From: Hungerburg <pc...@my...> - 2012-01-30 23:10:54
|
Am 2012-01-30 23:52, schrieb Adam Retter: > It was bought to my attention that temporary files were not being > cleaned up on the Windows platform. Just something I learned from experience, which might apply here: On Linux I often update a pdf, and adobe reader even has a "reload" entry in its file menu. While on windows, a file cannot even be written, while it is open in reader. And it cannot be deleted either. There sure is an equivalent of lsof in windows to find out, if its that easy ;) -- peter |
From: Adam R. <ad...@ex...> - 2012-01-31 00:07:10
|
As the file is created in the class org.exist.util.io.MemoryMappedFileFilterInputStreamCache and the file handle is not leaked from that class, and the file is closed by that class before the delete is attempted, I am not sure that an lsof equivalent for Windows would help us here? Unless I am misunderstanding something or your explanation? On 30 January 2012 23:10, Hungerburg <pc...@my...> wrote: > Am 2012-01-30 23:52, schrieb Adam Retter: > >> It was bought to my attention that temporary files were not being >> cleaned up on the Windows platform. > > > Just something I learned from experience, which might apply here: > > On Linux I often update a pdf, and adobe reader even has a "reload" entry in > its file menu. While on windows, a file cannot even be written, while it is > open in reader. And it cannot be deleted either. > > There sure is an equivalent of lsof in windows to find out, if its that easy > ;) > > -- > peter -- Adam Retter eXist Developer { United Kingdom } ad...@ex... irc://irc.freenode.net/existdb |
From: José M. F. G. <jm...@us...> - 2012-01-31 00:12:45
|
The Windows equivalent to lsof is Process Explorer: http://technet.microsoft.com/en-us/sysinternals/bb896653 On 31/01/12 01:07, Adam Retter wrote: > As the file is created in the class > org.exist.util.io.MemoryMappedFileFilterInputStreamCache and the file > handle is not leaked from that class, and the file is closed by that > class before the delete is attempted, I am not sure that an lsof > equivalent for Windows would help us here? Unless I am > misunderstanding something or your explanation? > > On 30 January 2012 23:10, Hungerburg<pc...@my...> wrote: >> Am 2012-01-30 23:52, schrieb Adam Retter: >> >>> It was bought to my attention that temporary files were not being >>> cleaned up on the Windows platform. >> >> >> Just something I learned from experience, which might apply here: >> >> On Linux I often update a pdf, and adobe reader even has a "reload" entry in >> its file menu. While on windows, a file cannot even be written, while it is >> open in reader. And it cannot be deleted either. >> >> There sure is an equivalent of lsof in windows to find out, if its that easy >> ;) >> >> -- >> peter > > > -- "La violencia es el último recurso del incompetente" - Salvor Hardin en "La Fundación" de Isaac Asimov "A friend should be a master at guessing and keeping still: you must not want to see everything" - Friedrich Nietzche "If you ever start taking things too seriously, just remember that we are talking monkeys on an organic spaceship flying through the universe" - Joe Rogan "Premature optimization is the root of all evil." - Donald Knuth José María Fernández González e-mail: jos...@gm... |
From: Adam R. <ad...@ex...> - 2012-01-31 00:41:07
|
I already installed Process Explorer, because I had read it was the equivalent of 'lsof'... but I am damned if I can see how to get a list of open file to process mappings from Process Explorer, any hints? And I have this feeling, the answer will be java.exe anyway :-/ 2012/1/31 José María Fernández González <jm...@us...>: > The Windows equivalent to lsof is Process Explorer: > > http://technet.microsoft.com/en-us/sysinternals/bb896653 > > > On 31/01/12 01:07, Adam Retter wrote: >> >> As the file is created in the class >> org.exist.util.io.MemoryMappedFileFilterInputStreamCache and the file >> handle is not leaked from that class, and the file is closed by that >> class before the delete is attempted, I am not sure that an lsof >> equivalent for Windows would help us here? Unless I am >> misunderstanding something or your explanation? >> >> On 30 January 2012 23:10, Hungerburg<pc...@my...> wrote: >>> >>> Am 2012-01-30 23:52, schrieb Adam Retter: >>> >>>> It was bought to my attention that temporary files were not being >>>> cleaned up on the Windows platform. >>> >>> >>> >>> Just something I learned from experience, which might apply here: >>> >>> On Linux I often update a pdf, and adobe reader even has a "reload" entry >>> in >>> its file menu. While on windows, a file cannot even be written, while it >>> is >>> open in reader. And it cannot be deleted either. >>> >>> There sure is an equivalent of lsof in windows to find out, if its that >>> easy >>> ;) >>> >>> -- >>> peter >> >> >> >> > > -- > "La violencia es el último recurso del incompetente" > - Salvor Hardin en "La Fundación" de Isaac Asimov > "A friend should be a master at guessing and keeping still: > you must not want to see everything" - Friedrich Nietzche > "If you ever start taking things too seriously, just remember that > we are talking monkeys on an organic spaceship flying > through the universe" - Joe Rogan > "Premature optimization is the root of all evil." - Donald Knuth > > > José María Fernández González > e-mail: jos...@gm... -- Adam Retter eXist Developer { United Kingdom } ad...@ex... irc://irc.freenode.net/existdb |
From: Dave F. <dav...@gm...> - 2012-01-31 00:23:17
|
I remember from my days doing tech support for a popular back/restore software package that these sort of issues under Windows were, more often than not, caused by antivirus software going through and wreaking havoc with open file handles. Could there be something like that (or may be an equivalent problem) going on here? P.S. I think it's a rule that Microsoft invented that if there happens to be *any* utility in Windows that has a UNIX equivalent, it's got to have the word "Explorer" in the title somewhere. 2012/1/30 José María Fernández González <jm...@us...> > The Windows equivalent to lsof is Process Explorer: > > http://technet.microsoft.com/en-us/sysinternals/bb896653 > > On 31/01/12 01:07, Adam Retter wrote: > > As the file is created in the class > > org.exist.util.io.MemoryMappedFileFilterInputStreamCache and the file > > handle is not leaked from that class, and the file is closed by that > > class before the delete is attempted, I am not sure that an lsof > > equivalent for Windows would help us here? Unless I am > > misunderstanding something or your explanation? > > > > On 30 January 2012 23:10, Hungerburg<pc...@my...> wrote: > >> Am 2012-01-30 23:52, schrieb Adam Retter: > >> > >>> It was bought to my attention that temporary files were not being > >>> cleaned up on the Windows platform. > >> > >> > >> Just something I learned from experience, which might apply here: > >> > >> On Linux I often update a pdf, and adobe reader even has a "reload" > entry in > >> its file menu. While on windows, a file cannot even be written, while > it is > >> open in reader. And it cannot be deleted either. > >> > >> There sure is an equivalent of lsof in windows to find out, if its that > easy > >> ;) > >> > >> -- > >> peter > > > > > > > > -- > "La violencia es el último recurso del incompetente" > - Salvor Hardin en "La Fundación" de Isaac Asimov > "A friend should be a master at guessing and keeping still: > you must not want to see everything" - Friedrich Nietzche > "If you ever start taking things too seriously, just remember that > we are talking monkeys on an organic spaceship flying > through the universe" - Joe Rogan > "Premature optimization is the root of all evil." - Donald Knuth > > > José María Fernández González > e-mail: jos...@gm... > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Exist-open mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-open > -- David Finton |
From: Adam R. <ad...@ex...> - 2012-01-31 00:42:08
|
In this case I have no Virus Scanner - as this is a disposable Windows XP VM for testing. 2012/1/31 Dave Finton <dav...@gm...>: > I remember from my days doing tech support for a popular back/restore > software package that these sort of issues under Windows were, more often > than not, caused by antivirus software going through and wreaking havoc with > open file handles. Could there be something like that (or may be an > equivalent problem) going on here? > > P.S. I think it's a rule that Microsoft invented that if there happens to be > *any* utility in Windows that has a UNIX equivalent, it's got to have the > word "Explorer" in the title somewhere. > > 2012/1/30 José María Fernández González <jm...@us...> >> >> The Windows equivalent to lsof is Process Explorer: >> >> http://technet.microsoft.com/en-us/sysinternals/bb896653 >> >> On 31/01/12 01:07, Adam Retter wrote: >> > As the file is created in the class >> > org.exist.util.io.MemoryMappedFileFilterInputStreamCache and the file >> > handle is not leaked from that class, and the file is closed by that >> > class before the delete is attempted, I am not sure that an lsof >> > equivalent for Windows would help us here? Unless I am >> > misunderstanding something or your explanation? >> > >> > On 30 January 2012 23:10, Hungerburg<pc...@my...> wrote: >> >> Am 2012-01-30 23:52, schrieb Adam Retter: >> >> >> >>> It was bought to my attention that temporary files were not being >> >>> cleaned up on the Windows platform. >> >> >> >> >> >> Just something I learned from experience, which might apply here: >> >> >> >> On Linux I often update a pdf, and adobe reader even has a "reload" >> >> entry in >> >> its file menu. While on windows, a file cannot even be written, while >> >> it is >> >> open in reader. And it cannot be deleted either. >> >> >> >> There sure is an equivalent of lsof in windows to find out, if its that >> >> easy >> >> ;) >> >> >> >> -- >> >> peter >> > >> > >> > >> >> -- >> "La violencia es el último recurso del incompetente" >> - Salvor Hardin en "La Fundación" de Isaac Asimov >> "A friend should be a master at guessing and keeping still: >> you must not want to see everything" - Friedrich Nietzche >> "If you ever start taking things too seriously, just remember that >> we are talking monkeys on an organic spaceship flying >> through the universe" - Joe Rogan >> "Premature optimization is the root of all evil." - Donald Knuth >> >> >> José María Fernández González >> e-mail: jos...@gm... >> >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> _______________________________________________ >> Exist-open mailing list >> Exi...@li... >> https://lists.sourceforge.net/lists/listinfo/exist-open > > > > > -- > David Finton -- Adam Retter eXist Developer { United Kingdom } ad...@ex... irc://irc.freenode.net/existdb |
From: Dmitriy S. <sha...@gm...> - 2012-01-31 04:09:45
|
You can you this one http://www.malwarebytes.org/ 2012/1/31 Adam Retter <ad...@ex...> > In this case I have no Virus Scanner - as this is a disposable Windows > XP VM for testing. > -- Dmitriy Shabanov |
From: Hungerburg <pc...@my...> - 2012-01-31 10:54:11
|
Sorry Adam, I think I kept the message too short. The idea with lsof equivalent was, that it shows you, who is using or locking the file. I now looked at procexp and one can do "Menu find (ctrl F)" for eg. "tmp" and it will return a list of handles and users of files that contain "tmp" in the name. But I see, as you proposed in another mail, the chances are very high, that this is java.exe itself and noone else. So why would java keep the temp files open? Maybe somewhere an exception is not caught, as in https://issues.apache.org/bugzilla/show_bug.cgi?id=46559 - just another blind stab. Kind regards -- peter |
From: Adam R. <ad...@ex...> - 2012-01-31 18:57:15
|
I think its a bug in the Java JDK where the file handle is not being released, certainly I am the only user of this file. I will have to create a platform specific implementation of this for Windows platforms I think, where discarded files are re-used because they cant be deleted :-/ On 31 January 2012 10:53, Hungerburg <pc...@my...> wrote: > Sorry Adam, I think I kept the message too short. The idea with lsof > equivalent was, that it shows you, who is using or locking the file. I now > looked at procexp and one can do "Menu find (ctrl F)" for eg. "tmp" and it > will return a list of handles and users of files that contain "tmp" in the > name. But I see, as you proposed in another mail, the chances are very high, > that this is java.exe itself and noone else. > > So why would java keep the temp files open? Maybe somewhere an exception is > not caught, as in https://issues.apache.org/bugzilla/show_bug.cgi?id=46559 - > just another blind stab. > > Kind regards > > -- > peter -- Adam Retter eXist Developer { United Kingdom } ad...@ex... irc://irc.freenode.net/existdb |