HDTenEightyP/NetNews huggingface dataset:
From: joet@dcatlas.dot.gov (Joe Trott)
Subject: Re: [TDR] Wanted: Old Copies of Turbo Pascal
Organization: U.S Dept. of Transportation
Date: Thu, 19 Nov 1992 20:56:29 GMT

0005066432@mcimail.com (Tansin A. Darcos & Company) writes:

>I am looking for any of the following:

>1.  Turbo Pascal Version 3.x, with manual and original diskette.
>2.  Turbo Pascal Version 5.0, with manual(s) and original diskette(s).

>For version 3, the BCD version isn't necessary.  These can be upgrade
>copies that you still have on hand but no longer use.  What I want is
>to have a complete set; I have 4.0, 5.5 and 6.0.  I want to fill in the
>gaps and get 3.x and 5.0.  I do want the manuals so I know what the 
>particular commands are for that issue.

>In fact, I can use up to two (different) copies of TP3.

>So anyone who has them who would be interested in selling them, please
>send a message in reply to this message to me at TDARCOS@MCIMAIL.COM.
>Note that the products need not have warranty cards or other offers
>and such; I simply want legal copies of these so that if I have to test
>older programs I can use the versions I don't have.

BZZT!  They wouldn't be legal copies.  When one upgrades, the prohibition
against multiple use applies to previous versions; i.e. to give away or sell
them is a violation of Borland's particularly reasonable license agreement.
What you probably need to do is contact Borland and see if they have any of
the old versions still in a warehouse somewhere or something.

-JTT

Newsgroups: comp.lang.pascal
From: sbakker@cs.vu.nl (Bakker S)
Subject: Re: Comparing record types
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Mon, 16 Nov 1992 13:04:33 GMT

holland@matt.ksu.ksu.edu (Rich Holland) writes:

>sakkinen@jyu.fi (Markku Sakkinen) writes:

>>>That's right. '=' only applies to atomic types (scalar, floating point, 
>>>string, set).

>>I wouldn't call sets and strings 'atomic', but that's nit-picking.

>Okay, someone wanna clue me in here?  What's an "atomic" type?  I'd only
>heard of ordinal and scalar until now...

