X-Spam-Check-By: sourceware.org Message-ID: <45DD987E.5080107@cygwin.com> Date: Thu, 22 Feb 2007 08:19:58 -0500 From: "Larry Hall (Cygwin)" Reply-To: cygwin AT cygwin DOT com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.9) Gecko/20061221 Fedora/1.5.0.9-1.fc4.remi Thunderbird/1.5.0.9 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com 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; format=flowed Content-Transfer-Encoding: 8bit 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 Jan Djärv wrote: > > Larry Hall wrote: > >> Jan DjÃrv wrote: >> >> Larry Hall wrote: >>> Jan D. wrote: >> >>> It seems that when Emacs defines its own malloc and friends, memalign >>> returns ENOSYS. But emacs defines its own memalign as well. Shouldn't >>> that one be called? >> >> >> Seems like it though it sounds like something that would be controlled >> by the emacs configure script to me. >> >> >> >> I don't follow. How can the Emacs configure script make sure the Emacs >> supplied memalign is called by glib? >> >> >> >> Ah, sorry. I missed that you were referring to glib. I agree that >> there should be some consistency here. Perhaps things would work >> better if Emacs >> used none of it's own m* implementations. That's just a WAG. I >> really have no experience with the Emacs code base. But it does sound >> to me like this would be Emacs configurable at least. ;-) > > > I'll try without Emacs own malloc. But dynamic linking on w32 seems > strange to me, why is not Emacs own memalign called by glib? 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. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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/