HDTenEightyP/NetNews huggingface dataset:
From: vdkamp@rullf2.leidenuniv.nl
Subject: TP60 graphic question
Organization: Leiden University, Medical Informatics
Date: 6 Nov 92 14:03:22 +0100

 
Dear everybody with Borland Turbo experience,
 
 
We've got difficulties to define a problem with Turbo Pascal 6.0.
 
As we wanted to invert colors in an application from white on black to
black on white we met the following curiosity:
 
If we made the background color white (SetRGBPalette(0,r,g,b)) and the
foreground color black (same method) we could not invert (NOTPUT) the
background anymore.
 
So in a small program:
 
Uses Graph;
 
Var Gd,Gm :Integer;
    Size  :Word;
    P     :Pointer;
 
Begin
  DetectGraph(Gd,Gm);
  InitGraph(Gd,Gm,'C:\TP60\BGI');    (* Be sure BGI driver is there *)
  SetBkColor(Black);
  SetColor(White);
  SetRGBPalette(Black,255,255,255);  (* We are using VGA 256color *)
  SetRGBPalette(White,0,0,0);        (* tested also 16 color *)
(************************************************************************
  If you use next two lines instead of the 2 above this remark it works !
  SetPalette(Black,White);
  SetPalette(White,Black);
************************************************************************)
  Size := ImageSize(10,20,30,40);
  GetMem(P, Size);
  GetImage(10,20,30,40,P^);
  PutImage(10, 30, P^, NotPut);
  readln;
  CloseGraph;
End.
 
 
Result of this program is a nice white screen. Can anybody explain us
why? I suggest E-MAIL Reply.
 
I want to thank everybody in advance for her/his reply.
 
B. van der Kamp.   VDKAMP@Rullf2.leidenUniv.nl
M.J. Roessen
Acad. Hospital Leiden
Leiden University
Netherlands

Newsgroups: comp.os.msdos.programmer
From: cs169063@cs.brown.edu (Jason Rosenberg)
Subject: Re: COMPILING SPEED
Organization: Department of Computer Science, Brown University
	<dmurdoch.253.721061938@mast.queensu.ca>
	<dmurdoch.257.721088574@mast.queensu.ca>
Distribution: na
Date: Sat, 7 Nov 1992 17:43:52 GMT

In article <dmurdoch.257.721088574@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:

   One consequence of this that wasn't mentioned, but which is probably really 
   the reason for TP's superior speed, is that the TP compiler is written in 
   hand-optimized assembler.  Because C++ is so big, and because it's liable to 
   change under someone else's control, it has to be written in a high level 
   language.  (I'd assume C, with low level service routines in assembler; can 
   anyone confirm or deny that?)  

From what I can tell, BC++ was actually written in C++.  They made a big deal
a release or two ago about rewriting their compiler in a completely object-
oriented fasion.  I would guess that they just used Turbo C++ to write
a better compiler engine for Borland C++.

Jason
--
"It must be tough on the astronauts,
 I bet they get bored easily;
 `cause how does it feel
 To look up at the moon
 And say 'Yeah, I've been there' ?"
Newsgroups: comp.os.msdos.programmer
From: carlos@garfield.cs.mun.ca (Carlos Borges)
Subject: Re: What is MicroSoft's usenet address?
Organization: CS Dept., Memorial University of Newfoundland
Date: Sun, 8 Nov 1992 15:39:03 GMT

danodom@matt.ksu.ksu.edu (Dan Odom) writes:
>I've found another corporation that behaves this way: Borland.
>If you send mail to customer-support@borland.com, they send you
>a message saying that they don't offer support on the Internet and
>you'll have to ask them on Compu$erve.  What a rip!

Why not send email to them on compuserv, then?  ISn't there a
gateway for internet-compuserve mail?  Something like:
userid.###@compuserv.com I think....
-- 
   ///////////////////////////////////////////////////////////////////////////
  // C. Miguel Borges               A.K.A.                Carlos M. Borges //
 // an630@cleveland.freenet.edu                 carlos@garfield.cs.mun.ca //
///////////////////////////////////////////////////////////////////////////
Newsgroups: comp.os.msdos.programmer
From: homer@theory.TC.Cornell.EDU (Homer Smith)
Subject: PC to UNIBUS adapter?
Organization: Cornell Theory Center
Date: Fri, 6 Nov 1992 20:16:32 GMT


     In the way out department...
 
     Is there a board that will allow my ibm pc to talk to
a standard VAX unibus board?
 
     I have an old graphics tube that has a high speed parallel
DMA port, many times faster than the 19.2 serial port, and it
works well plugged into a unibus board which plugs into the
VAX backplane, or an IBM DACU which pretends to be a vax while
talking to an IBM 3090.
 
     Graphics tube -- unibus -- vax backplane -- vax
     
     Graphics tube -- unibus -- DACU -- IBM 3090 channel attached

     I want,
 
     Graphics tube -- unibus -- UNKNOWN -- IBM PC.
 
     
     Any hope?


     Homer
From: u009@csx.cciw.ca (G. Stewart Beal)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Breaking up a HUGE file safely
Date: 13 Nov 92 01:30:33 GMT
Organization: Canada Centre for Inland Waters

In article <1992Nov11.225217.7888@r-node.gts.org> shadow@r-node.gts.org (Jay Chu) writes:
>Help!
>
>I have a 3 meg binary file that's too large for copying to any floppy disks.
>
>Is there a safe method for breaking this HUGE file up into smaller files
>like 1.2 meg each?  Then, using a combining method, I can combine the smaller
>files into the original file again?
>-- 
I got a program called SLICE from a friend of mine. It has a copyright related
to PC Magazine (Ziff Communications). It splits a file onto floppies 
according to the size of the disk. (You can use a mix of different sizes.)
It puts a program called SPLICE on the first floppy which has the file name
embedded in it. If you have trouble locating it, Email me.

Regards, Stu Beal, VE3MWM, U009@CSX.CCIW.CA,
National Water Research Institute, Burlington, Ontario, Canada.
 
"We'd made it through yet another nuclear winter and
 the lawn had just trapped and eaten it's first robin." - Kyle J. Spiller
 
Xref: sparky comp.os.msdos.programmer:10456 alt.msdos.programmer:2699
From: john@starfire.MN.ORG (John Lind)
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
Subject: sync'ing FATs and directory entries
Keywords: FAT directory sync
Date: 9 Nov 92 16:05:30 GMT
Distribution: usa
Organization: Starfire Consulting Services, Mpls., MN

*** PLEASE REPLY BY MAIL -- THESE GROUPS DO NOT RELIABLY REACH MY SYSTEM ***

Is there a way to force the FATs and the directory entry to be updated
without closing and re-opening a file?  I have a data collection system
that needs to minimize data loss in case of a power failure or other
crash.  Only the data which are written to the file but not yet
reflected in the FAT and/or directory entry are at risk.

*** PLEASE REPLY BY MAIL -- THESE GROUPS DO NOT RELIABLY REACH MY SYSTEM ***
-- 
		   John Lind, Starfire Consulting Services
E-mail: john@starfire.MN.ORG		USnail: PO Box 17247, Mpls MN  55417
Newsgroups: comp.os.msdos.programmer
From: dahls@fhydra.dnet.unit.no (Joern Yngve Dahl-Stamnes)
Subject: Re: text formatting
Reply-To: dahls@fhydra.dnet.unit.no (Joern Yngve Dahl-Stamnes)
Organization: University of Trondheim, NORWAY
Date: Fri, 06 Nov 92 11:56:47 EST

Thus spoke the keyboard of a1001032@cdf.toronto.edu (Fiona Wong):
>Hi,netters,
>
>	I am going to write a simple program
>	to do text  formatting and  the only
>	task  is to make the output  looking
>	like this. I think it's not too hard
>	to achieve  this but I  want to know
>	if there  exists standard  algorithm
>	for such purpose. 
>
>	If anyone knows, pls mail me. Thanx!

        Why reinvent  the wheel?  There  are
        several  nroff/troff  like  programs 
        you can get by anonymous ftp.

        Hope this help...

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--+-+-+-+-+-+-+-+
* I went back to my mother,           * Joern Yngve Dahl-Stamnes             *
* I said, "I'm crazy ma, help me!"    * University of Trondheim              *
* She said, "I know how it feels son, * The Norwegian Institute of Tech.     *
* 'cause it runs in the family."      * Division of Physical Electronics     *
*       - The Who, Quadrophenia       * e-mail: dahl-stamnes@delab.sintef.no *
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--+-+-+-+-+-+-+-+
From: meikel@marie.physik.tu-berlin.de (Michael Feig)
Newsgroups: comp.os.msdos.programmer
Subject: Re: How can I check which COM port a mouse is a
Date: 12 Nov 92 13:42:04 GMT
Organization: ZRZ/TU-Berlin
NNTP-Posting-Host: marie.physik.tu-berlin.de

In <1992Nov11.101911.5984@ericsson.se> etljmme@etlxd10h.etlxd (jim moore xd/nda) writes:

>  If you use the mouse interrupt ($11? I forget) there is a service which returns the
>mouse information including the type,ie serial, board/port etc.  I can't remember the
>bloody code but I assure you that if you look it up you'll find it.  If you can't,
>email me and I'll dig out the code to do this when I get home.

In the newsgroup comp.os.msdos.programmer someone posted a solution using
Int 33h, function 24h, which returns the IRQ of the mouse handler.

It seems to work quite well so I think anyone interested in the problem should
read the article there.

Michael.


--
 Michael Feig                 INTERNET: meikel@marie.physik.tu-berlin.de
 Department of Physics                  meikel@cs.tu-berlin.de
 Technical University of Berlin         
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.apps,comp.os.msdos.apps
From: reaper@wixer.cactus.org (Keath Milligan)
Subject: Re: DOS too slow?
Organization: Real/Time Communications
Date: Thu, 5 Nov 92 21:52:08 GMT

In article <1992Nov5.065529.17035@actrix.gen.nz> Bob.Clegg@bbs.actrix.gen.nz writes:
>We are developing an application that uses a DOS based 386sx for
>real time online data accessing.  The query information is taken
>over the phone and keyed in. 
>The response from the mainframe is over a RS485 link. 
>The communications protocol being used is HDLC.
>We are a bit worried by the slowness of the transaction rate and
>were wondering whether DOS is suited for this type of environment.
>If anybody has been in a similar situation or can give any handy
>hints I would like to hear from them.

If your link-interface card has DMA and does the zero bit-stuffing for
you, it shouldn't be a problem.  If the CPU is responsible for
processing the raw HDLC data-stream, you might be in trouble...
-- 
oooooo ooo o o  o            Keath Milligan            o  o  ooooo oooo oooooo
oooo oo ooo  o   o   Prometheus Light and Sound, Inc.   o   o  o ooooooooooooo
oooooooo o oo  o         Real/Time Communications        o    o o ooo oooooooo
oooooo oooo ooo  o  internet: reaper@wixer.cactus.org  o   o  o ooo oo ooooooo
From: aki@cruzio.santa-cruz.ca.us
Newsgroups: comp.os.msdos.programmer
Subject: Re: What is MicroSoft's usenet address?
Date: Wed, 11 Nov 92 08:42:25 PST
Reply-To: aki@cruzio.santa-cruz.ca.us


In article <dmurdoch.261.721411529@mast.queensu.ca>, dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
> Compuserve isn't that expensive; if you live in a big city so that it's a 
> local call, and you use a session automator, you can get a lot of 
> information for $5/month.  If you can't afford to spend $5/month, then the 
> sad truth is that Borland probably isn't interested in helping you.  
> They aren't helping you out of some noble feeling that since they sold you 
> something they should support it; they help you because they hope to sell 
> you something else.


"isn't that expensive". Where do you come from? If you look at it,
the $5 pays for log-on only. After that 99% of the services that
really make a difference cost you clocked at $13/hour. I decided to
skip Compu$pend after running bills in the $300-$400 region per
month. It's totally stupid to use a commercial system to provide
"support". Just consider the numbers. At 900,000 users Compuserve 
only provides access for a small fraction of the actual users of
software. Everyone else is left out. We'll see how long it takes
for the Borland and Microsoft guys to realize that. Things certainly
look different from a cubicle on Microsoft Way, on Scotts Valley Drive
or at the CIA.

Aki.

-- 
/  Phone: 408-662 9664   Fax: 662 9676  |  "Aki" pronounced: Ah-Key. I know  \ 
\  125 Searidge Ct #D, Aptos, CA 95003  |  what I'm doing most of the time.  /
From: louis@p2.f42.n7101.z5.fidonet.org (Louis Mandelstam)
Newsgroups: comp.os.msdos.programmer
Subject: PROBLEMS, PROBLEMS, PROBLEMS!!!(ARRGGGHHH!)
Date: Tue, 10 Nov 92 09:49:06 GMT
Organization: FidoNet node 5:7101/42.2 - Lakeside BBS, Roodepoort

 >         Also, Norton Utilities reports that my S-VGA
 > card is a VGA

This is correct.  Things like Norton will not detect that your card is more than a normal VGA.

Cheers
The Poltergeist


--  
INTERNET: louis@catpe.alt.za  -  Louis Mandelstam.
PO Box 4574, Randburg, 2125.  South Africa.
"Even if *had* an employer, this would probably not be his opinion."
From: spxtrb@thor.cf.ac.uk (Tim Barnett - programmer)
Newsgroups: comp.os.msdos.programmer
Subject: 80368/80486 exceptions & interrupts: INT 10h
Date: 10 Nov 92 16:22:35 GMT
Organization: University of Wales College at Cardiff
X-Mailer: Cardiff Computing Maths PP Mail Open News Gateway

Trivial question ...
I have Microsoft's 80386/80486 Programming Guide which says on page 119 ...
(my parentheses)

   Interrupt number      Class      Description
   --------------------------------------------------
      16 (decimal,=10h)  Fault      Coprocessor error

... but under MS-DOS I know that  INT 10h  traps to the EGA/VGA BIOS.  Eg:
    MOV al, 3
    MOV ah, 0
    INT 10h
... which sets the EGA into video mode 3, according to the Waite Group's
MS-DOS Developer's Guide.

I assume I am missing a level of indirection somewhere, but I thought MS-DOS
ran in Real-Mode, so I assume I do not have to worry about indirection through
the 80x86 IDT ?  Could anyone explain to me why the  INT 10h  instruction
doesn't just trap to the  Coprocessor-Error  code ?

(E-mail replies might be better, to save bandwidth)

Many thanks in advance for any help or clarification,
Tim
Newsgroups: comp.os.msdos.programmer
From: umwan010@ccu.umanitoba.ca (Nga T A Wan)
Subject: Sharing a PC's hard drive over modems
Originator: umwan010@ccu.umanitoba.ca
Organization: University of Manitoba, Winnipeg, Manitoba, Canada
Date: Thu, 12 Nov 1992 00:30:11 GMT

	I want to have a partition of my PC's hard drive acting as a
network drive on another PC connected through modems.

	Here are the criteria for such a system:

(1) Machines & Operating Systems

	My machine is an IBM 286 running DOS 4.0.  The other machine can
be anything between IBM 8086 running DOS 3.3 & IBM 486 running DOS 5.0.

(2) Hardware Requirements

	I desire software solution only.  ie., the only hardware desirable
is modems.

(3) Security of minimal form suching as asking for a password is desirable.

(4) If possible, I want to work on my machine while some one is using my hard
drive (I know this probably means my machine has to use a multitasking
Operating System such as OS/2).

	Please give me some advices through e-mail or posting to this group.

	Thanks in advance.

======================================================================
WAN, Nga Ting A.			internet address:
Department of Computer Engineering	umwan010@ccu.umanitoba.ca
University of Manitoba, Canada R3T-2X7
======================================================================
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
From: ilan@seas.gwu.edu (Ilan Berkner)
Subject: Re: H-E-L-P!!  An interesting UART problem.
Organization: George Washington University
Date: Wed, 11 Nov 1992 14:11:04 GMT


The only way to do this would be to either:

1. Attach an ISR to vector 14h, and _hope_ that all of your client's
   software will only be using int 14h calls to xmit data.  This is
   like hoping that the moon will turn around in orbit so you can see
   the other side.

2. or put the computer into virtual mode, and write an ISR that traps
   386 I/O priviledge exceptions.  This technique will only work on
   386-class machines, and is incompatible with Windows enhanced mode,
   386MAX, QEMM, Desqview, OS/2 2.0, etc.

Sorry, but there's no way to trap I/O, and the UART can't do interrupts
on transmits, as you found out.
From: danodom@matt.ksu.ksu.edu (Dan Odom)
Newsgroups: comp.os.msdos.programmer
Subject: Re: What is MicroSoft's usenet address?
Date: 9 Nov 1992 08:19:41 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

infidel@cislabs.pitt.edu (todd j. derr) writes:

>This is blantantly false.  I've contacted customer-support@borland.com
>several times when I had a problem with a product or wanted to place
>an order.  Perhaps you expected TECHNICAL support from that address,
>which is not currently offered on the net (though I'm hoping it will
>be someday soon!)

Of course I expected technical support!  All that other stuff can be
learned from the ads they send me.  For orders,  I call the 800 number.

I am a satisfied Borland customer as well, but do wish that they'd get
their support thing together.
-- 
Dan Odom
Kansas State University
danodom@matt.ksu.ksu.edu
From: storm@cs.mcgill.ca (Marc WANDSCHNEIDER)
Newsgroups: comp.os.msdos.programmer
Subject: Re: COBOL COMPILERS
Date: 5 Nov 92 12:49:11 GMT
Organization: SOCS - McGill University, Montreal, Canada

In article <92307.152040UD156844@NDSUVM1.BITNET> <UD156844@NDSUVM1.BITNET> writes:
>Hello,
>
>In the past I remember seeing several versions of shareware Cobol
>compilers.  I am trying to learn the language for a new job and would
>like some information on Cobol compilers out there.  You can e-mail
>me or just post to the group.

	I worked on one of the Bigger COBOL Compilers available for the PC this
summer, and all I can really say is that pretty much ALL of them blow chunks.

	All the PC COBOL Compilers are rather poorly written, far too
expensive, and often quite buggy.

	Toodlepi!
	Marc 'em.

-- 
  storm@cs.mcgill.ca           McGill University         "-- Attack ships on
  Marc Wandschneider           Montreal, CANADA             fire "
	Any opinions expressed are not mine, but those of the Demon Lord
      Yeegeheeegenogohugu who possessed me whilst I munched on Raisin Bran.
From: ci922@cleveland.Freenet.Edu (Duane A. Paulson)
Newsgroups: comp.os.msdos.programmer
Subject: Re: putting chars back to keyboard buffer...
Date: 11 Nov 1992 17:38:31 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ci922@cleveland.Freenet.Edu (Duane A. Paulson)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, iarit@slate.mines.colorado.edu (ARIT ISMAIL) says:

>
>Hi,
>
>I am writing  a small TSR that will put a string back
>to the keyboard buffer. I got some ideas how to use keyboard 'head'
>and 'tail' pointers, but still confused a bit. I understand what the
>'tail' is and how to use it, but 'head' is confusing..
>Does anybody have any 'C' function/idea how to put chars back to
>keyboard buffer without crashing/rebooting the system?
>Any idea/help is appreciated..
>Thanks.
>iarit@slate.mines.colorado.edu
>

You'll have to go all the way down to the system for this one. Function 05
of interrupt 16hex will stuff a single character into the keyboard buffer
for you. Repeat as needed until buffer full. Here's how to set it up:

  ah=05
  ch=scan code for key
  cl=ascii code for character
  call interrupt 0x16

  On return:
  ah=0 means function successful
  ah=1 means keyboard buffer was full

-- 
Duane Paulson
ci922@cleveland.freenet.edu
duane.paulson@pcb.batpad.lgb.ca.us
Newsgroups: comp.os.msdos.programmer
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Ramdrive vs disk cache for temporary files
Organization: Texas Instruments Inc
Distribution: usa
Date: Fri, 13 Nov 1992 22:31:28 GMT

In <1992Nov13.180117.20097@tamsun.tamu.edu> tpradeep@cs.tamu.edu (Pradeep K Tapadiya) writes:

>Howdy netters,

>Some compilers, linkers, and editors create intermediate files
>which gets deleted at the end of the job.

>Of a ramdrive or a disk cache, which one is more suitable for
>such temporary files?

Generally a fast RAMdrive will speed this sort of application up a
lot. 

>How about caching a ram-drive? Does it make sense?

Not much, no.  The advantage of using a RAM drive for the temp files
and your cache for the rest is that you get blinding speed for all the
temp files, yet you don't wind up flushing your cache in the process
of creating them.  If you try to cache your RAM Drive, it will
probably be SLOWER and it would make more sense to just take the
memory you're allocating as a RAM Drive and use it for Cache.

I use both on my machine (for different things), but I have a lot of
memory.  Another thing you might want to do is point the Windows
'Temp' directory at a RAM drive (for the same reason).



-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
Xref: sparky comp.os.msdos.programmer:10366 comp.os.msdos.apps:5440 comp.windows.misc:1648
From: rpollack@zach.fit.edu (Randy Pollack)
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.apps,comp.windows.misc
Subject: Help needed: file read/write errors
Date: 5 Nov 92 16:33:39 GMT
Article-I.D.: winnie.4414
Followup-To: comp.os.msdos.programmer
Organization: Florida Institute of Technology, Melbourne USA

I am a small-scale software developer with a couple of applications
written in Turbo Pascal 6.0.  Since June of this year I've received
a few complaints from customers regarding file read/write errors that
they experienced using my programs.  Initially I dismissed them as
hardware problems, but I'm becoming convinced that there's a software
problem external to my programs.  Here's the story:

My programs do a lot of reading and writing to binary files (files of
records) using random access (seek in Turbo Pascal).  The errors that
I've been told about include "hardware failure", "CRC error in data"
and "file read error".

The errors seem to occur when the users are keeping their data on floppies
rather than hard disks.  The files are genuinely corrupted -- trying to
copy them using DOS results in disk read errors, chkdsk sometimes 
identifies lost clusters, etc.  I don't think it's my program -- I know, 
nobody ever does :) -- because the file access code hasn't changed in
about 3 years and nobody's had problems till recently.  There are 2
possible sources of error that I suspect.  One is the SMARTDRV disk
cache program that comes with Microsoft Windows 3.1 or possibly some
other thing that gets loaded before you actually run Windows. (Yes,
all customers with complaints had Windows 3.1 installed on their
computers but my programs run from DOS - I recommended exiting
Windows rather than running as a non-windows application but that
didn't seem to make any difference).  Or, since I recompiled with
Turbo Pascal 6.0 rather than 5.5, maybe Borland introduced something
into this version that's causing problems.  

I more seriously suspect SMARTDRV -  I got a new laptop last spring and
tried loading a bunch of software onto the hard drive.  I had loaded
Windows first, played with it a while, and when I later went to load
Turbo Pascal and C++ I got some serious hard disk errors and was about
ready to send the machine back.  Since I had to go on a trip very soon
(which was one reason I had bought the laptop), I took everything off
that I had loaded, left off Windows and loaded the Borland software --
no problems!  Upon return from the trip I installed Windows again, but
again had problems.  I deleted the stuff from Autoexec.bat that used windows
drivers, substituting the equivalent drivers from DR DOS, and since then
I haven't had any trouble.

I guess my question is - has anybody else experienced problems like this,
and, if so, do they seem related to either MS Windows, SMARTDRV, or 
Turbo Pascal?  I'm at a loss as to how to advise my customers without
a better idea as to what's going on.  

Please email as I don't read these newsgroups regularly.

Thanks,

Randy Beth Pollack
rpollack@zach.fit.edu
Newsgroups: comp.os.msdos.programmer