home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / hp / 14530 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  2.8 KB

  1. Path: sparky!uunet!olivea!sgigate!sgi!fido!shankar
  2. From: shankar@sgi.com (Shankar Unni)
  3. Newsgroups: comp.sys.hp
  4. Subject: Re: Bad escape codes on 9000/720?
  5. Message-ID: <1icvuuINNo4s@fido.asd.sgi.com>
  6. Date: 5 Jan 93 21:52:30 GMT
  7. References: <1993Jan5.204601.22486@brtph560.bnr.ca>
  8. Organization: Silicon Graphics, Inc.
  9. Lines: 61
  10. NNTP-Posting-Host: boris.wpd.sgi.com
  11. X-Newsreader: Tin 1.1 PL5
  12.  
  13. I tried to reply to Richard directly, but my mail bounced back from
  14. the gateway:
  15.  
  16.     Your message was not delivered to  
  17.         rjohns@bnr.ca for the following reason:
  18.         Bad Address
  19.         Unknown local user 'rjohns' (Unknown alias type ''
  20.         '/S=rjohns/PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/') 
  21.     * DR generated by mta bcars520
  22.     *         in /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/
  23.     *         at Tue, 5 Jan 1993 16:38:46 -0500
  24.  
  25. Anyway,
  26.  
  27. Richard Johns P205 (rjohns@brtph46.BNR.CA) wrote:
  28.  
  29. > Ok, some more investigation and I find that there's a Pascal include file,
  30. > /usr/include/pasesc.ph, that maps these "huge numbers" to reasonable numbers.
  31. > For example, escape code 39321792 maps to error PasErr_600, which means I
  32. > can look up error 600 in /usr/lib/paserrs.  SO, NOW:
  33.  
  34. Ah, an old, rusty memory stirs (I was with the Pascal team when this
  35. stuff was implemented way back in '85 or '86)...
  36.  
  37. > 1.  What's with these funny escape codes?  What good are they?
  38.  
  39. The reason they are done that way was to provide a crude way of
  40. distinguishing escapes from different libraries on the system (not too
  41. important on Unix, where few of the libraries are in Pascal, but vital
  42. on MPE/XL, where the kernel, and most of the system libraries, are
  43. written in Pascal).
  44.  
  45. > 2.  What's the recommended way of translating the constant PasErr_600?
  46.  
  47. The exact encoding is an artifact of the system error encoding in the
  48. MPE/XL operating system, where the *lower* half (16 bits) is a
  49. "subsystem number", and the *upper* half is the error number.  Seems
  50. a**-backward, and I never got a good explanation from anyone why it
  51. was done that way.
  52.  
  53. Thus, 39321792 == 0x25800c0, which translates to subsystem number 0xc0
  54. (192 == Pascal) and error number 0x258 (600).
  55.  
  56. > 3.  Is there anything useful I can do with the error message catalog,
  57. >     /usr/lib/nls/$LANG/pc_msgs.cat?
  58.  
  59. If I remember right, the /usr/lib/nls/$LANG/pc_msgs.cat catalog has
  60. the text for the errors in pasesc.ph. If you know how to read a
  61. message catalog, you can retrieve the text for these messages from
  62. there.  I *think* the message set number (for catread/catgetmsg et.
  63. al.) is "5".
  64.  
  65. However, it may be wise to dump the catalog to determine the exact set
  66. number. Again, not having access to a handy HP machine, I don't
  67. remember the exact command which dumps a message catalog..  You may
  68. want to look for all the commands containing the string "cat" in
  69. /usr/bin, or do a "man -k catalog".
  70.  
  71. --
  72. Shankar Unni                E-Mail:    shankar@sgi.com
  73. Silicon Graphics Inc.            Phone:    +1-415-390-2072
  74.