HDTenEightyP/NetNews huggingface dataset:
From: rcion@rw5.urc.tue.nl (Ion Barosan)
Newsgroups: alt.msdos.programmer
Subject: SCREEN_DUMP_TO_PRINTER
Date: 26 Jan 93 16:29:08 GMT
Reply-To: rcion@urc.tue.nl

Hello,

Does someone know a public domain program which 
can dump an image from the screen to the printer ?

Any help will be appreciated.

Thanks.

-- 
internet: rcion@urc.tue.nl      | Ion Barosan         Room  RC 1.88
fax:      +31 (0)40 434438      | Eindhoven University of  Technology
phone:    +31 (0)40 472154      | P.O. Box 513, 5600 MB Eindhoven, NL
Newsgroups: alt.msdos.programmer
From: kennehra@craft.camp.clarkson.edu (Rich"TheMan"Kennehan)
Subject: STRANGE zenith hardware behavior!!!
Organization: Clarkson University
Date: Sun, 24 Jan 1993 19:21:05 GMT




Hi.  I have some questions about the hardware of the Zeniths.  I know that 
they are IBM compatible, but when I was tinkering around I found some
inconsistencies between what I've seen in manuals and what actually goes on.

Ok, first of all I found a pin diagram of the 9 pin male serial mouse port.
One of the pins is supposed to supply +5 volts, but when I put my meter on it
it registered +12 volts!!!  What the...???  (I did measure it in DC voltage
too)


Second, I hooked my printer up to my printer port and turned it on, got it
ready, and printed out a file by typing "type file1 > lpt1", and it printed
out like it should.  Then I wrote a short assembler program to read the
status of the printer port.  Here is the main part of the code that does the
actual reading of the port:

mov ax,0
mov dx,03BCh
in ah,dx

This is supposed to read the status of the printer, and put the status byte 
into ah.  I ran the program using Turbo Debugger, and after the "in" 
statement, ah was FF.  

Well, then I DISCONNECTED my printer from the printer port, and ran the 
program again.  ah was STILL FF!!!  What the...???

If you could please explain this strange behavior of my hardware, I would
greatly appreciate it!

- Rich
  kennehra@logic.camp.clarkson.edu

Newsgroups: alt.msdos.programmer
From: mlevis@ringer.cs.utsa.edu (Mike Levis) (OS/2)
Subject: Re: XCOPY in the background ?  Get OS/2?
Organization: University of Texas at San Antonio
Date: Mon, 25 Jan 1993 00:35:52 GMT

In article <1jnmd4INNcmn@news.gac.edu> Anonymous U writes:
>John Villalovos writes
>DOS-programs
>> >in the background (multitasking), so I can work in the foreground with  
>another
>> >program. (like in UNIX: 'command &' runs 'command' in the background)
>> >I would prefer a unit or program in Pascal or a already compiled program.
>> 
>> Get OS/2.
>
>But does OS/2 have a feature like 'command &' in UNIX, so you don't have to  
>switch to another shell window to do something else?

Yes.  You can use "start" and/or "detach" to do this.  Using "start"
creates another window in which your program can use the keyboard, mouse,
and video.  Using "detach" does not create a window, and it does not
support the mouse, or the *physical* keyboard or video, although redirection
is still supported.  Usually, "detach" is used on non-interactive programs
(like a make-file) along with redirection, and "start" on everything else.

Examples:

[C:\] start xcopy c:\os2\apps\* a:
   (xcopy in another window)

[E:\programming] detach make > compiler_errors.dat
   (compile in the background, look at errors when its finished)

[D:\fonts] for %a in (*.zip) do start unzip %a
   (lots of unzipping!!!)

-- 
======= Mike Levis   mlevis@ringer.cs.utsa.edu =======
::  ftp ftp-os2.nmsu.edu (128.123.35.151) for OS/2  ::  .--.
::  software & information.   Get /pub/os2/00Index  :: (OS/2)
::::::::  & /pub/os2/all/info/faq/faq20i.zip  ::::::::  ~--~
Newsgroups: alt.msdos.programmer
From: ian@unipalm.co.uk (Ian Phillipps)
Subject: Re: XCOPY in the background ?
Organization: Unipalm Ltd., 216 Cambridge Science Park, Cambridge CB4 4WA, UK
Date: Sat, 23 Jan 1993 15:53:04 GMT

jurlwin@gandalf.UMCS.Maine.EDU (Jeff Urlwin) writes:

>In article <1993Jan22.110539.20680@Informatik.TU-Muenchen.DE> loescher@Informatik.TU-Muenchen.DE (Stephan Loescher) writes:
>>In article <1jn040INN95i@flop.ENGR.ORST.EDU>, villalj@xanth.CS.ORST.EDU (John Villalovos) writes:
>>|> In article <1993Jan21.141821.13561@Informatik.TU-Muenchen.DE> loescher@Informatik.TU-Muenchen.DE (Stephan Loescher) writes:
>>|> >I'm looking for a possibility to run XCOPY, COPY, MOVE, or other DOS-programs
>>|> >in the background (multitasking)

>>|> Get OS/2.

>>I do not have enough RAM ! (only 4 Megs)
>>And I don't want to buy more!

>You will find that OS/2 2.1  will run on a 4 meg machine fairly well.  If
>you're serious, monitor comp.os.os2.misc or contact me...I'll point you to
>someone who's running it in 4MB.

You could also get Desqview 386 (assuming you have a 386). Total memory
overhead for this is about 200k, so it will run two full-size (640k)
DOS shells comfortably in 2MB.

Ian
-- 
Ian Phillipps, Unipalm Ltd, 216 Science Park,		Phone +44 223 420002
Milton Road, Cambridge, CB4 4WA, England.		Phax  +44 223 426868
PIPEX is a division of Unipalm Ltd. - phone 0223 424616.
Xref: sparky alt.msdos.programmer:3253 comp.os.msdos.misc:7216 comp.os.msdos.programmer:12485
From: jurlwin@gandalf.UMCS.Maine.EDU (Jeff Urlwin)
Newsgroups: alt.msdos.programmer,comp.os.msdos.misc,comp.os.msdos.programmer
Subject: Re: Which C compiler?
Date: 26 Jan 93 19:06:43 GMT
Organization: University of Maine, Department of Computer Science

In article <1993Jan26.145202.29118@fwi.uva.nl> wijkstra@fwi.uva.nl (Marcel Wijkstra (AIO)) writes:
>Hi,
>
>This must be a FAQ, but I don't know the FGA (Frequently Given Answer :-).
>
>What's the best C compiler for a 386 with 5Mb?
>- Turbo C 2.0
>- Borland/Turbo C++ 3.0
>- Borland/Turbo C 3.1
>- Watcom C 9.0
>- Zortech C++ 3.04
>- Zortech C
>
>I am used to Turbo Pascal (5.5), so I am slightly biased towards Borland
>since I already know its user interface. But I've heard it's HUGE (>30Mb).
>Furthermore, I don't think I am going to use C++ (at least, not yet), just
>plain C. But if you think I should, let me know as well...

I'm moving to C++....not just because of the hype, either...memory
management is easier and cleaner, for one reason.

>Furthermore, what's the main diff between 'Borland' stuff and 'Turbo' stuff?

Borland versions include everything and the kitchen sink, as the saying
goes.  Library source, Turbo Debugger, Turbo Assembler, Windows and
DOS support and possbly the applications frameworks (C++ stuff).  You may 
be able to get the frameworks for Tc++, but I'm not sure. 

I'm not sure if TC++ comes in a windows and a DOS version or not, but BC++
comes with both. 

I would say that if you are writing large, complex programs, then get the 
BC++ package.  If not, get the Tc++ package.  I, too, am partial to
Borland.  I can't comment on the other packages, but I've been happy with
the Borland products for a number of years now.

Jeff
-- 
--------------------------------------
jurlwin@gandalf.umcs.maine.edu
Newsgroups: alt.msdos.programmer
From: daniel@mksol.dseg.ti.com (daniel lemon)
Subject: PKLITE and viruses
Organization: Texas Instruments, Inc
Date: Thu, 28 Jan 1993 17:06:15 GMT

In article
><1993Jan27.165746.7404@Informatik.TU-Muenchen.DE>lehner@Informatik.TU-Muenchen.DE (Alexander Lehner) writes:

>PKLITE (for example) compresses the .EXE file as any normal
>compression does, but inserting a little de-compressing program at
>the beginnit of the file, so that, if the program is executed, the
>de-compression prg. will decompress the code-data and THEN execute
>the normal program.

But if you compress a program that has a virus in it, then will a
virus scanner still find the virus in its compressed form?  I would
think that it wouldn't.  This could be dangerous, couldn't it?
Newsgroups: alt.msdos.programmer
From: lehner@Informatik.TU-Muenchen.DE (Alexander Lehner)
Subject: Re: what is packed .exe file?
Originator: lehner@hphalle9c.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Wed, 27 Jan 1993 16:57:46 GMT


In article <1993Jan27.013940.29180@nuscc.nus.sg>, isc20334@nusunix1.nus.sg (CHEY KET HENG) writes:
|> can anyone help me with this?



If you think about PKLITE or somethink else, that compresses executable files to
small (still) executables, I think I can:

PKLITE (for example) compresses the .EXE file as any normal compression does, but
inserting a little de-compressing program at the beginnit of the file, so that,
if the program is executed, the de-compression prg. will decompress the code-data
and THEN execute the normal program.


-- 
                                    /\
     Alexander Lehner              /  \      lehner@informatik.tu-muenchen.de
                                  /    \  
     Birkenstr. 4                /      \    8059 Eittingermoos
                                /\  /\  /\
     "make love like war!"     /  \/  \/  \  Voice: 08161/84566
                              /    \  /    \
                              \    /  \    /             
                               \  /\  /\  /             
                                \/  \/  \/
                                  
Newsgroups: alt.msdos.programmer
From: wanderer@athena.mit.edu (Hobbes)
Subject: modem toolkit
Organization: Massachusetts Institute of Technology
Date: Thu, 21 Jan 1993 19:37:51 GMT

Hi, I am looking for a modem programming toolkit in C or C++... I looked
in wuarchive.wustl.edu and at some books, but everything I can find seems
to be very low-level... I just want something on the level of something
like init_modem,get_character, send_character, flush_buffer, close_modem.

Is there nothing that's this simple and still works well?

Thanks!

Conroy
From: kgs@cnmss.tredydev.unisys.com (Ken Salter)
Newsgroups: alt.msdos.programmer
Subject: Re: Batch files
Keywords: starfish and coffee...
Date: 26 Jan 93 16:59:44 GMT
Organization: Unisys Corporation, Tredyffrin

In article <1993Jan24.135115.10741@gmuvax2.gmu.edu>, skhan@gmuvax2.gmu.edu
(Shahab Raza Khan) asks for ways generate and/or modify batch files.
Some useful techniques are:

Technique #1:
------------
Use batch file parameters.  E.g.,

prompt> call batch %ENV-VAR%

This call necessarily occurs within another batch file; otherwise,
ENV-VAR won't be replaced by its value


Technique #2:
------------
prompt> echo stuff1 %ENV-VAR% stuff2 >>temp
prompt> copy prefix+temp+suffix target.bat
prompt> call target
prompt> del temp
prompt> del target.bat


Technique #3:
------------
prompt> edlin batchfil.bat <commands.ed >NUL

where commands.ed contains 
	
		1,#roldstuff1^Znewstuff1
		1,#roldstuff2^Znewstuff2
       		...
		e

Since commands.ed contains control characters, you have to use the /B
switch when you edit it.  That is,

		edlin /B commands.ed

If you're still using MSDOS 3.3 (as I am), the B in /B must be in the
upper case.  Also, the simplest way I know to print commands.ed is:

		edlin /B commands.ed >print.fil
		l
		q
		y

Another caution:  edlin won't operate on a read-only file,
so if you set the read-only attribute, you won't be able to
inspect commands.ed directly.

Hope this helps,

Ken Salter
Newsgroups: alt.msdos.programmer
From: wes@hpsmo100.rose.hp.com (Westley)
Subject: Re: Problem with TurboC++ ???
Date: Fri, 22 Jan 1993 22:15:48 GMT
Organization: one end of the world
X-Newsreader: TIN [version 1.1.8 PL6]

Steven D. Marcotte (sdoran@festus.ksu.ksu.edu) wrote:
>
>	I ran across a problem when trying to compile a program the
>other day.  Turbo C seems to think that when I define a varible in 
>a header file, it should associate it with all the files and the 
>compiler comes back and tells me something like:
>	for file bar.c _x already declared in foo.c
>
[...]
>
>	It compiles correctly on the school's UNIX box using cc and gcc
>I just can't get Turbo C++ to work right.  Any suggestions to why it is 
>doing this?  Thanks...
> 

I have seen a similar behaviour ONLY when both files (foo.c and bar.c) are
 included in the same 'project'.  Turbo C will completely compile all files
 related by the project list and then try to link them.  If you have an
 #include that declares a variable, it will be declared in ALL files that
 refer to that #include.  Then the link process will find multiply declared
 variables.  
One way to avoid this is to NOT have any variable declarations in generic
 #include files.  In other words, declare any variable IN each file, not in
 an #include.  ONLY one of the files will need to do the actual declaration,
 the others will refer to that declaration with 'extern' put in front of
 their declarations.
The 'project' option in Turbo C is pretty neat, but can be dangerous if you
 don't understand it completely (as I did the first few times I tried to use
 it).  Good luck with your project.

	Westley
	wes@hpsmo100.rose.hp.com
From: morel@imag.imag.fr (Eric MOREL)
Newsgroups: alt.msdos.programmer
Subject: RGB, POSTSCRIPT, GIF.
Date: 27 Jan 93 14:28:58 GMT
Reply-To: morel@imag.imag.fr (Eric MOREL)
Organization: IMAG Institute, University of Grenoble, France


 I post this for a friend:

 I need a C source to convert RGB file to PS or GIF.
 Thanks.

-- 
___________________________________________________________________________
| Eric Morel                                     morel@imag.fr            |
|                                                (morel@phoenix.imag.fr)  |
| LGI , 46 av Felix Viallet                      morel@imag               | 
| 38031 GRENOBLE Cedex - FRANCE                  uunet.uu.net!imag!morel  |
| Tel : (33) 76.57.48.42                                                  |
---------------------------------------------------------------------------
Newsgroups: alt.msdos.programmer
From: isc20334@nusunix1.nus.sg (CHEY KET HENG)
Subject: what is packed .exe file?
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 27 Jan 1993 01:39:40 GMT

can anyone help me with this?
Newsgroups: alt.msdos.programmer
From: loescher@Informatik.TU-Muenchen.DE (Stephan Loescher)
Subject: Re: XCOPY in the background ?
Originator: loescher@hphalle0a.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 22 Jan 1993 11:12:03 GMT


In article <1993Jan22.103951.19978@Informatik.TU-Muenchen.DE>, lehner@Informatik.TU-Muenchen.DE (Alexander Lehner) writes:
|> 
|> In article <1993Jan21.141821.13561@Informatik.TU-Muenchen.DE> 
|> loescher@Informatik.TU-Muenchen.DE (Stephan Loescher) writes:
|> 
|> > Hello!
|> 
|> > I'm looking for a possibility to run XCOPY, COPY, MOVE, or other DOS-programs
|> > in the background (multitasking), so I can work in the foreground with another
|> > program. (like in UNIX: 'command &' runs 'command' in the background)
|> > I would prefer a unit or program in Pascal or a already compiled program.
|> 
|> > I thank you for any help!
|> 
|> 
|> If You need background running because your disk-transfers are time-intensive,
|> you could use a caching program with delayed write (as HyperDisk).
|> 
|> -- 
|>                                     /\
|>      Alexander Lehner              /  \      lehner@informatik.tu-muenchen.de
|>                                   /    \  
|>      Birkenstr. 4                /      \    8059 Eittingermoos
|>                                 /\  /\  /\
|>      "make love like war!"     /  \/  \/  \  Voice: 08161/84566
|>                               /    \  /    \
|>                               \    /  \    /             
|>                                \  /\  /\  /             
|>                                 \/  \/  \/
|>                                   

I have tested HyperDisk, but I also needs some time, and the smaller the cache,
the longer it takes.
Perhaps you have configured HyperDisk better than I have?
(Can you tell me the command-line in your config.sys, which version of HyperDisk
you have and which memory you use?)

Stephan.
From: jkubicky@cco.caltech.edu (Joseph J. Kubicky)
Newsgroups: alt.msdos.programmer
Subject: How do I get starting sector of file?
Date: 22 Jan 1993 05:39:27 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: punisher.caltech.edu


