HDTenEightyP/NetNews huggingface dataset:
From: vporguen@unlinfo.unl.edu (victor porguen)
Newsgroups: comp.archives.msdos.d
Subject: Re: How to eliminate the SECOND Telix nag screen
Date: 31 Dec 1992 06:11:40 GMT
Organization: University of Nebraska--Lincoln	
Distribution: world
NNTP-Posting-Host: unlinfo.unl.edu
Keywords: Telix Shareware Crippling Screen Telecommunications

Further writes alberg@netlan,jpr.com (Al Berg):

> OK, we agree a bit more here.  Crippling of shareware *is* a real 
> turn off.  I usually don't even evaluate crippled programs unless 
> there is no alternative.

OK, and I'd like to remind you also that I was discussing a program 
that was recently acquired by a new publisher, who has seemed 
fit to introduce a new, additional nag screen *and* cripple a new 
function at the same time.  What a turn off!

Telix is a GOOD program. It is a COMPETENT program. It has an 
established following and a mystique all its own. It sports
compiled scripts that have lightning-fast execution, unlike the
sloooow interpreted scripts in Qmodem.  But Qmodem seems to have 
beaten it commercially mainly because Qmodem catered to the "base 
instincts" more openly (more color options, many more help 
screens, more automation, more flashy features, more ease of use by 
non-tech users, etc.) and reacted quickly to user input, while Telix 
seemed to remain proudly aloof... an unwise thing to do in business.

> To me, when an author cripples his program, it signals their 
> feeling that the program itself will not get the user to register.  
> Of course I am looking at this as a greedy user, not a person 
> trying to make a living writing shareware!

There's something else I'd like to say: in business, the ONLY 
opinion that matters is that of the greedy users!  The *opinions* 
of the authors are totally irrelevant.  The software business is 
a process of catering to greedy users. When you cater to their 
desires/fears/hopes/concerns, then they become paying customers.

When you nag them, they tend to go away and get catered to by
someone else. 

The dilemma of shareware marketing lies in the concept of shareware
itself.  It has weaknesses, and it has strengths. The strength is 
costless distribution. The weakness is that only a low registration 
(i.e., sales) rate can realistically be expected. 

It is true that the user gets to use a program without paying for
it. BUT IT IS ALSO TRUE that the publisher gets to reach an enormous
number of prospects at absolutely no cost. Such wide advertising is 
normally very expensive, much more than the production of many 
shareware programs themselves.  So letting the prospect use the 
program is an accepted cost of doing business, not any kind of 
favor.  Keep that in mind.

Newsgroups: comp.archives.msdos.d
From: rnovak@nyx.cs.du.edu (Robert Novak)
Subject: Re: BBS Select-type program wanted
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Thu, 31 Dec 92 18:17:28 GMT

rmccown@world.std.com (Bob McCown) writes:

>I'm looking for a program a'la BBS SELECT to allow my users to choose
>between 2 different BBS's.  Ive tried BBSMENU from garbo, but it wont do
>exactly what I want.  Any other ideas?

There are features that will allow this in two popular front-end mailer
packages, FrontDoor (FD202.*) and BinkleyTerm (various archives
available). Frontdoor calls it external mail (I think), and allows a
character input to select batch files. I don't know about BinkleyTerm, but
it might also have similar functions with similar ease. 

It would be selected from the ever-popular Press Escape Or Wait screen, so
you would list your BBSes in your banner file.

You might take a look at those two packages (FD only requires one big
archive, FD202.ARJ or FD202.LZH or FD202.ZIP, about 600K; BT comes in
separate executable and documentation archives)

Let me know what you find out, please... I might be amused by trying this
kind of setup.

Rob
--
Robert Novak                   {Tiffany Mailing List manager/founder        }
rnovak@nyx.cs.du.edu           {to join, email tiffany-request@nyx.cs.du.edu}
Just another brick in the wall {"Call it jealousy, call me a fool...." -TD  }

Newsgroups: comp.archives.msdos.d
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Subject: Re: Mutex102.zip
Organization: The SIMTEL20 Archives
Date: Thu, 24 Dec 1992 10:51:08 GMT

rkimmel@stein.u.washington.edu (Robert Kimmel) writes:
>I've been looking every where for Mutex102.zip, but can't figure out
>what subdirectory it's in.  Can someonne tell me the location please?

pd1:<msdos.modem>
MUTEX102.ZIP    PC to UNIX multitasking windowed comm. program

