home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / gnu / utils / bug / 2321 < prev    next >
Encoding:
Text File  |  1993-01-05  |  1.5 KB  |  37 lines
  1. Newsgroups: gnu.utils.bug
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!smurf.sub.org!urlichs
  3. From: urlichs@smurf.sub.org (Matthias Urlichs)
  4. Subject: gdbm 1.5 loses key chain
  5. Message-ID: <1ia0fbINN9do@smurf.sub.org>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: Smurf-O-Box Karlsruhe, FRG
  8. Distribution: gnu
  9. Date: Mon, 4 Jan 1993 20:42:51 GMT
  10. Approved: bug-gnu-utils@prep.ai.mit.edu
  11. Lines: 24
  12.  
  13. I'm using gdbm (1.5) and occasionally one of my gdbm files manages to 
  14. mangle its database. The problem is that while the data are accessible
  15. via gdbm_fetch(), a lookup through gdbm_nextkey() terminates without
  16. returning the whole file.
  17.  
  18. Needless to say, this happens only if the database is heavily used;
  19. thus, scanning the database after every access won't work.
  20. Also needless to say, any mangled database contains confidential
  21. information, so I can't post or mail it. Also needless to say, the
  22. way I'm using the database absolutely depends on firstkey/nextkey
  23. finding every record.
  24.  
  25. However, I am able to use a debugger. ;-)  Any gdbm experts out there
  26. who can help shed some light on this, point me at places to search for
  27. the problem, etc.? All database access goes through one program, which
  28. can be hacked to death if necessary.
  29.  
  30. -- 
  31. Darth Vader!  Only you would be so bold!
  32.                -- Princess Leia Organa
  33. -- 
  34. Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
  35. Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
  36.  
  37.