This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: xz -9 : Cannot allocate memory
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin at cygwin dot com
- Date: Thu, 29 Aug 2013 21:14:38 +0200
- Subject: Re: xz -9 : Cannot allocate memory
- Authentication-results: sourceware.org; auth=none
- References: <50A41697 dot 3080406 at tiscali dot co dot uk> <loom dot 20130829T155739-66 at post dot gmane dot org> <loom dot 20130829T162752-851 at post dot gmane dot org> <20130829151121 dot GR21571 at calimero dot vinschen dot de>
Corinna Vinschen writes:
> I'm not exactly surprised. You're on a 32 bit machine, so you only have
> 2 Gigs VM. Probably some DLLs are in the way.
I know, also it might be true I've hit a less fortunate meory layout
than usual this time. However, I know there's plenty of unused memory
before starting that test and it _always_ works whenever the initial
heap size is set to anything else than just 0x0. The original
discussion was about setting very large initial heaps, but the actual
size doesn't seem to matter, which seems, well, odd.
> Load xz under GDB, break
> on "cygwin_exit", run it, and when it hits the breakpoint, observer the
> memory layout, either in GDB, or by cat'ing /proc/<xz's pid>/maps.
OK, if it is still reproducible tomorrow I'll have a look.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple