From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 12 18:52:28 2013 Received: (at submit) by debbugs.gnu.org; 12 Mar 2013 22:52:28 +0000 Received: from localhost ([127.0.0.1]:49657 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFY3W-0001mM-V4 for submit@debbugs.gnu.org; Tue, 12 Mar 2013 18:52:28 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55505) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFY3T-0001mB-VQ for submit@debbugs.gnu.org; Tue, 12 Mar 2013 18:52:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UFY1K-0008QZ-JT for submit@debbugs.gnu.org; Tue, 12 Mar 2013 18:51:16 -0400 Received: from lists.gnu.org ([208.118.235.17]:54757) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFY1K-0008QS-GJ for submit@debbugs.gnu.org; Tue, 12 Mar 2013 18:50:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38225) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFY0G-0005id-D0 for bug-gnu-emacs@gnu.org; Tue, 12 Mar 2013 18:50:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UFXzC-0007XL-Bd for bug-gnu-emacs@gnu.org; Tue, 12 Mar 2013 18:49:04 -0400 Received: from mail-lb0-f195.google.com ([209.85.217.195]:43918) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFXzC-0007WN-3h for bug-gnu-emacs@gnu.org; Tue, 12 Mar 2013 18:47:58 -0400 Received: by mail-lb0-f195.google.com with SMTP id gf14so96705lbb.6 for ; Tue, 12 Mar 2013 15:47:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=H8uxsW74P5Vh1sXWEKUxse7sAY3PRCRybit1LOVT6ls=; b=FoBcAe3s02IohVj8q53GNkbL0cJ4Uh/irrJK3pgdtaYv19qV238Q0+eMy3AmEICsiH NBgx+rfON66+eLzBMC18ysJnt+WEWGkVq+RtTYYEyanH9Zn7bBKflrW52alXLFe7NVZL npFbgf6inrmGu+UoKgbmLnC5JWnJ/QV1VpamHxwQjTr2hTKWimOJENAn18qSGYwlaCQV yFHz8yDk105bkamAV3RXvdAnMK8UvBrTEPR/8XpD6rMP5FfNbTQ31EMJlBqBNIhuCMdq 9eIv6dvlwKhjDgryj1NOEp3Sq47qLq8i2gp+WhFAVa4uDpT0caEp5BVxhTO23TzcVmwa 77kw== MIME-Version: 1.0 X-Received: by 10.112.8.9 with SMTP id n9mr6763496lba.71.1363128476346; Tue, 12 Mar 2013 15:47:56 -0700 (PDT) Received: by 10.112.55.12 with HTTP; Tue, 12 Mar 2013 15:47:56 -0700 (PDT) Date: Wed, 13 Mar 2013 06:47:56 +0800 Message-ID: Subject: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain From: =?GB2312?B?wO62oQ==?= To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=e0cb4efe2be69db3bc04d7c21422 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) --e0cb4efe2be69db3bc04d7c21422 Content-Type: text/plain; charset=ISO-8859-1 The latest 24.3 release won't compile on Windows with Visual C++ 2010 sp1 compiler (comes with windows sdk 7.1). There are two problems: 1. nmake.defs has a syntax error on line 119: `!if' should be `!ifdef' 2. GC_MARK_STACK is 1 by default in config.nt, but this default is broken with the msvc toolchain. When temacs started to dump, it immediately exited with the message `Invalid function: "DEAD"'. Eli had previously told me (in #12878) to see bug #13070, but it didn't solve the problem. When I tried to change GC_MARK_STACK to 0, Emacs compiled fine. So there must be something wrong about the GCPROS_NOOPS way of marking stack under the vc compiler, maybe someone familiar with the garbage collector can fix it. (MinGW gcc is ok with the default) --e0cb4efe2be69db3bc04d7c21422 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
The latest 24.3 release won't compile on Windows with = Visual C++ 2010 sp1 compiler (comes with windows sdk 7.1). There are two pr= oblems:

1. nmake.defs has a syntax error on line 119: `!= if' should be `!ifdef'

2. GC_MARK_STACK is 1 by default in config.= nt, but this default is broken with the msvc=A0toolchain.=A0 When temacs st= arted to dump, it=A0immediately=A0exited with the message `Invalid function= : "DEAD"'. Eli had previously told me (in #12878) to see bug = #13070, but it didn't solve the problem. When I tried to change GC_MARK= _STACK to 0, Emacs compiled fine. So there must be something wrong about th= e GCPROS_NOOPS way of marking stack under the vc compiler, maybe someone fa= miliar with the garbage collector can fix it. (MinGW gcc is ok with the def= ault)
--e0cb4efe2be69db3bc04d7c21422-- From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 13 14:42:05 2013 Received: (at 13939) by debbugs.gnu.org; 13 Mar 2013 18:42:05 +0000 Received: from localhost ([127.0.0.1]:51807 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFqcn-0006wB-Hy for submit@debbugs.gnu.org; Wed, 13 Mar 2013 14:42:05 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:61583) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFqck-0006vb-5L for 13939@debbugs.gnu.org; Wed, 13 Mar 2013 14:42:03 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MJM000003POTT00@a-mtaout22.012.net.il> for 13939@debbugs.gnu.org; Wed, 13 Mar 2013 20:40:34 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJM0002B3VMRE50@a-mtaout22.012.net.il>; Wed, 13 Mar 2013 20:40:34 +0200 (IST) Date: Wed, 13 Mar 2013 20:40:33 +0200 From: Eli Zaretskii Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain In-reply-to: To: =?gb2312?B?wO62oQ==?= , Fabrice Popineau Message-id: <83ppz3i1ni.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13939 Cc: 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Wed, 13 Mar 2013 06:47:56 +0800 > From: =C0=EE=B6=A1 >=20 > The latest 24.3 release won't compile on Windows with Visual C++ 20= 10 sp1 > compiler (comes with windows sdk 7.1). There are two problems: Sorry about that. I guess no one tried to build Emacs with MSVC during the entire pretest period. Perhaps in the future you could do that, so that any such problems could be fixed in time. > 1. nmake.defs has a syntax error on line 119: `!if' should be `!ifd= ef' Or maybe it should say !if $(USE_CRT_DLL) instead? > 2. GC_MARK_STACK is 1 by default in config.nt, but this default is = broken > with the msvc toolchain. When temacs started to dump, > it immediately exited with the message `Invalid function: "DEAD"'. = Eli had > previously told me (in #12878) to see bug #13070, but it didn't sol= ve the > problem. When I tried to change GC_MARK_STACK to 0, Emacs compiled = fine. So > there must be something wrong about the GCPROS_NOOPS way of marking= stack > under the vc compiler, maybe someone familiar with the garbage coll= ector > can fix it. (MinGW gcc is ok with the default) Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with MSVC and uses GC_MARK_STACK. Fabrice, can you please comment on this= ? From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 13 21:23:02 2013 Received: (at 13939) by debbugs.gnu.org; 14 Mar 2013 01:23:02 +0000 Received: from localhost ([127.0.0.1]:52166 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFwsn-00086d-PW for submit@debbugs.gnu.org; Wed, 13 Mar 2013 21:23:02 -0400 Received: from mail-la0-f53.google.com ([209.85.215.53]:57873) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFwsl-00086R-Au for 13939@debbugs.gnu.org; Wed, 13 Mar 2013 21:23:00 -0400 Received: by mail-la0-f53.google.com with SMTP id fr10so1837433lab.40 for <13939@debbugs.gnu.org>; Wed, 13 Mar 2013 18:21:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to:cc :content-type; bh=QEKeJV7NmVoz+68Yr1bMLWErik5V8rbdyINCC4WhmAY=; b=tAFUE9blYVtJUCtv1Kax3TPkQhSAWqR9Rg+dg+d47SWGIzdguwKvseQMNSGa+oBzYM d6j7mB/nTeotLyZe+0B54kAuShfAZbkfhc0LR0OXwjw/LLHpfnNJX4YHmTrIn1Fo3g5m oVyZUp04WjMYIngiHbnh+Gjj3gC4ULwltVF/xJeDgM3YLA5dOk2eioLTlqnZ698bhYpe BGuD3uMyHKyHyCgn1arYHdyDr+UljCmpA/kITQ38tx47KLXzojABpPX6T9Uj6sz4A8zY kr4EwYk6B8TjPoVdw64Ta4eA2IK/9vO7Q/P4WN3JugzEECQ8u/fKtrpY1uB1doFvTvmf g96w== MIME-Version: 1.0 X-Received: by 10.112.28.4 with SMTP id x4mr389325lbg.33.1363224104408; Wed, 13 Mar 2013 18:21:44 -0700 (PDT) Received: by 10.112.55.12 with HTTP; Wed, 13 Mar 2013 18:21:44 -0700 (PDT) Date: Thu, 14 Mar 2013 09:21:44 +0800 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain From: =?GB2312?B?wO62oQ==?= To: Eli Zaretskii , fabrice.popineau@gmail.com Content-Type: multipart/alternative; boundary=bcaec554dcb67e277304d7d8582e X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 13939 Cc: 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --bcaec554dcb67e277304d7d8582e Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable > > Sorry about that. I guess no one tried to build Emacs with MSVC > during the entire pretest period. Perhaps in the future you could do > that, so that any such problems could be fixed in time. I'd like to. Or maybe it should say > !if $(USE_CRT_DLL) > instead? Yes, seems more appropriate. Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with > MSVC and uses GC_MARK_STACK. Maybe the the bug is introduced after Emacs 24.2, which can be built and dumped with GC_MARK_STACK. Regarding the GC_MARK_STACK, I want to provide a little more information: the error occurred after the first Fgarbage_collect while loading loadup.el, and some important functions are not marked and thus garbage collected. As in alloc.c the `car' of a cons is set to `Vdead' when freed, I suppose this is where the "DEAD" comes from. 2013/3/14 Eli Zaretskii > > Date: Wed, 13 Mar 2013 06:47:56 +0800 > > From: =C0=EE=B6=A1 > > > > The latest 24.3 release won't compile on Windows with Visual C++ 2010 s= p1 > > compiler (comes with windows sdk 7.1). There are two problems: > > Sorry about that. I guess no one tried to build Emacs with MSVC > during the entire pretest period. Perhaps in the future you could do > that, so that any such problems could be fixed in time. > > > 1. nmake.defs has a syntax error on line 119: `!if' should be `!ifdef' > > Or maybe it should say > > !if $(USE_CRT_DLL) > > instead? > > > 2. GC_MARK_STACK is 1 by default in config.nt, but this default is brok= en > > with the msvc toolchain. When temacs started to dump, > > it immediately exited with the message `Invalid function: "DEAD"'. Eli > had > > previously told me (in #12878) to see bug #13070, but it didn't solve t= he > > problem. When I tried to change GC_MARK_STACK to 0, Emacs compiled fine= . > So > > there must be something wrong about the GCPROS_NOOPS way of marking sta= ck > > under the vc compiler, maybe someone familiar with the garbage collecto= r > > can fix it. (MinGW gcc is ok with the default) > > Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with > MSVC and uses GC_MARK_STACK. Fabrice, can you please comment on this? > --bcaec554dcb67e277304d7d8582e Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
Sorry about that.  I guess no one tried to build Em= acs with MSVC
during t= he entire pretest period.  Perhaps in the future you could do
that, so that= any such problems could be fixed in time.

I'd like to.

 Or maybe = it should say
  !if $= (USE_CRT_DLL)
instead?=
 
Yes, seems more appropriate.
=

=
Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with<= br> MSVC and= uses GC_MARK_STACK.

May= be the the bug is introduced after Emacs 24.2, which can be built and dumpe= d with GC_MARK_STACK.

Regarding the GC_MARK_STACK, I want to prov= ide a little more information: the error occurred after the first Fgar= bage_collect while loading loadup.el, and some important functions are not = marked and thus garbage collected. As in alloc.c the `car' of a cons is= set to `Vdead' when freed, I suppose this is where the "DEAD"= ; comes from.


2013/3/14 Eli= Zaretskii <eliz@gnu.org>
> Date: Wed, 13 Mar 2013 06:47:56 +0800
> From: =C0=EE=B6=A1 <iamlidin= g@gmail.com>
>
> The latest 24.3 release won't compile on Windows with Visual C++ 2= 010 sp1
> compiler (comes with windows sdk 7.1). There are two problems:

Sorry about that.  I guess no one tried to build Emacs with MSVC
during the entire pretest period.  Perhaps in the future you could do<= br> that, so that any such problems could be fixed in time.

> 1. nmake.defs has a syntax error on line 119: `!if' should be `!if= def'

Or maybe it should say

  !if $(USE_CRT_DLL)

instead?

> 2. GC_MARK_STACK is 1 by default in config.nt, but this default is bro= ken
> with the msvc toolchain.  When temacs started to dump,
> it immediately exited with the message `Invalid function: "DEAD&q= uot;'. Eli had
> previously told me (in #12878) to see bug #13070, but it didn't so= lve the
> problem. When I tried to change GC_MARK_STACK to 0, Emacs compiled fin= e. So
> there must be something wrong about the GCPROS_NOOPS way of marking st= ack
> under the vc compiler, maybe someone familiar with the garbage collect= or
> can fix it. (MinGW gcc is ok with the default)

Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with MSVC and uses GC_MARK_STACK.  Fabrice, can you please comment on this?=

--bcaec554dcb67e277304d7d8582e-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 14 03:47:19 2013 Received: (at 13939) by debbugs.gnu.org; 14 Mar 2013 07:47:19 +0000 Received: from localhost ([127.0.0.1]:52644 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UG2sf-0000Eb-CZ for submit@debbugs.gnu.org; Thu, 14 Mar 2013 03:47:18 -0400 Received: from mail-ee0-f41.google.com ([74.125.83.41]:38803) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UG2sc-0000EJ-4b for 13939@debbugs.gnu.org; Thu, 14 Mar 2013 03:47:15 -0400 Received: by mail-ee0-f41.google.com with SMTP id c13so887154eek.0 for <13939@debbugs.gnu.org>; Thu, 14 Mar 2013 00:45:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=L0iOY8Imfhha59ioEo/jAS/ETsTi4ubVN1TrI4VO0Eg=; b=GQT42BTbXCT1InkR32qZ5N+Wc7fjtCISnEXSzm/cy8m6iEyivGCMeKC9kDlu9GlYMM OHl1HxlpMQ46MlAX0osHk7Zh4hy2Dhvspbke8a0s6VpI5E71BJmp0pj9EMDNRWj+XlyX I1NlzswfCGlZ+lBCdbHDVmmf+zSmpdvLh4r/+S45TlvI7KwVnl7zDPQhzHMjSEWfwZRR KBWNgzT6NaXb5GE+GFO84rDtshNblrMRUj3hrgTg+74ihPNnyj+xqaNV327/QrAKUh6K AymWsYmFAPoKBNzqkAWpPEm0dEk68b0NOD9WTpnbyDuk6sM0XNiFtfMaGdbX/CBQFbv4 dZBg== X-Received: by 10.14.207.73 with SMTP id m49mr4046062eeo.24.1363247158469; Thu, 14 Mar 2013 00:45:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.1.7 with HTTP; Thu, 14 Mar 2013 00:45:38 -0700 (PDT) In-Reply-To: References: From: Fabrice Popineau Date: Thu, 14 Mar 2013 08:45:38 +0100 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain To: =?UTF-8?B?5p2O5LiB?= Content-Type: multipart/alternative; boundary=047d7b343a7c9f524b04d7ddb6c7 X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 13939 Cc: Eli Zaretskii , 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --047d7b343a7c9f524b04d7ddb6c7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Eli: in what ways 24.3 differs from the current trunk ? Well, I can browse the diffs but you may have an insight of what's going wrong. At first, I thought about the thing we fixed with TZ. But it does not seem to be the problem. Albeit this maybe a source of a potential crash. The fix is needed for windows, given the way environment is handled (if I remember correctly). At this moment, I can compile the current trunk and bootstrap it. But not 24.3 . Fabrice 2013/3/14 =E6=9D=8E=E4=B8=81 > Sorry about that. I guess no one tried to build Emacs with MSVC >> during the entire pretest period. Perhaps in the future you could do >> that, so that any such problems could be fixed in time. > > > I'd like to. > > Or maybe it should say >> !if $(USE_CRT_DLL) >> instead? > > > Yes, seems more appropriate. > > Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with >> MSVC and uses GC_MARK_STACK. > > > Maybe the the bug is introduced after Emacs 24.2, which can be built and > dumped with GC_MARK_STACK. > > Regarding the GC_MARK_STACK, I want to provide a little more information: > the error occurred after the first Fgarbage_collect while loading > loadup.el, and some important functions are not marked and thus garbage > collected. As in alloc.c the `car' of a cons is set to `Vdead' when freed= , > I suppose this is where the "DEAD" comes from. > > > 2013/3/14 Eli Zaretskii > >> > Date: Wed, 13 Mar 2013 06:47:56 +0800 >> > From: =E6=9D=8E=E4=B8=81 >> > >> > The latest 24.3 release won't compile on Windows with Visual C++ 2010 >> sp1 >> > compiler (comes with windows sdk 7.1). There are two problems: >> >> Sorry about that. I guess no one tried to build Emacs with MSVC >> during the entire pretest period. Perhaps in the future you could do >> that, so that any such problems could be fixed in time. >> >> > 1. nmake.defs has a syntax error on line 119: `!if' should be `!ifdef' >> >> Or maybe it should say >> >> !if $(USE_CRT_DLL) >> >> instead? >> >> > 2. GC_MARK_STACK is 1 by default in config.nt, but this default is >> broken >> > with the msvc toolchain. When temacs started to dump, >> > it immediately exited with the message `Invalid function: "DEAD"'. Eli >> had >> > previously told me (in #12878) to see bug #13070, but it didn't solve >> the >> > problem. When I tried to change GC_MARK_STACK to 0, Emacs compiled >> fine. So >> > there must be something wrong about the GCPROS_NOOPS way of marking >> stack >> > under the vc compiler, maybe someone familiar with the garbage collect= or >> > can fix it. (MinGW gcc is ok with the default) >> >> Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with >> MSVC and uses GC_MARK_STACK. Fabrice, can you please comment on this? >> > > --047d7b343a7c9f524b04d7ddb6c7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Eli: in what ways 24.3 differs from= the current trunk ?=C2=A0
Well, I can browse the diffs but you m= ay have an insight of what's going wrong.

At first, I thought about the thing we fixed with TZ. But it does not see= m to be the problem.
Albeit this maybe a source of a potential crash. The fix is need= ed for windows, given
the way environment is handled (if I = remember correctly).
At this moment, =C2=A0I can compile th= e current trunk and bootstrap it. But not 24.3 .

Fabrice




2013/3/14 =E6=9D=8E=E4=B8=81 <iamliding@gmail.com>
Sorry about tha= t. =C2=A0I guess no one tried to build Emacs with MSVC
during t= he entire pretest period. =C2=A0Perhaps in the future you could do
that, so that= any such problems could be fixed in time.

I'd like to.

=
=C2=A0Or maybe = it should say
=C2=A0 !if $= (USE_CRT_DLL)
instead?=
=C2=A0
Yes, seems more appropriate.
=

Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with<= br> MSVC and= uses GC_MARK_STACK.

Maybe the= the bug is introduced after Emacs 24.2, which can be built and dumped with= GC_MARK_STACK.

Regarding the GC_MARK_STACK, I want to provide a little= more information: the error=C2=A0occurred after the first Fgarbage_collect= while loading loadup.el, and some important functions are not marked and t= hus garbage collected. As in alloc.c the `car' of a cons is set to `Vde= ad' when freed, I suppose this is where the "DEAD" comes from= .


2013/3/14 Eli= Zaretskii <eliz@gnu.org>
> Date: Wed, 13 Mar 2013 06:47:56 +0800
> From: =E6=9D=8E=E4=B8=81 <iamliding@gmail.com>
>
> The latest 24.3 release won't compile on Windows with Visual C++ 2= 010 sp1
> compiler (comes with windows sdk 7.1). There are two problems:

Sorry about that. =C2=A0I guess no one tried to build Emacs with MSVC
during the entire pretest period. =C2=A0Perhaps in the future you could do<= br> that, so that any such problems could be fixed in time.

> 1. nmake.defs has a syntax error on line 119: `!if' should be `!if= def'

Or maybe it should say

=C2=A0 !if $(USE_CRT_DLL)

instead?

> 2. GC_MARK_STACK is 1 by default in config.nt, but this default is bro= ken
> with the msvc toolchain. =C2=A0When temacs started to dump,
> it immediately exited with the message `Invalid function: "DEAD&q= uot;'. Eli had
> previously told me (in #12878) to see bug #13070, but it didn't so= lve the
> problem. When I tried to change GC_MARK_STACK to 0, Emacs compiled fin= e. So
> there must be something wrong about the GCPROS_NOOPS way of marking st= ack
> under the vc compiler, maybe someone familiar with the garbage collect= or
> can fix it. (MinGW gcc is ok with the default)

Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with MSVC and uses GC_MARK_STACK. =C2=A0Fabrice, can you please comment on this?=


--047d7b343a7c9f524b04d7ddb6c7-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 14 11:14:50 2013 Received: (at 13939) by debbugs.gnu.org; 14 Mar 2013 15:14:50 +0000 Received: from localhost ([127.0.0.1]:54209 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UG9rm-0003ej-6j for submit@debbugs.gnu.org; Thu, 14 Mar 2013 11:14:50 -0400 Received: from mail-ea0-f181.google.com ([209.85.215.181]:63776) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UG9rj-0003eW-Q3 for 13939@debbugs.gnu.org; Thu, 14 Mar 2013 11:14:48 -0400 Received: by mail-ea0-f181.google.com with SMTP id z10so1027450ead.12 for <13939@debbugs.gnu.org>; Thu, 14 Mar 2013 08:13:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=YRUYWGS+zaDfQJj9Yb3QuDBPyCET4cZoHRITvOqndzc=; b=wUVJG6+j/Pr4tCTRgIcyWc2LoHrRyq7bwhF+x/ue2JCFEi+njO0juJ4+yPQLMkdrLX S6NP2fvuU3oMf4Xyye7QVfLeaSexrT2oULpDfqGjZfkO3Gj6JCJTsR6gEAgDvNLHB3Xi hjpU0FS49oj5Ht3mI+ZZXpH2d1Yv1hbATZWSyXZlgyS98KTBPj0x0gFLtxT2PllHxgrK ljnFOkjES3Vy1rdRhRM2vpArwyFt8yOsQxYA8kgK2Vv/b0Q7eJ6QePssbKkreyawJg7v E42Ny0j231msMrwUep4o6uxtVuR6HoqNjOdAh2wtCXL5zB2rIiiEKO+4K1MyE7E7PKM8 7uXg== X-Received: by 10.14.207.73 with SMTP id m49mr7812532eeo.24.1363274010072; Thu, 14 Mar 2013 08:13:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.1.7 with HTTP; Thu, 14 Mar 2013 08:13:09 -0700 (PDT) In-Reply-To: <83ppz3i1ni.fsf@gnu.org> References: <83ppz3i1ni.fsf@gnu.org> From: Fabrice Popineau Date: Thu, 14 Mar 2013 16:13:09 +0100 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain To: Eli Zaretskii Content-Type: multipart/alternative; boundary=047d7b343a7c1a3bdd04d7e3f77d X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13939 Cc: =?UTF-8?B?5p2O5LiB?= , 13939 <13939@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --047d7b343a7c1a3bdd04d7e3f77d Content-Type: text/plain; charset=ISO-8859-1 > 2. GC_MARK_STACK is 1 by default in config.nt, but this default is broken > > with the msvc toolchain. When temacs started to dump, > > it immediately exited with the message `Invalid function: "DEAD"'. Eli > had > > previously told me (in #12878) to see bug #13070, but it didn't solve the > > problem. When I tried to change GC_MARK_STACK to 0, Emacs compiled fine. > So > > there must be something wrong about the GCPROS_NOOPS way of marking stack > > under the vc compiler, maybe someone familiar with the garbage collector > > can fix it. (MinGW gcc is ok with the default) > > Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with > MSVC and uses GC_MARK_STACK. Fabrice, can you please comment on this? > I can confirm that with GC_MARK_STACK=0, 24.3 does compile with the MS compiler. With GC_MARK_STACK=1, 24.3 doesn't compile, but the current trunk (well, my copy, but which is quite close) does compile, 32bits and 64bits. It may be a bit hairy to find out why. Fabrice --047d7b343a7c1a3bdd04d7e3f77d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



> 2. GC_MARK_STACK is 1 by default in config.nt, but this default is bro= ken
> with the msvc toolchain. =A0When temacs started to dump,
> it immediately exited with the message `Invalid function: "DEAD&q= uot;'. Eli had
> previously told me (in #12878) to see bug #13070, but it didn't so= lve the
> problem. When I tried to change GC_MARK_STACK to 0, Emacs compiled fin= e. So
> there must be something wrong about the GCPROS_NOOPS way of marking st= ack
> under the vc compiler, maybe someone familiar with the garbage collect= or
> can fix it. (MinGW gcc is ok with the default)

Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with MSVC and uses GC_MARK_STACK. =A0Fabrice, can you please comment on this?

I can confirm that = with GC_MARK_STACK=3D0, 24.3 does compile with the MS compiler.
With GC_MARK_STACK=3D1, 24.3 doesn't compile, but = the current trunk (well, my copy, but which is quite close) does compile, 3= 2bits and 64bits.
It may be a bit hairy to find out why.

Fabrice

--047d7b343a7c1a3bdd04d7e3f77d-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 14 14:08:27 2013 Received: (at 13939) by debbugs.gnu.org; 14 Mar 2013 18:08:27 +0000 Received: from localhost ([127.0.0.1]:54528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGCZj-0001po-M2 for submit@debbugs.gnu.org; Thu, 14 Mar 2013 14:08:27 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:43265) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGCZg-0001pY-IO for 13939@debbugs.gnu.org; Thu, 14 Mar 2013 14:08:21 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MJN00H00WNSPD00@a-mtaout23.012.net.il> for 13939@debbugs.gnu.org; Thu, 14 Mar 2013 20:06:44 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJN00H85WZ7Q310@a-mtaout23.012.net.il>; Thu, 14 Mar 2013 20:06:44 +0200 (IST) Date: Thu, 14 Mar 2013 20:06:45 +0200 From: Eli Zaretskii Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain In-reply-to: To: Fabrice Popineau Message-id: <838v5pj1oq.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83ppz3i1ni.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: Fabrice Popineau > Date: Thu, 14 Mar 2013 16:13:09 +0100 > Cc: À , 13939 <13939@debbugs.gnu.org> > > I can confirm that with GC_MARK_STACK=0, 24.3 does compile with the MS > compiler. > With GC_MARK_STACK=1, 24.3 doesn't compile, but the current trunk (well, my > copy, but which is quite close) does compile, 32bits and 64bits. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4015] X-Debbugs-Envelope-To: 13939 Cc: iamliding@gmail.com, 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.2 (/) > From: Fabrice Popineau > Date: Thu, 14 Mar 2013 16:13:09 +0100 > Cc: =C0=EE=B6=A1 , 13939 <13939@debbugs.gnu.or= g> >=20 > I can confirm that with GC_MARK_STACK=3D0, 24.3 does compile with t= he MS > compiler. > With GC_MARK_STACK=3D1, 24.3 doesn't compile, but the current trunk= (well, my > copy, but which is quite close) does compile, 32bits and 64bits. Can you copy to 24.3 the changes made on trunk (in editfns.c:set_time_zone_rule) to use putenv and unsetenv instead of reallocating entries in 'environ', and see if that solves the problem in 24.3? In addition to the changes in editfns.c, you will also need sys_putenv and unsetenv on w32.c. TIA From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 14 15:30:28 2013 Received: (at 13939) by debbugs.gnu.org; 14 Mar 2013 19:30:29 +0000 Received: from localhost ([127.0.0.1]:54653 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGDrA-0003pY-DW for submit@debbugs.gnu.org; Thu, 14 Mar 2013 15:30:28 -0400 Received: from mail-ea0-f173.google.com ([209.85.215.173]:59524) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGDr6-0003pJ-HY for 13939@debbugs.gnu.org; Thu, 14 Mar 2013 15:30:26 -0400 Received: by mail-ea0-f173.google.com with SMTP id h14so1163603eak.18 for <13939@debbugs.gnu.org>; Thu, 14 Mar 2013 12:29:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=6iQO9Pzed3UfbltnH1PB4ewi1as2gIizSERLI0QdEGY=; b=LdO9DFjsgHsAfZK1etW7tzD4QbD/vcGEKye6gy09QEy+86dSb/khaDMynx/GSAYqCJ kv6h38SkdHRpnEQ7uxUcrReTDtZBXRQaBu/5SevV2xMwc50q8sXh5pzng4R368NvdsrA enGxwAz5iT0487QNUlM6lCO3rz+q9vac7DelAmrqCOeUWw01PlMow07pzO4om93wOsPp B2/8/l7n/GdAB3w4fFK61tjvL9sqlF16c6Ap2kO21xzkl4TESRjyPqZoGkW6soNK+C2U C1SFKfFZrbW0B626/RQWdps2XYYrzwAxh0LUCzCrPbLXt9FAvAWZQkP9ZskbWOXZxba1 dK5A== X-Received: by 10.14.179.5 with SMTP id g5mr9852585eem.41.1363289345949; Thu, 14 Mar 2013 12:29:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.1.7 with HTTP; Thu, 14 Mar 2013 12:28:45 -0700 (PDT) In-Reply-To: <838v5pj1oq.fsf@gnu.org> References: <83ppz3i1ni.fsf@gnu.org> <838v5pj1oq.fsf@gnu.org> From: Fabrice Popineau Date: Thu, 14 Mar 2013 20:28:45 +0100 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain To: Eli Zaretskii Content-Type: multipart/alternative; boundary=047d7b603fe631327404d7e789ac X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 13939 Cc: =?UTF-8?B?5p2O5LiB?= , 13939 <13939@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --047d7b603fe631327404d7e789ac Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I tried importing this change in editfns.c but it doesn't change anything. If I run only temacs.exe without any arguments, I get a very quick backtrace: C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temacs.exe" Loading loadup.el (source)... Invalid function: "DEAD" > temacs.exe!eval_sub(__int64 form) Line 2195 C temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, __int64 sourcename, char printflag, __int64 unibyte, __int64 readfun, __int64 start, __int64 end) Line 1845 C temacs.exe!Fload(__int64 file, __int64 noerror, __int64 nomessage, __int64 nosuffix, __int64 must_suffix) Line 1326 C temacs.exe!eval_sub(__int64 form) Line 2161 C temacs.exe!Feval(__int64 form, __int64 lexical) Line 2006 C temacs.exe!internal_condition_case(__int64 (void) * bfun, __int64 handlers, __int64 (__int64) * hfun) Line 1290 C temacs.exe!top_level_1(__int64 ignore) Line 1190 C temacs.exe!internal_catch(__int64 tag, __int64 (__int64) * func, __int64 arg) Line 1060 C temacs.exe!command_loop() Line 1147 C temacs.exe!recursive_edit_1() Line 780 C temacs.exe!Frecursive_edit() Line 844 C temacs.exe!main(int argc, char * * argv) Line 1528 C I put a breakpoint in xsignal1() to get this backtrace. So it seems that eval() is unable to process any kind of function. Fabrice 2013/3/14 Eli Zaretskii > > From: Fabrice Popineau > > Date: Thu, 14 Mar 2013 16:13:09 +0100 > > Cc: =E6=9D=8E=E4=B8=81 , 13939 <13939@debbugs.gnu.= org> > > > > I can confirm that with GC_MARK_STACK=3D0, 24.3 does compile with the M= S > > compiler. > > With GC_MARK_STACK=3D1, 24.3 doesn't compile, but the current trunk (we= ll, > my > > copy, but which is quite close) does compile, 32bits and 64bits. > > Can you copy to 24.3 the changes made on trunk (in > editfns.c:set_time_zone_rule) to use putenv and unsetenv instead of > reallocating entries in 'environ', and see if that solves the problem > in 24.3? In addition to the changes in editfns.c, you will also need > sys_putenv and unsetenv on w32.c. > > TIA > > --047d7b603fe631327404d7e789ac Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I tried importing this change in editfns.c but it doesn= 9;t change anything.

If I run only temacs.exe with= out any arguments, I get a very quick backtrace:

C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/= AMD64/temacs.exe"
Loading loadup.el (source)...
In= valid function: "DEAD"

> temacs.exe!eval_sub(= __int64 form) Line 2195 C=
=C2=A0 temacs.= exe!readevalloop(__int64 readcharfun, _iobuf * stream, __int64 sourcename, = char printflag, __int64 unibyte, __int64 readfun, __int64 start, __int64 en= d) Line 1845 C
=C2=A0 temacs.exe!Fl= oad(__int64 file, __int64 noerror, __int64 nomessage, __int64 nosuffix, __i= nt64 must_suffix) Line 1326 C
=C2=A0 temacs.exe!ev= al_sub(__int64 form) Line 2161 <= /span>C
=C2=A0 = temacs.exe!Feval(__int64 form, __int64 lexical) Line 2006 C
=C2=A0 temacs.exe!in= ternal_condition_case(__int64 (void) * bfun, __int64 handlers, __int64 (__i= nt64) * hfun) Line 1290 C=
=C2=A0 temacs.exe!top_lev= el_1(__int64 ignore) Line 1190 <= /span>C
=C2=A0 = temacs.exe!internal_catch(__int64 tag, __int64 (__int64) * func, __int64 ar= g) Line 1060 C
=C2=A0 temacs.exe!co= mmand_loop() Line 1147 C<= /div>
=C2=A0 temacs.e= xe!recursive_edit_1() Line 780 <= /span>C
=C2=A0 temacs.exe!Fr= ecursive_edit() Line 844 = C
=C2=A0 temacs= .exe!main(int argc, char * * argv) Line 1528 C

I put a breakpoint in xsignal1() to get this back= trace. So it seems that eval() is unable to process any kind of function.

Fabrice




2013/3/14 Eli Zaretskii <eliz@gnu.org>
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Thu, 14 Mar 2013 16:13:09 +0100
> Cc: =E6=9D=8E=E4=B8=81 <iaml= iding@gmail.com>, 13939 <13939@debbugs.gnu.org>
>
> I can confirm that with GC_MARK_STACK=3D0, 24.3 does compile with the = MS
> compiler.
> With GC_MARK_STACK=3D1, 24.3 doesn't compile, but the current trun= k (well, my
> copy, but which is quite close) does compile, 32bits and 64bits.

Can you copy to 24.3 the changes made on trunk (in
editfns.c:set_time_zone_rule) to use putenv and unsetenv instead of
reallocating entries in 'environ', and see if that solves the probl= em
in 24.3? =C2=A0In addition to the changes in editfns.c, you will also need<= br> sys_putenv and unsetenv on w32.c.

TIA


--047d7b603fe631327404d7e789ac-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 14 16:03:49 2013 Received: (at 13939) by debbugs.gnu.org; 14 Mar 2013 20:03:49 +0000 Received: from localhost ([127.0.0.1]:54693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGENR-0004be-3v for submit@debbugs.gnu.org; Thu, 14 Mar 2013 16:03:49 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:54844) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGENN-0004bN-JQ for 13939@debbugs.gnu.org; Thu, 14 Mar 2013 16:03:47 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MJO00I0026B9X00@a-mtaout23.012.net.il> for 13939@debbugs.gnu.org; Thu, 14 Mar 2013 22:02:25 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJO00I2G2C0AB00@a-mtaout23.012.net.il>; Thu, 14 Mar 2013 22:02:25 +0200 (IST) Date: Thu, 14 Mar 2013 22:02:22 +0200 From: Eli Zaretskii Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain In-reply-to: To: Fabrice Popineau Message-id: <83a9q56981.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83ppz3i1ni.fsf@gnu.org> <838v5pj1oq.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 13939 Cc: iamliding@gmail.com, 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Fabrice Popineau > Date: Thu, 14 Mar 2013 20:28:45 +0100 > Cc: =E6=9D=8E=E4=B8=81 , 13939 <13939@debbugs.= gnu.org> >=20 > I tried importing this change in editfns.c but it doesn't change an= ything. >=20 > If I run only temacs.exe without any arguments, I get a very quick > backtrace: >=20 > C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temacs.exe= " > Loading loadup.el (source)... > Invalid function: "DEAD" >=20 > > temacs.exe!eval_sub(__int64 form) Line 2195 C > temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, __i= nt64 > sourcename, char printflag, __int64 unibyte, __int64 readfun, __int= 64 > start, __int64 end) Line 1845 C Thanks. =E6=9D=8E=E4=B8=81, do you also compile Emacs 24.3 as a 64-bit execut= able? Or do you build it as a 32-bit executable? From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 14 17:08:19 2013 Received: (at 13939) by debbugs.gnu.org; 14 Mar 2013 21:08:19 +0000 Received: from localhost ([127.0.0.1]:54775 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGFNr-00068P-CZ for submit@debbugs.gnu.org; Thu, 14 Mar 2013 17:08:19 -0400 Received: from mail-ea0-f181.google.com ([209.85.215.181]:48809) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGFNo-00068C-KF for 13939@debbugs.gnu.org; Thu, 14 Mar 2013 17:08:17 -0400 Received: by mail-ea0-f181.google.com with SMTP id z10so1199938ead.12 for <13939@debbugs.gnu.org>; Thu, 14 Mar 2013 14:06:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=e97H6PuSX3Qd9Qbye+Am/JI53jBRQcowQjZFe6TmAx8=; b=TTTIK9dBkCbO1YVB4hSW4XyCBUd79X79cMxEQGjSLuN9v4KVQp3o3HNbXabUqyskRV bGU8DX05VKaI180mEKv+HE7dX5+CFi4PS1pzoJ3+yMxIgFo3wfg8bi1tRXJc0vvrSMkt KfNGix8DYQd/mXSxrYfuIH96ypDARK7M5sr/c8UB6HzPX+GCX/FdW9UbiaSdZyrU2hXQ mYTEoT2WFRdM563m1nLn2d4EBTqQXE6yWqMNChvXODB+YyENU8M7lqSrduGsE/Oa1Hqx b9wTxYCTghByskMtUrrcNLQAjAczICsy+mqYpqI3mSUq3M+f+R16wUOX1HCEnpDuNpm+ 6Xkw== X-Received: by 10.14.207.73 with SMTP id m49mr10800803eeo.24.1363295217791; Thu, 14 Mar 2013 14:06:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.1.7 with HTTP; Thu, 14 Mar 2013 14:06:37 -0700 (PDT) In-Reply-To: <83a9q56981.fsf@gnu.org> References: <83ppz3i1ni.fsf@gnu.org> <838v5pj1oq.fsf@gnu.org> <83a9q56981.fsf@gnu.org> From: Fabrice Popineau Date: Thu, 14 Mar 2013 22:06:37 +0100 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain To: Eli Zaretskii Content-Type: multipart/alternative; boundary=047d7b343a7c2e588c04d7e8e7a1 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 13939 Cc: =?UTF-8?B?5p2O5LiB?= , 13939 <13939@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --047d7b343a7c2e588c04d7e8e7a1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > =E6=9D=8E=E4=B8=81, do you also compile Emacs 24.3 as a 64-bit executable= ? Or do > you build it as a 32-bit executable? > I may add that I reported a 64bits stacktrace, but I get the exact same result with 32bits: > temacs.exe!xsignal1(int error_symbol, int arg) Line 1577 C temacs.exe!eval_sub(int form) Line 2193 C temacs.exe!readevalloop(int readcharfun, _iobuf * stream, int sourcename, char printflag, int unibyte, int readfun, int start, int end) Line 1843 C temacs.exe!Fload(int file, int noerror, int nomessage, int nosuffix, int must_suffix) Line 1317 C temacs.exe!eval_sub(int form) Line 2160 C temacs.exe!Feval(int form, int lexical) Line 2006 C temacs.exe!top_level_2() Line 1177 C temacs.exe!internal_condition_case(int (void) * bfun, int handlers, int (int) * hfun) Line 1290 C temacs.exe!top_level_1(int ignore) Line 1190 C temacs.exe!internal_catch(int tag, int (int) * func, int arg) Line 1060 C temacs.exe!command_loop() Line 1147 C temacs.exe!recursive_edit_1() Line 779 C temacs.exe!Frecursive_edit() Line 844 C temacs.exe!main(int argc, char * * argv) Line 1528 C I still wonder why the current trunk is working at all for me. Fabrice --047d7b343a7c2e588c04d7e8e7a1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

=
=E6=9D=8E=E4=B8=81, do you also compile Emacs 24.3 as a 64-bit executable? = =C2=A0Or do
you build it as a 32-bit executable?

I may add tha= t I reported a 64bits stacktrace, but I get the exact same result with 32bi= ts:

> = temacs.exe!xsignal1(int error_symbol, int arg) Line 1577 C
= =C2=A0 temacs.exe!eval_su= b(int form) Line 2193 C
=C2=A0 temacs.exe!readevalloop(int readcharfun, _iobuf * stream, int sour= cename, char printflag, int unibyte, int readfun, int start, int end) Line = 1843 C
=C2=A0 temacs.exe!Fload(int file, int noerror, int nomessage, int nosuffi= x, int must_suffix) Line 1317 C
=C2=A0 temacs.exe!eval_sub(int form) Line 2160 C
=C2=A0 temacs.exe!Feval(int form, int lexi= cal) Line 2006 C
=C2=A0 temacs.exe!top_level_2() Line 1177 C
=C2=A0 temacs.exe!internal_condition_case(int (= void) * bfun, int handlers, int (int) * hfun) Line 1290 C
=C2=A0 temacs.exe!top_level_1(int ignore) Line 1190 C
=C2=A0 temacs.exe!internal_catch(int = tag, int (int) * func, int arg) Line 1060 C
=C2=A0 temacs.exe!command_loop() Line 1147 C
=C2=A0 temacs.exe!recursive_edit_1() Line 779<= span class=3D"" style=3D"white-space:pre"> C
=C2=A0 temacs.exe!Frecursive_edit() Line 844 C
=C2=A0 temacs.exe!main(int argc, char * * = argv) Line 1528 C

I still wonder why th= e current trunk is working at all for me.

Fabrice

--047d7b343a7c2e588c04d7e8e7a1-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 15 01:47:16 2013 Received: (at 13939) by debbugs.gnu.org; 15 Mar 2013 05:47:16 +0000 Received: from localhost ([127.0.0.1]:55301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGNU4-0001YY-2t for submit@debbugs.gnu.org; Fri, 15 Mar 2013 01:47:16 -0400 Received: from mail-la0-f41.google.com ([209.85.215.41]:38997) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGNU2-0001YK-0v for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 01:47:15 -0400 Received: by mail-la0-f41.google.com with SMTP id fo12so3385401lab.0 for <13939@debbugs.gnu.org>; Thu, 14 Mar 2013 22:45:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to:cc :content-type; bh=4IbsLAOoUZo6LNy21t/wBkKrH02GiDGC3ZhSVITCy8Y=; b=rckDYtjiczqRx8tjh4uP3xdqow26+TD3NI66EvNp/F798WigZec1JqdpqWc8wPwQvL DG6kZR3+sx/zJK2ZkjEOFA7u5s4N09Vwfx65feIFV7X8tc5PcdWY7cV6tOmv1rSx8jkh Qz68J0SkHaIF6HYdytaQS9lxn6gWYPCJY2LJ334lB09NIJfThn1OSCFFJRignJon+1K6 dIdWs8lqh5dxtwd+4fieGQQMJn41v6YhBSxalWQjtKBVOyQ1MtxjPVOdGqCK4NELUdux H0TxV2bMz+rMDN1DsJDq4qGqxG3Y/Xpl1jErRVj7H/kNaGFSIUilXyNIa5ru7eIwPTHR UijA== MIME-Version: 1.0 X-Received: by 10.152.47.242 with SMTP id g18mr4516144lan.42.1363326352788; Thu, 14 Mar 2013 22:45:52 -0700 (PDT) Received: by 10.112.55.12 with HTTP; Thu, 14 Mar 2013 22:45:52 -0700 (PDT) Date: Fri, 15 Mar 2013 13:45:52 +0800 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain From: =?GB2312?B?wO62oQ==?= To: Eli Zaretskii , Fabrice Popineau Content-Type: multipart/alternative; boundary=bcaec5540422f8932304d7f02675 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 13939 Cc: 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --bcaec5540422f8932304d7f02675 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable > > =C0=EE=B6=A1, do you also compile Emacs 24.3 as a 64-bit executable? Or = do > you build it as a 32-bit executable? I compiled Emacs as a 32-bit executable. If I run only temacs.exe without any arguments, I get a very quick > backtrace: I also traced the execution of `temacs -batch -l loadup dump' with windbg, and got a similar stack trace as Fabrice (I breakpointed Fgarbage_collect): temacs!Fgarbage_collect [d:\data\projects\emacs-24.3\src\alloc.c @ 5094] temacs!maybe_gc+0x3e [d:\data\projects\emacs-24.3\src\lisp.h @ 3717] temacs!eval_sub+0xda [d:\data\projects\emacs-24.3\src\eval.c @ 2042] temacs!readevalloop+0x600 [d:\data\projects\emacs-24.3\src\lread.c @ 1843] temacs!Fload+0xb86 [d:\data\projects\emacs-24.3\src\lread.c @ 1317] temacs!eval_sub+0x5da [d:\data\projects\emacs-24.3\src\eval.c @ 2159] temacs!Feval+0x60 [d:\data\projects\emacs-24.3\src\eval.c @ 2005] temacs!top_level_2+0x15 [d:\data\projects\emacs-24.3\src\keyboard.c @ 1177] temacs!internal_condition_case+0xde [d:\data\projects\emacs-24.3\src\eval.c @ 1289] temacs!top_level_1+0x26 [d:\data\projects\emacs-24.3\src\keyboard.c @ 1185] temacs!internal_catch+0x97 [d:\data\projects\emacs-24.3\src\eval.c @ 1060] temacs!command_loop+0x69 [d:\data\projects\emacs-24.3\src\keyboard.c @ 1146= ] temacs!recursive_edit_1+0x71 [d:\data\projects\emacs-24.3\src\keyboard.c @ 779] temacs!Frecursive_edit+0x101 [d:\data\projects\emacs-24.3\src\keyboard.c @ 844] temacs!main+0xae7 [d:\data\projects\emacs-24.3\src\emacs.c @ 1530] temacs!__tmainCRTStartup+0x1bf [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 555] temacs!mainCRTStartup+0xf [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 371] temacs!_start+0x62 [d:\data\projects\emacs-24.3\src\unexw32.c @ 134] When I stepped out Fgarbage_collect, the error occurred just after this gc at here in eval_sub: if (!CONSP (fun)) xsignal1 (Qinvalid_function, original_fun); I also tried removing most of loadup.el, and temacs can execute only the first few lines, and even an additional `(+ 1 1)' caused temacs to exit with the "DEAD" message. As I previously reported, I guess that the first garbage collection cycle does not mark any read-in form, thus all of them are collected (and their car set to Vdead). 2013/3/15 Eli Zaretskii > > From: Fabrice Popineau > > Date: Thu, 14 Mar 2013 20:28:45 +0100 > > Cc: =C0=EE=B6=A1 , 13939 <13939@debbugs.gnu.org> > > > > I tried importing this change in editfns.c but it doesn't change > anything. > > > > If I run only temacs.exe without any arguments, I get a very quick > > backtrace: > > > > C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temacs.exe" > > Loading loadup.el (source)... > > Invalid function: "DEAD" > > > > > temacs.exe!eval_sub(__int64 form) Line 2195 C > > temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, __int64 > > sourcename, char printflag, __int64 unibyte, __int64 readfun, __int64 > > start, __int64 end) Line 1845 C > > Thanks. > > =C0=EE=B6=A1, do you also compile Emacs 24.3 as a 64-bit executable? Or = do > you build it as a 32-bit executable? > --bcaec5540422f8932304d7f02675 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
=C0=EE=B6=A1, do you also compile Emacs 24.3 as a 64-bit= executable?  Or do
you buil= d it as a 32-bit executable?
=
I compiled Emacs as a 32-bit executabl= e. 

