From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 02:39:45 2021 Received: (at submit) by debbugs.gnu.org; 28 May 2021 06:39:45 +0000 Received: from localhost ([127.0.0.1]:53499 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmW9p-0001ik-0o for submit@debbugs.gnu.org; Fri, 28 May 2021 02:39:45 -0400 Received: from lists.gnu.org ([209.51.188.17]:56086) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmW9m-0001ib-Ue for submit@debbugs.gnu.org; Fri, 28 May 2021 02:39:43 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53856) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmW9m-0006Pt-No for bug-gnu-emacs@gnu.org; Fri, 28 May 2021 02:39:42 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:56235) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmW9i-0002Up-SY for bug-gnu-emacs@gnu.org; Fri, 28 May 2021 02:39:42 -0400 Received: (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 7BBB5100003 for ; Fri, 28 May 2021 06:39:30 +0000 (UTC) From: Juri Linkov To: bug-gnu-emacs@gnu.org Subject: Crashes in lisp_string_width Organization: LINKOV.NET Date: Fri, 28 May 2021 09:37:49 +0300 Message-ID: <87bl8vz7lu.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=217.70.178.231; envelope-from=juri@linkov.net; helo=relay11.mail.gandi.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, TVD_SPACE_RATIO=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -0.2 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) Yesterday's changes in lisp_string_width cause crashes: Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. composition_gstring_width (gstring=, from=1, from@entry=0, to=12, metrics=metrics@entry=0x0) at composite.c:777 777 if (NILP (LGLYPH_ADJUSTMENT (*glyph))) (gdb) bt #0 composition_gstring_width (gstring=, from=1, from@entry=0, to=12, metrics=metrics@entry=0x0) at composite.c:777 #1 0x0000555555642ff7 in lisp_string_width (string=string@entry=XIL(0x555557825e54), from=from@entry=0, to=to@entry=1, precision=precision@entry=-1, nchars=nchars@entry=0x7fffffff4850, nbytes=nbytes@entry=0x7fffffff4858) at lisp.h:1644 #2 0x000055555570c46e in styled_format (nargs=, args=, message=) at editfns.c:3392 #3 0x0000555555716690 in Ffuncall (nargs=4, args=args@entry=0x7fffffffa060) at lisp.h:2093 #4 0x0000555555754ba4 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #5 0x0000555555716527 in Ffuncall (nargs=3, args=0x7fffffffa3b0) at eval.c:3055 #6 0x00005555557167d3 in call2 (fn=fn@entry=XIL(0x55555e57e475), arg1=arg1@entry=XIL(0x555557fe4f13), arg2=) at eval.c:2906 #7 0x0000555555646be8 in map_sub_char_table (c_function=c_function@entry=0x0, function=function@entry=XIL(0x55555e57e475), table=table@entry=XIL(0x55555d6d3a75), arg=arg@entry=XIL(0x5555589bce05), val=, range=range@entry=XIL(0x555557fe4f13), top=XIL(0x5555589bce05)) at chartab.c:837 #8 0x00005555556469b7 in map_sub_char_table (c_function=c_function@entry=0x0, function=function@entry=XIL(0x55555e57e475), table=table@entry=XIL(0x555556f32b1d), arg=arg@entry=XIL(0x5555589bce05), val=, range=range@entry=XIL(0x555557fe4f13), top=XIL(0x5555589bce05)) at chartab.c:784 #9 0x00005555556469b7 in map_sub_char_table (c_function=c_function@entry=0x0, function=function@entry=XIL(0x55555e57e475), table=table@entry=XIL(0x555559509bbd), arg=arg@entry=XIL(0x5555589bce05), val=, range=range@entry=XIL(0x555557fe4f13), top=XIL(0x5555589bce05)) at chartab.c:784 #10 0x00005555556469b7 in map_sub_char_table (c_function=c_function@entry=0x0, function=function@entry=XIL(0x55555e57e475), table=table@entry=XIL(0x5555589bce05), arg=arg@entry=XIL(0x5555589bce05), val=, range=range@entry=XIL(0x555557fe4f13), top=XIL(0x5555589bce05)) at chartab.c:784 #11 0x0000555555647847 in map_char_table (c_function=0x0, function=XIL(0x55555e57e475), table=XIL(0x5555589bce05), arg=XIL(0x5555589bce05)) at chartab.c:870 #12 0x0000555555647a14 in Fmap_char_table (function=, char_table=) at chartab.c:930 #13 0x0000555555716690 in Ffuncall (nargs=3, args=args@entry=0x7fffffffa818) at lisp.h:2093 #14 0x0000555555754ba4 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #15 0x0000555555716527 in Ffuncall (nargs=2, args=args@entry=0x7fffffffabe8) at eval.c:3055 #16 0x0000555555754ba4 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #17 0x0000555555716527 in Ffuncall (nargs=4, args=args@entry=0x7fffffffb058) at eval.c:3055 #18 0x0000555555754ba4 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #19 0x0000555555716527 in Ffuncall (nargs=2, args=args@entry=0x7fffffffb4b8) at eval.c:3055 #20 0x0000555555754ba4 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #21 0x0000555555716527 in Ffuncall (nargs=4, args=args@entry=0x7fffffffb8f8) at eval.c:3055 #22 0x0000555555754ba4 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #23 0x0000555555716527 in Ffuncall (nargs=2, args=args@entry=0x7fffffffbc28) at eval.c:3055 #24 0x0000555555754ba4 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #25 0x0000555555716527 in Ffuncall (nargs=3, args=0x7fffffffbee0) at eval.c:3055 #26 0x00005555557167d3 in call2 (fn=fn@entry=XIL(0x55555e57c415), arg1=, arg2=) at eval.c:2906 #27 0x0000555555646c8d in map_sub_char_table (c_function=c_function@entry=0x0, function=function@entry=XIL(0x55555e57c415), table=table@entry=XIL(0x55555caf085d), arg=arg@entry=XIL(0x55555c90fc85), val=, range=range@entry=XIL(0x555557fc4153), top=XIL(0x55555c90fc85)) at lisp.h:1420 #28 0x00005555556469b7 in map_sub_char_table (c_function=c_function@entry=0x0, function=function@entry=XIL(0x55555e57c415), table=table@entry=XIL(0x55555c8fb995), arg=arg@entry=XIL(0x55555c90fc85), val=, range=range@entry=XIL(0x555557fc4153), top=XIL(0x55555c90fc85)) at chartab.c:784 #29 0x00005555556469b7 in map_sub_char_table (c_function=c_function@entry=0x0, function=function@entry=XIL(0x55555e57c415), table=table@entry=XIL(0x55555c93f7cd), arg=arg@entry=XIL(0x55555c90fc85), val=, range=range@entry=XIL(0x555557fc4153), top=XIL(0x55555c90fc85)) at chartab.c:784 #30 0x00005555556469b7 in map_sub_char_table (c_function=c_function@entry=0x0, function=function@entry=XIL(0x55555e57c415), table=table@entry=XIL(0x55555c90fc85), arg=arg@entry=XIL(0x55555c90fc85), val=, range=range@entry=XIL(0x555557fc4153), top=XIL(0x55555c90fc85)) at chartab.c:784 #31 0x0000555555647847 in map_char_table (c_function=0x0, function=XIL(0x55555e57c415), table=XIL(0x55555c90fc85), arg=XIL(0x55555c90fc85)) at chartab.c:870 #32 0x0000555555647a14 in Fmap_char_table (function=, char_table=) at chartab.c:930 #33 0x00007fffdeb87266 in F636861722d666f6c642d2d6d616b652d7461626c65_char_fold__make_table_0 () at ~/.emacs.d/eln-cache/28.0.50-7cdc5574/char-fold-b79b1b8c-5a333c88.eln #34 0x0000555555716690 in Ffuncall (nargs=1, args=0x7fffffffc438) at lisp.h:2093 #35 0x00007fffdeb873e4 in F636861722d666f6c642d7570646174652d7461626c65_char_fold_update_table_0 () at ~/.emacs.d/eln-cache/28.0.50-7cdc5574/char-fold-b79b1b8c-5a333c88.eln #36 0x0000555555719158 in eval_sub (form=) at lisp.h:2093 #37 0x00005555557415cd in readevalloop (readcharfun=XIL(0x55555c9f15d5), infile0=0x0, sourcename=XIL(0x55555c9f1e14), printflag=false, unibyte=, readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2311 #38 0x00005555557426e5 in Feval_buffer (buffer=, printflag=XIL(0), filename=XIL(0x55555c9f1e14), unibyte=XIL(0), do_allow_print=XIL(0x30)) at lisp.h:1376 #39 0x0000555555716690 in Ffuncall (nargs=6, args=args@entry=0x7fffffffc6b0) at lisp.h:2093 #40 0x0000555555754ba4 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #41 0x0000555555716527 in Ffuncall (nargs=5, args=0x7fffffffca20) at eval.c:3055 #42 0x000055555571688d in call4 (fn=, arg1=, arg2=arg2@entry=XIL(0x55555c9f1e14), arg3=arg3@entry=XIL(0), arg4=arg4@entry=XIL(0)) at eval.c:2921 #43 0x00005555557423cd in Fload (file=, noerror=XIL(0), nomessage=, nosuffix=, must_suffix=) at lisp.h:1376 #44 0x0000555555716690 in Ffuncall (nargs=2, args=0x7fffffffcca0) at lisp.h:2093 #45 0x00007fffdf9e75a5 in F6f72672d626162656c2d6c6f61642d66696c65_org_babel_load_file_0 () at ~/.emacs.d/eln-cache/28.0.50-7cdc5574/org-28d11805-438c963d.eln #46 0x00005555557190df in eval_sub (form=) at lisp.h:2093 #47 0x00005555557415cd in readevalloop (readcharfun=XIL(0x555558421e55), infile0=0x0, sourcename=XIL(0x555556d84504), printflag=false, unibyte=, readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2311 #48 0x00005555557426e5 in Feval_buffer (buffer=, printflag=XIL(0), filename=XIL(0x555556d84504), unibyte=XIL(0), do_allow_print=XIL(0x30)) at lisp.h:1376 #49 0x0000555555716690 in Ffuncall (nargs=6, args=args@entry=0x7fffffffcf70) at lisp.h:2093 #50 0x0000555555754ba4 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #51 0x0000555555716527 in Ffuncall (nargs=5, args=0x7fffffffd2e0) at eval.c:3055 #52 0x000055555571688d in call4 (fn=, arg1=, arg2=arg2@entry=XIL(0x555556d84504), arg3=arg3@entry=XIL(0), arg4=arg4@entry=XIL(0)) at eval.c:2921 #53 0x00005555557423cd in Fload (file=, noerror=XIL(0), nomessage=, nosuffix=, must_suffix=) at lisp.h:1376 #54 0x00005555557190a3 in eval_sub (form=) at lisp.h:2093 #55 0x00005555557415cd in readevalloop (readcharfun=XIL(0x55555653547d), infile0=0x0, sourcename=XIL(0x5555564e8394), printflag=false, unibyte=, readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2311 #56 0x00005555557426e5 in Feval_buffer (buffer=, printflag=XIL(0), filename=XIL(0x5555564e8394), unibyte=XIL(0), do_allow_print=XIL(0x30)) at lisp.h:1376 #57 0x0000555555716690 in Ffuncall (nargs=6, args=args@entry=0x7fffffffd720) at lisp.h:2093 #58 0x0000555555754ba4 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #59 0x0000555555716527 in Ffuncall (nargs=5, args=0x7fffffffda90) at eval.c:3055 #60 0x000055555571688d in call4 (fn=, arg1=, arg2=arg2@entry=XIL(0x5555564e8394), arg3=arg3@entry=XIL(0x30), arg4=arg4@entry=XIL(0x30)) at eval.c:2921 #61 0x00005555557423cd in Fload (file=, noerror=XIL(0x2aaa9a056768), nomessage=, nosuffix=, must_suffix=) at lisp.h:1376 #62 0x0000555555716690 in Ffuncall (nargs=4, args=0x7fffffffdd28) at lisp.h:2093 #63 0x00007fffef612071 in F737461727475702d2d6c6f61642d757365722d696e69742d66696c65_startup__load_user_init_file_0 () at ../native-lisp/28.0.50-7cdc5574/preloaded/startup-bbc6ea72-6a9af975.eln #64 0x0000555555716690 in Ffuncall (nargs=4, args=0x7fffffffde20) at lisp.h:2093 #65 0x00007fffef613c04 in F636f6d6d616e642d6c696e65_command_line_0 () at ../native-lisp/28.0.50-7cdc5574/preloaded/startup-bbc6ea72-6a9af975.eln #66 0x0000555555716690 in Ffuncall (nargs=1, args=0x7fffffffdf08) at lisp.h:2093 #67 0x00007fffef610aa6 in F6e6f726d616c2d746f702d6c6576656c_normal_top_level_0 () at ../native-lisp/28.0.50-7cdc5574/preloaded/startup-bbc6ea72-6a9af975.eln #68 0x0000555555719158 in eval_sub (form=) at lisp.h:2093 #69 0x000055555571acad in Feval (form=XIL(0x7fffefe9581b), lexical=) at eval.c:2343 #70 0x0000555555715547 in internal_condition_case (bfun=bfun@entry=0x555555695920 , handlers=handlers@entry=XIL(0x90), hfun=hfun@entry=0x55555569b580 ) at eval.c:1478 #71 0x000055555569665a in top_level_1 (ignore=ignore@entry=XIL(0)) at lisp.h:1008 #72 0x0000555555717d8b in internal_catch (tag=tag@entry=XIL(0xe550), func=func@entry=0x555555696630 , arg=arg@entry=XIL(0)) at eval.c:1198 #73 0x00005555556958a0 in command_loop () at lisp.h:1008 #74 0x000055555569b18a in recursive_edit_1 () at keyboard.c:720 #75 0x000055555569b4c6 in Frecursive_edit () at keyboard.c:789 #76 0x00005555555a9aff in main (argc=1, argv=) at emacs.c:2298 Lisp Backtrace: "format" (0xffffa068) 0x5e57e470 PVEC_COMPILED "map-char-table" (0xffffa820) "regexp-opt-charset" (0xffffabf0) "regexp-opt-group" (0xffffb060) "regexp-opt-group" (0xffffb4c0) "regexp-opt-group" (0xffffb900) "regexp-opt" (0xffffbc30) 0x5e57c410 PVEC_COMPILED "char-fold--make-table" (0xffffc440) "char-fold-update-table" (0xffffc4a0) "eval-buffer" (0xffffc6b8) "load-with-code-conversion" (0xffffca28) "load-file" (0xffffcca8) "org-babel-load-file" (0xffffcd60) "eval-buffer" (0xffffcf78) "load-with-code-conversion" (0xffffd2e8) "load" (0xffffd510) "eval-buffer" (0xffffd728) "load-with-code-conversion" (0xffffda98) "load" (0xffffdd30) "startup--load-user-init-file" (0xffffde28) "command-line" (0xffffdf10) "normal-top-level" (0xffffdfb0) (gdb) From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 03:11:43 2021 Received: (at 48711) by debbugs.gnu.org; 28 May 2021 07:11:43 +0000 Received: from localhost ([127.0.0.1]:53515 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmWel-0002Yk-0J for submit@debbugs.gnu.org; Fri, 28 May 2021 03:11:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38476) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmWej-0002YV-H8 for 48711@debbugs.gnu.org; Fri, 28 May 2021 03:11:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50166) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lmWec-0006bB-8b; Fri, 28 May 2021 03:11:35 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2239 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmWea-0005L2-NT; Fri, 28 May 2021 03:11:34 -0400 Date: Fri, 28 May 2021 10:11:35 +0300 Message-Id: <83a6of8h94.fsf@gnu.org> From: Eli Zaretskii To: Juri Linkov In-Reply-To: <87bl8vz7lu.fsf@mail.linkov.net> (message from Juri Linkov on Fri, 28 May 2021 09:37:49 +0300) Subject: Re: bug#48711: Crashes in lisp_string_width References: <87bl8vz7lu.fsf@mail.linkov.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 48711 Cc: 48711@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Juri Linkov > Date: Fri, 28 May 2021 09:37:49 +0300 > > Yesterday's changes in lisp_string_width cause crashes: > > Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. > composition_gstring_width (gstring=, from=1, from@entry=0, to=12, metrics=metrics@entry=0x0) at composite.c:777 > 777 if (NILP (LGLYPH_ADJUSTMENT (*glyph))) > (gdb) bt > #0 composition_gstring_width (gstring=, from=1, from@entry=0, to=12, metrics=metrics@entry=0x0) at composite.c:777 > #1 0x0000555555642ff7 in lisp_string_width (string=string@entry=XIL(0x555557825e54), from=from@entry=0, to=to@entry=1, precision=precision@entry=-1, nchars=nchars@entry=0x7fffffff4850, nbytes=nbytes@entry=0x7fffffff4858) at lisp.h:1644 > #2 0x000055555570c46e in styled_format (nargs=, args=, message=) at editfns.c:3392 > #3 0x0000555555716690 in Ffuncall (nargs=4, args=args@entry=0x7fffffffa060) at lisp.h:2093 Thanks, but I need a recipe to reproduce this, and/or at least some idea about which variables cause the problem. The backtrace you show is from an optimized build where the values of the relevant variables are all "optimized out". That doesn't give me much to work with, and there are no other experts on composite.c on board to help. So I need all the help you can provide to fix this. TIA From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 03:30:01 2021 Received: (at 48711) by debbugs.gnu.org; 28 May 2021 07:30:01 +0000 Received: from localhost ([127.0.0.1]:53526 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmWwS-00031Z-VG for submit@debbugs.gnu.org; Fri, 28 May 2021 03:30:01 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41714) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmWwR-00031K-Mv for 48711@debbugs.gnu.org; Fri, 28 May 2021 03:29:59 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50446) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lmWwL-0003sy-Sv; Fri, 28 May 2021 03:29:53 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3397 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmWwK-0005wg-UE; Fri, 28 May 2021 03:29:53 -0400 Date: Fri, 28 May 2021 10:29:57 +0300 Message-Id: <838s3z8gei.fsf@gnu.org> From: Eli Zaretskii To: juri@linkov.net In-Reply-To: <83a6of8h94.fsf@gnu.org> (message from Eli Zaretskii on Fri, 28 May 2021 10:11:35 +0300) Subject: Re: bug#48711: Crashes in lisp_string_width References: <87bl8vz7lu.fsf@mail.linkov.net> <83a6of8h94.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 48711 Cc: 48711@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 28 May 2021 10:11:35 +0300 > From: Eli Zaretskii > Cc: 48711@debbugs.gnu.org > > Thanks, but I need a recipe to reproduce this, and/or at least some > idea about which variables cause the problem. But before you embark on providing that info, please try the latest master branch, where I installed a stab-in-the-dark change which hopefully could take care of whatever happened in your case. From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 04:43:12 2021 Received: (at 48711) by debbugs.gnu.org; 28 May 2021 08:43:12 +0000 Received: from localhost ([127.0.0.1]:53580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmY5I-0004sO-09 for submit@debbugs.gnu.org; Fri, 28 May 2021 04:43:12 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:50975) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmY5F-0004s8-TC; Fri, 28 May 2021 04:43:10 -0400 Received: (Authenticated sender: juri@linkov.net) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id E386960013; Fri, 28 May 2021 08:43:02 +0000 (UTC) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#48711: Crashes in lisp_string_width Organization: LINKOV.NET References: <87bl8vz7lu.fsf@mail.linkov.net> <83a6of8h94.fsf@gnu.org> <838s3z8gei.fsf@gnu.org> Date: Fri, 28 May 2021 11:39:46 +0300 In-Reply-To: <838s3z8gei.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 28 May 2021 10:29:57 +0300") Message-ID: <87wnrjxne5.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 48711 Cc: 48711@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) tags 48711 fixed close 48711 28.0.50 thanks > But before you embark on providing that info, please try the latest > master branch, where I installed a stab-in-the-dark change which > hopefully could take care of whatever happened in your case. This is the shortest test case: (require 'char-fold) (setq char-fold-symmetric t) (char-fold-update-table) and your latest change 3fe2f482bd fixed it, so this can be closed. BTW, now compilation highlights this line Pure-hashed: 15274 strings, 3028 vectors, 41734 conses, 2570 bytecodes, 254 others using red error face. Does this mean that something needs to be fixed? From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 07:06:13 2021 Received: (at 48711) by debbugs.gnu.org; 28 May 2021 11:06:13 +0000 Received: from localhost ([127.0.0.1]:53766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmaJh-0004tr-4T for submit@debbugs.gnu.org; Fri, 28 May 2021 07:06:13 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57242) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmaJa-0004tY-Pf for 48711@debbugs.gnu.org; Fri, 28 May 2021 07:06:11 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42142) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lmaJU-00078K-GJ; Fri, 28 May 2021 07:06:00 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4764 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmaJU-0005Xy-32; Fri, 28 May 2021 07:06:00 -0400 Date: Fri, 28 May 2021 14:06:04 +0300 Message-Id: <837djj86eb.fsf@gnu.org> From: Eli Zaretskii To: Juri Linkov In-Reply-To: <87wnrjxne5.fsf@mail.linkov.net> (message from Juri Linkov on Fri, 28 May 2021 11:39:46 +0300) Subject: Re: bug#48711: Crashes in lisp_string_width References: <87bl8vz7lu.fsf@mail.linkov.net> <83a6of8h94.fsf@gnu.org> <838s3z8gei.fsf@gnu.org> <87wnrjxne5.fsf@mail.linkov.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 48711 Cc: 48711@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Juri Linkov > Cc: 48711@debbugs.gnu.org > Date: Fri, 28 May 2021 11:39:46 +0300 > > This is the shortest test case: > > (require 'char-fold) > (setq char-fold-symmetric t) > (char-fold-update-table) > > and your latest change 3fe2f482bd fixed it, > so this can be closed. Thanks. The fix notwithstanding, the test case is very useful, and it already allowed me to find one more bug there, which was exposed by adding support for automatic compositions. Now fixed. > BTW, now compilation highlights this line > > Pure-hashed: 15274 strings, 3028 vectors, 41734 conses, 2570 bytecodes, 254 others > > using red error face. Does this mean that something needs to be fixed? You mean, this is a result of the string-width changes? From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 14:50:15 2021 Received: (at 48711) by debbugs.gnu.org; 28 May 2021 18:50:15 +0000 Received: from localhost ([127.0.0.1]:55354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmhYl-0004XT-C8 for submit@debbugs.gnu.org; Fri, 28 May 2021 14:50:15 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:40629) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmhYg-0004X6-1A for 48711@debbugs.gnu.org; Fri, 28 May 2021 14:50:14 -0400 Received: (Authenticated sender: juri@linkov.net) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 2C112E0002; Fri, 28 May 2021 18:50:02 +0000 (UTC) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#48711: Crashes in lisp_string_width Organization: LINKOV.NET References: <87bl8vz7lu.fsf@mail.linkov.net> <83a6of8h94.fsf@gnu.org> <838s3z8gei.fsf@gnu.org> <87wnrjxne5.fsf@mail.linkov.net> <837djj86eb.fsf@gnu.org> Date: Fri, 28 May 2021 21:32:12 +0300 In-Reply-To: <837djj86eb.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 28 May 2021 14:06:04 +0300") Message-ID: <87k0nikd0r.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 48711 Cc: 48711@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> BTW, now compilation highlights this line >> >> Pure-hashed: 15274 strings, 3028 vectors, 41734 conses, 2570 bytecodes, 254 others >> >> using red error face. Does this mean that something needs to be fixed? > > You mean, this is a result of the string-width changes? I don't know, the red error face was in the compilation output only 1 day, but it's weird that now the last compilation highlights the line Pure-hashed: 15274 strings, 3028 vectors, 41734 conses, 2570 bytecodes, 254 others with the blue face-lock-function-name-face correctly again. From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 15:03:43 2021 Received: (at 48711) by debbugs.gnu.org; 28 May 2021 19:03:43 +0000 Received: from localhost ([127.0.0.1]:55384 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmhln-000774-Ei for submit@debbugs.gnu.org; Fri, 28 May 2021 15:03:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58848) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmhlk-00076q-5x for 48711@debbugs.gnu.org; Fri, 28 May 2021 15:03:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39262) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lmhle-00059j-DP; Fri, 28 May 2021 15:03:34 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2673 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmhld-0000rc-Vv; Fri, 28 May 2021 15:03:34 -0400 Date: Fri, 28 May 2021 22:03:42 +0300 Message-Id: <83pmxa7ka9.fsf@gnu.org> From: Eli Zaretskii To: Juri Linkov In-Reply-To: <87k0nikd0r.fsf@mail.linkov.net> (message from Juri Linkov on Fri, 28 May 2021 21:32:12 +0300) Subject: Re: bug#48711: Crashes in lisp_string_width References: <87bl8vz7lu.fsf@mail.linkov.net> <83a6of8h94.fsf@gnu.org> <838s3z8gei.fsf@gnu.org> <87wnrjxne5.fsf@mail.linkov.net> <837djj86eb.fsf@gnu.org> <87k0nikd0r.fsf@mail.linkov.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 48711 Cc: 48711@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Juri Linkov > Cc: 48711@debbugs.gnu.org > Date: Fri, 28 May 2021 21:32:12 +0300 > > >> BTW, now compilation highlights this line > >> > >> Pure-hashed: 15274 strings, 3028 vectors, 41734 conses, 2570 bytecodes, 254 others > >> > >> using red error face. Does this mean that something needs to be fixed? > > > > You mean, this is a result of the string-width changes? > > I don't know, the red error face was in the compilation output only 1 day, > but it's weird that now the last compilation highlights the line > > Pure-hashed: 15274 strings, 3028 vectors, 41734 conses, 2570 bytecodes, 254 others > > with the blue face-lock-function-name-face correctly again. I don't think I follow. Are you saying that the problem no longer exists? From debbugs-submit-bounces@debbugs.gnu.org Sat May 29 18:14:57 2021 Received: (at 48711) by debbugs.gnu.org; 29 May 2021 22:14:57 +0000 Received: from localhost ([127.0.0.1]:57882 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ln7EP-00052N-88 for submit@debbugs.gnu.org; Sat, 29 May 2021 18:14:57 -0400 Received: from relay12.mail.gandi.net ([217.70.178.232]:48719) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ln7EN-000527-QN for 48711@debbugs.gnu.org; Sat, 29 May 2021 18:14:56 -0400 Received: (Authenticated sender: juri@linkov.net) by relay12.mail.gandi.net (Postfix) with ESMTPSA id 95E0B200002; Sat, 29 May 2021 22:14:49 +0000 (UTC) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#48711: Crashes in lisp_string_width Organization: LINKOV.NET References: <87bl8vz7lu.fsf@mail.linkov.net> <83a6of8h94.fsf@gnu.org> <838s3z8gei.fsf@gnu.org> <87wnrjxne5.fsf@mail.linkov.net> <837djj86eb.fsf@gnu.org> <87k0nikd0r.fsf@mail.linkov.net> <83pmxa7ka9.fsf@gnu.org> Date: Sun, 30 May 2021 00:38:56 +0300 In-Reply-To: <83pmxa7ka9.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 28 May 2021 22:03:42 +0300") Message-ID: <87eedp8c13.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 48711 Cc: 48711@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> I don't know, the red error face was in the compilation output only 1 day, >> but it's weird that now the last compilation highlights the line >> >> Pure-hashed: 15274 strings, 3028 vectors, 41734 conses, 2570 bytecodes, 254 others >> >> with the blue face-lock-function-name-face correctly again. > > I don't think I follow. Are you saying that the problem no longer > exists? No problem anymore, everything is back to normal. From debbugs-submit-bounces@debbugs.gnu.org Sun May 30 02:33:11 2021 Received: (at 48711) by debbugs.gnu.org; 30 May 2021 06:33:12 +0000 Received: from localhost ([127.0.0.1]:58295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lnF0Z-0003kl-NB for submit@debbugs.gnu.org; Sun, 30 May 2021 02:33:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35136) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lnF0Y-0003kY-4d for 48711@debbugs.gnu.org; Sun, 30 May 2021 02:33:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34244) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lnF0S-0008Cq-Bf; Sun, 30 May 2021 02:33:04 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2072 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lnF0S-0006Pu-3P; Sun, 30 May 2021 02:33:04 -0400 Date: Sun, 30 May 2021 09:33:15 +0300 Message-Id: <83pmx84tp0.fsf@gnu.org> From: Eli Zaretskii To: Juri Linkov In-Reply-To: <87eedp8c13.fsf@mail.linkov.net> (message from Juri Linkov on Sun, 30 May 2021 00:38:56 +0300) Subject: Re: bug#48711: Crashes in lisp_string_width References: <87bl8vz7lu.fsf@mail.linkov.net> <83a6of8h94.fsf@gnu.org> <838s3z8gei.fsf@gnu.org> <87wnrjxne5.fsf@mail.linkov.net> <837djj86eb.fsf@gnu.org> <87k0nikd0r.fsf@mail.linkov.net> <83pmxa7ka9.fsf@gnu.org> <87eedp8c13.fsf@mail.linkov.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 48711 Cc: 48711@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Juri Linkov > Cc: 48711@debbugs.gnu.org > Date: Sun, 30 May 2021 00:38:56 +0300 > > >> I don't know, the red error face was in the compilation output only 1 day, > >> but it's weird that now the last compilation highlights the line > >> > >> Pure-hashed: 15274 strings, 3028 vectors, 41734 conses, 2570 bytecodes, 254 others > >> > >> with the blue face-lock-function-name-face correctly again. > > > > I don't think I follow. Are you saying that the problem no longer > > exists? > > No problem anymore, everything is back to normal. Then I guess we can let the sleeping dogs lie... Thanks. From unknown Sun Jun 15 01:08:28 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 27 Jun 2021 11:24:05 +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