home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.lang.pascal:6771 comp.object:4283
- Newsgroups: comp.lang.pascal,comp.object
- Path: sparky!uunet!mcsun!sunic!liuida!c89ponga
- From: c89ponga@odalix.ida.liu.se (kand. Pontus Gagge)
- Subject: Re: BP/TP OOP is missing something...
- Message-ID: <1992Nov20.135804.8752@ida.liu.se>
- Sender: news@ida.liu.se
- Organization: CIS Dept, Univ of Linkoping, Sweden
- References: <dmurdoch.282.722020256@mast.queensu.ca> <10773@vice.ICO.TEK.COM> <dmurdoch.171.722054313@mast.queensu.ca> <1992Nov18.104536.9985@jyu.fi> <dmurdoch.284.722095796@mast.queensu.ca>
- Date: Fri, 20 Nov 1992 13:58:04 GMT
- Lines: 23
-
- dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
-
- [ Discussion of file variables, &c. ]
-
- >>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...
-
- --
- /-------------------------+--------------- DISCLAIMER -----------------\
- | kand. Pontus Gagge | The views expressed herein are compromises |
- | University of Link|ping | between my mental subpersonae, and may be |
- | c89ponga@und.ida.liu.se | held by none of them. |
- \-------------------------+--------------------------------------------/
-