If I run only temacs.exe without any= arguments, I get a very quick backtrace:

I also trac= ed the execution of `temacs -batch -l loadup dump' with windbg, and got= a similar stack trace as Fabrice (I breakpointed Fgarbage_collect):
<= div class=3D"gmail_extra">
temacs!Fgarbage_collect [d:\data\projects\emacs-24.3\src\alloc.c= @ 5094]
temacs!maybe_gc+0x3e [d:\data\projects\emacs-24.3\src\lis= p.h @ 3717]
temacs!eval_sub+0xda [d:\data\projects\emacs-24.= 3\src\eval.c @ 2042]
temacs!readevalloop+0x600 [d:\d= ata\projects\emacs-24.3\src\lread.c @ 1843]
temacs!Fload+0xb86 [d:\data\projects\emacs-24.3\src\lread= .c @ 1317]
temacs!eval_sub+0x5da [d:\data\projects\emacs-24= .3\src\eval.c @ 2159]
temacs!Feval+0x60 [d:\data\pro= jects\emacs-24.3\src\eval.c @ 2005]
temacs!top_level_2+0x15 [d:\data\projects\emacs-24.3\src\= keyboard.c @ 1177]
temacs!internal_condition_case+0xde [d:\data\pro= jects\emacs-24.3\src\eval.c @ 1289]
temacs!top_level= _1+0x26 [d:\data\projects\emacs-24.3\src\keyboard.c @ 1185]
temacs!internal_catch+0x97 [d:\data\projects\emacs-24.3\s= rc\eval.c @ 1060]
temacs!command_loop+0x69 [d:\data\projects\emacs= -24.3\src\keyboard.c @ 1146]
temacs!recursive_edit_1= +0x71 [d:\data\projects\emacs-24.3\src\keyboard.c @ 779]
temacs!Frecursive_edit+0x101 [d:\data\projects\emacs-24.3= \src\keyboard.c @ 844]
temacs!main+0xae7 [d:\data\projects\emacs-24.3\s= rc\emacs.c @ 1530]
temacs!__tmainCRTStartup+0x1bf = [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 555]
temacs!mainCRTStartup+0xf [f:\dd\vctools\crt_bld\self_x86= \crt\src\crtexe.c @ 371]
temacs!_start+0x62 [d:\data\projects\emacs-24.3\= src\unexw32.c @ 134]

When I stepped out Fgarbage_collect, the error occurred just after this gc = at here in eval_sub:

=
if (!CONSP (fun))
<= div class=3D"gmail_extra">
xsignal1 (Qinvalid_= function, original_fun);

I also tried removing most of loadup.el, and temacs can= execute only the first few lines, and even an additional `(+ 1 1)' cau= sed temacs to exit with the "DEAD" message. As I previously repor= ted, I guess that the first garbage collection cycle does not mark any read= -in form, thus all of them are collected (and their car set to Vdead).


2013/3/15 Eli= Zaretskii <eliz@gnu.org>
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Thu, 14 Mar 2013 20:28:45 +0100
> Cc: =C0=EE=B6=A1 <iamliding@gmail.com>, 13939 <13939@debbugs.gnu.org>
>
> I tried importing this change in editfns.c but= it doesn't change anything.
>
> If I run only temacs.exe without any arguments, I get a very quick
> backtrace:
>
> C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temac= s.exe"
> Loading loadup.el (source)...
> Invalid function: "DEAD"
>
> > temacs.exe!eval_sub(__int64 form) Line 2195 C
>   temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, _= _int64
> sourcename, char printflag, __int64 unibyte, __int64 readfun, __int64<= br> > start, __int64 end) Line 1845 C

Thanks.

=C0=EE=B6=A1, do you also compile Emacs 24.3 as a 64-bit executable?  = Or do
you build it as a 32-bit executable?

--bcaec5540422f8932304d7f02675-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 15 03:22:01 2013 Received: (at 13939) by debbugs.gnu.org; 15 Mar 2013 07:22:01 +0000 Received: from localhost ([127.0.0.1]:55347 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGOxg-0003gI-Pg for submit@debbugs.gnu.org; Fri, 15 Mar 2013 03:22:00 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:37164) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGOxZ-0003g0-WB for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 03:21:54 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MJO00L00XPZ9600@a-mtaout23.012.net.il> for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 09:20:27 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJO00LEKXQ38I20@a-mtaout23.012.net.il>; Fri, 15 Mar 2013 09:20:27 +0200 (IST) Date: Fri, 15 Mar 2013 09:20:29 +0200 From: Eli Zaretskii Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain In-reply-to: To: Fabrice Popineau Message-id: <838v5p5dtu.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83ppz3i1ni.fsf@gnu.org> <838v5pj1oq.fsf@gnu.org> <83a9q56981.fsf@gnu.org> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13939 Cc: iamliding@gmail.com, 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Fabrice Popineau > Date: Thu, 14 Mar 2013 22:06:37 +0100 > Cc: =E6=9D=8E=E4=B8=81 , 13939 <13939@debbugs.= gnu.org> >=20 > > =E6=9D=8E=E4=B8=81, do you also compile Emacs 24.3 as a 64-bit ex= ecutable? Or do > > you build it as a 32-bit executable? > > >=20 > I may add that I reported a 64bits stacktrace, but I get the exact = same > result with 32bits: For 64 bits, the trunk includes quite a few fixes that the emacs-24 branch doesn't. But if you get the same crash in a 32-bit executable= , my theory that this is related to those fixes eats dust now. If any one of you could debug this and find the culprit, we could fix the emacs-24 branch. Failing that, I suggest to use the trunk, in th= e hope that the next release from that codebase will support MSVC. Thanks. > I still wonder why the current trunk is working at all for me. Many things changed on the trunk, most of them unrelated. Which one is causing this, is hard to say. One thing you can do is compare the w32*.[ch] files and perhaps lisp.h as well, between these two branches. Not sure if it's worth your while, though, nor whether the root cause will reveal itself this way. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 15 05:41:28 2013 Received: (at 13939) by debbugs.gnu.org; 15 Mar 2013 09:41:28 +0000 Received: from localhost ([127.0.0.1]:55471 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGR8h-0006x1-Qr for submit@debbugs.gnu.org; Fri, 15 Mar 2013 05:41:28 -0400 Received: from mail-ea0-f169.google.com ([209.85.215.169]:54066) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGR8e-0006wl-5c for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 05:41:25 -0400 Received: by mail-ea0-f169.google.com with SMTP id z7so1462130eaf.28 for <13939@debbugs.gnu.org>; Fri, 15 Mar 2013 02:40:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=bfCQdfoH46WAiYoFcc7hxO+MQ+iZww4fQ0W4/WS5B24=; b=Ebhenwx6ijGsQUutlijFYKmUHw4zaFrilaIwbo2cRvYyBzZAp0yovWQ71PRGc4Uvux L0JbMiRu/5ACQ4OKlSK/I3Lr7tYaz4XmiWeSVy/52++RK8a+3Pz26vaSNVZ9rHLUBtq2 94XawVdBwQ9dUgYNlqhnbHIp2KWvV8Bx/Z3Eq/LP8ajAfi6AWcpBUSndd3ICP/EXajPF CbR57boudSAtxSgWHvXzh6KOcSnZuw6WIL4Te5RGAMhps4Q4bHbzLpbu8nXfYi99ZiLm TCIPKYelQ3IBALiXfK9bWW0LYUVgx75Jd91uM72g1sZt7c5487ziNQspIUR0f4/MoxTo 3WtA== X-Received: by 10.14.210.132 with SMTP id u4mr16317699eeo.19.1363340401750; Fri, 15 Mar 2013 02:40:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.129.2 with HTTP; Fri, 15 Mar 2013 02:39:40 -0700 (PDT) In-Reply-To: References: From: Fabrice Popineau Date: Fri, 15 Mar 2013 10:39:40 +0100 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain To: =?UTF-8?B?5p2O5LiB?= Content-Type: multipart/alternative; boundary=047d7b621b145ad87604d7f36c18 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 13939 Cc: Eli Zaretskii , 13939 <13939@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --047d7b621b145ad87604d7f36c18 Content-Type: text/plain; charset=Big5 Content-Transfer-Encoding: quoted-printable =A7=F5=A4B: could you try to compile the trunk with msvc and confirm that = it is working for you? I would be very glad to hear a positive report, meaning I didn't mess things up. Fabrice 2013/3/15 =A7=F5=A4B > =A7=F5=A4B, do you also compile Emacs 24.3 as a 64-bit executable? Or do >> you build it as a 32-bit executable? > > > I compiled Emacs as a 32-bit executable. > > If I run only temacs.exe without any arguments, I get a very quick >> backtrace: > > > I also traced the execution of `temacs -batch -l loadup dump' with windbg= , > and got a similar stack trace as Fabrice (I breakpointed Fgarbage_collect= ): > > temacs!Fgarbage_collect [d:\data\projects\emacs-24.3\src\alloc.c @ 5094] > temacs!maybe_gc+0x3e [d:\data\projects\emacs-24.3\src\lisp.h @ 3717] > temacs!eval_sub+0xda [d:\data\projects\emacs-24.3\src\eval.c @ 2042] > temacs!readevalloop+0x600 [d:\data\projects\emacs-24.3\src\lread.c @ 1843= ] > temacs!Fload+0xb86 [d:\data\projects\emacs-24.3\src\lread.c @ 1317] > temacs!eval_sub+0x5da [d:\data\projects\emacs-24.3\src\eval.c @ 2159] > temacs!Feval+0x60 [d:\data\projects\emacs-24.3\src\eval.c @ 2005] > temacs!top_level_2+0x15 [d:\data\projects\emacs-24.3\src\keyboard.c @ 117= 7] > temacs!internal_condition_case+0xde > [d:\data\projects\emacs-24.3\src\eval.c @ 1289] > temacs!top_level_1+0x26 [d:\data\projects\emacs-24.3\src\keyboard.c @ 118= 5] > temacs!internal_catch+0x97 [d:\data\projects\emacs-24.3\src\eval.c @ 1060= ] > temacs!command_loop+0x69 [d:\data\projects\emacs-24.3\src\keyboard.c @ > 1146] > temacs!recursive_edit_1+0x71 [d:\data\projects\emacs-24.3\src\keyboard.c = @ > 779] > temacs!Frecursive_edit+0x101 [d:\data\projects\emacs-24.3\src\keyboard.c = @ > 844] > temacs!main+0xae7 [d:\data\projects\emacs-24.3\src\emacs.c @ 1530] > temacs!__tmainCRTStartup+0x1bf > [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 555] > temacs!mainCRTStartup+0xf [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.= c > @ 371] > temacs!_start+0x62 [d:\data\projects\emacs-24.3\src\unexw32.c @ 134] > > > When I stepped out Fgarbage_collect, the error occurred just after this g= c > at here in eval_sub: > > if (!CONSP (fun)) > xsignal1 (Qinvalid_function, original_fun); > > I also tried removing most of loadup.el, and temacs can execute only the > first few lines, and even an additional `(+ 1 1)' caused temacs to exit > with the "DEAD" message. As I previously reported, I guess that the first > garbage collection cycle does not mark any read-in form, thus all of them > are collected (and their car set to Vdead). > > > 2013/3/15 Eli Zaretskii > >> > From: Fabrice Popineau >> > Date: Thu, 14 Mar 2013 20:28:45 +0100 >> > Cc: =A7=F5=A4B , 13939 <13939@debbugs.gnu.org> >> > >> > I tried importing this change in editfns.c but it doesn't change >> anything. >> > >> > If I run only temacs.exe without any arguments, I get a very quick >> > backtrace: >> > >> > C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temacs.exe" >> > Loading loadup.el (source)... >> > Invalid function: "DEAD" >> > >> > > temacs.exe!eval_sub(__int64 form) Line 2195 C >> > temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, __int6= 4 >> > sourcename, char printflag, __int64 unibyte, __int64 readfun, __int64 >> > start, __int64 end) Line 1845 C >> >> Thanks. >> >> =A7=F5=A4B, do you also compile Emacs 24.3 as a 64-bit executable? Or d= o >> you build it as a 32-bit executable? >> > > --047d7b621b145ad87604d7f36c18 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
=E6=9D=8E=E4=B8=81: =C2=A0could you try to comp= ile the trunk with msvc and confirm that it is working for you?
I= would be very glad to hear a positive report, meaning I didn't mess th= ings up.

Fabrice


2013/3/15 =E6=9D=8E=E4=B8=81 <iaml= iding@gmail.com>
=E6=9D=8E=E4=B8= =81, do you also compile Emacs 24.3 as a 64-bit executable? =C2=A0Or do
you buil= d it as a 32-bit executable?
=
I compiled Emacs as a 32-bit exe= cutable.=C2=A0

If I run only temacs.exe without any= arguments, I get a very quick backtrace:

I als= o traced the execution of `temacs -batch -l loadup dump' with windbg, a= nd got a similar stack trace as Fabrice (I breakpointed Fgarbage_collect):<= /div>

temacs!Fgarbage_collect [d:\data\projects\emacs-24.3\src\alloc.c= @ 5094]
temacs!maybe_gc+0x3e [d:\data\projects\emacs-24.3\src\lis= p.h @ 3717]
temacs!eval_sub+0xda [d:\data\projects\emacs-24.= 3\src\eval.c @ 2042]
temacs!readevalloop+0x600 [d:\d= ata\projects\emacs-24.3\src\lread.c @ 1843]
temacs!Fload+0xb86 [d:\data\projects\emacs-24.3\src\lread= .c @ 1317]
temacs!eval_sub+0x5da [d:\data\projects\emacs-24= .3\src\eval.c @ 2159]
temacs!Feval+0x60 [d:\data\pro= jects\emacs-24.3\src\eval.c @ 2005]
temacs!top_level_2+0x15 [d:\data\projects\emacs-24.3\src\= keyboard.c @ 1177]
temacs!internal_condition_case+0xde [d:\data\pro= jects\emacs-24.3\src\eval.c @ 1289]
temacs!top_level= _1+0x26 [d:\data\projects\emacs-24.3\src\keyboard.c @ 1185]
temacs!internal_catch+0x97 [d:\data\projects\emacs-24.3\s= rc\eval.c @ 1060]
temacs!command_loop+0x69 [d:\data\projects\emacs= -24.3\src\keyboard.c @ 1146]
temacs!recursive_edit_1= +0x71 [d:\data\projects\emacs-24.3\src\keyboard.c @ 779]
temacs!Frecursive_edit+0x101 [d:\data\projects\emacs-24.3= \src\keyboard.c @ 844]
temacs!main+0xae7 [d:\data\projects\emacs-24.3\s= rc\emacs.c @ 1530]
temacs!__tmainCRTStartup+0x1bf = [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 555]
temacs!mainCRTStartup+0xf [f:\dd\vctools\crt_bld\self_x86= \crt\src\crtexe.c @ 371]
temacs!_start+0x62 [d:\data\projects\emacs-24.3\= src\unexw32.c @ 134]

When I stepped out Fgarbage_collect, the error occurred just after this gc = at here in eval_sub:

=
if (!CONSP (fun))
<= div class=3D"gmail_extra">
xsignal1 (Qinvalid_functi= on, original_fun);

I also tried removing most of loadup.el, and temacs can= execute only the first few lines, and even an additional `(+ 1 1)' cau= sed temacs to exit with the "DEAD" message. As I previously repor= ted, I guess that the first garbage collection cycle does not mark any read= -in form, thus all of them are collected (and their car set to Vdead).


2013/3/15 Eli= Zaretskii <eliz@gnu.org>
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Thu, 14 Mar 2013 20:28:45 +0100
> Cc: =E6=9D=8E=E4=B8=81 <iamliding@gmail.com>, 13939 <13939@debbugs.gnu.org>
>
> I tried importing this change in editfns.c but it doesn'= ;t change anything.
>
> If I run only temacs.exe without any arguments, I get a very quick
> backtrace:
>
> C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temac= s.exe"
> Loading loadup.el (source)...
> Invalid function: "DEAD"
>
> > temacs.exe!eval_sub(__int64 form) Line 2195 C
> =C2=A0 temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, _= _int64
> sourcename, char printflag, __int64 unibyte, __int64 readfun, __int64<= br> > start, __int64 end) Line 1845 C

Thanks.

=E6=9D=8E=E4=B8=81, do you also compile Emacs 24.3 as a 64-bit executable? = =C2=A0Or do
you build it as a 32-bit executable?


--047d7b621b145ad87604d7f36c18-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 15 11:08:36 2013 Received: (at 13939) by debbugs.gnu.org; 15 Mar 2013 15:08:36 +0000 Received: from localhost ([127.0.0.1]:56541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGWFH-0007VE-6p for submit@debbugs.gnu.org; Fri, 15 Mar 2013 11:08:35 -0400 Received: from mail-la0-f46.google.com ([209.85.215.46]:59799) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGWFE-0007Uy-73 for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 11:08:33 -0400 Received: by mail-la0-f46.google.com with SMTP id fq12so3808705lab.5 for <13939@debbugs.gnu.org>; Fri, 15 Mar 2013 08:07:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=bRRCcs2jvBRjSQ3DDuMaMx1UHzo+Nee1ht+WQiWsnZ0=; b=ufDRvLvFl9xNQK+1KCuhfkc1RlcS17A7Pp7I2ebfVAIa1mdMcBZFX862Qo0LOUp+ke P+9rJcLCnPkTsw1XFoOLKCLWHnLRTQWzAWLo4H5PDXsTmMVsFUW0Wjut3L+tLDlS9MND Vf68DEqrZ453KjbbKAvClidXRAd4o+i5CfooyvttZp6ug6tY2qNS8EwmlXsnFRp0Ke9m ItvwCihF9hfjfWhvsSzQEqgBRWTRaPmHVkB+X9F4fiEROrO2Dzji4zab7CZfHFTZntiV J3b4gaW+0PKHC8TH4bSnSMPSeJmUjgsj0Qcp6pPuriVVIOfpOvYc8xzE+LkYS+uOW2vJ qceg== MIME-Version: 1.0 X-Received: by 10.152.134.40 with SMTP id ph8mr5944239lab.39.1363360028903; Fri, 15 Mar 2013 08:07:08 -0700 (PDT) Received: by 10.112.55.12 with HTTP; Fri, 15 Mar 2013 08:07:08 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 Mar 2013 23:07:08 +0800 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain From: =?GB2312?B?wO62oQ==?= To: Fabrice Popineau Content-Type: multipart/alternative; boundary=f46d042f9642394f7204d7f7fe2d X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 13939 Cc: Eli Zaretskii , 13939 <13939@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --f46d042f9642394f7204d7f7fe2d Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Though there are some minor errors (easy to fix), the latest trunk compiles fine with msvc. 2013/3/15 Fabrice Popineau > =C0=EE=B6=A1: could you try to compile the trunk with msvc and confirm t= hat it is > working for you? > I would be very glad to hear a positive report, meaning I didn't mess > things up. > > Fabrice > > > 2013/3/15 =C0=EE=B6=A1 > >> =C0=EE=B6=A1, do you also compile Emacs 24.3 as a 64-bit executable? Or= do >>> you build it as a 32-bit executable? >> >> >> I compiled Emacs as a 32-bit executable. >> >> If I run only temacs.exe without any arguments, I get a very quick >>> backtrace: >> >> >> I also traced the execution of `temacs -batch -l loadup dump' with >> windbg, and got a similar stack trace as Fabrice (I breakpointed >> Fgarbage_collect): >> >> temacs!Fgarbage_collect [d:\data\projects\emacs-24.3\src\alloc.c @ 5094] >> temacs!maybe_gc+0x3e [d:\data\projects\emacs-24.3\src\lisp.h @ 3717] >> temacs!eval_sub+0xda [d:\data\projects\emacs-24.3\src\eval.c @ 2042] >> temacs!readevalloop+0x600 [d:\data\projects\emacs-24.3\src\lread.c @ 184= 3] >> temacs!Fload+0xb86 [d:\data\projects\emacs-24.3\src\lread.c @ 1317] >> temacs!eval_sub+0x5da [d:\data\projects\emacs-24.3\src\eval.c @ 2159] >> temacs!Feval+0x60 [d:\data\projects\emacs-24.3\src\eval.c @ 2005] >> temacs!top_level_2+0x15 [d:\data\projects\emacs-24.3\src\keyboard.c @ >> 1177] >> temacs!internal_condition_case+0xde >> [d:\data\projects\emacs-24.3\src\eval.c @ 1289] >> temacs!top_level_1+0x26 [d:\data\projects\emacs-24.3\src\keyboard.c @ >> 1185] >> temacs!internal_catch+0x97 [d:\data\projects\emacs-24.3\src\eval.c @ 106= 0] >> temacs!command_loop+0x69 [d:\data\projects\emacs-24.3\src\keyboard.c @ >> 1146] >> temacs!recursive_edit_1+0x71 [d:\data\projects\emacs-24.3\src\keyboard.c >> @ 779] >> temacs!Frecursive_edit+0x101 [d:\data\projects\emacs-24.3\src\keyboard.c >> @ 844] >> temacs!main+0xae7 [d:\data\projects\emacs-24.3\src\emacs.c @ 1530] >> temacs!__tmainCRTStartup+0x1bf >> [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 555] >> temacs!mainCRTStartup+0xf >> [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 371] >> temacs!_start+0x62 [d:\data\projects\emacs-24.3\src\unexw32.c @ 134] >> >> >> When I stepped out Fgarbage_collect, the error occurred just after this >> gc at here in eval_sub: >> >> if (!CONSP (fun)) >> xsignal1 (Qinvalid_function, original_fun); >> >> I also tried removing most of loadup.el, and temacs can execute only the >> first few lines, and even an additional `(+ 1 1)' caused temacs to exit >> with the "DEAD" message. As I previously reported, I guess that the firs= t >> garbage collection cycle does not mark any read-in form, thus all of the= m >> are collected (and their car set to Vdead). >> >> >> 2013/3/15 Eli Zaretskii >> >>> > From: Fabrice Popineau >>> > Date: Thu, 14 Mar 2013 20:28:45 +0100 >>> > Cc: =C0=EE=B6=A1 , 13939 <13939@debbugs.gnu.org> >>> > >>> > I tried importing this change in editfns.c but it doesn't change >>> anything. >>> > >>> > If I run only temacs.exe without any arguments, I get a very quick >>> > backtrace: >>> > >>> > C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temacs.exe" >>> > Loading loadup.el (source)... >>> > Invalid function: "DEAD" >>> > >>> > > temacs.exe!eval_sub(__int64 form) Line 2195 C >>> > temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, __int= 64 >>> > sourcename, char printflag, __int64 unibyte, __int64 readfun, __int64 >>> > start, __int64 end) Line 1845 C >>> >>> Thanks. >>> >>> =C0=EE=B6=A1, do you also compile Emacs 24.3 as a 64-bit executable? O= r do >>> you build it as a 32-bit executable? >>> >> >> > --f46d042f9642394f7204d7f7fe2d Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
Though there are some minor= errors (easy to fix), the latest trunk compiles fine with msvc.

2013/3/15 Fabrice Popineau <fabrice.popineau@gmail.com>
=C0=EE=B6=A1:  could you = try to compile the trunk with msvc and confirm that it is working for you?<= div> I would be very glad to hear a positive report, meaning I didn't mess t= hings up.

Fabrice


2013/3/15 =C0=EE=B6=A1 = <iamliding@gmail.com>
=C0=EE=B6=A1, d= o you also compile Emacs 24.3 as a 64-bit executable?  Or do
you buil= d it as a 32-bit executable?
=
I compiled Emacs as a 32-bit exe= cutable. 

If I run only temacs.exe without any= arguments, I get a very quick backtrace:

I als= o traced the execution of `temacs -batch -l loadup dump' with windbg, a= nd got a similar stack trace as Fabrice (I breakpointed Fgarbage_collect):<= /div>

temacs!Fgarbage_collect [d:\data\projects\emacs-24.3\src\alloc.c= @ 5094]
temacs!maybe_gc+0x3e [d:\data\projects\emacs-24.3\src\lis= p.h @ 3717]
temacs!eval_sub+0xda [d:\data\projects\emacs-24.= 3\src\eval.c @ 2042]
temacs!readevalloop+0x600 [d:\d= ata\projects\emacs-24.3\src\lread.c @ 1843]
temacs!Fload+0xb86 [d:\data\projects\emacs-24.3\src\lread= .c @ 1317]
temacs!eval_sub+0x5da [d:\data\projects\emacs-24= .3\src\eval.c @ 2159]
temacs!Feval+0x60 [d:\data\pro= jects\emacs-24.3\src\eval.c @ 2005]
temacs!top_level_2+0x15 [d:\data\projects\emacs-24.3\src\= keyboard.c @ 1177]
temacs!internal_condition_case+0xde [d:\data\pro= jects\emacs-24.3\src\eval.c @ 1289]
temacs!top_level= _1+0x26 [d:\data\projects\emacs-24.3\src\keyboard.c @ 1185]
temacs!internal_catch+0x97 [d:\data\projects\emacs-24.3\s= rc\eval.c @ 1060]
temacs!command_loop+0x69 [d:\data\projects\emacs= -24.3\src\keyboard.c @ 1146]
temacs!recursive_edit_1= +0x71 [d:\data\projects\emacs-24.3\src\keyboard.c @ 779]
temacs!Frecursive_edit+0x101 [d:\data\projects\emacs-24.3= \src\keyboard.c @ 844]
temacs!main+0xae7 [d:\data\projects\emacs-24.3\s= rc\emacs.c @ 1530]
temacs!__tmainCRTStartup+0x1bf = [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 555]
temacs!mainCRTStartup+0xf [f:\dd\vctools\crt_bld\self_x86= \crt\src\crtexe.c @ 371]
temacs!_start+0x62 [d:\data\projects\emacs-24.3\= src\unexw32.c @ 134]

When I stepped out Fgarbage_collect, the error occurred just after this gc = at here in eval_sub:

=
if (!CONSP (fun))
<= div class=3D"gmail_extra">
xsignal1 (Qinvalid_functi= on, original_fun);

I also tried removing most of loadup.el, and temacs can= execute only the first few lines, and even an additional `(+ 1 1)' cau= sed temacs to exit with the "DEAD" message. As I previously repor= ted, I guess that the first garbage collection cycle does not mark any read= -in form, thus all of them are collected (and their car set to Vdead).


2013/3/15 Eli= Zaretskii <eliz@gnu.org>
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Thu, 14 Mar 2013 20:28:45 +0100
> Cc: =C0=EE=B6=A1 <iamliding@gmail.com>, 13939 <13939@debbugs.gnu.org>
>
> I tried importing this change in editfns.c but it doesn'= ;t change anything.
>
> If I run only temacs.exe without any arguments, I get a very quick
> backtrace:
>
> C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temac= s.exe"
> Loading loadup.el (source)...
> Invalid function: "DEAD"
>
> > temacs.exe!eval_sub(__int64 form) Line 2195 C
>   temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, _= _int64
> sourcename, char printflag, __int64 unibyte, __int64 readfun, __int64<= br> > start, __int64 end) Line 1845 C

Thanks.

=C0=EE=B6=A1, do you also compile Emacs 24.3 as a 64-bit executable?  = Or do
you build it as a 32-bit executable?



