delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-SWARE-Spam-Status: | No, hits=-3.7 required=5.0 tests=AWL,BAYES_00,KHOP_SPAMHAUS_DROP,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_HELO_PASS |
X-Spam-Check-By: | sourceware.org |
To: | cygwin AT cygwin DOT com |
From: | Achim Gratz <Stromeko AT nexgo DOT de> |
Subject: | Re: ruby rebase / remap problems |
Date: | Fri, 25 Jan 2013 07:24:36 +0100 |
Lines: | 27 |
Message-ID: | <87txq5zsnv.fsf@Rainer.invalid> |
References: | <50FF14FC DOT 1010406 AT tiscali DOT co DOT uk> <5101BB68 DOT 4030302 AT tiscali DOT co DOT uk> |
Mime-Version: | 1.0 |
User-Agent: | Gnus/5.13 (Gnus v5.13) Emacs/24.2.92 (gnu/linux) |
X-IsSubscribed: | yes |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
David Stacey writes: > Forgive my naive understanding of this, but I gather that rebaseall > allocates a portion of memory for each Cygwin dll. Presumably, this > bucket of memory is finite, so is it possible that Cygwin could ever > grow to a size where it effectively runs out of rebasing address space > particularly on XP, which doesn't support Address Space Layout > Randomization? It's possible to end up with an address map that goes to very low addresses, but I haven't seen it exhaust the memory yet (but I guess installing _everything_ plus ports would come close). But more often, you will have a non-Cygwin application that already uses part of the memory that a Cygwin DLL got rebased to, since rebase only knows about those DLL within Cygwin. When that application is already loaded and a Cygwin DLL that occupies the same address space is used, it will generally not end up where rebase said it should be and it will appear on different addresses on each fork (most often I see it flip-flopping between two not-too-distant, but very low addresses). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |