home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / pascal / 7745 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  1.7 KB
  1. Path: sparky!uunet!news.uiowa.edu!hobbes.physics.uiowa.edu!zaphod.mps.ohio-state.edu!swrinde!network.ucsd.edu!munnari.oz.au!ariel.ucs.unimelb.EDU.AU!ucsvc.ucs.unimelb.edu.au!lugb!lux!cscmd
  2. Newsgroups: comp.lang.pascal
  3. Subject: Re: Looking for STAKDUMP.OBJ
  4. Message-ID: <1992Dec30.162433.10860@lugb.latrobe.edu.au>
  5. From: cscmd@lux.latrobe.edu.au (Mitch Davis)
  6. Date: Wed, 30 Dec 1992 16:24:33 GMT
  7. Sender: news@lugb.latrobe.edu.au (USENET News System)
  8. References: <1992Dec16.000345.1@vms.ucc.okstate.edu>
  9. Organization: La Trobe University
  10. Lines: 25
  11.  
  12. In article <1992Dec16.000345.1@vms.ucc.okstate.edu> v923106@vms.ucc.okstate.edu writes:
  13. >I am looking for a file called stakdump.obj. It comes from Kim Kokkokonnens on
  14. >the Tpro bonus disk. The reason why I am looking for this is because I found an
  15. >interesting unit called ERR_FUNC written by Richard A. Morris.  The problem is,
  16. >this unit won't compile without the stakdump.obj file. Richard didn't include
  17. >it in the archive. If anybody knows what I'm talking about or knows how to
  18. >contact Richard A. Morris, please let me know.  By the way, I found this unit
  19. >on wuarchive.wustl.edu in mirrors2/msdos/turbopas. it's called err_func.zip.
  20. >Also, Richard gave a fido net number 3: 640/378 but I don't have any idea what
  21. >that means.
  22.  
  23. Richard A. Morris (or RAM to his friends, of which I am one) nows works
  24. for Borland in Sydney Australia.  He's a TurboVision whiz among other
  25. things. 
  26.  
  27. And now for a completely unconnected fact:
  28.   The number for Borland in Sydney is: +61-2-953-9500.  Sydney is now
  29. GMT+11.
  30.  
  31. Actually, Richard was why I didn't come first in the Fidonet Pascal
  32. Programming Contest - and his ERR_FUNC was the winner!  I came second.
  33.  
  34. Hope this helps not just you, but others as well.
  35.  
  36. Mitch.
  37.