home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / perl / 5301 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  1.2 KB
  1. Path: sparky!uunet!ogicse!network.ucsd.edu!news!netlabs!lwall
  2. From: lwall@netlabs.com (Larry Wall)
  3. Newsgroups: comp.lang.perl
  4. Subject: Re: reset & dbm file bug?
  5. Message-ID: <1992Aug13.200021.15963@netlabs.com>
  6. Date: 13 Aug 92 20:00:21 GMT
  7. Article-I.D.: netlabs.1992Aug13.200021.15963
  8. References: <lgy.713469986@landau>
  9. Sender: news@netlabs.com
  10. Organization: NetLabs, Inc.
  11. Lines: 17
  12. Nntp-Posting-Host: scalpel.netlabs.com
  13.  
  14. In article <lgy.713469986@landau> lgy@phys.washington.edu (Laurence Yaffe) writes:
  15. : 
  16. :     It appears that stale data is sometimes returned after a reset on an
  17. : assoc array bound to a dbm file.  The following test program illustrates
  18. : this by binding the same dbm file to two different assoc arrays.
  19. : The same problem occurs if a dbm file is opened by one processes and then
  20. : changed by a different process - after a 'reset' in the first process
  21. : values returned by the assoc array are inconsistent with the data on disk.
  22. : This occurs in both versions 4.0.19 (with ndbm support) on a MIPS 3230,
  23. : and 4.0.10 on a Sun.  Bug or misunderstanding?
  24.  
  25. $ grep dbmclose bugs/patch*
  26. patch20: Subject: dbmclose(%array) didn't work
  27.  
  28. If you're stuck with an old version, the workaround is to omit the %.
  29.  
  30. Larry
  31.