home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / database / oracle / 2151 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  1.5 KB
  1. Path: sparky!uunet!news.gtech.com!noc.near.net!hri.com!spool.mu.edu!uwm.edu!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsc!cbfsb!cbnewsb.cb.att.com!sbrenner
  2. From: sbrenner@cbnewsb.cb.att.com (scott.d.brenner)
  3. Newsgroups: comp.databases.oracle
  4. Subject: Can I Filter ORACLE Errors During Execution of SQL*Form (3.0)?
  5. Message-ID: <1992Nov9.153944.9014@cbfsb.cb.att.com>
  6. Date: 9 Nov 92 15:39:44 GMT
  7. Sender: news@cbfsb.cb.att.com
  8. Organization: AT&T
  9. Lines: 26
  10.  
  11. I'm running SQL*Forms 3.0.16.4.1.  I'm creating applications for 
  12. end-users who don't know anything about databases, let alone Oracle
  13. specifically, or such things as "duplicate key in index" errors.
  14. Does anyone know if there's a way I can "filter" Oracle system errors
  15. during the running of a form?  What I'd like to do is capture an error
  16. such as a duplicate key in index problem and present the user with a 
  17. more friendly and meaningful message than 
  18.  
  19.     "FRM-40508: ORACLE error -- unable to INSERT record."
  20.  
  21. Even if the user could handle [Display Error], I don't think that
  22.  
  23.     "ORA-00001: duplicate key in index"
  24.  
  25. would mean much to them.
  26.  
  27. If anyone has any clue as to how I could do this, I'd really like to 
  28. hear it.  Thanks in advance for your help.  Please respond via e-mail
  29. to sbrenner@attmail.com; I'll post a summary of responses in a few days.
  30.  
  31. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  32. Scott D. Brenner
  33. AT&T Consumer Communications Services
  34. Basking Ridge, NJ
  35. sbrenner@attmail.com
  36. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  37.