Right, sorry. It's vague. I should've said `certain types'. 

Anyway, isn't it time for a real Pascal++, pardon me, Inc(Pascal) ?


						Steven.


Newsgroups: comp.lang.pascal
From: dionc@ireq.hydro.qc.ca (Claude Dion ETUDIANT sept-dec 92)
Subject: Re: TP vs. TPW
Organization: Institut de recherche d'Hydro-Quebec, Quebec, Canada
Date: Thu, 19 Nov 1992 18:54:08 GMT

In article <19NOV199204230272@pavo.concordia.ca>, m_rheau@pavo.concordia.ca writes:
|> 
|> Is it just a matter of preference, or is there a significant difference
|> between Turbo Pascal under DOS and Windows?
|> 
|> Aside from esthetics, how do they compare?
|> 

TPW can *only* generate windows code (the programs you make must run under
windows).

Claude Dion
From: bobbe@vice.ICO.TEK.COM (Robert Beauchaine)
Newsgroups: comp.lang.pascal
Subject: Re: BP/TP OOP is missing something...
Date: 18 Nov 92 23:33:38 GMT
Organization: Tektronix, Inc., Beaverton,  OR.

In article <1992Nov18.203235.6714@newshost.lanl.gov> jlg@cochiti.lanl.gov (J. Giles) writes:
>In article <10781@vice.ICO.TEK.COM>, bobbe@vice.ICO.TEK.COM (Robert Beauchaine) writes:
>|> [...]
>|>   Constructors come in many flavors in C++.  There are default
>|>   constructors, copy constructors, and explicit constructors.
>
>So?  This newsgroup is comp.lang.pascal.  There is nothing going
>on here that has anything to do with C++.  It is irrelevant.

  My congratulations on your recent election to commander in chief
  of net.police.anal.retentive.

  Put your flame thrower away.  I was asked how a certain problem
  was implemented in C++ as opposed to TP, and answered the
  question.  


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

Bob Beauchaine bobb@vice.ICO.TEK.COM 

"Look, I tried the cat experiment.  On the third trial, the cat was
dead.  On each of the subsequent 413 trials, it remained dead.  Am I
doing something wrong?"
			James Nicoll

Q.  How many Heisenbergs does it take to screw in a light bulb?
A.  If you know the number, you don't know where the light bulb is!
From: inaki@geog.leeds.ac.uk (Herman Inaki Schlaberg)
Newsgroups: comp.lang.pascal
Subject: subscribe
Date: 18 Nov 92 19:10:49 GMT

subscribe Inaki Schlaberg
From: nllopis@ecs.umass.edu
Newsgroups: comp.lang.pascal
Subject: <None>
Date: 22 Nov 92 23:22:10 GMT

Could anybody send me or tell me the name of the file
in FTP that contains the source codes for the book
"Turbo Pascal 6.0 System Programming" (can't remember the
author). I bought the book a few months ago and the disk
wouldn't work and they wouldn't give me a new one in the store!

Thanks.


		Noel Llopis
		nllopis@ecs.umass.edu
Newsgroups: comp.lang.pascal
From: yagna@usage.csd.oz (MEng,)
Subject: Re: Turbo Scheme
Reply-To: yagna@spectrum.cs.unsw.oz.au (MEng)
Organization: none
Date: Sat, 21 Nov 1992 06:55:22 GMT

From article <10820@vice.ICO.TEK.COM>, by bobbe@vice.ICO.TEK.COM (Robert Beauchaine):
> In article <34175@adm.brl.mil> stone@hilbert.math.grin.edu (John David Stone) writes:
>>
>>        Don't even joke about it.  One of my biggest fears as a teacher of
>>computer science is that Borland will trash Scheme as a language for
>>learning programming the same way they ruined Pascal and tried to ruin
>>Prolog.
> 
>   As a daily user of Standard Pascal, I couldn't disagree with you
>   more.  While I don't support each and every change Borland has
>   wrought in its Pascal compilers, I would choose it over other
>   compilers w/o a moments hesitation.  I can't think of a bigger
>   pain in the butt than manipulating "packed array of char".
> 
>   What it sounds like you want is a language that doesn't change
>   over time, has little or no support for the platform on which it
>   is run, and supplies no non-standard language extensions.  We
>   already have a language like that; it's called Fortran. Were
>   it not for the combined inertia of aging pedagogical physicists,
>   it would have probably died a quiet death years ago.
> 
>   Let me ask this question:  do you think Pascal would still be a
>   major player in the micro industry w/o Turbo Pascal?  Probably
>   not; we would all be writing 'C' code and hating every minute of
>   it.
> 
>   Borland has done little to change the actual flavour of the
>   language of Pascal (except with the recent addition of Object
>   Oriented Extensions).  You can use as much or as little of the
>   additions that have been provided, and any standard pascal source
>   will (with only minor massaging) compile and run.  Ten times in
>   the interval required to even get an executable on any other
>   platform.
> 
>   Perhaps, from a teaching perspective, your criticisms are valid.
>   I for one am glad that Borland considered the rest of us, though.
> 
> /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ 
> 
> 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.

I think, in Turbo Pascal for Windows, the addition of PChar and the
indexing of array starting from 0 e.g. array[0..max] of char is too
confusing (rather than array[1..max] of char). I am from C background
and in C, pointers and array are much more elegant. It took a great
deal of time to master the concepts of PChar and array[0..max] of char.

Yagna


Newsgroups: comp.lang.pascal
From: cjaz@borland.com (Charles Jazdzewski)
Subject: Re: TP7 improved encapsulation?
Originator: cjaz@genghis.borland.com
Organization: Borland International
Date: Wed, 18 Nov 1992 23:10:09 GMT

Borland Pascal (as well as Turbo Pascal) 7.0 introduce the new keyword 
PUBLIC.  You could get the results you want by including PRIVATE as the
first thing in the object declaration and then PUBLIC'ing only the methods,
or you can mark all of them as desired:

  TFoo = object
    private I: Integer;
    public  function GetI: Integer;
    public  procedure SetI(AI: Integer);
  end;

Chuck Jazdzewski
Borland International
Newsgroups: comp.lang.pascal
From: rfulk@cwis.unomaha.edu (Bob Fulkerson)
Subject: TPW1.0 Hex Numbers ...
Organization: University of Nebraska at Omaha
Date: Mon, 23 Nov 1992 01:43:47 GMT

Okay, so perhaps I'm missing something.  I'm writing a 2-pass Assembler
for my Systems Programming class, and our output involves writing out
Hexadecimal numbers.  

I realize that $1000 will _internally_ represent the hex number and will
allow me to easily increment the hex number .... i.e. $1000 + ($3*3) or
whatever.

Is there an easy way that I may have missed to output that hexidecimal
number to the screen _as_ a hex number?  Probably not.

Is there an easy conversion routine that I could be missing (most
likely) from integer to hex for output?

Thanks in advance,
Robert Fulkerson
-- 
---------------------------------------------------------------------------.
 Robert Fulkerson, Creighton University  . Vice-President, Assoc Comp Mach .
          rfulk@creighton.edu            .     Creighton University ACM    .
---------------------------------------------------------------------------.
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Turbo and Procs/Fns as params..
Organization: Queen's University
Date: Mon, 16 Nov 1992 13:05:29 GMT

In article <1e6qnoINNnr6@matt.ksu.ksu.edu> holland@matt.ksu.ksu.edu (Rich Holland) writes:
>>Turbo Pascal *DOES* Allow you to pass Procedures and Functions as parameters. 
>>Unless I misinterpreted your comment....
>
>...but only if you pass them as a *pointer*

It's true that you don't pass the actual code around, but you don't need to 
explicitly use pointers.  For example:

{$F+}  { this is necessary, since procedures to be assigned must be far }
         
  function add(a,b:integer):integer;
  begin add := a+b end;

  function subtract(a,b:integer):integer;
  begin subtract := a-b end;

  type
    binaryop = function(a,b:integer):integer;

  var
    someop : binaryop;

  begin
    someop := add;
    writeln('Some op of 5 and 3 is ',someop(5,3));
  end.

The implementation makes someop a pointer to the entry point of the add 
function here, but the syntax hides that.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Pointer problems...
Organization: Queen's University
Date: Mon, 23 Nov 1992 19:42:36 GMT

In article <KIM.92Nov23091623@kim.Software.Mitel.COM> kim@Software.Mitel.COM (Kim Letkeman) writes:
>| var
>|   P1 : ^Byte;
>|   P2 : ^Byte;
>| begin
>|   new(p1);
>|   p2:=p1;   { Why is this illegal }
>
>Compiles fine for me.

Which compiler are you using?  I get compile errors in both TP 6.0 and BP
7.0.  The problem is that P1 and P2 are being declared to be two different
types of pointers, and different types of pointers are generally not 
assignment compatible.  

The fact that these two types of pointers are constructed in the same way is 
the confusing part.  This particular feature of Pascal is designed to catch 
errors like the following:

  type
    season = 1..4;
    quarter= 1..4;
  var
    summer : season;
    first : quarter;
  begin
    first := summer;
  end.

The assignment here is disallowed, because even though both season and 
quarter are constructed as the same subrange of the integers, they aren't 
the same type.  In the example above, the types are never named, but the 
effect is the same.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: sbakker@cs.vu.nl (Bakker S)
Subject: Shazam?
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Thu, 19 Nov 1992 10:09:47 GMT

Hi there,

I've been hearing (and reading) rumours about a program named `SHAZAM' and
I'm wondering: what does it do & where can I get it? I've already looked
at garbo & simtel, but no-go. Is it PD or not? Anyone?

						Greetings,
						Steven.

[=============================================================================]
| Steven Bakker, Vrije Universiteit Amsterdam.				      |
| sbakker@cs.vu.nl                  					      |
[-----------------------------------------------------------------------------]
|     "For what is 'Myth' but the neo-deconstructionist prose of a missing    |
|      literary critic who lisps?"  -- Captain Rick.			      |
[=============================================================================]
Newsgroups: comp.lang.pascal,comp.os.msdos.desqview
From: stone@cunixb.cc.columbia.edu (Glenn Stone)
Subject: TP-Desqview problem
Reply-To: stone@cunixb.cc.columbia.edu (Glenn Stone)
Organization: Columbia University
Date: Mon, 23 Nov 1992 21:50:36 GMT

Good Samaritans:

I'm working in Turbo Pascal 5.5, under Desqview/QEMM386, on a Gateway
386.  I recently upgraded from DOS 4.1 to 5.0 and everything is fine
EXCEPT debugging in TP, when I get completely erratic errors and
hangups.  (No problems whatsoever when I debug outside of Desqview, or
compile & run in a DV window without debugging.)  Has anyone else has
trouble with this combination?  Any suggestions appreciated.  Some
pertinent data:

DV memory size for TP window: 520K  (I'm not running out of memory)

CONFIG.SYS:
DEVICE=C:\QEMM\QEMM386.SYS extmem=1024 RAM
DEVICE=c:\qemm\loadhi.sys /r:1 c:\util\mouse.sys
DEVICE=C:\QEMM\LOADHI.SYS /R:1 C:\UTIL\DOS\RAMDRIVE.SYS 1024 /E
DEVICE=C:\UTIL\DOS\SETVER.EXE
STACKS=0,0
BREAK=ON
BUFFERS=30/x
FILES=30

AUTOEXEC.BAT:
PROMPT $p$g
SET TEMP=C:\UTIL\DOS
VERIFY OFF
PATH C:\QEMM;C:\UTIL;C:\UTIL\BATCH;c:\util\dos;c:\util\arc;...
c:\qemm\loadhi /r:1 share
NoShift
dv

-------------------------------------------------------------------------
  Glenn Davis Stone                                BITNET: stone@cunixf
  Columbia University            INTERNET: stone@cunixb.cc.columbia.edu
-------------------------------------------------------------------------
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.lang.pascal
Subject: Re: Storage of Microsoft Reals.
Keywords: Real,Microsoft,TurboPascal
Date: 16 Nov 92 04:57:29 GMT
Article-I.D.: qiclab.1992Nov16.045729.26623
Reply-To: Leonard.Erickson@f51.n105.z1.fidonet.org
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

Hendrik.Klompmaker@beheer.zod.wau.nl (Hendrik.Klompmaker) writes:

>A friend asked me about the format of microsoft (quick basic) real in a 
>file. He needs to read a binary file in TP (wich uses IEEE reals) but doesn'
>t know how the reals are stored. The files are written bye Qbasic.

QuickBasic normally uses the same IEEE formats that TP does. But the
*older* format used by GWBASIC (and BASIC/BASICA) is different.

The best way to describe it is to say that it's the same as the TP
6-byte "REAL" format, except that the "sign/expoment" byte is at the
other end. 

TP reals are 5 bytes of "mantissa" followed by an exponent byte.
Miscrosoft single-precision is an expoment byte, followed by 3 bytes
of mantissa. And MS Doubles are an exponenet byte followed by 7 bytes
of mantissa. The format of the exponent bytes for all three is the same.
And the mantissas only differe in length. 

So you can convert by simply shuffling a few bytes around and either
truncating the mantissa or tacking some zero bytes onto the end as "padding".

-- 
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)
Xref: sparky comp.lang.pascal:6680 comp.object:4256
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Newsgroups: comp.lang.pascal,comp.object
Subject: Re: BP/TP OOP is missing something...
Date: 18 Nov 92 14:09:56 GMT
Organization: Queen's University

In article <1992Nov18.104536.9985@jyu.fi> sakkinen@jyu.fi (Markku Sakkinen) writes:
>There is at least one spot in standard Pascal where automatic initialisation
>happens: file variables (admittedly a murky part of Pascal semantics).
>After _only_ declaring a file variable, it is also initialised to
>a well-defined state such that you cannot do any other operations
>before calling 'reset' or 'rewrite'.

That's another difference between TP and standard Pascal then:  in TP, file 
variables remain undefined until you do an Assign (a TP procedure) to set
their state.  

>I would guess that good Pascal implementation may also initialise
>pointer variables to NIL so that using them before assignment
>will not cause catastrophic effects.

On a PC in "real" mode, NIL is likely the most catastrophic value to 
initialize a pointer to :-).  TP doesn't initialize pointers, but at 
least one TP clone (Pascal+ from Stony Brook) does.

>The idea is that all other uses of an object happen between its
>initialisation and the finalisation;  of course you cannot change
>an object after it has been destroyed.  Your matrix example would
>be much easier to do in Simula or C++ than Pascal, because they allow
>variables to be declared even within blocks (not only in function and
>procedure headers), and they allow also initialisation parameters.

I agree that Pascal doesn't handle my matrix example well, even with 
conformant arrays.  However, it's really not a problem at all in TP:  just
declare a matrix object, but don't assign a size to it until you know what 
the size will be.  