Keith
--
Keith Petersen
Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or      w8sdz@Vela.ACS.Oakland.Edu
Uucp: uunet!umich!vela!w8sdz                         BITNET: w8sdz@OAKLAND
Newsgroups: comp.archives.msdos.d
From: kak1@birch02.cray.com (Kevin Kramer)
Subject: Installation program for Windows
Originator: kak1@birch02
Organization: Cray Research, Inc.
Date: 21 Dec 92 10:39:10 CST



Does anyone out there know of any shareware installation programs for Windows?  
I need to be able to compress/split a file and also be able to install new 
program groups and program items into Windows during installation.  
Someone has mentioned a program called InstallShield by the Sterling Group, 
is this shareware?  If not is there anything like this available at simtel 
or garbo?

Any info GREATLY aporeciated,
Kevin

Kevin.Kramer@cray.com


Newsgroups: comp.archives.msdos.d
From: damatt01@starbase.spd.louisville.edu (David A. Mattingly)
Subject: WANTED: Blueprint Shareware
Date: Tue, 22 Dec 1992 14:44:37 GMT
Organization: University of Louisville


Archie couldn't help me. I'm looking for software that can be used to
design a house and print it out. Thank you.


-- 
        Dave Mattingly              "Who's gonna teach me peace and happiness?" 
