X-Spam-Check-By: sourceware.org Message-ID: <45DE9352.5070706@swipnet.se> Date: Fri, 23 Feb 2007 08:10:10 +0100 From: =?UTF-8?B?SmFuIERqw6Rydg==?= User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Cc: =?UTF-8?B?SmFuIERqw6Rydg==?= Subject: Re: FW: Re: [emacs_user AT hotmail DOT com: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed References: <45D9678E DOT 7090108 AT swipnet DOT se> <45DA98EF DOT 6040205 AT swipnet DOT se> <45DB2A13 DOT 6070606 AT swipnet DOT se> <45DC1AAD DOT 5050109 AT swipnet DOT se> <45DD3F89 DOT 60400 AT swipnet DOT se> In-Reply-To: <45DD3F89.60400@swipnet.se> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Larry Hall wrote: > With DLLs, symbol resolution happens at link time, not runtime. The only > way to avoid this fact is to use dllopen (in Cygwin) or LoadLibrary (in > Win32) and friends. If glib needs to reference something in Emacs, an > import library with these symbol resolutions must appear after the reference > to glib on the link line. I don't know if that explains why Emacs' memalign > is not called from glib but it hopefully clarifies the DLL linking issue > some. Yes it does thanks for the explanation. Cygwin has some mechanism that makes it possible for a program to supply its own malloc/free and friends I think (malloc_wrapper.cc). Would it be hard to also handle memalign/valloc and later posix_memalign in the same fashion? Would I be correct in assuming that such an addition would make glib call the Emacs versions? Jan D. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/