Xref: utzoo comp.sys.mac:26510 comp.sys.mac.programmer:4405
Path: utzoo!utgpu!utstat!jarvis.csri.toronto.edu!mailrus!purdue!decwrl!adobe!bezanson
From: bezanson@adobe.COM (Brian Bezanson)
Newsgroups: comp.sys.mac,comp.sys.mac.programmer
Subject: Re: LSP 2.0 FLAME
Message-ID: <426@adobe.UUCP>
Date: 9 Feb 89 23:38:55 GMT
References: <4359@hubcap.UUCP>
Reply-To: bezanson@adobe.UUCP (Brian Bezanson)
Followup-To: comp.sys.mac
Organization: Adobe Systems Incorporated, Mountain View
Lines: 29

In article <4359@hubcap.UUCP> mikeoro@hubcap.UUCP (Michael K O'Rourke) writes:
>I just tried to take an old turbo pascal program and port it in to LSP 2.0.
>But lo and behold to my great surprise did i find the stupidest apparent error
>in LSP.
>if a is of type string and i say :
>a := '5';
>it promptly dislikes
>a := a + '3';
>Come on!! I've been doing this for years! I should get a = 53. What's the 
>problem? Rich?

What've you've shown us is how Turbo Pascal allows you to do some things
a non-standard or 'BASIC' way. I could see doing string concatenations with
BASIC like this. In pascal I'd do this in the 'standard' way (standard in that
most modern pascal compilers support these string operators):

a:='5'; {like you did before}
concat(a, '3'); {use the provided string routines}

Not to flame, though it is tempting ;-), Turbo allows for a lot of non-standard
Pascal techniques. You can't expect another compiler will support those
features. It took a long time for Lightspeed Pascal and TML Pascal to
have the 'different' Pascal features that Apple originally put into Lisa and 
then MPW Pascal. 


Brian Bezanson					bezanson@adobe.com

"These words are my own, complete with my personal typos and mistakes!-)"