--f46d042f9642394f7204d7f7fe2d-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 15 11:26:49 2013 Received: (at 13939) by debbugs.gnu.org; 15 Mar 2013 15:26:49 +0000 Received: from localhost ([127.0.0.1]:56560 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGWWt-0007x0-22 for submit@debbugs.gnu.org; Fri, 15 Mar 2013 11:26:47 -0400 Received: from mail-ea0-f174.google.com ([209.85.215.174]:44283) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGWWo-0007wk-O4 for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 11:26:44 -0400 Received: by mail-ea0-f174.google.com with SMTP id q10so1632942eaj.33 for <13939@debbugs.gnu.org>; Fri, 15 Mar 2013 08:25:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=369rWaari5R0yiNEnnkmSyp22dRtTeg8AxDaH44D3ys=; b=PTIXqkps2Lhx7jGLLX+C3Xf+mQiC0qC7EhMsXC9cf9C2lZ6ro1BHPG3NFLhXDb+fCm 3K31jE5hykuyEjGLOCjbGn8rte83/mPUiFMGqZFNtp4/Uv3ubKH2XSmgYyyGoUwoeOUV CDr01dSFiEXRVlNhBhUsZ7sXwQfHv+eqq1U9mKfUJNYRkdQKy44qEVedH8dmCgy4Rctd IUT/mf6LziDfhQFixIiv8IGmu7ioKp83DzdeJOOAmxVYs8pZPJuZCEDYfUVwG3aDWKqr +6Us3LPKVu09YHZuvXkLGmOgkfHIqHkR7JBsWBt7Vid16+j9oOlVXCWTBNo3/+PD4u0l eHdg== X-Received: by 10.14.210.132 with SMTP id u4mr19157929eeo.19.1363361119647; Fri, 15 Mar 2013 08:25:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.129.2 with HTTP; Fri, 15 Mar 2013 08:24:59 -0700 (PDT) In-Reply-To: References: From: Fabrice Popineau Date: Fri, 15 Mar 2013 16:24:59 +0100 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain To: =?UTF-8?B?5p2O5LiB?= Content-Type: multipart/alternative; boundary=047d7b621b143ceaaa04d7f83f97 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 13939 Cc: Eli Zaretskii , 13939 <13939@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --047d7b621b143ceaaa04d7f83f97 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I guess this ends the hunt for what change fixed 24.3 for msvc. I spent several hours trying to track it down, but couldn't. My closest guest is among the vector/list reading code. Lots of changes happened in this area. Nothing very obvious anyway. It is very unlucky, because I compile the trunk quite often and this bug never surfaced for quite a long time (pre 24.1). I guess the best option is to use the trunk as per Eli's proposal. Fabrice 2013/3/15 =E6=9D=8E=E4=B8=81 > Though there are some minor errors (easy to fix), the latest trunk > compiles fine with msvc. > > 2013/3/15 Fabrice Popineau > >> =E6=9D=8E=E4=B8=81: could you try to compile the trunk with msvc and co= nfirm that it is >> working for you? >> I would be very glad to hear a positive report, meaning I didn't mess >> things up. >> >> Fabrice >> >> >> 2013/3/15 =E6=9D=8E=E4=B8=81 >> >>> =E6=9D=8E=E4=B8=81, do you also compile Emacs 24.3 as a 64-bit executab= le? Or do >>>> you build it as a 32-bit executable? >>> >>> >>> I compiled Emacs as a 32-bit executable. >>> >>> If I run only temacs.exe without any arguments, I get a very quick >>>> backtrace: >>> >>> >>> I also traced the execution of `temacs -batch -l loadup dump' with >>> windbg, and got a similar stack trace as Fabrice (I breakpointed >>> Fgarbage_collect): >>> >>> temacs!Fgarbage_collect [d:\data\projects\emacs-24.3\src\alloc.c @ 5094= ] >>> temacs!maybe_gc+0x3e [d:\data\projects\emacs-24.3\src\lisp.h @ 3717] >>> temacs!eval_sub+0xda [d:\data\projects\emacs-24.3\src\eval.c @ 2042] >>> temacs!readevalloop+0x600 [d:\data\projects\emacs-24.3\src\lread.c @ >>> 1843] >>> temacs!Fload+0xb86 [d:\data\projects\emacs-24.3\src\lread.c @ 1317] >>> temacs!eval_sub+0x5da [d:\data\projects\emacs-24.3\src\eval.c @ 2159] >>> temacs!Feval+0x60 [d:\data\projects\emacs-24.3\src\eval.c @ 2005] >>> temacs!top_level_2+0x15 [d:\data\projects\emacs-24.3\src\keyboard.c @ >>> 1177] >>> temacs!internal_condition_case+0xde >>> [d:\data\projects\emacs-24.3\src\eval.c @ 1289] >>> temacs!top_level_1+0x26 [d:\data\projects\emacs-24.3\src\keyboard.c @ >>> 1185] >>> temacs!internal_catch+0x97 [d:\data\projects\emacs-24.3\src\eval.c @ >>> 1060] >>> temacs!command_loop+0x69 [d:\data\projects\emacs-24.3\src\keyboard.c @ >>> 1146] >>> temacs!recursive_edit_1+0x71 [d:\data\projects\emacs-24.3\src\keyboard.= c >>> @ 779] >>> temacs!Frecursive_edit+0x101 [d:\data\projects\emacs-24.3\src\keyboard.= c >>> @ 844] >>> temacs!main+0xae7 [d:\data\projects\emacs-24.3\src\emacs.c @ 1530] >>> temacs!__tmainCRTStartup+0x1bf >>> [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 555] >>> temacs!mainCRTStartup+0xf >>> [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 371] >>> temacs!_start+0x62 [d:\data\projects\emacs-24.3\src\unexw32.c @ 134] >>> >>> >>> When I stepped out Fgarbage_collect, the error occurred just after this >>> gc at here in eval_sub: >>> >>> if (!CONSP (fun)) >>> xsignal1 (Qinvalid_function, original_fun); >>> >>> I also tried removing most of loadup.el, and temacs can execute only th= e >>> first few lines, and even an additional `(+ 1 1)' caused temacs to exit >>> with the "DEAD" message. As I previously reported, I guess that the fir= st >>> garbage collection cycle does not mark any read-in form, thus all of th= em >>> are collected (and their car set to Vdead). >>> >>> >>> 2013/3/15 Eli Zaretskii >>> >>>> > From: Fabrice Popineau >>>> > Date: Thu, 14 Mar 2013 20:28:45 +0100 >>>> > Cc: =E6=9D=8E=E4=B8=81 , 13939 <13939@debbugs.g= nu.org> >>>> > >>>> > I tried importing this change in editfns.c but it doesn't change >>>> anything. >>>> > >>>> > If I run only temacs.exe without any arguments, I get a very quick >>>> > backtrace: >>>> > >>>> > C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temacs.exe" >>>> > Loading loadup.el (source)... >>>> > Invalid function: "DEAD" >>>> > >>>> > > temacs.exe!eval_sub(__int64 form) Line 2195 C >>>> > temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, >>>> __int64 >>>> > sourcename, char printflag, __int64 unibyte, __int64 readfun, __int6= 4 >>>> > start, __int64 end) Line 1845 C >>>> >>>> Thanks. >>>> >>>> =E6=9D=8E=E4=B8=81, do you also compile Emacs 24.3 as a 64-bit executa= ble? Or do >>>> you build it as a 32-bit executable? >>>> >>> >>> >> > --047d7b621b143ceaaa04d7f83f97 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I guess this ends the hunt for what change fixed 24.3 for = msvc.
I spent several hours trying to track it down, but couldn&#= 39;t. My closest guest
is among the vector/list reading cod= e. Lots of changes happened in this area.
Nothing very obvious anyway.

It is very unlucky, because I compile the trunk quite often and this bug = never surfaced
for quite a long time (pre 24.1).

I guess the best option is to use the trunk as per Eli= 's proposal.

Fabrice


2013/3/15 =E6= =9D=8E=E4=B8=81 <iamliding@gmail.com>
Though there are some minor errors (easy to fix), the latest trunk comp= iles fine with msvc.

2013/3/15 Fabrice Popineau <fabrice.popineau@gmail.com>
=E6=9D=8E=E4=B8=81: =C2=A0coul= d you try to compile the trunk with msvc and confirm that it is working for= you?
I would be very glad to hear a positive report, meaning I didn't mess t= hings up.

Fabrice


2013/3/15 =E6=9D=8E=E4= =B8=81 <iamliding@gmail.com>
=E6=9D=8E=E4=B8= =81, do you also compile Emacs 24.3 as a 64-bit executable? =C2=A0Or do
you buil= d it as a 32-bit executable?
=
I compiled Emacs as a 32-bit exe= cutable.=C2=A0

If I run only temacs.exe without any= arguments, I get a very quick backtrace:

I als= o traced the execution of `temacs -batch -l loadup dump' with windbg, a= nd got a similar stack trace as Fabrice (I breakpointed Fgarbage_collect):<= /div>

temacs!Fgarbage_collect [d:\data\projects\emacs-24.3\src\alloc.c= @ 5094]
temacs!maybe_gc+0x3e [d:\data\projects\emacs-24.3\src\lis= p.h @ 3717]
temacs!eval_sub+0xda [d:\data\projects\emacs-24.= 3\src\eval.c @ 2042]
temacs!readevalloop+0x600 [d:\d= ata\projects\emacs-24.3\src\lread.c @ 1843]
temacs!Fload+0xb86 [d:\data\projects\emacs-24.3\src\lread= .c @ 1317]
temacs!eval_sub+0x5da [d:\data\projects\emacs-24= .3\src\eval.c @ 2159]
temacs!Feval+0x60 [d:\data\pro= jects\emacs-24.3\src\eval.c @ 2005]
temacs!top_level_2+0x15 [d:\data\projects\emacs-24.3\src\= keyboard.c @ 1177]
temacs!internal_condition_case+0xde [d:\data\pro= jects\emacs-24.3\src\eval.c @ 1289]
temacs!top_level= _1+0x26 [d:\data\projects\emacs-24.3\src\keyboard.c @ 1185]
temacs!internal_catch+0x97 [d:\data\projects\emacs-24.3\s= rc\eval.c @ 1060]
temacs!command_loop+0x69 [d:\data\projects\emacs= -24.3\src\keyboard.c @ 1146]
temacs!recursive_edit_1= +0x71 [d:\data\projects\emacs-24.3\src\keyboard.c @ 779]
temacs!Frecursive_edit+0x101 [d:\data\projects\emacs-24.3= \src\keyboard.c @ 844]
temacs!main+0xae7 [d:\data\projects\emacs-24.3\s= rc\emacs.c @ 1530]
temacs!__tmainCRTStartup+0x1bf = [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 555]
temacs!mainCRTStartup+0xf [f:\dd\vctools\crt_bld\self_x86= \crt\src\crtexe.c @ 371]
temacs!_start+0x62 [d:\data\projects\emacs-24.3\= src\unexw32.c @ 134]

When I stepped out Fgarbage_collect, the error occurred just after this gc = at here in eval_sub:

=
if (!CONSP (fun))
<= div class=3D"gmail_extra">
xsignal1 (Qinvalid_functi= on, original_fun);

I also tried removing most of loadup.el, and temacs can= execute only the first few lines, and even an additional `(+ 1 1)' cau= sed temacs to exit with the "DEAD" message. As I previously repor= ted, I guess that the first garbage collection cycle does not mark any read= -in form, thus all of them are collected (and their car set to Vdead).


2013/3/15 Eli= Zaretskii <eliz@gnu.org>
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Thu, 14 Mar 2013 20:28:45 +0100
> Cc: =E6=9D=8E=E4=B8=81 <iamliding@gmail.com>, 13939 <13939@debbugs.gnu.org>
>
> I tried importing this change in editfns.c but it doesn'= ;t change anything.
>
> If I run only temacs.exe without any arguments, I get a very quick
> backtrace:
>
> C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temac= s.exe"
> Loading loadup.el (source)...
> Invalid function: "DEAD"
>
> > temacs.exe!eval_sub(__int64 form) Line 2195 C
> =C2=A0 temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, _= _int64
> sourcename, char printflag, __int64 unibyte, __int64 readfun, __int64<= br> > start, __int64 end) Line 1845 C

Thanks.

=E6=9D=8E=E4=B8=81, do you also compile Emacs 24.3 as a 64-bit executable? = =C2=A0Or do
you build it as a 32-bit executable?




--047d7b621b143ceaaa04d7f83f97-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 15 11:36:20 2013 Received: (at 13939) by debbugs.gnu.org; 15 Mar 2013 15:36:20 +0000 Received: from localhost ([127.0.0.1]:56564 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGWg6-0008BZ-Tj for submit@debbugs.gnu.org; Fri, 15 Mar 2013 11:36:19 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:39788) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGWg2-0008BG-5T for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 11:36:15 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MJP00C00KK3EE00@a-mtaout20.012.net.il> for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 17:34:50 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJP00CQAKLZCT30@a-mtaout20.012.net.il>; Fri, 15 Mar 2013 17:34:48 +0200 (IST) Date: Fri, 15 Mar 2013 17:34:50 +0200 From: Eli Zaretskii Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain In-reply-to: To: =?gb2312?B?wO62oQ==?= Message-id: <83ppz04qxx.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13939 Cc: fabrice.popineau@gmail.com, 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.2 (/) > Date: Fri, 15 Mar 2013 23:07:08 +0800 > From: =C0=EE=B6=A1 > Cc: Eli Zaretskii , 13939 <13939@debbugs.gnu.org> >=20 > Though there are some minor errors (easy to fix), the latest trunk = compiles > fine with msvc. Thanks. Could you please report those errors, so that we could fix them in the repository? From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 15 11:44:48 2013 Received: (at 13939) by debbugs.gnu.org; 15 Mar 2013 15:44:49 +0000 Received: from localhost ([127.0.0.1]:56572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGWoJ-0008Nv-Lr for submit@debbugs.gnu.org; Fri, 15 Mar 2013 11:44:48 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:51694) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGWoH-0008Nj-Rv for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 11:44:46 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MJP00500KVO3P00@a-mtaout22.012.net.il> for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 17:43:17 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJP00488L04UV90@a-mtaout22.012.net.il>; Fri, 15 Mar 2013 17:43:17 +0200 (IST) Date: Fri, 15 Mar 2013 17:43:19 +0200 From: Eli Zaretskii Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain In-reply-to: X-012-Sender: halo1@inter.net.il To: Fabrice Popineau Message-id: <83mwu44qjs.fsf@gnu.org> References: X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13939 Cc: iamliding@gmail.com, 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Fabrice Popineau > Date: Fri, 15 Mar 2013 16:24:59 +0100 > Cc: Eli Zaretskii , 13939 <13939@debbugs.gnu.org> > > I spent several hours trying to track it down, but couldn't. My closest > guest > is among the vector/list reading code. Lots of changes happened in this > area. > Nothing very obvious anyway. Thank you for your efforts. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 15 15:51:12 2013 Received: (at 13939) by debbugs.gnu.org; 15 Mar 2013 19:51:12 +0000 Received: from localhost ([127.0.0.1]:56787 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGaek-0005za-Ht for submit@debbugs.gnu.org; Fri, 15 Mar 2013 15:51:11 -0400 Received: from mail-ea0-f172.google.com ([209.85.215.172]:46040) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGaeh-0005z9-OP for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 15:51:09 -0400 Received: by mail-ea0-f172.google.com with SMTP id d10so1682056eaj.17 for <13939@debbugs.gnu.org>; Fri, 15 Mar 2013 12:49:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=V3dThxuy2TcT5Jc81w3o6DkjM5uBRRyT5HXfpOIHJRE=; b=FnOCfbzfSsuc/i4A1P/M9D2k/lGH+rckZ6+aBo9C6nYASKNIdwNHPJE18W6oL4bbI2 OZiv/dWc52g6/iZAni5chLq8BCOeiure7Jm6ADRU3M5r2BA3WJeL5bkawr4yKBfwNwDK XekrWbSuLk87qa8cWLLjE8Ntg/SJBC9f/MjdnJJvGP6BsNr1i+wY0avtO6QP7v3yG3Uu 3gInI8kLfNMvG97hctZ0550QzOjUCqm7sIZD3hydRpjzJCIYjVcowpnATPIquUJR/LuY iFcUNhVYJW3un2GFaQs34lQdw2TtdBz2IsZHFJKjRF2x4Y6lLG727yI2FrJcFCeFhfB5 mJ1A== X-Received: by 10.14.219.129 with SMTP id m1mr21380981eep.16.1363376983457; Fri, 15 Mar 2013 12:49:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.129.2 with HTTP; Fri, 15 Mar 2013 12:49:22 -0700 (PDT) In-Reply-To: References: From: Fabrice Popineau Date: Fri, 15 Mar 2013 20:49:22 +0100 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain To: =?UTF-8?B?5p2O5LiB?= Content-Type: multipart/alternative; boundary=047d7b6228f8cb7a3c04d7fbf022 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 13939 Cc: Eli Zaretskii , 13939 <13939@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --047d7b6228f8cb7a3c04d7fbf022 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thinking about it, another option is to use GC_MARK_STACK =3D 0 . This way, people can stick to 24.3 . I'm a bit afraid of the unstable status of the trunk (strange things happens sometimes, at the moment, it seems that emacs keeps track of the size of my laptop, but gets it wrong when I connect to an external display. It keeps resizing frames to the wrong dimensions). Fabrice 2013/3/15 Fabrice Popineau > I guess this ends the hunt for what change fixed 24.3 for msvc. > I spent several hours trying to track it down, but couldn't. My closest > guest > is among the vector/list reading code. Lots of changes happened in this > area. > Nothing very obvious anyway. > > It is very unlucky, because I compile the trunk quite often and this bug > never surfaced > for quite a long time (pre 24.1). > > I guess the best option is to use the trunk as per Eli's proposal. > > Fabrice > > > 2013/3/15 =E6=9D=8E=E4=B8=81 > >> Though there are some minor errors (easy to fix), the latest trunk >> compiles fine with msvc. >> >> 2013/3/15 Fabrice Popineau >> >>> =E6=9D=8E=E4=B8=81: could you try to compile the trunk with msvc and c= onfirm that it >>> is working for you? >>> I would be very glad to hear a positive report, meaning I didn't mess >>> things up. >>> >>> Fabrice >>> >>> >>> 2013/3/15 =E6=9D=8E=E4=B8=81 >>> >>>> =E6=9D=8E=E4=B8=81, do you also compile Emacs 24.3 as a 64-bit executa= ble? Or do >>>>> you build it as a 32-bit executable? >>>> >>>> >>>> I compiled Emacs as a 32-bit executable. >>>> >>>> If I run only temacs.exe without any arguments, I get a very quick >>>>> backtrace: >>>> >>>> >>>> I also traced the execution of `temacs -batch -l loadup dump' with >>>> windbg, and got a similar stack trace as Fabrice (I breakpointed >>>> Fgarbage_collect): >>>> >>>> temacs!Fgarbage_collect [d:\data\projects\emacs-24.3\src\alloc.c @ 509= 4] >>>> temacs!maybe_gc+0x3e [d:\data\projects\emacs-24.3\src\lisp.h @ 3717] >>>> temacs!eval_sub+0xda [d:\data\projects\emacs-24.3\src\eval.c @ 2042] >>>> temacs!readevalloop+0x600 [d:\data\projects\emacs-24.3\src\lread.c @ >>>> 1843] >>>> temacs!Fload+0xb86 [d:\data\projects\emacs-24.3\src\lread.c @ 1317] >>>> temacs!eval_sub+0x5da [d:\data\projects\emacs-24.3\src\eval.c @ 2159] >>>> temacs!Feval+0x60 [d:\data\projects\emacs-24.3\src\eval.c @ 2005] >>>> temacs!top_level_2+0x15 [d:\data\projects\emacs-24.3\src\keyboard.c @ >>>> 1177] >>>> temacs!internal_condition_case+0xde >>>> [d:\data\projects\emacs-24.3\src\eval.c @ 1289] >>>> temacs!top_level_1+0x26 [d:\data\projects\emacs-24.3\src\keyboard.c @ >>>> 1185] >>>> temacs!internal_catch+0x97 [d:\data\projects\emacs-24.3\src\eval.c @ >>>> 1060] >>>> temacs!command_loop+0x69 [d:\data\projects\emacs-24.3\src\keyboard.c @ >>>> 1146] >>>> temacs!recursive_edit_1+0x71 >>>> [d:\data\projects\emacs-24.3\src\keyboard.c @ 779] >>>> temacs!Frecursive_edit+0x101 >>>> [d:\data\projects\emacs-24.3\src\keyboard.c @ 844] >>>> temacs!main+0xae7 [d:\data\projects\emacs-24.3\src\emacs.c @ 1530] >>>> temacs!__tmainCRTStartup+0x1bf >>>> [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 555] >>>> temacs!mainCRTStartup+0xf >>>> [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 371] >>>> temacs!_start+0x62 [d:\data\projects\emacs-24.3\src\unexw32.c @ 134] >>>> >>>> >>>> When I stepped out Fgarbage_collect, the error occurred just after thi= s >>>> gc at here in eval_sub: >>>> >>>> if (!CONSP (fun)) >>>> xsignal1 (Qinvalid_function, original_fun); >>>> >>>> I also tried removing most of loadup.el, and temacs can execute only >>>> the first few lines, and even an additional `(+ 1 1)' caused temacs to= exit >>>> with the "DEAD" message. As I previously reported, I guess that the fi= rst >>>> garbage collection cycle does not mark any read-in form, thus all of t= hem >>>> are collected (and their car set to Vdead). >>>> >>>> >>>> 2013/3/15 Eli Zaretskii >>>> >>>>> > From: Fabrice Popineau >>>>> > Date: Thu, 14 Mar 2013 20:28:45 +0100 >>>>> > Cc: =E6=9D=8E=E4=B8=81 , 13939 <13939@debbugs.= gnu.org> >>>>> > >>>>> > I tried importing this change in editfns.c but it doesn't change >>>>> anything. >>>>> > >>>>> > If I run only temacs.exe without any arguments, I get a very quick >>>>> > backtrace: >>>>> > >>>>> > C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temacs.exe= " >>>>> > Loading loadup.el (source)... >>>>> > Invalid function: "DEAD" >>>>> > >>>>> > > temacs.exe!eval_sub(__int64 form) Line 2195 C >>>>> > temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, >>>>> __int64 >>>>> > sourcename, char printflag, __int64 unibyte, __int64 readfun, __int= 64 >>>>> > start, __int64 end) Line 1845 C >>>>> >>>>> Thanks. >>>>> >>>>> =E6=9D=8E=E4=B8=81, do you also compile Emacs 24.3 as a 64-bit execut= able? Or do >>>>> you build it as a 32-bit executable? >>>>> >>>> >>>> >>> >> > --047d7b6228f8cb7a3c04d7fbf022 Content-Type: text/html; charset=Big5 Content-Transfer-Encoding: quoted-printable
Thinking about it, another option is to use GC_MARK_STACK = =3D 0 . This way, people can stick to 24.3 .

I'm a b= it afraid of the unstable status of the trunk (strange things happens somet= imes, at the moment,
it seems that emacs keeps track of the size of my laptop, but gets it = wrong when I connect to an
external display. It keeps resizing fr= ames to the wrong dimensions).

