home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / mswindo / programm / win32 / 868 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.1 KB  |  53 lines
  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!mnemosyne.cs.du.edu!nyx!ebergman
  3. From: ebergman@nyx.cs.du.edu (Eric Bergman-Terrell)
  4. Subject: Re: setjmp/longjmp
  5. Message-ID: <1992Sep8.214725.27612@mnemosyne.cs.du.edu>
  6. X-Disclaimer: Nyx is a public access Unix system run by the University
  7.     of Denver for the Denver community.  The University has neither
  8.     control over nor responsibility for the opinions of users.
  9. Sender: usenet@mnemosyne.cs.du.edu (netnews admin account)
  10. Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
  11. References: <1992Sep8.202606.13762@xanadu.com>
  12. Date: Tue, 8 Sep 92 21:47:25 GMT
  13. Lines: 38
  14.  
  15. In article <1992Sep8.202606.13762@xanadu.com> ravi@xanadu.com (Ravi Pandya) writes:
  16. >The July NT x86 toolset does not include setjmp/longjmp - the header
  17. >file is ifdef'ed out, and it is not in the library. It is a fairly
  18. >straightforward piece of assembly code to write, but before I do it,
  19. >I'd like to know if there are any subtle reasons why the obvious
  20. >approach won't work. Does NT do any odd messing around with stacks,
  21. >privilege levels, etc that would make it hard? I have a suspicion that
  22. >something like this is the reason it is not in the library.
  23. >
  24. >Unfortunately, our port from UNIX to NT cannot proceed without it, or
  25. >some facsimile, since it is used in our own exception handling
  26. >package, which is used everywhere. We could move it over to the MS
  27. >exception handler, except that it doesn't seem to be available nor
  28. >documented yet... Any suggestions?
  29. >
  30. >Furthermore, the compiler insists on treating a function in which some
  31. >control paths do not return as an error. Since a lot of our functions
  32. >might terminate by raising an exception and doing a longjmp, there are
  33. >hundreds of places in our code that provoke this error message. Is
  34. >there any way to turn it off, or at least downgrade it into a warning?
  35. >
  36. >Thanks!
  37. >    --ravi
  38. >
  39. >    Ravi Pandya
  40. >    Xanadu Operating Company
  41. >    1891 Landings Drive
  42. >    Mountain View CA 94043
  43. >    415 903 1316
  44. >    415 903 1399 fax
  45. >    ravi@xanadu.com
  46.  
  47.  
  48. Ravi:
  49.  
  50. You might want to read about Catch() and Throw() in the Windows API docs.
  51.  
  52. Terrell
  53.