HDTenEightyP/NetNews huggingface dataset:
From: A.Maclean@uws.edu.au (Andrew J. P. Maclean)
Subject: Re: INHERITED: what are the advantages
Organization: University of Western Sydney Office of the V-C
Date: Tue, 12 Jan 1993 21:55:41 GMT

In article <29505@oasys.dt.navy.mil> roth@oasys.dt.navy.mil (Pete Roth) writes:
>Path: ob1!metro!seagoon.newcastle.edu.au!news.cs.uow.edu.au!sol.deakin.OZ.AU!munnari.oz.au!spool.mu.edu!darwin.sura.net!dtix!oasys!roth
>From: roth@oasys.dt.navy.mil (Pete Roth)
>Newsgroups: comp.lang.pascal
>Subject: INHERITED: what are the advantages
>Message-ID: <29505@oasys.dt.navy.mil>
>Date: 11 Jan 93 13:30:13 GMT
>Reply-To: roth@oasys.dt.navy.mil (Pete Roth)
>Organization: The David Taylor Model Basin
>Lines: 21
>There's not much in the BP7 docs about using the reserved word
>INHERITED, although it is used in place of all previously fully
>qualified method invocations. For example, in place of
>
>CONSTRUCTOR TDerived.Init ;
>	BEGIN
>		TBase.Init
>		...
>
>the new "example" is
>
>CONSTRUCTOR TDerived.Init ;
>	BEGIN
>		INHERITED Init
>		...
>
>How is this new model an advantage?
>- - - - - - - - - - - - - - - - - - - - - - - - - -
>Grace & peace
>Pete                         roth@oasys.dt.navy.mil
>"Easy for me, difficult for you." - Senor Wences.


I find it a convenience as I sometimes forget the name of the base class!
In a more serious vein, it strikes me that it is quite a useful synatctic
convenience.
+----------------------------------+-------------------------------+
|  Andrew J. P. Maclean            |                               |
|  University Planner              |                               |
|  University of Western Sydney    |  Ph:     +61 (02) 678 7848    |
|  PO Box 1000, St Marys, NSW 2760 |  Fax:    +61 (02) 678 7804    |
|  Australia                       |  e-mail: a.maclean@uws.edu.au |
+----------------------------------+-------------------------------+
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Once more about big structures in BP7.
Organization: Queen's University
Date: Sat, 9 Jan 1993 19:23:50 GMT

In article <Sorokin.52.726598021@ps1.iaee.tuwien.ac.at> Sorokin@ps1.iaee.tuwien.ac.at (Sorokin Zhenya) writes:

>1. Is the space for global variables now bigger than 64k in protected mode?
>2. What is the upper limit for stack size?

No and 64K.  The protected mode memory model is quite a bit like the real 
mode one. 

>3. Can I allocate a place for the structure, that is bigger than 64k on the 
>heap? If not, why (i.e. what procedure is used to allocate memory on the 
>heap? The conventional one from DOS takes only WORD as parameter, but maybe 
>DPMI has another call)?

Yes, you can.  In fact, you can in DOS too - INT 21 function 48h takes a word
as a parameter, but it specifies the number of 16 byte paragraphs.  Under TP 
it'll usually fail because TP has grabbed all memory for itself, but if you 
ask for a small heap or shrink it using SetMemTop, you can allocate
a block of any size.  It's also not hard to work with the real mode heap 
manager and do your own allocations of bigger than 64K.

5. If 4. is "yes", than can I address, say, MyDoubleArr[100000] (vorbidden 
>in 8086 mode, but principally not in protected)?
>6. Can I write "type MyDoubleArr = array [1..100000] of double"?

No to both.  It's still running in 80286 16 bit mode.  Segments are limited 
to 64K, and there's very little support for crossing segment boundaries.
(There is a tiny bit of support, and it works in real mode too.  You add 
SelectorInc to the segment part of an address to move forward 64K in your 
structure.)

By the way, your big allocation could be made to work in either real or 16 
bit protected mode, provided you had 800K free.  Borland has chosen not to 
put huge object support into TP.  Other real mode languages have it.  The 
8086/80286 architecture makes it more difficult than on a 32 bit machine, 
but certainly not impossible.

Duncan Murdoch
Newsgroups: comp.lang.pascal
From: carld@ms.uky.edu (Carl Lafferty)
Subject: Mouse
Keywords: 256 mouse
Summary: Wanted! help using function 12 of mouse driver in turbo 6.0
Date: Fri, 8 Jan 1993 15:33:45 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

I am having a problem getting a mouse driver implemented in turbo pascal
6.0 to do a 256 color mouse cursor.  What I have done is create a 
mouse event handler and placed it in line with the mouse using int 33h
sub function $0C.  I am using mode $13 for graphics and my normal mouse
cursor stuff works fine but I can NOT get a driver to even be called
that I install like this.  I have resorted to having the driver simply 
ser a variable and latching on the timer ISR.  

What I want to do is watch for the mouse to be moved and when it is moved
use my routine to draw the mouse pointer.  I could be doing this the 
hardest way possible but it is the one that makes sense to me right
now.  I am open to suggestions.

Any and all help will be appreciated.

Carl Lafferty
From: ppollet@cismibm.univ-lyon1.fr (Patrick POLLET)
Newsgroups: comp.lang.pascal
Subject: Re: TPW 1.0 windebug.dll error
Date: Wed, 6 Jan 1993 07:23:53 GMT
Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Organization: INSA  CENTRE INFORMATIQUE DU 1er CYCLE
NNTP-Posting-Host: pc110-02.insa-lyon.fr

In article <1993Jan3.010314.1728@rulway.LeidenUniv.nl> jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers) writes:
>From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
>Subject: Re: TPW 1.0 windebug.dll error
>Date: 3 Jan 93 01:03:14 GMT

>In article <1993Jan2.170808.3772@umr.edu> spoulsen@mcs213a.cs.umr.edu (Steven P Poulsen) writes:
>>Is it a common problem to not get TDW to load a file ?  I have tried everything but the right thing? It claims it can't load windebug.dll?
>>
>What version of Windows are you using?

>If you use Windows 3.1, then the best thing you can do is upgrade at least to
>TPW 1.5.

>--
>jeroen                             voice: +31-2522-20908 (19:00-23:00 UTC)
>                                   snail: P.O. Box 266
>jeroenp@rulfc1.LeidenUniv.nl              2170 AG Sassenheim
>jeroen_pluimers@f256.n281.z2.fidonet.org  The Netherlands

or upload by anonymous ftp a file named tpwin31 (or something like that )
in pub/pc/win3/programmr/tp at ftp.cica.indiana.edu
 
garbo.uwasa.fi
ppollet@cismibm.univ-lyon1.fr (Patrick POLLET)
--------------------------------------------------------
Dr Patrick L.Pollet
Institut National des Sciences Appliquees
Centre Informatique du 1er Cycle  Bat 110
20 Avenue A.Einstein
69621 Villeurbanne Cedex France
--------------------------------------------------------
Phone: 72 43 83 80 -   la premiere erreur c'est
Fax  : 72 43 85 33 -   de se lever le matin  ... GASTON
-------------------------------------------------------
From: samodena@csemail.cropsci.ncsu.edu (S. A. Modena)
Newsgroups: comp.lang.pascal
Subject: Re: Scramble text files
Date: 5 Jan 93 08:23:29 GMT
Organization: Crop Science Dept., NCSU, Raleigh, NC 27695-7620

In article <726193861.AA01015@contrast.wlink.nl> berend@contrast.wlink.nl (Berend de Boer) writes:
>Christian wrote in a message to All:
>
> C> Can anyone point me to some code that will scramble a text
> C> file? It could something that woudl do it on the fly (my
> C> program is creating the text to be appended to said file),
> C> or something I can churn the text file through later on.
> C> This doesn't hafta be fancy (DES etc. would be overkill,) I
> C> only need to keep the average user from using a text editor
> C> to view/modify  this file.
>
>Just change the low and high order bytes?
>
>Berend. (-:

Or XOR it by the file's name.  This "encodes" it going in...and of course,
XOR the scrambled file with the file name to recover it.  XOR is fast,
and it's a cinch that you know the file name (i.e. the XOR "key") going
in and coming out.  :^)

Steve
---
+------------------------------------------------------------------+
|     In person:  Steve Modena     AB4EL                           |
|     On phone:   (919) 515-5328                                   |
|     At e-mail:  nmodena@unity.ncsu.edu                           | 
|                 samodena@csemail.cropsci.ncsu.edu                |
|                 [ either email address is read each day ]        |
|     By snail:   Crop Sci Dept, Box 7620, NCSU, Raleigh, NC 27695 |
+------------------------------------------------------------------+
         Lighten UP!  It's just a computer doing that to you.    (c)
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
         
Newsgroups: comp.lang.pascal
From: jbm@hal.trl.OZ.AU (Jacques Guy)
Subject: Help wanted identifying keyboard layout
Organization: Telecom Research Labs, Melbourne, Australia
Date: Tue, 5 Jan 1993 23:36:16 GMT

I have finished writing an editor able to display two or
more alphabets at once (text mode, not graphics), but
one of its feature (displaying the keyboard on screen)
is a horrible kludge. I simply assumed the same 
keyboard as mine, which makes it about worthless
for anyone with a German, French, or other keyboard.

Would anyone know of a way to "interrogate" the keyboard
as it were, so that for each key, it returns the 
corresponding ASCII (not scan code)? And of finding
out the layout of the keys, which, to my ignorant
eyes, come in bewildering varieties, especially when
you try to allow for laptops and book-sized PCs?
Newsgroups: comp.lang.pascal
From: fishead@cwis.unomaha.edu (David L. Britton)
Subject: Possible Bug in TP 7.0
Organization: University of Nebraska at Omaha
Date: Mon, 11 Jan 1993 00:58:33 GMT

Don't know  if this has been covered here or not, but I'm having problems
using my serial mouse in TP 7.0.  Every time I run a program from the IDE
(not the DPMI IDE, the other one) and return, I lose the mouse cursor.  
Has anyone else experienced this problem or is it just a problem w/ my
mouse driver?  Suggestions would be a great help.  I'm lost w/o my mouse :)

Thanx in advance:

-- 
** David L. Britton                ** A fool and his fish are soon parted  **
** University of Nebraska at Omaha **                         -someone     **
** fishead@cwis.unomaha.edu        ** I never thought I'd have to say this:**
** Insanity Bought and Sold        **   Don't blame me, I voted for Bush   **
Newsgroups: comp.lang.pascal
From: glgam@cc.newcastle.edu.au (GLGAM)
Subject: pointers to arrays?!?
Organization: University of Newcastle, AUSTRALIA
Date: Mon, 11 Jan 1993 09:54:12 GMT


To access a particular element in an array I would use..

ArrayVar[Index] := etc..

Suppose I had setup a pointer to an array on the heap...  How do I access the
individual elements ?

ie.

Type
   ArrayType = Array[1..Max] of Char;

Var
   ArrayVar  : ^ArrayType;
   Index     : Word;	

[..]

ArrayVar[Index]^ := etc..????

Doesn't work..  I know why..  I just can't for the life of me figure
out what _does_ work..


Regards,

Scott.
Newsgroups: comp.lang.pascal
Subject: Running BP7 from a CD_ROM
From: foster@nzkites.UUCP (Foster Schucker)
Date: 9 Jan 93 01:56:16 GMT
Organization: Kiteflyers Roost

My copy of BP 7.0 on CD ROM arrived today!  I look at the 2 page instructions
on how to run it from the CD ROM (bye bye mucho MB from my hard disk!!)

[from the instructions]
"Running Borland Pascal with Objects 7.0 from CD-ROM

You can run Borland Pascal with Objects directly from the CD-ROM.  To find
complete, up-to-date information about running Borland Pascal with Objects 
7.0 from the CD-ROM, read the README file in the CD-ROM: 
  
   1) Make D:\BP your current directory. 
   2) Type README and press enter. "

Ok, so I do all of that.  Any mention of running from the CD at all?
Nope.  Nada.  Zip.  Zero.   

Sigh.  So it's off to CompUDollars (CI$) to ask what to do.   



Foster Schucker  (foster@nzkites.uucp)  (1-215-458-8354 (voice))
Newsgroups: comp.lang.pascal
From: graeme@tasman.cc.utas.edu.au (Graeme)
Subject: HELP; cross reference program desired...
Summary: Any cross reference programs for THINK Pascal?
Keywords: cross reference, pascal
Organization: University of Tasmania, Australia.
Date: Sat, 9 Jan 1993 20:42:07 GMT

I am making major changes to several thousand lines of Pascal code,
and a cross reference program would be useful; the trouble (:-)) is that the 
Pascal is THINK Pascal on the Mac..
I rang Symantec's help number in Sydney, and the guy had never heard of one.
Does anyone in netland know if one is available?

If not, I guess I could try & convert one.
I found one for Turbo Pascal and C in Archie.au (a SIMTEL mirror),
but it is an executable, and hence I can't convert it for the Mac..

I have a bad photocopy of Pascal News March 1980, with printups of
Currie/Sale's procedural cross referencer, and the Wirth/Cichelli/McGrath
cross reference generator. Both are over 1000 lines of code. Are these 
available from ftp sites anywhere?

Does anyone with the cross reference program in turbo analyst
(Turbopower Software) know if this could be converted if I purchased the
package?

Any help would be gratefully accepted, by posting here or by e-mail.
I will summarise any replies if anyone shows interest,
Thanks,
Graeme.

--
-----------------------------------------------------------
Internet address:                      graeme@probitas.cs.utas.edu.au
or if any problems with the above try: graeme@tasman.cc.utas.edu.au
-----------------------------------------------------------
From: ppollet@cismibm.univ-lyon1.fr (Patrick POLLET)
Newsgroups: comp.lang.pascal
Subject: Re: SHAZAM 2.0?  Where is it?
Date: Thu, 7 Jan 1993 07:15:57 GMT
Organization: INSA  CENTRE INFORMATIQUE DU 1er CYCLE
NNTP-Posting-Host: pc110-02.insa-lyon.fr

In article <11600@uqcspe.cs.uq.oz.au> muzzle@cs.uq.oz.au (Murray Chapman) writes:
>From: muzzle@cs.uq.oz.au (Murray Chapman)
>Subject: SHAZAM 2.0?  Where is it?
>Date: 7 Jan 93 00:07:06 GMT

>Hi there

>About a month ago, someone said that they were going to put Shazam 2.0 on an
>ftp site somewhere.

>Is it out there?  Archie can't find it.

>Did it turn out to be non-distributable?

>Thanks,
>Murray
>--
>~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^
>  Murray Chapman                           muzzle@cs.uq.oz.au
>  University of Queensland                 How many lightbulb jokes does it
>  Brisbane, Australia                      take to change the subject?

anonymous ftp at garbo.uwasa.fi
ppollet@cismibm.univ-lyon1.fr (Patrick POLLET)
--------------------------------------------------------
Dr Patrick L.Pollet
Institut National des Sciences Appliquees
Centre Informatique du 1er Cycle  Bat 110
20 Avenue A.Einstein
69621 Villeurbanne Cedex France
--------------------------------------------------------
Phone: 72 43 83 80 -   la premiere erreur c'est
Fax  : 72 43 85 33 -   de se lever le matin  ... GASTON
-------------------------------------------------------
From: CDF1@psuvm.psu.edu (Carl Fago)
Newsgroups: comp.lang.pascal
Subject: Turbo Pascal Mailing List?
Date: 5 Jan 93 23:11:17 GMT
Organization: Penn State University

Does a Turbo Pascal Mailing List exist?  I have heard of one for Turbo C++
so I thought one might be out there for TP.

 *-=Carl=-*  INTERNET - cdf1@psuvm.psu.edu | In battle, you can do   |
             GEnie - C.FAGO1               | everything right...     |
 Carl Fago   State College, PA             | and _still_ lose!       |
Newsgroups: comp.lang.pascal
Subject: Re: Autocorrelation algorithm?
From: st_waldman@fencer.cis.dsto.gov.au
Date: 6 Jan 93 08:50:46 +1100
Organization: D.S.T.O. Aeronautical Research Laboratory

> Press, et al, present an example program which appears as correl.c in
> their c disk set.  I understand that the Pascal versions of NR's
> examples are available on Simtel20 mirrors, but I do not know under
> which directory.  The example programs and test drivers to demonstrate
> them are available in magnetic form from the publisher: Customer Services
> Department, Cambridge University Press, Edinburgh Building, Shaftesbury
> Road, Cambridge cb2 2RU, U.K.  Prices vary with medium and operating
> system.

From memory, the file name is NRPAS13.ZIP.

+------------------------------+--------------------------------------+
| Witold Waldman               | Aeronautical Research Laboratory     |
| Senior Professional Officer  | 506 Lorimer St                       |
| Airframes & Engines Division | Fishermens Bend VIC 3207             |
| Tel: +61 3 647 7488          | Melbourne, Australia                 |
| Fax: +61 3 646 7771          | eMail: witold@hotblk.aed.dsto.gov.au |
+------------------------------+--------------------------------------+
From: u055@csx.cciw.ca (James Sprenger)
Newsgroups: comp.lang.pascal
Subject: Re: Faster Pascal
Date: 7 Jan 93 03:40:11 GMT
Organization: Canada Centre for Inland Waters

In article <warren.3.0@chchp.ac.nz> warren@chchp.ac.nz (wmcivor@admin.chchp.ac.nz) writes:
>MITCHELL JAMES writes:
>>Bascially, I'm trying to find a way to run Pascal code faster. I have access 
>>to a 486 but this is woefully inadequate (for my needs at least). I was 
>>wondering if a version of Pascal exists for platforms other than the DOS / 
>>PC environment. If I could use a Unix environment for example, I would be 
>>able to make use of a Sun workstation (which might be enough). If anyone has 
>>experienced/solved the speed problem, I would greatly appreciate their 
>>advice. Any replies can be mailed to me (address below) and I'll post a 
>>summary of anything that turns up. 
>
>According to some guff I recieved in the mail yesterday, Stony Brook have 
>released a Pascal compiler 100% source compatible with Turbo Pascal.
>Amoungst the claims is that it's up to 100% percent faster and produces code 
>up to 30% smaller.
>
>I don't know anything about this pascal, but  you might be interested in 
>having a look.
>
>Warren....

Well I broke down and spent a couple of hundred bucks ($US) to evaluate
Stoney Brook PASCAL+ and let me say this...  If it is 100% TP compatible,
it doesn't come that way 'right out of the box'... I'm still puttering
around with it (2 months later).  

I haven't been able to compile ANY of my TP6.0 code!

Yes, there are probably 50 or so configuration switches, modes, and other
i's to dot and t's to cross, and it is likely that I missed some, but it
seems to me that the '100% TP compatible' selling feature should be
implemented with a metacommand in the source code {$TP_COMPAT} or
something like that for boobs like me.  I think TASM does this 100% compat
with MASM with some sort of metacommand.

I hate it when I HAVE to read the manuals!

Later!

-- James --

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 James Sprenger  > u055@csx.cciw.ca (preferred)
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Newsgroups: comp.lang.pascal
From: sjsobol@wariat.org (Steven J. Sobol)
Subject: Re: TPW 1.5 Problem with making a TDlgWindow Iconic
Organization: APK Public Access Unix * Cleveland, OH
X-Newsreader: TIN [version 1.1 PL7]
Date: Wed, 6 Jan 1993 05:58:32 GMT

Carl Fago (CDF1@psuvm.psu.edu) wrote:

: I'm having a problem with a program I am having.  I have the following code
: for the main window (TDlgWindow type) of a program but when I minimize it
: I don't get the neat little icon I developed for it...
: 
: PROCEDURE TASLWindow.GetWindowCLass (VAR AWndClass : TWndClass);
: BEGIN
:   TDlgWindow.GetWindowClass (AWndClass);
:   AWndClass.hIcon := LoadIcon(HInstance, AName);
: END;
: 
: Now, AName is passed to the Init procedure for TASLWindow from the
: application's InitMainWindow procedure.  Also, I have checked to ensure that
: the value for AName is identical to the name of the icon in the loaded
: resource. 
: When I try to minimize the program I get the upper left hand portion of the
: TDlgWindow. 
: Is there anything else that I can look for to see what I am doing wrong?

Make sure the class name in the dialog resource is the same as the class
name in the program's source code.
-- 
Steve Sobol   Head Cheerleader, APK Public Access *nix/Internet
(216) 481-9436 <2400 baud>     (216) 481-9425 <v.32bis, TurboPEP>
Telnet: wariat.org   To register: send e-mail to info@wariat.org, or
log in to BBS and download file 'user.new' from file area 2.

Also President of The Tiny Software Co.   E-Mail Address: sjsobol@tiny.com
Newsgroups: comp.lang.pascal
From: hallch@CS.ColoState.EDU (christopher hall)
Subject: Re: CRC values in Turbo PASCAL
Date: Tue, 12 Jan 1993 14:05:22 GMT
Organization: Colorado State University, Computer Science Department

In article <93011.140320JDG111@psuvm.psu.edu> JDG111@psuvm.psu.edu writes:
>> Does anyone know how to calculate CRC values in pascal?
>l know.  Of course, this method certainly isn't bulletproof, but it helps prote
>ct your code from hacking or cracking.  

Actually no it doesn't.  All I would have to do if I were the person doing this
is to change what I wanted to change in your executable, follow the CRC check
with a debugger, and watch what value your check produces.  Then it should be
a simple matter to encrypt that new number and place it over the old CRC value.

Let me know what you think.

							Regards,
							Chris Hall


/--------------------------------------------------------------------------\
|    The world cannot end today because it is tomorrow in Australia...     |
|                                                                          |
|       |________          Chris Hall                                      |
| ||OOO||________>         hallch@handel.colostate.edu                     |
|       |                                                                  |
\__________________________________________________________________________/

Newsgroups: comp.lang.pascal
From: max@tantalus.uchicago.edu (Max Ziff)
Subject: standard for pascal modules?
Organization: Department of Computer Science, University of Chicago
Date: Mon, 4 Jan 1993 20:09:14 GMT

Is there a standard for separate compilation in pascal?  I'm teaching
using "Think Pascal" on the Mac, and it has this "unit" and
"interface" syntax, but that doesn't seem to be in the 3rd Jensen and
Wirth Pascal User Manual and Report.  A friend told me the "unit"
extensions come from Berkeley and have become a de facto standard.
Does anyone know if this is true?  Is there a published independant
standard for modules?

Sign me,

Curious
--
Donald Ziff (Max)                                    ziff@cs.uchicago.edu

"Sin's most sinister symbol.  
     Git gone -- The very sight of you gives me irkage."  -- Offissa Pupp
From: mark@physchem.ox.ac.uk (Mark)
Newsgroups: comp.lang.pascal
Subject: Re: TSR Problem
Date: 5 Jan 93 14:21:38 GMT
Organization: Physical Chemistry Laboratory, South Parks Road, Oxford OX1 3QZ
Originator: mark@joule.pcl


In article <BznyoA.B8G@watserv2.uwaterloo.ca>, nowinski@sciborg.uwaterloo.ca (Andrew Nowinski) writes:
> 
> Hi,
>    my name is Jack Nowinski. I have a VGA to NTSC converter. I am
> trying to write my own TSR program in TP 6 to work with the
> external box. I am not used to programming in this field so if
> someone who knows something about this could write.
> 
> I want my program to convert from VGA to NTSC.
> I would also like it to overscan the graphics screen vertically
> and horizontally so when I record it, it will be full screen on
> TV.
> 
> Thanks.
> 
> 
> --
> Jack Nowinski
> E-Mail: nowinski@sciborg.uwaterloo.ca


The main thing to consider when writing TSRs, is that you must NOT call any dos
functions.  If you do and other software calls the same function you will lock it
up.  Dos functionf can only be called once at a time.


Mark

-- 
Mark 
______________________________________________________________________________
mark@uk.ac.ox.physchem
Newsgroups: comp.lang.pascal