HDTenEightyP/NetNews huggingface dataset:
From: tb0o+@andrew.cmu.edu (Todd Keenan Bowman)
Newsgroups: comp.lang.pascal
Subject: Learning Pascal...
Date: 5 Oct 92 19:28:51 GMT
Organization: Software Engineering Institute, Carnegie Mellon, Pittsburgh, PA

I'm trying to learn how to program in Pascal.  The software I plan to use will
be Symantic's THINK Pascal.

What I need to know is whether or not there are any good Pascal instruction
books that I can use to self-teach myself Pascal in conjuction with the THINK
Pascal software. I want something that starts off assuming the user has no
experience (although I do have some) and works up to a fairly high level.

Any suggestion will be greatly appreciated

todd
tb0o+@andrew.cmu.edu
From: clarke@winkle.bhpese.oz.au
Newsgroups: comp.lang.pascal
Subject: POW function in pascal
Date: 30 Sep 92 14:46:01 +1000
Organization: BHP Information Technology, Newcastle

I am currently working on my first pascal program and need to use a function
that is the same as the POW function in "C".

Can someone supply me with a copy of the pascal code that would do this please.

Thanks in anticipation.


Dazza.
Newsgroups: comp.lang.pascal
From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
Subject: Re: Turbo Pascal 7.0
Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Netherlands
Date: Tue, 29 Sep 92 08:06:55 GMT

In article <UelrS6e00WBN86Resn@andrew.cmu.edu> Shelby Stewman <ss62+@andrew.cmu.edu> writes:
>
>IF YOU DON'T LIKE THE TURBO PASCAL VERSION x.x IDE,  WHY NOT USE A MORE
>FLEXABLE (AND FREE) EDITOR LIKE MicroEMACS.
>
Hear, hear!

>Wish list:

>* a procedure/function multi-tasking device
Use Windows.

>* a way to have variables >64K
Yeah!

>* an easy TSR creation unit
Third party software is available.

>* the ability to produce those quick little .COM files (which Microsoft
>is      trying to make obsolete)
Is that really usefull?

>* the option of creating .OBJ instead of the .TPU files
Knowing Borland, this will not happen soon :)

>* a version of Lex and Yacc that produces .PAS files with a
>comprehensive       manual
Such a thing will be available from simtel20 soon

>* printer .BGI files
>* more .CHR files
Third party software is available.

--
    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: Shane.Greyvenstein@p1.f37.n7101.z5.fidonet.org (Shane Greyvenstein)
Newsgroups: comp.lang.pascal
Subject: Video modes
Date: Sat, 26 Sep 92 14:04:00 GMT
Organization: FidoNet node 5:7101/37.1 - Top Byte, Verwoerdburg

Hello Baylor!

In a msg of <24 Sep 92>, Baylor writes to All:

 ->         Anyone know what the 256-color vga mode is?
 ->         It's 320x200x256, mode $13 if i set it through assembler,
 -> but that means i can't use the bgi functions (this is a skeleton,
 -> that will be changed in the future).

If you REALLY want to use the BGI (can't see why - it's too slow) then I suggest you look around for a PDomain BGI driver for VGA. Borland did not release this, but it is available via PDomain on almost any good BBS.  Normally the file floats around as something to the effect of SVGAxx.ARJ - xx the version, but I've already seen SVGA256.ARJ, etc, etc.

Kindest regards,
Shane

--  
INTERNET: Shane.Greyvenstein@p1.f37.n7101.z5.fidonet.org
via:  THE CATALYST BBS in Port Elizabeth, South Africa.
       (catpe.alt.za)   +27-41-34-1122 HST or +27-41-34-2859, V32bis & HST.
From: pdg@crosfield.co.uk (paul goffin)
Newsgroups: comp.lang.pascal
Subject: Re: Pascal for Os/2
Date: 1 Oct 92 11:21:36 GMT
Organization: Crosfield Electronics, Hemel Hempstead, United Kingdom.

In article <BvC8s7.H21@undergrad.math.waterloo.edu> papresco@undergrad.math.waterloo.edu (Paul Prescod) writes:
>I'm sure there are Pascals for OS/2, but if you want to port your TurboPascal
>code, you might want to wait for TurboPascal for OS/2, which will ship some
>time next year.  Check with Borland for more precise info.

There's JPI Topspeed PASCAL for OS/2.

It's a version 1.x product (16bit) though (it will run under 2.0).

JPI are supposed to be doing OS/2 2.0 versions, but who can say when....

JPI are on (415) 967 3200, or in europe +44 234 267500

(I've never used JPI products, so I don't know what they're like.)

Paul
-- 
+-------------+-------------------------------------------------------+
+ Paul Goffin +  Crosfield Electronics Ltd. U.K.  +44 442 230000x3357 +
+             +  Opinions expressed are mine! (Yours for a small fee) +
+-------------+-------------------------------------------------------+
From: konopka@ils.nwu.edu (Ray Konopka)
Subject: Re: Turbo Pascal 7.0
Organization: The Institute for the Learning Sciences
Date: Mon, 5 Oct 1992 15:15:40 GMT

One thing I would like to see in the next version of Turbo Pascal
is the ability to create Protected fields in an object definition.
Yes, I know this is from C++ but so was the Private specifier that
was introduced in version 6.0. 

For those of you not familiar with C++, protected fields cannot
be accessed directly outside of the methods of the class, BUT
they can be accessed by methods of descendant classes.  See the
example below:

type
    ClassA = object
	data1 : Integer;
        procedure proc1;
    private
	data2 : Integer;
    end;

    ClassB = object( ClassB )
	data3 : Integer;
	function fcn1 : Boolean;
    end;

Note, that under TP v6, that proc1 can access data2, but nothing
else can, not even fcn1.  If data2 were declared as 'protected',
then fcn1 could access data2, but data2 could not be accessed
directly by any object instance.

Protected fields are very useful when creating hierarchies of 
classes that have internal data that should not be modified 
by a programmer.

I've been following this thread since it started, and I do think
that many of the ideas mentioned do have merit.  But I would 
hate to see Turbo Pascal be mutilated into some sort of 
Pascal-C compromise.  One of the things I like best about TP
(and Pascal in general), is that it is very readable.  This is 
just not the case with C.  The whole idea of every expression
returning a value ( which by the way is why a = b = c = 4 works
in C), is not very readable, and can create very obscure and
nasty bugs.

I program in TP to get away from C.  C++ is a little better,
but that's only because C++ took MANY of its concepts from
Pascal.  

One final note on the IDE.  I like the IDE introduced in version 6.
I think it is just a matter of coming up with a way to do your
work.  The new IDE gives so many ways of doing things, that at first
it can be awkward using.  But persistance pays off, (at least it
did for me :) ), because I have become very productive using the
Turbo Vision based IDE.  I just had to say that, because there are
some of us out here, that do not think the IDE is bad.

Later,
Ray Konopka
konopka@eagle.ibc.edu

Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Dynamic arrays (was:  TBufStream problem)
Organization: Queen's University
Date: Wed, 30 Sep 1992 23:32:46 GMT

In article <1992Sep28.140538.22635@hemlock.cray.com> rice@cray.com (Jonathan Rice) writes:
>Hear, hear!  Another gripe along these lines: if one is dealing with
>dynamically allocated arrays using this scheme:
>
>  type
>    dynamic = 1 .. 1;
>    dynarray = ARRAY[dynamic] OF basetype;
>  var
>    myarray: ^dynarray;
>  ...
>  getmem(myarray, size_needed_expression);
>
>  {$R-}
>  something := myarray^[123];
>  {$R+}
>
>it would be nice of TD to permit watching/evaluating the array expression.
>At present, it disregards the range checking option and says the subscript is
>out of bounds.  Nice to know, but show me anyway.

So why use that scheme?  It's easy enough to use
  
  type
    dynbaseindex = 1..65520 div sizeof(basetype);
    dynbasearray = array[dynbaseindex] of basetype;

and never get a range error, except when you use an index so large it would 
cause a segment wraparound.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal,alt.msdos.programmer,comp.os.msdos.programmer
From: jt@fuw.edu.pl (Jerzy Tarasiuk)
Subject: Re: Hi() and Lo() functions?
Organization: Warsaw University Physics Dept.
	<JT.92Sep29134023@fizyk1.fuw.edu.pl>
	<1992Sep30.071546.20677@afterlife.ncsc.mil>
Date: Sat, 3 Oct 1992 15:10:31 GMT

>>>>> On Wed, 30 Sep 1992 07:15:46 GMT, hcbarth@afterlife.ncsc.mil (Bart Bartholomew) said:

Bart> In article <JT.92Sep29134023@fizyk1.fuw.edu.pl> jt@fuw.edu.pl (Jerzy Tarasiuk) writes:
>>>>>> On 25 Sep 92 13:10:04 GMT, pigeons@JSP.UMontreal.CA (Pigeon Steven) said:
Bart> 	AAAArrrrrgh.  Don't use divides, or mods to get
Bart> power-of-2 remainders.  I don't know if it's PC in new
Bart> computerspeak, but a shift operator is much faster than
Bart> any other.  You want the upper 8 bits of a 16 bit int?

Of course I know it. But original question was how to do it in same way
in any commonly used language and some of them doesn't have SHR or bit
AND operations (do not confude with logical .AND. which can be applied
for logical type operands only). I use SHR and AND whenever possible...
Newsgroups: comp.lang.pascal
From: shivji@cpsc.ucalgary.ca (Zein Shivji)
Subject: Converting TP6.0 .EXE files to .COM
Organization: University of Calgary Computer Science
Date: Wed, 30 Sep 1992 22:57:38 GMT

Hello,
      I was wondering how to convert an .exe file made with Turbo
      Pascal 6.0 into a .com file.  Dos 5.0's  EXE2BIN command
      doesn't work, it just says that the file cannot be converted
      or something to that effect.

      Sorry if this is a FAQ or this isn't the appropriate group.
      Thx.



#####     					   
   #	To: shivji@cpsc.ucalgary.ca		^   ^
  #						0   0
 # ein	(Open to all comments and criticisms)      o
#####   <Insert witty signature here> 		\___/
						 U
From: rogers_m@watson.bms.com (MICHAEL ROGERS)
Subject: Re: OOP Resources
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: Bristol Myers Squibb Pharmaceutical Research Institute
Date: Sat, 3 Oct 1992 16:07:00 GMT

In article <1992Oct1.201651.28251@jupiter.sun.csd.unb.ca>, tcsmith@mta.ca writes...
>  I'm a budding TP programmer that feels that I have 'Milked'
>about all I can from the standard TP pascal routines, and wish
>to embark on a journey of knowledge to the world of OOP (specifically
>TVision). I'm quite familiar with data structures such as link lists,
>stacks, queus,etc... so I was hoping that the jump to OOP would be
>a small one, but the only material I have on the subject is the turbo
>manuals. Can anyone suggest a good text, or applicable sources on
>internet that might help to speed up the learning process?
> 
>P.S.
>  I hope this message is relevant to this newsgroup. This is my first
>time posting anything and I would much appreciate any feedback, either
>posted or mailed to me .
>                                           Thanks..
>
                                          TCSmith@Mta.ca
Two bibles for TP6.0 with good intros to OOP:
Mastering TP6.0, 4th ed., by Tom Swan
TP6.0 Tecniques and Utilities by Neil Rubenking

Also, the manual for TechnoJock Object Toolkit has a good explanation of OOP.
Organization: Penn State University
Date: Sat, 3 Oct 1992 16:56:37 EDT
From: Phaedrus <TXN102@psuvm.psu.edu>
Newsgroups: comp.lang.pascal
Subject: pc loader weird? (mips/ultrix)

hello,

i am not familiar with pc (mips/ultrix pascal compiler front end)
and so am stymied by lots of messages indicating:

Fixed up unaligned access for pid xxxx (a.out) at pc 0x401088

tried messing with linker options (-kD) but it didn't help.  could
anyone help me with this?  it is not life/death, but a major annoy-
ance to see about 1000 of these messages for every run.

thanks in advance!
Thi
Xref: sparky comp.lang.pascal:5761 comp.lang.prolog:1820
From: bobb@vice.ICO.TEK.COM (Robert Beauchaine)
Newsgroups: comp.lang.pascal,comp.lang.prolog
Subject: Re: prolog <---> pascal ???
Date: 1 Oct 92 20:13:03 GMT
Article-I.D.: vice.10468
Followup-To: comp.lang.pascal
Organization: Tektronix, Inc., Beaverton,  OR.

In article <1992Sep30.043754.12118@mailhost.ocs.mq.edu.au> s8921366@macgraw.mqcs.mq.oz.au (Paul English) writes:
>Turbo Pascal does in fact make .OBJ files, but you will not see them if you
>do a 'Compile to .EXE' compilation (the default).  On the compilation menu
>you should be able to find a 'Compile to .OBJ' (or similar) option, which
>you need to use.

  I'm sure you'll get more replies to this post than you will care
  to read, but you apparently don't use the same Turbo Pascal that I
  use.


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

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.
Newsgroups: comp.lang.pascal,alt.msdos.programmer,comp.os.msdos.programmer
From: jt@fuw.edu.pl (Jerzy Tarasiuk)
Subject: Re: Hi() and Lo() functions?
Organization: Warsaw University Physics Dept.
Date: Tue, 29 Sep 1992 12:40:23 GMT

>>>>> On 25 Sep 92 13:10:04 GMT, pigeons@JSP.UMontreal.CA (Pigeon Steven) said:
Pigeon> Well... What about the DIV operator (integer division).
Pigeon> Hi(bx) = BX div 256
Pigeon> Most of languages implements a version of the DIV operator. If the target
Pigeon> language doesnt: hi(bx) = trunc(bx/16)  (integer part of,).

You are right to use DIV in Pascal (in most of other languages / is
integer division if both operands are integer variables). But don't
forget the sign problem in any langguage unless you use unsigned
variables (e.g. if BX is $F123, BX div 256 is $FFF1, not $00F1).
(of course can put result in byte-size variable and sign makes no
 difference unless range checking is turned on and try to put in
 UNSIGNED byte - can get run-time error in such a case)



Newsgroups: comp.lang.pascal
From: chard@genghis.borland.com (Richard Nelson)
Subject: Re: Turbo Pascal 7.0 
Summary: multiple inheritance unneeded
Originator: chard@genghis.borland.com
Organization: Borland International
Date: Mon, 28 Sep 1992 22:36:57 GMT

In article <1992Sep26.212055.528@ifi.uio.no> espenk@ifi.uio.no (Espen Frimann Koren) writes:
>
>I think T. Scott Thompson's example with small, crawling and blood-sucking
>bugs were cute, and instructive. A 'real' problem like this would need
>multiple inheritance to be solved nice and clean.

I have yet to see an example where multiple inheritance does anything
you can't do with single inheritance.  The differences are generally
just semantic.  Admittedly, you sometimes get slightly clearer code
with the multiply-inherited version, but IMHO that doesn't justify
cluttering the language.

>I must emphasize my point that you don't have to use/misuse power that are
>made available to you through the language. And I don't think you should argue
>against it either, because the power is nice to have when you suddenly need it.
>If you happen to meet a problem that could be implemented nice and clean
>with f.x. multiple inheritance, wouldn't it be nice to code that in TP rather
>than moving over to the awful C-syntax?

If such changes are "free," then perhaps you have a point.  But suppose it
significantly slows down the compilation process?  Or increases the size
of the resulting code?  Or distracts the compiler developers from working
on extensions that can't be worked around as easily?

My best guess (Not, of course, the official position of Borland Int'l)
is that you won't find multiple inheritance in Turbo Pascal objects
until and unless there evolves some standard for sharing objects created
across different languages.  The need to accommodate multiply-inherited
imported objects *might* justify the extension to the language.

From what I've seen (although admittedly, I haven't seen a lot of
crawling, blood-sucking insect simulations), most cases where people
argue for multiple inheritance can be handled very easily with single
inheritance.  People who aren't willing to explore other solutions
are usually too inflexible about their coding, anyway.  IMHO, of course.
-- 
=========================================================================
 Richard Nelson, Borland Int'l | chard@borland.com | Go Bears! Grrr-rah!
  Had this been Borland's opinion, I would have written it in a manual.
  "You may be a lover, but you ain't no dancer." -- Lennon & McCartney
Newsgroups: comp.lang.pascal,rec.games.programmer,comp.graphics
From: clane@csws18.ic.sunysb.edu ()
Subject: Mode 13H fractal algorithms (Preferably in Turbo Pascal 6.0)
Originator: clane@csws18.ic.sunysb.edu
Organization: State University of New York at Stony Brook
Date: Fri, 2 Oct 1992 16:38:46 GMT

	I am looking for fractal algorithms to use in VGA 320x200x256 mode
utilizing the 256 colors as much as possible.  I am only familiar with
(Turbo) Pascal right now (no flames, I'll learn others!) so please refer me
to TPv6.0 code, if possible.  Pseudocode algorithms in no particular language
are ok as well, but code is preferred (read "I'm lazy").  It's not for school
so don't worry.  I am particularly interested in stuff that recreates nature,
like mountains, trees, bushes, clouds, water -- all using 256 colors or as
much as possible.  Please no book referrals because our CS library stinks
and I have no money to purchase any -- text files are what I'm looking for.

-- 
                          | "So who is this Al Gorithm guy they keep
Charles F. Lane           |  mentioning in my Computer Science classes?"
clane@Libws1.ic.sunysb.edu| "And Sal Manilla, he's tied to chickens some how."
From: spoulsen@mcs213k.cs.umr.edu (Steven P Poulsen)
Newsgroups: comp.lang.pascal
Subject: Re: 16 bit integers
Date: 6 Oct 92 13:53:13 GMT

In an earlier message, 'Michael Furgal' had written:
>
>
>I am a novice to this group as well as to turbo pascal.
>
>I am having a problem with numbers larger that 32000 when I readln them
>into a variable I declared as an integer.
>
>Is their a construct to make an integer 32-bit to support larger numbers
>(similiar to the long construct in C)?
>
There is a type LONGINT that is 32-bits.  Just replace:

Var a:Integer;

WITH

Var a:LongInt;

And that should do it.

-- 
===========================================      ,--,
  Steven P. Poulsen <spoulsen@cs.umr.edu>      ,'  '--,
  Student of Electrical Engineering            ---, ,'
  University of Missouri - Rolla                ,','
===========================================    , '
From: ahall@nmsu.edu (HALL)
Newsgroups: comp.lang.pascal
Subject: Re: size of 2-d array in pascal
Date: 27 Sep 92 06:17:45 GMT
Organization: New Mexico State University, Las Cruces, NM
X-Newsreader: TIN [version 1.1 PL6]

Sanjay Gupta (sxg27@po.CWRU.Edu) wrote:
: 
: hi
: 	Can somebody tell me how can i create large arrays like
: 200x200 or bigger in pascal. I am working with tp5.0 version. I
: need these arrays to work guass elimination algorithm.
:         thanks in advance
: 					sanjay gupta

Sanjay,
     The thing to do is to factor the matrix into two matrices, a lower
triangular and a upper triangular.  For example:
   A = LU
     This process is too dificult to explain here.  I would suggest looking
in a Numerical Analysis textbook.  In each of the resultant matrices, half
of the values are zeros, and therefore don't need to be saved.  This should
get you rolling in the right direction.
A. Hall
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.lang.pascal
Subject: Re: Setting the cursor off
Date: 27 Sep 92 15:42:37 GMT
Article-I.D.: qiclab.1992Sep27.154237.2616
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

ts@uwasa.fi (Timo Salmi) writes:

>>Timo, are you aware of the bug in most Hercules compatible cards
>>(and maybe even in the MDA)?

>No, Leonard, I was not aware of this.  Thank you for making the
>point.

>All my programs, including the Turbo Pascal units, have been written
>for a "compatible standard configuration".  I don't have an exact
>definition for that, but in broad terms a standard color video
>adapter (CGA, EGA, VGA) is assumed.  I have not taken eny special
>steps for the postential vagaries of a Hercules adapter.

It's not a vagary of the Herc or MDA cards. The problem is in the 
*system* BIOS. Neither Herc nor MDA cards load any Bios extensions.
So the Int 10h functions are all handled by the system BIOS.
And that Bios is badly broken on many systems.

My advice is to just check and see what sort of adapter is present.
If it isn't CGA/EGA/VGA don't mess with the cursor. Or, alterntaively,
add the code to check for MDA/Herc and set the cursor back to the 
default. 

-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
Newsgroups: comp.lang.pascal
From: jkorpela@lesti.hut.fi (Jukka Korpela)
Subject: Re: help with converting letters to numbers
Organization: Helsinki University of Technology, Finland
	<1992Sep23.174547.24945@newstand.syr.edu>
	<1992Sep24.152015.8850@sarah.albany.edu>
Date: 30 Sep 92 11:42:07

I won't comment the original problem (since I think people
should do their homework assignments themselves), but I feel
it necessary to state that code like ord(ch)-64, suggested
by several people, is *bad bad bad* programming style.

Using e.g. ord(ch)-ord('A')+1 is much better because
- it tells to the reader what's going on
- it makes the code more portable (less character code
  dependent); it's not fully portable of course since
  letters are not necessarily consecutive.

In general, manifest constants inside the code are harmful.

* Jukka "Yucca" Korpela, Manager of User Support
* Helsinki University of Technology (HUT) Computing Centre, Finland
* Internet mail address: Jukka.Korpela@hut.fi

Newsgroups: comp.lang.pascal
From: ederveen@athena.research.ptt.nl (Ederveen D.)
Subject: Support for multiple languages in TP 6.0?
Reply-To: D.N.M.Ederveen@research.ptt.nl
Organization: PTT Research
Date: Mon, 28 Sep 1992 16:15:44 GMT


Hello,

Hope this isn't a frequently asked question; I looked for it in a
Turbo Pascal FAQ from garbo.uwasa.fi but didn't find it.

I'm looking for a Turbo Pascal 6.0 unit implementing support for multiple
languages and/or support for an extended character set. Isn't there such a
thing available in TP, or am I missing something abvious? I want to use
characters from languages such as Norwegian and Esperanto (with hatted
consonants).

Please email to me directly; I'll summarize if there's interest.
--
Derk Ederveen                                             tel. +31-70-3323202
D.N.M.Ederveen@research.ptt.nl / ederveen@hlsdnl5.bitnet  fax. +31-70-3326477
  ** "I wish I was a warrior, in every language that I speak" - Lou Reed **
From: greg.vigneault@bville.gts.org (Greg Vigneault)
Newsgroups: comp.lang.pascal
Subject: PROLOG <---> PASCAL ???
Date: 1 Oct 92 19:07:00 GMT
Reply-To: greg.vigneault@bville.gts.org (Greg Vigneault)
Organization: Baudeville BBS - Toronto, Canada 416-283-0114 2000+ conferences


 In message-ID: <AAWqingWbC@cs.lu.riga.lv>
 ugis@cs.lu.riga.lv (Ugis Sarkans) writes ...

US> I have a problem to call Turbo Pascal subroutine from Turbo
  > Prolog program. There is written in Turbo Prolog reference guide
  > that I must build Turbo Pascal .OBJ file for linking with Prolog.
  > But the Pascal doesn't make .OBJ files. Can anybody deal with this
  > problem? Thanks in advance.

 I couldn't help but mutter, when I saw that in the Turbo Prolog
 guide, because Borland's Turbo Pascal doesn't produce OBJ files!

 If the TP subroutine is small... Since TP is close to Modula-2:  If
 you post the subroutine here, or e-mail it to me, I'll translate it
 to Modula-2 and compile it, and then return the OBJ to you.

 I use the FST (Fitted Software Tools) Modula-2, which is available
 as shareware.  Look for it on a local BBS, it may be useful.

 Greg Vigneault

 Oct.01.1992.Toronto.Canada.
 greg.vigneault@bville.gts.org
 gregsv@eastern.com
                                                                   
Newsgroups: comp.lang.pascal