From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Fabrice Popineau Newsgroups: gmane.emacs.bugs Subject: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain Date: Thu, 14 Mar 2013 20:28:45 +0100 Message-ID: References: <83ppz3i1ni.fsf@gnu.org> <838v5pj1oq.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b603fe631327404d7e789ac X-Trace: ger.gmane.org 1363289402 681 80.91.229.3 (14 Mar 2013 19:30:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 14 Mar 2013 19:30:02 +0000 (UTC) Cc: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= , 13939 <13939@debbugs.gnu.org> To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 14 20:30:25 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UGDr6-0001xX-2P for geb-bug-gnu-emacs@m.gmane.org; Thu, 14 Mar 2013 20:30:24 +0100 Original-Received: from localhost ([::1]:39873 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGDqj-0000r4-Fs for geb-bug-gnu-emacs@m.gmane.org; Thu, 14 Mar 2013 15:30:01 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:50985) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGDqc-0000nb-DS for bug-gnu-emacs@gnu.org; Thu, 14 Mar 2013 15:29:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UGDqY-0004Xl-JL for bug-gnu-emacs@gnu.org; Thu, 14 Mar 2013 15:29:54 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50544) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGDqY-0004XP-Ej for bug-gnu-emacs@gnu.org; Thu, 14 Mar 2013 15:29:50 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UGDri-0003qM-Ge for bug-gnu-emacs@gnu.org; Thu, 14 Mar 2013 15:31:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Fabrice Popineau Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Mar 2013 19:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13939 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13939-submit@debbugs.gnu.org id=B13939.136328942914731 (code B ref 13939); Thu, 14 Mar 2013 19:31:02 +0000 Original-Received: (at 13939) by debbugs.gnu.org; 14 Mar 2013 19:30:29 +0000 Original-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 Original-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 Original-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) Original-Received: by 10.14.1.7 with HTTP; Thu, 14 Mar 2013 12:28:45 -0700 (PDT) In-Reply-To: <838v5pj1oq.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:72502 Archived-At: --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--