HDTenEightyP/NetNews huggingface dataset:
From: J_SCHULL@acc.haverford.edu (Jonathan Schull)
Newsgroups: comp.lang.pascal
Subject: How do you read the serial number off an ethernet card
Date: 13 Apr 92 23:35:19 GMT

when IPX or other card driver software has not yet been loaded?

(The driver software must know where to look, why can't I?)

P.S.  My thanks to everyone who provided the solutions to my
requests for CPUID code, and for those who explained why, alas,
DEEP.TPU must be present if you're compiling a Shallow.TPU which
uses DEEP.


P.P.S.  The same question applies to other network card of that sort
From: rsandfor@oucsace.cs.ohiou.edu (Robert L. Sandford)
Newsgroups: comp.lang.pascal
Subject: Securing Directories
Date: 7 Apr 92 17:33:54 GMT
Organization: Ohio University CS Dept,. Athens

Just for curiosity, I was wondering if anyone has ever written a
program or know how to write a program that will ask you for a 
password when you try to enter a directory (cd tmp). I would like
to make some of my directories on my 386 to have passwords on them
to keep people from erasing files... For example my batch, data and
config directory has been wiped out several times. I do have backups
on diskettes, but with a password directory it would solve my 
problems.

		   Thanks in advance
	           Robert Sandford

-- 
(*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*)
(*=- " I don't think you are fit to carry my seed "        -=*)
(*=- Frazier on "Cheers"  (rsandfor@oucsace.cs.ohiou.edu)  -=*)
(*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*)
From: apr@ihs.ithaca.ny.us (Delta Epsilon)
Newsgroups: comp.lang.pascal
Subject: Re: TVGraph companion unit - the "TVGOBJ"
Keywords: TVGraph
Date: Mon, 06 Apr 92 08:27:48 EDT
Organization: Ithaca High School, Ithaca, NY 14850

[stuff deleted]

> >     Now I am seeking for suggestions on what the next step we
> >     could take on this matter. You may like to email you
> >     suggestions to me or post it here so that we could all discuss
> >     it here.

> Maybe it's a good idea to make it a group product and extend it with
> serveral people. For instance split the work for other adapters,
> do some bug-removal, improvement for 386-machines etc.
>
> If we do the last thing, we need some good coordination. The most
> ultimate coordination would be to have someone that looks trough
> his or her mail very frequently and knows a lot about shared 
programming.

I would like to offer to serve in this role.  I read my mail approximately 
8 to 10 times a day (arrgh!), and have some experience in 
shared programming, having been involved in the design of some 
Mac software.  I'm a Turbo Pascal 6.0 user, and have tried to 
use the software fairly frequently.

I can be reached at apr@ihs.ithaca.ny.us.  If anyone has any 
ideas, send them.  I'll also start implementing a mailing list 
to distribute information on the unit.

Hope I can be of some service.  
 


--
Ari Rosenthal
apr@ihs.ithaca.ny.us
or
_apr@ihs.ithaca.ny.us
SysOp of IHS  
 

Newsgroups: comp.lang.pascal
From: zlraa@marlin.jcu.edu.au (Ross Alford)
Subject: Turbo 5.5 doesn't recognize Cyrix coprocessor?
Summary: well, it doesn't seem to, anyway
Organization: James Cook University
Date: Thu, 9 Apr 92 03:38:52 GMT


Is this a known problem in Turbo 5.5?  A program compiled with Turbo 5.5 that
executes in about 2.9 seconds on a 486-25, and about 15 seconds on a 386SX-20
with coprocessor, takes about 50 seconds on a 386-33 with Cyrix coprocessor. 
I suspect it is using the emulation library instead of the co-pro.  Does Turbo
check for a coprocessor in some way other than checking the setup info?  Does
it fail to recognise the Cyrix as a coprocessor?  Has anyone else seen
anything like this?  BTW, the same 386-33 tests out fine using other programs
that require a 387, and I've run various tests that all report that it has a
coprocessor which is healthy.  On the other hand, I've tried other Turbo 5.5
programs that use the coprocessor, and none of them work right on that
machine.  

I'd like an answer, because I've been thinking of buying a machine identical
to the one I'm having problems with at the moment, and if the Cyrix copro
really doesn't get along with Turbo, I'll get either a different machine or a
different co-pro, or I'll update or patch Turbo.  Whatever.

Thanks,
-- 
Ross A. Alford
Department of Zoology                      Internet: zlraa@marlin.jcu.edu.au
James Cook University                      Phone:    +61 77 81 4732
Townsville, Qld 4811 Australia
From: ttoyofuk@orion.oac.uci.edu (Tony Toyofuku)
Subject: Why does the screen go POOF in graphics mode?
Newsgroups: comp.lang.pascal
Organization: University of California, Irvine
Date: 17 Apr 92 17:09:04 GMT

Hi, I've got a problem (this is TP 6.0).  Here goes:  I've created a simple 
screen image in graphics mode that displays some text on the screen.  When I 
run the program on my IBM 8086 with CGA, everything works fine.  But when I 
try to run it on a Zenith machine (an old XT Turbo clone, with a CGA) the 
screen first goes POOF! (flashing an outline of color for a split second) and 
then writes the text. After returning to normal text mode, the screen image 
sort of jiggles.  Whats the deal?  How can I fix it?

Thanks a lot, 

Tony

Below is a generic program that I got out the TP Library Reference that
also goes POOF on the Zenith.
------------------------------------------------------------------------------

Program GraphTest;
Uses Graph;

var
   GraphDriver, GraphMode,
   LowMode, HighMode       : integer;

begin
   GraphDriver := Detect;
   InitGraph(GraphDriver, GraphMode, 'C:\DRIVERS');

   GetModeRange(GraphDriver, LowMode, HighMode);
   SetGraphMode(LowMode);
   Line(0,0, GetMaxX, GetMaxY);
   readln;
   CloseGraph;
end.
From: foxzy@omj.gna.org (laurent nuellas)
Newsgroups: comp.lang.pascal
Subject: QEMM for TP6.0
Date: 5 Apr 92 19:02:41 GMT
Organization: OMJ, 17 rue Raspail, 94200 Ivry, France. +33 (1) 46722485

Hi,

I search EMS .Tpu (with doc) or .Pas (without doc) (compatible with QEMM)
if you can download me this or if you have make someone
send me it ... please...
(don't more than 25Ko)

--- FoxZy

         \\\\||||////             -------------------------------------------
          ___   ___               |           <FoxZy@Omj.Gna.Org>           |
So     - /   \ /   \ -            | Nuellas Laurent - 9, Allee Gagarine C04 |
Crazy  - ! O ! ! O ! -            | 94200 Ivry sur Seine [FRANCE]   +033    |
World  - \___/|\___/ -            | Tel: 46.70.93.03   -  Fax : 49.60.92.39 |
         ___________              -------------------------------------------
         \__! | !__/              [ Send me your "Sig" for my colletion...  ]
            ! : !                                                           
            \___/      FoxZy.     !!! Please !!! Don't send more than 2k/day.
From: ttoyofuk@orion.oac.uci.edu (Tony Toyofuku)
Subject: Re: what does text[$FFF] mean?
Newsgroups: comp.lang.pascal
Organization: University of California, Irvine
Date: 9 Apr 92 03:58:12 GMT


After taking some time to "read the .. manual", I came to realize that "the
$FFF increases the size of the text file buffer from 128 bytes to 4K bytes"
(written in the same book, 3 pages prior).  Then, after looking at the TP
Library Reference, I saw that there is now a "SetTextBuf" procedure that
does the same thing.  Moral of the story, slow down and read.  

Thanks though to Matt Kennedy who e-mailed me with the correct answer.
From: holland@caravan.ksu.ksu.edu (Rich Holland)
Newsgroups: comp.lang.pascal
Subject: DOS Shell
Date: 6 Apr 1992 08:59:29 -0500
Organization: Kansas State University
Distribution: world
NNTP-Posting-Host: caravan.ksu.ksu.edu


Okay, I finally got my $M compiler directives figured out, and my DOS shell
works fine.  The only thing is, I want to change the prompt to something
like this:  prompt=Type EXIT to return to program$_$p$g

I tried setting the prompt in the parent's environment using Timo's
unit, and it didn't work.  How do I execute a single command with the
shell, so the prompt is set?

Right now, it looks like this:  Exec (GetEnv(COMSPEC),'');

Funny, but when I quit the program it changed it...it just didn't take
effect in the child's (the shell) environment.  Any idea why?  I tried to
SetEnv() before the Exec call, by the way...


-- 
Rich Holland             | INTERNET:  holland@matt.ksu.ksu.edu
419 Marlatt Hall         | BITNET  :  holland@ksuvm
Manhattan, KS  66506     | UUCP    :  ...rutgers!matt.ksu.ksu.edu!holland
"Jesus saves...but Gretzky gets the rebound!  He shoots!  He scores!!"
Newsgroups: comp.lang.pascal
Subject: SetFTime in TP 5.5 - Have you made it work?
From: cctr132@csc.canterbury.ac.nz (Nick FitzGerald, CSC, Uni. of Canterbury, NZ)
Date: 9 Apr 92 15:17:19 +1200
Organization: University of Canterbury, Christchurch, New Zealand

Anyone successfully used SetFTime in TP 5.5?  Mind letting me in on the
secret?

I've tried what it says in the Reference.  I've tried flushing the file,
then closing it, then re-opening it, then SetFTime, then closing it.

_ALWAYS_ the file ends up with the current system time.  What am I
missing? (or is this a bug?)  (I suspect that the close routine sets the
time, even if closing the file doesn't cause any more to be written to
disk.)

Replacement code that -works- gratefully accepted.

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 Nick FitzGerald, PC Applications Consultant, CSC, Uni of Canterbury, N.Z. 
 Internet: n.fitzgerald@csc.canterbury.ac.nz        Phone: (64)(3) 642-337
From: J_SCHULL@acc.haverford.edu (Jonathan Schull)
Newsgroups: comp.lang.pascal
Subject: Re: Units Using Units.  I'm satisfied that this is the Answer. Thanks!
Date: 9 Apr 92 14:38:38 GMT

From:	IN%"awilliam@qucis.queensu.ca"  "Majik"  9-APR-1992 09:19:19.02
To:	IN%"info-pascal@BRL.MIL"
CC:	
Subj:	RE: Units using Units

Received: from vim.brl.mil by ACC.HAVERFORD.EDU (PMDF #12293) id
 <01GIMZQ9ZH4W91W5YG@ACC.HAVERFORD.EDU>; Thu, 9 Apr 1992 09:19 EDT
Received: from VIM.BRL.MIL by VIM.BRL.MIL id aa29889; 9 Apr 92 9:12 EDT
Received: from adm.brl.mil by VIM.BRL.MIL id aa29339; 9 Apr 92 9:00 EDT
Received: from USENET by ADM.BRL.MIL id aa16833; 9 Apr 92 8:49 EDT
Date: 7 Apr 92 16:10:30 GMT
From: Majik <awilliam@qucis.queensu.ca>
Subject: RE: Units using Units
To: info-pascal@BRL.MIL
Message-id: <1992Apr7.161030.7880@qucis.queensu.ca>
X-Envelope-to: B_KNATZ, J_SChull
Newsgroups: comp.lang.pascal

I think that the solution is as follows:  

  The process of compiling into an exec will combine the necessary functions
  from the TPU's into ONE file.

  The process of compiling in a TPU will indicate (within the TPU) what
  functions are available from the other TPU's... but these functions 
  are NOT copied into the newly compiled TPU. 


  Compiling A (into a TPU) wich references B.TPU: A is left with 
  references to B.. not copies of B's functions.

Thus you will require BOTH TPU files. The compiler will then determine 
which functions within each TPU are accessed, and will include these in 
the final output.
-- 
| This message brought to you by the Amalgamated Union of Philosophers, |
| Luminaries, and other professional thinking persons.                  | 
|              ( awilliam@qucis.queensu.ca )                            |
From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
Newsgroups: comp.lang.pascal
Subject: Re: Heap destroyer
Date: 9 Apr 92 17:09:07 GMT
Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Netherlands



You can use the MARK and RELEASE functions (see your manual for a description),
but you'll have to be very carefull that there are no references left to
variables allocated on the heap.

A very nice utility to help you is CLEARMEM from D.J. Murdoch. It clears
specific parts of the storage used by your Turbo Pascal program (heap,
stack and datasegment) and is for instance available from SIMTEL20
and garbo.uwasa.fi.

>Borland suggested that I might try walking the heap list and disposing in-
>dividual allocations, but I've no idea how to accomplish this!

using this method, you have to be sure which Turbo Pascal version the
program is compiled for. Heap management changed going from version 3.01 to
4.0 and from 5.5 to 6.0, so be aware!
--
    o _   _  _   _   _             voice: +31-2522-20908 (19:00-24:00 UTC)
   / (_' |  (_) (_' | |            snail: P.S.O.
__/                                       attn. Jeroen W. Pluimers
                                          P.O. Box 266
jeroenp@rulfc1.LeidenUniv.nl              2170 AG Sassenheim
jeroen_pluimers@f521.n281.z2.fidonet.org  The Netherlands
Newsgroups: sbcs.cse114,comp.lang.pascal
From: clane@libws1.ic.sunysb.edu (Charles F Lane)
Subject: Re: file of data_type?
Organization: State University of New York at Stony Brook
Date: Mon, 13 Apr 1992 15:19:17 GMT

In article <1992Apr11.053527.21688@sbcs.sunysb.edu> dtiberio@csws17.ic.sunysb.edu (David Tiberio) writes:
>	In my first run of my database, I used a file
>of type TEXT. But I want to use a file type of my custom
>design so that I can store everything in binary format.
>I tried:
>
>var	infile: file of database_record;
>
>	but that did not work. I also tried file of binary.
                                                     |
                           INFILE : FILE; <-----------
                        This should give you a binary file.
                        With this file type you can use all those
                        Seek[whatever] routines, as well.

>Any help?
>      //   David Tiberio  SUNY Stony Brook 2-3662  AMIGA  DDD-MEN   
>     //  Not the llama! Come here Earl; I want to tell you something...
>   \X/  Liverpool, New York	flames to suggestions@cbmvax.commodore.com

-- 
~~~~~~~ I'm (sine)waving goodbye!  | Bo knows football, basketball, baseball,
Charles F. Lane                    | hockey, diddley, etc.  But does he know
clane@Libws1.ic.sunysb.edu         | computers?!
From: dmaxwell@auc.trw.com (Doug Maxwell)
Newsgroups: comp.lang.pascal
Subject: Re: Units using Units
Date: 10 Apr 92 00:44:11 GMT
Reply-To: dmaxwell@dora.UUCP (Doug Maxwell)
Organization: TRW Denver Operations

Why does UNITDEEP.TPU need to be present?  Off hand, I'd say that it is needed
to resolve references when the executable is being linked. 

-- 
|Douglas J. Maxwell dmaxwell@dora.auc.trw.com  |   *                         |
|TRW Denver Operations                         | *****                       |
|16201 Centretech Pky / Aurora, CO  80011      |   *                         |
|Voice:  303.360.4013  FAX:  303.360.4133      |   *  Doing my best for Him. |
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.lang.pascal
Subject: Re: In TP6, How can CTRL-BREAK be shut off?
Date: 13 Apr 92 09:09:14 GMT
Organization: University of Vaasa, Finland

In article <17480.29e76e4b@ecs.umass.edu> llopisar@ecs.umass.edu writes:
>I would use some assembly there (using TP 6 is a piece of cake). Just redirect the INT 1B to another address with a RETI into it and then just restore it back to the original when you are done.

As I've pointed out there is a much simpler solution.  Just see the
Frequetntly Asked Questions garbo.uwasa.fi:/pc/ts/tsfaq27.zip Turbo
Pascal section (free).

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun
From: r9503151@hp850s.ntu.edu.tw (Kuo-Chun Su)
Newsgroups: comp.lang.pascal
Subject: Yacc (and grammar) for Pascal Wanted !
Date: 15 Apr 92 03:59:14 GMT

Dear Netters,

	I want to find a public domain or shareware YACC that can generate
  TP sources and also a YACC grammar for Pascal (TP is better!).  Does
  anyone know where could I find them ?

	Thanks in advance !

	Any information will be appreciated !

							Sincerely Yours
							    Kuo-Chun Su
Xref: sparky comp.lang.pascal:2875 comp.os.msdos.programmer:5353
From: dowling@ncifcrf.gov (Paul Dowling)
Newsgroups: comp.lang.pascal,comp.os.msdos.programmer
Subject: Complete PC Communicator or BigMouth
Keywords: BigMouth Communicator
Date: 13 Apr 92 16:03:40 GMT
Followup-To: poster
Distribution: usa
Organization: NCI Supercomputer Center, Frederick, MD


	I'm thinking about buying the Complete Communicator or BigMouth
and was wondering if anyone else has used either of these.  I would
like to be able to program them to accept account numbers from a 
touch tone phone and then be able to play back any account information.
Also if anyone has any Turbo Pascal or Assembly language code for
programming these that would be a help also.  (C is also OK)
	If anyone has any information, I would appreciate it.

______________________________________________________________________________
> Paul Dowling - Systems Manager  <|>                                        <
> dowling@ncifcrf.gov             <|>  "Nothing is either good or bad,       <
> "Do you have a Cray Y-MP 8 on   <|>   but thinking of it makes it so."     <
>  YOUR desk?"                    <|>      - Shakespeare                     <
>__________________________________V_________________________________________<
From: kjell@elixir.lne.kth.se (Kjell Rilbe)
Newsgroups: comp.lang.pascal
Subject: Re: stack usuage of Turbo pascal procedures
Date: 13 Apr 92 11:15:35 GMT
Reply-To: kjell@elixir.lne.kth.se (Kjell Rilbe)
Organization: School of EE, Royal Institute of Technology, Sweden

Hello all!

In article <13699@star.cs.vu.nl>, dmo@cs.vu.nl writes:

   ...
|> Secondly, while looking at unassembled Turbo Pascal code I noticed
|> that the procedure heading EatChar( Ch : CHAR ) was translated with
|> 	Push Bp
|> 	Mov  Bp,Sp
|> 	Sub  Sp,0200
|> Does that mean what I think, i.e. does this procedure reserve 512
|> bytes on the stack? If it does why? If it doesn't what does this code
|> mean?
|> 		Douwe. (dmo@cs.vu.nl)
|> 

Just yesterday I noticed the same thing! However I think I have an idea
of why this procedure reserves 512 bytes local stack space. In my
procedure i used a write: Write(Str1+'Some text'); or something like
that. Note that I used "+" to write these two strings. When I tried 
to replace the "+" with a "," my procedure did NOT reserve that huge
stack any more! I believe the stack space is used to store the string
which is created when concatenating the two strings before printing them.

So if you are using string concatenation somewhere in your procedure, try
to remove or rewrite that code so the concatenation is not necessary!

Hope this works!

---Kjell Rilbe
From: g_harrison@vger.nsu.edu (George C. Harrison, Norfolk State University)
Newsgroups: comp.lang.pascal
Subject: CS1 and Pascal Texts
Date: 11 Apr 92 06:49:14 EDT

   I was talking to an author of a CS1 Text book the other day (most would
recognize this person's name, so I will not use it here.).  We were concerned
about the percent of CS1 (first programming courses) use specific Pascal
compilers.

   Extrapolating a list posted on the net periodically, we'd guess that 49% of
all CS1 courses use Pascal.  My guess is that much more universities that use
other languages than Pascal reply to this listing.  So, I'll stick my neck out
and claim that 60% of all CS1 courses are taught using Pascal.

   I am interested in the proportion of these CS1 courses that use various
versions of Pascal:  Turbo Pascal, OO approach to Turbo Pascal, VM Pascal, 
VAX Pascal, etc.  Problems occur when authors and publishers are trying to
satisfy a market.  Some, like Dale and Weems, have both a generic Pascal text
(with appendices) and a Turbo Pascal book.  

1.  Does anyone have any educated estimates of the proportion of CS1 courses
    that use various compilers?

2.  Do generic Pascal text books fit the requirements for all (or most)
    Pascal-based CS1 courses?

3.  Do specific text books (like the third edition of Oh!  Pascal -> to TP 6.0)
    fit enough needs to be worth publishing.  

4.  We use VAX Pascal.  We don't have the wonderful graphics capabilities of
    TP, but then again we don't have to be concerned about system limitations
    for large (>20,000 LOC) projects.  We're migrating slowly to TP though.
    Are there many universities using VAX Pascal as their CS1 language?



George C. Harrison, Professor of Computer Science
Norfolk State University, 2401 Corprew Avenue, Norfolk VA 23504
PHONE 804-683-8654   FAX 804-683-9229   g_harrison@vger.nsu.edu
From: gt3635a@prism.gatech.EDU (Greg 'Spike' Bishop)
Newsgroups: comp.lang.pascal
Subject: Improved BGI driver/BGI format/Fonts
Date: 6 Apr 92 16:13:06 GMT
Distribution: usa
Organization: National Association for the Free Exchange of Information

I have a question concerning Turbo Pascal 6.0 BGI.

I need to have either the image file format of the data used by the BGI
getimage putimage functions OR a putimage that clips to the viewport
and will draw any part of the image that is INSIDE of the viewport.  The
current BGI drivers will not draw an image if the insertion point is outside
of the viewport and are not clipped.

Also if anyone knows where I can find the format (or just additional) fonts for Turbo Pascal 6.0 I would be forever indebted to you.  There just aren't enough
and they don't even look right when you play with them for a while.

-Greg Bishop gt3635a@prism.gatech.edu
-- 
 Tech: "Designing Tommorow The Night Before With Yesterday's Technology"
Newsgroups: comp.lang.pascal
From: clane@libws1.ic.sunysb.edu (Charles F Lane)
Subject: Re: prob w/ putimage in 6.0?
Organization: State University of New York at Stony Brook
Date: Fri, 17 Apr 1992 16:44:08 GMT

In article <70432@ut-emx.uucp> baylor@ccwf.cc.utexas.edu (Baylor) writes:
>
>	I have had problems with get image and putimage for several
>months now somewhat inconsistently. After concluding that either
[stuff deleted]
>	Thanks
>-----------------------------------------------------------------------
>Baylor Wetzel    baylor@ccwf.utexas.edu         "There is no such thing 
>IBM LAN Manager, University of Texas             as an innocent Kennedy"
>"All opinions are soley those of the unix guys playing with my account"

The following is a good way of using them:

  var image : pointer;
  begin
   InitializeGraphicsUsingBGI;
   GetMem(image,ImageSize(50,50,100,100));      {Allocate memory to store data}
   GetImage(50,50,100,100,image^);        {GetImage within box (50,50,100,100)}
   PutImage(150,100,image^,CopyPut);               {Put the image at (150,100)}
   RestoreCRTMode;
  end.
  
    It is important to use the ImageSize function when GetMem'ing because
the amount of memory needed for a given image Width*Height depends on the video
mode -- ImageSize takes this into account.  Also don't forget the carat (^) 
after the pointer variable "image" when using Get/Putimage.  Note how it's
not needed for GetMem, though.

Hope this helps.

-- 
                          |"There are pearls to be had here, but you have to
Charles F. Lane           |break open the oysters."  My geology prof to a class
clane@Libws1.ic.sunysb.edu|w/no questions at a review 2 days before an exam.
From: ulrich_bartelt@f5800.n245.z2.fido.de (Ulrich Bartelt)
Newsgroups: comp.lang.pascal
Subject: test
Date: 15 Apr 92 23:53:00 GMT
Distribution: all
Organization: CYGNUS - swords to harddisks *
X-Comment-To: all@f12.n25800.z2.fido.de (All)

jasdajs

---
Newsgroups: comp.lang.pascal
From: adingus@magnus.acs.ohio-state.edu (Aaron T Dingus)
Subject: Turbo Version Questions
Organization: The Ohio State University
Date: Fri, 17 Apr 1992 16:41:07 GMT

I have an old machine with only 256 K of memory and a CGA set up.

I was wondering what the latest version of Turbo Pascal I could
use was.

I am currently using  3.011A, which I don't believe uses up
much of my memory at all.

*Also, If anybody has an old version that is collecting dust that
can run under these conditions, than drop me a line.*

Please respond via E-Mail.

Thanks alot.

-ATD
-- 
Aaron T. Dingus
Professional Athelete
The Ohio State Univeristy
adingus@magnus.acs.ohio-state.edu
Newsgroups: comp.lang.pascal