home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / hp / 14781 < prev    next >
Encoding:
Text File  |  1993-01-12  |  2.3 KB  |  52 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!howland.reston.ans.net!usc!cs.utexas.edu!hermes.chpc.utexas.edu!news.utdallas.edu!corpgate!brtph560!brtph46!rjohns
  3. From: rjohns@brtph46.BNR.CA (Richard Johns P205)
  4. Subject: Re: Bad escape codes on 9000/720?
  5. Message-ID: <1993Jan12.191656.13982@brtph560.bnr.ca>
  6. Sender: news@brtph560.bnr.ca (Usenet News)
  7. Reply-To: rjohns@brtph46.BNR.CA (Richard Johns P205)
  8. Organization: Bell-Northern Research Ltd.
  9. Date: Tue, 12 Jan 1993 19:16:56 GMT
  10. Lines: 40
  11.  
  12.  
  13. Stan Sieler (sieler@allegro.com) wrote:
  14.  
  15. > WARNING:  I don't have access to the HP-UX file which lists all of the
  16. > PasErr values, but the MPE/iX file (PASESC.PUB.SYS) has incorrect values
  17. > (or names?) starting with PasErr 905 (they are all off by one in the
  18. > info field).
  19. > 
  20. > I.e.: 
  21. >    PasErr_905 = 59309367 is misleading.  PasErr_904 would actually be
  22. > that value (i.e.: the upper 16-bits of 59309367 = 904).  Now, 
  23. > I don't know if 904 or 905 is InvalidProcFunc.  (In other words, is the
  24. > vale 59309367 wrong or is the PasErr_905 wrong?)
  25.  
  26. Thanks for pointing that out.  Another one for the manual, if not the fix 
  27. list.  If anyone does go into pasesc.ph, you might as well fix:
  28.  
  29. (***************************************************************************)
  30. (*                                                                         *)
  31. (*            T R A P   S U B S Y T E M   E S C A P E   C O D E S          *)
  32. (*                                                                         *)
  33. (***************************************************************************)
  34.  
  35. Speaking of traps, is it possible to catch the alarm signal from Pascal?  
  36. On the 400 series, you can use an escape code and errno to do that.  On 
  37. the 700, there's no escape code for it, and no generic system error escape
  38. code, so you can't.  I have a function that sets an alarm before calling 
  39. fcntl with a wait, and if it times out, the function returns with failure.
  40. It looks like the way to do it is with a trap handler, but I don't want
  41. to lose the flow of control.  Is there a way to do this with try/recover?
  42. Thanks again.
  43.  
  44. Cheers,
  45.  Rick Johns
  46.  BNR
  47.  rjohns@bnr.ca
  48.  
  49. Disclaimer: I said it, BNR didn't.
  50. ==============================================================================
  51. ==============================================================================
  52.