home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / misc / 25803 < prev    next >
Encoding:
Text File  |  1992-07-28  |  2.1 KB  |  51 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!utcsri!skule.ecf!torn!watserv1!watmath!undergrad.math.waterloo.edu!napier.uwaterloo.ca!scdrye
  3. From: scdrye@napier.uwaterloo.ca (Stephen Drye)
  4. Subject: Re: System hang with REISPLANNER
  5. Message-ID: <Bs45ME.K5D@undergrad.math.waterloo.edu>
  6. Sender: news@undergrad.math.waterloo.edu
  7. Organization: University of Waterloo
  8. References: <1992Jul22.075729.22721@donau.et.tudelft.nl> <1992Jul22.155813.3353@midway.uchicago.edu>
  9. Date: Tue, 28 Jul 1992 19:18:13 GMT
  10. Lines: 39
  11.  
  12. In article <1992Jul22.155813.3353@midway.uchicago.edu> sip1@midway.uchicago.edu writes:
  13. >In article <1992Jul22.075729.22721@donau.et.tudelft.nl> anto@dutetvd.tudelft.nl (Anto Daryanto) writes:
  14. >>I'm a happy user of OS/2 2.0. Last night I had my seconds system down, since
  15. >>I got OS/2 2.0 (well, not include WPS's bugs). I have the newest kernel
  16. >>patch (6.412) and the new pmwin.dll and pmgre.dll.
  17. >>Anyway, I ran REISPLAN (the time table tool from the Netherlands Railway)
  18. >>last night and got a system error:
  19. >>    The system detected an internal processing error at
  20. >>    location ##0160:fff64526-000d:a52b.
  21. >>    60000, 9084
  22. >>    038600d1
  23. >>    Internal revision 6.412, 92/06/02
  24. >>and I have to cold-start my PC. 
  25. >>FYI, with the old kernel (6.307) I can run this software flawlessly.
  26. >
  27. >Go back to the old kernel.  Any "ad hoc" patch should only be applied
  28. >if absolutely necessary -- you don't go applying these patches unless
  29. >you have good reason.  Sometimes that isn't made clear, but it bears
  30. >repeating.
  31. >
  32.  
  33. Actually the Kernel is OK, it is the new blkico fix that is causing this
  34. problem.  I can easily repeat this problem by switching away from a 
  35. WinOS2 session and the switching back.  Note that the error I get is at the
  36. _exact same_ location as the one listed above, but I got it through a 
  37. different way.
  38.  
  39. The trapping went away when I switched back to the old PMWIN.DLL and the 
  40. old PMGRE.DLL.
  41.  
  42. So, the kernel is fine, just go back to the old dll's.
  43.  
  44. PS: How do you report something like this in Canada?  Obviously there is a 
  45. leetle problem at this location in the new DLL's. :)
  46.  
  47. Stephen Drye
  48. scdrye@napier.waterloo.edu
  49.  
  50.  
  51.