Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed

2007-02-24 Thread Jan Djärv
Larry Hall wrote: BTW, I tried to put to put the object file that contain malloc/memalign after the Gtk+ libraries, and it didn't work. Glib does not call the Emacs supplied memalign in this case either. Sounds odd. I assume the signature matches? Yes they do. I will try so

Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed

2007-02-23 Thread Jan Djärv
Larry Hall wrote: > Jan DjÃrv wrote: > > 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 >

Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed

2007-02-22 Thread Jan Djärv
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 appea

Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed

2007-02-21 Thread Jan Djärv
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

Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed

2007-02-21 Thread Jan Djärv
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 s

Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed

2007-02-19 Thread Jan Djärv
Angelo Graziosi skrev: Jan DjÃrv wrote: It would be a small thing to figure out which part is used on cygwin if the config.h was available. Every time that the build of Emacs-CVS is configured with: ... ./configure --prefix=... --with-gtk it fails when starting (on Cygwin) in this way:

Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed

2007-02-19 Thread Jan Djärv
Christopher Faylor wrote: Thanks much for the details. We do want to make things work correctly but, if that just means some work in emacs source code, then someone who is familiar with emacs will have to do that, i.e., someone else will have to come up with the config.h. OTOH, if someone cou

Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed

2007-02-19 Thread Jan Djärv
Christopher Faylor wrote: On Mon, Feb 19, 2007 at 08:26:36AM +0100, Jan Dj??rv wrote: Christopher Faylor wrote: If someone is positing that one of several functions possibly isn't working in cygwin why not report exactly which function that would be? I.e., a little more work than reposting spe

Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed

2007-02-18 Thread Jan Djärv
Christopher Faylor wrote: If someone is positing that one of several functions possibly isn't working in cygwin why not report exactly which function that would be? I.e., a little more work than reposting speculation would be appreciated. I did that comment, it is not speculation. I currently