HDTenEightyP/NetNews huggingface dataset:
From: goyal@utdallas.edu (Mohit K. Goyal)
Subject: Re: Word Processors for DOS (not Windows) - What's out there?
Organization: Univ. of Texas at Dallas
Date: Wed, 9 Sep 1992 20:58:21 GMT

You might look into the word processor Nota Bene if you are just
going to be doing text.

I know a couple of people with it and it is wonderful.

Newsgroups: comp.os.msdos.apps
From: bdeskin@cognos.com (Bob Deskin)
Subject: Stacker Cluster Size
Organization: Cognos Incorporated, Ottawa CANADA
Distribution: na
Date: Wed, 9 Sep 1992 16:53:15 GMT

I'm running Stacker 2.01 (software only) on a 386 25MHz 4Meg machine. 
I'm getting a reported 1.8:1 compression ratio. Of course, there's some
wasted space due to cluster sizes. The Stacker manual says you should use
8K clusters unless you have lots of small files (I don't know what lots
means). STAC says that performance will suffer using 4K clusters. The 
question is: Does anyone know by how much performance will suffer, and
how much extra space do you get by going to 4K clusters? I know that every
answer will be dependant on the particular system and mix of files, but
if anyone has done a comparison, I'd like to know before I try it
myself. Of course even with an extra ??Meg, it will fill up quickly. I
think the old adage "Work expands to fill the time" applies equally to
disk space. Thanks in advance.


-- 
Bob Deskin                    Cognos Incorporated   
(613) 738-1440                P.O. Box 9707, 3755 Riverside Drive
FAX (613) 738-0002            Ottawa, Ontario, CANADA K1G 3Z4
bdeskin@cognos.COM
From: cmiller@oasys.dt.navy.mil (Catherine Miller)
Newsgroups: comp.os.msdos.apps
Subject: C advice
Date: 15 Sep 92 11:36:26 GMT
Reply-To: cmiller@oasys.dt.navy.mil (Catherine Miller)
Organization: Carderock Division, NSWC, Bethesda, MD

Howdy all.
    I have just been informed by a possible employer that learning
to program in C would be a really good idea.  I've been looking
around for information and now I'm confused.
    Why is Microsoft C $400 and BC++ $80?  Obviously there's
some difference (or maybe not).  I usually run thru Windows
on my system (Gateway 2000 486).  If I go for Borland, should
I get the Windows version, even tho I don't plan on doing
Windows programming?
    This possible employer has a UNIX system.  How different
is UNIX C from DOS C from DOS C++?

    Any help or info would be greatly appreciated.  I want
that job!


__________

     "Only the mediocre are always at their best."
		   Stuart (Not A Liscensed Therapist) Smalley
__________
Newsgroups: comp.os.msdos.apps
From: mrbill@leland.Stanford.EDU (William Bowen)
Subject: DRDOS and WIN 3.1 Upper Memory Management
Organization: DSG, Stanford University, CA 94305, USA
Date: Tue, 15 Sep 92 23:03:37 GMT

I know I could use QEMM, 386 MAX, etc., but I'd rather not. 
  
I'm running a 386-40, Forex chipset, AMI BIOS, DR-DOS 6.0 (4/92 version).

Thanks for any help!

Bill
mrbill@leland.stanford.edu
Newsgroups: comp.os.msdos.apps
From: GeraldR@sunfish.ratsys.com (Gerald Ruderman)
Subject: Re: Anyone used these SIMTEL or Sources CD-ROMs?
Keywords: Not an advertisement.
Organization: Rational Systems, Inc.
Date: Tue, 15 Sep 1992 00:26:03 GMT

In article <27171@scicom.AlphaCDC.COM> rcw@scicom.AlphaCDC.COM (Robert White) writes:

>In the back of this month's PC magazine, there is a little itty bitty
>add from Walnut Creek Software advertising the following CD-ROMS:

>SIMTEL20: 6000 + MS DOS programs - want 25 bux
>Source: 600+ megs of C, pascal   - want 40 bux

>Seems like a good ide and deal, but would like to hear any first hand 
>opinions.

We have these and a few more and it is great to have them.

Gerald Ruderman                                   geraldr@ratsys.com
Newsgroups: comp.os.msdos.apps
Subject: Re: Procomm 2.01 and Windows
From: D Leavitt <DJLQC@CUNYVM.BITNET>
Date: Thursday, 10 Sep 1992 21:17:04 EDT
Organization: City University of New York/ University Computer Center

Just use the PCPLUS.PIF file that comes with Procomm and it will work
fine.  Other programs become a little bit slower when running at the same time
as Procomm.  You get better results if you run in 386 enhanced mode.
Newsgroups: comp.os.msdos.apps
From: mbb@cbnewsb.cb.att.com (martin.brilliant)
Subject: Re: C advice
Organization: AT&T
Date: Tue, 15 Sep 1992 20:25:56 GMT

From article <25042@oasys.dt.navy.mil>, by cmiller@oasys.dt.navy.mil (Catherine Miller):
> .....
>     Why is Microsoft C $400 and BC++ $80?  Obviously there's
> some difference (or maybe not)....

I'm a user and ad hoc programmer, not a production software developer,
so my viewpoint may not be what you're looking for.

I haven't heard of any bugs in Microsoft C, but I have heard of two
bugs in the Borland C libraries that affected publicly distributed
freeware and shareware that I used.  One was in some clock routine,
and caused the system clock to fail to advance when I ran the ARJ
archiver overnight to do a complete backup.  I found the other in text
mode input when ELVIS (a clone of the vi editor) was compiled: instead
of dropping <CR> only when it comes before <LF>, it drops every <CR>.

>     This possible employer has a UNIX system.  How different
> is UNIX C from DOS C from DOS C++?

Borland C++ will compile C.  DOS vendors of both C and C++ compilers
make every effort to be compatible with UNIX C and C++ respectively.

In DOS compilers you need a variety of "models" from "tiny" to "huge"
that you don't need in a UNIX system because of the memory addressing
scheme in the PC.  Otherwise, the language is the same.

Some of the library routines are different, for various reasons
pertaining to the operating system.  You'll find more differences if
you're doing system programming than if you're doing application
programming.  But every application programmer should know that DOS
text lines are terminated with carriage-return and line-feed, while
UNIX and C text lines are terminated with new-line (which is the same
character as line-feed), so in DOS you have to distinguish between
text mode (in which the line terminating codes are converted) and
binary mode (in which they aren't).

							Marty
marty@hoqaa.att.com		hoqaa!marty
Martin B. Brilliant		(Winnertech Corporation)	
Newsgroups: comp.os.msdos.apps,comps.os.msdos.misc
From: andreas@dutedib.et.tudelft.nl (A.A.Buykx)
Subject: Fmt (O. Kibirev) messes up floppy drive
Summary: Device not ready error during formatting of second or third disk
Organization: Delft University of Technology
Date: Mon, 14 Sep 1992 08:26:06 GMT

Hi, 

This weekend I had a strange problem when using Oleg Kibirev's fmt 1.00
program to format some 3.5" HD diskettes. These diskettes had been
formatted before with C. Hochstatters fdformat and now I wanted to reformat
them to 1.722Kb. What happened was, that during formatting of the second or
third disk (this varied) an error message _Device not ready_ was generated,
after which I couldn't access the floppy drive anymore, not even with
ordinary, DOS formatted diskettes. Using the reset button, or 4DOS's
reboot/c command would then some message about the CMOS setting for drive
A: being wrong, but the setup program showed everything was allright. The
only remedy was to completely turn off the power, after which everything
would be fine again.

What happened here, and what should I do about it? Has anyone else noticed
behaviour of this kind? 

Kind regards, Andreas

N.B. between the formatting of the diskettes I ran the diskfill program of
the catdisk package, so perhaps there might have occurred a conflict
between interrupts??? I load the following programs and devices during 
power-up: 4dos, himem, emm, edisk, fastopen, smartdrv, (4dos)keystack,
(O. Kibirev's)int13x. 
-- 
--> Andreas A. Buykx                  Electrical Materials Laboratory <--
--> andreas@dutentb.et.tudelft.nl     Delft University of Technology  <--
-------------------------------------------------------------------------
------> Practice random kindness and senseless acts of beauty <----------
Newsgroups: comp.os.msdos.apps
From: carlosn@phoenix.Princeton.EDU (Carlos G. Niederstrasser)
Subject: Disk Cashes
Originator: news@nimaster
Organization: Princeton Planetary Society
Date: Tue, 15 Sep 1992 17:48:28 GMT

I have always heard that having more than one disk cashe program
installed at the same time is a big no-no.  If this is the case I would
like recomendations as to which of the following three could be
considered the best cashe (both all-around, and in particular instances)

-SmartDrive (The version in Windows 3.1)
-PCTools Cashe (Version 7.1)
-Norton Cashe (Version 5.?)

Any insights would be greatly appreciated.


			Carlos


------------------------------------------------------------------------
| Carlos G. Niederstrasser              | The earth is the cradle of   |
| Princeton Planetary Society           | civilization, but one cannot |
|                                       | live in the cradle forever.  |
| carlosn@phoenix.princeton.edu         |------------------------------|
| space@phoenix.princeton.edu           |  Ad Astra per Ardua Nostra   |
------------------------------------------------------------------------


From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Date: Thu, 10 Sep 1992 08:00:39 GMT
Subject: Re: DRDOS runs too slowly
Organization: Hewlett-Packard, The Netherlands
Newsgroups: comp.os.msdos.apps

meoverga@cs.ruu.nl (Maiko Overgaauw) writes:

> I have a 80286 machine running DRDOS. but under msdos it was never so
> slow as now. Does anyone have a sollution for this problem. I read in
> PCM that you can use driver.sys in combination with assign but that
> isn't very usefull. When you have a sollution, please let me know. 

  Please indicate *which kind* of operations are slow and give some more
details about your configuration.

  A known "problem"/feature of DR DOS 6.0 is that the *first* access to
a newly inserted floppy is slow because DR DOS reads the whole FAT on
first access in order to speed up subsequent accesses. This is described
in the DR DOS tips which are available on SIMTEL, Novell's publicly
accessible systems, etc..
From: chena@crs.cl.msu.edu (Antony Chen)
Newsgroups: comp.os.msdos.apps
Subject: Re: Telix, Z-Modem and Unix
Date: 10 Sep 92 16:14:50 GMT
Organization: Michigan State University

wright@epx.cis.umn.edu (Mark Wright) writes:

>I've been thinking about switching from procomm to telix to take advantage
>of Z-Modem, which seems to be much faster that the Kermit I usually use.
>The problem is, whenever I try to download something from my university
>unix account using ZModem (ie. sz -b <filename>), it will usually bomb out.
>I never have this problem with Kermit.  Is ZModem (or at least telix's 
>implementation of it) known to be unreliable, or should I look for the problem
>at my unix site (which really means giving up, since I have no idea where to
>start - I don't even think I know the address of the system administrator, or
>whatever).  Are there any obvious and often overlooked ZModem quirks, or should
>I just stick with Kermit?

Heavens no!  Don't give up and don't go back to Kermit.  I use Qmodem 5.0
and I run Zmodem on NeXT, Apollo, and Sun platforms and haven't had any
problems.  I just type sz <file1> <file2> and so on...it works just fine.
BTW, make sure you have a binary pathway to send your files.  Your dial-in
might be set for text which would explain why it would bomb.  And, although
I have no idea who the sysadmin is, try:  root@epx.cis.umn.edu
or:  there should be a help command within your system.  You might be able
to send mail to a support group who will tell you what to do in your case.
Good luck!

chena@crs.cl.msu.edu
Newsgroups: comp.os.msdos.apps
From: seldner@hdi3sun.kfk.de (David Seldner)
Subject: Re: (wp) or .txt string count, user defined word count?
Organization: Kernforschungszentrum Karlsruhe (Germany)
Date: Tue, 8 Sep 1992 13:30:23 GMT

In article <1992Sep8.100233.981@sc2a.unige.ch>, fisher@sc2a.unige.ch writes:
|> In article <hurd.715034756@sfu.ca>, hurd@fraser.sfu.ca (Peter L. Hurd) writes:
|> > Does anyone know of a macro, or dos util that will let me count the
|> > number of times a specific, user defined, string or word appears in
|> > a WP document?  I thought I remembered seeing a Timo Salmi utility
|> > that did this.
|> 
[...]

|> Seriously, create a macro (e.g. altw), then "create" is again to be able
|> 
[...]

|> 
|> Markus Fischer   Dpt of Anthropology, Geneva CH    fisher@sc2a.unige.ch

-- 
Or get un*x-like utilities like picnix or danix, and use the word-count
command (wc, which in German stands for toilet -:), I know, this ain't
a joke group, but I couldn't resist)
-----
dave
seldner@hdi3sun.kfk.de
Newsgroups: comp.os.msdos.apps
From: mr@ogre.cica.indiana.edu (Michael Regoli)
Subject: Re: Telix, Z-Modem and Unix
Organization: Indiana University
Date: Thu, 10 Sep 1992 14:40:01 GMT

In <1992Sep10.065321.16190@nntp.hut.fi> tsand@vipunen.hut.fi (Tapio Sand) writes:

>In article <1992Sep10.002204.20759@news2.cis.umn.edu> wright@epx.cis.umn.edu (Mark Wright) writes:
>>I've been thinking about switching from procomm to telix to take advantage
>>of Z-Modem, which seems to be much faster that the Kermit I usually use.
>>The problem is, whenever I try to download something from my university
>>unix account using ZModem (ie. sz -b <filename>), it will usually bomb out.

>I sometimes have similar problems, the culprit is the UNIX side I/O kernel.
>To get by it, try

>sz -b -l 1024 <filename>

I've built a "zsend" shell script to send files to my PC via Zmodem on
a variety of Unix hosts.   It does crash recovery (-rr) for noisy
phone lines.

--cut here-
#!/bin/sh
case $# in
0 )	echo '   Usage: zsend <file1 file2 ... filen>' 
	echo '      SZ Flags in effect: -Z -y -l 1024 -L 1024 -t 60 -rr ' 1>&2
	exit ;;
esac
sz -Z -y -l 1024 -L 1024 -t 60 -rr $*
--cut here--

--
michael regoli
mr@cica.indiana.edu
regoli@iubacs.BITNET
..{ames, rutgers}!iuvax!cica!mr
Newsgroups: comp.os.msdos.apps
From: libh@Jane.UH.EDU
Subject: C Question
Reply-To: libh@Jane.UH.EDU
Organization: University of Houston
Date: Wed, 16 Sep 1992 02:46:31 GMT

  I am currently writing a file sort that will sort an unknown number of
entries in a file (from 600 to somewhere around 80,000).  I am going the rout
of reading entries into memory, sorting them, outputing them to a temp file,
renaming the temp file to temp1, reading in the next batch, sorting it, and
then merging them with those already sorted in the file (repeat until EOF). 
Unfortunately, when I use the system() command to rename the temp2 file to
temp1, TC++ seems to reset the file pointer in my input file.  Either I am
missing something increadably obvious and stupid, or the file pointer is
pointed back to the begining of the input file by something I am unware of. 
Could someone please let me know if TC++ closes all open files when it executes
a system() command or will I have to go the path of using FSEEK() and FREAD()
to read from the input file.  Any and all help is GREATLY appreciated.  By the
way, this isn't for a school project, it's just for a database for a friend of
mine.

********************************************************************************
*                       | What do I see?                                       *
*                       | I see time as it affects all things . . .            *
*   John White          | Human flesh withers and dies before my eyes. .       *
*                       | Flowers bloom only to fade . . .                     *
*   Libh@Jetson.uh.edu  | Trees drop green leaves, never to regain them        *
*                       | In my sight. . .it is always winter. . .always night *
*                       |                                     -- Raistlin --   *
********************************************************************************
From: Deon.Strydom@p16.f1.n7104.z5.fidonet.org (Deon Strydom)
Newsgroups: comp.os.msdos.apps
Subject: reboot w/dos5 emm etc
Date: Sun, 06 Sep 92 07:45:00 GMT
Organization: FidoNet node 5:7104/1.16 - The Catalyst BBS 1, Port Elizabeth

In a message of <Sep 05 14:13>, Pierre VonKaenel (5:7104/2) wrote to All:

 PV> I need a .exe or .com file that can be used in a batch file to 
 PV> reboot the system.  I've downloaded the reboot files at simtel20, but 
 PV> they don't seem to work with DOS 5 and EMM.  (It does eventually 

Hi Pierre, 
I also use MS-DOS 5.0 & EMM386 (that is the emm in question above?), and the PC Magazine utility BatchMan (BM) works perfectly for me, either to warmboot or coldboot.

Groetnis (=cheers)
Deon



--  
INTERNET: Deon.Strydom@p16.f1.n7104.z5.fidonet.org
via:  THE CATALYST BBS in Port Elizabeth, South Africa.
       (catpe.alt.za)   +27-41-34-1122 HST or +27-41-34-2859, V32bis & HST.
From: award@farside.auspex.com (Andrew Ward)
Newsgroups: comp.os.msdos.apps
Subject: WordPerfect on a network?
Date: 14 Sep 92 22:00:11 GMT
Organization: Auspex Systems

I want to install a regular version of Wordperfect 5.1 for dos
on a lantastic network. I would like to install it in a read-only
directory, but of course, WordPerfect wants to set up some lock
files or other files. and so wants r/w access to it's directory.

How can I work around this?

Exactly what files are user or written when wp51 starts up?


-Andrew Ward
Auspex Systems


Xref: sparky comp.os.msdos.apps:4726 comp.bbs.waffle:2342
From: steve@presoft.com (Steve Kohlenberger)
Newsgroups: comp.os.msdos.apps,comp.bbs.waffle
Subject: Re: Stacker's TRUE compression ratio
Date: Sat, 12 Sep 92 11:39:04 PDT
Distribution: world
Organization: Presoft Architects

pynq@quads.uchicago.edu (George Jetson) writes:

> In article <q1yyqB1w165w@Garg.Campbell.CA.US> Bob Van Cleef <revc@Garg.Campbe
> 
> >> 
> >
> >It seems to me, that uuencoded binaries would be ideal candidates for 
> >compression, as they are actually ASCII text.
> >
> >Bob
> >
> You ever try it?
> 
> It turns out that uuencodes compress about as well as pure binary.
> I.e., I think if you uuencode something then compress the result,
> you end up with a ZIP that is *bigger* than the original binary.

This is a ZIP limitation.  UUENCODE expands the data in a relatively
simple and repeating way.  ZIP is unable to compress it much further
because it assumes that the 'data' playing field is relatively flat. 
The algorythms were not expecting hacked bytes from a previously
compressed format.


Steve
   
 Steve Kohlenberger, PreSoft Architects      Internet: steve@presoft.com
 Novell Professional Developer                            (714) 538-6002
 Specialists in NLM and Disk/Tape Driver development for NetWare 3.X/4.X

Newsgroups: comp.os.msdos.apps,comp.bbs.waffle
From: fox@rei.com (Fuzzy Fox)
Subject: Re: Stacker's TRUE compression ratio
Date: Tue, 8 Sep 1992 18:33:39 GMT
Organization: Recognition Equipment, Inc.

andyross@infopls.chi.il.us (Andrew Rossmann) writes:

>Due to the small size of the posts, I've been using 4K clusters.

Are most posts really under 4K in size?  If a large enough number of
them are over 4K in size, then using 8K clusters may yield better
compression.

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |
#endif              |         How's my posting?  Call 1-800-ALT-FLAME
From: Art_Beyersdorfer@edtng.uwp.edu (Art Beyersdorfer)
Newsgroups: comp.os.msdos.apps
Subject: Re: problem with Telix's zmodem.
Distribution: world
Date: 13 Sep 92 00:05:34 CST
Organization: Electric Dreams: The Next Generation BBS

I can't imagine why you should be having a problem with Telix.  However,
the following term progs use zmodem:  Boyan, Qmodem and Telemate.  There
may be others, and, many term progs allow you to use external protocals. 
Both DSZ and GSZ are shareware implimentations of zmodem.  I prefer GSZ's
presentation screen.

I am currently testing both Qmodem and Telemate, and have certain problems
with both, none of which have anything to do with the way they use zmodem. 
Good luck.

-- Via DLG Pro v0.992

Xref: sparky comp.os.msdos.apps:4729 comp.bbs.waffle:2347
From: Bob Van Cleef <revc@Garg.Campbell.CA.US>
Newsgroups: comp.os.msdos.apps,comp.bbs.waffle
Subject: Re: Stacker's TRUE compression ratio
Date: Sat, 12 Sep 92 09:39:59 PDT
Distribution: world
Organization: The Land of Garg

pynq@quads.uchicago.edu (George Jetson) writes:

> In article <q1yyqB1w165w@Garg.Campbell.CA.US> Bob Van Cleef <revc@Garg.Campbe
> 
> >It seems to me, that uuencoded binaries would be ideal candidates for 
> >compression, as they are actually ASCII text.
> >
> >Bob
> >
> You ever try it?
> 
> It turns out that uuencodes compress about as well as pure binary.
> I.e., I think if you uuencode something then compress the result,
> you end up with a ZIP that is *bigger* than the original binary.
> 
> BTW, I haven't tested this recently, but I did some time ago.

Nope: I haven't tried it. It just sounded "counter intuitive." Boy am I
glad I added the "it seems to me" to my sentance before I opened my
big mount. <g> 

---
Question: is <g> acceptable?

Bob

><>  ><>  ><>  ><>  ><>  ><>     \|/     <><  <><  <><  <><  <><  <><
Bob Van Cleef                    -0-        revc@garg.Campbell.CA.US
The Land of Garg BBS             /|\               BBS (408) 378-5108
><>  ><>  ><>  ><>  ><>  ><>      |      <><  <><  <><  <><  <><  <><
From: "rick osterberg" <rick.osterberg@channel1.com>
Newsgroups: comp.os.msdos.apps
Subject: prokey/q&a problem
Date: 5 Sep 92 19:35:46 EST
Reply-To: "rick osterberg" <rick.osterberg@channel1.com>
Distribution: comp
Organization: Channel 1 Communications

We're running a Novell network on Netware 2.15, DOS 5.0, latest IPX and 
NETX shells on SMC ARCnet. We're running Rosesoft's Prokey as a macro 
program. Our Prokey version is about 3 years old. One one particular 
machine, a 386SX, when the user enters Symantec's Q&A, the Prokey 
sometimes switches into macro record mode for some reason. The only 
thing that the user notices is an eventual message from prokey saying 
something to the extent of "Error: Macro too long". Is anyone aware of 
any interrupts that might make this happen? Are there any solutions?
Thanks.
-Rick
---
  SLMR 2.0  .9bar 1 exists 
--
Channel 1 (R)   Cambridge, MA

Newsgroups: comp.os.msdos.apps,comp.os.msdos.misc
From: tab@tfs.com (Theresa Breckon)
Subject: reservation/appointment scheduler application???
Organization: TRW Financial Systems
Date: Tue, 15 Sep 1992 14:49:12 GMT


Has anyone heard of a fairly simple reservation or appointment
scheduler application that will allow up to 3 reservationists 
(or secretaries) to update the same schedule at the same time?

I have a friend who has
a very small business with 2 to 3 reservationists updating the same
schedule at the same time. He wants to automate this system, but doesn't
really need a computer for any other purpose.

I'm trying to recommend the simplest setup possible for him.

Since I can't seem to find any computer-service type organizations that
provide a private company scheduling system, I'll probably
recommend he outlay 4-5 grand for a fileserver and 2 strip-down PCs, plus
 network and scheduling software.  IF I can even find a reasonable
scheduling/appointment system that can be accessed simultaneously.

Any suggestions for the software?
From: dfh@dwroll.att.com (D461-David_F_Haertig(Dave)83040)
Newsgroups: comp.os.msdos.apps
Subject: Re: Telix, Z-Modem and Unix
Date: 11 Sep 92 19:17:10 GMT
Reply-To: dfh@dwroll.att.com
Originator: dfh@dwroll

> Are you logging into your system at 7 bits even parity?
> While kermit is made to work at 7E, zmodem requires 8 bits 
> if you want to transfer binary files.  If you are working
> in unix and if you must log into your system at 7E1 then
> after you log in you enter the command
> 
> stty bchar 8 parity none

I log into my UNIX system using 7E1.  I then download binary files
with ZMODEM *still* using 7E1.  It's never been a problem to my
knowledge.  I had some problems using ZMODEM until I switched to
TELIX, but it was not attributable to my comm settings.  I've
always used 7E1.

Dave Haertig
haertig@att.com
Newsgroups: comp.os.msdos.apps