[ANNOUNCEMENT] Uploads for 12 August

[Ken Brown]

On 8/13/2013 10:13 AM, Ken Brown wrote:
> On 8/13/2013 8:08 AM, Angelo Graziosi wrote:
>> Il 13/08/2013 11.52, Angelo Graziosi ha scritto:
>>> Yaakov wrote:
>>>> The following packages (and their subpackages) have been updated for
>>>> both arches:
>>>
>>> After this update my GTK builds of Emacs trunk do not work any more. For
>>> example, the bootstrap of rev. 113816 I did yesterday and that worked
>>> fine up to before this update, now fails so:
>>>
>>> $ emacs -Q &
>>> [1] 3044
>>>
>>> ***MEMORY-ERROR***: [3044]: GSlice: failed to allocate 504 bytes
>>> (alignment: 512): Function not implemented
>>>
>>>
>>> [1]+  Aborted                 (core dumped) emacs -Q
>>>
>>>
>>> So, after this update, I tried a new bootstrap (rev.113838) but id fails
>>> in the same manner:
>>>
>>> if test "no" = "yes"; then \
>>>    rm -f bootstrap-emacs.exe; \
>>>    ln temacs.exe bootstrap-emacs.exe; \
>>> else \
>>>    `/bin/pwd`/temacs --batch --load loadup bootstrap || exit 1; \
>>>    test "X" = X ||  -zex emacs.exe; \
>>>    mv -f emacs.exe bootstrap-emacs.exe; \
>>> fi
>>>
>>> ***MEMORY-ERROR***: [896]: GSlice: failed to allocate 504 bytes
>>> (alignment: 512): Function not implemented
>>>
>>> /bin/sh: line 7:   896 Aborted                 (core dumped)
>>> `/bin/pwd`/temacs --batch --load loadup bootstrap
>>> Makefile:835: recipe for target `bootstrap-emacs.exe' failed
>>> make[2]: *** [bootstrap-emacs.exe] Error 1
>>> make[2]: uscita dalla directory "/work/emacs/Work/src"
>>> Makefile:379: recipe for target `src' failed
>>> make[1]: *** [src] Error 2
>>> make[1]: uscita dalla directory "/work/emacs/Work"
>>> Makefile:1040: recipe for target `bootstrap' failed
>>> make: *** [bootstrap] Error 2
>>> build-emacs.sh: Bootstrap failure...
>>>
>>>
>>> Probably this issue affects also the Cygwin (GTK) package of Emacs..
>>>
>>> It seems that the workaround is to start Emacs with
>>> G_SLICE=always-malloc,
>>>
>>> $ G_SLICE=always-malloc emacs -Q &
>>>
>>>
>>> Ken, wasn't this issue fixed upstream some time ago?
>
> Yes.  The fix was to add the following for the Cygwin build, very early
> in main():
>
>    setenv ("G_SLICE", "always-malloc", 1);
>
> I don't know why this no longer works.  Maybe Glib now does its memory
> management initialization before emacs's main() is entered.
>
> Yaakov, is there any chance that you could patch Glib to do the
> equivalent of G_SLICE=always-malloc on Cygwin?  This isn't really an
> emacs issue.  It would affect any GTK application that provides its own
> malloc rather than using Cygwin's malloc.  (But emacs is probably the
> only such application in the distro.)
>
> An alternative to patching Glib would be to fix the problem directly in
> Cygwin, but I don't know how hard that is and whether Corinna and cgf
> are interested.  The issue, as I understand it, is this: Cygwin allows
> programs to supply their own malloc but not their own memalign.  Glib
> calls memalign, which becomes Cygwin's memalign, which returns ENOSYS
> when Cygwin's malloc is not being used.
>
> There was a long discussion about this on the Cygwin mailing list in
> 2007.  The thread starts at
>
>    http://cygwin.com/ml/cygwin/2007-02/msg00469.html
>
> and continues at
>
>    http://cygwin.com/ml/cygwin/2007-02/msg00503.html
>
> and did not resolve the issue.

While we're waiting for a good solution, I could quickly repackage 
emacs-X11 so that it supplies a wrapper script that sets 
G_SLICE=always-malloc before calling emacs-X11.  If people think that's 
a good idea, I should be able to do it later today.

Ken


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/