From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Kaushal Modi Newsgroups: gmane.emacs.bugs Subject: bug#29031: 25.3; Segmentation fault when starting emacs with my config Date: Mon, 30 Oct 2017 19:24:19 +0000 Message-ID: References: <83mv48trbs.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a114fbe68781cd6055cc8961a" X-Trace: blaine.gmane.org 1509391528 8900 195.159.176.226 (30 Oct 2017 19:25:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 30 Oct 2017 19:25:28 +0000 (UTC) Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 30 20:25:21 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9FgM-0000VO-Sn for geb-bug-gnu-emacs@m.gmane.org; Mon, 30 Oct 2017 20:25:11 +0100 Original-Received: from localhost ([::1]:42240 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9FgS-0003tb-Pu for geb-bug-gnu-emacs@m.gmane.org; Mon, 30 Oct 2017 15:25:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56279) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9FgJ-0003sB-5T for bug-gnu-emacs@gnu.org; Mon, 30 Oct 2017 15:25:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9FgE-0007Qd-B3 for bug-gnu-emacs@gnu.org; Mon, 30 Oct 2017 15:25:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:33980) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e9FgE-0007QR-6h for bug-gnu-emacs@gnu.org; Mon, 30 Oct 2017 15:25:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e9FgD-0003xz-S5 for bug-gnu-emacs@gnu.org; Mon, 30 Oct 2017 15:25:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Oct 2017 19:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 29031-submit@debbugs.gnu.org id=B29031.150939147915215 (code B ref 29031); Mon, 30 Oct 2017 19:25:01 +0000 Original-Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 19:24:39 +0000 Original-Received: from localhost ([127.0.0.1]:42661 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9Ffq-0003xK-Sn for submit@debbugs.gnu.org; Mon, 30 Oct 2017 15:24:39 -0400 Original-Received: from mail-yw0-f178.google.com ([209.85.161.178]:46351) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9Ffp-0003x8-2Q for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 15:24:37 -0400 Original-Received: by mail-yw0-f178.google.com with SMTP id t71so12600918ywc.3 for <29031@debbugs.gnu.org>; Mon, 30 Oct 2017 12:24:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=duBNbDXQrN1dCYlwZVutuhcZHTdIFgJZ1kYnwmW5GCY=; b=KZLIy6HiTJxj6SNyEJIgPF9U4NiX1+xF77sm0mVKIiug2gMOuP2BbyXKP/q+OPvY6U NvG3yJG0NWVv47fGyxa4cZjUiy5naD6OZ9FjVAWoBsy9DZQMiQR/IJJG4KW7v10IZt9a gwbcJgwuKUWWqH/vauyXOazra/mXzMSc6L09nnVco6yZAF1H+tE79lhmffHYs1nZQAcU ZO1Iwv4S/srkAqfLy753oHMLyxonqQMJQeUDH3mCmxC5bQaUMu6rfB401zRH6AVwjHTP uEtoFk+notgpImx4UEpBe7ViEMKqnW+MeKExywMHLXTLUs6TKegG8QEb+pi+mCXWAvRX 3o6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=duBNbDXQrN1dCYlwZVutuhcZHTdIFgJZ1kYnwmW5GCY=; b=p7+TtqdCa4707ZnsFz3biF9aX2EzGlNTjq7MlcmXg4fHLBYJj+umg1PM7fAxaXb9+9 dyWu4NoHinyywFzpyOo8nphXGm1fOc8V8u5x8D0J1HovJXWfyb2aQlbKy1sw1ndi20G7 2Aab1c5MuijDgk0vn0SUMgGJd6fZDpgB9rQ+kaHslzmaoQEdy0mjUJMTIFcRcGZnyN8b R2HWg77xBjnKMkjijCGw8fw0RmO7ZqSq2IR5BeK0PDur+ILNE7NhJQmTfh8iB6TmCGA1 vEDQ82kmuhXoumdDLBdEw5S/eS52nG4nN/wvr3C3zMZo/vqLVmgTQ3WlLi7dDsfDWLqv sPvQ== X-Gm-Message-State: AMCzsaXLWRHhrPoAdxC0x3E2wUYcztxv2fh9K1P5JizLOZnkngdy47bI JHQqmo2ep4Ygal5ERRTAUEcrRTHcvPgYr5ZtsaI= X-Google-Smtp-Source: ABhQp+Tfe4KbWH8XS8Jey1PVJcj3602SH9yi3315GDjYkUAfAaIK2nd6hRbqBUT9SG1gdZHkDAoitcjW0uYg3duvpOI= X-Received: by 10.13.213.7 with SMTP id x7mr5144635ywd.185.1509391471219; Mon, 30 Oct 2017 12:24:31 -0700 (PDT) In-Reply-To: <83mv48trbs.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:139204 Archived-At: --001a114fbe68781cd6055cc8961a Content-Type: text/plain; charset="UTF-8" On Mon, Oct 30, 2017 at 2:38 PM Eli Zaretskii wrote: > > From: Kaushal Modi > > Date: Mon, 30 Oct 2017 16:03:43 +0000 > > Cc: Eli Zaretskii > > > > **I couldn't reproduce the visual artifact issues or crash on emacs > 26.x+.** > > Given this, do we really need to debug this issue? There will be no > more Emacs 25.x releases. > I was wrong that this issue doesn't exist on emacs 26.x (my mistake was that I was loading native line numbers automatically in my config if emacs version >+ "26.0"). It seems to exist in a different form if I load nlinum. I got a SIGABRT on emacs 26.0.90: Thread 1 "emacs" received signal SIGABRT, Aborted. 0x00000033e3032625 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x00000033e3032625 in raise () from /lib64/libc.so.6 #1 0x00000033e3033e05 in abort () from /lib64/libc.so.6 #2 0x00000033e3070537 in __libc_message () from /lib64/libc.so.6 #3 0x00000033e3075f4e in malloc_printerr () from /lib64/libc.so.6 #4 0x00000033e307a614 in _int_malloc () from /lib64/libc.so.6 #5 0x00000033e307ab1c in malloc () from /lib64/libc.so.6 #6 0x00000000005debb2 in lmalloc (size=8188) at alloc.c:1450 #7 0x00000000005de7a5 in lisp_malloc (nbytes=8188, type=MEM_TYPE_NON_LISP) at alloc.c:1088 #8 0x00000000005df0f7 in allocate_string_data (s=0x21e8370, nchars=70, nbytes=70) at alloc.c:2024 #9 0x00000000005dfe78 in make_uninit_multibyte_string (nchars=70, nbytes=70) at alloc.c:2548 #10 0x00000000005dfd3e in make_specified_string (contents=0x7ffffffd6c50 "SOME_FILE__JUST_MASKING_REAL_FILENAME_HERE.v", nchars=70, nbytes=70, multibyte=false) at alloc.c:2508 #11 0x000000000063cdb4 in read1 (readcharfun=..., pch=0x7ffffffdae5c, first_in_list=false) at lread.c:3401 #12 0x000000000063e0f5 in read_list (flag=false, readcharfun=...) at lread.c:3884 #13 0x000000000063af94 in read1 (readcharfun=..., pch=0x7ffffffdf3cc, first_in_list=false) at lread.c:2692 #14 0x000000000063e0f5 in read_list (flag=false, readcharfun=...) at lread.c:3884 #15 0x000000000063af94 in read1 (readcharfun=..., pch=0x7ffffffe393c, first_in_list=false) at lread.c:2692 #16 0x000000000063e0f5 in read_list (flag=false, readcharfun=...) at lread.c:3884 #17 0x000000000063b023 in read1 (readcharfun=..., pch=0x7ffffffe7eac, first_in_list=false) at lread.c:2714 #18 0x000000000063a32f in read0 (readcharfun=...) at lread.c:2267 #19 0x000000000063a226 in read_internal_start (stream=..., start=..., end=...) at lread.c:2233 #20 0x0000000000639f73 in Fread (stream=...) at lread.c:2169 #21 0x000000000060aa27 in funcall_subr (subr=0xc49738 , numargs=1, args=0x7ffffffe80e0) at eval.c:2841 #22 0x000000000060a66e in Ffuncall (nargs=2, args=0x7ffffffe80d8) at eval.c:2766 #23 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7ffffffe8848) at bytecode.c:629 #24 0x000000000060b0a9 in funcall_lambda (fun=..., nargs=1, arg_vector=0x7ffffffe8840) at eval.c:2967 #25 0x000000000060a6b2 in Ffuncall (nargs=2, args=0x7ffffffe8838) at eval.c:2768 #26 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x7ffffffe8f60) at bytecode.c:629 #27 0x000000000060b0a9 in funcall_lambda (fun=..., nargs=0, arg_vector=0x7ffffffe8f60) at eval.c:2967 #28 0x000000000060adcc in apply_lambda (fun=..., args=..., count=205) at eval.c:2903 #29 0x0000000000609396 in eval_sub (form=...) at eval.c:2276 #30 0x000000000060556c in Fprogn (body=...) at eval.c:455 #31 0x0000000000608dd2 in eval_sub (form=...) at eval.c:2183 #32 0x00000000006070f9 in internal_lisp_condition_case (var=..., bodyform=..., handlers=...) at eval.c:1303 #33 0x0000000000606cfa in Fcondition_case (args=...) at eval.c:1227 #34 0x0000000000608dd2 in eval_sub (form=...) at eval.c:2183 #35 0x000000000060556c in Fprogn (body=...) at eval.c:455 #36 0x0000000000608dd2 in eval_sub (form=...) at eval.c:2183 #37 0x000000000060556c in Fprogn (body=...) at eval.c:455 #38 0x000000000060b429 in funcall_lambda (fun=..., nargs=0, arg_vector=0x0) at eval.c:3042 #39 0x000000000060a789 in Ffuncall (nargs=1, args=0x7ffffffe9940) at eval.c:2780 #40 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7ffffffea258) at bytecode.c:629 #41 0x000000000060b0a9 in funcall_lambda (fun=..., nargs=1, arg_vector=0x7ffffffea250) at eval.c:2967 #42 0x000000000060a6b2 in Ffuncall (nargs=2, args=0x7ffffffea248) at eval.c:2768 #43 0x0000000000609aea in funcall_nil (nargs=2, args=0x7ffffffea248) at eval.c:2397 #44 0x0000000000609ef7 in run_hook_with_args (nargs=2, args=0x7ffffffea248, funcall=0x609ac7 ) at eval.c:2574 #45 0x0000000000609b6e in Frun_hook_with_args (nargs=2, args=0x7ffffffea248) at eval.c:2439 #46 0x000000000060a966 in funcall_subr (subr=0xc47748 , numargs=2, args=0x7ffffffea248) at eval.c:2821 #47 0x000000000060a66e in Ffuncall (nargs=3, args=0x7ffffffea240) at eval.c:2766 #48 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7ffffffeaa30) at bytecode.c:629 #49 0x000000000060b0a9 in funcall_lambda (fun=..., nargs=1, arg_vector=0x7ffffffeaa28) at eval.c:2967 #50 0x000000000060a6b2 in Ffuncall (nargs=2, args=0x7ffffffeaa20) at eval.c:2768 #51 0x000000000060a04b in call1 (fn=..., arg1=...) at eval.c:2617 #52 0x000000000063812f in Fload (file=..., noerror=..., nomessage=..., nosuffix=..., must_suffix=...) at lread.c:1439 #53 0x0000000000617039 in Frequire (feature=..., filename=..., noerror=...) at fns.c:2807 #54 0x000000000060aa74 in funcall_subr (subr=0xc489a8 , numargs=3, args=0x7ffffffeaea0) at eval.c:2846 #55 0x000000000060a66e in Ffuncall (nargs=4, args=0x7ffffffeae98) at eval.c:2766 #56 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x0) at bytecode.c:629 ... continues till #224. -- Kaushal Modi --001a114fbe68781cd6055cc8961a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Oct 30= , 2017 at 2:38 PM Eli Zaretskii <eliz@gn= u.org> wrote:
> From: Kau= shal Modi <k= aushal.modi@gmail.com>
> Date: Mon, 30 Oct 2017 16:03:43 +0000
> Cc: Eli Zaretskii <eliz@gnu.org>
>
> **I couldn't reproduce the visual artifact issues or crash on emac= s 26.x+.**

Given this, do we really need to debug this issue?=C2=A0 There will be no more Emacs 25.x releases.

I was wrong t= hat this issue doesn't exist on emacs 26.x (my mistake was that I was l= oading native line numbers automatically in my config if emacs version >= + "26.0"). It seems to exist in a different form if I load nlinum= .

I got a SIGABRT on emacs 26.0.90:

=
Thread 1 "emacs" received signal SIGABRT, Aborted= .
0x00000033e3032625 in raise () from /lib64/libc.so.6
= (gdb) bt
#0=C2=A0 0x00000033e3032625 in raise () from /lib64/libc= .so.6
#1=C2=A0 0x00000033e3033e05 in abort () from /lib64/libc.so= .6
#2=C2=A0 0x00000033e3070537 in __libc_message () from /lib64/l= ibc.so.6
#3=C2=A0 0x00000033e3075f4e in malloc_printerr () from /= lib64/libc.so.6
#4=C2=A0 0x00000033e307a614 in _int_malloc () fro= m /lib64/libc.so.6
#5=C2=A0 0x00000033e307ab1c in malloc () from = /lib64/libc.so.6
#6=C2=A0 0x00000000005debb2 in lmalloc (size=3D8= 188) at alloc.c:1450
#7=C2=A0 0x00000000005de7a5 in lisp_malloc (= nbytes=3D8188, type=3DMEM_TYPE_NON_LISP) at alloc.c:1088
#8=C2=A0= 0x00000000005df0f7 in allocate_string_data (s=3D0x21e8370, nchars=3D70, nb= ytes=3D70) at alloc.c:2024
#9=C2=A0 0x00000000005dfe78 in make_un= init_multibyte_string (nchars=3D70, nbytes=3D70) at alloc.c:2548
= #10 0x00000000005dfd3e in make_specified_string (contents=3D0x7ffffffd6c50 = "SOME_FILE__JUST_MASKING_REAL_FILENAME_HERE.v", nchars=3D70, nbyt= es=3D70, multibyte=3Dfalse) at alloc.c:2508
#11 0x000000000063cdb= 4 in read1 (readcharfun=3D..., pch=3D0x7ffffffdae5c, first_in_list=3Dfalse)= at lread.c:3401
#12 0x000000000063e0f5 in read_list (flag=3Dfals= e, readcharfun=3D...) at lread.c:3884
#13 0x000000000063af94 in r= ead1 (readcharfun=3D..., pch=3D0x7ffffffdf3cc, first_in_list=3Dfalse) at lr= ead.c:2692
#14 0x000000000063e0f5 in read_list (flag=3Dfalse, rea= dcharfun=3D...) at lread.c:3884
#15 0x000000000063af94 in read1 (= readcharfun=3D..., pch=3D0x7ffffffe393c, first_in_list=3Dfalse) at lread.c:= 2692
#16 0x000000000063e0f5 in read_list (flag=3Dfalse, readcharf= un=3D...) at lread.c:3884
#17 0x000000000063b023 in read1 (readch= arfun=3D..., pch=3D0x7ffffffe7eac, first_in_list=3Dfalse) at lread.c:2714
#18 0x000000000063a32f in read0 (readcharfun=3D...) at lread.c:226= 7
#19 0x000000000063a226 in read_internal_start (stream=3D..., st= art=3D..., end=3D...) at lread.c:2233
#20 0x0000000000639f73 in F= read (stream=3D...) at lread.c:2169
#21 0x000000000060aa27 in fun= call_subr (subr=3D0xc49738 <Sread>, numargs=3D1, args=3D0x7ffffffe80e= 0) at eval.c:2841
#22 0x000000000060a66e in Ffuncall (nargs=3D2, = args=3D0x7ffffffe80d8) at eval.c:2766
#23 0x000000000065705e in e= xec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template= =3D..., nargs=3D1, args=3D0x7ffffffe8848) at bytecode.c:629
#24 0= x000000000060b0a9 in funcall_lambda (fun=3D..., nargs=3D1, arg_vector=3D0x7= ffffffe8840) at eval.c:2967
#25 0x000000000060a6b2 in Ffuncall (n= args=3D2, args=3D0x7ffffffe8838) at eval.c:2768
#26 0x00000000006= 5705e in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_= template=3D..., nargs=3D0, args=3D0x7ffffffe8f60) at bytecode.c:629
#27 0x000000000060b0a9 in funcall_lambda (fun=3D..., nargs=3D0, arg_vect= or=3D0x7ffffffe8f60) at eval.c:2967
#28 0x000000000060adcc in app= ly_lambda (fun=3D..., args=3D..., count=3D205) at eval.c:2903
#29= 0x0000000000609396 in eval_sub (form=3D...) at eval.c:2276
#30 0= x000000000060556c in Fprogn (body=3D...) at eval.c:455
#31 0x0000= 000000608dd2 in eval_sub (form=3D...) at eval.c:2183
#32 0x000000= 00006070f9 in internal_lisp_condition_case (var=3D..., bodyform=3D..., hand= lers=3D...) at eval.c:1303
#33 0x0000000000606cfa in Fcondition_c= ase (args=3D...) at eval.c:1227
#34 0x0000000000608dd2 in eval_su= b (form=3D...) at eval.c:2183
#35 0x000000000060556c in Fprogn (b= ody=3D...) at eval.c:455
#36 0x0000000000608dd2 in eval_sub (form= =3D...) at eval.c:2183
#37 0x000000000060556c in Fprogn (body=3D.= ..) at eval.c:455
#38 0x000000000060b429 in funcall_lambda (fun= =3D..., nargs=3D0, arg_vector=3D0x0) at eval.c:3042
#39 0x0000000= 00060a789 in Ffuncall (nargs=3D1, args=3D0x7ffffffe9940) at eval.c:2780
#40 0x000000000065705e in exec_byte_code (bytestr=3D..., vector=3D..= ., maxdepth=3D..., args_template=3D..., nargs=3D1, args=3D0x7ffffffea258) a= t bytecode.c:629
#41 0x000000000060b0a9 in funcall_lambda (fun=3D= ..., nargs=3D1, arg_vector=3D0x7ffffffea250) at eval.c:2967
#42 0= x000000000060a6b2 in Ffuncall (nargs=3D2, args=3D0x7ffffffea248) at eval.c:= 2768
#43 0x0000000000609aea in funcall_nil (nargs=3D2, args=3D0x7= ffffffea248) at eval.c:2397
#44 0x0000000000609ef7 in run_hook_wi= th_args (nargs=3D2, args=3D0x7ffffffea248, funcall=3D0x609ac7 <funcall_n= il>) at eval.c:2574
#45 0x0000000000609b6e in Frun_hook_with_a= rgs (nargs=3D2, args=3D0x7ffffffea248) at eval.c:2439
#46 0x00000= 0000060a966 in funcall_subr (subr=3D0xc47748 <Srun_hook_with_args>, n= umargs=3D2, args=3D0x7ffffffea248) at eval.c:2821
#47 0x000000000= 060a66e in Ffuncall (nargs=3D3, args=3D0x7ffffffea240) at eval.c:2766
=
#48 0x000000000065705e in exec_byte_code (bytestr=3D..., vector=3D...,= maxdepth=3D..., args_template=3D..., nargs=3D1, args=3D0x7ffffffeaa30) at = bytecode.c:629
#49 0x000000000060b0a9 in funcall_lambda (fun=3D..= ., nargs=3D1, arg_vector=3D0x7ffffffeaa28) at eval.c:2967
#50 0x0= 00000000060a6b2 in Ffuncall (nargs=3D2, args=3D0x7ffffffeaa20) at eval.c:27= 68
#51 0x000000000060a04b in call1 (fn=3D..., arg1=3D...) at eval= .c:2617
#52 0x000000000063812f in Fload (file=3D..., noerror=3D..= ., nomessage=3D..., nosuffix=3D..., must_suffix=3D...) at lread.c:1439
#53 0x0000000000617039 in Frequire (feature=3D..., filename=3D..., no= error=3D...) at fns.c:2807
#54 0x000000000060aa74 in funcall_subr= (subr=3D0xc489a8 <Srequire>, numargs=3D3, args=3D0x7ffffffeaea0) at = eval.c:2846
#55 0x000000000060a66e in Ffuncall (nargs=3D4, args= =3D0x7ffffffeae98) at eval.c:2766
#56 0x000000000065705e in exec_= byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template=3D...= , nargs=3D0, args=3D0x0) at bytecode.c:629

.= ..

continues till #224.
--

Kaushal Modi

--001a114fbe68781cd6055cc8961a--