>In any flavour of OO Pascal without such parameters, the constructor
>of a general matrix class (i.e. without fixed dimensions) would most
>naturally create only a "handle" for an actual matrix.

This doesn't seem like a very clean solution.  Does it mean that I'd have 
an array without a size after the automatic initialization?  Then I'd have 
to send a size message to it before I could use it?  It sounds to me as 
though the size message is the real initialization; automatic initialization 
doesn't work here, because it doesn't produce a usable object (i.e. 
establish the invariants of the class, as you said).

Duncan Murdoch
dmurdoch@mast.queensu.ca
From: mvdl@et.tudelft.nl
Newsgroups: comp.lang.pascal
Subject: TP60 runtime erro 244 & shelling prob
Date: 23 Nov 92 19:59:02 +0100
Organization: TU-Delft, dpt of Electrical Engineering


I have two questions concerning Turbo Pascal 6.0

1. What is a runtime error 244 ? Couldn't find this one in the books,
   the highest runtime error I can find is 209

2. How can I redirect the output of a child-process ?
   Doing something like: 

   exec('program',' >nul');

   won't work (not with DSZ anyway :-(  ) nor will shelling to a batchfile
   work (this will cause Qemm to come with one of his stupid errors (exception
   13) (stack is 16k, no heap)).

Please respond by e-mail

TIA,
Michel.
Organization: Penn State University
Date: Tue, 17 Nov 1992 08:27:11 EST
From: <DGB4@psuvm.psu.edu>
Newsgroups: comp.lang.pascal
Subject: Comments on Turbo (Borland) Pascal 7.0?

The lab that I presently work for is considering upgrading to the latest
version of Turbo (Borland) Pascal and I would like the nets opinion. We
are still using version 5.0 & 5.5 in our labs. Is there any great
advantage to upgrading if the majority of our users are using only the
basic routines?

All comments welcome,
dgb4@psuvm.psu.edu
From: ssnyder@prism.poly.edu (Sharon Snyder)
Newsgroups: comp.lang.pascal
Subject: Re: BP 7.0 upgrade and ProtoGen
Date: 16 Nov 92 15:08:43 GMT
Organization: Polytechnic University, New York

I recently ordered BP7.  As a registered owner of TP 6 and TPW 1.5
I thought (according to this group) that I was etitled to a free
copy of protogen.  Unfortunately I am not....they said it is
because I bought TPW 1.5 AFTER Aug 21, 1992.  Is this the case
with everyone or was I taken for a ride?  Also, if you order the
CD Rom AND the disks....they charge you $5 shipping extra for the
CD.....what a rip off (yes, they were on the same order).  Does
anyone have a comment.  I didn't think that $5 for the CD Rom as
well as $19.95 for the price of the Disc is too fair if you are already
getting the books and disks on the same shipment.

Sharon

P.S.  This is just my opinion.

ssnyder@prism.poly.edu
Newsgroups: comp.lang.pascal
From: henley@eng.auburn.edu (James Paul Henley)
Subject: Re: Turbo Scheme
Organization: Auburn University Engineering
Date: Fri, 20 Nov 1992 21:18:03 GMT

In article <10820@vice.ICO.TEK.COM> bobbe@vice.ICO.TEK.COM (Robert Beauchaine) writes:
>In article <34175@adm.brl.mil> stone@hilbert.math.grin.edu (John David Stone) writes:
>>
>>        Don't even joke about it.  One of my biggest fears as a teacher of
>>computer science is that Borland will trash Scheme as a language for
>>learning programming the same way they ruined Pascal and tried to ruin
>>Prolog.
>
>  As a daily user of Standard Pascal, I couldn't disagree with you
>  more.  While I don't support each and every change Borland has
>  wrought in its Pascal compilers, I would choose it over other
>  compilers w/o a moments hesitation.  I can't think of a bigger
 [...]
>  Borland has done little to change the actual flavour of the
>  language of Pascal (except with the recent addition of Object
>  Oriented Extensions).  You can use as much or as little of the
>  additions that have been provided, and any standard pascal source
>  will (with only minor massaging) compile and run.  Ten times in
>  the interval required to even get an executable on any other
>  platform.
>
>  Perhaps, from a teaching perspective, your criticisms are valid.

                                                   NOT!!!   ^

>  I for one am glad that Borland considered the rest of us, though.
          HEAR HEAR!!

In the programming course that I teach, we use Turbo Pascal.  I spend the
first half of the course covering *Standard* Pascal, and I don't have to
point out but a couple of deviations in TP.  Then we launch into the TP
specialties and that is when the students really start to get into the 
course.

James P. Henley Jr.
Department of Chemical Engineering
Auburn University
Organization: Penn State University
Date: Mon, 23 Nov 1992 16:42:14 EST
From: <F0O@psuvm.psu.edu>
Newsgroups: comp.lang.pascal
Subject: Typecasting a Pchar variable

Hi everyone!

   I'm using TPW 1.0 and I have a PChar variable which represents an integer
number.  I'd like to convert the PChar string to it's integer representation.
Now, TPW has the Val() procedure, but this means I'd have to convert the
PChar string into a Pascal style string before using Val().  Is there a
way to typecast my PChar string into an integer without having to convert
it to a Pascal style string first?

                                                                 [Tim]
From: csci19dc@cl2.cl.uh.edu (461577198 PAREKH, SOHAIL)
Newsgroups: comp.lang.pascal
Subject: Re: Saving/Reading BinaryTrees.
Date: 20 Nov 1992 02:06 CST
Organization: University of Houston - Clear Lake
Distribution: world
Reply-To: CSCI19DC@cl.uh.edu
NNTP-Posting-Host: uhcl2.cl.uh.edu
News-Software: VAX/VMS VNEWS 1.4-b1  

In article <1egndqINNl2u@usenet.INS.CWRU.Edu>, br707@cleveland.Freenet.Edu (Mike L. Melamed) writes...
> 
>Does anyone know how to save and then restore a binary tree from a disk?

After creation, write it out in PreOrder, starting with the root.
To read it back in..InOrder.

Newsgroups: comp.lang.pascal
From: konopka@ils.nwu.edu (Ray Konopka)
Subject: Looking for Companies that Use Turbo Pascal for Development
Organization: The Institute for the Learning Sciences
Distribution: usa
Date: Mon, 23 Nov 1992 16:46:44 GMT


Hi There,
The subject pretty much says it all.  I would like to obtain a list
of companies that use Turbo Pascal for development.  I am 
interested in the Chicagoland area but any information would
be appreciated.

Thanks in advance,

Ray Konopka
konopka@aristotle.ils.nwu.edu

Newsgroups: comp.lang.pascal