damatt01@ulkyvx.ct.louisville.edu   "I was an innocent, now I'm magnificent."
        (502) 584-6707              "Time is money. Sell your watch today."
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.archives.msdos.d
Subject: Of CAM (Was Re: *** WHAT'S THE BEST COMM PROTOCOL ***)
Date: 22 Dec 92 05:36:14 GMT
Organization: University of Vaasa, Finland

In article <BzMsK9.8y0@acsu.buffalo.edu> v393vlqr@ubvmsb.cc.buffalo.edu (Daniel W. Emmer) writes:
>Well, that's long-winded enough.  Hope it was helpful.  And three cheers
>for the new c.a.m.a / c.a.m.d. newsgroup structure!  It's really much
>easier to deal with this way....

When I drew up the draft charters of these newsgroups in
consultation with Keith and Samuel among others I couldn't, of
course, know absolutely for sure how useful the idea would be in
actual practice.  But I was sure enough to drive the idea through,
at times, even with some coercion, if you will.  Now after just a
few days I can say from the co-moderator's point of view that this
is very convenient, indeed, and at the very least makes the
moderators' own work quite a lot easier and more clearcut.  If the
gentle users feel the same way, all the better.  I am *not* saying
this to elicit thanks, nor to be vindicated.  I simply am very
pleased with this new arrangement.  Thanks for the confidence, and
thanks for getting this under way with your postings, which all have
been on topic.  
   That's all, and all that need to be said. 

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.archives.msdos.d
From: mdlawler@bsu-cs.bsu.edu (Michael D. Lawler)
Subject: Re: Jumbo303.zip upload is just version 3.01!
Followup-To: comp.archives.msdos.d
Summary: Reposted by Keith Petersen
Originator: w8sdz@tacom-emh1.army.mil
Organization: The SIMTEL20 Archives
Date: Fri, 1 Jan 1993 07:58:18 GMT

e_p@unlinfo.unl.edu (edgar pearlstein) writes:
>     I just downloaded jumbo303.zip from oak.oakland.edu.  It is
> supposed to be a bugfix for version 3.01.  Unfortunately, what I got
> is just version 3.01.  It is labeled 3.01 (after unzipping), and the
> zipfile is exactly the same as that for 3.01. 

I checked the file on oak.oakland.edu and it was indeed 3.03.

I extracted them, installed them, and ran them and it is 3.03 directly
from CMS BBS. 

Michael Lawler
mdlawler@bsu-cs.bsu.edu
From: hcbarth@afterlife.ncsc.mil (Bart Bartholomew)
Newsgroups: comp.archives.msdos.d
Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
Date: 22 Dec 92 06:27:46 GMT
Organization: The Great Beyond

In article <1992Dec21.181829.4391@porthos.cc.bellcore.com> dml7@navaho.cc.bellcore.com (lee,danny) writes:
>i'm having trouble deciding which communications protocol package to
>use on my pc.  i was using kermit and still using it.  however,
>someone mentioned to me that zmodem was much better and faster.
>one can assume that speed and reliability are the main factors
>to consider.  which one (kermit or zmodem, or any other ones)
>would permit one to download/upload most efficiently and most
>quickly?  obviously, modem speed plays a role as well.  please
>e-mail me below or post.  i will summarize should there be enough
>interest.  thanks in advance.
>
>dan
>
>  ________/----------------------/______
> / Danny / dml7@cc.bellcore.com / 1992 /
>/_______/----------------------/______/

Dan-
	Older versions of Kermit were very slow in file transfers.
The newer versions (>3.1) are much better.  In my tests, it runs
at least 90% of the zmodem speed.  However, for text files, the
zmodem compress option (-B) gives zmodem a clear advantage.
	However, zmodem is much more vulnerable to line noise.
Our lines are often noisy; zmodem gets what it thinks is an
abort signal and drops the line.  Kermit's quit-and-go-home
signal is longer, or something, as it almost never gets fooled
by line noise.
	I often collect several files and then start the download
(~0400) just before I go to bed.  This is rarely successful with
zmodem, while kermit almost always succeeds.
	On the other hand, zmodem has a restart capability that
will complete a partial file.
	So, for short, esp ascii files, use zmodem.  For long
unattended transfers, use Kermit.
	BartB

-- 
"I'll need a sample."  "Come again?"  "No, once is enough." Joel<-> Holling
If there's one thing I just can't stand, it's intolerance.
*No One* is responsible for my views, I'm a committee. Please do not
infer that which I do not imply.  hcbarth@afterlife.ncsc.mil
From: vporguen@unlinfo.unl.edu (victor porguen)
Newsgroups: comp.archives.msdos.d
Subject: Re: How to eliminate the SECOND Telix nag screen
Date: 31 Dec 1992 06:09:50 GMT
Organization: University of Nebraska--Lincoln	
Distribution: world
NNTP-Posting-Host: unlinfo.unl.edu
Keywords: Telix Shareware Crippling Screen Telecommunications

Writes blunden@ccu:

> >The nag screens are obnoxious and offensive.  They 
> > interfere with my testing of the program.
>
> Am I the only one who thought this statement was laughable?

Don't know. Ask for a vote.... but among USERS, not authors.

> Seriously, I think there are good reasons for shareware authors to 
> put a reminder, or "nag" screen, in their evaluation copies --- as 
> long as it's done in a polite and unobtrusive manner. 
 
If they were polite and unobtrusive, they wouldn't be nag screens.
WHat we are objecting to is the obtrusiveness and the impoliteness. 
 
> There is a booming business in selling shareware disks, and in 
> vending machines which allow you to download programs onto a 
> floppy disk.  There are also computer vendors who stuff the PC's 
> they sell with shareware programs.  (My own PC came with about 
> 20Megs of various programs on it, most of which I deleted).

That's a legitimate consideration and concern.  If the distribution 
you mention is illegal, it can be stopped by writing to the District 
Attorney of the jurisdiction where it is occurring.  Not by 
bombarding ME with nag screens upon opening and closing the darn 
thing.  

And if the distribution you mention IS legal, then you have no cause 
to complain about it.

> The best way to get rid of the nag screens is to register --- 
> period.

Please think again - if your advice were carried out, we would have 
to register literally hundreds of programs just to get rid of their 
nag screens, regardless of whether we want to use them or not. 
You're not making any sense here, I'm sorry to say.

Newsgroups: comp.archives.msdos.d
From: blunden@ccu.umanitoba.ca ()
Subject: Re: How to eliminate the SECOND Telix nag screen
Keywords: Telix Shareware Crippling Screen Telecommunications
Organization: University of Manitoba, Winnipeg, Manitoba, Canada
Date: Wed, 30 Dec 1992 22:06:28 GMT

In article <1homefINNr5l@crcnis1.unl.edu> vporguen@unlinfo.unl.edu (victor porguen) writes:
>
>The nag screens are obnoxious and offensive.  They interfere with
>my testing of the program.

Am I the only one who thought this statement was laughable?

Seriously, I think there are good reasons for shareware authors to
put a reminder, or "nag" screen, in their evaluation copies ---
as long as it's done in a polite and unobtrusive manner.  For one thing,
not everyone gets their shareware over usenet or via internet.  There is
a booming business in selling shareware disks, and in vending machines
which allow you to download programs onto a floppy disk.  There are
also computer vendors who stuff the PC's they sell with shareware
programs.  (My own PC came with about 20Megs of various programs on it,
most of which I deleted).
There is a great temptation for people who acquire their software in these
ways to think that they have already paid for it, or at least to rationalize
their use of it with this argument.  There are also those people, a majority
actually, who continue to use a program after the trial period is over,
and need a gentle "reminder".  

The best way to get rid of the nag screens is to register --- period.
Newsgroups: comp.archives.msdos.d
From: rkim@eecg.toronto.edu (Ryan Kim)
Subject: Looking for the latest GDS and ShowGIF programs
Followup-To: rkim@eecg.toronto.edu
Organization: CSRI, University of Toronto
Date: 23 Dec 92 02:12:29 GMT

I'm looking for the latest GDS (Graphics Display System, viewer/cataloger etc)
and the ShowGIF (View GIF files as you download) programs.
I believe the latest version for GDS is v1.11, but, I'm not sure.

If you know a FTP site, please let me know.
Thanks!


========
Ryan Kim
University of Toronto, EECG, Computer Graphics    rkim@eecg.toronto.edu
"Utter ferocity arrives as the tach's moving-tape display skitters past
 4000 rpm, the turbos hit full stride and what feels like the hand of God
 presses you back into the seat." - R&T Aug'92.



Newsgroups: comp.archives.msdos.d,comp.binaries.ibm.pc.archives,comp.dcom.modems
From: darkstar@pecan.cns.udel.edu (The Janitor Of Anarchy)
Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL {LONG SUMMARY} ***
Followup-To: comp.archives.msdos.d
Summary: $$$$$
Organization: The Green Circle Of Vengence
Date: Wed, 23 Dec 1992 06:19:27 GMT

In article <g7X8VB14w165w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>gtoal@pizzabox.demon.co.uk (Graham Toal) writes:
>
>> Your summary missed a less obvious one but one that clearly wins as 'best'
>> on all criteria except perhaps raw download speed and availability:
>> tcp/ip - over either slip or ppp - can't be beaten by kermit, zmodem, or
>> the rest.  You can just do *so* much more with it...
>
>   Yup, just about everything, except the one thing that the user probably 
>wants to do: download from a BBS.
>
>   I'm willing to bet that IP also has a higher ease*cost constant for DOS 
>users (of which, unfortunately, I am still one).  For instance, does anyone 
>know if there's some way to get IP to live under my DesqView and be accessible 
>from tasks running under DV?  Sure, I could buy DV/X, which is (1) more 
>expensive than DV/386; (2) more memory hungry, which I can afford even less; 
>(3) TCP/IP-oriented (e.g. has anyone used DV/X with SLIP or PPP?)
>
[.sig deleted]

And don't forget the fact that for slip and ppp to be properly implemented
you need special lines installed.  Hell, if you're gonna go that far, why
not just install ethernet to your house and ftp everywhere!


	--Jerry




-- 

Jerry Alexandratos            | "If you want to get a head,
darkstar@freezer.cns.udel.edu |  you got to get a hat!"
darkstar@bach.udel.edu        |    --"Skin Trade"
Newsgroups: comp.archives.msdos.d
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Subject: Re: BMPLDR31.zip is incomplete
Organization: The SIMTEL20 Archives
Date: Sat, 2 Jan 1993 05:44:37 GMT

Carl Fago <CDF1@psuvm.psu.edu> writes:
>I downloaded BMPLDR31.zip from oak.oakland.edu.
>
>It appears that a DLL file is required for BMPLDR31 and it is not included
>in the zip file.
>
>I have emailed the uploader a few days ago but no answer as yet (holidays
>probably).  But I at least wanted to pass along the info.

Download it again.  The uploader sent a replacement file which includes
the missing file.  I told him that SIMTEL20's policy was not to replace
files with updated files by the same name.  He did not answer so rather
than wait I made an exception and replaced the file with the newer copy. 

Keith
--
Keith Petersen
Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or      w8sdz@Vela.ACS.Oakland.Edu
Uucp: uunet!umich!vela!w8sdz                         BITNET: w8sdz@OAKLAND
Newsgroups: comp.archives.msdos.d
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
Keywords: modem, zmodem
Organization: University of Vaasa, Finland
Date: Tue, 22 Dec 1992 21:08:28 GMT

In article <1992Dec22.170343.14369@eng.cam.ac.uk> ptb@eng.cam.ac.uk (P.T. Breuer) writes:
>So - what's the trick??? Which unix source are you using, Timo? (There

I use rz 3.00 4-19-89 which is not even available any more except as
Chydes binaries, and I cannot distribute those (sorry).  At the PC
end I use a fairly recent GSZ graphical Zmodem rendition.  The call
I use at the unix end is rz -by (for binary transfers) but there is
no other way to resolve this than extensive experimentation.  I have
a plethora of old Unix zmodems in /unix/goldies.  Try them if the
latest version gives you grief. 

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.archives.msdos.d
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Subject: Re: Download by E-Mail ?
Organization: The SIMTEL20 Archives
Date: Mon, 4 Jan 1993 00:46:11 GMT

m.bannach@ldb.comlink.de writes:
> i've got some trouble trying to download files from the German Server
> TRICKLE@DEARN.DE ! I tryed to send a msg. with subjekt : HELP and the
> first line in the msg. with HELP too. There was no reply for more than a
> week.
>
> So if you know how to pick files from the SIMTEL archieve or a mirror of it,
> it would be a big help for me.

Comments, questions, and suggestions should be directed to the LISTSERV
or TRICKLE manager at one of these addresses, depending on which server
you normally use:

                          Internet                  BITNET

        "John Fisher" <FISHER@VM.ITS.RPI.EDU>   <FISHER@RPITSVM>
         "Marty Hoag" <INFO@VM1.NODAK.EDU>      <INFO@NDSUVM1>
"TRICKLE Maintainers" <RED-BUG@EGE.EDU.TR>      <RED-BUG@TREARN>

Please do NOT send your comment or question about the servers to SIMTEL20.
However, if you wish to report a program bug or to request information
on how to upload files to SIMTEL20, you may send e-mail to me at one
of the addresses below.

Keith
--
Keith Petersen
Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or      w8sdz@Vela.ACS.Oakland.Edu
Uucp: uunet!umich!vela!w8sdz                         BITNET: w8sdz@OAKLAND
From: robert@jetsun.weitek.COM (Robert Plamondon)
Newsgroups: comp.archives.msdos.d
Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
Date: 23 Dec 92 20:52:11 GMT
Organization: WEITEK Corporation, Sunnyvale CA

I think Kermit has been unfairly slimed in the comparisons: the description
of low throughput is true for very old Kermits (like the 1985-vintage
one I used to use), but not for newer ones.

I installed a newer version of kermit on our SPARCstations, and found
it highly efficient with both other Suns and with PCs.  Over an MNP5
V.32 connection, I regularly saw throughputs of around 1900 chars/sec
(with a 19,200 bps RS-232 port speed).  I use three 512-byte windows,
and this seems to work very well on a variety of line conditions.

	-- Robert
-- 
    Robert Plamondon, robert@weitek.COM

"Ready whenever you are, C.B.!"
Newsgroups: comp.archives.msdos.d
From: fox@rei.com (Fuzzy Fox)
Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
Date: Tue, 22 Dec 1992 20:08:57 GMT
Organization: Recognition Equipment, Inc.

hcbarth@afterlife.ncsc.mil (Bart Bartholomew) writes:

>	However, zmodem is much more vulnerable to line noise.
>Our lines are often noisy; zmodem gets what it thinks is an
>abort signal and drops the line.
>	I often collect several files and then start the download
>(~0400) just before I go to bed.  This is rarely successful with
>zmodem, while kermit almost always succeeds.

I have experienced this as well, but I find that it is generally not due
to line noise, but overloading of the intervening transfer network.
Zmodem, being a streaming protocol, will not stop sending data for any
reason, and this can often overload the communication buffers of the
intervening terminal servers (if any) between the sender and receiver.

In fact, a secondary problem of propogation delay often develops, in
which the terminal server buffers up several kilobytes of data which the
receiver has not yet received, and thus if the receiver finds an error,
it starts signalling the sender to stop, but the terminal server
continues to feed the several K of data to the receiver, making the
receiver think that the sender is not listening, and so it aborts the
download.

This can all be avoided by limiting the packet length of Zmodem (-l
opetion), but this also severely cuts the speed advantage of Zmodem.
However, the ability to restart an aborted download is still very useful
in this situation.

-- 
#ifdef TRUE        | Fuzzy Fox (a.k.a. David DeSimone)       fuzzy@netcom.com
#define  TRUE   0  |
#define  FALSE  1  |  "You have been recruited by the Star League to defend
#endif             |     the Frontier against Xur and the Kodan Armada."
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.archives.msdos.d
Subject: Re: Telix v3.20
Date: 24 Dec 92 18:27:30 GMT
Organization: University of Vaasa, Finland

In article <1992Dec24.154406.24032@nntp.hut.fi> tsand@vipunen.hut.fi (Tapio Sand) writes:
>In article <1992Dec23.170007.19486@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
>>>There is one thing which I have yet to check.  The old Telix
>>>confused ansi escape sequences and the [ scandinavian character in
>>>keybord/screen translations.  I have to test if the bug is still
>>>there.  (MsKermit handles the translation correctly).

>But it has been remedied! Go to  Configure Telix  with Alt-O, select
>Terminal Options  and set  Emulate before translate table  On.

Here I am pleased to stand corrected.  Thank you Tapio, and thank
you Markku Kaukinen for pointing this out.  This is one of the nice
things about this newsgroup; getting informed feedback and advice. 

Indeed its is B - Emulate before translate table... On

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland