HDTenEightyP/NetNews huggingface dataset:
From: cej@dstos3.dsto.gov.au
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal 7.0
Date: 28 Sep 92 19:07:13 GMT
Organization: Defence Science and Technology Organisation

In article <1992Sep24.141652.12344@aa.cad.slb.com>, wilson@mailhost.aa.cad.slb.com (David Wilson) writes:
> In article <1992Sep21.141224.164590@dstos3.dsto.gov.au> cej@dstos3.dsto.gov.au writes:
>> [stuff deleted]
>>* Could we possibly have more than 1 error detected at a time, or does error
>>  recovery code bloat things too much?
>> [more stuff deleted]
>
> I have a fair amount of experience working on a compiler for an extended version of
> Pascal.  It began life circa 1978, when slow response on big time sharing machines
> was the norm.  Therefore it was CRUCIAL to diagnose as many errors as possible in
> each compilation, so the user could fix (hopefully) all of them before committing to
> another 15 minute compilation.

I too have worked on a Pascal compiler/interpreter system (in the 80's) and
I know that it does add a lot of extra code & time. I thought it would be nice
to add the capability if it didn't really slow things up too badly (after all,
BC++ does it ok ;-) ). This could possibly be optional- you mainly want the
capability when you've spent hours without a compile and you want to go thru &
weed out a lot of bugs. Ask your self if 20 compiles with 1 error found is
faster than 1 compile with 20 errors found (assuming it is handled with a
message window as in BC)! For short editing periods, I agree that 1 error at a
time is better.

--
Chris Jones                                  E-mail: cej@dstos3.dsto.gov.au
CSS/CD/ERL                                    Phone: +61 8 259 6758
DSTO Salisbury, South Australia                 Fax: +61 8 259 6328

Disclaimer: The opinions expressed are purely personal and do NOT represent
            the official view of DSTO.

"I'm going to put the shame file in the sludge file!  Or is that the sludge
 file in the shame file? Shame, sludge, sludge, shame, ...
 That's life, get nicked.."   Derrin Hunch, Fast Forward
Newsgroups: comp.lang.pascal
From: sjw@bluemoon.rn.com (Steve Waydo)
Subject: global coordinates
Organization: Blue Moon BBS ((614) 868-998[024])
Date: Sun, 04 Oct 92 14:35:33 EDT

I'm making a pascal program on my mac and am trying to make a new window 
for it using ResEdit.  The problem is, if the user moves the window, it 
messes up my coordinate system.  Does anyone know how to make a window use 
coordintes relitive to the top, left corner instead of using global 
coordinates relative to the whole screen?  Thanx.

 This is from
     sjw@bluemoon.rn.com
who doesn't have his (or her) own obnoxious signature yet
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Turbo Pascal 7.0
Organization: Queen's University
Date: Wed, 30 Sep 1992 21:10:46 GMT

In article <10446@vice.ICO.TEK.COM> bobb@vice.ICO.TEK.COM (Robert Beauchaine) writes:
>
>  I disagree.  The arithmetic operators are well enough defined to
>  be usefule in the areas of vector and matrix operations, polar and 
>  complex numbers, and boolean algebra.  

What does "*" mean in A*B, where A and B are matrices?  I'd like it to
mean matrix multiply.  In APL (where it's a cross, not a 
star) and S it means element by element multiply.  Who is right?

>   wouldn't it be nice if you could add and
>  subtract elements from a TCollection using "+" and "-" ?

Yikes!  That's a meaning I'd never have thought of.  If A and B are 
collections, A+B makes sense, but A+p, or p+A, or p+p+A+p, where p is a 
pointer?  No way!

>  Even Wirth and the early Pascal extenders had an inkling of this when 
>  they provided overloading of a subset of the mathematic operators
>  for strings and sets.

An inkling of what?  They saw that there are precious few situations where 
you need this, so they put the ones they saw as important into the 
language.  They missed complex numbers, but I've yet to see other convincing 
cases.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal,comp.lang.prolog
From: dab3@Ra.MsState.Edu (David A. Besancon)
Subject: Re: prolog <---> pascal ???
Organization: Mississippi State University
Date: Thu, 1 Oct 1992 04:03:28 GMT

In article <1992Sep30.043754.12118@mailhost.ocs.mq.edu.au> s8921366@macgraw.mqcs.mq.oz.au (Paul English) writes:
>In article <AAWqingWbC@cs.lu.riga.lv> ugis@cs.lu.riga.lv writes:
>>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.
>
>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.
>
>(These may not be the exact option names, I haven't used Turbo Pascal in
>the last 2 years.)
>


I have found the easiest process is to convert an executable program to an
object file---- .exe to .obj--- by the use of binobj.exe provided by turbo
pascal.

David besancon   
 


Newsgroups: comp.lang.pascal
From: sdm@cs.brown.edu (Scott Meyers)
Subject: otherwise in case statement
Organization: Brown University Department of Computer Science
Date: Tue, 29 Sep 1992 18:09:17 GMT

According to Doug Cooper's "Standard Pascal User Reference Manual," the
first formally proposed extension to the ANSI standard for Pascal was an
"otherwise" clause for case statements, presumably to have the same
semantics as "default" in C's switch statement.  The version of Cooper's
book that I have was published in 1983, so I'd like to know whether this
extension was ever accepted into ANSI and/or ISO Pascal.

Please mail your replies to me, as I don't read this newsgroup regularly.

Thanks,

Scott Meyers
sdm@cs.brown.edu


-------------------------------------------------------------------------------
What do you say to a convicted felon in Providence?  "Hello, Mr. Mayor."
Newsgroups: comp.lang.pascal
From: rhorn@csws19.ic.sunysb.edu (Robert Horn)
Subject: Re: Bubble Sort Routine
Organization: State University of New York at Stony Brook
Date: Sun, 4 Oct 1992 22:03:52 GMT

In article <1992Oct4.095045.25953@doug.cae.wisc.edu> mccullou@cae.wisc.edu (Mark McCullough) writes:
>Turns out most sorts we use today are O(n^2).  Remember what big O notation
>means if you doubt me.  Yea the other sorts are faster, but they differ
>by a constant, and not by a magnitude.  Quick sort is a genuinely faster sort,
>but why bother coding it?  It means you have to look it up, and _proper_
>commenting is a pain.  How many people actually understand each step of a
>quick sort enough to rediscover it?  (Since it was discovered by accident,

How difficult is it to code quicksort? Just look it up and copy it
verbatum from nearly any book on data structures and algorithms. 
There shouldn't be any great need for comments, perhaps just something
along the lines of:
 (* Quicksort: taken from Stubbs & Weber _Data Structures in Pascal_
    Nth Edition, page XXX-YYY (or whatever your favorite book 
    might be) *)
this comment explains all that anyone really need know --- what the
function does, and anyone who has to look at the code later can assume
that it works, since it has the page number from whence (sp?) it was
stolen.

Of course, if you're too lazy to look it up, or don't happen to have a
book handy, then bubble sort or selection sort is probably more than
good enough.
-- 
rhorn@ic.sunysb.edu           Never choose a college because it has a duckpond.
Newsgroups: comp.lang.pascal
From: papresco@undergrad.math.waterloo.edu (Paul Prescod)
Subject: Re: Pascal for Os/2
Organization: University of Waterloo
Date: Tue, 29 Sep 1992 11:48:06 GMT

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.
From: greg.vigneault@bville.gts.org (Greg Vigneault) 
Newsgroups: comp.lang.pascal
Subject: RE: PROLOG <---> PASCAL ?
Date: 1 Oct 92 19:07:00 GMT
Reply-To: greg.vigneault@bville.gts.org (Greg Vigneault) 
Distribution: world
Organization: Baudeville BBS - Toronto, Canada 416-283-0114 2000+ conferences

 In message-ID: <1992Sep30.043754.12118@mailhost.ocs.mq.edu.au>
 s8921366@macgraw.mqcs.mq.oz.au (Paul English) writes...

PE> Turbo Pascal does in fact make .OBJ files,

 Turbo Pascal has never offered OBJ files.  It uses a proprietary
 (TPU) object file format.  Unfortunately.

 Greg Vigneault

 Oct.01.1992.Toronto.Canada.
 greg.vigneault@bville.gts.org
 gregsv@eastern.com
       
Xref: sparky comp.lang.pascal:5769 comp.programming:2757
From: bilbo@burrow.cojones.com (Bill Beau)
Newsgroups: comp.lang.pascal,comp.programming
Subject: Re: NO NUMBERS! (or even SHORT INTS!)
Date: 1 Oct 92 04:22:49 GMT
Organization: The Burrow

klaus@diku.dk (Klaus Ole Kristiansen) writes:

> A friend of mine once accused me of writing spaghetti code, because
> had written
> 
> count := count + 1
> 
> He insisted that it should be
> 
> count := succ(count)

If you are using Turbo Pascal, then:

  Inc(count);

works the best.

According to the TP 6.0 Library Reference mannual (p. 72):

  Inc(var X [ ; N: longint ] )

  Inc generates optimized code and is especially useful for use in tight
  loops.

However, the trade-off is that not all Pascal compiliers support the inc()
procedure thus you lose portability...

Bilbo

---
 Internet: bilbo@burrow.cojones.com  UUCP: ..!uunet!coldbox!burrow!bilbo
  WWIVnet: bilbo#burrow.cojones.com@514 or 1@514 or bilbo@9714 or 1@9714
TARDISnet: bilbo#burrow.cojones.com@5   or 1@5   or bilbo@9714 or 1@9714
Newsgroups: comp.lang.pascal
From: RXMS10@waccvm.corp.mot.com (Jeffery Floyd)
Subject: Re: Diskette detection
Organization: Motorola
Date: 29 Sep 1992 05:37:18 MST

One of your major problems is that DOS is causing most of your delay.
You could talk to the floppy controller directly but this risk
uncompatibility.  Call you local Motorola Sale office and ask for the
MCS3201 rev 3 data sheet.  The code I wrote in there should help you
directly interface with the floppy controller.  The code is for the
most part device independant.


Regards,
Jeff Floyd
Motorola Applications Engineer
(512) 928-7365 PHONE
(512) 928-7991 FAX
3501 ED BLUESTEIN, AUSTIN, TX. 78721 MAIL DROP F8
From: cjp@aber.ac.uk (C J Price)
Newsgroups: comp.lang.pascal
Subject: Other Pascals for Windows.
Date: 30 Sep 92 16:06:37 GMT
Organization: Computer Science Dept., UCW Aberystwyth

Does anybody know what other Pascal compilers exist that make code to
run under Windows apart from Turbo? Preferably ones with a more normal
module structure (refs to external procs resolved at link time) and
rather more standard Pascal.

All names and prices aond opinions on their quality greatly received.

Cheers,

Chris Price
--
-------------------------------------------------------------------------
Chris Price, Department of Computer Science, University College of Wales,
             Aberystwyth, Dyfed, SY23 3BZ, United Kingdom.
email: cjp@uk.ac.aber (within UK) cjp@aber.ac.uk (rest of world?)
Telephone: 0970-622444

NOTE: 
Change of address, ".cs" dropped so our mail doesn't go to Czechoslovakia.
-------------------------------------------------------------------------
From: mbevan@ersys.edmonton.ab.ca (Mark Bevan)
Newsgroups: comp.lang.pascal
Subject: Dumb Question But......
Date: Sat, 26 Sep 92 10:34:32 MDT
Organization: Edmonton Remote Systems #1, Edmonton, AB, Canada

How do I get more than one color on the screen in graphics mode
(TP 5.5)?
Thanks Mark

Mark Bevan              mbevan@ersys.edmonton.ab.ca
From: spoulsen@mcs213k.cs.umr.edu (Steven P Poulsen)
Newsgroups: comp.lang.pascal
Subject: Re: NO NUMBERS! (or even SHORT INTS!)
Date: 28 Sep 92 20:57:18 GMT

I prefer to not use numbers but in some cases, it seems wasteful to not use
them.  i.e.:

MiddleX:=GetMaxX/2;
MiddleY:=GetMaxY/2;

SetViewPort(0,0,MiddleX,MiddleY,ClipOn);

For all monitors, 0 is the left and upper positions, this will never change
and it makes no sense to use a variable ZERO there.
-- 
===========================================      ,--,
  Steven P. Poulsen <spoulsen@cs.umr.edu>      ,'  '--,
  Student of Electrical Engineering            ---, ,'
  University of Missouri - Rolla                ,','
===========================================    , '
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Bubble Sort Routine
Organization: University of Vaasa, Finland
Date: Mon, 5 Oct 1992 07:28:17 GMT

In article <1an5v5INNaeg@usenet.INS.CWRU.Edu> wct@po.CWRU.Edu (William C. Thompson) writes:
>Jesus, can't someone just help the poor guy out?  Quit telling
>him BubbleSort sucks (even though it does) and just give him
>the help he needed!  Maybe he was specifically asked to write
>a bubble sort routine.  Christ!

To try to give just common mundane help in the meanwhile since the
invoked gentleman hardly reads comp.lang.pascal I think that most
sorting routines can be found in
 303775 May  2  1991 garbo.uwasa.fi:/pc/turbopas/nrpas13.zip
But don't hold me onto that.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
From: exuptr@exu.ericsson.se (Patrick Taylor)
Newsgroups: comp.lang.pascal
Subject: Re: Diskette detection
Date: 28 Sep 92 15:36:13 GMT
Organization: Ericsson Network Systems, Inc.
X-Disclaimer: This article was posted by a user at Ericsson in North America.
              The opinions expressed are strictly those of the user and
              not necessarily those of Ericsson.

In article <csTsRB1w165w@micromed.com> system@micromed.com (Duane Davis) writes:

>I'm looking for a quick easy way to:

>     a. Detect if a diskette in inserted in a floppy drive

>     b. If a disk is inserted, is it formatted?

Just make a diskfree(drive_number) call.  Check the value of ioresult or
doserror on return (i forget which).  The error numbers are explained 
in the manual, assuming we are talking about Turbo.


 ----------------------------------------------------------------------------
    "This must be Thursday.  I never could get the hang of Thursdays"
                                                       - Douglas Adams
  - Patrick Taylor                                       (Arthur Dent)
    Ericsson Network Systems
    exuptr@exu.ericsson.se                       "Don't let the .se fool you"
    or exuptr@ZGNews.Lonestar.Org, exu.exuptr@memo.ericsson.se
From: 11SSTEINBRIN@gallua.gallaudet.edu (Scotty*Tissue)
Newsgroups: comp.lang.pascal
Subject: Reserved word: INFILE
Date: 6 Oct 92 14:14:13 GMT


 Greetings, people.


	I am in need of more assistance of the proper usage of
       the reserved word, infile, in my PASCAL program.

        Here's where it comes in:

        program bookfile (INFILE,output,personnel);
        .
        .
        .
        reset (infile);
        .
        .
        readln (infile,.....)

*****************************************************************************
Scott A. Steinbrink            VAX/VMS/BITNET: 11SSTEIN@GALLUA
837 N. Van Dorn St                 CompuServe: 76106,2055
Alexandria, VA 22304                   NetCom: derich@netcom.com
(703) 823-3579                       InterCon: tissue@intercon.com
                               America Online: derichman@aol.com

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  =====> "Deaf people can do anything except hear!" - I. King Jordan <=====
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

              G O  C L E V E L A N D  B R O W N S ! ! ! ! !
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal 7.0 wishlist (LONG)
Date: 29 Sep 92 21:05:20 GMT
Article-I.D.: mast.dmurdoch.196.717800719
Organization: Queen's University

In article <1992Sep27.224504.1216@kth.se> kjell@elixir.e.kth.se (Kjell Rilbe) writes:
>
>Agreed! A few comments:
>Suggested record syntax: PlotPixel((X:5,Y:10),Red);
>That would agree with the syntax in CONST-declarations.
>Suggested array syntax: ListValues((1,4,2,5,7,43,43),Red,Yellow);

This would be a very deep change to the language.  Normally, actual 
arguments are just expressions; if the type of the expression is assignment 
compatible with the formal parameter type, then it compiles, and otherwise 
it's a syntax error.  

If you want to keep this basic Pascal behaviour, then the expression 
evaluator is going to have to be able to evaluate "(X:5,Y:10)" and "(1,4,2,5,
7,43,43)" as expressions, and to be able to determine types for them.  I 
don't think it's reasonable to expect that.  There may well be several types 
in a program that would accept constants defined like these, e.g.

  type
    rec1 = record
      x,y : real; 
    end;

    rec2 = record
      x,y : integer;
    end;

Which of these is (x:5,y:10)?

The alternative is to let the expression evaluator know the expected type,
i.e. the type to which you're assigning the result.  But if you do that 
here, where else do you do it?  Should expressions like intvar*intvar be 
evaluated as longints, if you're assigning them to a longint?  What about 
when they're deeply embedded in another expression?

I vote against this change.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: espenk@ifi.uio.no (Espen Frimann Koren)
Subject: Re: Turbo Pascal 7.0 
Organization: Dept. of Informatics, University of Oslo, Norway
Date: Sat, 26 Sep 1992 21:20:55 GMT
Originator: espenk@ull.ifi.uio.no


This is an answer to Duncan Murdoc's on Fri, 25 Sep 1992 19:31:08 GMT.
(My newsreader are rather lousy, or maybe I haven't found out how it works,
therefore its difficult to reply properly)

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

Espen.
Newsgroups: comp.lang.pascal
From: samodena@csemail.cropsci.ncsu.edu (S. A. Modena)
Subject: Re: Turbo Pascal 7.0
Organization: Crop Science Dept., NCSU, Raleigh, NC 27695-7620
Date: Mon, 28 Sep 1992 12:33:50 GMT

In article <10439@vice.ICO.TEK.COM> bobb@vice.ICO.TEK.COM (Robert Beauchaine) writes:
>  ...................   If "x + y" doesn't mean
>  "add x and y together", then you are an incompetent boob and I
>  would refuse to maintain your code (not to imply that you are such
>  a profane creature).
>
>
>/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ 
>
>Bob Beauchaine bobb@vice.ICO.TEK.COM 
>

And here I thought I was the only tough-talking guy in the forum....
Bob must have to deal with other people's code on a regular basis.  :^)

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.
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
         
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Turbo Pascal 7.0
Organization: Queen's University
Date: Mon, 5 Oct 1992 17:38:33 GMT

In article <1992Oct5.151540.7010@ils.nwu.edu> konopka@ils.nwu.edu (Ray Konopka) writes:
>
>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.

TP doesn't have anything like "protected" fields, but your understanding of
"private" ones is a little bit off:  in fact, fcn1 *can* access data2, as
can any method or other procedure declared in the same unit as ClassA.
The idea is that you should localize implementation specifics to a unit, but
within a unit, anything goes.

I like this idea better than the C++ "protected" idea.  Why should 
descendants be able to mess around with implementation details, when other 
code can't?  This doesn't protect you from writing descendant code that 
breaks when you change the implementation, which is really the point of 
hiding it.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: ahall@nmsu.edu (HALL)
Subject: Testing File Name Validity...
Organization: New Mexico State University, Las Cruces, NM
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 5 Oct 1992 19:16:13 GMT

I am writing a program in TP60 that prompts the user for a DOS filename.
The file may, or may not, exist.  My question is, what is the best way to
test a string to see if it is a valid file name?  I am not even sure what
characters are valid.  Are any of these : !@#$%^& ?  Any suggestions?
A. Hall
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.lang.pascal
Subject: Re: Need in translate program!
Date: 6 Oct 92 06:21:19 GMT
Organization: University of Vaasa, Finland

In article <1992Oct5.210349.1@venus.iteb.serpukhov.su> orlov@venus.iteb.serpukhov.su writes:
>Maybe somebody have traslate program 
>	(translate TPU for TP5.0 to TPU for TP6.0).

A FAQ I should actually put in our FAQ.  In practical terms such a
translation is not on.  You need the source code and the 6.0
compiler. 

>I need it.

Who doesn't :-(

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: alice pascal
Organization: Queen's University
Distribution: comp
Date: Tue, 29 Sep 1992 17:16:09 GMT

In article <1992Sep27.815.5177@execnet> jeff.zeitlin@execnet.com (jeff zeitlin) writes:
>
>     Subject: Alice or other Pascal editor/interpreter
>
>AD::>My question is this:  Does anything like that exist for my new computer, a
>  ::>486/50 pc clone?  I thought that there was an Alice for DOS as well, but I
>  ::>have not been able to locate it yet.
>
>  I have a demo copy of ALICE, The Personal Pascal, for IBM PC and
>  Compatible Systems.  It is at least six years old, so I don't know
>  whether the info I have is still valid.  However, at the time, you
>  could get the product from

I got that demo too - it was distributed in Computer Language Magazine.
I haven't heard anything much about Alice since, but I believe it was 
written by Brad Templeton of rec.humor.funny fame (or someone at his 
company of the time, Looking Glass Software).  He might be able to tell you 
its current status.


Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal