From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chris Zheng Newsgroups: gmane.emacs.devel Subject: Re: MS-Windows tester wanted for trunk Date: Tue, 16 Sep 2014 21:10:33 +0800 Message-ID: <20140916.211033.1169084631185596349.chriszheng99@gmail.com> References: <5417F9B8.9020503@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1410873097 17064 80.91.229.3 (16 Sep 2014 13:11:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 16 Sep 2014 13:11:37 +0000 (UTC) Cc: emacs-devel@gnu.org To: dmantipov@yandex.ru Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 16 15:11:30 2014 Return-path: Envelope-to: ged-emacs-devel@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 1XTsXX-00046B-0C for ged-emacs-devel@m.gmane.org; Tue, 16 Sep 2014 15:11:27 +0200 Original-Received: from localhost ([::1]:37896 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XTsXW-00075T-Hp for ged-emacs-devel@m.gmane.org; Tue, 16 Sep 2014 09:11:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33492) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XTsX6-0006x1-Bk for emacs-devel@gnu.org; Tue, 16 Sep 2014 09:11:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XTsX0-0001We-5h for emacs-devel@gnu.org; Tue, 16 Sep 2014 09:11:00 -0400 Original-Received: from mail-pa0-x22b.google.com ([2607:f8b0:400e:c03::22b]:38007) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XTsWz-0001VQ-Q0 for emacs-devel@gnu.org; Tue, 16 Sep 2014 09:10:54 -0400 Original-Received: by mail-pa0-f43.google.com with SMTP id fa1so9000369pad.2 for ; Tue, 16 Sep 2014 06:10:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:message-id:to:cc:subject:from:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=ydTz6FRvAKlGFda1MGQhTrK5RbE/5KIw2S7JR/okFvo=; b=VpR0C5inoIfu4yMIChx+8p6CBgd6JCoUDtsoZghDCLC3cSsif3PBAf19g57zQ6NwQI hg2Xgo0Pvrhx817UxDOAXY769/PtTfBo3OD1PDMVUwR1q+QQG+IBw8rsxbfz5WiwAQm2 FUiMg8JEyYrlIh4aHTwXHfTzUehl7kskWwPe+nLg1EuXN0GAUUsxr/4U0nRrQ6HPICi9 npUi4bEGY4vr3waW+kXQh5tSVWF/oGyemz0IVHsBpsL82KnclfnEypnUTZXZgJNjUl+m oDba1aCUNHLSNUPXBR3WnNU2gK5f6ZCXsInDEnuBNrpCU3gJA3hxtEeolB8w/T7w+UNw jikA== X-Received: by 10.66.141.142 with SMTP id ro14mr49736326pab.104.1410873048276; Tue, 16 Sep 2014 06:10:48 -0700 (PDT) Original-Received: from localhost ([211.64.141.155]) by mx.google.com with ESMTPSA id gr5sm14170427pbc.33.2014.09.16.06.10.45 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 16 Sep 2014 06:10:47 -0700 (PDT) In-Reply-To: <5417F9B8.9020503@yandex.ru> X-Mailer: Mew version 6.6 on Emacs 24.4.50 / Mule 6.0 (HANACHIRUSATO) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::22b X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:174355 Archived-At: From: Dmitry Antipov Subject: MS-Windows tester wanted for trunk Date: Tue, 16 Sep 2014 12:50:00 +0400 Hi Dmitry, > I have a plan to make USE_STACK_LISP_OBJECTS the default if > ENABLE_CHECKING in a week or so. On GNU/Linux, now I'm sure that > there are no silly crashes, and I would like to be sure on > MS-Windows too. So I need help from someone who can 1) bootstrap > trunk revision >= 117888 with --enable-checking and > CPPFLAGS='-DUSE_STACK_LISP_OBJECTS -DGC_CHECK_MARKED_OBJECTS' and 2) > check whether the very basic editing doesn't cause crash. I have compiled the trunk under your instructions with MSYS2/MinGW-w64 toolchain. The build process runs smoothly expect crash when compile lisp/erc/erc-xdcc.el. Running emacs.exe with -Q --eval '(byte-compile-file "Z:\\build-emacs/lisp/erc/erc-xdcc.el")' under gdb I get the following backtrace. Is this information sufficient or should I file a bug report? (gdb) bt #0 0x0000000456ac7198 in ?? () #1 0x00000004001e8378 in __fu0_log () at floatfns.c:249 #2 0x00000004001e4f09 in Ffuncall (nargs=2, args=0x839bf8) at eval.c:2729 #3 0x0000000400234678 in exec_byte_code (bytestr=66180385, vector=64308597, maxdepth=20, args_template=17187632874, nargs=0, args=0x0) at bytecode.c:920 #4 0x00000004002337dc in Fbyte_code (bytestr=66180385, vector=64308597, maxdepth=20) at bytecode.c:486 #5 0x00000004001e3848 in eval_sub (form=90082966) at eval.c:2187 #6 0x00000004001df3d6 in Fdefconst (args=90083222) at eval.c:812 #7 0x00000004001e34aa in eval_sub (form=90083238) at eval.c:2129 #8 0x0000000400219730 in readevalloop (readcharfun=17187760522, stream=0x7fe56b2e2a0 , sourcename=45541713, printflag=false, unibyte=17187632874, readfun=17187632874, start=17187632874, end=17187632874) at lread.c:1968 #9 0x0000000400217bb1 in Fload (file=65249313, noerror=17187632874, nomessage=17187632930, nosuffix=17187632874, must_suffix=17187632930) at lread.c:1363 #10 0x00000004001f2d3f in Frequire (feature=65224898, filename=17187632874, noerror=17187632874) at fns.c:2923 #11 0x00000004001e4f35 in Ffuncall (nargs=2, args=0x83adb0) at eval.c:2733 #12 0x00000004001e3d6f in Fapply (nargs=2, args=0x83adb0) at eval.c:2295 #13 0x00000004001e4d9c in Ffuncall (nargs=3, args=0x83ada8) at eval.c:2706 #14 0x0000000400234678 in exec_byte_code (bytestr=45205169, vector=17191185829, maxdepth=28, args_template=1028, nargs=1, args=0x83b328) at bytecode.c:920 #15 0x00000004001e5753 in funcall_lambda (fun=17191424837, nargs=1, arg_vector=0x83b320) at eval.c:2894 #16 0x00000004001e50f9 in Ffuncall (nargs=2, args=0x83b318) at eval.c:2775 #17 0x0000000400234678 in exec_byte_code (bytestr=45193761, vector=17191420573, maxdepth=16, args_template=1028, nargs=1, args=0x83b890) at bytecode.c:920 #18 0x00000004001e5753 in funcall_lambda (fun=17191420621, nargs=1, arg_vector=0x83b888) at eval.c:2894 #19 0x00000004001e50f9 in Ffuncall (nargs=2, args=0x83b880) at eval.c:2775 #20 0x0000000400234678 in exec_byte_code (bytestr=45193441, vector=17191420429, maxdepth=20, args_template=1028, nargs=1, args=0x83be08) at bytecode.c:920 #21 0x00000004001e5753 in funcall_lambda (fun=17191420477, nargs=1, arg_vector=0x83be00) at eval.c:2894 #22 0x00000004001e50f9 in Ffuncall (nargs=2, args=0x83bdf8) at eval.c:2775 #23 0x0000000400234678 in exec_byte_code (bytestr=17188106945, vector=17191042261, maxdepth=40, args_template=2056, nargs=2, args=0x83c3a8) at bytecode.c:920 #24 0x00000004001e5753 in funcall_lambda (fun=17191042365, nargs=2, arg_vector=0x83c398) at eval.c:2894 #25 0x00000004001e50f9 in Ffuncall (nargs=3, args=0x83c390) at eval.c:2775 #26 0x0000000400234678 in exec_byte_code (bytestr=45193313, vector=17189783869, maxdepth=16, args_template=1028, nargs=1, args=0x83c910) at bytecode.c:920 #27 0x00000004001e5753 in funcall_lambda (fun=17191420525, nargs=1, arg_vector=0x83c908) at eval.c:2894 #28 0x00000004001e50f9 in Ffuncall (nargs=2, args=0x83c900) at eval.c:2775 #29 0x0000000400234678 in exec_byte_code (bytestr=63770705, vector=17191351109, maxdepth=16, args_template=0, nargs=0, args=0x83ce70) at bytecode.c:920 #30 0x00000004001e5753 in funcall_lambda (fun=17191358533, nargs=0, arg_vector=0x83ce70) at eval.c:2894 #31 0x00000004001e50f9 in Ffuncall (nargs=1, args=0x83ce68) at eval.c:2775 #32 0x0000000400234678 in exec_byte_code (bytestr=63795057, vector=17191021837, maxdepth=4, args_template=0, nargs=0, args=0x83d3d8) at bytecode.c:920 #33 0x00000004001e5753 in funcall_lambda (fun=17191437581, nargs=0, arg_vector=0x83d3d8) at eval.c:2894 #34 0x00000004001e50f9 in Ffuncall (nargs=1, args=0x83d3d0) at eval.c:2775 #35 0x00000004001e36a4 in eval_sub (form=17192395654) at eval.c:2153 #36 0x00000004001e105b in internal_lisp_condition_case (var=63928594, bodyform=17192395654, handlers=17192395382) at eval.c:1319 #37 0x0000000400235b4f in exec_byte_code (bytestr=63770161, vector=17191407877, maxdepth=64, args_template=1028, nargs=1, args=0x83dc38) at bytecode.c:1163 #38 0x00000004001e5753 in funcall_lambda (fun=17191408413, nargs=1, arg_vector=0x83dc30) at eval.c:2894 #39 0x00000004001e50f9 in Ffuncall (nargs=2, args=0x83dc28) at eval.c:2775 #40 0x0000000400234678 in exec_byte_code (bytestr=45313569, vector=17191144229, maxdepth=68, args_template=2052, nargs=1, args=0x83e0c8) at bytecode.c:920 #41 0x00000004001e5753 in funcall_lambda (fun=17191400021, nargs=1, arg_vector=0x83e0c0) at eval.c:2894 #42 0x00000004001e543c in apply_lambda (fun=17191400021, args=63552278) at eval.c:2835 #43 0x00000004001e39e2 in eval_sub (form=63552262) at eval.c:2226 #44 0x00000004001e2de4 in Feval (form=63552262, lexical=17187632874) at eval.c:1999 #45 0x00000004001e4f09 in Ffuncall (nargs=2, args=0x83e4c8) at eval.c:2729 #46 0x0000000400234678 in exec_byte_code (bytestr=17183593361, vector=17183593397, maxdepth=92, args_template=1028, nargs=1, args=0x83ea68) at bytecode.c:920 #47 0x00000004001e5753 in funcall_lambda (fun=17183593317, nargs=1, arg_vector=0x83ea60) at eval.c:2894 #48 0x00000004001e50f9 in Ffuncall (nargs=2, args=0x83ea58) at eval.c:2775 #49 0x0000000400234678 in exec_byte_code (bytestr=17183567681, vector=17183567717, maxdepth=68, args_template=0, nargs=0, args=0x83f038) at bytecode.c:920 #50 0x00000004001e5753 in funcall_lambda (fun=17183567637, nargs=0, arg_vector=0x83f038) at eval.c:2894 #51 0x00000004001e50f9 in Ffuncall (nargs=1, args=0x83f030) at eval.c:2775 #52 0x0000000400234678 in exec_byte_code (bytestr=17183564233, vector=17183564269, maxdepth=48, args_template=0, nargs=0, args=0x83f4e0) at bytecode.c:920 #53 0x00000004001e5753 in funcall_lambda (fun=17183564189, nargs=0, arg_vector=0x83f4e0) at eval.c:2894 #54 0x00000004001e543c in apply_lambda (fun=17183564189, args=17187632874) at eval.c:2835 #55 0x00000004001e39e2 in eval_sub (form=17187938854) at eval.c:2226 #56 0x00000004001e2de4 in Feval (form=17187938854, lexical=17187632874) at eval.c:1999 #57 0x0000000400133c9f in top_level_2 () at keyboard.c:1205 #58 0x00000004001e11f1 in internal_condition_case ( bfun=0x400133c77 , handlers=17187704418, hfun=0x400133612 ) at eval.c:1350 #59 0x0000000400133cee in top_level_1 (ignore=17187632874) at keyboard.c:1213 #60 0x00000004001e0527 in internal_catch (tag=17187699682, func=0x400133ca5 , arg=17187632874) at eval.c:1111 #61 0x0000000400133bbd in command_loop () at keyboard.c:1174 #62 0x0000000400133070 in recursive_edit_1 () at keyboard.c:785 #63 0x00000004001332a5 in Frecursive_edit () at keyboard.c:856 #64 0x0000000400130833 in main (argc=4, argv=0x9854e0) at emacs.c:1642 Lisp Backtrace: "log" (0x839c00) "byte-code" (0x83a020) "defconst" (0x83a268) "require" (0x83adb8) "apply" (0x83adb0) "byte-compile-file-form-require" (0x83b320) "byte-compile-file-form" (0x83b888) 0xb04238 PVEC_COMPILED "byte-compile-recurse-toplevel" (0x83c398) "byte-compile-toplevel-file-form" (0x83c908) 0xaf5040 PVEC_COMPILED 0xb08508 PVEC_COMPILED "funcall" (0x83d3d0) "byte-compile-from-buffer" (0x83dc30) "byte-compile-file" (0x83e0c0) "eval" (0x83e4d0) "command-line-1" (0x83ea60) "command-line" (0x83f038) "normal-top-level" (0x83f4e0) > Thanks in advance, > Dmitry > Best wishes, Chris