From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17663 invoked by alias); 13 Aug 2013 18:09:35 -0000 Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Received: (qmail 17653 invoked by uid 89); 13 Aug 2013 18:09:35 -0000 X-Spam-SWARE-Status: No, score=-3.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.2 Received: from mail-pd0-f180.google.com (HELO mail-pd0-f180.google.com) (209.85.192.180) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 13 Aug 2013 18:09:33 +0000 Received: by mail-pd0-f180.google.com with SMTP id y10so5211267pdj.25 for ; Tue, 13 Aug 2013 11:09:31 -0700 (PDT) X-Received: by 10.68.197.226 with SMTP id ix2mr5687377pbc.149.1376417371250; Tue, 13 Aug 2013 11:09:31 -0700 (PDT) Received: from [192.168.0.101] (S0106000cf16f58b1.wp.shawcable.net. [24.79.212.134]) by mx.google.com with ESMTPSA id bg3sm45224571pbb.44.2013.08.13.11.09.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 13 Aug 2013 11:09:30 -0700 (PDT) Message-ID: <520A7654.3080207@users.sourceforge.net> Date: Tue, 13 Aug 2013 18:09:00 -0000 From: "Yaakov (Cygwin/X)" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: cygwin-xfree@cygwin.com Subject: Re: [ANNOUNCEMENT] Uploads for 12 August References: <520A01DF.1040208@alice.it> <520A21B1.8060503@alice.it> <520A3EF6.80700@cornell.edu> In-Reply-To: <520A3EF6.80700@cornell.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2013-08/txt/msg00022.txt.bz2 On 2013-08-13 09:13, Ken Brown wrote: > 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. Exactly; in glib-2.36, g_type_init has been moved to a ctor, which is automatically called before main(); hence, this setenv is too late now. Mozilla software is also affected by this, see: https://bugzilla.gnome.org/show_bug.cgi?id=687763 https://bugzilla.mozilla.org/show_bug.cgi?id=833117 and many others. Firefox et al already use launcher scripts, so adding one more line won't be a big deal for them. > 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.) Given that the only programs which seem to be *practically* affected by this is our Emacs, and Firefox/Thunderbird/etc. (which we don't have yet), and using G_SLICE=always-malloc apparently affects performance, I don't think that would be an appropriate solution. For now, I think you'll have to add a wrapper script. Yaakov -- 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/