[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug cp-tools/37855] New: gjar cannot handle large input files
From: |
doko at ubuntu dot com |
Subject: |
[Bug cp-tools/37855] New: gjar cannot handle large input files |
Date: |
16 Oct 2008 17:53:39 -0000 |
building icedtea6 --with-alt-jar=gjar (and gcj-4.3):
$ /usr/bin/gjar c0mf
/scratch/packages/openjdk/d/icedtest/openjdk/control/build/linux-i586/tmp/manifest.tmp
/scratch/packages/openjdk/d/icedtest/openjdk/control/build/linux-i586/tmp/rt-orig.jar
@/scratch/packages/openjdk/d/icedtest/openjdk/control/build/linux-i586/tmp/jarfilelists/rt_jar_list_args
-J-client -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m
Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS
Aborted
Tom tracked that down to:
<tromey> ok, I think I see the problem in jar
<tromey> we read each input file into a byte[]
<tromey> so if we write a really large file this could cause problems
<tromey> could you see if that is true in your case?
<tromey> hmm, I think jar could be much better
<tromey> it could just stream the output
<tromey> I mean, stream each file to the output stream
the biggest input file here is 488020 bytes
--
Summary: gjar cannot handle large input files
Product: classpath
Version: 0.97.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: cp-tools
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37855
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug cp-tools/37855] New: gjar cannot handle large input files,
doko at ubuntu dot com <=