bug-classpath
[Top][All Lists]
Advanced

[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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]