Re: Getting lots of /tmp/*.xls on Brutus
Am Do, 2004-07-08 um 20.23 schrieb Adam R. B. Jack: > i.e. lots of files! > > Basically, I have to assume that these are from POI (please correct me if I > am wrong) and one (or both) of the two POI runs. You are write, the POI test cases do create temporary files without deleting them. I think you can remove them without any harm. Fellow POI committers, could you please delve into your test cases and resolve that issue? BTW, the HPSF test cases tidy the disk when they are finished (tap on my shoulder). Best regards Rainer Klute Rainer Klute IT-Consulting GmbH Dipl.-Inform. Rainer Klute E-Mail: [EMAIL PROTECTED] Körner Grund 24 Telefon: +49 172 2324824 D-44143 Dortmund Telefax: +49 231 5349423 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting lots of /tmp/*.xls on Brutus
Am Do, 2004-07-08 um 20.50 schrieb Rainer Klute: > You are write, ... You are right, it is too late, at least for me. :-( Best regards Rainer Klute Rainer Klute IT-Consulting GmbH Dipl.-Inform. Rainer Klute E-Mail: [EMAIL PROTECTED] Körner Grund 24 Telefon: +49 172 2324824 D-44143 Dortmund Telefax: +49 231 5349423 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting lots of /tmp/*.xls on Brutus
As Rainer confirmed, these are indeed POI tests. tests are indeed a separate target from compile in the build scripts, so even if you compile regularly, you should be fine. (Also I must say that all tests on my 1.8GHz pentium4 take about 1min 10sec to run .. POI is quite fast :). Its just that our gump descriptor specifies the "test" target to be run. We don't, in general, delete the files created, because some tests require opening up the file in excel to see if it displays correctly. So usually this is not a problem for interactive use, but I can see why gump would have a problem. One solution is to specify a separate ant target for gump that deletes all files created. In any case, the files are created in the system temp directory, using the java File.createTempFile method call. I dont know if that is something that can be controlled by setting environment variables. I'll see what I can do. Regards - Avik On Thu, 2004-07-08 at 23:53, Adam R. B. Jack wrote: > My local (work) Gump that builds a really small subset of the Gump stack > (and then my code) started dying w/ lack of disk space. We found that we > were getting a full /tmp, and then I saw that Brutus has a similar issue. > > [EMAIL PROTECTED]:~$ wc /tmp/*.xls > -bash: /usr/bin/wc: Argument list too long > [EMAIL PROTECTED]:~$ cat /tmp/*.xls | wc > -bash: /bin/cat: Argument list too long > 0 0 0 > > i.e. lots of files! > > Basically, I have to assume that these are from POI (please correct me if I > am wrong) and one (or both) of the two POI runs. > > http://brutus.apache.org:8080/gump/jakarta-poi/index.html > http://brutus.apache.org:8080/gump/jakarta-poi-3/index.html > > Could you look at this problem, and help us out? Could you see if the POI > test runs could use a ./tmp (or similar) directory, 'cos Gump cleans that > out each run. [I don't know if this uses some Java function that you have > limited control over, but I thought I'd ask.] > > Also, would it be possible to separate the POI tests from the POI compile? I > use POI at work (love it, thanks!) and we try to compile our stack of code > regularly. Anything that creates this much data must be resource intensive > :) -- so if we could have separate poi and poi-test, we'd be able to save > local resources. No biggee though. > > Thanks in advance. > > regards, > > Adam > -- > Experience the Unwired Enterprise: > http://www.sybase.com/unwiredenterprise > Try Sybase: http://www.try.sybase.com > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting lots of /tmp/*.xls on Brutus
> In any case, the files > are created in the system temp directory, using the java > File.createTempFile method call. I dont know if that is something that > can be controlled by setting environment variables. Does JDK 1.3+ cover POI users? http://java.sun.com/j2se/1.3/docs/api/java/io/File.html#createTempFile(java.lang.String,%20java.lang.String,%20java.io.File) Seems you could pass ./tmp, which would make Gump happy. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting lots of /tmp/*.xls on Brutus
It is deliberately this way. You need to delete the unit tests after running the test target. They are left there because how the heck could yo= u test if the files where valid otherwise? Maybe we should add a delete /tmp/*.xls to the gump target? I doubt that any gump instances have other uses for xls files in the temp directory --=20 Andrew C. Oliver http://www.superlinksoftware.com/poi.jsp Custom enhancements and Commercial Implementation for Jakarta POI http://jakarta.apache.org/poi For Java and Excel, Got POI? The views expressed in this email are those of the author and are almost definitely not shared by the Apache Software Foundation, its board or its general membership. In fact they probably most definitively disagree with everything espoused in the above email. > From: Rainer Klute <[EMAIL PROTECTED]> > Organization: Rainer Klute IT-Consulting GmbH > Reply-To: "POI Developers List" <[EMAIL PROTECTED]> > Date: Thu, 08 Jul 2004 20:50:15 +0200 > To: POI Developers List <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: Getting lots of /tmp/*.xls on Brutus >=20 > Am Do, 2004-07-08 um 20.23 schrieb Adam R. B. Jack: >> i.e. lots of files! >>=20 >> Basically, I have to assume that these are from POI (please correct me i= f I >> am wrong) and one (or both) of the two POI runs. >=20 > You are write, the POI test cases do create temporary files without > deleting them. I think you can remove them without any harm. >=20 > Fellow POI committers, could you please delve into your test cases and > resolve that issue? BTW, the HPSF test cases tidy the disk when they are > finished (tap on my shoulder). >=20 > Best regards > Rainer Klute >=20 > Rainer Klute IT-Consulting GmbH > Dipl.-Inform. > Rainer Klute E-Mail: [EMAIL PROTECTED] > K=F6rner Grund 24 Telefon: +49 172 2324824 > D-44143 Dortmund Telefax: +49 231 5349423 >=20 >=20 > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
