From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 07 13:39:21 2020 Received: (at submit) by debbugs.gnu.org; 7 Nov 2020 18:39:21 +0000 Received: from localhost ([127.0.0.1]:59267 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbT7Q-0005Ao-It for submit@debbugs.gnu.org; Sat, 07 Nov 2020 13:39:21 -0500 Received: from lists.gnu.org ([209.51.188.17]:46228) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbT7M-0005Af-Iy for submit@debbugs.gnu.org; Sat, 07 Nov 2020 13:39:20 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50120) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kbT7M-0004M3-Ag for bug-gnu-emacs@gnu.org; Sat, 07 Nov 2020 13:39:16 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34159) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbT7M-000245-1t for bug-gnu-emacs@gnu.org; Sat, 07 Nov 2020 13:39:16 -0500 Received: from [2607:fea8:3fdf:f688:68d3:cfdd:c93c:1d9] (port=51160 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kbT7L-0002Le-Ku for bug-gnu-emacs@gnu.org; Sat, 07 Nov 2020 13:39:15 -0500 From: Amin Bandali To: bug-gnu-emacs@gnu.org Subject: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) X-Debbugs-Package: emacs,gnus Date: Sat, 07 Nov 2020 13:39:14 -0500 Message-ID: <87sg9l57vx.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==-=-=" X-Spam-Score: -2.3 (--) 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: -3.3 (---) --==-=-= Content-Type: text/plain I noticed today that when trying to open the following message (attached with John's permission) using Gnus in a terminal emulator or a tty in GNU/Linux, it results in Emacs quitting with a segfault. I'm also attaching the result of running `bt full' in GDB after the segfault. The issue seems related in part to the inclusion of Persian characters in the message body. * * * --==-=-= Content-Type: message/rfc822 Content-Disposition: attachment Content-Transfer-Encoding: 8bit Return-Path: Envelope-to: bandali@gnu.org Delivery-date: Thu, 05 Nov 2020 20:26:56 -0500 Received: from auth2-smtp.messagingengine.com ([66.111.4.228]:50595) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) (envelope-from ) id 1kaqWm-0001mt-3c; Thu, 05 Nov 2020 20:26:56 -0500 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailauth.nyi.internal (Postfix) with ESMTP id 9492927C0054; Thu, 5 Nov 2020 20:26:55 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Thu, 05 Nov 2020 20:26:55 -0500 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedruddtkedgfeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufgjfffkfhgfgggtsehgtderredtreejnecuhfhrohhmpeflohhhnhcu hghivghglhgvhicuoehjohhhnhifsehgnhhurdhorhhgqeenucggtffrrghtthgvrhhnpe ejvefhkeejjeegleejgfduhfdukeelvedvgfetudevlefffeduvedutedtteetheenucfk phepjeeirddvfeegrdeiledrudegleenucevlhhushhtvghrufhiiigvpedtnecurfgrrh grmhepmhgrihhlfhhrohhmpehjohhhnhifodhmvghsmhhtphgruhhthhhpvghrshhonhgr lhhithihqdeikeejkedtleeggedqudejjeehfeekudeiqdhjohhhnhifpeepghhnuhdroh hrghesnhgvfigrrhhtihhsrghnshdrtghomh X-ME-Proxy: Received: from localhost (76-234-69-149.lightspeed.frokca.sbcglobal.net [76.234.69.149]) by mail.messagingengine.com (Postfix) with ESMTPA id 29DD9306005B; Thu, 5 Nov 2020 20:26:55 -0500 (EST) From: John Wiegley To: Amin Bandali Subject: Re: Emacs devel updates talk for EmacsConf 2020? In-Reply-To: <87ft5nr6ux.fsf@gnu.org> (Amin Bandali's message of "Thu, 05 Nov 2020 13:33:42 -0500") Date: Thu, 05 Nov 2020 17:26:45 -0800 Message-ID: References: <87imakwt4y.fsf@gnu.org> <87ft5nr6ux.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1.50 (darwin) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-UIDL: 4o+!!CAU"!A3G"!LDK!! --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >>>>> Amin Bandali writes: > Fingers crossed maybe that's changed now? :-) If neither want to do it, and it doesn't sound like they do, then I'll meet with Eli on Zoom, get the year's update from him, take some notes, and then present them for you at Emacs Conf. :) =D9=85=D8=B1=D8=B3=DB=8C =D8=AF=D9=88=D8=B3=D8=AA=D9=85=D8=8C John --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAEBCgAdFiEE3lW3afxXihSlvlQwwUTY9PGf5jAFAl+kplUACgkQwUTY9PGf 5jDkewwAiDa86RtQEbhuaHM+wf2U2o+mxBY014jr848bvU0s7yVWme/v2aAIIVnV lxCgbbCFOq6EK37LRANryBDxnYnNrzwbYWExxDnjHiBqSPsgBI8cLTFH+4IMVRC7 yNklSS065S5TpqwBmNGk+N1wKdfCBHv4H71D8cEqR1pqHshyka7Jq04LoHgEJlGo HHaEHEj4azYsu2G70DKl8cVAC8pizzICVFNSGj2iWnq18zojUWFt6CD4FOme68Re X2ATJSWxewuGsVVd3pVvz0kZSIngIlQDKCUg7C14KX2FQnHyVaZx9B7STXIzT7WA 2IEDBRXKKJw6ceIDdsW5UhfdQyACowgR8NLHgocS1780SxspDOa5ONuJ+Cv3mFOb PbSY8cWDqwC4C9nOjjLFr0jrkRwnRjaryC+2qjD1T/Gm5sm/L0CEDMr3V4E2A4Dd yC89xBS62lxuBlbfAjY/Otvkg8nlTiiQ8t9YwBTo4Mfvc5osBZd4frMmalJx8AFf kF4JEdpZ =lh3m -----END PGP SIGNATURE----- --=-=-=-- --==-=-= Content-Type: text/plain * * * --==-=-= Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename=bt-full.txt Content-Transfer-Encoding: quoted-printable #0 0x0000555555639248 in encode_terminal_code (src=3D0x7ffff7f61cc0, src_l= en=3Dsrc_len@entry=3D1, coding=3Dcoding@entry=3D0x555555e7ec00) at term.c:5= 64 cmp =3D 0x0 gstring =3D 0x0 i =3D src_end =3D 0x7ffff7f61cf0 buf =3D 0x5555561483a0 ' ' , "John =D8=8C=D9=85= =D8=AA=D8=B3=D9=88=D8=AF =DB=8C=D8=B3=D8=B1", '-' nchars =3D 0 nbytes =3D 0 required =3D tbase =3D 0x0 charset_list =3D 0x7fffea1f724b #1 0x0000555555639b66 in tty_write_glyphs (f=3D, string=3D<= optimized out>, len=3D) at term.c:773 face_id =3D 11 conversion_buffer =3D coding =3D 0x555555e7ec00 n =3D stringlen =3D 48 tty =3D 0x555555e7ee70 #2 0x0000555555597a93 in update_frame_line (f=3Df@entry=3D0x555555e35798, = vpos=3D28, updating_menu_p=3Dupdating_menu_p@entry=3Dfalse) at dispnew.c:50= 89 obody =3D nbody =3D 0x7ffff7f60850 op1 =3D op2 =3D np1 =3D nend =3D tem =3D osp =3D nsp =3D begmatch =3D endmatch =3D olen =3D 0 nlen =3D current_matrix =3D desired_matrix =3D current_row =3D desired_row =3D must_write_whole_line_p =3D write_spaces_p =3D colored_spaces_p =3D true #3 0x000055555559a553 in update_frame_1 (f=3Df@entry=3D0x555555e35798, for= ce_p=3Dforce_p@entry=3Dtrue, inhibit_id_p=3D, inhibit_id_p@e= ntry=3Dfalse, set_cursor_p=3Dset_cursor_p@entry=3Dtrue, updating_menu_p=3Du= pdating_menu_p@entry=3Dfalse) at dispnew.c:4787 current_matrix =3D 0x555555e3ddc0 desired_matrix =3D 0x555555e3dd50 i =3D 28 pause_p =3D preempt_count =3D 17 #4 0x000055555559d8f7 in update_frame (f=3Df@entry=3D0x555555e35798, force= _p=3Dtrue, force_p@entry=3Dfalse, inhibit_hairy_id_p=3Dinhibit_hairy_id_p@e= ntry=3Dfalse) at dispnew.c:3246 paused_p =3D #5 0x00005555555d594a in redisplay_internal () at xdisp.c:16023 gcscrollbars =3D f_redisplay_flag =3D f =3D 0x555555e35798 w =3D sw =3D fr =3D pending =3D must_finish =3D match_p =3D tlbufpos =3D tlendpos =3D number_of_visible_frames =3D sf =3D polling_stopped_here =3D true tail =3D 0x555555e3ace3 hscroll_retries =3D garbaged_frame_retries =3D 0 consider_all_windows_p =3D update_miniwindow_p =3D #6 0x00005555555d77d5 in redisplay () at xdisp.c:15159 #7 0x000055555567c353 in read_char (commandflag=3Dcommandflag@entry=3D1, m= ap=3Dmap@entry=3D0x555556db11a3, prev_event=3D0x0, used_mouse_menu=3Dused_m= ouse_menu@entry=3D0x7fffffffd68b, end_time=3Dend_time@entry=3D0x0) at keybo= ard.c:2497 echo_current =3D false c =3D jmpcount =3D local_getcjmp =3D {{__jmpbuf =3D {93825009513893, 93825026478419, 18474, 0, 3= 5328, 93825016046691, 0, 1}, __mask_was_saved =3D 1451053389, __saved_mask = =3D {__val =3D {93824994266479, 93825009513888, 140737488344288, 9382500951= 3893, 35328, 0, 93824993873484, 938 25009513888, 160, 73902, 0, 18475, 140737488343904, 93825011634509, 0, 0}}}} save_jump =3D {{__jmpbuf =3D {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_s= aved =3D 0, __saved_mask =3D {__val =3D {0 }}}} tem =3D save =3D previous_echo_area_message =3D 0x0 also_record =3D 0x0 reread =3D false recorded =3D false polling_stopped_here =3D false orig_kboard =3D 0x555555e81710 #8 0x000055555567eb31 in read_key_sequence (keybuf=3Dkeybuf@entry=3D0x7fff= ffffd7a0, prompt=3Dprompt@entry=3D0x0, dont_downcase_last=3Ddont_downcase_l= ast@entry=3Dfalse, can_return_switch_frame=3Dcan_return_switch_frame@entry= =3Dtrue, fix_current_buffer=3Dfix_current_buff er@entry=3Dtrue, prevent_redisplay=3Dprevent_redisplay@entry=3Dfalse) at ke= yboard.c:9546 interrupted_kboard =3D 0x555555e81710 interrupted_frame =3D 0x555555e35798 key =3D used_mouse_menu =3D false echo_local_start =3D 0 last_real_key_start =3D 0 keys_local_start =3D 0 new_binding =3D t =3D 0 echo_start =3D 0 keys_start =3D 0 current_binding =3D 0x555556db11a3 first_unbound =3D 31 mock_input =3D 0 used_mouse_menu_history =3D {false } fkey =3D {parent =3D 0x555555e39f63, map =3D 0x555555e39f63, start = =3D 0, end =3D 0} keytran =3D {parent =3D 0x7fffea246523, map =3D 0x7fffea246523, sta= rt =3D 0, end =3D 0} indec =3D {parent =3D 0x555555e39f53, map =3D 0x555555e39f53, start= =3D 0, end =3D 0} shift_translated =3D false delayed_switch_frame =3D 0x0 original_uppercase =3D 0x0 original_uppercase_position =3D -1 dummyflag =3D false fake_prefixed_keys =3D 0x0 first_event =3D 0x0 second_event =3D #9 0x00005555556803fc in command_loop_1 () at keyboard.c:1354 cmd =3D keybuf =3D {0x36, 0xfa, 0x126, 0x2aaa94354e18, 0x0, 0x4000000010000000, 0x40= 0000003f000000, 0x555555d994a0 , 0x7fffffffd8b0, 0x5555556ef2ca , 0x4, 0x3400000013, 0x0, 0x0, 0x0, 0x4, 0x5b0000006e, 0x0, 0x5= 55555e74db8, 0x120, 0x7ffff 1aaec40 , 0x5d6fc5937978a300, 0x78, 0x7fffffffd880, 0x0, 0x5555= 55e3a033, 0x0, 0x5555556eccf4 , 0x8, 0x8340} i =3D prev_modiff =3D 2705 prev_buffer =3D 0x5555565cf5a0 #10 0x00005555556ec43e in internal_condition_case (bfun=3Dbfun@entry=3D0x55= 5555680210 , handlers=3Dhandlers@entry=3D0x90, hfun=3Dhfun@= entry=3D0x555555676ed0 ) at eval.c:1359 val =3D c =3D 0x555555e64100 #11 0x0000555555671774 in command_loop_2 (ignore=3Dignore@entry=3D0x0) at k= eyboard.c:1095 val =3D 0x0 #12 0x00005555556ec3ad in internal_catch (tag=3Dtag@entry=3D0xd740, func=3D= func@entry=3D0x555555671750 , arg=3Darg@entry=3D0x0) at eva= l.c:1120 val =3D c =3D 0x555555e817e0 #13 0x000055555567170b in command_loop () at keyboard.c:1074 #14 0x0000555555676ae6 in recursive_edit_1 () at keyboard.c:718 val =3D #15 0x0000555555676e06 in Frecursive_edit () at keyboard.c:790 buffer =3D #16 0x0000555555593e59 in main (argc=3D2, argv=3D) at emacs.= c:2047 stack_bottom_variable =3D 0x300000003 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D dump_mode =3D skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D rlim =3D {rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615} lc_all =3D sockfd =3D -1 module_assertions =3D --==-=-= Content-Type: text/plain * * * In GNU Emacs 28.0.50 (build 4, x86_64-pc-linux-gnu, X toolkit, cairo version 1.15.10, Xaw3d scroll bars) of 2020-11-07 built on langa Repository revision: 423b6b62296df0558cf16f286dd268e0b49b3bce Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.11906000 System Description: Trisquel GNU/Linux Etiona (9.0) Configured using: 'configure --without-gconf --without-gsettings --without-gpm --with-x-toolkit=lucid --with-xaw3d --with-mailutils --prefix=/data/bandali/u/local' Configured features: XAW3D XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND DBUS GLIB NOTIFY INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF ZLIB TOOLKIT_SCROLL_BARS LUCID X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON PDUMPER LCMS2 Important settings: value of $LANG: en_CA.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Group Minor modes in effect: gnus-topic-mode: t gnus-undo-mode: t yas-global-mode: t yas-minor-mode: t server-mode: t global-hl-todo-mode: t global-page-break-lines-mode: t pixel-scroll-mode: t amx-mode: t counsel-mode: t ivy-mode: t recentf-mode: t save-place-mode: t savehist-mode: t show-paren-mode: t winner-mode: t display-battery-mode: t display-time-mode: t global-auto-revert-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t global-prettify-symbols-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t temp-buffer-resize-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-screen hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-screen /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-lilypond hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-lilypond /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-eval hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-eval /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-id hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-id /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-sql hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-sql /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox-latex hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox-latex /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol-w3m hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol-w3m /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-mobile hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-mobile /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-scheme hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-scheme /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-calc hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-calc /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-feed hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-feed /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-clojure hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-clojure /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-faces hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-faces /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-shell hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-shell /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-table hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-table /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol-eww hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol-eww /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-lint hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-lint /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol-rmail hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol-rmail /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-list hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-list /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-octave hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-octave /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-js hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-js /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-asymptote hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-asymptote /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-python hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-python /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-sed hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-sed /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-element hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-element /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-archive hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-archive /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-ebnf hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-ebnf /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-mscgen hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-mscgen /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-sqlite hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-sqlite /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-capture hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-capture /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-ocaml hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-ocaml /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-perl hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-perl /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-goto hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-goto /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-makefile hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-makefile /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol-irc hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol-irc /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-picolisp hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-picolisp /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-awk hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-awk /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-mouse hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-mouse /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-eshell hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-eshell /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-ruby hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-ruby /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-J hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-J /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-attach hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-attach /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-habit hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-habit /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox-ascii hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox-ascii /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-macs hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-macs /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-io hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-io /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-tempo hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-tempo /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-lisp hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-lisp /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-plot hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-plot /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-org hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-org /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol-docview hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol-docview /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol-bbdb hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol-bbdb /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-attach-git hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-attach-git /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox-icalendar hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox-icalendar /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-emacs-lisp hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-emacs-lisp /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-ledger hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-ledger /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox-publish hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox-publish /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-ctags hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-ctags /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox-odt hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox-odt /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox-md hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox-md /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-entities hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-entities /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-haskell hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-haskell /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-fortran hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-fortran /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-sass hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-sass /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol-info hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol-info /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-timer hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-timer /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-matlab hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-matlab /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-inlinetask hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-inlinetask /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol-gnus hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol-gnus /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-groovy hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-groovy /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol-eshell hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol-eshell /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-datetree hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-datetree /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-plantuml hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-plantuml /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-lua hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-lua /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-num hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-num /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-abc hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-abc /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox-man hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox-man /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-latex hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-latex /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-footnote hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-footnote /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-core hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-core /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-pcomplete hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-pcomplete /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-indent hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-indent /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-macro hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-macro /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-stan hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-stan /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-tangle hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-tangle /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-dot hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-dot /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-loaddefs hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-loaddefs /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-clock hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-clock /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-forth hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-forth /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-C hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-C /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-shen hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-shen /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-maxima hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-maxima /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-protocol hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-protocol /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-compat hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-compat /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-vala hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-vala /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-keys hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-keys /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-src hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-src /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-java hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-java /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-table hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-table /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-css hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-css /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-hledger hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-hledger /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol-bibtex hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol-bibtex /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-ditaa hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-ditaa /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox-beamer hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox-beamer /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox-texinfo hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox-texinfo /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-colview hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-colview /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-gnuplot hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-gnuplot /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ol-mhe hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ol-mhe /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-duration hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-duration /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-exp hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-exp /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox-org hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox-org /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-processing hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-processing /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-coq hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-coq /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-version hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-version /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-lob hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-lob /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-R hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-R /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ox-html hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ox-html /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-agenda hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-agenda /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-install hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-install /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-comint hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-comint /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/ob-ref hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/ob-ref /home/bandali/.emacs.d/elpa/org-plus-contrib-20201019/org-crypt hides /data/bandali/u/local/share/emacs/28.0.50/lisp/org/org-crypt Features: (shadow sort gnus-cite orgalist org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint org-pcomplete pcomplete org-list org-faces org-entities noutline outline org-version ob-emacs-lisp ob-core ob-eval org-table ol org-keys org-compat org-macs org-loaddefs flyspell ispell mail-extr emacsbug thingatpt gnus-async qp gnus-ml gnus-topic nndraft nnmh gnutls utf-7 epa-file network-stream nsm nnfolder nnnil gnus-agent gnus-srvr gnus-score score-mode nnvirtual nntp gnus-cache ebdb-gnus gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime dig gnus-sum shr kinsoku svg dom gnus-group gnus-undo gnus-start gnus-dbus gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo parse-time iso8601 gnus-spec gnus-int gnus-range gnus-win ebdb-message sendmail message rmc puny rfc822 mml mml-sec epa derived epg epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 gmm-utils mailheader ebdb-mua ebdb-com crm ebdb-format ebdb mailabbrev eieio-opt speedbar ezimage dframe find-func eieio-base cal-menu calendar cal-loaddefs timezone gnus nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums time-date mail-utils mm-util mail-prsvr boxquote rect yasnippet server hl-todo pcase disp-table page-break-lines delight pixel-scroll amx easy-mmode s counsel xdg xref project dired-x dired dired-loaddefs compile text-property-search comint ansi-color swiper cl-extra help-mode ido ivy delsel colir color ivy-overlay recentf tree-widget wid-edit refinery-theme finder-inf info package easymenu browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core eieio-loaddefs password-cache json map url-vars saveplace savehist paren bandali-erc bandali-ebdb bandali-message bandali-gnus bandali-dired bandali-ibuffer ibuf-macs bandali-eshell bandali-ivy bandali-theme bandali-org edmacro kmacro advice winner ring format-spec battery dbus xml subr-x seq byte-opt bytecomp byte-compile cconv time autorevert filenotify cl-macs gv cl-loaddefs cl-lib tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting font-render-setting cairo x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 312034 24023) (symbols 48 28635 4) (strings 32 94007 4976) (string-bytes 1 3322781) (vectors 16 45126) (vector-slots 8 578609 7922) (floats 8 378 192) (intervals 56 1531 0) (buffers 992 23)) --==-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 07 13:58:54 2020 Received: (at 44506) by debbugs.gnu.org; 7 Nov 2020 18:58:54 +0000 Received: from localhost ([127.0.0.1]:59275 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbTQM-0005cT-AA for submit@debbugs.gnu.org; Sat, 07 Nov 2020 13:58:54 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53520) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbTQK-0005cE-9o for 44506@debbugs.gnu.org; Sat, 07 Nov 2020 13:58:52 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34464) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbTQF-0004ce-0I for 44506@debbugs.gnu.org; Sat, 07 Nov 2020 13:58:47 -0500 Received: from [176.228.60.248] (port=1654 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kbTQC-0006cZ-Vm; Sat, 07 Nov 2020 13:58:45 -0500 Date: Sat, 07 Nov 2020 20:58:46 +0200 Message-Id: <83zh3t56zd.fsf@gnu.org> From: Eli Zaretskii To: Amin Bandali In-Reply-To: <87sg9l57vx.fsf@gnu.org> (message from Amin Bandali on Sat, 07 Nov 2020 13:39:14 -0500) Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: 44506@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: Amin Bandali > Date: Sat, 07 Nov 2020 13:39:14 -0500 > > I noticed today that when trying to open the following message (attached > with John's permission) using Gnus in a terminal emulator or a tty in > GNU/Linux, it results in Emacs quitting with a segfault. I'm also > attaching the result of running `bt full' in GDB after the segfault. > The issue seems related in part to the inclusion of Persian characters > in the message body. Just visiting the text you send in "emacs -Q -nw" doesn't cause any segfaults. Does it happen to you in "emacs -Q"? > #0 0x0000555555639248 in encode_terminal_code (src=0x7ffff7f61cc0, src_len=src_len@entry=1, coding=coding@entry=0x555555e7ec00) at term.c:564 > cmp = 0x0 > gstring = 0x0 > i = > src_end = 0x7ffff7f61cf0 > buf = 0x5555561483a0 ' ' , "John ،متسود یسر", '-' > nchars = 0 > nbytes = 0 > required = > tbase = 0x0 > charset_list = 0x7fffea1f724b This is an optimized build, so it's hard to understand what caused the crash. According to the line number, it crashes here: if (src->u.cmp.automatic) { gstring = composition_gstring_from_id (src->u.cmp.id); required = src->slice.cmp.to - src->slice.cmp.from + 1; } else { cmp = composition_table[src->u.cmp.id]; <<<<<<<<<<<<<<< required = cmp->glyph_len; } If that is true, then I don't understand how it happened: we don't use any compositions except automatic in Emacs, so I'm unsure how you get to that place. Can you see which place in the code indeed crashes and why? From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 07 15:04:03 2020 Received: (at 44506) by debbugs.gnu.org; 7 Nov 2020 20:04:03 +0000 Received: from localhost ([127.0.0.1]:59292 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbURP-00079S-5Q for submit@debbugs.gnu.org; Sat, 07 Nov 2020 15:04:03 -0500 Received: from eggs.gnu.org ([209.51.188.92]:32890) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbURO-00078t-3v for 44506@debbugs.gnu.org; Sat, 07 Nov 2020 15:04:02 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36444) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbURI-00034U-7p; Sat, 07 Nov 2020 15:03:56 -0500 Received: from [2607:fea8:3fdf:f688:2969:6d76:9383:bd3a] (port=34160 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kbURH-00089Y-Jm; Sat, 07 Nov 2020 15:03:55 -0500 From: Amin Bandali To: Eli Zaretskii Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty Organization: GNU References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> Date: Sat, 07 Nov 2020 15:03:53 -0500 In-Reply-To: <83zh3t56zd.fsf@gnu.org> Message-ID: <874km1djdi.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: Eric Abrahamsen , 44506@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 (---) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> From: Amin Bandali >> Date: Sat, 07 Nov 2020 13:39:14 -0500 >>=20 >> I noticed today that when trying to open the following message (attached >> with John's permission) using Gnus in a terminal emulator or a tty in >> GNU/Linux, it results in Emacs quitting with a segfault. I'm also >> attaching the result of running `bt full' in GDB after the segfault. >> The issue seems related in part to the inclusion of Persian characters >> in the message body. > > Just visiting the text you send in "emacs -Q -nw" doesn't cause any > segfaults. Does it happen to you in "emacs -Q"? > It does not indeed. With -Q, visiting the message body saved into a regular text file or opening the actual message using Gnus does not result in a segfault. After some bisecting of my config files, I narrowed the segaulting of Gnus when opening that message down to inclusion of (require 'ebdb-gnus) in my configs. ebdb-gnus is part of EBDB, available on GNU ELPA. I'm Cc'ing Eric, EBDB's creator and maintainer, in case he might have any ideas. >> #0 0x0000555555639248 in encode_terminal_code (src=3D0x7ffff7f61cc0, >> src_len=3Dsrc_len@entry=3D1, coding=3Dcoding@entry=3D0x555555e7ec00) at >> term.c:564 >> cmp =3D 0x0 >> gstring =3D 0x0 >> i =3D >> src_end =3D 0x7ffff7f61cf0 >> buf =3D 0x5555561483a0 ' ' , "John =D8=8C=D9= =85=D8=AA=D8=B3=D9=88=D8=AF >> =DB=8C=D8=B3=D8=B1", '-' >> nchars =3D 0 >> nbytes =3D 0 >> required =3D >> tbase =3D 0x0 >> charset_list =3D 0x7fffea1f724b > > This is an optimized build, so it's hard to understand what caused the > crash. According to the line number, it crashes here: > > if (src->u.cmp.automatic) > { > gstring =3D composition_gstring_from_id (src->u.cmp.id); > required =3D src->slice.cmp.to - src->slice.cmp.from + 1; > } > else > { > cmp =3D composition_table[src->u.cmp.id]; <<<<<<<<<<<<<<< > required =3D cmp->glyph_len; > } > > If that is true, then I don't understand how it happened: we don't use > any compositions except automatic in Emacs, so I'm unsure how you get > to that place. Can you see which place in the code indeed crashes and > why? > GDB's source display does indeed highlight that line for me. Is this the confirmation you were looking for, or did you mean I should look into disabling optimization and *then* run Emacs through GDB to collect the backtrace? Thanks for your help. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJEBAEBCgAuFiEEObM8jZRIDS3cwqSYi0Sgzce5VvIFAl+m/akQHGJhbmRhbGlA Z251Lm9yZwAKCRCLRKDNx7lW8kHHD/9Hi+6L1PA6+NDhwK0BgYNgq8vReNCrI5VK ezjXIXH4p+ZPIp1cXuc7Qq73dWJHSiCnr1GuSpvK2OMWXSAXgMH9eeuAZfABrZ/c R6FEDzsGQ2nRZMsRnykK+ZtHNg3B8qfEe472BKOg2jr97oeUQQqje+aKYn4xDMuo PLnFJQcNG9C4ebRsYO7OI68NNF22+TFUu3SnloXyKgJLSB9TTgq6+jdJ0J5XCqnY 37atDCw3yvxLiq6e0XA1aU+sPNzadKB+4nK3BlRmeEnxXVgoWcA8z/7XXgA4wcT0 AugI1ooXO/gwoe1Ky2CQCwxdnoruy7E28DCNmL6YvjUnTaQFzDeKr+qgcngC6NCo XWsVtK6XoeF4rQCEfhPkOPIUKMcybK2jBoui/KhpTue4zamIdCbZqzIagJ/pv7HV LHXEfJT5+ZWf2RN5uYT9FqeGIm+E6VxdCY1oVdPW/R6lHwPOnG/4XsXadntHceNy bLe16SVflDPtSOPlqYaMWTCVTzf/a/BVSTk+HsI5B/VZRf82fEBU1a/NbU1FZrFl pshoOh+VGzQMPGtS2NfgRjHzE2pxO/Pf5XN/pL+6umV3DGVREmVvASawjfKp9LVY r10I/6qNEJKvhABph3G52QE/r+HmYl/BvwlxcukiHxjH+aUibQmNPBZwHidlVgD5 uji3RAIyiA== =1svF -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 07 15:29:50 2020 Received: (at 44506) by debbugs.gnu.org; 7 Nov 2020 20:29:50 +0000 Received: from localhost ([127.0.0.1]:59313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbUqL-00081h-Oj for submit@debbugs.gnu.org; Sat, 07 Nov 2020 15:29:50 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36006) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbUqJ-00081R-CR for 44506@debbugs.gnu.org; Sat, 07 Nov 2020 15:29:47 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36786) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbUqD-00066p-My; Sat, 07 Nov 2020 15:29:41 -0500 Received: from [176.228.60.248] (port=3247 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kbUqC-0002iS-L0; Sat, 07 Nov 2020 15:29:41 -0500 Date: Sat, 07 Nov 2020 22:29:42 +0200 Message-Id: <83y2jc6hc9.fsf@gnu.org> From: Eli Zaretskii To: Amin Bandali In-Reply-To: <874km1djdi.fsf@gnu.org> (message from Amin Bandali on Sat, 07 Nov 2020 15:03:53 -0500) Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@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: Amin Bandali > Cc: 44506@debbugs.gnu.org, Eric Abrahamsen > Date: Sat, 07 Nov 2020 15:03:53 -0500 > > After some bisecting of my config files, I narrowed the segaulting of > Gnus when opening that message down to inclusion of (require 'ebdb-gnus) > in my configs. ebdb-gnus is part of EBDB, available on GNU ELPA. I'm > Cc'ing Eric, EBDB's creator and maintainer, in case he might have any > ideas. I don't see anything in EBDB that could cause Emacs to use static compositions, but maybe I'm missing something. > > if (src->u.cmp.automatic) > > { > > gstring = composition_gstring_from_id (src->u.cmp.id); > > required = src->slice.cmp.to - src->slice.cmp.from + 1; > > } > > else > > { > > cmp = composition_table[src->u.cmp.id]; <<<<<<<<<<<<<<< > > required = cmp->glyph_len; > > } > > > > If that is true, then I don't understand how it happened: we don't use > > any compositions except automatic in Emacs, so I'm unsure how you get > > to that place. Can you see which place in the code indeed crashes and > > why? > > GDB's source display does indeed highlight that line for me. Is this > the confirmation you were looking for, or did you mean I should look > into disabling optimization and *then* run Emacs through GDB to collect > the backtrace? Reproducing in an unoptimized build would be the most efficient way of telling if that's indeed something related to static compositions. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 07 23:03:28 2020 Received: (at 44506) by debbugs.gnu.org; 8 Nov 2020 04:03:28 +0000 Received: from localhost ([127.0.0.1]:59565 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbbvM-0001xR-Ew for submit@debbugs.gnu.org; Sat, 07 Nov 2020 23:03:28 -0500 Received: from ericabrahamsen.net ([52.70.2.18]:58030 helo=mail.ericabrahamsen.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbbvK-0001xF-S5 for 44506@debbugs.gnu.org; Sat, 07 Nov 2020 23:03:27 -0500 Received: from localhost (24-113-150-48.wavecable.com [24.113.150.48]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id 162E5FA086; Sun, 8 Nov 2020 04:03:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericabrahamsen.net; s=mail; t=1604808201; bh=+ebaxaBHkM+CWUWUUbPQ5ClsdJB9Svr2JliqIbYkoUo=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=pVDE/iARdDYKjKSFidbXHNFsEKvHa4luAuqh/PAHVHN35pxIMpW+YwZY1Af/86McY m30FEOJ/QVEsi0+jzVI0/S1bHqAXPfe+YrVipN21tfBXMaJoz8KtEGmXWMosWs9tXf GvRX5LGa+JQ7BoqSGZBYNiKe/ujkIYJKDYEQQXBc= From: Eric Abrahamsen To: Eli Zaretskii Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> Date: Sat, 07 Nov 2020 20:03:14 -0800 In-Reply-To: <83y2jc6hc9.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 07 Nov 2020 22:29:42 +0200") Message-ID: <87mtzsbim5.fsf@ericabrahamsen.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: 44506@debbugs.gnu.org, Amin Bandali 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 (---) On 11/07/20 22:29 PM, Eli Zaretskii wrote: >> From: Amin Bandali >> Cc: 44506@debbugs.gnu.org, Eric Abrahamsen >> Date: Sat, 07 Nov 2020 15:03:53 -0500 >> >> After some bisecting of my config files, I narrowed the segaulting of >> Gnus when opening that message down to inclusion of (require 'ebdb-gnus) >> in my configs. ebdb-gnus is part of EBDB, available on GNU ELPA. I'm >> Cc'ing Eric, EBDB's creator and maintainer, in case he might have any >> ideas. > > I don't see anything in EBDB that could cause Emacs to use static > compositions, but maybe I'm missing something. FWIW I was able to reproduce the segfault in terminal (not in GUI). I don't know what static compositions are, but the places where EBDB messes with lower-level character stuff are pasted below. As you can see it's pretty ad-hoc stuff. There's also ebdb-i18n.el, but that mostly just involves looking up the scripts of characters in `char-script-table'. (defconst ebdb-char-fold-table (eval-when-compile (let ((tbl (make-char-table 'char-fold-table)) (uni (unicode-property-table-internal 'decomposition)) ;; Lowercase and uppercase alphabet. (target-seq (append (number-sequence 65 90) (number-sequence 97 122)))) ;; I don't understand what's happening here, but it's necessary. (let ((func (char-table-extra-slot uni 1))) (map-char-table (lambda (char v) (when (consp char) (funcall func (car char) v uni))) uni)) ;; Create lists of equivalent chars, keyed to the most basic ;; ascii letter. (map-char-table (lambda (char decomp) (when (consp decomp) (when (symbolp (car decomp)) (setq decomp (cdr decomp))) (when (memq (car decomp) target-seq) (aset tbl (car decomp) (cons char (aref tbl (car decomp))))))) uni) ;; Then turn the lists into regexps. (map-char-table (lambda (char dec-list) (let ((re (regexp-opt (cons (char-to-string char) (mapcar #'string dec-list))))) (aset tbl char re))) tbl) tbl)) "Char-table holding regexps used in char fold searches. Keys are characters in the upper- and lower-case ascii ranges. Values are a regexp matching all characters that decompose to the key character.") (defun ebdb-char-fold-to-regexp (string) "A highly simplified version of `char-fold-to-regexp'. Only converts characters in STRING that decompose to the range [a-zA-Z]." (let ((out nil) (end (length string)) char (i 0)) (while (< i end) (setq char (aref string i)) (push (or (aref ebdb-char-fold-table char) (string char)) out) (cl-incf i)) (setq out (apply #'concat (nreverse out))) (if (> (length out) 5000) (regexp-quote string) out))) From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 07 23:05:23 2020 Received: (at 44506) by debbugs.gnu.org; 8 Nov 2020 04:05:23 +0000 Received: from localhost ([127.0.0.1]:59570 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbbxC-00020O-TS for submit@debbugs.gnu.org; Sat, 07 Nov 2020 23:05:23 -0500 Received: from ericabrahamsen.net ([52.70.2.18]:58072 helo=mail.ericabrahamsen.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbbxB-000208-6g for 44506@debbugs.gnu.org; Sat, 07 Nov 2020 23:05:21 -0500 Received: from localhost (24-113-150-48.wavecable.com [24.113.150.48]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id 61F9CFA086; Sun, 8 Nov 2020 04:05:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericabrahamsen.net; s=mail; t=1604808315; bh=+ebaxaBHkM+CWUWUUbPQ5ClsdJB9Svr2JliqIbYkoUo=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=w+W3EXSd0lTW6jy0TPsK/bGyE4UfZI6iGbr7SOWEh3D/3zSSgbYKL3j+U6emXhyy+ HzFGu1TMdwiy8Mo5iZiVm9OnCLJfRTpEipA99fP4Brt3mMZeVcT6j2X4gERBDoAq1R 5F7ibl+nOTQDYln/wxIGzVScxs2V+j6SoQ2/EHz4= From: Eric Abrahamsen To: Eli Zaretskii Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty In-Reply-To: <83y2jc6hc9.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 07 Nov 2020 22:29:42 +0200") References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Date: Sat, 07 Nov 2020 20:05:13 -0800 Message-ID: <87eel4biiu.fsf@ericabrahamsen.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: 44506@debbugs.gnu.org, Amin Bandali 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 (---) On 11/07/20 22:29 PM, Eli Zaretskii wrote: >> From: Amin Bandali >> Cc: 44506@debbugs.gnu.org, Eric Abrahamsen >> Date: Sat, 07 Nov 2020 15:03:53 -0500 >> >> After some bisecting of my config files, I narrowed the segaulting of >> Gnus when opening that message down to inclusion of (require 'ebdb-gnus) >> in my configs. ebdb-gnus is part of EBDB, available on GNU ELPA. I'm >> Cc'ing Eric, EBDB's creator and maintainer, in case he might have any >> ideas. > > I don't see anything in EBDB that could cause Emacs to use static > compositions, but maybe I'm missing something. FWIW I was able to reproduce the segfault in terminal (not in GUI). I don't know what static compositions are, but the places where EBDB messes with lower-level character stuff are pasted below. As you can see it's pretty ad-hoc stuff. There's also ebdb-i18n.el, but that mostly just involves looking up the scripts of characters in `char-script-table'. (defconst ebdb-char-fold-table (eval-when-compile (let ((tbl (make-char-table 'char-fold-table)) (uni (unicode-property-table-internal 'decomposition)) ;; Lowercase and uppercase alphabet. (target-seq (append (number-sequence 65 90) (number-sequence 97 122)))) ;; I don't understand what's happening here, but it's necessary. (let ((func (char-table-extra-slot uni 1))) (map-char-table (lambda (char v) (when (consp char) (funcall func (car char) v uni))) uni)) ;; Create lists of equivalent chars, keyed to the most basic ;; ascii letter. (map-char-table (lambda (char decomp) (when (consp decomp) (when (symbolp (car decomp)) (setq decomp (cdr decomp))) (when (memq (car decomp) target-seq) (aset tbl (car decomp) (cons char (aref tbl (car decomp))))))) uni) ;; Then turn the lists into regexps. (map-char-table (lambda (char dec-list) (let ((re (regexp-opt (cons (char-to-string char) (mapcar #'string dec-list))))) (aset tbl char re))) tbl) tbl)) "Char-table holding regexps used in char fold searches. Keys are characters in the upper- and lower-case ascii ranges. Values are a regexp matching all characters that decompose to the key character.") (defun ebdb-char-fold-to-regexp (string) "A highly simplified version of `char-fold-to-regexp'. Only converts characters in STRING that decompose to the range [a-zA-Z]." (let ((out nil) (end (length string)) char (i 0)) (while (< i end) (setq char (aref string i)) (push (or (aref ebdb-char-fold-table char) (string char)) out) (cl-incf i)) (setq out (apply #'concat (nreverse out))) (if (> (length out) 5000) (regexp-quote string) out))) From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 08 09:56:44 2020 Received: (at 44506) by debbugs.gnu.org; 8 Nov 2020 14:56:44 +0000 Received: from localhost ([127.0.0.1]:32854 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbm7X-0007dI-LC for submit@debbugs.gnu.org; Sun, 08 Nov 2020 09:56:44 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54770) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbm7V-0007d3-EA for 44506@debbugs.gnu.org; Sun, 08 Nov 2020 09:56:42 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49999) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbm7P-00073Y-IB; Sun, 08 Nov 2020 09:56:35 -0500 Received: from [176.228.60.248] (port=3521 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kbm7N-0001G5-4q; Sun, 08 Nov 2020 09:56:33 -0500 Date: Sun, 08 Nov 2020 16:56:37 +0200 Message-Id: <83v9ef6gnu.fsf@gnu.org> From: Eli Zaretskii To: Eric Abrahamsen In-Reply-To: <87mtzsbim5.fsf@ericabrahamsen.net> (message from Eric Abrahamsen on Sat, 07 Nov 2020 20:03:14 -0800) Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: 44506@debbugs.gnu.org, bandali@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: Eric Abrahamsen > Cc: Amin Bandali , 44506@debbugs.gnu.org > Date: Sat, 07 Nov 2020 20:03:14 -0800 > > >> After some bisecting of my config files, I narrowed the segaulting of > >> Gnus when opening that message down to inclusion of (require 'ebdb-gnus) > >> in my configs. ebdb-gnus is part of EBDB, available on GNU ELPA. I'm > >> Cc'ing Eric, EBDB's creator and maintainer, in case he might have any > >> ideas. > > > > I don't see anything in EBDB that could cause Emacs to use static > > compositions, but maybe I'm missing something. > > FWIW I was able to reproduce the segfault in terminal (not in GUI). Half the kingdom for a reproduction recipe that doesn't need Gnus or EBDB, or at least starts with "emacs -Q" and loads whatever packages are needed as part of the recipe. > I don't know what static compositions are, but the places where EBDB > messes with lower-level character stuff are pasted below. As you can > see it's pretty ad-hoc stuff. I don't think I see the relevance, not yet. The crash happened during routine redisplay, and ebdb-search, which is the consumer of ebdb-char-fold-table, is nowhere on the crash backtrace. So I still think a backtrace from an unoptimized build, where I can see the exact locus of the crash and ask for values of some variables, would be the fastest path to finding the culprit. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 08 13:27:16 2020 Received: (at 44506) by debbugs.gnu.org; 8 Nov 2020 18:27:16 +0000 Received: from localhost ([127.0.0.1]:33034 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbpPH-0006FG-SO for submit@debbugs.gnu.org; Sun, 08 Nov 2020 13:27:16 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34672) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbpPF-0006F2-K4 for 44506@debbugs.gnu.org; Sun, 08 Nov 2020 13:27:14 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54489) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbpP9-00020t-T6; Sun, 08 Nov 2020 13:27:07 -0500 Received: from [2607:fea8:3fdf:f688:2969:6d76:9383:bd3a] (port=37448 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kbpP7-0001bP-OY; Sun, 08 Nov 2020 13:27:06 -0500 From: Amin Bandali To: Eli Zaretskii Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty Organization: GNU References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> Date: Sun, 08 Nov 2020 13:27:04 -0500 In-Reply-To: <83v9ef6gnu.fsf@gnu.org> Message-ID: <877dqvvh53.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="==-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: Eric Abrahamsen , 44506@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 (---) --==-=-= Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= Content-Type: text/plain Eli Zaretskii writes: [...] > > So I still think a backtrace from an unoptimized build, where I can > see the exact locus of the crash and ask for values of some variables, > would be the fastest path to finding the culprit. > Please find attached the result of `bt full' from an unoptimized build. > > Thanks. > Thanks again. --=-=-= Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename=bt-full-debug.txt Content-Transfer-Encoding: quoted-printable #0 0x00005555556be41e in encode_terminal_code (src=3D0x7ffff7f59400, src_l= en=3D1, coding=3D0x55555615e330) at term.c:564 cmp =3D 0x0 gstring =3D XIL(0) i =3D 0 src_end =3D 0x7ffff7f59430 buf =3D 0x555556241720 ' ' , "John =D8=8C=D9=85= =D8=AA=D8=B3=D9=88=D8=AF =DB=8C=D8=B3=D8=B1", '-' , "\377= \377\377" nchars =3D 0 nbytes =3D 0 required =3D 5 tlen =3D 0 tbase =3D 0x0 charset_list =3D XIL(0x7fffea1f684b) #1 0x00005555556beef1 in tty_write_glyphs (f=3D0x555556113798, string=3D0x= 7ffff7f59400, len=3D94) at term.c:773 face_id =3D 11 conversion_buffer =3D 0x555556241b10 ' ' , "John = =D8=8C=D9=85=D8=AA=D8=B3=D9=88=D8=AF =DB=8C=D8=B3=D8=B1", '-' coding =3D 0x55555615e330 n =3D 1 stringlen =3D 1 tty =3D 0x55555615e5a0 #2 0x00005555556c8ca3 in write_glyphs (f=3D0x555556113798, string=3D0x7fff= f7f58290, len=3D94) at terminal.c:163 #3 0x00005555555a000c in update_frame_line (f=3D0x555556113798, vpos=3D24,= updating_menu_p=3Dfalse) at dispnew.c:5089 obody =3D 0x0 nbody =3D 0x7ffff7f58290 op1 =3D 0x7ffff174d858 <_IO_new_file_sync+184> op2 =3D 0x55555611bd50 np1 =3D 0x3d60 nend =3D 0x7ffff7f5a000 tem =3D 0 osp =3D 2 nsp =3D 1444253696 begmatch =3D 21845 endmatch =3D -17056 olen =3D 0 nlen =3D 94 current_matrix =3D 0x55555611bfc0 desired_matrix =3D 0x55555611bd50 current_row =3D 0x555556125e20 desired_row =3D 0x555556123410 must_write_whole_line_p =3D true write_spaces_p =3D false colored_spaces_p =3D false #4 0x000055555559f1fc in update_frame_1 (f=3D0x555556113798, force_p=3Dtru= e, inhibit_id_p=3Dfalse, set_cursor_p=3Dtrue, updating_menu_p=3Dfalse) at d= ispnew.c:4787 current_matrix =3D 0x55555611bfc0 desired_matrix =3D 0x55555611bd50 i =3D 24 pause_p =3D 85 preempt_count =3D 17 #5 0x000055555559b03c in update_frame (f=3D0x555556113798, force_p=3Dtrue,= inhibit_hairy_id_p=3Dfalse) at dispnew.c:3246 paused_p =3D false root_window =3D 0x555556590430 #6 0x00005555555f72d6 in redisplay_internal () at xdisp.c:16023 gcscrollbars =3D true f_redisplay_flag =3D true f =3D 0x555556113798 w =3D 0x555556113a00 sw =3D 0x555556113a00 fr =3D 0x555556113798 pending =3D false must_finish =3D true match_p =3D true tlbufpos =3D { charpos =3D 18373, bytepos =3D 18400 } tlendpos =3D { charpos =3D 850, bytepos =3D 850 } number_of_visible_frames =3D 1 count =3D 3 sf =3D 0x555556113798 polling_stopped_here =3D true tail =3D XIL(0x555556118ce3) frame =3D XIL(0x55555611379d) hscroll_retries =3D 0 garbaged_frame_retries =3D 0 consider_all_windows_p =3D true update_miniwindow_p =3D true #7 0x00005555555f4a20 in redisplay () at xdisp.c:15159 #8 0x0000555555738185 in read_char (commandflag=3D1, map=3DXIL(0x555556db2= b63), prev_event=3DXIL(0), used_mouse_menu=3D0x7fffffffd56d, end_time=3D0x0= ) at keyboard.c:2497 echo_current =3D false c =3D XIL(0) jmpcount =3D 140737488343824 local_getcjmp =3D {{ __jmpbuf =3D {0, 0, 0, 93825003909856, 140737488344000, 9382499= 5092361, 140737488344144, 93825003909856}, __mask_was_saved =3D 0, __saved_mask =3D { __val =3D {0, 140737488344032, 93824995092445, 14073712165526= 7, 2478421848, 140737488344144, 93824995140529, 93825017785299, 3, 14073748= 8344112, 0, 140737488344144, 938 25003909856, 0, 0, 140737488344144} } }} save_jump =3D {{ __jmpbuf =3D {140737488344176, 0, 140737488344304, 938249943525= 82, 0, 48, 140737488344656, 35328}, __mask_was_saved =3D 35328, __saved_mask =3D { __val =3D {93825003945184, 140737488344256, 93824994326029, 9= 3825017785299, 93825003945184, 35328, 35328, 140737488344288, 0, 0, 9382500= 3909856, 140737488344336, 938249 94182452, 93825004550040, 93825003909856, 0} } }} tem =3D XIL(0x555556744190) save =3D make_fixnum(23456248737754) previous_echo_area_message =3D XIL(0) also_record =3D XIL(0) reread =3D false recorded =3D false polling_stopped_here =3D false orig_kboard =3D 0x555556160fc0 #9 0x000055555574b8e8 in read_key_sequence (keybuf=3D0x7fffffffd750, promp= t=3DXIL(0), dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, fix= _current_buffer=3Dtrue, prevent_redisplay=3Dfalse) at keyboard.c:9546 interrupted_kboard =3D 0x555556160fc0 interrupted_frame =3D 0x555556113798 key =3D XIL(0x47c5) used_mouse_menu =3D false echo_local_start =3D 0 last_real_key_start =3D 0 keys_local_start =3D 0 new_binding =3D XIL(0x7fffffffd698) count =3D 3 t =3D 0 echo_start =3D 0 keys_start =3D 0 current_binding =3D XIL(0x555556db2b63) first_unbound =3D 31 mock_input =3D 0 used_mouse_menu_history =3D {false } fkey =3D { parent =3D XIL(0x5555561178a3), map =3D XIL(0x5555561178a3), start =3D 0, end =3D 0 } keytran =3D { parent =3D XIL(0x7fffea245b23), map =3D XIL(0x7fffea245b23), start =3D 0, end =3D 0 } indec =3D { parent =3D XIL(0x555556117893), map =3D XIL(0x555556117893), start =3D 0, end =3D 0 } shift_translated =3D false delayed_switch_frame =3D XIL(0) original_uppercase =3D XIL(0) original_uppercase_position =3D -1 dummyflag =3D false starting_buffer =3D 0x555556744190 fake_prefixed_keys =3D XIL(0) first_event =3D XIL(0) second_event =3D XIL(0) #10 0x000055555573447d in command_loop_1 () at keyboard.c:1354 cmd =3D XIL(0x92bca0) keybuf =3D {make_fixnum(13), make_fixnum(84), XIL(0x55555633fa53), XIL(0), X= IL(0), XIL(0x5555560772e0), XIL(0x7fffffffd7b0), XIL(0), XIL(0), XIL(0x5555= 560772e0), XIL(0x7fffffffd7d0) , XIL(0x55555580e789), XIL(0x7fffffffd7d0), XIL(0x5555560772e0), XIL(0), XI= L(0), XIL(0x7fffffffd7f0), XIL(0x55555580e7dd), XIL(0), XIL(0x5633fa53), XI= L(0x7fffffffd830), XIL(0x55555 5813d08), XIL(0x100000000), XIL(0x90), XIL(0), XIL(0x55555615c000), XIL(0x7= fffffffd850), make_fixnum(0), XIL(0x7fffffffd860), XIL(0x555555813c11)} i =3D 1 prev_modiff =3D 8325 prev_buffer =3D 0x555556744190 already_adjusted =3D false #11 0x00005555558137cc in internal_condition_case (bfun=3D0x555555733fe3 , handlers=3DXIL(0x90), hfun=3D0x5555557335af ) at= eval.c:1359 val =3D XIL(0x555556118043) c =3D 0x55555615c000 #12 0x0000555555733bca in command_loop_2 (ignore=3DXIL(0)) at keyboard.c:10= 95 val =3D make_fixnum(0) #13 0x0000555555812c26 in internal_catch (tag=3DXIL(0xd740), func=3D0x55555= 5733b9d , arg=3DXIL(0)) at eval.c:1120 val =3D XIL(0x555555730588) c =3D 0x55555615ced0 #14 0x0000555555733b68 in command_loop () at keyboard.c:1074 #15 0x0000555555733096 in recursive_edit_1 () at keyboard.c:718 count =3D 1 val =3D XIL(0x7fffffffd990) #16 0x000055555573328e in Frecursive_edit () at keyboard.c:790 count =3D 0 buffer =3D XIL(0) #17 0x000055555572f02b in main (argc=3D3, argv=3D0x7fffffffdbb8) at emacs.c= :2047 stack_bottom_variable =3D 0x20 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615 } lc_all =3D 0x0 sockfd =3D -1 module_assertions =3D false Lisp Backtrace: "redisplay_internal (C function)" (0x0) --=-=-=-- --==-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJEBAEBCgAuFiEEObM8jZRIDS3cwqSYi0Sgzce5VvIFAl+oOHgQHGJhbmRhbGlA Z251Lm9yZwAKCRCLRKDNx7lW8qDSEACXsxZhDQ7n67ELnUK/yrnaUDvynGn2daFD nmNspg8kxLL21IUcUXA15YUlycvhJakl9ZYNcPpPyDOs2kmsQXYp6Bbs6MS1mTWq iko5h8BnMW6ysy/AO1hIYv5Xj54puyf5exOfeTmNxP4wCbCS/TM5hre5/P2eJO0t 0s+VJvGUSo8U0eM4B3Hnvc3ycgR5x7et/4DFd9H1ucCcOoD9TvuhouFZQTDUxLJd 09HO2D3EuE645XQsDHhJpGFEFLtG2oBeAphCjSyCu1lUndyDLlO09Ah7hX2suQSY Jmi6LLXcqiFgUJd3FSJH6lwRdI6qmen6cak1PaTSXJ+jkcIIqB8SdhrRskSWmgfs 0RWI3W+i3lTAuJZ+DJDbT8GectrL5bzhZQyL6bEs9Vp4/dgUzDg41uo0WIWsW6QW SKb/op239K9jDvoSlUWe33IJYnS+SxtPQEerY83pJCEzG65QkPry2WpTjH34XZsU BVkjCswQ45kyh3uiye2ckLw2pBTNHdmIT99++bdTp43lBAiZ+Ce6P41yzm60WIa0 VXRN4Q6uXbvBRH2NtscwIoCnOBHUMxHAO7kT2rNyc7/KQMg3A8CLmheSX0sxKyI/ 9KyaXjjbJ3alg9Qr7saANdu3co8sC/QWP6pZhH6+VHQ3gKIk2Zbhz8xDDO9lsyTY wzQVIlw1bg== =2dcQ -----END PGP SIGNATURE----- --==-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 08 13:54:52 2020 Received: (at 44506) by debbugs.gnu.org; 8 Nov 2020 18:54:53 +0000 Received: from localhost ([127.0.0.1]:33046 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbpq0-0006sP-Kf for submit@debbugs.gnu.org; Sun, 08 Nov 2020 13:54:52 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38120) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbppy-0006sC-Ot for 44506@debbugs.gnu.org; Sun, 08 Nov 2020 13:54:51 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54759) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbppt-00058h-6b; Sun, 08 Nov 2020 13:54:45 -0500 Received: from [176.228.60.248] (port=2549 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kbpps-0003dW-A3; Sun, 08 Nov 2020 13:54:44 -0500 Date: Sun, 08 Nov 2020 20:54:48 +0200 Message-Id: <83d00n65mv.fsf@gnu.org> From: Eli Zaretskii To: Amin Bandali In-Reply-To: <877dqvvh53.fsf@gnu.org> (message from Amin Bandali on Sun, 08 Nov 2020 13:27:04 -0500) Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@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: Amin Bandali > Cc: Eric Abrahamsen , 44506@debbugs.gnu.org > Date: Sun, 08 Nov 2020 13:27:04 -0500 > > Please find attached the result of `bt full' from an unoptimized build. Thanks. > #0 0x00005555556be41e in encode_terminal_code (src=0x7ffff7f59400, src_len=1, coding=0x55555615e330) at term.c:564 > cmp = 0x0 > gstring = XIL(0) > i = 0 > src_end = 0x7ffff7f59430 > buf = 0x555556241720 ' ' , "John ،متسود یسر", '-' , "\377\377\377" > nchars = 0 > nbytes = 0 > required = 5 > tlen = 0 > tbase = 0x0 > charset_list = XIL(0x7fffea1f684b) > #1 0x00005555556beef1 in tty_write_glyphs (f=0x555556113798, string=0x7ffff7f59400, len=94) at term.c:773 > face_id = 11 > conversion_buffer = 0x555556241b10 ' ' , "John ،متسود یسر", '-' > coding = 0x55555615e330 > n = 1 > stringlen = 1 > tty = 0x55555615e5a0 > #2 0x00005555556c8ca3 in write_glyphs (f=0x555556113798, string=0x7ffff7f58290, len=94) at terminal.c:163 > #3 0x00005555555a000c in update_frame_line (f=0x555556113798, vpos=24, updating_menu_p=false) at dispnew.c:5089 Please show the output of these GDB commands: (gdb) source /path/to/emacs/src/.gdbinit (gdb) frame 0 (gdb) print *src (gdb) frame 3 (gdb) pgrowx desired_row (replace "/path/to/emacs/src" with the actual directory name of the Emacs's src directory). From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 08 14:20:36 2020 Received: (at 44506) by debbugs.gnu.org; 8 Nov 2020 19:20:36 +0000 Received: from localhost ([127.0.0.1]:33059 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbqEu-0007TJ-44 for submit@debbugs.gnu.org; Sun, 08 Nov 2020 14:20:36 -0500 Received: from eggs.gnu.org ([209.51.188.92]:40962) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbqEs-0007T7-GE for 44506@debbugs.gnu.org; Sun, 08 Nov 2020 14:20:35 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54949) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbqEn-0007nM-1C; Sun, 08 Nov 2020 14:20:29 -0500 Received: from [176.228.60.248] (port=4117 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kbqEh-0007iB-80; Sun, 08 Nov 2020 14:20:25 -0500 Date: Sun, 08 Nov 2020 21:20:27 +0200 Message-Id: <83blg764g4.fsf@gnu.org> From: Eli Zaretskii To: bandali@gnu.org In-Reply-To: <83d00n65mv.fsf@gnu.org> (message from Eli Zaretskii on Sun, 08 Nov 2020 20:54:48 +0200) Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@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: Sun, 08 Nov 2020 20:54:48 +0200 > From: Eli Zaretskii > Cc: eric@ericabrahamsen.net, 44506@debbugs.gnu.org > > Please show the output of these GDB commands: > > (gdb) source /path/to/emacs/src/.gdbinit > (gdb) frame 0 > (gdb) print *src > (gdb) frame 3 > (gdb) pgrowx desired_row And one more: (gdb) print composition_table_size From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 08 15:40:08 2020 Received: (at 44506) by debbugs.gnu.org; 8 Nov 2020 20:40:08 +0000 Received: from localhost ([127.0.0.1]:33152 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbrTq-00036l-Vj for submit@debbugs.gnu.org; Sun, 08 Nov 2020 15:40:07 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51790) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbrTo-000368-Fq for 44506@debbugs.gnu.org; Sun, 08 Nov 2020 15:40:06 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56051) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbrTj-0007vJ-0w; Sun, 08 Nov 2020 15:39:59 -0500 Received: from [2607:fea8:3fdf:f688:2969:6d76:9383:bd3a] (port=37708 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kbrTi-0003ni-7g; Sun, 08 Nov 2020 15:39:58 -0500 From: Amin Bandali To: Eli Zaretskii Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty Organization: GNU References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> Date: Sun, 08 Nov 2020 15:39:56 -0500 In-Reply-To: <83blg764g4.fsf@gnu.org> Message-ID: <87v9ef7fc3.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="==-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@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 (---) --==-=-= Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> Date: Sun, 08 Nov 2020 20:54:48 +0200 >> From: Eli Zaretskii >> Cc: eric@ericabrahamsen.net, 44506@debbugs.gnu.org >>=20 >> Please show the output of these GDB commands: >>=20 >> (gdb) source /path/to/emacs/src/.gdbinit >> (gdb) frame 0 >> (gdb) print *src >> (gdb) frame 3 >> (gdb) pgrowx desired_row > > And one more: > > (gdb) print composition_table_size > Please find the outputs attached. Thanks. --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=requested-gdb-commands.txt (gdb) source /home/bandali/s/emacs/src/.gdbinit SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] Redefine command "xgetptr"? (y or n) [answered Y; input not from terminal] Redefine command "xgetint"? (y or n) [answered Y; input not from terminal] Redefine command "xgettype"? (y or n) [answered Y; input not from terminal] Redefine command "xgetsym"? (y or n) [answered Y; input not from terminal] Redefine command "xsymname"? (y or n) [answered Y; input not from terminal] Redefine command "pr"? (y or n) [answered Y; input not from terminal] Redefine command "pp"? (y or n) [answered Y; input not from terminal] Redefine command "pv"? (y or n) [answered Y; input not from terminal] Redefine command "xfmt"? (y or n) [answered Y; input not from terminal] Redefine command "ppt"? (y or n) [answered Y; input not from terminal] Redefine command "pitmethod"? (y or n) [answered Y; input not from terminal] Redefine command "pitx"? (y or n) [answered Y; input not from terminal] Redefine command "pit"? (y or n) [answered Y; input not from terminal] Redefine command "prowx"? (y or n) [answered Y; input not from terminal] Redefine command "prow"? (y or n) [answered Y; input not from terminal] Redefine command "pcursorx"? (y or n) [answered Y; input not from terminal] Redefine command "pcursor"? (y or n) [answered Y; input not from terminal] Redefine command "pwinx"? (y or n) [answered Y; input not from terminal] Redefine command "pwin"? (y or n) [answered Y; input not from terminal] Redefine command "pbiditype"? (y or n) [answered Y; input not from terminal] Redefine command "pgx"? (y or n) [answered Y; input not from terminal] Redefine command "pg"? (y or n) [answered Y; input not from terminal] Redefine command "pgi"? (y or n) [answered Y; input not from terminal] Redefine command "pgn"? (y or n) [answered Y; input not from terminal] Redefine command "pgrowx"? (y or n) [answered Y; input not from terminal] Redefine command "pgrow"? (y or n) [answered Y; input not from terminal] Redefine command "pgrowit"? (y or n) [answered Y; input not from terminal] Redefine command "prowlims"? (y or n) [answered Y; input not from terminal] Redefine command "pmtxrows"? (y or n) [answered Y; input not from terminal] Redefine command "xtype"? (y or n) [answered Y; input not from terminal] Redefine command "pvectype"? (y or n) [answered Y; input not from terminal] Redefine command "xvectype"? (y or n) [answered Y; input not from terminal] Redefine command "pvecsize"? (y or n) [answered Y; input not from terminal] Redefine command "xvecsize"? (y or n) [answered Y; input not from terminal] Redefine command "xint"? (y or n) [answered Y; input not from terminal] Redefine command "xptr"? (y or n) [answered Y; input not from terminal] Redefine command "xmarker"? (y or n) [answered Y; input not from terminal] Redefine command "xoverlay"? (y or n) [answered Y; input not from terminal] Redefine command "xsymbol"? (y or n) [answered Y; input not from terminal] Redefine command "xstring"? (y or n) [answered Y; input not from terminal] Redefine command "xvector"? (y or n) [answered Y; input not from terminal] Redefine command "xprocess"? (y or n) [answered Y; input not from terminal] Redefine command "xframe"? (y or n) [answered Y; input not from terminal] Redefine command "xcompiled"? (y or n) [answered Y; input not from terminal] Redefine command "xwindow"? (y or n) [answered Y; input not from terminal] Redefine command "xwinconfig"? (y or n) [answered Y; input not from terminal] Redefine command "xsubr"? (y or n) [answered Y; input not from terminal] Redefine command "xchartable"? (y or n) [answered Y; input not from terminal] Redefine command "xsubchartable"? (y or n) [answered Y; input not from terminal] Redefine command "xboolvector"? (y or n) [answered Y; input not from terminal] Redefine command "xbuffer"? (y or n) [answered Y; input not from terminal] Redefine command "xhashtable"? (y or n) [answered Y; input not from terminal] Redefine command "xcons"? (y or n) [answered Y; input not from terminal] Redefine command "nextcons"? (y or n) [answered Y; input not from terminal] Redefine command "xcar"? (y or n) [answered Y; input not from terminal] Redefine command "xcdr"? (y or n) [answered Y; input not from terminal] Redefine command "xlist"? (y or n) [answered Y; input not from terminal] Redefine command "xfloat"? (y or n) [answered Y; input not from terminal] Redefine command "xscrollbar"? (y or n) [answered Y; input not from terminal] Redefine command "xpr"? (y or n) [answered Y; input not from terminal] Redefine command "xprintstr"? (y or n) [answered Y; input not from terminal] Redefine command "xprintsym"? (y or n) [answered Y; input not from terminal] Redefine command "xcoding"? (y or n) [answered Y; input not from terminal] Redefine command "xcharset"? (y or n) [answered Y; input not from terminal] Redefine command "xfontset"? (y or n) [answered Y; input not from terminal] Redefine command "xfont"? (y or n) [answered Y; input not from terminal] Redefine command "xbacktrace"? (y or n) [answered Y; input not from terminal] Redefine command "xprintbytestr"? (y or n) [answered Y; input not from terminal] Redefine command "xwhichsymbols"? (y or n) [answered Y; input not from terminal] Redefine command "hookpost-backtrace"? (y or n) [answered Y; input not from terminal] Redefine command "ff"? (y or n) [answered Y; input not from terminal] DISPLAY = :0 TERM = xterm Breakpoint 3 at 0x55555572c75b: file emacs.c, line 377. Breakpoint 4 at 0x5555556f821e: file xterm.c, line 10151. (gdb) frame 0 #0 0x00005555556be4fb in encode_terminal_code (src=0x7ffff7f11670, src_len=1, coding=0x55555615e330) at term.c:564 (gdb) print *src $1 = { charpos = 490, object = XIL(0x5555567924e5), pixel_width = 1, ascent = 0, descent = 0, voffset = 0, type = 1, multibyte_p = true, left_box_line_p = false, right_box_line_p = false, overlaps_vertically_p = false, padding_p = false, glyph_not_available_p = false, avoid_cursor_p = false, resolved_level = 1, bidi_type = 2, face_id = 11, font_type = 0, slice = { img = { x = 0, y = 0, width = 0, height = 0 }, cmp = { from = 0, to = 0 }, glyphless = { upper_xoff = 0, upper_yoff = 0, lower_xoff = 0, lower_yoff = 0 } }, u = { ch = 124, cmp = { automatic = false, id = 62 }, img_id = 124, stretch = { height = 124, ascent = 0 }, glyphless = { method = 0, for_no_font = true, len = 15, ch = 0 }, val = 124 } } (gdb) frame 3 #3 0x00005555555a000c in update_frame_line (f=0x555556113798, vpos=29, updating_menu_p=false) at dispnew.c:5089 (gdb) pgrowx desired_row TEXT: 252 glyphs 0 0: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 1 1: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 2 2: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 3 3: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 4 4: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 5 5: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 6 6: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 7 7: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 8 8: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 9 9: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 10 10: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 11 11: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 12 12: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 13 13: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 14 14: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 15 15: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 16 16: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 17 17: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 18 18: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 19 19: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 20 20: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 21 21: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 22 22: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 23 23: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 24 24: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 25 25: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 26 26: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 27 27: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 28 28: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 29 29: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 30 30: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 31 31: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 32 32: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 33 33: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 34 34: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 35 35: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 36 36: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 37 37: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 38 38: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 39 39: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 40 40: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 41 41: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 42 42: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 43 43: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 44 44: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 45 45: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 46 46: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 47 47: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 48 48: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 49 49: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 50 50: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 51 51: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 52 52: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 53 53: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 54 54: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 55 55: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 56 56: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 57 57: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 58 58: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 59 59: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 60 60: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 61 61: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 62 62: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 63 63: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 64 64: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 65 65: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 66 66: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 67 67: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 68 68: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 69 69: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 70 70: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 71 71: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 72 72: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 73 73: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 74 74: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 75 75: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 76 76: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 77 77: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 78 78: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 79 79: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 80 80: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 81 81: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 82 82: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 83 83: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 84 84: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 85 85: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 86 86: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 87 87: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 88 88: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 89 89: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 90 90: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 91 91: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 92 92: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 93 93: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 94 94: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 95 95: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 96 96: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 97 97: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 98 98: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 99 99: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 100 100: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 101 101: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 102 102: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 103 103: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 104 104: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 105 105: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 106 106: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 107 107: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 108 108: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 109 109: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 110 110: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 111 111: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 112 112: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 113 113: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 114 114: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 115 115: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 116 116: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 117 117: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 118 118: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 119 119: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 120 120: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 121 121: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 122 122: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 123 123: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 124 124: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 125 125: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 126 126: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 127 127: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 128 128: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 129 129: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 130 130: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 131 131: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 132 132: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 133 133: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 134 134: CHAR[ ] pos=0 blev=1,btyp=B w=1 a+d=0+0 MB 135 135: CHAR[J] pos=502 blev=2,btyp=L w=1 a+d=0+0 MB 136 136: CHAR[o] pos=503 blev=2,btyp=L w=1 a+d=0+0 MB 137 137: CHAR[h] pos=504 blev=2,btyp=L w=1 a+d=0+0 MB 138 138: CHAR[n] pos=505 blev=2,btyp=L w=1 a+d=0+0 MB 139 139: CHAR[ ] pos=501 blev=1,btyp=R w=1 a+d=0+0 MB 140 140: COMP[1 (5..5)] pos=500 w=1 a+d=0+0 MB 141 141: COMP[1 (4..4)] pos=499 w=1 a+d=0+0 MB 142 142: COMP[1 (3..3)] pos=498 w=1 a+d=0+0 MB 143 143: COMP[1 (2..2)] pos=497 w=1 a+d=0+0 MB 144 144: COMP[1 (1..1)] pos=496 w=1 a+d=0+0 MB 145 145: COMP[1 (0..0)] pos=495 w=1 a+d=0+0 MB 146 146: CHAR[ ] pos=494 blev=1,btyp=R w=1 a+d=0+0 MB 147 147: COMP[0 (3..3)] pos=493 w=1 a+d=0+0 MB 148 148: COMP[0 (2..2)] pos=492 w=1 a+d=0+0 MB 149 149: COMP[0 (1..1)] pos=491 w=1 a+d=0+0 MB 150 150: COMP[62 (0..0)] pos=490 w=1 a+d=0+0 face=11 MB 151 151: CHAR[ ] pos=-1 blev=0,btyp=B w=1 a+d=0+0 MB 152 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 153 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 154 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 155 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 156 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 157 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 158 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 159 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 160 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 161 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 162 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 163 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 164 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 165 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 166 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 167 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 168 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 169 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 170 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 171 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 172 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 173 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 174 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 175 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 176 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 177 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 178 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 179 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 180 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 181 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 182 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 183 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 184 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 185 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 186 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 187 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 188 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 189 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 190 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 191 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 192 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 193 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 194 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 195 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 196 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 197 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 198 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 199 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 200 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 201 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 202 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 203 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 204 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 205 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 206 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 207 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 208 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 209 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 210 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 211 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 212 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 213 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 214 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 215 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 216 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 217 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 218 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 219 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 220 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 221 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 222 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 223 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 224 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 225 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 226 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 227 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 228 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 229 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 230 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 231 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 232 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 233 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 234 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 235 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 236 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 237 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 238 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 239 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 240 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 241 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 242 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 243 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 244 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 245 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 246 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 247 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 248 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 249 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 250 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 251 152: CHAR[ ] pos=-1 blev=0,btyp=UNDEF w=0 a+d=0+0 (gdb) print composition_table_size $2 = 0 --=-=-=-- --==-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJEBAEBCgAuFiEEObM8jZRIDS3cwqSYi0Sgzce5VvIFAl+oV5wQHGJhbmRhbGlA Z251Lm9yZwAKCRCLRKDNx7lW8l4+D/9LQyeeKmQ1JJD5yU4KcfU9Osl/liI7ci4g mN3MCqL0FmZ+vhk1IYGbcISO0kg/ixX+0dvwrb7ZZp0iM6Xs6fHcCZmGKdETARzR 0zw3/pPrYjO9s99h8hmVJRqunFEzqZYj8MbDnKm+gUex7GO/Eb2kU1d/nAPDkI0X 8i/XXe9xP++V+wxq7PoLiIdpDKjN8We/eqYWs2lkBYDO61TEt37rm+BoU92ehfp8 4FvOiCxzqqwmunU07Tivrr2aLsZ5Jf155SOnYcT3fjr7mQhvqKZWnjbjcVpYSqRV 6oI1tN1ubn2r1A+lFI4NQlx1kaKK4hyGZw0hE0Y+htaOD6lYandEFTeZx2hnbSUT UyUZBUXqlp8aPiIgQGmzHaL01vRZDKl95cXMjmAvCBliPxy6kV9AkAf4nP3dlBco wblFWOJTvoebNFgLNgb2ONH8Y3MnA1boRZ36ppfVVBMnXchVeoKGQsdOUwzpaLF1 ae4DlTSoUqmwLBXyEuyEVC3T0J+iXy2thfN78CPIZ8PY+8zEx77rDPEiOF20DRaN Rqr9D/EAypliNDLddtCTOodx/sbRV6pA9LnPw5C1/ggcQIm+ViDhEwIrpIZlWUMN +rBH5ANZcJ2pMFx4Q+mmvrKE5r5ViowzwOhsj3Hqb4MiGOfd6EWW6yl4N22XLM8v q6y70jCkAA== =cBNN -----END PGP SIGNATURE----- --==-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 08 22:32:01 2020 Received: (at 44506) by debbugs.gnu.org; 9 Nov 2020 03:32:01 +0000 Received: from localhost ([127.0.0.1]:33284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbxuT-0004BM-8P for submit@debbugs.gnu.org; Sun, 08 Nov 2020 22:32:01 -0500 Received: from eggs.gnu.org ([209.51.188.92]:48068) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbxuP-0004B7-Sh for 44506@debbugs.gnu.org; Sun, 08 Nov 2020 22:31:59 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:32942) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbxuK-0001Md-8b; Sun, 08 Nov 2020 22:31:52 -0500 Received: from [176.228.60.248] (port=2593 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kbxuJ-0002DU-1b; Sun, 08 Nov 2020 22:31:51 -0500 Date: Mon, 09 Nov 2020 05:31:56 +0200 Message-Id: <835z6f5hoz.fsf@gnu.org> From: Eli Zaretskii To: Amin Bandali In-Reply-To: <87v9ef7fc3.fsf@gnu.org> (message from Amin Bandali on Sun, 08 Nov 2020 15:39:56 -0500) Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> <87v9ef7fc3.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@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: Amin Bandali > Cc: eric@ericabrahamsen.net, 44506@debbugs.gnu.org > Date: Sun, 08 Nov 2020 15:39:56 -0500 > > >> (gdb) source /path/to/emacs/src/.gdbinit > >> (gdb) frame 0 > >> (gdb) print *src > >> (gdb) frame 3 > >> (gdb) pgrowx desired_row > > > > And one more: > > > > (gdb) print composition_table_size > > > > Please find the outputs attached. Thanks. One more thing, and then I need to think how this could happen: (gdb) frame 3 (gdb) print (desired_row->glyphs[1])[149] From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 08 23:44:11 2020 Received: (at 44506) by debbugs.gnu.org; 9 Nov 2020 04:44:11 +0000 Received: from localhost ([127.0.0.1]:33525 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbz2J-0005xE-F1 for submit@debbugs.gnu.org; Sun, 08 Nov 2020 23:44:11 -0500 Received: from eggs.gnu.org ([209.51.188.92]:52420) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbz2F-0005wy-Nw for 44506@debbugs.gnu.org; Sun, 08 Nov 2020 23:44:10 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35018) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbz2A-0003hU-6c; Sun, 08 Nov 2020 23:44:02 -0500 Received: from [2607:fea8:3fdf:f688:2969:6d76:9383:bd3a] (port=39100 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kbz29-0007n0-EU; Sun, 08 Nov 2020 23:44:01 -0500 From: Amin Bandali To: Eli Zaretskii Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty Organization: GNU References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> <87v9ef7fc3.fsf@gnu.org> <835z6f5hoz.fsf@gnu.org> Date: Sun, 08 Nov 2020 23:43:59 -0500 In-Reply-To: <835z6f5hoz.fsf@gnu.org> Message-ID: <87imafp2b4.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@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 (---) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: [...] > > Thanks. One more thing, and then I need to think how this could > happen: > > (gdb) frame 3 #3 0x00005555555a000c in update_frame_line (f=3D0x555556113798, vpos=3D24,= updating_menu_p=3Dfalse) at dispnew.c:5089 >=20=20=20 > (gdb) print (desired_row->glyphs[1])[149] > $1 =3D { charpos =3D -1, object =3D XIL(0), pixel_width =3D 0, ascent =3D 0, descent =3D 0, voffset =3D 0, type =3D 0, multibyte_p =3D false, left_box_line_p =3D false, right_box_line_p =3D false, overlaps_vertically_p =3D false, padding_p =3D false, glyph_not_available_p =3D false, avoid_cursor_p =3D false, resolved_level =3D 0, bidi_type =3D 0, face_id =3D 0, font_type =3D 0, slice =3D { img =3D { x =3D 0, y =3D 0, width =3D 0, height =3D 0 }, cmp =3D { from =3D 0, to =3D 0 }, glyphless =3D { upper_xoff =3D 0, upper_yoff =3D 0, lower_xoff =3D 0, lower_yoff =3D 0 } }, u =3D { ch =3D 32, cmp =3D { automatic =3D false, id =3D 16 }, img_id =3D 32, stretch =3D { height =3D 32, ascent =3D 0 }, glyphless =3D { method =3D 0, for_no_font =3D false, len =3D 4, ch =3D 0 }, val =3D 32 } } Thanks. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJEBAEBCgAuFiEEObM8jZRIDS3cwqSYi0Sgzce5VvIFAl+oyQ8QHGJhbmRhbGlA Z251Lm9yZwAKCRCLRKDNx7lW8rMkD/9VQq7bIarh7mTxZ8ARBJVfDkzPxpX5FEsE Vg7cHpOO6RMO4z6w8O0PyM0UplDyh0NiQKGHdj12I3IAStgArNhTGIjIK5QrlgRN Ca8p0+rqpqn0Jo0TqLsvUPRgcJ6JcmRdVSC5IVTjzUP6pEP9IOuZeye8pnSE6pcx UUK/ViIjy1wH5Surr+07fzBD9loMtoh5gPei39HKggmNGhv0n7HWw1sNpib1zAAQ w797DjXJOmcYQsZXlDHx1IAWiN3+4T64jL0ltHHL6g9WyiKXYqYpgC+25Se/ZHhx tipSSvZ0HK9b1iJgIxpQ5345arCzQzwjA5tfN+n9HupCO85TCmiqRWtMtyTXPpGy NExLEv0NGksO70Y/qdQvZaXPDmiHJslHVZ0FZ55POWRyIKPWYfUUquXlORnpv0nh DT1iRANuqt0p33EMYJ9QGs1BSElgMTpL33Sab+3kNAu0q3nFv8vNrE6z49GUOUJ9 Mz/nM33QsHGwKwXK44/wr+/wSjdGRyly1M15QnamFEiIDnztUTOk3BlwXl8F3qmJ 2pltWevdB6TQVaiVCS5lhzYQZf06eBaYYj5KDASGbS7QkpHLFgVVlwyaPos6JhiG PlczO2mBNARkJkS2uVqi/D/9mDP+hCx7eZew5BudHvy1I5+/qp6V9mpF/itnpkSK ij9M3kyFQQ== =q5s+ -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 09 02:05:12 2020 Received: (at 44506) by debbugs.gnu.org; 9 Nov 2020 07:05:12 +0000 Received: from localhost ([127.0.0.1]:33665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kc1Em-0001B3-15 for submit@debbugs.gnu.org; Mon, 09 Nov 2020 02:05:12 -0500 Received: from eggs.gnu.org ([209.51.188.92]:48898) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kc1Ej-0001Am-Bl for 44506@debbugs.gnu.org; Mon, 09 Nov 2020 02:05:11 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37710) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kc1Ed-0002nU-6n; Mon, 09 Nov 2020 02:05:03 -0500 Received: from [2a02:14f:1ff:cdd1::b04d:fec9] (port=35810) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1kc1Eb-0003ou-7V; Mon, 09 Nov 2020 02:05:01 -0500 Date: Mon, 09 Nov 2020 09:04:58 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <87imafp2b4.fsf@gnu.org> References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> <87v9ef7fc3.fsf@gnu.org> <835z6f5hoz.fsf@gnu.org> <87imafp2b4.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty To: Amin Bandali From: Eli Zaretskii Message-ID: <33F3730E-AF53-4CCC-B688-DEC41075CC69@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@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 (---) On November 9, 2020 6:43:59 AM GMT+02:00, Amin Bandali = wrote: > Eli Zaretskii writes: >=20 > [=2E=2E=2E] > > > > Thanks=2E One more thing, and then I need to think how this could > > happen: > > > > (gdb) frame 3 >=20 > #3 0x00005555555a000c in update_frame_line (f=3D0x555556113798, > vpos=3D24, updating_menu_p=3Dfalse) at dispnew=2Ec:5089 >=20 > > =20 > > (gdb) print (desired_row->glyphs[1])[149] > > >=20 > $1 =3D { > charpos =3D -1, > object =3D XIL(0), > pixel_width =3D 0, > ascent =3D 0, > descent =3D 0, > voffset =3D 0, > type =3D 0, > multibyte_p =3D false, > left_box_line_p =3D false, > right_box_line_p =3D false, > overlaps_vertically_p =3D false, > padding_p =3D false, > glyph_not_available_p =3D false, > avoid_cursor_p =3D false, > resolved_level =3D 0, > bidi_type =3D 0, > face_id =3D 0, > font_type =3D 0, > slice =3D { > img =3D { > x =3D 0, > y =3D 0, > width =3D 0, > height =3D 0 > }, > cmp =3D { > from =3D 0, > to =3D 0 > }, > glyphless =3D { > upper_xoff =3D 0, > upper_yoff =3D 0, > lower_xoff =3D 0, > lower_yoff =3D 0 > } > }, > u =3D { > ch =3D 32, > cmp =3D { > automatic =3D false, > id =3D 16 > }, > img_id =3D 32, > stretch =3D { > height =3D 32, > ascent =3D 0 > }, > glyphless =3D { > method =3D 0, > for_no_font =3D false, > len =3D 4, > ch =3D 0 > }, > val =3D 32 > } > } >=20 >=20 > Thanks=2E Thanks, but this seems to be from a different GDB session? The vpos is 24= instead of 29 and the data of the glyph structure clearly differs from wh= at pgrowx displayed in your previous report? I need consistent and coheren= t data from the same crash=2E Or maybe you can come up with a reproduction recipe ? That'd really make = the debugging much more efficient=2E=2E=2E From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 09 10:57:15 2020 Received: (at 44506) by debbugs.gnu.org; 9 Nov 2020 15:57:15 +0000 Received: from localhost ([127.0.0.1]:35282 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kc9Xf-00061I-Df for submit@debbugs.gnu.org; Mon, 09 Nov 2020 10:57:15 -0500 Received: from eggs.gnu.org ([209.51.188.92]:39702) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kc9Xe-000613-Jp for 44506@debbugs.gnu.org; Mon, 09 Nov 2020 10:57:15 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45640) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kc9XY-0007IL-CV; Mon, 09 Nov 2020 10:57:08 -0500 Received: from [176.228.60.248] (port=4566 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kc9XW-0003UG-8D; Mon, 09 Nov 2020 10:57:07 -0500 Date: Mon, 09 Nov 2020 17:57:13 +0200 Message-Id: <83y2ja4j6u.fsf@gnu.org> From: Eli Zaretskii To: bandali@gnu.org In-Reply-To: <33F3730E-AF53-4CCC-B688-DEC41075CC69@gnu.org> (message from Eli Zaretskii on Mon, 09 Nov 2020 09:04:58 +0200) Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> <87v9ef7fc3.fsf@gnu.org> <835z6f5hoz.fsf@gnu.org> <87imafp2b4.fsf@gnu.org> <33F3730E-AF53-4CCC-B688-DEC41075CC69@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@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: Mon, 09 Nov 2020 09:04:58 +0200 > From: Eli Zaretskii > Cc: eric@ericabrahamsen.net, 44506@debbugs.gnu.org > > Thanks, but this seems to be from a different GDB session? The vpos is 24 instead of 29 and the data of the glyph structure clearly differs from what pgrowx displayed in your previous report? I need consistent and coherent data from the same crash. > > Or maybe you can come up with a reproduction recipe ? That'd really make the debugging much more efficient... Alternatively, if you can give me an ssh login on that system, and set up an account for me so that I could reproduce the problem, I could debug it remotely on your system. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 10 00:43:06 2020 Received: (at 44506) by debbugs.gnu.org; 10 Nov 2020 05:43:06 +0000 Received: from localhost ([127.0.0.1]:36131 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kcMQr-0007I3-VA for submit@debbugs.gnu.org; Tue, 10 Nov 2020 00:43:06 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kcMQq-0007HY-Ah for 44506@debbugs.gnu.org; Tue, 10 Nov 2020 00:43:04 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55647) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kcMQk-0008Gv-UR; Tue, 10 Nov 2020 00:42:58 -0500 Received: from [2607:fea8:3fdf:f688:2969:6d76:9383:bd3a] (port=40984 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kcMQj-0005dF-U2; Tue, 10 Nov 2020 00:42:58 -0500 From: Amin Bandali To: Eli Zaretskii Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty Organization: GNU References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> <87v9ef7fc3.fsf@gnu.org> <835z6f5hoz.fsf@gnu.org> <87imafp2b4.fsf@gnu.org> <33F3730E-AF53-4CCC-B688-DEC41075CC69@gnu.org> <83y2ja4j6u.fsf@gnu.org> Date: Tue, 10 Nov 2020 00:42:56 -0500 In-Reply-To: <83y2ja4j6u.fsf@gnu.org> Message-ID: <87tutxvkbj.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@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 (---) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> Date: Mon, 09 Nov 2020 09:04:58 +0200 >> From: Eli Zaretskii >> Cc: eric@ericabrahamsen.net, 44506@debbugs.gnu.org >>=20 >> Thanks, but this seems to be from a different GDB session? The vpos >> is 24 instead of 29 and the data of the glyph structure clearly >> differs from what pgrowx displayed in your previous report? I need >> consistent and coherent data from the same crash. >>=20 >> Or maybe you can come up with a reproduction recipe ? That'd really >> make the debugging much more efficient... > > Alternatively, if you can give me an ssh login on that system, and set > up an account for me so that I could reproduce the problem, I could > debug it remotely on your system. > Sure, I think that would indeed be easiest. Can you please email me off-list a copy of your ssh public key? Alternatively, I could try grabbing the one from fencepost; whichever way you prefer. I did a debug build of Emacs on one of my servers, and will add a minimal Gnus configuration to connect to a temporary account on my mail server, where you would find a copy of the message. I will send you more details about it off-list once I've finished setting it up. Thanks, amin --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJEBAEBCgAuFiEEObM8jZRIDS3cwqSYi0Sgzce5VvIFAl+qKGAQHGJhbmRhbGlA Z251Lm9yZwAKCRCLRKDNx7lW8nTDEACDR6ZVuDy3QnkqsbRAct8ZXEzOnG4KIFXu kchf13XMSJ9GDQcYN11xz8RcsIZWbHAuv2+PMeFrVmG4Kqa2hshIpWjjtKlHBQkj mRKBAgx1em3WTRKNBb80mRGyrbQB85Hf8ZhbQAjFTHRJ/SYHVSd/KgqpsEtrI/fc scMVOKvTMc4Vz0Rqay1SiPhAKbehRB7KS5BCy/U91sCaaVPQnmk78XFSi0qto/ET 5rdUEQIUzQdEOqCvT19m1TQhwpNZR5R09Z8T8fiMwHhf4HNtxlVt1AaZtzQb9XRb +B+rxRPNJSvN+7JwhhCVNsGxeTDEtzNj/XwC0qIhBP+03qAZkbhZV4Fp3eR4fCYc Qd9s1mSpYH5zB6+GFYTrQsun8ixhRh29BS7wbBRq3wd65/Z9GCIymfzZiK4jAkIu wxCESRppNdQ8xHNW/ty2BBy3VAC876nFidbLXcrvz1lXWyiHLZO29Dig/H6aU4m3 ECMFxFWYaaUHTWzO5KAsAzn2qzYdLzYqrLVzwpEY8uH/vhW9vC5RFWX7d59xE00l hkk0vDxJS8p7yXUyxfsKl2j/jnR6u/bFlRwvGNL2po0jvRMslGH4r+rGINTvHQWY qmk9srOvSftlLuMwU4UMKaSCa9852hxMVyiVG8L8q0b5h2n2tMqok2VjyENJbSt/ w8t/T76Z/g== =C0E+ -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 10 00:48:21 2020 Received: (at 44506) by debbugs.gnu.org; 10 Nov 2020 05:48:22 +0000 Received: from localhost ([127.0.0.1]:36137 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kcMVx-0007R8-Kr for submit@debbugs.gnu.org; Tue, 10 Nov 2020 00:48:21 -0500 Received: from ericabrahamsen.net ([52.70.2.18]:33514 helo=mail.ericabrahamsen.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kcMVv-0007Qu-Ru for 44506@debbugs.gnu.org; Tue, 10 Nov 2020 00:48:20 -0500 Received: from localhost (24-113-150-48.wavecable.com [24.113.150.48]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id F2A07FA0AE; Tue, 10 Nov 2020 05:48:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericabrahamsen.net; s=mail; t=1604987293; bh=N8eG+7F04bogncMZRUoFAEH4SuIDLiJowd/oJ0tSnhg=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=DAPob/ERcj+qtNxPQoqMDpKPr05MF+CQ86HyJWHFbUB3AWx0KEFTmdsrXBOMvBrS2 g56syue/fb2ADQ7Kd5YKJlJxBhTjlZMAJjIItPFeaYzHsxYqfDHvRcXfIThJE2wxPm UO1DQJO1CO2g0+UV3bukBP1imVq427fZPowxQeqw= From: Eric Abrahamsen To: Eli Zaretskii Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> <87v9ef7fc3.fsf@gnu.org> <835z6f5hoz.fsf@gnu.org> <87imafp2b4.fsf@gnu.org> <33F3730E-AF53-4CCC-B688-DEC41075CC69@gnu.org> <83y2ja4j6u.fsf@gnu.org> Date: Mon, 09 Nov 2020 21:48:10 -0800 In-Reply-To: <83y2ja4j6u.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 09 Nov 2020 17:57:13 +0200") Message-ID: <874klxyd7p.fsf@ericabrahamsen.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: 44506@debbugs.gnu.org, bandali@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 (---) Eli Zaretskii writes: >> Date: Mon, 09 Nov 2020 09:04:58 +0200 >> From: Eli Zaretskii >> Cc: eric@ericabrahamsen.net, 44506@debbugs.gnu.org >> >> Thanks, but this seems to be from a different GDB session? The vpos >> is 24 instead of 29 and the data of the glyph structure clearly >> differs from what pgrowx displayed in your previous report? I need >> consistent and coherent data from the same crash. >> >> Or maybe you can come up with a reproduction recipe ? That'd really >> make the debugging much more efficient... > > Alternatively, if you can give me an ssh login on that system, and set > up an account for me so that I could reproduce the problem, I could > debug it remotely on your system. I've tried today to come up with a recipe that doesn't involve installing EBDB, but so far have failed. I tried edebugging the various message-displaying functions to see exactly what was causing the bug, but got no segfault so long as the functions were instrumented. Basically EBDB attaches a hook to `gnus-article-prepare-hook', which uses `gnus-fetch-original-field' to pull some data out of the article, looks for records that match that data, and displays the records. With "emacs -Q" there are no records to search or display, so I assumed it must be the header-access functions causing the problem. But I wrote a function that does most of what EBDB does, without actually using EBDB, and it caused no segfault, so I don't know what's going on there, sorry. Eric From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 10 10:31:45 2020 Received: (at 44506) by debbugs.gnu.org; 10 Nov 2020 15:31:45 +0000 Received: from localhost ([127.0.0.1]:38668 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kcVcX-0005yO-AQ for submit@debbugs.gnu.org; Tue, 10 Nov 2020 10:31:45 -0500 Received: from eggs.gnu.org ([209.51.188.92]:52018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kcVcU-0005yA-Nh for 44506@debbugs.gnu.org; Tue, 10 Nov 2020 10:31:43 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34459) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kcVcP-0001CG-7t; Tue, 10 Nov 2020 10:31:37 -0500 Received: from [176.228.60.248] (port=4291 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kcVcM-0006dM-G5; Tue, 10 Nov 2020 10:31:35 -0500 Date: Tue, 10 Nov 2020 17:31:44 +0200 Message-Id: <83h7px2ppb.fsf@gnu.org> From: Eli Zaretskii To: Eric Abrahamsen In-Reply-To: <874klxyd7p.fsf@ericabrahamsen.net> (message from Eric Abrahamsen on Mon, 09 Nov 2020 21:48:10 -0800) Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> <87v9ef7fc3.fsf@gnu.org> <835z6f5hoz.fsf@gnu.org> <87imafp2b4.fsf@gnu.org> <33F3730E-AF53-4CCC-B688-DEC41075CC69@gnu.org> <83y2ja4j6u.fsf@gnu.org> <874klxyd7p.fsf@ericabrahamsen.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: 44506@debbugs.gnu.org, bandali@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: Eric Abrahamsen > Cc: bandali@gnu.org, 44506@debbugs.gnu.org > Date: Mon, 09 Nov 2020 21:48:10 -0800 > > I've tried today to come up with a recipe that doesn't involve > installing EBDB, but so far have failed. I tried edebugging the various > message-displaying functions to see exactly what was causing the bug, > but got no segfault so long as the functions were instrumented. > > Basically EBDB attaches a hook to `gnus-article-prepare-hook', which > uses `gnus-fetch-original-field' to pull some data out of the article, > looks for records that match that data, and displays the records. > > With "emacs -Q" there are no records to search or display, so I assumed > it must be the header-access functions causing the problem. But I wrote > a function that does most of what EBDB does, without actually using > EBDB, and it caused no segfault, so I don't know what's going on there, > sorry. Thank you for your efforts. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 00:20:26 2020 Received: (at 44506) by debbugs.gnu.org; 13 Nov 2020 05:20:26 +0000 Received: from localhost ([127.0.0.1]:46369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kdRVa-0007GG-Cu for submit@debbugs.gnu.org; Fri, 13 Nov 2020 00:20:26 -0500 Received: from eggs.gnu.org ([209.51.188.92]:58254) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kdRVY-0007G2-15 for 44506@debbugs.gnu.org; Fri, 13 Nov 2020 00:20:24 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40916) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdRVS-0006UV-Ek; Fri, 13 Nov 2020 00:20:18 -0500 Received: from [2607:fea8:3fdf:f688:2969:6d76:9383:bd3a] (port=47756 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kdRVR-0004KV-F7; Fri, 13 Nov 2020 00:20:17 -0500 From: Amin Bandali To: Eli Zaretskii Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty Organization: GNU References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> <87v9ef7fc3.fsf@gnu.org> <835z6f5hoz.fsf@gnu.org> <87imafp2b4.fsf@gnu.org> <33F3730E-AF53-4CCC-B688-DEC41075CC69@gnu.org> <83y2ja4j6u.fsf@gnu.org> <874klxyd7p.fsf@ericabrahamsen.net> <83h7px2ppb.fsf@gnu.org> Date: Fri, 13 Nov 2020 00:20:16 -0500 In-Reply-To: <83h7px2ppb.fsf@gnu.org> Message-ID: <874kltn88f.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: Eric Abrahamsen , 44506@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 (---) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> From: Eric Abrahamsen >> Cc: bandali@gnu.org, 44506@debbugs.gnu.org >> Date: Mon, 09 Nov 2020 21:48:10 -0800 >>=20 >> I've tried today to come up with a recipe that doesn't involve >> installing EBDB, but so far have failed. I tried edebugging the various >> message-displaying functions to see exactly what was causing the bug, >> but got no segfault so long as the functions were instrumented. >>=20 >> Basically EBDB attaches a hook to `gnus-article-prepare-hook', which >> uses `gnus-fetch-original-field' to pull some data out of the article, >> looks for records that match that data, and displays the records. >>=20 >> With "emacs -Q" there are no records to search or display, so I assumed >> it must be the header-access functions causing the problem. But I wrote >> a function that does most of what EBDB does, without actually using >> EBDB, and it caused no segfault, so I don't know what's going on there, >> sorry. > > Thank you for your efforts. > I, too, would like to say thank you, both to Eli and Eric, for your efforts and looking into this. I just sent information to Eli off-list for accessing a test account I set up on a server of mine for debugging this issue. Thanks again. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJEBAEBCgAuFiEEObM8jZRIDS3cwqSYi0Sgzce5VvIFAl+uF5AQHGJhbmRhbGlA Z251Lm9yZwAKCRCLRKDNx7lW8vgFD/40YiM3FA7gB+lNtYoNaIBAQWkwtoTTs4o8 dXBtNd9l227ZllU9OUuUd+AdITWCjVIxCHcDDA8t7lMPzI6FsVX7/nEWZ/YOMWaE C+JRDL+Cq3xI9hZVOYQYABzy5i1iTDPCA1nLrJIN0P/Pg8+OZyDSrbxVvpl+yo5t /Nqcrb409VVxltYd4Bhgcj5Nb5U4qBzD1R6s7FbimKNGIRsYvuR20kgqPfaYJnRD 6Nju+gbSzTgWqgrx58B9zI2YpIBkqRxpVDlDSKyjycc4qfMnVl/oq7xUvcgiy2ZJ 5qWVMglNX98H7e4egcTskfL/q5qrsZUluagamZOX4n0hM0hu2XW7JEyueRZIS/TC 3+aTM7T3N8KOhGqTc9saiGAJfqvtNBTMYwdEUWE59zsSRqp99CgpJrRt5d0VNw7h mf97f+VAOnZV1zn3y7UAMeiWdFav/XREiQaLnCX2N4bMUVBw4ZcYm8TUmD7MZ+wH aGEh6Xb2JW2zENgy80mHMWLM28eYgUaAmnNt6GQ29MsX4Hqt6YJ7sUzmwSpMI095 +1rTc6UoS5ZsKTQJrkS3C9c32l0fFF4DtULAeX+O1asCqfeuxItp3lsG/+ZWY8Kp 3yzBqdbFav7K88btRARBmUC0u5SJXUjVsADPWZGfBq0vf3FU4UEaryuPRZwKWnAL XTVCF6PdHA== =JRvr -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 14 07:14:33 2020 Received: (at 44506) by debbugs.gnu.org; 14 Nov 2020 12:14:33 +0000 Received: from localhost ([127.0.0.1]:49933 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kduRs-0000ds-Oz for submit@debbugs.gnu.org; Sat, 14 Nov 2020 07:14:33 -0500 Received: from eggs.gnu.org ([209.51.188.92]:45106) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kduRr-0000dg-UT for 44506@debbugs.gnu.org; Sat, 14 Nov 2020 07:14:32 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53554) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kduRl-0001uV-EU; Sat, 14 Nov 2020 07:14:26 -0500 Received: from [176.228.60.248] (port=1608 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kduRk-0003JR-6T; Sat, 14 Nov 2020 07:14:24 -0500 Date: Sat, 14 Nov 2020 14:14:11 +0200 Message-Id: <835z68w2y4.fsf@gnu.org> From: Eli Zaretskii To: Amin Bandali In-Reply-To: <874kltn88f.fsf@gnu.org> (message from Amin Bandali on Fri, 13 Nov 2020 00:20:16 -0500) Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> <87v9ef7fc3.fsf@gnu.org> <835z6f5hoz.fsf@gnu.org> <87imafp2b4.fsf@gnu.org> <33F3730E-AF53-4CCC-B688-DEC41075CC69@gnu.org> <83y2ja4j6u.fsf@gnu.org> <874klxyd7p.fsf@ericabrahamsen.net> <83h7px2ppb.fsf@gnu.org> <874kltn88f.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@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: Amin Bandali > Cc: Eric Abrahamsen , 44506@debbugs.gnu.org > Date: Fri, 13 Nov 2020 00:20:16 -0500 > > >> With "emacs -Q" there are no records to search or display, so I assumed > >> it must be the header-access functions causing the problem. But I wrote > >> a function that does most of what EBDB does, without actually using > >> EBDB, and it caused no segfault, so I don't know what's going on there, > >> sorry. > > > > Thank you for your efforts. > > I, too, would like to say thank you, both to Eli and Eric, for your > efforts and looking into this. I just sent information to Eli off-list > for accessing a test account I set up on a server of mine for debugging > this issue. FTR, it is very easy to reproduce the problem, no need for Gnus or EBDB. Here's the recipe: emacs -Q -nw C-x 3 C-x b foo Now type some R2L character. For example, turn on the Arabic input method and press 'a'. You will see that the character does not appear on display. Basically, on a TTY frame, the first character of a R2L line in a window that is not the rightmost one is not shown: it is overwritten by the vertical-border character '|' we display between the two adjacent windows. This doesn't crash as long as the overwritten glyph is of a character, but in the case in point that glyph came from a composition, and then all hell breaks loose... This is a regression introduced in Emacs 27.1, by the code that supports display-fill-column-indicator-mode. I have now fixed it on the emacs-27 branch. Many thanks to Amin for giving me access to a system where this could be easily reproduced. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 14 12:19:31 2020 Received: (at 44506) by debbugs.gnu.org; 14 Nov 2020 17:19:31 +0000 Received: from localhost ([127.0.0.1]:51900 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kdzD0-0004Xp-Uu for submit@debbugs.gnu.org; Sat, 14 Nov 2020 12:19:31 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53156) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kdzCz-0004Xd-HQ for 44506@debbugs.gnu.org; Sat, 14 Nov 2020 12:19:29 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:58140) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdzCt-0001Wc-So; Sat, 14 Nov 2020 12:19:23 -0500 Received: from [2607:fea8:3fdf:f688:3500:b466:d257:bebe] (port=41986 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kdzCt-0007QL-4N; Sat, 14 Nov 2020 12:19:23 -0500 From: Amin Bandali To: Eli Zaretskii Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty Organization: GNU References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> <87v9ef7fc3.fsf@gnu.org> <835z6f5hoz.fsf@gnu.org> <87imafp2b4.fsf@gnu.org> <33F3730E-AF53-4CCC-B688-DEC41075CC69@gnu.org> <83y2ja4j6u.fsf@gnu.org> <874klxyd7p.fsf@ericabrahamsen.net> <83h7px2ppb.fsf@gnu.org> <874kltn88f.fsf@gnu.org> <835z68w2y4.fsf@gnu.org> Date: Sat, 14 Nov 2020 12:19:21 -0500 In-Reply-To: <835z68w2y4.fsf@gnu.org> Message-ID: <87ima7svom.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@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 (---) --=-=-= Content-Type: text/plain Eli Zaretskii writes: [...] > > FTR, it is very easy to reproduce the problem, no need for Gnus or > EBDB. Here's the recipe: > > emacs -Q -nw > C-x 3 > C-x b foo > > Now type some R2L character. For example, turn on the Arabic input > method and press 'a'. You will see that the character does not appear > on display. Basically, on a TTY frame, the first character of a R2L > line in a window that is not the rightmost one is not shown: it is > overwritten by the vertical-border character '|' we display between > the two adjacent windows. This doesn't crash as long as the > overwritten glyph is of a character, but in the case in point that > glyph came from a composition, and then all hell breaks loose... > > This is a regression introduced in Emacs 27.1, by the code that > supports display-fill-column-indicator-mode. I have now fixed it on > the emacs-27 branch. That is one subtle bug!! > Many thanks to Amin for giving me access to a system where this could > be easily reproduced. You're most welcome, and many thanks to you Eli for looking into this, debugging, and fixing it. Also many thanks to Eric for looking into the EBDB side of things and reproducing the issue. Thank you both very much for your help with this. Best amin --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJEBAEBCgAuFiEEObM8jZRIDS3cwqSYi0Sgzce5VvIFAl+wEZoQHGJhbmRhbGlA Z251Lm9yZwAKCRCLRKDNx7lW8lB5D/9dXmS1F/6NjB/jLsJGHiwc7Nucz7z5QfME 9L0vr0yGQLo5i5jsg8OiKYVUXifdMAxxTpyL39vIYBI2aTN6TPOnYCTfGI7Gt8dv +Oog1rZNVSH4tlvcqX4U5o6WybjlsbG/9vvsXdp0aX+dWXCQANrCw+VFCZcc0ngK CCk5FwHiZNwiPkx+CEr52jhHvNcrXJvALxek7uJiNg6t8a9nozZ7xV/Pt5lg1gXI yEtsdRi5zbHCB8RooUDvkdjSJfleqTulbTxaFYU42KmoFx9UABSMO19E6aLrGf/0 a+pm3lcCc8nce80dWAheqsQ5ZtpDjOhtQ6XZX71twcD4yi9oOhWKprzt456oVCqt ekjHr9l00BjXz2eep09drgTyciQWSYS/0hpsRd7tJBXifayEyHxvbseOFtBdQz50 /1iqY/Se8yF52PRkxZSgvu6ZwxH14TAXmIl4NQlRMr4hHG8FVh26+0329yry/ZvZ IiCOU+YNPGJ6Fhv8v9ab0JTUw6K2ql1Y+geby+alToYQU6PHHUGgLTPLUzwyt6hn rryV4Shb5zGQdOIusXZeEWc28Oevi/GCa5r+fNPLIFmc50/3D11DZlehLu8baiDi B/+QNy4N8Sp/gn2vZG3gJtCSxYRlBakEekywRe6kqUIWA6f7o8kPbp/tLOvsKwH8 7tKBu97Gwg== =7qr3 -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 22 09:38:21 2022 Received: (at 44506) by debbugs.gnu.org; 22 Apr 2022 13:38:21 +0000 Received: from localhost ([127.0.0.1]:52039 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nhtUL-0004fr-Fx for submit@debbugs.gnu.org; Fri, 22 Apr 2022 09:38:21 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nhtUJ-0004fZ-Vd for 44506@debbugs.gnu.org; Fri, 22 Apr 2022 09:38:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=s3rcwIEx94CLwobwbZKkH2ue88+Wm6Noxfdz6JHsQUc=; b=ccQIaDyA4VIcJDYmwBBAvw7TFM XCgBv642bF+uRXev+cJeGePLV9Z/5rSebmGEgcL1RoSfvzLQGdlCFQ6q/TVzi6H28p7S/UqrYCVAN iLOZlrN3KFWC03Hbyd6FfWY5ZsQ1TUDHv+nJwvuPttbG7LjeG/DtOhgkoAoV+s0Gj0hY=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nhtUA-0006xI-CY; Fri, 22 Apr 2022 15:38:12 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#44506: 28.0.50; Segfault on opening a particular message in Gnus in terminal/tty References: <87sg9l57vx.fsf@gnu.org> <83zh3t56zd.fsf@gnu.org> <874km1djdi.fsf@gnu.org> <83y2jc6hc9.fsf@gnu.org> <87mtzsbim5.fsf@ericabrahamsen.net> <83v9ef6gnu.fsf@gnu.org> <877dqvvh53.fsf@gnu.org> <83d00n65mv.fsf@gnu.org> <83blg764g4.fsf@gnu.org> <87v9ef7fc3.fsf@gnu.org> <835z6f5hoz.fsf@gnu.org> <87imafp2b4.fsf@gnu.org> <33F3730E-AF53-4CCC-B688-DEC41075CC69@gnu.org> <83y2ja4j6u.fsf@gnu.org> <874klxyd7p.fsf@ericabrahamsen.net> <83h7px2ppb.fsf@gnu.org> <874kltn88f.fsf@gnu.org> <835z68w2y4.fsf@gnu.org> X-Now-Playing: ELpH's _Protection_: "Untitled" Date: Fri, 22 Apr 2022 15:38:09 +0200 In-Reply-To: <835z68w2y4.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 14 Nov 2020 14:14:11 +0200") Message-ID: <875yn1xmpq.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > This is a regression introduced in Emacs 27.1, by the code that > supports display-fill-column-indicator-mode. I have now fixed it on > the emacs-27 branch. Reading this thread, it looks like the bug was fixed at the time, but the bug report was left open, so I'm closing it now. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44506 Cc: eric@ericabrahamsen.net, 44506@debbugs.gnu.org, Amin Bandali 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 (---) Eli Zaretskii writes: > This is a regression introduced in Emacs 27.1, by the code that > supports display-fill-column-indicator-mode. I have now fixed it on > the emacs-27 branch. Reading this thread, it looks like the bug was fixed at the time, but the bug report was left open, so I'm closing it now. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 22 09:38:29 2022 Received: (at control) by debbugs.gnu.org; 22 Apr 2022 13:38:29 +0000 Received: from localhost ([127.0.0.1]:52042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nhtUT-0004gK-Mb for submit@debbugs.gnu.org; Fri, 22 Apr 2022 09:38:29 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38902) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nhtUS-0004fz-HH for control@debbugs.gnu.org; Fri, 22 Apr 2022 09:38:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=IMPt5JbQL84j87Qdqqx11qEL/b0QyJXDNFpTk26O7UU=; b=r/mcd0gAVhejnes0deaUKYw1xy VDIkREL+9IQrptir74TyP3ys8OxUhSH1pysfpFlV1l0+Hxo9q5Vr/e1w/f5xeLrysguyMIfsYmPRw ae5zdlT2gQ8SWiI66/ai/rsJx2lypgZaCyNtRUnZhJ30gp6AEIiagYsUN4T08THnXFH4=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nhtUK-0006xQ-Pu for control@debbugs.gnu.org; Fri, 22 Apr 2022 15:38:22 +0200 Date: Fri, 22 Apr 2022 15:38:18 +0200 Message-Id: <874k2lxmph.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #44506 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 44506 27.2 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) close 44506 27.2 quit From unknown Sun Jun 22 17:16:49 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 21 May 2022 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