home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / ibm / pc / misc / 10787 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  1.7 KB
  1. Path: sparky!uunet!mcsun!uknet!warwick!esudh
  2. From: esudh@warwick.ac.uk (Flint)
  3. Newsgroups: comp.sys.ibm.pc.misc
  4. Subject: URGENT!!! HELP NEEDED WITH INT 24 FAILURE OVERRIDE !!!!
  5. Message-ID: <9j6mbf7x@csv.warwick.ac.uk>
  6. Date: 23 Jul 92 20:11:30 GMT
  7. Sender: news@csv.warwick.ac.uk (Network news)
  8. Organization: Computing Services, Warwick University, UK
  9. Lines: 36
  10. Nntp-Posting-Host: lily
  11.  
  12.  
  13. HI!
  14.  
  15.     I have a very urgent request for help concerning Microsoft C/
  16. Quick C, Ms-Dos and INT 24 Failures.
  17.  
  18. Working for BT I have come across a need to write a database system with 
  19. a fair degree of disk access. However, I need either a method of
  20. formatting the stderr stream or a method of replacing the INT 24 vector
  21. with one of my own.
  22.  
  23. I'd prefer a vector redirection based solution, but I cannot for the life of me
  24. get the program to work as it should (it compiles..)
  25.  
  26.     At present I am (have tried) copying the old interrupt vector 
  27. so it can be restored later , then substituting my own vector address
  28. pointing to a simple routine that simple returns, maybe printing an error
  29.  message first.
  30.  
  31. Even compiling without the stack checking (as required in the Turbo C
  32. environment) the program seems to either ignore my interrupt vector
  33. completely, or executes my routine then freezes.
  34.  
  35. All I need is something that will return a value of zero somehow without
  36. the humungous error messages that usually occur, and without the
  37. press so and so to continue or abort etc...
  38.  
  39. If ya can help email me as soon as you can...This database has to be finished 
  40. soon. Ack. You could say the critical errror handler has gone critical.
  41.  
  42. Many thanks,
  43.  
  44.     Ian Coggins,
  45.     Comp systems Engineer.
  46.     esudh@csv.warwick.ac.uk
  47.      or ic@dcs.warwick.ac.uk
  48.