HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.lang.pascal
Subject: Fortran calls from TP?
From: cachoo@lincoln.ac.nz
Date: 31 Aug 92 16:29:36 +1200


Can FORTRAN subroutines be called from TP programs? or is there any good
FORTRAN to Pascal translator?

I use Pascal (TP in particular) to implement simulations of biological- 
economic systems (bioeconomic modelling). Pascal is ideally suited for my 
needs because of its ability to manipulate pointer variables, linked lists,
complex data structures, ennumerated types etc. etc., while it retains a 
'friendly' english-like syntax (unlike C).
 However, there are lots of good scientific subroutines out there written in
Fortran. Wouldn't it be nice to have the best of both worlds by implementing
input/output and general system simulation with Pascal while calling Fortran
subroutines to perform numerical calculations?
Am I dreaming?
Thanks for any info
  Oscar
From: andrew.makiejewski@canrem.com (andrew makiejewski)
Newsgroups: comp.lang.pascal
Subject: xxx.ndx reading
Date: 2 Sep 92 00:47:43 GMT
Reply-To: "andrew makiejewski" <andrew.makiejewski@canrem.com>
Distribution: comp
Organization: Canada Remote Systems


Well trying to further my education and get into other TP programming areas
for myself I decided I would like to try and write my own QWK packet mail
utilities. Sure there are all sorts out there, but I want to make my own
and learn in the process.

Well I started with trying to read in the index files for a conference
and used the program examples that are all around for converting the
microsoft basic format to Turbo Pascal Real format. Well I am not sure
if it is working correctly, but the values I get are in an increasing
order.

Well here is what the 001.NDX file has and the output I get from my
test program.

001.NDX

00 00 00 82 01 00 00 00-83 01 00 00 30 84 01 00
00 10 85 01 00 00 50 85-01 00 00 04 86 01 00 00
3C 86 01 00 00 50 86 01-00 00 64 86 01 00 00 7C
86 01 00 00 0A 87 01 00-00 14 87 01 00 00 22 87
01 00 00 2A 87 01 00 00-44 87 01 00 00 4A 87 01
00 00 54 87 01
0A

Now my TP program gave this out:

2.00E+0
4.00E+0
1.100E+1
1.800E+1
2.600E+1
3.300E+1
4.700E+1
5.200E+1
5.700E+1
6.300E+1
6.900E+1
7.400E+1
8.100E+1
8.500E+1
9.800E+1
1.0100E+2
1.0600E+2

Can anyone tell me if the above output is correct. If it is the index
values to not correspond to the correct meesage in the messages.dat
file. SO what have I messed up this time.

Andrew.                      Andrew.Makiejewski@canrem.uucp 
Entered Aug 31,92 at 23:32:46 on CRS from Toronto, Ontario, Canada.
---
 ~ PMDBM  V1.75a #33 ~
--
Canada Remote Systems  - Toronto, Ontario/Detroit, MI
World's Largest PCBOARD System - 416-629-7000/629-7044
From: bobb@vice.ICO.TEK.COM (Robert Beauchaine)
Newsgroups: comp.lang.pascal
Subject: BGI printer drivers
Date: 1 Sep 92 17:33:34 GMT
Organization: Tektronix Inc., Beaverton, Or.


  I've gotten management here to buy into a third party BGI printer
  driver collection for TP 6.0.  I have references to three
  companies currently:

    Fleming Graf/Drive Plus
    Ansoft
    Ryle Design

  Anyone got any comments, additions, or information on this
  subject?  

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ 

Bob Beauchaine bobb@vice.ICO.TEK.COM 

C: The language that combines the power of assembly language with the 
   flexibility of assembly language.

Real friends don't let friends use UNIX.
From: Neal.Sanche@ttlg.UUCP (Neal Sanche)
Sender: postmaster@ttlg.UUCP
Newsgroups: comp.lang.pascal
Subject: Procedural Variables
Date: 02 Sep 92  12:48:04 mst

CR> Program TestProc;

CR> Uses Crt;

CR> Var Proc: procedure;

CR> Begin
CR>   Proc:= ClrScr;
CR>   Proc;
CR> End;

CR> This works. However, if I try Proc:='name_of_my_procedure'
CR> or to try and assign a
CR> string varibale to it I get a type mismatch.

You've got to define what parameters your function takes. You
were lucky with ClrSrc because it takes no parameters. The TP
manuals show this quite clearly.

-Neal

 * OLX 2.1 TD * A towel has immense psychological value.

 * Origin: Paradigm BBS: A programmer's paradise. (42:100/11)
From: exuptr@exu.ericsson.se (exuptr@exu.ericsson.se)
Newsgroups: comp.lang.pascal
Subject: BETA
Date: 28 Aug 92 20:44:00 GMT
Organization: Ericsson Network Systems, Inc.


There is a new release of CMD2.TPU available for beta (0.97).  Those of
you already on the list should be receiving it soon.

Anyone else interested in this utility, inquire about this through e-mail.
Basically it's a Pascal Unit that does advanced parsing of your command-line,
plus a few B&W's.
 ----------------------------------------------------------------------------
    "This must be Thursday.  I never could get the hang of Thursdays"
                                                       - D Adams
  - Patrick Taylor
    Ericsson Network Systems
    exuptr@exu.ericsson.se                       "Don't let the .se fool you"
    alternately, exuptr@ZGNews.Lonestar.Org
From: exuptr@exu.ericsson.se (exuptr@exu.ericsson.se)
Newsgroups: comp.lang.pascal
Subject: Re: FILE NOT OPEN error dilemma - sup? help?
Date: 26 Aug 92 16:27:02 GMT
Organization: Ericsson Network Systems, Inc.

In article <1992Aug25.140058.16757@javelin.sim.es.com> tpehrson@javelin.sim.es.com (tim clinkenpeel) writes:
>From: tpehrson@javelin.sim.es.com (tim clinkenpeel)
>Subject: Re: FILE NOT OPEN error dilemma - sup? help?
>Date: 25 Aug 92 14:00:58 GMT

>>|>    2:begin writeln('Attack'?); if yes then begin 
>>|>**-->  close(xixpf); 
>>|>       combat(1,filepos(xixpf)-1); exit; end; end;
>                                      ^^^^

>>The first thought that comes to mind is that you open the file xixpf outside
>>the while loop and you can potentially close the file multiple times
>>while inside the loop (depending on what filepos will return on a closed
>>file). 

>as you can see, "yes" being true in this case statement will exit the
>procedure and thus the loop so it's not possible to happen.  plus, i get the
>error on the first pass.

>what's the second thought that comes to mind?

I'd go into the IDE and trace this thing looking at the value of your file
variable, xixpf.  Maybe it's not opening, or maybe something is corrupting
it.  TP acts really wierd if you get an IO error and you have IO checking 
off.  All subsequent IO operations fail.  

Again, trace the thing, if you have enough memory.  If not, put some checks 
in to see if the file is open at strategic points.

You can do that like this:

   var
      checkfile:^filerec;

   begin
      ...
      if checkfile^.mode = fmClosed...


>-- 
>\clinkenpeel: aberrant analytical cynical agnostic idealist.  i exclusively /
>/represent myself.  i do not offend anyone; however, some morons choose to  \
>\offend themselves.  judge only those who you would have judge yourself.  i /
>/don't practice what i preach - i'm not the type of person i'm preaching to.\
 ----------------------------------------------------------------------------
    "This must be Thursday.  I never could get the hang of Thursdays"
                                                       - D Adams
  - Patrick Taylor
    Ericsson Network Systems
    exuptr@exu.ericsson.se                       "Don't let the .se fool you"
    alternately, exuptr@ZGNews.Lonestar.Org
Newsgroups: comp.lang.pascal
From: death@acca.nmsu.edu (The Grimm Reaper)
Subject: Re: The TPW Netbios program...
Organization: New Mexico State University
X-Newsreader: Tin 1.1 PL5
Date: Tue, 25 Aug 1992 20:31:41 GMT

