home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / database / informix / 2337 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.1 KB  |  57 lines
  1. Newsgroups: comp.databases.informix
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!haven.umd.edu!wam.umd.edu!dinguyen
  3. From: dinguyen@wam.umd.edu (Dzi Nguyen)
  4. Subject: Re:  Erratic error 408 from ESQL/C
  5. Message-ID: <1992Nov7.004734.4740@wam.umd.edu>
  6. Sender: usenet@wam.umd.edu (USENET News system)
  7. Nntp-Posting-Host: rac3.wam.umd.edu
  8. Organization: University of Maryland, College Park
  9. References: <1dbtpnINNqac@emory.mathcs.emory.edu>
  10. Date: Sat, 7 Nov 1992 00:47:34 GMT
  11. Lines: 44
  12.  
  13. In article <1dbtpnINNqac@emory.mathcs.emory.edu> johnl@obelix.informix.com (Jonathan Leffler) writes:
  14. >}From: uunet!gauss.rutgers.edu!manmetha (Rajesh Malhotra)
  15. >}Subject: Erratic error 408 from ESQL/C
  16. >}Date: 4 Nov 92 22:26:16 GMT
  17. >}X-Informix-List-Id: <news.2057>
  18. >}
  19. >}Fellow Informix'ers,
  20. >}
  21. >}    Every now and then a query in our application fails
  22. >}with an error code of 408. We have'nt been able to duplicate the
  23. >}scenario and make the error occur again. The manual's description
  24. >}of 408 does not seem to make sense.
  25. >}
  26. >}    Any ideas / suggestions?
  27. >}
  28. >}BTW we are running Informix online 5.0 and ESQL/C on an IBM RS600
  29. >}running AIX 3.2
  30. >
  31. >The key info here is probably the RS6000.  AIX detects when it is getting
  32. >low on swap space (or some other virtual memory resource), and it then
  33. >arbitrarily kills a process or processes to relieve the pressure.  Sometimes
  34. >you are lucky and it is only an sqlturbo it kills -- sometimes it kills
  35. >tbinit instead.  And sometimes you are unlucky and it kills an sqlturbo in a
  36. >critical section so OnLine has to abort.
  37. >
  38. >AIX is wonderful, really:-(
  39. >
  40. >Yours,
  41. >Jonathan Leffler (johnl@obelix.informix.com) #include <disclaimer.h>
  42.  
  43. This error occurs every time in one of my load module.  To work around this
  44. problem, I have to move/rearrange codes around.
  45.  
  46. It is a mystery to me, and I don't think it have any thing to do with the 
  47. machine (my application is on Pyramid 7080 series).
  48.  
  49. I am still investigating....\8-(
  50.  
  51. Zombie (dinguyen@wam.umd.edu)
  52.  
  53. -- 
  54. **********************************************************
  55. *     There is no victim, only volunteers.               *
  56. **********************************************************
  57.