From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: Gnu Emacs and Vista ASLR feature Date: Thu, 29 May 2008 14:42:23 +0100 Message-ID: <483EB2BF.6070903@gnu.org> References: <483E84C0.5090708@gnu.org> <86zlq9o0no.fsf@lola.quinscape.zz> <483E8F87.9000703@gnu.org> <5BBD6029050F4515872251124D78E0CB@Sparky> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1212068952 2865 80.91.229.12 (29 May 2008 13:49:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 29 May 2008 13:49:12 +0000 (UTC) Cc: emacs-devel@gnu.org To: Fabrice Popineau Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 29 15:49:43 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1K1iPi-00032B-3J for ged-emacs-devel@m.gmane.org; Thu, 29 May 2008 15:43:30 +0200 Original-Received: from localhost ([127.0.0.1]:51816 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K1iOw-0000o4-K0 for ged-emacs-devel@m.gmane.org; Thu, 29 May 2008 09:42:42 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K1iOr-0000nv-9y for emacs-devel@gnu.org; Thu, 29 May 2008 09:42:37 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K1iOo-0000nM-RH for emacs-devel@gnu.org; Thu, 29 May 2008 09:42:36 -0400 Original-Received: from [199.232.76.173] (port=59807 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K1iOo-0000nE-IX for emacs-devel@gnu.org; Thu, 29 May 2008 09:42:34 -0400 Original-Received: from mk-outboundfilter-5-a-2.mail.uk.tiscali.com ([212.74.114.4]:31284) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K1iOk-0006Ch-A9; Thu, 29 May 2008 09:42:30 -0400 Original-X-Trace: 35630205/mk-outboundfilter-5.mail.uk.tiscali.com/F2S/$ACCEPTED/freedom2Surf-customers/83.67.23.108 X-SBRS: None X-RemoteIP: 83.67.23.108 X-IP-MAIL-FROM: jasonr@gnu.org X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjMFANJOPkhTQxds/2dsb2JhbACBVa4g X-IronPort-AV: E=Sophos;i="4.27,561,1204502400"; d="scan'208";a="35630205" X-IP-Direction: IN Original-Received: from i-83-67-23-108.freedom2surf.net (HELO wanchan.jasonrumney.net) ([83.67.23.108]) by smtp.f2s.tiscali.co.uk with ESMTP; 29 May 2008 14:42:29 +0100 Original-Received: from [192.168.249.27] (chiko.jasonrumney.net [192.168.249.27]) by wanchan.jasonrumney.net (Postfix) with ESMTP id CD4533F; Thu, 29 May 2008 14:42:28 +0100 (BST) User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) In-Reply-To: <5BBD6029050F4515872251124D78E0CB@Sparky> X-Enigmail-Version: 0.95.6 OpenPGP: id=8086879D X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:97974 Archived-At: Fabrice Popineau wrote: > What kind of problems ? Because actually, it is running ok (Gnus, > Slime, whatever) > I thought about the ASLR "feature" because it stops working after a > reboot. > Which is kind of strange. It is strange that Emacs works the first time. The problems that using msvcrt.dll directly causes are to do with Emacs defining its own implementation of malloc (in gmalloc.c), and the way Windows separates DLLs into their own process space, so they do not share any application overridden standard library functions. Apparently in the startup code supplied by MSVC 2005 (at least), a non-standard malloc related function was called during heap initialization which we do not override, causing the function in the DLL to be called, but because prior calls to malloc related initialization had been handled by Emacs own malloc implementation, the DLL's heap was not in a state where it was ready for that call, and crashed.