I want to know how to read the starting sector of a file.  I also
want to know how to create a sequential file of fixed length.  I want
to do all this so I can do more direct I/O to the disk and (hopefully)
realize some performance gains over normal DOS or C-lib file I/O functions.
Any references to good books on this sort of thing would also be 
appreciated.

Thanks,

Jay Kubicky

Newsgroups: alt.msdos.programmer,comp.os.msdos.misc,comp.os.msdos.programmer
From: dir@lookout.it.uswc.uswest.com (Daniel I. Rosenblatt)
Subject: csh for DOS
Followup-To: alt.msdos.programmer
Keywords: csh dos
Organization: US WEST Information Technologies
Date: Mon, 25 Jan 1993 18:23:49 GMT


I'm looking for some way to execute csh scripts (UNIX) under DOS.
I recall a product called ccsh(?) that produced C code from csh scripts.

Anyone have any info on this?

Thanx
Dan Rosenblatt
dir@lookout.uswest.com
From: tutornet@cs.utexas.edu (Association for Computing Machinery UT Student Chapter)
Newsgroups: alt.msdos.programmer
Subject: Detecting keypresses in Borland C++
Date: 25 Jan 1993 16:04:05 -0600
Organization: U Texas Dept of Computer Sciences, Austin TX
Distribution: world
NNTP-Posting-Host: bovina.cs.utexas.edu

I would like to be able to determine whether a certain key is
currently pressed.  Looking through other code, I found a call to
GetAsynchKeyPress() or something similar, but I don't know where 
this came from.  

Anybody have some clues for me?

Thanks
Dave
tutornet@cs.utexas.edu
Xref: sparky alt.msdos.programmer:3242 comp.os.msdos.misc:7204 comp.os.msdos.programmer:12470
From: drkerns@sony7.sdrc.com (sean kerns)
Newsgroups: alt.msdos.programmer,comp.os.msdos.misc,comp.os.msdos.programmer
Subject: Re: Batch files
Date: 26 Jan 93 13:35:29 GMT
Followup-To: alt.msdos.programmer
Organization: SDRC

In article <1993Jan25.102845.10144@iscsvax.uni.edu>, kraai4712@iscsvax.uni.edu writes:
|> In article <1993Jan25.134613.1@csc.canterbury.ac.nz>, cctr132@csc.canterbury.ac.nz (Nick FitzGerald, PC Software Consultant, CSC, UoC, NZ) writes:
|> > Believe it or not, EDLIN (that most ghastly of DOS "utilities") may be
|> > the answer to your problem.  Its (sole ?) virtue lies in the fact that
|> > it reads from stdin, so can be driven by a script file.
|> > 
|> > I've never used it in this manner (I've never used full stop, he adds
|> > proudly  8-) ), but have seen some fiendishly clever batches in PC Mag
|> > based (in part) on this.
|> 
|> I have.  If an expository is generally desired, I'll post.  Let me know.
|> 
|> --jim


Please ... exposite.


SRK
Newsgroups: alt.msdos.programmer
From: reddyp@ucunix.san.uc.edu (Pardhasaradhi A. Reddy)
Subject: Re: .com and .exe files
Organization: University of Cincinnati
Date: Tue, 26 Jan 1993 16:10:19 GMT

In article <1993Jan25.231026.6514@news.unomaha.edu> fprince@cwis.unomaha.edu (Frank E. Prince) writes:
>Could anyone tell me the difference between .com and .exe files. The
>most I've come up with is that a com file is an "executable memory image"
>but that definition was somewhat out of context, and I don't really
>understand it. I've done some assembly language programming with MASM so
>I do understand instruction sets, stacks, registers etc. Any information
>regarding this is much appreciated.

	
	The following are some notable differences between .com and .exe
	files :

	.com : All the three segments namely CODE, DATA and STACK point to
	the same segment. In other words, the program can only occupy 64k
	memory. 

		A .com file has no header like that of a .exe file. Such a
		program is a exact copy of how the same program would look if 
		loaded into memory.

	.exe : Can have any no. of segments for CODE, DATA and STACK. 

		It has a header that stores the info about the address of the
		first executable instruction, relocation info. etc. 

		The following book gives a detailed description of the
		differences :

			IBM Assembler language  -> Peter Abel.

			Also , Advanced MSDOS  -> Ray Duncan (the best)

	regards,
	Pardha.

-- 
 Disclaimer : Views expressed by me are purely mine and have nothing to
 do with those of my employer's or any Organization. Reader's discretion
 is strongly advised.

Newsgroups: alt.msdos.programmer
From: isc20334@nusunix1.nus.sg (CHEY KET HENG)
Subject: hard-disk protection (help)
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 27 Jan 1993 01:53:45 GMT

is there any generic way to write-protect the hard disk (preferably only
certain directories) ?

the objective is to protect important files from being altered and to prevent
*abuse* of the hard-disk.

some of the programs i've found in ftp sites are not foolproof.

thanks for any forthcoming comment/help/program algo/etc ....

alvin
nus
Newsgroups: alt.msdos.programmer
From: fprince@cwis.unomaha.edu (Frank E. Prince)
Subject: Re: .com and .exe files
Organization: University of Nebraska at Omaha
Date: Thu, 28 Jan 1993 17:15:38 GMT

Fellow netters,
Thanks for the posts and e-mail on this subject. You answered my original
questions as well as providing some good references for further study.
			Thanks again,
					Frank
Newsgroups: alt.msdos.programmer,comp.os.msdos.misc,comp.os.msdos.programmer
From: wijkstra@fwi.uva.nl (Marcel Wijkstra (AIO))
Subject: Which C compiler?
Organization: FWI, University of Amsterdam
Date: Tue, 26 Jan 1993 14:52:02 GMT

Hi,

This must be a FAQ, but I don't know the FGA (Frequently Given Answer :-).

What's the best C compiler for a 386 with 5Mb?
- Turbo C 2.0
- Borland/Turbo C++ 3.0
- Borland/Turbo C 3.1
- Watcom C 9.0
- Zortech C++ 3.04
- Zortech C

I am used to Turbo Pascal (5.5), so I am slightly biased towards Borland
since I already know its user interface. But I've heard it's HUGE (>30Mb).
Furthermore, I don't think I am going to use C++ (at least, not yet), just
plain C. But if you think I should, let me know as well...

Furthermore, what's the main diff between 'Borland' stuff and 'Turbo' stuff?

Thank in advance,
Marcel.
-- 
 X	   Marcel Wijkstra   AIO   (wijkstra@fwi.uva.nl)
|X|	     Faculty of Mathematics and Computer Science	
 X	       University of Amsterdam   The Netherlands
======Life stinks. Fortunately, I've got a cold.========
Newsgroups: alt.msdos.programmer
From: sapia@Informatik.TU-Muenchen.DE (Carsten Sapia)
Subject: Reading Mac-Format Disks using MSDOS ?!
Keywords: Mac
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 22 Jan 1993 09:23:58 GMT

Hi everybody,

I've got the following problem. I want to use data stored on a Mac for
my MSDOS applications. How can I convert or read the Mac-Disks??

Please email me if you know a solution.

Thanks in advance,

Carsten

***********************************************************************
* Carsten Sapia                * sapia@informatik.tu-muenchen.de      *
* University of Munich         *                                      *
* Germany                      *                                      *
***********************************************************************

Newsgroups: alt.msdos.programmer
From: etljmme@etlxd30.ericsson.se (Jim)
Subject: Re: .com and .exe files
Reply-To: etljmme@etlxd30.ericsson.se
Organization: Ericsson Telecom AB
Date: Wed, 27 Jan 1993 17:29:38 GMT

In article 14690@umr.edu, mcastle@cs.umr.edu (Michael R Castle) writes:
>
>[Original description of 64k limit for .com code deleted]
>
>Question:  Can't com files use more than 64k?  Once the program is going,
>you can pretty much do what ever you want with the segment registers, and
>request more memory, and access the full 640 k.  I seem to remember a while
>back that someone wrote a program (forth interpreter, if I remember 
>correctly) that is a .com file, but isn't limited by 64k.

The previous poster wasn't saying that .com files couldn't use more than
64k, he was saying that the actual code couldn't be >64k.

Jim.
Newsgroups: alt.msdos.programmer