Chris King (chris@gergo.tamu.edu) wrote:
: Does anyone see anything wrong with this?  bascally loading the ES:bx pair
: with the addresss of the NCB and performing the call.  It is suppose to change
: the ncb^.NCB_cmd_cplt to something other than $ff when it finishes servicing
: the netbioscall.  Well, it doesn't.
: 
: Any help would be appreciated.

I apologize for this not being a -real- answer per-se, but I would suggest
(and to all who use networks and Windows) you check out TurboPower
Software's B-Tree Filer product.  This package includes all the network
semaphore and lock-scheme code that you would ever need - royalty-free. 
Check it out!  Demos are included, as is all source code.  

-----
"Only sheep need a leader." - Nomeansno

death@acca.nmsu.edu

Newsgroups: comp.lang.pascal
From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
Subject: Re: Desperate: Debugger and IBM XGA 8515
Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Netherlands
Date: Tue, 1 Sep 92 16:36:30 GMT

In article <EKELAND.92Sep1115251@boeygen.nr.no> ekeland@boeygen.nr.no (Anders Ekeland) writes:
>Have anyone out there got the Turbo 1.5 Debugger to work under
>Windows 3.1 with IBM XGA 8515 graphics? 
>
>PLEASE send me a letter.
If it is compatible with 8514, then put the following lines in your TDW.INI:

[TurboDebugger]
VideoDLL=C:\BORLAND\TPW15\ULTRA.DLL
DebuggerDLL=C:\BORLAND\TPW15\TDWIN.DLL

[VideoOptions]
DebugFile=C:\ULTRA.OUT
SaveWholeScreen=no
Int2FAssist=no
IgnoreMode=no
ATI=no


This will install TDW for a normal 8514 compatible adapter.
The DebugFile=C:\ULTRA.OUT is important, as TDW will abort with a UAE
(make that GPF) otherwise.
--
    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@f256.n281.z2.fidonet.org  The Netherlands
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Read any key from the keyboard?
Organization: University of Vaasa, Finland
Date: Tue, 1 Sep 1992 18:10:29 GMT

In article <1992Sep1.123402.160@csghsg5a.bitnet> 89612048s@csghsg5a.bitnet writes:
>How to read any key from the keyboard?

(I am repeating myself, sorry)

112730 Jun 13 12:23 garbo.uwasa.fi:/pc/ts/tsfaq29.zip
 94246 Aug 26 23:18 garbo.uwasa.fi:/pc/ts/tspa2940.zip
 96009 Aug 26 23:20 garbo.uwasa.fi:/pc/ts/tspa2950.zip
 98101 Aug 26 23:20 garbo.uwasa.fi:/pc/ts/tspa2955.zip
 98264 Aug 26 23:21 garbo.uwasa.fi:/pc/ts/tspa2960.zip

"If you do not know how to go about getting this material, users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb).  North American users are referred to the garbo
mirror on wuarchive.wustl.edu.  Australian users are referred to the
archie.au mirror.  The mirrors may lag occasionally, or might not
have all the files.  If you do not receive my reply within five
days, please ask your own site's system manager to construct a
returnable mail path for you". 

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
From: csci11ba@cl2.cl.uh.edu (451924952 NEWMAN, DANA FRANK)
Newsgroups: comp.lang.pascal
Subject: Re: TPW 1.5 Manuals
Date: 28 Aug 92 17:39:00 GMT
Article-I.D.: cl2.28AUG199211392272
Reply-To: CSCI11BA@cl.uh.edu
Organization: University of Houston - Clear Lake
News-Software: VAX/VMS VNEWS 1.4-b1

In article <27AUG199215361076@gergi.tamu.edu>, chris@gergi.tamu.edu (Chris King) writes...
>Hey can anyone tell me what manuals where included in tpw 1.5.
> 
>All I got from Borland was a manual on the Debugger, and one on the
>resource Workshop.  I expected more.  Did anyone get more?
> 
>I called customer support and they said that that was all, but the
>person I talked to didn't seem to know what was suppose to be included,
>and had a hard time answering my questions.
> 
>Chris King
>Chris@gerga.tamu.edu
>[72030,1304] via Compuserve

You got the UPGRADE package.

I tried the 1.0 version when it came out, and sent it back almost immediately.
They sent me an UPGRADE notice for 1.5, so I decided to try it again.
I tried it out, and am going to keep it this time...
So, I called their 800 number and they said they would supply me with the
complete set of manuals in one of two ways:

(1) the old 1.0 set for 25.00 plus tax plus shipping.
(2) the new 1.5 set for 35.00 plus tax plus shipping.

The 1.5 set just has all the old stuff from 1.0 set plus the manuals you got
in the upgrade, so...the obvious choice is #1, unless you think you need
two copies of the turbo debugger and resource workshop guides.  :)
Newsgroups: comp.lang.pascal
From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
Subject: Re: porblem with TVG103
Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Netherlands
Date: Sat, 29 Aug 92 03:16:22 GMT

In article <1992Aug27.163329.1@wombat.newcastle.edu.au> phshl@wombat.newcastle.edu.au (S.H. LEE (61) 49 21 5566) writes:
>  Has anyone encountered problem with TVG103 from GARBO? As soon as I use
>the mouse, the screen behaves erratically. 
>
>Lee
Funny. I did the update and found no problems whatsoever.

Can you please send more information on what goes wrong?

--
    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@f256.n281.z2.fidonet.org  The Netherlands
From: snodgras@cs.unca.edu (Ryan Snodgrass)
Newsgroups: comp.lang.pascal
Subject: Getting the USERNAME in VAX Pascal
Date: 4 Sep 92 19:47:04 GMT
Organization: University of North Carolina at Asheville

Can anyone tell me the best way to get the Username using VAX Pascal and
any libraries.  Thanks.  Examples will be helpful.

RS
Newsgroups: comp.lang.pascal
From: mdoody@bump.enet.dec.com (Michael Doody)
Subject: Re: How can I retrieve the command string from within Pascal program ?
Reply-To: mdoody@bump.enet.dec.com
Organization: Digital Equipment Corporation
Date: Tue, 25 Aug 1992 18:03:55 GMT



>  How could one retrieve the on-line program parameters,
>such as the program name, or the whole command string
>from within the pascal program  ?

	Since you are using VAX Pascal, you have two choices:

	1) Define your program using $ SET COMMAND and then use the 
	   $CLI routines to parse the command line arguments.

	2) Define your program as a foreign command  using $ prog :== $prog.exe
	   and use the Run Time Library routine LIB$GET_FOREIGN.

	#1 is the standard VMS method, #2 is quicker.

	[inherit('sys$library:lib_routines')]
	program temp( input, output )
	
	VAR
		command_line	: VARYING [132] OF CHAR;
		sys_stat	: INTEGER;

	BEGIN
	sys_stat := LIB$GET_FOREIGN( command_line.body,,command_line.length );
	if not odd( sys_sat ) then lib$stop( sys_stat );

	WRITELN( 'Command line is ', command_line );
	END;

Mike
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: can't get EXEC to work
Keywords: EXEC
Organization: University of Vaasa, Finland
Date: Tue, 1 Sep 1992 18:04:10 GMT

In article <la5469INNgd2@langtry.cs.utexas.edu> joel@cs.utexas.edu (Joel Daniel Just) writes:
>I am having trouble getting the EXEC command to work in Turbo Pascal v5.0 on
:
>Any suggestions?

The Frequenly Asked Questions will get you well started on this.
112730 Jun 13 12:23 garbo.uwasa.fi:/pc/ts/tsfaq29.zip

"If you do not know how to go about getting this material, users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb).  North American users are referred to the garbo
mirror on wuarchive.wustl.edu.  Australian users are referred to the
archie.au mirror.  The mirrors may lag occasionally, or might not
have all the files.  If you do not receive my reply within five
days, please ask your own site's system manager to construct a
returnable mail path for you". 

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


Newsgroups: comp.lang.pascal
From: d92bo@efd.lth.se (Bengt Oehman)
Subject: Re: Read any key from the keyboard?
Reply-To: d92bo@efd.lth.se (Bengt Oehman)
Organization: Lund Institute of Technology
Date: Wed, 2 Sep 1992 10:31:38 GMT

Instead of using DOS calls to read the keyboard flags, you
can read them directly in the BIOS data area (segment $0040).

The flags are at position $0040:$0017, and can be read directly with MEM.

Example:

CONST Num = $20;
      Caps = $10;
      LShift = $01;
      RShift = $02;

VAR   KbdFlag = BYTE ABSOLUTE $0040:$0017;

BEGIN
  IF (KbdFlag AND Num) = Num THEN Writeln('Num lock is active');
  Write('Press left shift key: ');
  REPEAT UNTIL (KbdFlag AND LeftShift)>0;
  { Invert caps lock state }
  KbdFlag:=(KbdFlag XOR Caps);
  { this should get your caps diod to change }
END.

The codes are by the way actually stored as a word, but in this case only the byte section is important.

I don't remember the exact codes of the keys, but if you write
a simple test program you can find these out, You can for example
test whether the NumLock key is pressed and inactive at the same time,
or if scroll lock is active and pressed, or any such combination.

Example test program:

USES Crt;

VAR KbdFlag : Word ABSOLUTE $0040:$0017;
    ch : char;

Procedure WriteWord(w : word);
VAR i : integer;
BEGIN
  GotoXY(1,1);
  FOR i:=15 DOWNTO 0 DO IF ((w SHR i) AND 1) >0 THEN Write('1') ELSE Write('0');
END;

BEGIN
  REPEAT 
    WriteWord(KbdFlag);
    IF KeyPressed THEN ch:=readkey;
  UNTIL ch = chr(27); { escape }
END.


Hope this helped. It's fun, anyway.

/BEN d92

(d92bo@efd.lth.se)
From: al161926@academ01.mty.itesm.mx (Jesus Barrera Ramos)
Newsgroups: comp.lang.pascal
Subject: How can I see if a file is open?
Date: 31 Aug 92 23:51:59 GMT

Hi everybody

I'm having some troubles with files because I need to know if a file is open or not, is there a way to know if a file is OPEN or CLOSED, that's the way I see when a request a Watch to a file variable. Thanks in advance.


Jesus Barrera Ramos 
al161926@academ01.mty.itesm.mx
From: at164@cleveland.Freenet.Edu (Stephen G. Davis)
Subject: Re: Turbo Pascal -> Borland C++?????
Reply-To: at164@cleveland.Freenet.Edu (Stephen G. Davis)
Organization: Case Western Reserve University, Cleveland, OH (USA)
Date: Fri, 28 Aug 92 02:17:07 GMT


In a previous article, wilsonm@vaxb.acs.unt.edu () says:

>In article <1992Aug10.113545.58016@cc.usu.edu>, slb1b@cc.usu.edu (Holographic Banana) writes:
>> HELP!
>> 
>> Is it possible to take Turbo Pascal .TPU files and somehow transfer them to
>> .OBJ files so Borland C++ can link with them????? Is there some other way to
>> link them with BC?  I'm using TPv6.0 and BCv3.0.
>> 
>Well there is suppose to be a way to call C OBJ's from Pascal.  I have yet to
>get it to work correctly though.  All the sample code that comes with BC 3.0
>works great...but when I try a simple string alteration it chokes.
>
>
>> 
>> I've got about 20,000 lines of source that I DON'T want to retype.
>
>Hehehehe...
>
>

