home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / database / oracle / 2549 < prev    next >
Encoding:
Text File  |  1992-12-17  |  1.4 KB  |  38 lines
  1. Newsgroups: comp.databases.oracle
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsc!cbfsb!cbnewsb.cb.att.com!gerette
  3. From: gerette@cbnewsb.cb.att.com (marianne.g.pittorino)
  4. Subject: Too many open files
  5. Message-ID: <1992Dec17.143430.12081@cbfsb.cb.att.com>
  6. Keywords: open files
  7. Sender: news@cbfsb.cb.att.com
  8. Organization: AT&T
  9. Date: Thu, 17 Dec 1992 14:34:30 GMT
  10. Lines: 26
  11.  
  12.  
  13. Hi all!
  14.  
  15. I am running RDBMS V6.0.36.0.1 and Pro*C precompiler 1.4.8.2.2 on a Pyramid
  16. (Release 2 UNIX).  I have an embedded SQL 'C' process that runs all day,
  17. processing updates to our database.  The process frequently executes a system
  18. call to SQL*Loader to load in bulk updates.
  19.  
  20. It seems as if sqlload is not closing its files.  After about 100 calls or so
  21. (the number is not constant), I start getting the following error:
  22.     SQL*Loader-500:  Unable to open file (filename)
  23.     Pyramid UNIX Error: 24: Too many open files
  24.  
  25. Shouldn't sqlload be closing its files when its exec'ed shell completes?  I
  26. meticulously checked the rest of the code; the process has one file open when
  27. the system call to sqlload is made (a command file telling the process what
  28. update it needs to perform).  Right before the system call is made, the
  29. process opens the data file (the ".dat" file), writes the data to be loaded,
  30. then closes the file.
  31.  
  32. Does anyone know of any weirdness with calling sqlload via a system call from
  33. a 'C' program?
  34.  
  35.  
  36. Thanks for your help,
  37. Marianne
  38.