HDTenEightyP/NetNews huggingface dataset:
From: gregs@wpi.WPI.EDU (Floppy)
Newsgroups: comp.lang.pascal
Subject: Re: I found a compiler bug in TP6.0, maybe...
Date: 23 Nov 1992 16:07:01 GMT
Organization: Worcester Polytechnic Institute
NNTP-Posting-Host: wpi.wpi.edu

In article <JgLouB1w165w@abyss.wa.com> milton@abyss.wa.com (Steve Milton, Sysop) writes:
>nobby@byron.u.washington.edu (Vitaly Shmatikov) writes:
>
>> In article <1992Nov22.192602.16440@crash> tech@crash.cts.com (Don Bontemps) w
>> >
>> >When I attempt to compile the following code, I get a runtime error 202.
>[Some lines deleted.]
>> >
>> >  num : word = 0;
>> >
>> >
>> >begin
>> >
>> >  writeln(days[num-1]);
>> >
>> >end.
>> >
>> >
>> 
	This really is a bug.  The manual clearly states that when an
arithmetic expression contains two integral types, both numbers will first be
converted to the smallest integral type containing the entire range of both of 
the original types.  In this case, the smallest such type is longint, since
the two original types were word and shortint.

Greg

+-------+   Greg Snyder  alias Floppy alias Brocolli Man  IS  gregs@wpi.wpi.edu
|       [       [Witty quote ommitted until further notice] *:^)
|   O   |    
|   | ` |          Worcester Polytechnic Institute, Worcester MA 
+-------+   --------------------------------------------------------------



Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Turbo Pascal 7.0 and the Quattro @ Function Toolkit
Organization: Queen's University
Date: Sat, 21 Nov 1992 02:18:07 GMT

In article <a14iuB1w164w@nzkites.UUCP> foster@nzkites.UUCP (Foster Schucker) writes:
>As an avid TP user and a Quatro Pro user I was looking forward to the
>@Function toolkit for QP.  The toolkit allows you to write your own
>@functions in C++.  Now that pascal has objects (P++??) would it be
>possible to write @functions in Pascal??

When QP 4 came out and Borland announced the toolkit, I asked tech support
whether this was possible.  At that time, the answer was no; there were no
plans to support anything other than BC++.  I decided not to upgrade QP
because of this.

If you hear any differently this time around, could you please post the
information or email me?  Thanks.

Duncan Murdoch
dmurdoch@mast.queensu.ca
From: s924683@minyos.xx.rmit.oz.au ( Chandi )
Newsgroups: comp.lang.pascal
Subject: SVGA UPDATE
Keywords: NEW FTP SITE
Date: 16 Nov 92 02:35:02 GMT
Organization: RMIT Computer Centre
NNTP-Posting-Host: minyos.xx.rmit.oz.au


The DIGITAL CRIME SVGA DRIVER is now definately available via FTP
ftp sites
  OAK.Oakland.Edu (141.210.10.117)
    /pub/msdos/pascal/dc2.zip

  wuarchive.wustl.edu (128.252.135.4)
    /mirrors/msdos/pascal/dc2.zip

  archie.au (139.130.4.6)
    /micros/pc/oak/pascal/dc2.zip
	
 And a few more mirror sites.  If you waht the whole list contact me.

 login :anonymous
 password : Your E-mail adress

    The file is compressed using PKZIP

    If U cannot use ftp mail me and I will Mail it to you.  But please try 
    FTP first.


--chandi
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::            <<CHANDI>>  Chandana H. Perera      [[DUAL DEGREE]]        ::
::<<RMIT>> Royal Melbourne Institute Of Technology, Melbourne, Australia ::
::     Computer Science \ Electronics and Communications Engineering     ::
::s924683@minyos.xx.rmit.OZ.AU | chandi@maria.wustl.edu                  ::
::           "Black holes are God dividing by zero"			 ::
:: Cootmundra Street, Doveton, VIC 3177, Australia     +(03) 792-3415    ::
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

__________________________________________________________________________
                     DIGITAL CRIME (Aust.)
__________________________________________________________________________
Chandi  +(03) 792-3415           |   Ed +(03) 366-5884
  s924683@minyos.xx.rmit.OZ.AU   |     s924698@minyos.xx.rmit.OZ.AU
  7  Cootmundra St,              |     19 McRae Ave,
  Doveton. VIC 3177, AUSTRALIA   |     St. Albans. VIC  3021, AUSTRALIA
__________________________________________________________________________
      "A Jedi's strength flows from the force."  - STAR WARS
__________________________________________________________________________
From: kim@Software.Mitel.COM (Kim Letkeman)
Newsgroups: comp.lang.pascal
Subject: Re: Interesting design/implementation dilemma
Date: 19 Nov 92 14:04:06 GMT
Organization: MITEL Public Switching, Kanata, Ontario, Canada
In-reply-to: berend@contrast.wlink.nl's message of 18 Nov 92 13:17:46 GMT

In article <722091628.F00001@contrast.wlink.nl> berend@contrast.wlink.nl (Berend de Boer) writes:

| So I had to choose design 2, deleting the reference to the Job unit
| from the Printer unit. (I could choose design 1 but than I had to
| write code especially to circumvent the circular reference error). My
| question is: how far does a particular language (Turbo Pascal in this
| case) influence design?

The language and development environment have a huge influence on the
detailed design and implementation.

As for your dilemma, well, you may never have thought to ask the
question if you had originally decided on one printer unit with
methods like "PrintFile" and "PrintBuffer" rather than creating a
separate "job" object.

| In this case implementation and design could not be seperated but
| had to be considered in parallel. I suppose this is very common. For
| example, one cannot choose a design using multiple inheritance if
| your language does not support it.

In my opinion, there isn't really any difference between (detailed)
design and implementation. You can only use the tools you are given.
Designs must change as more data (gathered through solving
implementation problems) becomes available.
--
Kim Letkeman	kim@Software.Mitel.COM
Newsgroups: comp.lang.pascal
From: nmouawad@waterloo.edu (Naji Mouawad)
Subject: Re Open Letter to Borland ... (was Re: Borland (not so) International (Was: Re: A bit about BP7))
Organization: University of Waterloo
	<1992Nov12.123026.2642@rtf.bt.co.uk> <landen.54.721652226@cvx.eur.nl>
	<1992Nov14.010423.10801@borland.com> <hurd.721705462@sfu.ca>
Date: Mon, 16 Nov 1992 20:02:06 GMT



I have written a letter to Borland regarding their packaging and
upgrade policy. Given that Borland is customer driven I invite those
of you who are also upset with either aspect to do the same. If you
are curious about the content of the letter I sent, send e-mail at
nmouawad@watmath.waterloo.edu or reply to this post and I will be glad
to send it to you.

naji.
--
     -------------------------------------------------------------------
    | Naji Mouawad  |          nmouawad@watmath.waterloo.edu            |
    |  University   |---------------------------------------------------|
    | Of Waterloo   |   "The Stranger in us is our most familiar Self"  |
     -------------------------------------------------------------------
From: Shane.Greyvenstein@f61.n7101.z5.fidonet.org (Shane Greyvenstein)
Newsgroups: comp.lang.pascal
Subject: FileSharing in TP
Date: 17 Nov 92 17:48:00 GMT
Article-I.D.: catpe.2956.2B0A8813
Organization: FidoNet node 5:7101/61 - Pyramid, Pretoria

Hello All!

I recently wrote a program to aid SysOps with management of uploads, but I ran into a bit of a problem when one of the SysOps was using SHARE.EXE in a networking environment on his BBS system.  This caused files to appear 'missing' to normal calls.

Can anybody help me with a quick method of modifying my code to cater for this.  I don't have a network which I can use to test my theories regarding this problem out on, otherwise I'd figure it out, so a working code example would be greatly appreciated.

Thanks in advance!

Kindest regards,
Shane

--  
INTERNET: Shane.Greyvenstein@f61.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.
Newsgroups: comp.lang.pascal,comp.object
From: sakkinen@jyu.fi (Markku Sakkinen)
Subject: Re: BP/TP OOP is missing something...
Organization: University of Jyvaskyla, Finland
Date: Mon, 23 Nov 1992 07:09:08 GMT

In article <1992Nov20.135804.8752@ida.liu.se> c89ponga@odalix.ida.liu.se (kand. Pontus Gagge) writes:
> ...
>>>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.
>
>In case someone misses the implicit irony, let me point out the obvious:
>the best errors are those that generate the worst cataclysms. This makes
>them sort of hard to miss...

IMO, it is a bad and unsafe Pascal compiler that does not support
the run-time detection of dereferencing NIL, even as an option.
I realise that such detection is too expensive on some unsophisticated
processor architectures to be always done.

----------------------------------------------------------------------
Markku Sakkinen (sakkinen@jytko.jyu.fi)
       SAKKINEN@FINJYU.bitnet (alternative network address)
Department of Computer Science and Information Systems
University of Jyvaskyla (a's with umlauts)
PL 35
SF-40351 Jyvaskyla (umlauts again)
Finland
----------------------------------------------------------------------
From: kim@Software.Mitel.COM (Kim Letkeman)
Newsgroups: comp.lang.pascal
Subject: Re: Comments on Turbo (Borland) Pascal 7.0?
Date: 19 Nov 92 13:27:29 GMT
	<1992Nov18.174335.2758@exu.ericsson.se>
Organization: MITEL Public Switching, Kanata, Ontario, Canada
In-reply-to: exuhag@exu.ericsson.se's message of 18 Nov 92 17:43:35 GMT

In article <1992Nov18.174335.2758@exu.ericsson.se> exuhag@exu.ericsson.se (James Hague) writes:

| I have seen this feature in Borland C++ 3.1 and it has me wondering.
| I think that having comments and code in different colors is a great
| idea.  But I can't figure out why anyone in their right mind would
| want to have constants, keywords, and identifiers in different
| colors.  People made a big ruckus over Modula-2's forced "IF a = b
| THEN" syntax, because it draws attention to keywords (similar to
| emphasizing puncutation over sentence content, in many people's
| opinion).

I used to favour mixed case programming, but I was introduced to all
lower case code about 7 years ago and I violently dislike anything
else now because of the distracting clutter.

Interestingly, though, I love the hilighting in TPW 1.5 and BCC 3.1. I
don't go hog-wild on colour, prefering the more subtle bolding of
keywords and greying of strings and blueing of comments. But these
things alone make source code so easy to read. One catches the
comments immediately, but can equally easily ignore them and just read
the code. In one colour code, embedded comments cannot help but
distract.
--
Kim Letkeman	kim@Software.Mitel.COM
From: roesel@apap4.pap.univie.ac.at
Newsgroups: comp.lang.pascal
Subject: Re: Pointer problems...
Date: 23 Nov 92 18:23:54 GMT
Organization: Vienna University Computer Center

In article <1992Nov21.181025.18275@jupiter.sun.csd.unb.ca>, tcsmith@mta.ca (Tim Smith) writes:
> {*****problem 1**********************}
> var
>   p1: ^byte;
>   p2: ^byte;
>   p3   : pointer;
> begin
>   getmem(p3,100);
>   p1:=P3;
>   p2:=addr(p1);
> 
>   writeln(p1^,' ',p2^,' ');
>           ^^^-----^^^ Why won't these two values be equal?
>   freemem(p3,100);
> end.

p2 points at the location where the pointer p1 itself is stored. E.g. if
p1 is stored in memory at location 3000h:0 and points to 4000h:1234h then
the memory at 3000h:0 contains the bytes 34h 12h 00h 40h. Therefore p2^
would be 34h, whereas p1^ is the byte at 4000h:1234h, which can be of any
value.

> 
> {*****problem 2**********************}
> var
>   P1 : ^Byte;
>   P2 : ^Byte;

Turbo Pascal treats these declarations as different ones, therefore it
will not allow the following assignment

> begin
>   new(p1);
>   p2:=p1;   { Why is this illegal }
> 
>   dispose(p1);
> end.
> 

To solve the problem you must write

type
 pByte = ^Byte;

var
   P1 : pByte;
   P2 : pByte;

{ or alternativ
 var
 P1, P2 : ^Byte }

begin
   new(p1);
   p2:=p1;   
   dispose(p1);
end.
 

I hope this helps

		Martin

------------------------------------------------------------------------------
Martin Roesel, Institute of Solid State Physics, University of Vienna, Austria
roesel@apap1.pap.univie.ac.at
From: null@diku.dk (Niels Ull Jacobsen)
Newsgroups: comp.lang.pascal
Subject: Re: Comments on Turbo (Borland) Pascal 7.0?
Date: 18 Nov 92 13:15:57 GMT
Organization: Department of Computer Science, U of Copenhagen

<DGB4@psuvm.psu.edu> writes:

>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?

Off the top of my head, I can think of two great improvements on TP
7.0, which are of immediate benefit even if you don't do any "fancy"
Windows/OO/TurboVision stuff:

1: Source code highlighting
You can set it up so that all keywords are white,
all user identifiers are green, all constants are black, all comments 
are grey and some syntactic errors are red. Of course you can change
the colour set up. It may sound trivial and confusing, but I find it 
VERY useful - you catch a lot of typing errors as you type.

2: The browser: You can see a tree of your procedure/function
definitions, see what is called from where and jump directly to the
source by pointing at the name of the function.

>All comments welcome,
>dgb4@psuvm.psu.edu

   Niels Ull Jacobsen, Dep. of C.S., U of Copenhagen (null@diku.dk)
   Adaz sighed.  "So how long will this journey take?" 
   "A month?" Sutekh shrugged.  "Depends on when the horses die." 
     -- from "Adaz & Sutekh" by Jeff Stehman
-- 
   Niels Ull Jacobsen, Dep. of C.S., U of Copenhagen (null@diku.dk)
   Adaz sighed.  "So how long will this journey take?" 
   "A month?" Sutekh shrugged.  "Depends on when the horses die." 
     -- from "Adaz & Sutekh" by Jeff Stehman
From: pihlab@hhcs.gov.au
Newsgroups: comp.lang.pascal
Subject: Turbo Pascal V7
Date: 16 Nov 92 09:23:28 +1100
Organization: Aust. Dept. Health, Housing and Community Services


I'm not getting a regular feed of this news group but I thought you
might be interested in knowing:

I received PARADOX ENGINE V3 today and the documentation includes
all the stuff for C++, Turbo Pascal V6, Turbo Pascal for Windows
*AND* references to Turbo Pascal V7 *AND* Borland Pascal V7.

The V7 Pascals refer to protected mode units *.TPP as well as the
usual *.TPU.  Maybe we've finally lost that 64K limit.

Has anybody heard any dates for the V7 stuff?

Please mail replies directly to address below as I'm not getting
a feed on this group.

Thanks.

-- 

Bruce...        pihlab@hhcs.gov.au
*******************************************************************
* Bruce Pihlamae  --  Database Administration                     *
* Commonwealth Department of Health, Housing & Community Services *
* Canberra, Australia                             (W) 06-289-7056 *
*******************************************************************
* These are my own thoughts and opinions, few that I have.        *
*******************************************************************
Newsgroups: comp.lang.pascal
From: tcsmith@mta.ca (Tim Smith)
Subject: Pointer problems...
Reply-To: tcsmith@mta.ca
Organization: Mount Allison U, Sackville, N.B. Canada 
Date: Sat, 21 Nov 1992 18:10:25 GMT

  I wonder if someone could please explain why these pointer operations don't work...
{*****problem 1**********************}
var
  p1: ^byte;
  p2: ^byte;
  p3   : pointer;
begin
  getmem(p3,100);
  p1:=P3;
  p2:=addr(p1);

  writeln(p1^,' ',p2^,' ');
          ^^^-----^^^ Why won't these two values be equal?
  freemem(p3,100);
end.

{*****problem 2**********************}
var
  P1 : ^Byte;
  P2 : ^Byte;
begin
  new(p1);
  p2:=p1;   { Why is this illegal }

  dispose(p1);
end.
From: sab@gnv.ifas.ufl.edu
Newsgroups: comp.lang.pascal
Subject: Mice-Awareness in TP V6
Date: 23 Nov 92 13:30:08 -0500

Greetings:

  I'm interested in incorporating a mouse awareness into a
Turbo Pacsal application.  There was a shareware TPU library
available for TP V4, but the company seems to have gone
belly-up.  Does anyone out there know of a shareware package
and/or a decent information source on making a TP program
mouse-aware?
-----------------------------------------------------------------------
   Steve Bloom       | "It's easier to find something that isn't
 Soil Science, U.Fla.|  there...when it's not there in large
SAB@GNV.IFAS.UFL.EDU |  quantities"  L.Slobodkin (Woods Hole, 1969)
-----------------------------------------------------------------------
From: zlsiida@fs1.mcc.ac.uk (dave budd)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal mem[a:b] question
Date: 13 Nov 92 12:32:31 GMT
Organization: Manchester Computing Centre

In article <zlsiida.414@fs1.mcc.ac.uk> zlsiida@fs1.mcc.ac.uk (dave budd) writes:

>One of our users claims he can increase a in mem[a:b]:=value; until it MUST 
>be off the end of his machine.  This is the kind of user who always forgets 
>to bring a disk with the program on it.  I've had a brief scan of the manual 
>and it's not clear to me just exactly which bits of memory get addressed - 
>eg I don't believe they'd let you write into a program segment.
>Are all the addresses relative to the start of the data segment (or 
>something along those lines)?
>If the address is off the end of the machine or just bigger than the largest 
>allowable, does it get truncated in some way?
>Anybody want to give me a nice simple explanation of how mem[a:b] works?

After a little experimentation, it looks like it really does let you write 
anywhere in memory at all.  It was never like this on mainframes!
And I've found the memory map that shows the variable heapend holds the 
address of the end of your machine - is it really true that you can write 
past this address without generating an error, as my user claims?

        Practice random kindness and senseless acts of beauty

  Dave Budd, MCC, Oxford Rd, Manchester, England   (44|0)61-275-6033  
  D.Budd@mcc.ac.uk                                          fax 6040
Newsgroups: comp.lang.pascal
Subject: Re: BP 7.0 upgrade and ProtoGen
From: sjmadsen@apsvax.aps.muohio.edu (Steve Madsen)
Date: 20 Nov 92 13:39:16 -0500
Distribution: comp.lang.pascal
X-Newsreader: TIN [version 1.1 PL6]

: Sorry, for the confusion in which signature to look for.  Better yet,
: look at the "P.S." line after Paul Gross's signature and above 
: George McKittrick's.  The "P.S." line is just above the perforation.
: Maybe there are different mailings for those who have and haven't 
: upgraded regularly.

I never upgraded to TPW 1.5, and when my notice for BP7 came, the only
"freebie" mentioned in the letter (in the P.S. place you mentioned) is
the free Application Frameworks & RTL source code.  So, I'd guess that
they do keep track of who upgrades and who doesn't.

The plug by George McKittrick is to get to buy ProtoGen for $49.95.
From: exuhag@exu.ericsson.se (James Hague)
Newsgroups: comp.lang.pascal
Subject: Re: Why I am considering Stony Brooks Pascal+ 6
Date: 19 Nov 92 14:44:53 GMT
Reply-To: exuhag@exu.ericsson.se
Organization: Ericsson Network Systems, Richardson, TX
X-Disclaimer: This article was posted by a user at Ericsson.
              Any opinions expressed are strictly those of the
              user and not necessarily those of Ericsson.

In a nutshell, I would purchase SBP+ as a companion to BP or TP,
not as a replacement.  One of the great advantages of TP is its
simplicity:  you don't have to worry about pointer sizes, memory
models, OBJ and LIB files, near and far heaps, pointer aliasing, 
etc.  Additionally, SBP+ is more of a traditional development tool 
than TP in that it is slower, not as well-integrated, etc.  SBP+
will not do anything to hurt Borland's products, but will complement
them.

--
James Hague   
exuhag@exu.ericsson.se
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:07:05 GMT

In article <34175@adm.brl.mil> stone@hilbert.math.grin.edu (John David Stone) writes:
>
>        Pontus Gagge writes:
>
>>           What we *really* need is obviously Turbo LISP (or even
>>  better, Turbo Scheme).  Does anyone know when Borland will release
>>  version 1.0?  ;-)
>
>        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.
>
>------  John David Stone - Lecturer in Computer Science and Philosophy  -----
>--------------  Manager of the Mathematics Local-Area Network  --------------
>--------------  Grinnell College - Grinnell, Iowa 50112 - USA  --------------
>--------  stone@math.grin.edu - (515) 269-3181 - stone@grin1.bitnet  --------

When I took Pascal in the computer science department, I came away with the
distinct impression that it was not useful for anything that I might need to
actually do, so I went back to BASIC.  Then I discovered Turbo Pascal, and
found that it was useful for everything I needed to do.  I teach the 
introductory computer programming course in this department, and I would not
dream of using anything other than Turbo Pascal.  Of course when I talk to
the Comp Sci profs, they sneer at TP, but I think that is because it runs 
on PC's, and of course PC's are just toys.

Ruined Pascal?  No, they gave it to the lowly masses.  I really have problems
with your pompous attitude in Comp Sci.

James P. Henley Jr.
Department of Chemical Engineering
Auburn University
From: legarret@ecs.umass.edu
Newsgroups: comp.lang.pascal
Subject: Errorlevel codes from DOS program.
Date: 20 Nov 92 17:37:18 GMT

Hello everyone;
	I'm writng a program that executes a secondary program through
        the EXEC command. I need my program to be able to recognize the
	errorlevel codes sent by the secondary external program when 
	its finished. (eg., 1 = error, 0 = success).

Heres what I have so far:

	Exec (program#2);
	If IOResult(from_program#2) <> 0 Then
	   Procedure#1
	Else
	   Procedure#2;

But, to my knowledge, IOResult will only report errorlevel codes based on 
'program#2' execution. (0 = successful exec., 1 = error during execution).

Is there any way I can acomplish this?

BTW, I'm using TP 5.0 but will be upgrading to 6.0 next week...

Thanks for any help.

				...Carlos
=-=-=-=-=-==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=
 Carlos Legarreta			| E-Mail: legarret@ecs.umass.edu
 Univ. of Massachusetts / Amherst	|
=-=-=-==-==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=-=-=-=