Supposively (I too can only get the examples to work) you can link C++ .OBJ
in with Pascal, but not the other way around. I've never heard of a 
.TPU -> .OBJ converter. 	 	
-- 
Steve Davis
East Texas State University
s77175ds@etsuacad.bitnet
s3637d@etsuv2.etsu.edu (ip: 192.43.199.4) 
Newsgroups: comp.lang.pascal
From: IQTI400@INDYCMS.IUPUI.EDU (macphil)
Subject: Re: Executable
Organization: IUPUI
Date: Sun, 30 Aug 1992 19:58:45 GMT

In article <1992Aug30.161818.21319@qiclab.scn.rain.com>
leonard@qiclab.scn.rain.com (Leonard Erickson) writes:
 
>IQTI400@INDYCMS.IUPUI.EDU (macphil) writes:
>
>>In article <1992Aug30.015843.6035@nmsu.edu>
>>death@acca.nmsu.edu (The Grimm Reaper) writes:
>>
>>>However, if you are using the BGI (Borland Graphics Interface?) files, the
>>>CHR and .BGI files, then those are required as well (they are screen
>>>drivers and font files)
>>
>>not totally true.  the .bgi files can be linked into the module making
>>it independent of the presence of those files.  (check out the tp docs)
>
>However, a lot of us would rather that this *mot* be done. We'd also like
>the option of specifying a different BGI (to support non-standard video).
>
 
Believe me, I understand all of this completely.  I was merely providing
an exception to the asserted statement of fact so I would rather it
*mot* [sic] be done either.  Kinda like someone claiming the sky is
always blue...having lived through a few tornadoes and seeing a
green sky, I'd rather it *mot* [sic] do that either, but that doesn't
make it an absolute!
From: answer@orion.oac.uci.edu (Reference)
Subject: B-search
Newsgroups: comp.lang.pascal
Organization: University of California, Irvine
Date: 2 Sep 92 19:12:10 GMT

Hi,

Being more or less self taught at TP, I figure I sometimes do stuff the hard
way, out of ignorance.  Most of the time my way works fine, however I'm 
now confronted where my way doesn't work.

What I've got here is a binary search procedure that's supposed to read a list
name from a sorted binary file, and then return the e-mail address for that 
name.  It works great, except for the last record, which it is unable to 
read (say the last name "Zebra" for instance).  

I know that the person "Zebra" is there, I can see it when I read the binary 
file, I just can't get to it when I do my binary search.

The code listed below always thinks the second to last record of the sorted 
file is the last record.  I could make sure I pad the file with some dummy 
name such as "ZZZZZZ", but that's pretty lame.

Any suggestions?

Tony

Anthony Toyofuku
Main Library.
University of California,
Irvine 


----------------------------CUT HERE------------------------------




type
   string15 = string[15];
   string40 = string[40];
   AddRecord = record                     
     LastName  : string15;
     FirstName : string15;
     Add   : string40;
   end;
   FileBin = file of AddRecord;

Procedure BSearch(WantedAddress : string;
                  var Person : AddRecord; var Found : boolean);

var
  First, Last, Middle : byte;
  File1               : Filebin;

begin
  Assign(File1, FILENAME);            { FILENAME is declared as a  }
  reset(File1);                       { constant "address.bin".    }
  First := 1;
  Last := FileSize(File1);
  Found := false;
  while (First <= Last) AND (NOT Found) do
    begin
      Middle := (First + Last) div 2;
      seek(File1, Middle - 1);        { I think my problems lie here } 
      read(File1, Person);
      if WantedAddress = Person.LastName then
        Found := true
      else if WantedAddress < Person.LastName then
        Last := Middle - 1
      else
        First := Middle + 1;
    end;
  close(File1);
end;

Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Me toos (Was Re: GIFs in TP)
Organization: University of Vaasa, Finland
Date: Sat, 29 Aug 1992 07:07:15 GMT

In article <1992Aug29.044620.11132@uxa.ecn.bgu.edu> mudrc@uxa.ecn.bgu.edu (Daniel R. Crowson) writes:
>  I'm interested in the above info, too!!!!

Then stay around and read comp.lang.pascal until someone posts
replies, or the original poser of the question posts (as he should
having asked the question) a summary of the information he has
received by email. 

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