Fabrice 


2013/3/15 Fab= rice Popineau <fabrice.popineau@gmail.com>
I guess this ends the hunt for what change fixed 24.3 for = msvc.
I spent several hours trying to track it down, but couldn't. = My closest guest
is among the vector/list reading code. Lots of c= hanges happened in this area.
Nothing very obvious anyway.

It is very unluc= ky, because I compile the trunk quite often and this bug never surfaced
for quite a long time (pre 24.1).

I guess the best option is to use the trunk as per Eli's= proposal.

Fabrice


2013/3/15 =A7= =F5=A4B <iamliding@gmail.com>
Though there are some minor errors (easy to fix), the latest trunk comp= iles fine with msvc.

2013/3/15 Fabrice Popineau <fabrice.popineau@gmail.com>
=A7=F5=A4B:  could you tr= y to compile the trunk with msvc and confirm that it is working for you? I would be very glad to hear a positive report, meaning I didn't mess t= hings up.

Fabrice


2013/3/15 =A7=F5=A4B <iamliding@gmail.com>
=A7=F5=A4B, do = you also compile Emacs 24.3 as a 64-bit executable?  Or do
you buil= d it as a 32-bit executable?
=
I compiled Emacs as a 32-bit exe= cutable. 

If I run only temacs.exe without any= arguments, I get a very quick backtrace:

I als= o traced the execution of `temacs -batch -l loadup dump' with windbg, a= nd got a similar stack trace as Fabrice (I breakpointed Fgarbage_collect):<= /div>

temacs!Fgarbage_collect [d:\data\projects\emacs-24.3\src\alloc.c= @ 5094]
temacs!maybe_gc+0x3e [d:\data\projects\emacs-24.3\src\lis= p.h @ 3717]
temacs!eval_sub+0xda [d:\data\projects\emacs-24.= 3\src\eval.c @ 2042]
temacs!readevalloop+0x600 [d:\d= ata\projects\emacs-24.3\src\lread.c @ 1843]
temacs!Fload+0xb86 [d:\data\projects\emacs-24.3\src\lread= .c @ 1317]
temacs!eval_sub+0x5da [d:\data\projects\emacs-24= .3\src\eval.c @ 2159]
temacs!Feval+0x60 [d:\data\pro= jects\emacs-24.3\src\eval.c @ 2005]
temacs!top_level_2+0x15 [d:\data\projects\emacs-24.3\src\= keyboard.c @ 1177]
temacs!internal_condition_case+0xde [d:\data\pro= jects\emacs-24.3\src\eval.c @ 1289]
temacs!top_level= _1+0x26 [d:\data\projects\emacs-24.3\src\keyboard.c @ 1185]
temacs!internal_catch+0x97 [d:\data\projects\emacs-24.3\s= rc\eval.c @ 1060]
temacs!command_loop+0x69 [d:\data\projects\emacs= -24.3\src\keyboard.c @ 1146]
temacs!recursive_edit_1= +0x71 [d:\data\projects\emacs-24.3\src\keyboard.c @ 779]
temacs!Frecursive_edit+0x101 [d:\data\projects\emacs-24.3= \src\keyboard.c @ 844]
temacs!main+0xae7 [d:\data\projects\emacs-24.3\s= rc\emacs.c @ 1530]
temacs!__tmainCRTStartup+0x1bf = [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 555]
temacs!mainCRTStartup+0xf [f:\dd\vctools\crt_bld\self_x86= \crt\src\crtexe.c @ 371]
temacs!_start+0x62 [d:\data\projects\emacs-24.3\= src\unexw32.c @ 134]

When I stepped out Fgarbage_collect, the error occurred just after this gc = at here in eval_sub:

=
if (!CONSP (fun))
<= div class=3D"gmail_extra">
xsignal1 (Qinvalid_functi= on, original_fun);

I also tried removing most of loadup.el, and temacs can= execute only the first few lines, and even an additional `(+ 1 1)' cau= sed temacs to exit with the "DEAD" message. As I previously repor= ted, I guess that the first garbage collection cycle does not mark any read= -in form, thus all of them are collected (and their car set to Vdead).


2013/3/15 Eli= Zaretskii <eliz@gnu.org>
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Thu, 14 Mar 2013 20:28:45 +0100
> Cc: =A7=F5=A4B <iamliding@gmail.com>, 13939 <13939@debbugs.gnu.org>
>
> I tried importing this change in editfns.c but it doesn'= ;t change anything.
>
> If I run only temacs.exe without any arguments, I get a very quick
> backtrace:
>
> C:\>"C:\Source\XEmTeX\emacs\emacs-24.3\src/obj-spd/AMD64/temac= s.exe"
> Loading loadup.el (source)...
> Invalid function: "DEAD"
>
> > temacs.exe!eval_sub(__int64 form) Line 2195 C
>   temacs.exe!readevalloop(__int64 readcharfun, _iobuf * stream, _= _int64
> sourcename, char printflag, __int64 unibyte, __int64 readfun, __int64<= br> > start, __int64 end) Line 1845 C

Thanks.

=A7=F5=A4B, do you also compile Emacs 24.3 as a 64-bit executable?  Or= do
you build it as a 32-bit executable?





--047d7b6228f8cb7a3c04d7fbf022-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 15 16:04:27 2013 Received: (at 13939) by debbugs.gnu.org; 15 Mar 2013 20:04:27 +0000 Received: from localhost ([127.0.0.1]:56793 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGarb-0006Jw-7E for submit@debbugs.gnu.org; Fri, 15 Mar 2013 16:04:27 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:40471) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGarY-0006Ji-G1 for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 16:04:25 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MJP00700WZ3C300@a-mtaout22.012.net.il> for 13939@debbugs.gnu.org; Fri, 15 Mar 2013 22:02:32 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJP007T0X08BO10@a-mtaout22.012.net.il>; Fri, 15 Mar 2013 22:02:32 +0200 (IST) Date: Fri, 15 Mar 2013 22:02:32 +0200 From: Eli Zaretskii Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain In-reply-to: X-012-Sender: halo1@inter.net.il To: Fabrice Popineau Message-id: <83a9q44ejr.fsf@gnu.org> References: X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13939 Cc: iamliding@gmail.com, 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Fabrice Popineau > Date: Fri, 15 Mar 2013 20:49:22 +0100 > Cc: Eli Zaretskii , 13939 <13939@debbugs.gnu.org> > > Thinking about it, another option is to use GC_MARK_STACK = 0 . This way, > people can stick to 24.3 . That's an alternative, yes. > I'm a bit afraid of the unstable status of the trunk (strange things > happens sometimes, at the moment, > it seems that emacs keeps track of the size of my laptop, but gets it wrong > when I connect to an > external display. It keeps resizing frames to the wrong dimensions). There was a bug which did that, but it was fixed yesterday. Maybe you should update your local trunk and rebuild. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 16 02:14:06 2013 Received: (at 13939) by debbugs.gnu.org; 16 Mar 2013 06:14:06 +0000 Received: from localhost ([127.0.0.1]:57078 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGkNa-0004DH-2v for submit@debbugs.gnu.org; Sat, 16 Mar 2013 02:14:06 -0400 Received: from mail-lb0-f172.google.com ([209.85.217.172]:44144) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGkNW-0004Cg-R4 for 13939@debbugs.gnu.org; Sat, 16 Mar 2013 02:14:04 -0400 Received: by mail-lb0-f172.google.com with SMTP id n8so3367058lbj.31 for <13939@debbugs.gnu.org>; Fri, 15 Mar 2013 23:12:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=dyw3nuUYCt0O0DlR2zhspdd+lNAr0f5C9VktsXk/K1U=; b=yzNXXR4RWYFSl/agtRC5zM4EPpNiUpB6vNuviAsJa942FT62oATr5BuQpCTmPaaL1W 5z3yC1Mzcf2Nvq7WmtJehHZc07gXrs2nMN9fBOThT2xn7zkWmwIEP5akEIA9SDM+OpK0 QKQVpTLfSQP67CV40usg/Px0eugQaIREOZj6mWZ5vZnz9JG8TurSWOCbDYazqVKDABJB 6FLHzk25kV5eQL1AJdJbU3/HVdZfs821qi/qd/cB1JvsRD7VIhnGUpMLf8sBqs6wy7k6 QPehOAE6+LCFmarj8J5oaAS/ePFpjqC07bRYkq3Fzk5htGJN3vswivruwD9bp9oDQucR da8w== MIME-Version: 1.0 X-Received: by 10.112.28.4 with SMTP id x4mr3629849lbg.33.1363414355752; Fri, 15 Mar 2013 23:12:35 -0700 (PDT) Received: by 10.112.55.12 with HTTP; Fri, 15 Mar 2013 23:12:35 -0700 (PDT) In-Reply-To: <83ppz04qxx.fsf@gnu.org> References: <83ppz04qxx.fsf@gnu.org> Date: Sat, 16 Mar 2013 14:12:35 +0800 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain From: =?GB2312?B?wO62oQ==?= To: Eli Zaretskii Content-Type: multipart/alternative; boundary=bcaec554dcb65b420804d804a41e X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13939 Cc: Fabrice Popineau , 13939 <13939@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --bcaec554dcb65b420804d804a41e Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable > > Thanks. Could you please report those errors, so that we could fix > them in the repository? It seems that the `!if USE_CRT_DLL' thing is not fixed yet... Line 79 of vm-limit.c references a not-defined macro UINTPTR_MAX. I guess it should be UINTMAX_MAX after having a look at nt/stdint.h. 2013/3/15 Eli Zaretskii > > Date: Fri, 15 Mar 2013 23:07:08 +0800 > > From: =C0=EE=B6=A1 > > Cc: Eli Zaretskii , 13939 <13939@debbugs.gnu.org> > > > > Though there are some minor errors (easy to fix), the latest trunk > compiles > > fine with msvc. > > Thanks. Could you please report those errors, so that we could fix > them in the repository? > --bcaec554dcb65b420804d804a41e Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
Thanks.  Could you please report those errors, so t= hat we could fix
them in = the repository?

It seems that = the `!if USE_CRT_DLL' thing is not fixed yet...

Line 79 of vm-limit.c references a not-defined macro UINTPTR_MAX= .
I guess it should be UINTMAX_MAX after having a look at n= t/stdint.h.




2013/3/15 Eli Zaretskii <eliz@gnu.org>= ;
> Date: Fri, 15 Mar 2013 23:07:08 +0800
> From: =C0=EE=B6=A1 <iamlidin= g@gmail.com>
> Cc: Eli Zaretskii <eliz@gnu.org= >, 13939 <13939@debbugs.gnu.= org>
>
> Though there are some minor errors (easy to fix), the latest trunk com= piles
> fine with msvc.

Thanks.  Could you please report those errors, so that we could = fix
them in the repository?

--bcaec554dcb65b420804d804a41e-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 16 04:59:17 2013 Received: (at 13939) by debbugs.gnu.org; 16 Mar 2013 08:59:17 +0000 Received: from localhost ([127.0.0.1]:57214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGmxQ-00085J-M1 for submit@debbugs.gnu.org; Sat, 16 Mar 2013 04:59:16 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:47027) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGmxO-000851-B7 for 13939@debbugs.gnu.org; Sat, 16 Mar 2013 04:59:15 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MJQ00500WW76500@a-mtaout23.012.net.il> for 13939@debbugs.gnu.org; Sat, 16 Mar 2013 10:57:44 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJQ004X2WW8XHD0@a-mtaout23.012.net.il>; Sat, 16 Mar 2013 10:57:44 +0200 (IST) Date: Sat, 16 Mar 2013 10:57:46 +0200 From: Eli Zaretskii Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain In-reply-to: To: =?gb2312?B?wO62oQ==?= Message-id: <83txob3enp.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83ppz04qxx.fsf@gnu.org> X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 13939 Cc: fabrice.popineau@gmail.com, 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sat, 16 Mar 2013 14:12:35 +0800 > From: =C0=EE=B6=A1 > Cc: Fabrice Popineau , 13939 <13939@deb= bugs.gnu.org> >=20 > It seems that the `!if USE_CRT_DLL' thing is not fixed yet... Fixed. > Line 79 of vm-limit.c references a not-defined macro UINTPTR_MAX. > I guess it should be UINTMAX_MAX after having a look at nt/stdint.h= . I added definition of UINTPTR_MAX to nt/stdint.h. Committed as trunk revision 112056. Please try the current trunk, these two problems should be fixed there. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 16 11:32:35 2013 Received: (at 13939) by debbugs.gnu.org; 16 Mar 2013 15:32:35 +0000 Received: from localhost ([127.0.0.1]:58023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGt62-0001Pc-Pk for submit@debbugs.gnu.org; Sat, 16 Mar 2013 11:32:35 -0400 Received: from mail-la0-f42.google.com ([209.85.215.42]:38703) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGt60-0001PP-CH for 13939@debbugs.gnu.org; Sat, 16 Mar 2013 11:32:33 -0400 Received: by mail-la0-f42.google.com with SMTP id fe20so4750864lab.29 for <13939@debbugs.gnu.org>; Sat, 16 Mar 2013 08:31:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=7N9xpaKyOGRHob4mcdJbLFxWrENLnPFD6mxWLCNxqGs=; b=fC8WvLwHeEAsvUN5gUyNgXL/Jezdyi8xJSmWk1zZ/N1XmFsIH6DgWx6Q9NNwJt2eqY VputVslr/iCLuDKZ2OhsAwtTIsU+uXew5BDFHHdWCg2/8indpq/f7ApFeyuI16REuFcn JT6rXE+/tfYHnTiifoBEeFKdP9c2cbg4fD1Ohk2acVIdEqIcUd3EOXFs9DmrsOA/wUn9 Lcm+4bkiNPdr27wT1EKmCndFu/ydSB7OI9Rl4lHw4DHyjh5+zLJpxKex8Ab00hn9hlCF rYk/eNI6tZ/ZiZJzGF6gcQrK4LtbmGFFlrp0Q6cTYP4kxFllrsGRoYLFrI6DiU4i/i2k EqVg== MIME-Version: 1.0 X-Received: by 10.112.28.4 with SMTP id x4mr4100301lbg.33.1363447863175; Sat, 16 Mar 2013 08:31:03 -0700 (PDT) Received: by 10.112.55.12 with HTTP; Sat, 16 Mar 2013 08:31:02 -0700 (PDT) In-Reply-To: <83txob3enp.fsf@gnu.org> References: <83ppz04qxx.fsf@gnu.org> <83txob3enp.fsf@gnu.org> Date: Sat, 16 Mar 2013 23:31:02 +0800 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain From: =?GB2312?B?wO62oQ==?= To: Eli Zaretskii Content-Type: multipart/alternative; boundary=bcaec554dcb68df48004d80c712f X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 13939 Cc: Fabrice Popineau , 13939 <13939@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --bcaec554dcb68df48004d80c712f Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable > > Please try the current trunk, these two problems should be fixed > there. Now I can compile the latest trunk with msvc smoothly :) 2013/3/16 Eli Zaretskii > > Date: Sat, 16 Mar 2013 14:12:35 +0800 > > From: =C0=EE=B6=A1 > > Cc: Fabrice Popineau , 13939 < > 13939@debbugs.gnu.org> > > > > It seems that the `!if USE_CRT_DLL' thing is not fixed yet... > > Fixed. > > > Line 79 of vm-limit.c references a not-defined macro UINTPTR_MAX. > > I guess it should be UINTMAX_MAX after having a look at nt/stdint.h. > > I added definition of UINTPTR_MAX to nt/stdint.h. > > Committed as trunk revision 112056. > > Please try the current trunk, these two problems should be fixed > there. > --bcaec554dcb68df48004d80c712f Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
Please try the current trunk, these two problems should = be fixed
there.
 
Now I can compile the latest trunk with = msvc smoothly :)


