Status: Accepted
Owner: [hidden email] Labels: Type-Bug Milestone-2.0 New issue 6295 by [hidden email]: '/tmp/github.zip' claimed to exist by FileSystem, but FileDirectory tells the truth that it does not exist (pharo2.0) http://code.google.com/p/pharo/issues/detail?id=6295 Honestly don't know how to reproduce this because FileSystem is not telling the truth... I have code that looks like this: downloadFile: url to: outputFileName " self downloadFile: 'https://github.com/dalehenrich/sample/zipball/1.0'" | in out err proc | in := (' -L ' , url) readStream. out := FileStream forceNewFileNamed: outputFileName. err := FileStream forceNewFileNamed: '/tmp/curl.err'. proc := OSProcess thisOSProcess forkJob: '/usr/bin/curl' arguments: {'-L'. url} environment: nil descriptors: (Array with: nil with: out with: err). proc ifNil: [ OSProcess noAccessorAvailable ]. [ proc isRunning ] whileTrue: [ (Delay forMilliseconds: 100) wait ]. out close. err close and I'm getting a CannotDeleteFileException because FileSystem thinks the file '/tmp/github.zip' (outputFileName) exists. Asking FileDirectory if the file exists answers false. Presumably the file did exist and was possibly even deleted by the forceNewFileNamed: code, but by the time I started looking the file was long gone... I'm running my tests in the Pharo-2.0 oneclick (Pharo2.0a-#20182) on the mac so I'm (presumably) using a captive vm... I am attempting to port my working version of metacello to Pharo-2.0, but this is a show-stopper for me. _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #1 on issue 6295 by [hidden email]: '/tmp/github.zip' claimed to exist by FileSystem, but FileDirectory tells the truth that it does not exist (pharo2.0) http://code.google.com/p/pharo/issues/detail?id=6295 on closer examination it appears that the following sequence is failing when the file '/tmp/github/zip' starts out existing: | dir fullName localName | fullName := '/tmp/github.zip'. dir := fullName asFile. localName := dir basename. dir delete. dir exists. `dir delete` actually deletes the file, but `dir exists` answers `true` ... once it answers `true` it seems to think the file exists until I restart the image ... so this is likely to be a vm primitive bug... _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Updates:
Cc: [hidden email] [hidden email] Comment #2 on issue 6295 by marianopeck: '/tmp/github.zip' claimed to exist by FileSystem, but FileDirectory tells the truth that it does not exist (pharo2.0) http://code.google.com/p/pharo/issues/detail?id=6295 dale, did you try with LASTEST VM from jenkins? _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #3 on issue 6295 by [hidden email]: '/tmp/github.zip' claimed to exist by FileSystem, but FileDirectory tells the truth that it does not exist (pharo2.0) http://code.google.com/p/pharo/issues/detail?id=6295 I don't know... there is a really weird bug around with FileSystem.., me and Camillo are trying to catch it but is elusive... anyway, I'm on it... _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Updates:
Status: Closed Comment #4 on issue 6295 by [hidden email]: '/tmp/github.zip' claimed to exist by FileSystem, but FileDirectory tells the truth that it does not exist (pharo2.0) http://code.google.com/p/pharo/issues/detail?id=6295 this is not happening anymore with latest vm's, so I'm closing the issue _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Free forum by Nabble | Edit this page |