home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / hp / 12961 < prev    next >
Encoding:
Text File  |  1992-11-16  |  1.5 KB  |  40 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!ukma!wupost!sdd.hp.com!hp-col!fc.hp.com!ec
  3. From: ec@fc.hp.com (Edgar_Circenis)
  4. Subject: Re: bug in rename(2)...
  5. Sender: news@fc.hp.com (news daemon)
  6. Message-ID: <BxtMBp.95x@fc.hp.com>
  7. Date: Mon, 16 Nov 1992 18:07:00 GMT
  8. References: <RDM.92Nov16173714@hpsalo.cern.ch>
  9. Organization: Hewlett-Packard Fort Collins Site
  10. X-Newsreader: TIN [version 1.1.8 PL6]
  11. Lines: 27
  12.  
  13. Fons Rademakers (rdm@hpsalo.cern.ch) wrote:
  14. > 
  15. > I found that rename(file1, file2) was overwriting some of my global vars
  16. > when file1 did not exist. A simple test on the existence of file1 solved the
  17. > problem. However, rename should never overwrite anything. I noticed that
  18. > my global vars contained after the rename function the string:
  19. > `file1' not existent (ut4) using xunlink.
  20. > 
  21. > Hopefully this has been fixed in 9.0. Or does this bug report causes 9.0
  22. > to be delayed for another week -:).
  23. > 
  24. > Regards, Fons Rademakers.
  25.  
  26. You are using the rename() function in libPW if you are getting this
  27. error message.  The system call stub for rename(2) is in libc.  Whenever
  28. you use libPW, you must make sure that libc is linked into your application
  29. before libPW gets linked for precisely this reason.  libPW has historically
  30. had its own rename function.
  31.  
  32. If you are using libPW for the regex() functionality, you might consider
  33. switching to the POSIX standard regcomp/regexec found in libc.
  34.  
  35. Edgar
  36.  
  37. --------------
  38. Disclaimer: This information may or may not be correct.  HP may not agree
  39. with me.  I may not agree with myself....
  40.