2013/3/16 Eli Zaretskii <eliz@gnu.org>
> Date: Sat, 16 Mar 2013 14:12:35 +0800
> From: =C0=EE=B6=A1 <iamlidin= g@gmail.com>
> Cc: Fabrice Popineau <fabrice.popineau@gmail.com>, 13939 <13939@debbugs.gnu.org>
>
> It seems that the `!if USE_CRT_DLL' thing is not fixed yet...

Fixed.

> Line 79 of vm-limit.c references a not-defined macro UINTPTR_MAX.
> I guess it should be UINTMAX_MAX after having a look at nt/stdint.h.
I added definition of UINTPTR_MAX to nt/stdint.h.

Committed as trunk revision 112056.

Please try the current trunk, these two problems should be fixed
there.

--bcaec554dcb68df48004d80c712f-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 16 11:59:56 2013 Received: (at 13939) by debbugs.gnu.org; 16 Mar 2013 15:59:56 +0000 Received: from localhost ([127.0.0.1]:58028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGtWW-00020G-2a for submit@debbugs.gnu.org; Sat, 16 Mar 2013 11:59:56 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:51373) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGtWR-000200-0L for 13939@debbugs.gnu.org; Sat, 16 Mar 2013 11:59:52 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MJR00200G8NMM00@a-mtaout20.012.net.il> for 13939@debbugs.gnu.org; Sat, 16 Mar 2013 17:58:15 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJR0028VGD267C0@a-mtaout20.012.net.il>; Sat, 16 Mar 2013 17:58:15 +0200 (IST) Date: Sat, 16 Mar 2013 17:58:17 +0200 From: Eli Zaretskii Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain In-reply-to: To: =?gb2312?B?wO62oQ==?= Message-id: <83mwu32v6u.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83ppz04qxx.fsf@gnu.org> <83txob3enp.fsf@gnu.org> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13939 Cc: fabrice.popineau@gmail.com, 13939@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sat, 16 Mar 2013 23:31:02 +0800 > From: =C0=EE=B6=A1 > Cc: Fabrice Popineau , 13939 <13939@deb= bugs.gnu.org> >=20 > > Please try the current trunk, these two problems should be fixed > > there. >=20 >=20 > Now I can compile the latest trunk with msvc smoothly :) Thanks. So, unless one of you still wants to investigate what's wrong with Emacs 24.3, I will close this bug report. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 16 23:00:03 2013 Received: (at 13939) by debbugs.gnu.org; 17 Mar 2013 03:00:03 +0000 Received: from localhost ([127.0.0.1]:58298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UH3pL-0000sw-60 for submit@debbugs.gnu.org; Sat, 16 Mar 2013 23:00:03 -0400 Received: from mail-lb0-f178.google.com ([209.85.217.178]:56999) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UH3pI-0000ry-Rj for 13939@debbugs.gnu.org; Sat, 16 Mar 2013 23:00:01 -0400 Received: by mail-lb0-f178.google.com with SMTP id n1so3795108lba.9 for <13939@debbugs.gnu.org>; Sat, 16 Mar 2013 19:58:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=wV/A9fzDPVFlKKwbaWKpK9eELrH65kPNVo7G7gj/prE=; b=uPcEcTYpXe8NXqH2SaSh0rjJv7xIg8Wmo1vAEDRv3a55fsUQiQIs7Jz9wziaqCRKAi sgMqRBgMq9eafmhHNJ/fxb3PxARi/W/218n/vplPXvCMGBKk02gI0TRnPoCX5kbzN601 zpMjddL8vxa0Nd4nPQKUtnanOYhY2CQX55nU4brx5sUt6vqpYV4Djh1jIFGGhdUQpYER 4bzWnybvfRrduA98Br5bbdZCpv/26d6fpd2KNNCTFJyoVxB/yK/fAmFtmlDpc7ETBWgZ DbQFZRzfPkWg92kLr7v6xF+auTc+8fdpCv6xoqQPNBbO5qFcNZgt9l/kRrPwtQeNolcK pHlg== MIME-Version: 1.0 X-Received: by 10.112.9.200 with SMTP id c8mr4585910lbb.122.1363489109009; Sat, 16 Mar 2013 19:58:29 -0700 (PDT) Received: by 10.112.55.12 with HTTP; Sat, 16 Mar 2013 19:58:28 -0700 (PDT) In-Reply-To: <83mwu32v6u.fsf@gnu.org> References: <83ppz04qxx.fsf@gnu.org> <83txob3enp.fsf@gnu.org> <83mwu32v6u.fsf@gnu.org> Date: Sun, 17 Mar 2013 10:58:28 +0800 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain From: =?GB2312?B?wO62oQ==?= To: Eli Zaretskii Content-Type: multipart/alternative; boundary=e0cb4efe2a74ff6dc504d8160b88 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13939 Cc: Fabrice Popineau , 13939 <13939@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --e0cb4efe2a74ff6dc504d8160b88 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable > > So, unless one of you still wants to investigate what's wrong with Emacs 24.3, I will close this bug report. As for me, I think the problem can't be easily solved in a few days, so you may close this bug report. 2013/3/16 Eli Zaretskii > > Date: Sat, 16 Mar 2013 23:31:02 +0800 > > From: =C0=EE=B6=A1 > > Cc: Fabrice Popineau , 13939 < > 13939@debbugs.gnu.org> > > > > > Please try the current trunk, these two problems should be fixed > > > there. > > > > > > Now I can compile the latest trunk with msvc smoothly :) > > Thanks. > > So, unless one of you still wants to investigate what's wrong with > Emacs 24.3, I will close this bug report. > --e0cb4efe2a74ff6dc504d8160b88 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
So, unless one of you still wants to investigate what= 9;s wrong with
Emacs 24.3, I will close this bug report.

As for me, I think the problem can't be easil= y solved in a few days,
so you may close this bug report.


201= 3/3/16 Eli Zaretskii <eliz@gnu.org>
> Date: Sat, 16 Mar 2013 23:31:02 +0800
> From: =C0=EE=B6=A1 <iamliding@gmail.com>
> Cc: Fabrice Popineau <fabrice.popineau@gmail.com>, 13939 <13939@debbugs.gnu.org>
>
> > Please try the current trunk, these two p= roblems should be fixed
> > there.
>
>
> Now I can compile the latest trunk with msvc smoothly :)

Thanks.

So, unless one of you still wants to investigate what's wrong with
Emacs 24.3, I will close this bug report.

--e0cb4efe2a74ff6dc504d8160b88-- From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 17 04:45:54 2013 Received: (at 13939) by debbugs.gnu.org; 17 Mar 2013 08:45:54 +0000 Received: from localhost ([127.0.0.1]:58487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UH9E2-0004Ma-7A for submit@debbugs.gnu.org; Sun, 17 Mar 2013 04:45:54 -0400 Received: from mail-ea0-f170.google.com ([209.85.215.170]:46062) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UH9E0-0004MK-71 for 13939@debbugs.gnu.org; Sun, 17 Mar 2013 04:45:53 -0400 Received: by mail-ea0-f170.google.com with SMTP id a15so2068604eae.15 for <13939@debbugs.gnu.org>; Sun, 17 Mar 2013 01:44:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=RIRKQX4Jct0uovKGwlFb7giYNatQBDZZbjQwRebg7WQ=; b=xFmqwDZS3Pbs+X9m/+DVdp1RfITN+WJGivOJjEm/q0ByAoTWbZEinGTU+65/uPyBwt Ay6VbBvCzKXT9+pySd3gzYiz4fjd17LC2OygRsN2jLMMx5agjr0U0CZN9MfK9qjYCZ9W RTo0ML3ILZO9NDtUAQ6p0cyr0Y7H8CKpapk1eHSVRxuE8SPQ2+VpwyqLYsFFC6hjZFBK hW5dgLv6J0kGc5rDj3JkWK+ZOUbgxNkMev35VTt85uxeXNtw62pqrsQ3UODNvEvWwlx5 6I/jfSX+xkHOjMftbaZA2UxDGJPmHLGDpKDxdNgoZXKBjZ+9ZRBJTj6a5UCFclyNvwsS J08g== X-Received: by 10.14.173.67 with SMTP id u43mr36305190eel.22.1363509859235; Sun, 17 Mar 2013 01:44:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.129.2 with HTTP; Sun, 17 Mar 2013 01:43:59 -0700 (PDT) In-Reply-To: References: <83ppz04qxx.fsf@gnu.org> <83txob3enp.fsf@gnu.org> <83mwu32v6u.fsf@gnu.org> From: Fabrice Popineau Date: Sun, 17 Mar 2013 09:43:59 +0100 Message-ID: Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain To: =?UTF-8?B?5p2O5LiB?= Content-Type: multipart/alternative; boundary=047d7b621fbaceda0304d81ae00b X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13939 Cc: Eli Zaretskii , 13939 <13939@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --047d7b621fbaceda0304d81ae00b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable It is ok to close the bug for me too. Fabrice 2013/3/17 =E6=9D=8E=E4=B8=81 > So, unless one of you still wants to investigate what's wrong with > > Emacs 24.3, I will close this bug report. > > > As for me, I think the problem can't be easily solved in a few days, > so you may close this bug report. > > > 2013/3/16 Eli Zaretskii > >> > Date: Sat, 16 Mar 2013 23:31:02 +0800 >> > From: =E6=9D=8E=E4=B8=81 >> > Cc: Fabrice Popineau , 13939 < >> 13939@debbugs.gnu.org> >> > >> > > Please try the current trunk, these two problems should be fixed >> > > there. >> > >> > >> > Now I can compile the latest trunk with msvc smoothly :) >> >> Thanks. >> >> So, unless one of you still wants to investigate what's wrong with >> Emacs 24.3, I will close this bug report. >> > > --047d7b621fbaceda0304d81ae00b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
It is ok to close the bug for me too.

Fabrice


2013/3/17 =E6=9D=8E=E4=B8=81 <iamliding@gmail.com>
So, unless one = of you still wants to investigate what's wrong with
Emacs 24.3, I will close this bug report.

As for me, I think the problem can't be easil= y solved in a few days,
so you may close this bug report.

=
2013/3/16 Eli Zaretskii <eliz@gnu.org>=
> Date: Sat, 16 Mar 2013 23:31:02 +0800
> From: =E6=9D=8E=E4=B8=81 <iamliding@gmail.com>
> Cc: Fabrice Popineau <fabrice.popineau@gmail.com>, 13939 <13939@debbugs.gnu.org&= gt;
>
> > Please try the current trunk, these two problems shoul= d be fixed
> > there.
>
>
> Now I can compile the latest trunk with msvc smoothly :)

Thanks.

So, unless one of you still wants to investigate what's wrong with
Emacs 24.3, I will close this bug report.


--047d7b621fbaceda0304d81ae00b-- From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 17 14:38:23 2013 Received: (at 13939-done) by debbugs.gnu.org; 17 Mar 2013 18:38:23 +0000 Received: from localhost ([127.0.0.1]:60266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UHITL-0008VT-HL for submit@debbugs.gnu.org; Sun, 17 Mar 2013 14:38:23 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:46375) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UHITG-0008V5-BD for 13939-done@debbugs.gnu.org; Sun, 17 Mar 2013 14:38:18 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MJT00I00I5I1K00@a-mtaout21.012.net.il> for 13939-done@debbugs.gnu.org; Sun, 17 Mar 2013 20:36:38 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJT00HHZID2SH30@a-mtaout21.012.net.il>; Sun, 17 Mar 2013 20:36:38 +0200 (IST) Date: Sun, 17 Mar 2013 20:36:43 +0200 From: Eli Zaretskii Subject: Re: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain In-reply-to: X-012-Sender: halo1@inter.net.il To: Fabrice Popineau Message-id: <838v5l3mbo.fsf@gnu.org> References: <83ppz04qxx.fsf@gnu.org> <83txob3enp.fsf@gnu.org> <83mwu32v6u.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 13939-done Cc: iamliding@gmail.com, 13939-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Fabrice Popineau > Date: Sun, 17 Mar 2013 09:43:59 +0100 > Cc: Eli Zaretskii , 13939 <13939@debbugs.gnu.org> > > It is ok to close the bug for me too. Closing. Thanks to both of you for your help. From unknown Wed Jun 18 00:23:06 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 15 Apr 2013 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator