[jira] Updated: (IO-109) FileSystemUtils freeSpaceUnix does not work for HP-UX 11

ms so it's more a question of cleaning these issues up if we don't hear back by the time of 1.4. > FileSystemUtils freeSpaceUnix does not work for HP-UX 11 > > > Key: IO-109 > URL:

[jira] Commented: (IO-109) FileSystemUtils freeSpaceUnix does not work for HP-UX 11

. > FileSystemUtils freeSpaceUnix does not work for HP-UX 11 > > > Key: IO-109 > URL: https://issues.apache.org/jira/browse/IO-109 > Project: Commons IO > Issue Type: Bug

[jira] Updated: (IO-109) FileSystemUtils freeSpaceUnix does not work for HP-UX 11

[ https://issues.apache.org/jira/browse/IO-109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher Olsen updated IO-109: - Attachment: FileSystemUtils-HP-UX.fix > FileSystemUtils freeSpaceUnix does not work for HP-UX

[jira] Created: (IO-109) FileSystemUtils freeSpaceUnix does not work for HP-UX 11

FileSystemUtils freeSpaceUnix does not work for HP-UX 11 Key: IO-109 URL: https://issues.apache.org/jira/browse/IO-109 Project: Commons IO Issue Type: Bug Components

[jira] Resolved: (IO-93) FileSystemUtils needs to call Process.destroy() on exec'd processes

s fixed. Thanks. > FileSystemUtils needs to call Process.destroy() on exec'd processes > --- > > Key: IO-93 > URL: http://issues.apache.org/jira/browse/IO-93 > Project:

[jira] Updated: (IO-93) FileSystemUtils needs to call Process.destroy() on exec'd processes

[ http://issues.apache.org/jira/browse/IO-93?page=all ] Stephen Colebourne updated IO-93: - Fix Version/s: 1.3 Definite fix for 1.3 > FileSystemUtils needs to call Process.destroy() on exec'd p

[jira] Created: (IO-93) FileSystemUtils needs to call Process.destroy() on exec'd processes

FileSystemUtils needs to call Process.destroy() on exec'd processes --- Key: IO-93 URL: http://issues.apache.org/jira/browse/IO-93 Project: Commons IO Issue Type

[jira] Updated: (IO-34) [io] FileSystemUtils returns incorrect free space on Linux

[ http://issues.apache.org/jira/browse/IO-34?page=all ] Stephen Colebourne updated IO-34: - Bugzilla Id: (was: 38574) Fix Version: 1.2 Final Version: 1.1 Final (was: 1.1.0) > [io] FileSystemUtils returns incorrect f

[jira] Closed: (IO-34) [io] FileSystemUtils returns incorrect free space on Linux

[ http://issues.apache.org/jira/browse/IO-34?page=all ] Stephen Colebourne closed IO-34: Resolution: Fixed > [io] FileSystemUtils returns incorrect free space on Linux > -- > >

[jira] Reopened: (IO-34) [io] FileSystemUtils returns incorrect free space on Linux

[ http://issues.apache.org/jira/browse/IO-34?page=all ] Stephen Colebourne reopened IO-34: -- Reopening to change versions > [io] FileSystemUtils returns incorrect free space on Li

Re: [io] Help with testing on Unix - FileSystemUtils returns incorrect free space on Linux

On 3/6/06, Phil Steitz <[EMAIL PROTECTED]> wrote: > and the tests pass. Could be I am missing something or there is > something funny going on with the .lastModified impl. I found on w2k the last modified was being rounded up to the nearest second. Looks like on your platform its being rounded do

Re: [io] Help with testing on Unix - FileSystemUtils returns incorrect free space on Linux

> > http://svn.apache.org/viewcvs.cgi?rev=369049&view=rev > http://issues.apache.org/bugzilla/show_bug.cgi?id=38130 > > Maybe theres an issue with the patch I submitted - could you post the > results of the tests without your change to add a sec? > > Niall Reverting the spin() change, I get Test

Re: [io] Help with testing on Unix - FileSystemUtils returns incorrect free space on Linux

On 3/4/06, Phil Steitz <[EMAIL PROTECTED]> wrote: > Found the source of the test failures for me. I think the code and > test cases are correct, but somehow the clock precision or something > else is messing up the chronology for me. The tests all pass if I > make spin wait until a full second ha

Re: [io] Help with testing on Unix - FileSystemUtils returns incorrect free space on Linux

Which tests, exactly? The newFile tests in FileFilterUtilsTest? I found that the lastModified times of files created sequentially during execution of the test did not go in expected chronological order. I thought this was due to clock precision (things were off by < 100 ms), but I am no expert on

Re: [io] Help with testing on Unix - FileSystemUtils returns incorrect free space on Linux

On 3/5/06, Jörg Schaible <[EMAIL PROTECTED]> wrote: > Hmmm. Even with this change the test fails for me from within Eclipse on > Linux. Is the cwd the base dir of the checked out sources? The unit tests make some assumptions about preexisting directories that are created when you check out the sou

Re: [io] Help with testing on Unix - FileSystemUtils returns incorrect free space on Linux

Hi Phil, Phil Steitz wrote: > Found the source of the test failures for me. I think the code and > test cases are correct, but somehow the clock precision or something > else is messing up the chronology for me. The tests all pass if I > make spin wait until a full second has elapsed: > > priv

Re: [io] Help with testing on Unix - FileSystemUtils returns incorrect free space on Linux

I've made the change. Stephen Phil Steitz wrote: Found the source of the test failures for me. I think the code and test cases are correct, but somehow the clock precision or something else is messing up the chronology for me. The tests all pass if I make spin wait until a full second has elap

Re: [io] Help with testing on Unix - FileSystemUtils returns incorrect free space on Linux

Found the source of the test failures for me. I think the code and test cases are correct, but somehow the clock precision or something else is messing up the chronology for me. The tests all pass if I make spin wait until a full second has elapsed: private void spin(long now) { while (S

Re: [io] Help with testing on Unix - FileSystemUtils returns incorrect free space on Linux

Works4me on RH FC 2, with both Kb and original method returning kbytes. Looks like there is a cut and paste error in the javadoc for the new method, though. The "Kb" seems to be missing from the examples. I am also getting test failures for the FileFilterTestCase. The newfile tests are failing.

[io] Help with testing on Unix - FileSystemUtils returns incorrect free space on Linux

If anyone has the ability to test FileSystemUtils.freeSpaceKb() on boxes other than WindowsXP I'd like to know if the results tally what you'd expect by calling dir/df directly. thanks Stephen [EMAIL PROTECTED] wrote: http://issues.apache.org/bugzilla/show_bug.cgi?id=38574 --- Additional

DO NOT REPLY [Bug 38574] - [io] FileSystemUtils returns incorrect free space on Linux

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38574] - [io] FileSystemUtils returns incorrect free space on Linux

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38574] New: - [io] FileSystemUtils returns incorrect free space on Linux

gzilla/show_bug.cgi?id=38574 Summary: [io] FileSystemUtils returns incorrect free space on Linux Product: Commons Version: 1.1.0 Platform: Other OS/Version: other Status: NEW Severity: normal Priori

Re: [io] FileSystemUtils

to the bugzilla call... > > > > Stephen > > > > > > Tim Roberts wrote: > >> You may be able to use BigInteger (arbitrary precision). > >> > >> -Original Message- > >> From: Frank W. Zammetti [mailto:[EMAIL PROTECTED] > >

RE: FileSystemUtils

antos [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 22, 2005 3:26 PM To: commons-dev@jakarta.apache.org Subject: FileSystemUtils Hi, After studying the Jakarta Commons IO API, I found a great method that allows me to delete some native code from my system, it is the: static

Re: [io] FileSystemUtils

t; Tim Roberts wrote: >> You may be able to use BigInteger (arbitrary precision). >> >> -Original Message- >> From: Frank W. Zammetti [mailto:[EMAIL PROTECTED] >> Sent: 22 November 2005 20:35 >> To: Jakarta Commons Developers List >> Cc: commons-dev@jakarta.

Re: [io] FileSystemUtils

: commons-dev@jakarta.apache.org Subject: Re: FileSystemUtils Your welcome :) (I wrote that function :) ) I think your right, a double version would certainly be appropriate. Kind of ashamed I missed that actually :( I wonder though, what would be the down-side to just having a double version only

RE: FileSystemUtils

You may be able to use BigInteger (arbitrary precision). -Original Message- From: Frank W. Zammetti [mailto:[EMAIL PROTECTED] Sent: 22 November 2005 20:35 To: Jakarta Commons Developers List Cc: commons-dev@jakarta.apache.org Subject: Re: FileSystemUtils Your welcome :) (I wrote that

Re: FileSystemUtils

Your welcome :) (I wrote that function :) ) I think your right, a double version would certainly be appropriate. Kind of ashamed I missed that actually :( I wonder though, what would be the down-side to just having a double version only? (aside from backward-compatibility at this point)... Would

FileSystemUtils

Hi, After studying the Jakarta Commons IO API, I found a great method that allows me to delete some native code from my system, it is the: static long FileSystemUtils.freeSpace(String path) However, as it return type is long, I am in trouble to represent values greater than 2GB. Is it possible t

Re: [io] FileSystemUtils - Unix Test failing on Gump

. FilenameUtils.normalize("~") returns null (because prefix is less than zero) 5. FilenameUtils.openProcessStream() gets called with a null path in the cmdAttribs 6. Runtime.getRuntime().exec() throws a NullPointerException I guess the Unix test needs to be changed to use somethin

[io] FileSystemUtils - Unix Test failing on Gump

ormalize("~") returns null (because prefix is less than zero) 5. FilenameUtils.openProcessStream() gets called with a null path in the cmdAttribs 6. Runtime.getRuntime().exec() throws a NullPointerException I guess the Unix test needs to be changed to use something else - also FileSystemUtil

Re: [io] FileSystemUtils constructor

Ok, cool, I didn't know non-private constructors was a general requirement. Thanks for the heads-up. Frank Stephen Colebourne wrote: Frank W. Zammetti wrote: As was pointed out to me by a user, I mistakenly wrote the constructor of the FileSystemUtils as public, where it whould be pr

Re: [io] FileSystemUtils constructor

Frank W. Zammetti wrote: As was pointed out to me by a user, I mistakenly wrote the constructor of the FileSystemUtils as public, where it whould be private as it is suppoed to disallow instantiation of the classm as the comment says... just a brainfart I guess :) Unless anyone thinks it

[io] FileSystemUtils constructor

As was pointed out to me by a user, I mistakenly wrote the constructor of the FileSystemUtils as public, where it whould be private as it is suppoed to disallow instantiation of the classm as the comment says... just a brainfart I guess :) Unless anyone thinks it should be left public in case

DO NOT REPLY [Bug 36325] - [io] Updated FileSystemUtils to address issues before release

|FIXED Summary|Updated FileSystemUtils to |[io] Updated FileSystemUtils |address issues before |to address issues before |release |release --- Additional Comments From [EMAIL PROTECTED] 2005-08-27 18:53 --- Added tes

[io] FileSystemUtils fixes

Hi all, Bugzilla ticket 36325 includes an updated version of FileSystemUtils that addresses the two outstanding issues: (1) It should now work on all Windows language versions, although I only have an English version to test with... since it no longer looks for any particular string I fully

DO NOT REPLY [Bug 36325] - Updated FileSystemUtils to address issues before release

gzilla/show_bug.cgi?id=36325 --- Additional Comments From [EMAIL PROTECTED] 2005-08-23 18:45 --- Created an attachment (id=16164) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16164&action=view) Updated FileSystemUtils class This *should* be good to go for a release now,

DO NOT REPLY [Bug 36325] New: - Updated FileSystemUtils to address issues before release

gzilla/show_bug.cgi?id=36325 Summary: Updated FileSystemUtils to address issues before release Product: Commons Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Compone

Re: FileSystemUtils is probably buggy...

h :) Thank you Niall! > > (P.S., I was only asking about this because someone else sent me a private eMail asking where it was... they remembered seeing discussion of it some time ago and thought it would be perfect for their needs... otherwise I wouldn't have noticed) > >

FileSystemUtils is probably buggy...

ing where it was... they remembered seeing discussion of it some time ago and thought it would be perfect for their needs... otherwise I wouldn't have noticed) > > Frank > > Niall Pemberton wrote: > >> Frank, >> >> The whole of commons has moved from

Re: [io] What happened to FileSystemUtils?

ticed) Frank Niall Pemberton wrote: Frank, The whole of commons has moved from CVS to SVN - your FileSystemUtils class is in SVN: http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/io/trunk/ Niall - Original Message - From: "Frank W. Zammetti" <[EMAIL PROTECTED]> Sent: T

Re: [io] What happened to FileSystemUtils?

Frank, The whole of commons has moved from CVS to SVN - your FileSystemUtils class is in SVN: http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/io/trunk/ Niall - Original Message - From: "Frank W. Zammetti" <[EMAIL PROTECTED]> Sent: Thursday, May 05, 2005 4:19

[io] What happened to FileSystemUtils?

It looks like the FileSystemUtils class I wrote that contained the method to get free space on a volume in a cross-platform manner has been removed... Or am I just missing it? It the later, please point me at it because I'm not seeing it in CVS... If the former though, who removed it an

DO NOT REPLY [Bug 32982] - [io] Addition of FileSystemUtils class

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32982] - [io] Addition of FileSystemUtils class

gzilla/show_bug.cgi?id=32982 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Addition of FileSystemUtils |[io] Addition of

DO NOT REPLY [Bug 32982] - Addition of FileSystemUtils class

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32982] New: - Addition of FileSystemUtils class

gzilla/show_bug.cgi?id=32982 Summary: Addition of FileSystemUtils class Product: Commons Version: unspecified Platform: All URL: http://www.omnytex.com/FileSystemUtils.java OS/Version: All Status: NEW Severity: