From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 04 22:48:54 2022 Received: (at submit) by debbugs.gnu.org; 5 Nov 2022 02:48:54 +0000 Received: from localhost ([127.0.0.1]:55231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1or9Er-0007PB-NZ for submit@debbugs.gnu.org; Fri, 04 Nov 2022 22:48:54 -0400 Received: from lists.gnu.org ([209.51.188.17]:57018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1or9Em-0007P0-BC for submit@debbugs.gnu.org; Fri, 04 Nov 2022 22:48:52 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1or9Em-0003Ye-0C for bug-gnu-emacs@gnu.org; Fri, 04 Nov 2022 22:48:48 -0400 Received: from mail-pl1-x635.google.com ([2607:f8b0:4864:20::635]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1or9Ej-0001Nb-Kw for bug-gnu-emacs@gnu.org; Fri, 04 Nov 2022 22:48:47 -0400 Received: by mail-pl1-x635.google.com with SMTP id p12so993841plq.4 for ; Fri, 04 Nov 2022 19:48:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=d6-com.20210112.gappssmtp.com; s=20210112; h=mime-version:user-agent:reply-to:message-id:date:subject:to:from :from:to:cc:subject:date:message-id:reply-to; bh=PSIHk6blX/clna43oTJMovc7EpkxQDteEbf4qhZQDAo=; b=bqJoPV1o3IBq3/srCOvctYYzypNTx2wizkAFmU0jVFUNYWg8sDuuHaashJcAmCZIDx lzvccgFdetdnLHXTgGnOm9dPh+9Gfp0YdIg4u5y67ILyQPY6wxDdsd3YDNkYpJnOlrVL KQPa7NFOO7XmHqPCD/lpEx8zEG1g2vX4eqcDhN20fUwHuNje+ZFj83DoDabd/+f+pVWL 7Gdw+qEdfagd69cw1RgAtFMSTJFBaGTZnZm1zmuaPJr8R4h9pjqM0/qM2qDNxBY2/YaF jk4RWDu56osu2/OTa6tUbxHBT8mdWjMGcUhpNjjHH+Mvc4djOmMxoo0lyl+hrJ/semTj dz9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:user-agent:reply-to:message-id:date:subject:to:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=PSIHk6blX/clna43oTJMovc7EpkxQDteEbf4qhZQDAo=; b=LZbw9vRqP8dJeIKNpCwlKU85gx3DHMurj80SuzYtnYYA/N6eazttjNG3TS4L8mwZEc l4EeFztMxKkKE9Qde1vG/Od1pf+oK8lulFDb4T8iiSR+BCLPilN0WezRoheaap4kZteN wEK96XiDTXTN3jeUtye4j+SRrl6DvzBG43M3HXU6/8By7g2HkVfP5mOkNuIuG4vjY6KW /Tc8efpt4uQFEjMlFqhFEHCfOoAeBLeVYlZJ9bcbP9N5zTYxYtxAx5pZU8UNSJedTXPK WrmnutrPazh7IX1a/XHTRNtMe03kZsoPrXE5OsrcOhlggqtkpdzOOdmyggYwnHZc9mkj 9+XQ== X-Gm-Message-State: ACrzQf254dQWeO2Yyv1nJWi6KPtA2nCDPxG48XQ/8MiFuYfZAods0oqp vqE60wuz2d9pecIOiAIfHu7Ua8hQF78gaA== X-Google-Smtp-Source: AMsMyM6CTBhp7war+wfjXui/ONgblb6Y3XXT0ipo4/AiNowrCODE4H0gucK4UCFkOK8KSU7PZN1mHA== X-Received: by 2002:a17:90b:30d8:b0:213:fd7d:6a7b with SMTP id hi24-20020a17090b30d800b00213fd7d6a7bmr25786231pjb.29.1667616523024; Fri, 04 Nov 2022 19:48:43 -0700 (PDT) Received: from [192.168.1.129] (157-131-207-86.fiber.dynamic.sonic.net. [157.131.207.86]) by smtp.gmail.com with ESMTPSA id b16-20020a170902e95000b00186616b8fbasm459861pll.10.2022.11.04.19.48.41 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 04 Nov 2022 19:48:42 -0700 (PDT) From: "Chris Hecker" To: "bug-gnu-emacs@gnu.org" Subject: loading this base64 file makes emacs -Q 28.2 peg a core infinitely Date: Sat, 05 Nov 2022 02:48:42 +0000 Message-Id: User-Agent: eM_Client/8.2.1721.0 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------=_MB14258533-2978-4859-AB7D-8E5200C1D0CC" Received-SPF: pass client-ip=2607:f8b0:4864:20::635; envelope-from=checker@d6.com; helo=mail-pl1-x635.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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: , Reply-To: Chris Hecker Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --------=_MB14258533-2978-4859-AB7D-8E5200C1D0CC Content-Type: multipart/alternative; boundary="------=_MB9EC5E8A9-07C3-4244-8F67-302CB30AC26F" --------=_MB9EC5E8A9-07C3-4244-8F67-302CB30AC26F Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable gunzip this file (it's a c header file base64 encoded from=20 googlesource.com) to Looper.h and load it with 28.2 emacs -Q and it'll=20 infinite loop pegging one core. Expected behavior: load the file, and let me base64-decode it. It's a long line, but not _that_ long. If you don't want my gz file, this url will get you the same file: https://android.googlesource.com/platform/system/core/+/android-5.0.0_r2/in= clude/utils/Looper.h?format=3DTEXT Chris --------=_MB9EC5E8A9-07C3-4244-8F67-302CB30AC26F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

gunzip this file (it's a c header file base64 encoded = from googlesource.com) to Looper.h and load it with 28.2 emacs -Q and it'l= l infinite loop pegging one core.=C2=A0=C2=A0

Ex= pected behavior:=C2=A0 load the file, and let me base64-decode it.

It's a long line, but not _that_ long.

<= /div>
If you don't want my gz file, this url will get you the same file= :=C2=A0=C2=A0




--------=_MB9EC5E8A9-07C3-4244-8F67-302CB30AC26F-- --------=_MB14258533-2978-4859-AB7D-8E5200C1D0CC Content-Type: application/x-gzip; name=Looper.h.gz Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=Looper.h.gz H4sICOXMZWMAA0xvb3Blci5oAMxbW3uqSrb9Qf2CGPeOj2oEMdHEGwhvAlmigtrbu7/+jDmrCkrF 7NXf6dN9HtaXlYh1mZcxx7zwcdm8O63NfGDWT9/T7jYwE8NpJW/vo8al99Y+OdZwE4yazTAbXkIz XTnt+inwXuYTs16Jsn7qWE38fZv61QGtw2uN7XQZeLVr4A3msVdbBVNnHttJ6rStk+/1ab3ezOun 4bqffrSaXjDtXmde/eC8OYdeq7HhZ1vd/BlnsfqztWj80+mkx3jU3PvT1TzM6obTca9Yy5jZ6dWx g21oT+bBNFkG06bh2OnBsfvHcNrczTzr4JuTeWymxqxFz0+KM45e+MyeV684diX5HjWP/nqYzHBH f9RchtVmzbHrmdMZ3pzbsS2DzsTnajXm9G/WGRrR2+b4UY2r8aWWRLa1xF6HsNpdf5jnrW+6h8h0 rx/GuTsw3M+JMdn3Fi+nfB3LPYS2e40uzUswtSqzaTcNWs0FzpREHbpHP/GzM/Y+J/GleYwWzSSo 4hmSs/06pzPH1e42xt2Dy2kemfUs7sRJlE34jgHkFHe6W3/tGo+6UeebzGfT3sOzoQl5YH1nZY2d djp2Fs3WwO13J5cTr+0a6WTUrrtuqzkduN3RYFKbjCYunq2PnHb/a7wadt12+jVOe/Ox4c/xeeC0 993xarBzbHdLZ8B90u8O3b0PfdYv0OE+ss9b7H8Q8umnQt+6/ppZWJV36PRhm/1tkKVLklGYxRXf iyGv+Bhn7iXMSC7NE+xtP8MeZHOQNZ5j252H2G82HSaQ3zFc957Jh8/ycYKtm2kGv0iDRdPF3XqT Sr03NuqDodv9NWpsloHtZjOvBh9xIYvzeGqcv8aVpjVJ605rvlnis2XYcVfBqPEaT4fbsNM7Yq9L 4Fmr6FLbfD15ZpK52SCzcPfnz4xMtxZ4Qw/yMCCfw+zthc4LPzhXAsjvq+MaM+98/ajgec+9yP3u nunXoks9jez6LmyJz8PM2kM/5MfkA4eg0z3OYB/fkMeHxJLxqj4ZjjfAiJT9bmzXj5Htkj6v7LO5 vVZOsPc99GhI//octnewjfMRfgd7OCnZi9/nm/k7bCRcu3upN6V34FYtiTvuBWscoY9eCDyDnn/5 prUL7W7im3sb+oRd1HJ/8T3YFuyacaHBa8O2LEPaXQq5HGL8TnbywXu/vrcWr/98F+ewye6K9Xd7 n3SCtYNpgDPCZ+jend6O7kY+Rf/EeYGZ1eEx7qQneV626WDtHvwq9GEKTMKzSdxqbnHXJc6643Ob SRrC73O8A1748PmoMyQ8SGHnB3zn6Jv9SrTuCb9ppwbL3o639LmUNWyTsGSYRmb/MgNm0n1m0wGf 04d/hGZ/60+HhEFV+MXmQ8gIexPGVJLI3AEXfHWnY2if5N2HV9rDn9J5WSdGlKXrgP6PO7x3hrUI /kt3ArZZ7sr9dK16d5zCj1qrHZ+ZbEtidQAdAItPiD/QB+woX9tinJh58RZ2uQs7q3lUdU86Zsj7 P+gTMr3O7HoltAfzKHONeNpF/GkLuzDrB8LQ2JvQZ8CZ1ISPrRFPktA+L2D7f0XAV5JXT9pNeGni TEGqdA0M2uHewI/+Enc/xYxnfCe+N2xlObs0K+Ea+G0Ca20hm2DdPYYS40LpN8r22F48xpst2dd7 a/vUzt9HCT8TZISvKdmEsA22x4B8FjImrGtvP4XvSlm155DTNTKttcBa8gfce9FcBKSDat/I/Wek /MyRmLilmFEBF5iPizUodiM+NvuE64TH763V/HMBm8La72+NrdPZzX8NNhxDi++J88Pe4QPa852Y dK++8y5i7+s/JU/Zqz0ctrHJAVwG68DG1xRXJLYv2KfgTwFxiBOePUqf2PjAfGDSBfyHMF7EdcYn 3vfP1tr4E9ityUvYZAB9qlikyUWXZb4261NgyETEMoWPCXwIvmO3YcfEt2BzHdhHRrZRo/XJzoRt lKxLZ8RzpGfCWugtSaKT8tlKGlX7SUA8CLoDbuxmsNdI2O42biG2tyvJDJ/Dhy5yL7bVHH+Xmz/g D/uwGqS5nqY9iVWvc/UZ2Tn8GrZaWwm/UXu7V8YbwrjMXQHDCLP4PjPyDfgofr+KO1rGvU4ELuS2 SL4FXKnXlK/D/pahbRF/ym1tlK/b+AMYVQF/2vqXpgluZcSetXMsyHfVTYj3fJ+2J6xnUMzEmn9I uy2e7dRK1p3nthh13AU4xPJzLuxG2gj/Hzpw5D1Yv4X+XqQNF/YWZ+kFsSwJsTdzbugRPGMXTHId bgijohs/87U1V/OvUeP0edrWybe1mNWkWEmcmHwZd335zn28sD1gdjIjDurBPoAZvrQZX/cvdabC 95Xsp+Avf+XnmuTPkQ+fYq8LHtubl33+G/J/tvbmfbx7b62lfq8SF6w49b19ic6SJXzrCkysRm/n x8+XL5l2P8LHf5degB10x9SkuKrsJK42Xkvu9A/4jbKZS6kubcWT9JjC3OHYyvo7iuG5766K2OW8 bebKVhELttF6CJ58mhe8Epi9Zo6CvA7x5k3KU3v21+pxXcL170uzTneUepY6bBzfF5vczp22umNv LuL6mXIAk3mghgmIiyblmmWx9EPKjrBnJDmLep75SDk/2ko+lUBf4Egp4gFwqANeZM93mq/+JzhO vlfOY0U8noNvi5il+CjlcJTvYX3gKcm7Bj+uiJzQXWmy0GT8f8t5lOyZx9uW+ZCH38qd76hxZcqt IKd4i1hAGEOxAPHOkHJQdv0jNjI/UHFjKDj3ZiZsaPUhP1e6+pA+C3mv4HsJ4nvdeWuoeC7tE3ls FbGg09NieFkOEVTCrM8yJZugPUtwcCzzG7XOW+GjN7Go5PPf8L9U4vik1A//fPTBn86T/HBXbV1g 7P05hLwVDgoffhd8Mwta6nPxd7KfOKtvA65FEKcvx0PFh6ZmsfeQcqNLcz8obOhBdwOJJcJuSS4N lUNd4ylx1y7O0NwD+7cx5w303A95FHFlu35izijyC8F1ppB9Fmn2vL9+QMYu2+6j33HOS/g0ZfzY vI+awr8z4csaH7zD9Je5n01KczGO07JWAL61w/+PsRdvmDNNu6nI92pH4o/R1N0SN1N5ts94ifx0 6lIMXMga2GPMuOVMI/CBFj4HDu7AdbpHYOeS8DOPY4Vv/kPp8Iktcg5P66ja2V2MUNg4AuZXwk6e F+V2yjWJdp24CcmT8SW3myrJ+dxkWY8f1mTOLWoazarPuW58nJku64ltAng7E+sucGfg7kTiP9dK jvGUcCU5cX0ux0KJuyLHOyjuzP5V7akYkX6TzIQe+cxh9gpMJZ05pXEO9lplfUKPvjesFVh/i4uC 7zS/xu3zL9ewPoaEby3jjJz9vyHjrxAyo1gRenW699/I4uXu+6/a783B2Dj3pka/ibu1BpP+h/Nm zD/Gzq51IwvBi250AW6PXGZHWAReuc/tOq0zToxNyqnA34XO7u4N34bhfj6syTkJ/LqShlWXsO0F cf4icxDtWfiT9vukXe+NrfpkNKlY44o7EXfo/Xfu0LYOOPcF6yFPrC/9Kv1f5xHPbWvodkfjikP5 xb7fOsl4wDhclvPYiIVr2DDnxeU1ERUbVB7SzuseMtfL8bqU55A+CJPsYOd7wOQsNUS9TGKnWd/7 VPeVNQvY4wH4SRi/j72zMRO5kML7OWFjyDJ95B44ZyXM6xmNh/sqTuT+wD+Je8aZhc+sBX9OOmDf xr6k10xxtR994o5PEpdpz7/eTvMedPLvP198gcxSioWwLVUf/9Heh25gjdPhL7L1iSXsvTdqvH61 Gr+DSYzR5faSEBdOwb8Q74h3dQWWImZHwC+Km9DfajblOur9GUv3KewNcdS0asSTqXaBnwdgM/cT fF6vhpgKuQi/Z/+Jrru8Zso9KbuW+ibncpfvwZ3fcZ1J9ijWK4opJG9Vs83IV7hvJeoe3AOiGode U45M1/jRT9uuN5zUJlPDHU1W9ZEm98v/Su4iB9nEHB/d0/0ZnDbnbcB0i/kP8+9suAVHMgJR9yYe xnmdqBORPbmEWVT/TsAztpEtYkZk1peIxyrvAZ+uX0vw9d+oy4R7ReD9f4q6meBOOC9wo8+5fbRe 3e9H9bEr9lrOvKCW132lnoLsnAQXyGCR3/kcI8fnfFPlup1+Gv8c+5SfO4NJreO6DcLds/N2enXe fid2/FTn7xE3N7kH8nAG0dsAx0lErej0U04tOJR5PsI2V9TbCLyK6MV45we+Uo5FOedNQuj8G+th rUPQET4F+bIdqX6dn9UrMed3Afgz1WFKzrX+f6tLYHYALpO2Nd80PiSP/EV1rH+NI39FHcY6gdUa P8A5Tz7w8XOhcvNcztUZ1XVtawmsOsWyJ0ExODzd+3W+XhLYQztoUb1T5BABxVPGPPg2xVqd5124 j6/6V1TXM2cefL5dc8ft0/0dih6unm+OqCYt8JB7UqZ1Vf1fkXuRn9ezZ5zo3tZoj1L+Omr2Xbc/ wd6bgOpjOf4OK1H2ovVkeN4go7w47xHbr/d3QezpL6kOznIGxqm6juirBQlkL/v4lBv2K745h+6o 9socjmS1FD3w9Gest5qjodtsTlbur8Hk3BtX4l/jVf1T58qTC3OD16+3xt9xtTfYC9XDrjoHe1Jb yghf8Ux1nNUPKicnbs89zk63UmDGg83x9574rKhF8byCipm3/THu1drs/7c1vJs6FezGkjYDOcbg 6tFtT0H0U6k/Y/raXmwTyF363KOi70eUP9vWJe9Zy3qTvt8H8DWq9oq6IPQG/NoFJfWrPC+2YVPm iXrQu7AafyIevWk5EvfkHnF9QzVarttRXgjbIpu8KP8oYl96iKrDhO6h5B1dcuxaz7hvImsT5D/l utDkIvNiYC1hHeExzezIfQR3Nf3bekhxZskLmwvkJtB/nMbtR9uh75DMZf38mY1OfY/5vcgnijrs 0bGp5mEhnqXIA7oiZol5n6PAxxrVJbS8jeaDKrj3eQtdMWfUOLfo62X1vwKBO/kZZX064Tpweb5O /UXoJl3OJC+97cl39XxXv1tXzQEAW/aBJ2Ic1vsDsj6CT0k8It6S7kPPXc08cCuPasFUv064LgFc wT57qk8dfmNtxMSY+Lwp5GVtKQea0dwLdBwilxLrUy0rJd89FHV66wRbSyItD3hipyJ/r8TNkTHB 2re1dNHDt6qhuae5hkpk8oxO1ff27IN+5kLX3VS7y/09aGZoK2rIP9ZeiC9QnUd/7ijnjpgjaXv8 Zg1Gz0O7KXEeigky138jTB6srLcRuAPkf/yNmkh+xt/co6gn2GmW1/4Eb6b7ca2bfIO4gYqdsk+i +XdJXavcRke5Dd7VA0ivlHNj/wvf0ewvof+busgT+wD3B4/ruKnz9kI1edmLsLZyXot8aAtsIhuE nhjfMsbYyxNua5NNccwt7ih0Tv2fjc+52utNP0KbvZm/5zVT3v+Ob8BessldLEiN99EtdihMfhf7 QvdnxSu3FDuo30w4NOT5DNhxO6+DiLogfSbmXmTc7INviLlEzX+0+91+X87MlPW5FJenHomw/3W8 jUxR4/zO9yM7Ik7L3PjThS0/q79w7PEoFtXhW8NjoHLhjrTXBc25QLaa/IGdB8ShDcVVykNCgVny bMCWDnJ5mj/kuoMW20+FDTHfpfjWKrOD7n1/DjEsPsg5Kg0bJX8TPQuNP8r5E4UzbRkrLqKnAV+A vxAfvvndup+xkX9vc89J9U+wV0gzmiPRo9LrrGLWRPnjsE+6YJu5yQMKbqp/t+ys49TtjVv3P1dq Jqf+JM72ZsDfOz5ENkF4SzUgwmQxgwcMjyiP55nTO0xjriA4jo6tApO4jrMIPFfM6a77FYppYu6z /aT2QzmMHuNVL6R2vOFjGs64osZScPach8o5mcJGH+rMJRxG0xfZ3X/aRn7ac0UzmEVuUNyLbXqA O78/2tVO5mP3P/OZB33GSsdv17T+Cop5Ro7l4No12MoG+csB+HUNO6tS7Jc62cOGN6HJfeGD4G+s w5TxkjiWqJFxj6tEp/n3oyKW4H6VFLZIeLf7Lp2tof5jzi+e8cxmIGdhwswtz1VEzUDMxJliNtMX 5y3tX3POJHKPq48z/lRLoZwjzlLoqU+zA5R3p2xDss5IeX2I3P1ZbHWyYOWIWq7xvJ6Xc+YVznAj XycTPF+uURJ/1YwG+aOIOx+tnPNuxfw68wTSpehb3GKJzk25bke1AYoROGvKtXnkKHw+wQl2jAuS cwwMqzdud5sDY8e8g3uROLPIUUhn9cPHhO1Yj/Hano1FnjvAzor+3sN8x1H2AufxtEEz8AdgwOR7 2tzyup28hkv/7mrymu5bXa0u4hRzwDdzBEOJYSc148u5Hfm/1EGeR6g61N/NxTgZc6CFwM02yWkb I++j7zAGF7MLYn5PzM7WtHnIu7miBz44kWcUMuzER3qHgjnKtE85t5xt5rmQ/K6fZTyiNT+/jyhP aSw0nS1U/S5cVAQH4Rqym/Mrnbch3yMusMjz+2JeupClzh8ER/pZnrgrzRdFJvXXz1Tvewm8fiUm TujVahrvyrlNEQ91fnbLaXhWOXMTGTeljzyt17Ld0Rm7pvDNrrA5mns/itznvk5Wpq/GprdYzUfw GSfT5sGEn2vyvdlH44MypvB+3Vpp3W1QyFfKnnPKH3o5kg/c5u6ixpqKGY27mg3ZKvKDv/S9cGc1 +5/Xz2TNwvi7XKo34vzsB6zkfCrH4V6reN6fdtdUXxJ4EXNuUFJXv/MZsulKSjm7mAdXvUrOMVZc FxQztMZM9AYPP3yf34cSef8OMai7Re5OcYPOuBV1b3fFtV2ZV0t5ss6e9lRvfF/sEXipqDeJ3EC9 a8P9N87j4LN0f90ntVk2rpuIfK+P9bqGdqditl/jcZDDYpa5S55NFme6hp51ETxdvQvQ34Br7ALh 91TzzgKRd1LtYOlPuWYr5v503/esK8cyxl1LzHN2CHPcq5ijfnmoR4v3V7op8ndTm9XHvSluiVlZ 7nE96mwceJN8Pho5H9WcRQ3Ldg2ye732dDN3TvG5HaweZ6qEf5bMuf3WLNfDPJzGO6m2Kmr9D+8Q CB5QMtel5l4jmmWVdUhtVusf3ZsZ1bI5sFIeNgq8Cr27peJXCS8qrwE8e4/i0dZzXT/hlBrvMq1M zcVzT3L0E2bQjFhf+dpOvg+g1VziLcV6nv+Bv9PcqNZHeZi9xhkoBjhhNea85aOVz7LSOxmwZc6H SvsoZOM386ayjiUxHXG5xrm3mNGoi3cHmAPgM1W3sq1rLOunea3pSW9R1vR2HN86K+3O4j0twfGp t8NnlLN09ZXkOvT+34n6s/qd6F0/6EPVCGQvmXBQ1FJy/VC9Us0j3vrgQ08zr0Xeygp8zxXr0r1N X/kt741884o9Mty5IutDHN+gl0PBDTjPTCk3vdE5xcw8htJ3GyeR7+LvdiGLO1vk98fIRskOi1wp rgBDE8LWfLaFe3E8+ydq195A5x9r4AzFFUPGlh3xEObxpNOO9u7pzVyudQimUWmeMeCaCs2U0ru1 Vu0WSwUXIc5Dva5Q6JZ8p6JqTch/02jd5zjB/QNvuJLYqHo1rIubuWzEna+SmfYvfieKZiVoHpJ6 Gm3gP3MCPffP40Y+r1k2Hy98U9cbc5+Q6t2ifqz6SPRe7gXfv3AtfqT8o1tT7wtr70f9UANtnH/L p4rYs6M6Kdkv5TpUBynJG2/0+Hu1u/zdmpw/i/d+a3wf9mc9r3n4Pr8/vQCeEWdYRMQNqO4p67Xi 3cu7vKrIu57V5C4yBujx6Gl/bOjVqDdfke8W6O+DiXyX9GXyHIB6t1r0xWADvsn57eru3Zay+oX+ /ouaoz2E1QHzuHDtIg/5SU7/mpzvahc8z6K9J6feZbn+xrssso6M3Lqdv7OSae+G/afkirsGhviJ 3KJD81xDEYNu3ivLsStT733+TzFX15U4EkT/koDsyMM8jErwiDISSIC8ycfIjiDsqKj59Vu3qqs/ QsLKzsM8eI56IOnu6q6+VXVvAQMansaWMVgnJT9WmWcynN1EPyf3RDAmxE3pG+fTBuevZINdaT0w CrVotGY14B3nc5u1cA//Ls4/U64966uZD2NtlrbpDlouaPzdDvos9PIxjWU+Fv8Ty1ydrdln2u9a TdHd3xNPdxdyMvDz31qmUswWTZ/AW0tXEhOEukPMn+8E5siZOLLErp4ecJlJ/FDMNds96ON6zveH vQBWmcEtB2IdxTV54XtbrkmaPTRdR3TGeyusS3Z1u5/DcmM2+SvmHeGcv85HQaz1uzlQzUebu7aH 82PPfn8cJ5hP2d4g3HiUvwg5NPDJ/89/JCb20ZqBd84Nx/TgHvDzI+KHSvMbf9oO5n5OnN61e9QZ /EwcxPUut/c/LH9yOXuKt5MGzj7hBektUNYbA3Py/Jinu7qSc3vgnPw5/7evO94EMWeJfpJiTqe5 NnGy0ZNXr7OpqyF3ZbgBBe7cPHd3tPRmkDp38wQ5vftRLPqji5MXp7VBrYfiTIkHgOP9mIjwHbTS feFfmHygxxNoTBvXv+SejXfArUNoZB1Gtr0lEJMjJpnVre7wg/Bsk+aOXFiQm0Mcg3fb+irF57wP yU8r58L026G1Vp9qtQjFOluB47PKB2YdPsHp6StPUe4LxwWtrl0HsZKcSaOn8WtB84vS+ovuNWAP /u5iIHnbiYvTny131Mt58tqzVue6cT/m3kVLriN69w/5VqO96uHZJ4zVoQcEp1n+DvoQVY2/qrYj 2LP1xjHnKJIY/lM8QOTfvr2V2CwXndptkLu54zyq2MXknsCjyruWn1rQ9Ea9FcYk9jF9RpwttVZ2 nE19jS/zS5rK11E7CafS2bH6+fbMfr6OJnlynYO8S+voM3efSR5YNDQUWyLeCe1dkn/aW3uL7cdx h85eYvbopiyvhjtDn1ltD5ffLvAwjz1XyNtybQBxXMjDsvUpjn2w94/YX0/FuRoNP8W8GY0t+ct+ 3/QUSZR3fRFqcFTz+92vf/v5ysuAOwHcs6+BzU/9WmHw/CBXaTWwjkeLXh3zEd3xrNU633F/sJCv EeRog3FGzDVasY11fpcH3uEwBOFseh40OQVNkrsLae5rikXJ7qbnimLZza3V6vvakbJnL9Gz7Oes xv3WTJxUyPeW9i44gCFlTRSHWgxK97XFNd0BtKf6vqWOe3vjYZeu16PhxsNEXQ+PFuwQzrcEHwe2 qcRsbgzB5x0mdvi2ZL/o2k3WrR2wXL+cA/yFMPSOuZ5j1AiunzPlYsjefmEORsq53P79+Bx1hS/w AzfCg6jNRcNV8h3RcyUdwogJnZuPiu+08Xd6ShiOzkvvl8X2UQZd+m7208UP8ahZp5iUznaCvhUl /09z856n+Sj6yDom9jPPDvFDbai9Y4ZuHQk3nD1kjXQ5W8eaY3gZItfkYo4d5/MNzprXuT4Hv8a8 Wzp7wEQNcIiN9ps5F8BXiqtMby7R3Zvee/Cd5BN0H2MOEg+w7rC19rDCctJ45DwO8qHqC8l/PLPm CPeEsbniI7umxj4xa8TfO9mlzJf2JMUwMesFHH46e+B5c/z8vmUcXp9U1FhrO/B4aY7s162PsfHr +U02ppjA2RS+6tnzS7DnQLVo0LvJvuT886PyXqYJr1HXWyPB/xZjAhO1XpkzMeYckdX94394hsdl wxrucQmFk5kYnIY8rdRYvHeiJkJ+splLbNF+YD5x/X21l1dz8x1ovSEbnj5MU+fDaa7m7Pa2i3X6 A/ahO4hi1BZ84jV6/y3UV3u+ZJo0V4srF4+n6ltk/+eCp8mG7fe74SNhtSSaaM2R87nhOec67WDU fEWfmyp+4PcwR7ic15H/P914PRskjgKX37unusXeYBqvOvuvzdrjdxffi125l5L0wgGfM06GUY/2 06P33sLn1A5t7gPFdxrFOhsZ97d/5B3S6+bHgNfrFXwpGu9S98UMn4WWsc65oLWc+7Iei1+//gtq hmbV4FQAAA== --------=_MB14258533-2978-4859-AB7D-8E5200C1D0CC-- From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 01:12:51 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 05:12:51 +0000 Received: from localhost ([127.0.0.1]:55301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orBUA-0002qq-TS for submit@debbugs.gnu.org; Sat, 05 Nov 2022 01:12:51 -0400 Received: from mail-ej1-f41.google.com ([209.85.218.41]:38846) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orBU5-0002qP-No for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 01:12:48 -0400 Received: by mail-ej1-f41.google.com with SMTP id f5so18090749ejc.5 for <59038@debbugs.gnu.org>; Fri, 04 Nov 2022 22:12:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=44jDEGScYqZAK+WcGtAMRX34+XlLabrZG9YP/rLHiJQ=; b=lkCtgpdoS1WerOkmpYe8uhitaxMBHa54UECXr3LtBBzJ+1tU0DYlCDY9lvySCvfZHO fW2BT3sHXm6GIGGLVWjDQ8BNGcIfnmnvYgcQlQP9nbZpAkjXvT8QB+1piXwNvVFeMf5v 4eSjvph55lFTpFdvcUGeq9wnvFCQdk3FvG1CEEEOP73PmICDgSMo+9TchbpDOybGL2sv 9McqwEiIPeGLsT34xOAw/TrmXxWHTYvQRz3aRYwSiKAkZZgOn9U4YqFmia2JR3a+/hQK UrUKO6OH4GmnVodNeMFZUlVkWMZZlDGujd+rB1FDK9kqN4XikwtpnX8lzMKsuXP2cdiA G2fA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=44jDEGScYqZAK+WcGtAMRX34+XlLabrZG9YP/rLHiJQ=; b=KCg6hdv5ENJcOcj/3YM44dMXoGKXnnF9rzOFETJt6/8GKT3xezfkFmq6qobV9vhgzZ YKQJthP47XYTyER2INPdaYiiwEeT1LYw/0fGQ9cYX9UXLYip8OihyrBT5wJ8UPX7+HCo jwX4CkaQ1RFbUg55xLBZWodtIsO/9WAJTfri5PSAXsKy6MOJXemDXo5VnE6Nz4duCrVA Dn2CjneAPB8PTiM61/Fro6nmhByFmTZ1w3Pe3rMTm8yzHq4uNwnIWLM4Rp0xc2tIEdeb O0JsyQraL/A95AeztuhU5K+FXtUKs/XVBjCMq22xpB4/pllCX3TRdHU3fa7TN0nZRFyr 2QUw== X-Gm-Message-State: ACrzQf2MD4KJROWRGTqe1YurngWZPxj9sNN5aFFG966+F3E9j7rfBR0t 1HgSQmADKecRl3TP0LXdESQ= X-Google-Smtp-Source: AMsMyM6+200ELjGJSLniIxoD2448tgjoOO+HgH0VwxROqHFOyGXzwTNJ0r3F4LEz4H8fNetDe2IpTg== X-Received: by 2002:a17:907:1b09:b0:7ac:db30:2cf0 with SMTP id mp9-20020a1709071b0900b007acdb302cf0mr37534602ejc.679.1667625159635; Fri, 04 Nov 2022 22:12:39 -0700 (PDT) Received: from Mini.fritz.box (p4fe3a85e.dip0.t-ipconnect.de. [79.227.168.94]) by smtp.gmail.com with ESMTPSA id j21-20020aa7ca55000000b004616cce0a26sm662439edt.24.2022.11.04.22.12.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 04 Nov 2022 22:12:39 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: "Chris Hecker" Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: (Chris Hecker's message of "Sat, 05 Nov 2022 02:48:42 +0000") References: Date: Sat, 05 Nov 2022 06:12:37 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: 59038@debbugs.gnu.org, Alan Mackenzie X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Chris Hecker" writes: > gunzip this file (it's a c header file base64 encoded from > googlesource.com) to Looper.h and load it with 28.2 emacs -Q and it'll > infinite loop pegging one core. Thanks for the report, Chris. This is reproducible with master fd3f51b7c3a6649ee3db12d33b056b1afdbfa7e9. It might be related to cc-mode, so I've CC'd Alan. Emacs goes into an infloop while font-locking the encoded .h file. Below are some Lisp backtraces from interrupting the loop: (unsigned char *) data = 0x0000000100280ecb "skip-syntax-backward" (unsigned char *) data = 0x000000010328e580 "c-beginning-of-current-token" (unsigned char *) data = 0x000000010328f9e0 "c-update-brace-stack" (unsigned char *) data = 0x000000010328fb40 "c-brace-stack-at" (unsigned char *) data = 0x000000010328fb60 "c-bs-at-toplevel-p" (unsigned char *) data = 0x000000010328fcd0 "c-find-decl-spots" (unsigned char *) data = 0x00000001032c96d8 "c-font-lock-declarations" (unsigned char *) data = 0x0000000104b79b52 "font-lock-fontify-keywords-region" (unsigned char *) data = 0x0000000104b7f7d5 "font-lock-default-fontify-region" (unsigned char *) data = 0x00000001032fc2f8 "c-font-lock-fontify-region" (unsigned char *) data = 0x0000000104bcf23f "font-lock-fontify-region" PVEC_COMPILED (unsigned char *) data = 0x000000010027b168 "run-hook-wrapped" (unsigned char *) data = 0x0000000104b6b2f2 "jit-lock--run-functions" (unsigned char *) data = 0x0000000104b9887d "jit-lock-fontify-now" (unsigned char *) data = 0x0000000104bb05ff "jit-lock-function" (unsigned char *) data = 0x000000010027f89f "redisplay_internal (C function)" (unsigned char *) data = 0x0000000100280f1c "parse-partial-sexp" (unsigned char *) data = 0x000000010328f640 "c-syntactic-re-search-forward" (unsigned char *) data = 0x000000010328f9e0 "c-update-brace-stack" (unsigned char *) data = 0x000000010328fb40 "c-brace-stack-at" (unsigned char *) data = 0x000000010328fb60 "c-bs-at-toplevel-p" (unsigned char *) data = 0x000000010328fcd0 "c-find-decl-spots" (unsigned char *) data = 0x00000001032c96d8 "c-font-lock-declarations" (unsigned char *) data = 0x0000000104b79b52 "font-lock-fontify-keywords-region" (unsigned char *) data = 0x0000000104b7f7d5 "font-lock-default-fontify-region" (unsigned char *) data = 0x00000001032fc2f8 "c-font-lock-fontify-region" (unsigned char *) data = 0x0000000104bcf23f "font-lock-fontify-region" PVEC_COMPILED (unsigned char *) data = 0x000000010027b168 "run-hook-wrapped" (unsigned char *) data = 0x0000000104b6b2f2 "jit-lock--run-functions" (unsigned char *) data = 0x0000000104b9887d "jit-lock-fontify-now" (unsigned char *) data = 0x0000000104bb05ff "jit-lock-function" (unsigned char *) data = 0x000000010027f89f "redisplay_internal (C function)" (unsigned char *) data = 0x00000001002783c1 "re-search-forward" (unsigned char *) data = 0x000000010328f640 "c-syntactic-re-search-forward" (unsigned char *) data = 0x000000010328f9e0 "c-update-brace-stack" (unsigned char *) data = 0x000000010328fb40 "c-brace-stack-at" (unsigned char *) data = 0x000000010328fb60 "c-bs-at-toplevel-p" (unsigned char *) data = 0x000000010328fcd0 "c-find-decl-spots" (unsigned char *) data = 0x00000001032c96d8 "c-font-lock-declarations" (unsigned char *) data = 0x0000000104b79b52 "font-lock-fontify-keywords-region" (unsigned char *) data = 0x0000000104b7f7d5 "font-lock-default-fontify-region" (unsigned char *) data = 0x00000001032fc2f8 "c-font-lock-fontify-region" (unsigned char *) data = 0x0000000104bcf23f "font-lock-fontify-region" PVEC_COMPILED (unsigned char *) data = 0x000000010027b168 "run-hook-wrapped" (unsigned char *) data = 0x0000000104b6b2f2 "jit-lock--run-functions" (unsigned char *) data = 0x0000000104b9887d "jit-lock-fontify-now" (unsigned char *) data = 0x0000000104bb05ff "jit-lock-function" (unsigned char *) data = 0x000000010027f89f "redisplay_internal (C function)" From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 02:53:06 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 06:53:06 +0000 Received: from localhost ([127.0.0.1]:55353 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orD3B-0006qL-Kq for submit@debbugs.gnu.org; Sat, 05 Nov 2022 02:53:05 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45964) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orD3A-0006pg-At for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 02:53:04 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orD35-0006Ga-1Z; Sat, 05 Nov 2022 02:52:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=XnX3g78Ve8d/mXspyBjVJR0qwDjXMRg8dhu7aAdvt1Q=; b=pUWEc6gIba2s tFznM7g63EJ8KDaPfqy/wzGz08oXH3KGhv2ki4sXfw5hDwjCYa1/9USZrtytSO/dByCy9p1boCeAb a9JFCn8jph5UDr17YobjL6ztRCOIJIOh0DB16QCwyuPMc7WhqirzXexQowfLwLw12/e6QbBGEIAHZ oY4/wRHkCT0176Tvz5LHNtjY6TEdegM2OOe+EWZpxPpl3oxi9++fmO7WzNQoMmjBu+Tl4aaiObPyz Lm9AkL4qWguhUVF3HGdCcgmDhcQj7OY6fx4yFAoSRJhL1rNzO6bznjdyqjzUmS2LlRj7+he7ydnzZ 1g+ltgkwpYd3LJHu2LBLKQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orD33-0007oe-DD; Sat, 05 Nov 2022 02:52:58 -0400 Date: Sat, 05 Nov 2022 08:52:55 +0200 Message-Id: <83iljt51vc.fsf@gnu.org> From: Eli Zaretskii To: Chris Hecker In-Reply-To: Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 59038 Cc: 59038@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: "Chris Hecker" > Date: Sat, 05 Nov 2022 02:48:42 +0000 > > gunzip this file (it's a c header file base64 encoded from googlesource.com) to Looper.h and load it with 28.2 > emacs -Q and it'll infinite loop pegging one core. > > Expected behavior: load the file, and let me base64-decode it. > > It's a long line, but not _that_ long. It's a single 21,728-character line. With Emacs 29 (from the master branch of the Emacs Git repository), I have no trouble visiting the file. It triggers the new long-line optimizations feature. So I think the problem you have is already fixed for the upcoming Emacs 29. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 03:01:46 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 07:01:46 +0000 Received: from localhost ([127.0.0.1]:55358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orDBZ-00074v-MN for submit@debbugs.gnu.org; Sat, 05 Nov 2022 03:01:46 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35220) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orDBW-00074g-8R for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 03:01:44 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orDBQ-0007J7-4i; Sat, 05 Nov 2022 03:01:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=aYNfBy7kxyyGSpI+9HmS0qtoLywJjX6GwgsSJkHcREI=; b=pO3IaD5EZMqu7MRxTIby a3JR3ktXOy70a7+OzCPO7ss0nXSUCBveBSzTCu2o370fFH/dFEXkjkj+lBn4IZ5npDE8yaVY1SGS9 MyvGcTh+j8VTZu7B7tRz/CCpHdvDL75D1Oddd6vFRp6kXGpQZTfY1DrHyoN/Quu2yVaoO6cswtPjp jpn4+ltTJVunW3lEd7YbH+LEVRYTwWbAVRvxztEWnPNLWV+vVyBes0NJyIH/YvLBRU1C+n9mV62a4 EF8kzT0ZiubQIE5aYUGDGWlJxAQtYBuw1PWNwvrqPA6pI0SvNVSSlaRwKoQbOqcbV/mawerOkMu6H VxjALIVfLrawOw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orDBO-00007x-0P; Sat, 05 Nov 2022 03:01:35 -0400 Date: Sat, 05 Nov 2022 09:01:31 +0200 Message-Id: <83h6zd51h0.fsf@gnu.org> From: Eli Zaretskii To: Gerd =?iso-8859-1?Q?M=F6llmann?= In-Reply-To: (message from Gerd =?iso-8859-1?Q?M=F6llmann?= on Sat, 05 Nov 2022 06:12:37 +0100) Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely References: MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 59038 Cc: 59038@debbugs.gnu.org, acm@muc.de, checker@d6.com 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 (---) > Cc: 59038@debbugs.gnu.org, Alan Mackenzie > From: Gerd Möllmann > Date: Sat, 05 Nov 2022 06:12:37 +0100 > > "Chris Hecker" writes: > > > gunzip this file (it's a c header file base64 encoded from > > googlesource.com) to Looper.h and load it with 28.2 emacs -Q and it'll > > infinite loop pegging one core. > > Thanks for the report, Chris. > > This is reproducible with master fd3f51b7c3a6649ee3db12d33b056b1afdbfa7e9. What is reproducible, exactly? Visiting the file is almost instantaneous here, in Emacs 29. What did you do to get Emacs into an infloop? > It might be related to cc-mode, so I've CC'd Alan. Emacs goes into an > infloop while font-locking the encoded .h file. Below are some Lisp > backtraces from interrupting the loop: I don't think it's interesting. In its encoded form, this is not a C file, this is just a long bunch of random characters. To decode it, one should switch to Fundamental mode, then decode it, then switch back to C mode. It is IMO unreasonable to expect CC Mode to do something sensible with random sequence of characters that don't resemble C in any way. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 03:50:44 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 07:50:44 +0000 Received: from localhost ([127.0.0.1]:55386 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orDwx-0008F9-Up for submit@debbugs.gnu.org; Sat, 05 Nov 2022 03:50:44 -0400 Received: from mail-ed1-f47.google.com ([209.85.208.47]:39778) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orDwv-0008Er-Ai for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 03:50:42 -0400 Received: by mail-ed1-f47.google.com with SMTP id f7so10570786edc.6 for <59038@debbugs.gnu.org>; Sat, 05 Nov 2022 00:50:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:subject:from:references:cc:to :content-language:user-agent:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=EtYX4v8qmVOOnQ3wusLxQ9m27bN0pxmbdc+QQ7RlyYw=; b=DZ47vPR0T2uwuYouSkeAVfXer9pvpphtazpSLxF++jokB8E7MwR3QcxusPYtJNirWK 2816hCC4QvH6QBnABdBLu0HayMRw3hQ0Q9siYyB8jCJhya27pv6Gj6nzByN7UThI9onF l8jpY312QCbMGf47YJzD5zQhIE7paVeTBcDB6s8RdWLvKmML5XTXy6VF/T51FOX4BpAg xjpXP6tfOz+rNbMHTbsiG7mm6f7jvOZ2yLmhpUC7/ziI9VlzZK6gI8FUS+hRlM5wRyPU R2wgM8GiAtm9PgyIWccrGaas3dZWu/T+mxid0sAzipnD/2f5kOI5h1CiIOO+/6Upis+j NzkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:subject:from:references:cc:to :content-language:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=EtYX4v8qmVOOnQ3wusLxQ9m27bN0pxmbdc+QQ7RlyYw=; b=Pi18uUQNj+7pbEt7NMlmtDgh8kf2kH3RVwUx6AjrLLe3C8nV04HmmqSN5ojWIiOhmC ZyVo4n6KeUuXcV1ew38kaDaGJZFz1KiwMCW6R1lxa0gfcUprPbon+oU2oG0Bx2+fktJD /PXrCZZqkQf3JPJ4ktJg7YtyxWfc9iw29WJ2azHhUUEwgj82OllKhApxs3ysbvHgbEqf hBLxCvA/wAxjmeO4hMj1N0pLKzqu5Y6MxRZoShkB05l0bZfHM0Oyp2VKHxRZ+RPqWY1K 0ULSCNXmdpEfdZ8kxUS86KyDpitEZ5ld5dDojyOKIuTTM8X2qf2pCc6b0D+kAwysEQMa 67cg== X-Gm-Message-State: ACrzQf2ApzsZJAYZdYhiXIMTL4TAI53uhlzABao6IFBcwm61qnVEyScB Bwk889eLKYQoYHR+bqARMvA= X-Google-Smtp-Source: AMsMyM7HzzGUjKkpke+dL4MIq4tQsSX2sfqgarCVFCZAxF0avoc5NMfha6lA/umwtdsiTUUXDKwgzw== X-Received: by 2002:a05:6402:5024:b0:440:e4ad:f7b6 with SMTP id p36-20020a056402502400b00440e4adf7b6mr11684752eda.358.1667634635105; Sat, 05 Nov 2022 00:50:35 -0700 (PDT) Received: from [192.168.178.21] (p4fe3a85e.dip0.t-ipconnect.de. [79.227.168.94]) by smtp.gmail.com with ESMTPSA id s7-20020a056402014700b00461a98a2128sm809073edu.26.2022.11.05.00.50.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 05 Nov 2022 00:50:34 -0700 (PDT) Message-ID: <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> Date: Sat, 5 Nov 2022 08:50:33 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.4.1 Content-Language: en-US To: Eli Zaretskii References: <83h6zd51h0.fsf@gnu.org> From: =?UTF-8?Q?Gerd_M=c3=b6llmann?= Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: <83h6zd51h0.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.8 (-) X-Debbugs-Envelope-To: 59038 Cc: 59038@debbugs.gnu.org, acm@muc.de, checker@d6.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) On 05.11.22 08:01, Eli Zaretskii wrote: > What is reproducible, exactly? I don't understand. The infinite loop is reproducible, "pegging one core" as he expressed it, using up one CPU core. > Visiting the file is almost > instantaneous here, in Emacs 29. What did you do to get Emacs into an > infloop? Maybe I switched applications with Cmd-TAB, or something else triggering redisplay. Do a M-x or C-l. > It is IMO unreasonable to expect CC Mode to do something sensible with > random sequence of characters that don't resemble C in any way. I think no-one expects that. The bug is the uninterruptable loop or whatever causes it. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 04:21:54 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 08:21:54 +0000 Received: from localhost ([127.0.0.1]:55406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orER7-0000Z4-UE for submit@debbugs.gnu.org; Sat, 05 Nov 2022 04:21:54 -0400 Received: from mail-yw1-f171.google.com ([209.85.128.171]:40563) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orER4-0000Yp-PQ for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 04:21:52 -0400 Received: by mail-yw1-f171.google.com with SMTP id 00721157ae682-36a4b86a0abso62672197b3.7 for <59038@debbugs.gnu.org>; Sat, 05 Nov 2022 01:21:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=d6-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=CFLO3rIqQM5atXTtTumvA49w2Ff6KXIaDnW2fpc91Mg=; b=lrNbxtBoSqRg9K81kSU4n8RFJSUuOQl7P3+9cotSaa+OZvcmBJUcM3+xAfVOKO6OzY /wUwqKCQ+s2Q1yDx4x/wpfnLTsTTN3OuzwS/3jd2CRR2AejFQg0jrORZtoRELpzIZn5i 88qMySrENbPaQ4xdtEBBr9rBEfHE02QIbWA+3cSl3/0GZ9VLxiUetDnJvU8H1Xaw949A ei1Dnz/zt8Bq3RAgydT51HPAXFjLUS48MgjPD0Y6kthmLKgqpLeUbmYHvd09Xv9HqIM4 ZvOmeCHlvrB8JdETM9DN5CRyeucA00TWjhZEhNjqxqOPsh7NjNevCDstMRuk44/UW3SF XuZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=CFLO3rIqQM5atXTtTumvA49w2Ff6KXIaDnW2fpc91Mg=; b=XqAw+SwyWXdNVWsw0hU2b8kevyE03RNYu0e+WbRkpF6lPryvWLM3gNh99IBScQ/RqO sG5UvLtaZQLRyN3kkEr8B2+nNfqD9Sc7mgMk81PZrxira0bYs8SzXU9pcCLXYcVr8Ob+ wT1gAKyKB0hrfOyu1ehG7x3fnRzf97x3ROkC1Kz3zFYeXRj6HIqFQhwf+Wtpy48mzoZx 8JCNAPO/lffF6oE1vWcxHAKx4A1LPDya+5ZEfv/No7xXxrAkFpgeY0jfr7uzy9R1zf8/ iGXqQG7IgKqESpccmalg3NvmVAP4p/6HEvhT+sYkDwHu9uKlPhCEmV2F79jQJnAAxGN3 a7lw== X-Gm-Message-State: ACrzQf1Qq57KeWxCuOrhkIPvZB244+xz6Sr1Dmr8CSkWeUYG/uAtS+9o BXvWyr1QjtsmVgHF2VJpvWytSXwCjLsji7XIWkkHEA== X-Google-Smtp-Source: AMsMyM56ZLrT87kMy9OPo1LCfWujqD3A5QShG9ruF9cXRdvcwY1hG3SsT0OslWCOMjd351pqFDR/Ec+0/ZpEseIpWFs= X-Received: by 2002:a81:704a:0:b0:370:3daf:4e89 with SMTP id l71-20020a81704a000000b003703daf4e89mr35814597ywc.268.1667636504985; Sat, 05 Nov 2022 01:21:44 -0700 (PDT) MIME-Version: 1.0 References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> In-Reply-To: <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> From: Chris Hecker Date: Sat, 5 Nov 2022 01:21:34 -0700 Message-ID: Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely To: =?UTF-8?Q?Gerd_M=C3=B6llmann?= Content-Type: multipart/alternative; boundary="0000000000007e995705ecb4e19f" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: 59038@debbugs.gnu.org, acm@muc.de, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000007e995705ecb4e19f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > It's a single 21,728-character line. Yeah? This isn=E2=80=99t 1970. I have 32gb of ram and a 12 core cpu. It= =E2=80=99s a bug. It should either parse the file (instantly, it=E2=80=99s 27kb) or it = should at least stop after a few ms and tell me it=E2=80=99s lame and needs me to = switch manually to another mode. I mean, given the 28.2 user experience, there is no opportunity to switch to fundamental mode because emacs was hosed. I don=E2=80=99t even think ctrl-g worked for me. Chris On Sat, Nov 5, 2022 at 00:50 Gerd M=C3=B6llmann = wrote: > On 05.11.22 08:01, Eli Zaretskii wrote: > > What is reproducible, exactly? > > I don't understand. The infinite loop is reproducible, "pegging one > core" as he expressed it, using up one CPU core. > > > Visiting the file is almost > > instantaneous here, in Emacs 29. What did you do to get Emacs into an > > infloop? > > Maybe I switched applications with Cmd-TAB, or something else triggering > redisplay. Do a M-x or C-l. > > > It is IMO unreasonable to expect CC Mode to do something sensible with > > random sequence of characters that don't resemble C in any way. > > I think no-one expects that. The bug is the uninterruptable loop or > whatever causes it. > --0000000000007e995705ecb4e19f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

>=C2=A0It's a single 21,728-character line.
<= div dir=3D"auto">
<= /span>

Chris

 --0000000000007e995705ecb4e19f-- From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 04:45:15 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 08:45:15 +0000 Received: from localhost ([127.0.0.1]:55416 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orEni-00016c-Ez for submit@debbugs.gnu.org; Sat, 05 Nov 2022 04:45:14 -0400 Received: from mail-ed1-f49.google.com ([209.85.208.49]:33287) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orEne-00016K-6D for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 04:45:14 -0400 Received: by mail-ed1-f49.google.com with SMTP id a13so10736994edj.0 for <59038@debbugs.gnu.org>; Sat, 05 Nov 2022 01:45:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=xz4yAn2Ro0JijsQ6kdv+7gp+boaZVisUsvzqM8ikW7c=; b=fSv8N/4G9igICp6mJH0MLGZR5xpseEr9WtFbEzUnGnwU3Bprj6gudRI/dKmOSABGqG MdYxp8woTYGakVRnXZE8yvqQz0SfituEWNJz7WsnRFuCLm87JoKmPpf0sKVfqU9GiQB7 lyjM5drl5bpCOH6c89ONAFqEi/QN2152Rip0xa/dzTUg3sAVyz9xG4giNJhrgm/+pHfD mLMJwwv1Q+x0dIXLmRn+yEGS4T+BvzAICZbybyUfOE4ID/LFSCgVsl7kmuzJa2ZXAOBF apyF52lvMlx0zgDou5ovcFJuS7pat9rmDzWaqi4AmiDipDM62QhvfJqsMEl75vxdHe0b 7AhA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=xz4yAn2Ro0JijsQ6kdv+7gp+boaZVisUsvzqM8ikW7c=; b=q+AhRO5BjpTgUwYUFAbikIbXa9QPAKB5sgXI39EiJc8OucwfzaXVo/09OLNNlRyLT1 4t0+NINJbist6fVG1wweZclEWcHUfKbcZyyzEZBeq08s5fjiTY0i2kcul76CFUMoeIoN lEmRGMCtsSiR+aOUdQhSzFaBfRnx5b7pjkkZzGT5af02C9pDuUB0UAFjzOmucQzY2+W7 tBS/Cxy9Y/VeGwADFea75C9xTKkRyy0k2z+GnmaUeYEVE/4V4StPQ+fNxgWtFKqHtnzd X+GNbvSKzKcg2EqavKGwf997Awvh6M+c+XxfFDJQrye7BnTP6dPgyq+fojoEC7gRbmE4 bNJg== X-Gm-Message-State: ACrzQf2ZLkZi8pP3FfVrVL8XyDxc6Szg+8DKx7A91Xqtypqnp6UQ393W V7RUKId1uRl395dBDwqudzY= X-Google-Smtp-Source: AMsMyM5wQbuekOFKLk8EWw3kvPZ11xAYfPbbTlvgUaKTzjoqRVxSAT9Ha48QcmJVSQ7MMBzS3NCyYQ== X-Received: by 2002:a50:9f8e:0:b0:459:2d37:dfbd with SMTP id c14-20020a509f8e000000b004592d37dfbdmr449934edf.336.1667637904063; Sat, 05 Nov 2022 01:45:04 -0700 (PDT) Received: from Mini.fritz.box (p4fe3a85e.dip0.t-ipconnect.de. [79.227.168.94]) by smtp.gmail.com with ESMTPSA id i28-20020a1709067a5c00b007add62dafbasm617579ejo.157.2022.11.05.01.45.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Nov 2022 01:45:03 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Chris Hecker Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: (Chris Hecker's message of "Sat, 5 Nov 2022 01:21:34 -0700") References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> Date: Sat, 05 Nov 2022 09:45:02 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: 59038@debbugs.gnu.org, acm@muc.de, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Chris Hecker writes: >> It's a single 21,728-character line. > > Yeah? This isn=E2=80=99t 1970. I have 32gb of ram and a 12 core cpu.=20 I think Eli was meaning that the size of the line should not cause problems. The long-lines optimizations in the coming Emacs 29 wasn't exactly easy, and mentioining long lines is kind of a trigger ATM, I guess :-). From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 05:28:24 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 09:28:24 +0000 Received: from localhost ([127.0.0.1]:55465 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orFTU-0002Dl-4t for submit@debbugs.gnu.org; Sat, 05 Nov 2022 05:28:24 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55854) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orFTS-0002DZ-GF for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 05:28:22 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orFTL-0001y2-RP; Sat, 05 Nov 2022 05:28:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=Wol8LnZS9lqCyZ0qUsSpnFxbVTFmVFuDzZfMeOiy28w=; b=Ky8E85C1Cz2QERCrhgjG poQJVw2sMusOhxfSat4N/aAlN+UN+QF3LoOMaZORzWS50b42PPERGTKOoOe0F3C19YRSIjyyVdrcV kjWG4cHS+fuYm1Z7LZN0q//Yvb3cclJfEpiJyEL2xFSTBhZseBMH2XqgyiC6V6ujfSFYQ6ocegcjr hV4ZaYpsaLx/oLKMnPjaYVY+PdbvxR4XJMmAqTqYkMcek77Y3XbnCNwADHMEhpnIi3SoypUvLipwp SZdq85sCi7jqYgJZlgcSRA1Lmx/JpgDR5kvtApcw2un0I20CMKwOXkMmmuT1IJzINsV6QT6Er4iK7 oc3IAMwEGz6BEQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orFTJ-0005qB-5W; Sat, 05 Nov 2022 05:28:15 -0400 Date: Sat, 05 Nov 2022 11:28:10 +0200 Message-Id: <83bkpl4uol.fsf@gnu.org> From: Eli Zaretskii To: Gerd =?utf-8?Q?M=C3=B6llmann?= In-Reply-To: <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> (message from Gerd =?utf-8?Q?M=C3=B6llmann?= on Sat, 5 Nov 2022 08:50:33 +0100) Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 59038 Cc: 59038@debbugs.gnu.org, acm@muc.de, checker@d6.com 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: Sat, 5 Nov 2022 08:50:33 +0100 > Cc: checker@d6.com, 59038@debbugs.gnu.org, acm@muc.de > From: Gerd Möllmann > > On 05.11.22 08:01, Eli Zaretskii wrote: > > What is reproducible, exactly? > > I don't understand. The infinite loop is reproducible, "pegging one > core" as he expressed it, using up one CPU core. Not here, it isn't. > > Visiting the file is almost > > instantaneous here, in Emacs 29. What did you do to get Emacs into an > > infloop? > > Maybe I switched applications with Cmd-TAB, or something else triggering > redisplay. Do a M-x or C-l. No, that doesn't trigger it. Only M-> does. > > It is IMO unreasonable to expect CC Mode to do something sensible with > > random sequence of characters that don't resemble C in any way. > > I think no-one expects that. The bug is the uninterruptable loop or > whatever causes it. It's nice to have that fixed, if it isn't too complex, but in general visiting such a file as C file is not a reasonable thing to do. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 05:31:09 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 09:31:09 +0000 Received: from localhost ([127.0.0.1]:55470 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orFW8-0002JM-LJ for submit@debbugs.gnu.org; Sat, 05 Nov 2022 05:31:08 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orFW6-0002J9-Uf for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 05:31:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orFW1-0002Xn-Ek; Sat, 05 Nov 2022 05:31:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=9llPhz7XYMEH1ZTapdhHKj0PC/SSEtcUk+E4jFs17u4=; b=dH96Sti4PTL8GrCXA5lv haQuwDofl6Tpu0izus7lxVIJPg6MPKYvwbJNmJJaKNHFlhcmlSjfApxmGdZ7wAjCqjKqRD7+4SBTz AI9gbGYGkA6AwBQhvg2myEmKQS2eE6h9d+uw9nRqCxdvfr1/V2p11kyXJS+Lo7nPU4BRKdMHd/6by pT9oZIHDEKpdOcKKdpej4RTXJaKDVKGfKgD6uN3JfCGEeZoh5uDzQ5yNlI5FS9yb6k5v0Si8twwgw hnlJBsCaGSsLHKq7SjcKx8jTLuLUBGpsvsZe2WdTes1czfGTbdgXAR9R0hkSnJLLjEJDZUrVrtc3e lziSjqWLxdM0YA==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orFW0-0000iY-KF; Sat, 05 Nov 2022 05:31:01 -0400 Date: Sat, 05 Nov 2022 11:30:58 +0200 Message-Id: <83a6554ujx.fsf@gnu.org> From: Eli Zaretskii To: Chris Hecker In-Reply-To: (message from Chris Hecker on Sat, 5 Nov 2022 01:21:34 -0700) Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 59038 Cc: gerd.moellmann@gmail.com, 59038@debbugs.gnu.org, acm@muc.de 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: Chris Hecker > Date: Sat, 5 Nov 2022 01:21:34 -0700 > Cc: 59038@debbugs.gnu.org, Eli Zaretskii , acm@muc.de > > > It's a single 21,728-character line. > > Yeah? This isn’t 1970. I have 32gb of ram and a 12 core cpu. It’s a bug. It should either parse the file > (instantly, it’s 27kb) or it should at least stop after a few ms and tell me it’s lame and needs me to switch > manually to another mode. I mean, given the 28.2 user experience, there is no opportunity to switch to > fundamental mode because emacs was hosed. I don’t even think ctrl-g worked for me. Like I said, try Emacs 29, where this should be fixed. I mentioned the actual length of the line FTR, not as an excuse for unbearably slow display. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 06:39:59 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 10:39:59 +0000 Received: from localhost ([127.0.0.1]:55566 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orGal-0006Lx-9g for submit@debbugs.gnu.org; Sat, 05 Nov 2022 06:39:59 -0400 Received: from mail-pj1-f43.google.com ([209.85.216.43]:36663) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orGaj-0006Lj-BR for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 06:39:58 -0400 Received: by mail-pj1-f43.google.com with SMTP id u8-20020a17090a5e4800b002106dcdd4a0so10397516pji.1 for <59038@debbugs.gnu.org>; Sat, 05 Nov 2022 03:39:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=d6-com.20210112.gappssmtp.com; s=20210112; h=mime-version:user-agent:reply-to:references:in-reply-to:message-id :date:cc:subject:to:from:from:to:cc:subject:date:message-id:reply-to; bh=hDu3ezHs8oBbVShNOOZ4gfxamOESLLZDL6SJXyRV9QI=; b=Bd1bh4KPZt3kqjOD7K8qipPgGTGwOvSB11gBdugKXtV5PgqEtqYfpLbxC132wgI33D a3yRF6vJZeANUoFLwgNrHqA2rqoYPYd70D+/ex+cziO+/3xGiXOchh5Fk3DF1Y9yKpQs rp82OXGKG97mFb+Rwuib54IPVJZpFbpJBrt/RnWkK+/GGYfcipieHSPVQkQnTDNYxSve WUpueCpKYxQxT0/kminmN5ubRo4B1Xu2ffDv7yx1Mt0JphPD74U2Fwxkg8QFVwwCM9zl rq/kyV6azi5C/Hhiqo66dqvYPcXBYeRrfVuNH5VV/OnrR9Z/+R72Qi0oAAXzGv5HgtfR QJ8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:user-agent:reply-to:references:in-reply-to:message-id :date:cc:subject:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=hDu3ezHs8oBbVShNOOZ4gfxamOESLLZDL6SJXyRV9QI=; b=NYCBitssoHCbtfEmnn5WRdqhVSMFyX1r2UMFNePj8CagdbuSX/xlWwXyAY+rUQ05jT VMKaZQ6P2XGB5IuyLHTqkZyENFucCEVY2NggX5n7XSWL3apNNIIQGZ/99SNgR9I7pBox fk01oE8M2Ej4bsq7xFkjOxXA8o6m2w44i4KEYXo6GMZpwaWO+rPKDp36nHxEQs8D0oNy jv8IoIcGZy77TfYn9+VVzNYrcgmFfRdtcRYtIdF/JKPYAWP1bwsmG0lRoOzg+oDIzDc8 vNgbU5SlQBpArOp+2Uhomn01JfqAILG0YMgCeg5SFfqYjel/XpC9prNJpzCOt+e1ZTi8 m8zQ== X-Gm-Message-State: ACrzQf1z+Em2DGuj4vrSLbeAachxZowK3+JSlY95QeRmFzKiMj6RplTQ G4uQ0BZguumxQy2HZo5fOYz++w== X-Google-Smtp-Source: AMsMyM5VzZ+o2QdhriL8YaTA/K0fLnv+SzVyUWciBIBDQMj923oR0UqQetBseXdyWc7tXrfS/4h4tg== X-Received: by 2002:a17:90b:3103:b0:213:2578:e5c5 with SMTP id gc3-20020a17090b310300b002132578e5c5mr40572889pjb.217.1667644791317; Sat, 05 Nov 2022 03:39:51 -0700 (PDT) Received: from [192.168.1.129] (157-131-207-86.fiber.dynamic.sonic.net. [157.131.207.86]) by smtp.gmail.com with ESMTPSA id w3-20020a628203000000b00562784609fbsm1027767pfd.209.2022.11.05.03.39.49 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 05 Nov 2022 03:39:50 -0700 (PDT) From: "Chris Hecker" To: "Eli Zaretskii" Subject: Re[2]: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely Date: Sat, 05 Nov 2022 10:39:49 +0000 Message-Id: In-Reply-To: <83a6554ujx.fsf@gnu.org> References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> <83a6554ujx.fsf@gnu.org> User-Agent: eM_Client/8.2.1721.0 Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------=_MBAEEE1BE4-F726-48F8-A17F-391F1FE12CC2" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: gerd.moellmann@gmail.com, 59038@debbugs.gnu.org, acm@muc.de 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: , Reply-To: Chris Hecker Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --------=_MBAEEE1BE4-F726-48F8-A17F-391F1FE12CC2 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable I mentioned the actual length of the line FTR, not as an excuse for unbearably slow display. Ah, ok, sorry, I thought you were disagreeing that the line was not that=20 long. :) It's nice to have that fixed, if it isn't too complex, but in general visiting such a file as C file is not a reasonable thing to do. Right, but I didn't know this was what ?format=3DTEXT downloaded from=20 googlesource.com, so if I'd had unsaved buffers I would have been=20 screwed. Luckily I didn't lose work (except having to reopen a bunch of=20 files to get back to where I was). Like I said, try Emacs 29, where this should be fixed. I just upgraded to 28 from 26, which took a while! :) Anyway, I'll=20 give it a shot sometime, but it sounds like you and Gerd are having=20 different experiences with this file? Chris ------ Original Message ------ From: "Eli Zaretskii" To: "Chris Hecker" Cc: gerd.moellmann@gmail.com; 59038@debbugs.gnu.org; acm@muc.de Sent: 2022-11-05 02:30:58 Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg=20 a core infinitely >> From: Chris Hecker >> Date: Sat, 5 Nov 2022 01:21:34 -0700 >> Cc: 59038@debbugs.gnu.org, Eli Zaretskii , acm@muc.de >> >> > It's a single 21,728-character line. >> >> Yeah? This isn=E2=80=99t 1970. I have 32gb of ram and a 12 core cpu. = It=E2=80=99s a bug. It should either parse the file >> (instantly, it=E2=80=99s 27kb) or it should at least stop after a few m= s and tell me it=E2=80=99s lame and needs me to switch >> manually to another mode. I mean, given the 28.2 user experience, ther= e is no opportunity to switch to >> fundamental mode because emacs was hosed. I don=E2=80=99t even think c= trl-g worked for me. > >Like I said, try Emacs 29, where this should be fixed. > >I mentioned the actual length of the line FTR, not as an excuse for >unbearably slow display. --------=_MBAEEE1BE4-F726-48F8-A17F-391F1FE12CC2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

I m= entioned the actual length of the line FTR, not as an excuse for
unbeara= bly slow display.

Ah, ok, sorr= y, I thought you were disagreeing that the line was not that long.=C2=A0 :)=

It's nice to have that fixed, if it isn't too complex, but in general
visitin= g such a file as C file is not a reasonable thing to do.
<= div>
Right, but I didn't know this was what ?format= =3DTEXT downloaded from googlesource.com, so if I'd had unsaved buffers I w= ould have been screwed.=C2=A0 Luckily I didn't lose work (except having to= reopen a bunch of files to get back to where I was).

=
Like I said, try Emacs 29, where this should be f= ixed.

I just upgraded to 28 from 26, which = took a while!=C2=A0 :)=C2=A0 =C2=A0Anyway, I'll give it a shot sometime, b= ut it sounds like you and Gerd are having different experiences with this f= ile?

Chris





------ Original Message ------
To: "Chris Hecker" <checker@d6.co= m>
Sent: 2022-11-05 02:30:58
Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 p= eg a core infinitely

From: Chris Hecker <checker@d6.com>
Date: Sat, 5 Nov 2022 01:21:34 -0700
Cc: 590= 38@debbugs.gnu.org, Eli Zaretskii <e= liz@gnu.org>, acm@muc.de
=C2=A0
> It's a single 21,728-character line.
=C2=A0
Yeah? This isn=E2=80=99t 1970. I have 32gb of= ram and a 12 core cpu. It=E2=80=99s a bug. It should either parse the fi= le
(instantly, it=E2=80=99s 27kb) or it should at l= east stop after a few ms and tell me it=E2=80=99s lame and needs me to swit= ch
manually to another mode. I mean, given the 28.= 2 user experience, there is no opportunity to switch to
fundamental mode because emacs was hosed. I don= =E2=80=99t even think ctrl-g worked for me.
=C2=A0
Like I said, try Emacs 29, where this should be f= ixed.
=C2=A0
I mentioned the actual length of the line FTR, no= t as an excuse for
unbearably slow display.
--------=_MBAEEE1BE4-F726-48F8-A17F-391F1FE12CC2-- From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 06:45:53 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 10:45:53 +0000 Received: from localhost ([127.0.0.1]:55570 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orGgT-0000Ff-9O for submit@debbugs.gnu.org; Sat, 05 Nov 2022 06:45:53 -0400 Received: from smtp-3.orcon.net.nz ([60.234.4.44]:60477) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orGgP-0000Aa-Ep for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 06:45:52 -0400 Received: from [10.253.37.70] (port=14867 helo=webmail.orcon.net.nz) by smtp-3.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1orGgN-0008Qk-Es; Sat, 05 Nov 2022 23:45:47 +1300 Received: from ip-180-148-114-34.kinect.net.nz ([180.148.114.34]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Sat, 05 Nov 2022 23:45:47 +1300 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 05 Nov 2022 23:45:47 +1300 From: Phil Sainty To: Chris Hecker Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: References: Message-ID: <88c8734b6ac63a60f8629f0ba79ea569@webmail.orcon.net.nz> X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 59038 Cc: 59038@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) AFAIU this kind of thing is fixed for Emacs 29. In Emacs 28 and earlier, enable global-so-long-mode in your init file and then visiting such files will not hang Emacs. -Phil From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 07:29:59 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 11:29:59 +0000 Received: from localhost ([127.0.0.1]:55762 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orHN9-0001YV-0r for submit@debbugs.gnu.org; Sat, 05 Nov 2022 07:29:59 -0400 Received: from sonic316-22.consmr.mail.ne1.yahoo.com ([66.163.187.148]:44967) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orHN5-0001YH-RZ for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 07:29:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1667647789; bh=tuMTV3dvgeXf/poJ0j/OkVvH1jiBi1/CUeTKYonUbQI=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=DCze3SPLrze8I4S4bN+a+8TXvVkVh0U1RCjkWs8Fxu2IMbs/+WDruvT8xaydxKsPh6DmEYR4BWbMXeGXMrA6kSKIhosBRwShgAoHf9s4mgNN5wNme7wgIDuU0FcfFlpXuMbr9OUi2SMv8uApIOAOIvfMA9LI1r2fghbw+U5CgcVRDn8OnPl9SaqE7Q83F9H2++dKdtYBo/rlzR/qwRe5frUKjBJneR5tMRFqedrrblZOv10k+hFSpRE1dnb2XphqJ3vLVkfdNZzU27U5EwscmphDzo9fW3FRcmBT9NipK5RoCcFx4TcQfAEmY3M1Cm++9Xy/5oPrb+yJIPOCUJTiVw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1667647789; bh=LLWq17poWvdls6uMAN7dnqLIm7r0simWfSpmIq7xfz9=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=p7brrxd9yzGGJrjuc81HxnHQ3SKYR5rjdi+WL+NsW/t3d77MNzwZv2rE3N3bGu4wyr1+yCWlR5fpkM53I5ai2Onu+XTTQy8dPu+n5uEbMSxcWVxrAJih0Ks21aLlHormB1FXDhnekYV09/DToCVcc3U1rayvi7Lo5MzssqPsyreQUe1Z0LND1PjiZJyYD6rfaZh+LEhJsJmi43uk83TCYxAJnMIyqpeJpUZiQ2xH32Zc4wECUyLfpVIzqKCdj9CZoryY6/owgjbopdqOC1HEd/UNTmEijja9+MJGgy6bADg+ti5zccMyxtAb405q5nSNDUF/486yFB2snqwUGxVBiQ== X-YMail-OSG: iFgjhkUVM1lZm9BII6jFiCAe.upMR2Ovsvcngjlk1Y2ghRo2TnCeHb5Q4iO3O9S YGJxCAQOCX9SKF4uqordJYq.dsSzcaSYF3IgvpgrlLgGbyf7CZ4iPeV5FHyA0gXzBiFN19hQC3OQ wEB35bWi98rRzNPbzQTQzyCPVt0AiqupzbIvuB..PuRLeM3Gdh68oaIPaTyJvWbA0pSo4yf.2b8B PCJtI0d5oswLrIABBBNWYr3.xn10fsbHBRMdY0Uvil5Obh_YmVWdvbb_su7tXL0XpPE_wHKbMwAm T5aDQTAQYcrPPUNNd4lowZqjwvdhObjavh_toJXmc.ky7B6rtrHEferAYh5VaoruRCzHQdijr8Qj lb2ggDKR7FXm7tmLb.7d5jVdAL6cq05i2HA733QsMhrvaR1WerANc2e8yeui3s_iGlcMlsqkWkTl VA92QPsQqvjaar2JFuZLK_6YGDQvJgYnPDLfbY94vO9J9tk9_zdI.v2_Dag3oqNAla1kpHPCsagq tGFlvTl.Lvs6hD0ZYnQ8UAxh6bpGpL168eXMYHzwKRiq47eiWbXz5orR1YR1u.xDGO4YlLYYK1we yGFekdrlBKK_lhcTJH.7yYM.Q4d7Xehejn7R2BaAlZSoC7e2uVFZEqS0m13c_TvPKk6w0a2SgC.W PmwiVY6A1acsH22PocogKapj8hO3sOMo2WPCWwLORZrze_v_lfSRIrgHHLM96ic1HBB9Blu0ABLr jrei4aCleGY0iPY19oiImpExoJAmuqGtI120ORvHVjgKlYL2uBbb7Xojse08Cp9idzLiT6.M8NMw AnmW86WcAlRA.X9l88swD6g0R8t4l95k8X2fRiQOMTPs1v3qGUYFfJxD2Fj1aupxi7szEDI76sGX MvbI9.Q33_C0Ow8T.ofRGoQ001RPSfN.ZUVuVGaoVXVjsYtrK0uDsxkH8h02PEBqgJoRtE6YF6lp sBvK3b6J8EDezRyqWcbslwW4TQ27vdYfnF8oz6IrkhOQUQu6irnPfUZXcM8gWqPY94MvD0pvLd47 wo93HU1Gt_RKfSPa0WrxYdorGgCxD5icN24uKPPUzckw2CJw6jhXL355mv8dwTn45uKzLOqs9tfu C6lvNlQv2RXWhOGLcReg6C8M7mjlijoH2YEZfILryrWvrytBGheZYRyxYkrhDYV0nBAKlKeSTT2q Yq0W7cVxkq2.5i.zicYTdwtGdGp5d3DHOXTbixyeTHIJdMQ7u5nazF13ayZEFSUpdhyKYxbEbdPY gdMVdJQ5E7ot6IF2m4vxp5myhn38uzTM7XusfoqmUEB6.BuaflNWpszKbT3ZnVCCPUHrP4Y6_KHz LhfrJ1lNobwyI8IxUJL5tgxtWqW2L7gugAFeFdCxUKHBE3yCJcijgCn9dUv9TVhBmNIjbtB1WRBh JKxf7wjIgB7LxDmtoOo2Q4I3Oy1.EWekMnDPYRUMm2TRVXi2as8gnNFgXywvNjrq6K07l_wTe3Z7 2EqfjLjWrEsn4iZ8IwtpK9qrMgl2EFmpJ85IJV6Ijs91YRaQNAt_hMXmvD6EZWxAQDikb9PGxZvz c0DBpFFd7Au1I7cUcMtv1IkrhlCyc86aE9Ce.KVE5q5vw8nS3RbsR5RSLRaRZ_IeDRm0mRfl.EpA u2cuX8u3cO.X_W1_PBr9ubvaPf23ObaW87OC50oPpcvLTlqr8M5jjZwdDyiFNnCTKHnLnzXIhu1l FR3e_RMSnmOM7p4aXCc4AakvvlRXPPzMWzuApwP0g6AhZpSudyurtXt2sb1cJXBhtc_UGk5mMkoj cd.jL0uqeIApbSZj6sLMbyckJ1ZUYJgwnvfbg77FSsE_qjnzr8S27pztYoeKJvHIg8CW7ppL1IUI wQTBY834a_zIKnVLWN0T0j6lIQ7VHdvcTrxDFCFsoPmRq3luVb7AAVWHBBYQTb.AHsH55_X3btk2 5oBO1F8TIqPNKMAUazIrvOMlX3.PYUjfjb1FGF2Njuoh7Er9m0rW.vFORASBzl_1payomcuGX.J6 NpHHr9n3F4xTIUjpU8FyHMO5j2GGz1T8LEUuTVAGJrmNpaPnHWXqhY3tocw2KbJVJmBGx3NPPt0W tsmuUJXglKjH.Pa603BhZerqDyLbYuXzmMf4zOTzwBnULlZlFgsgXOAdViBEPzqBWHY_6vxK0ulK vIFH7__EvDTfQtRznlRIKum_Z07GbvugBav7_ltKXGMzVtgsJiUs1UjgQlR5TL5Psmtk_yLnxfC0 _X4a2zBuG5J_WPJFw6iOtQHcL3kxUdoRQzAlLaLk_F7m3cmrLibW5PZhWMibfTlgtX40- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Sat, 5 Nov 2022 11:29:49 +0000 Received: by hermes--production-sg3-6c8895b545-66t5n (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 3612777af4ba3222c2be69e84ad3a427; Sat, 05 Nov 2022 11:29:46 +0000 (UTC) From: Po Lu To: Chris Hecker Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: (Chris Hecker's message of "Sat, 5 Nov 2022 01:21:34 -0700") References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> Date: Sat, 05 Nov 2022 19:29:39 +0800 Message-ID: <87tu3dabbw.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.20826 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 990 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: Gerd =?utf-8?Q?M=C3=B6llmann?= , 59038@debbugs.gnu.org, Eli Zaretskii , acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Chris Hecker writes: > Yeah? This isn=E2=80=99t 1970. Emacs becoming unusable due to long lines has been fixed in Emacs 29. > I have 32gb of ram and a 12 core cpu. Physical memory and the number of processors installed does not really matter here, unfortunately, as Emacs only uses one processor to process your (27kb) file. > (instantly, it=E2=80=99s 27kb) Which is a lot, even in this day and age. > or it should at least stop after a few ms and tell me it=E2=80=99s lame a= nd > needs me to switch manually to another mode. A few ms is shorter than a roundtrip to and fro the X server over my current connection. But: > I mean, given the 28.2 user experience, there is no opportunity to > switch to fundamental mode because emacs was hosed. I don=E2=80=99t even > think ctrl-g worked for me. All of this is no longer a problem in Emacs 29, and even if you somehow still cause redisplay to become wedged, you can set max-redisplay-ticks to a suitable value. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 11:01:53 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 15:01:53 +0000 Received: from localhost ([127.0.0.1]:57813 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orKgD-0001C9-DK for submit@debbugs.gnu.org; Sat, 05 Nov 2022 11:01:53 -0400 Received: from mail-yw1-f169.google.com ([209.85.128.169]:36481) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orKgA-0001Bu-3g for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 11:01:51 -0400 Received: by mail-yw1-f169.google.com with SMTP id 00721157ae682-37063f855e5so68000987b3.3 for <59038@debbugs.gnu.org>; Sat, 05 Nov 2022 08:01:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=d6-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ju+kTmYs76ITCppMF717dk6tTyHQHZQ1jHeAqnEpVxU=; b=7Pbb/cfnI/iZMXJGhI2XCwyLSEf1aN/0YDiDQoLpZBVFYyj3BRQbxYfcLOD051o0sS mJm6bQ7liz6Nt/cenC48I88Pn5ppmji/Hj+QAMEqhSNI5kZZRNblpm4Kf+bAxVhP7VvT HD8+5I8f0Uv94GaEaFbiXeEgsrFmIE+vin5bFIybmNvGdNzbmigFGwZN0O+BAS+6z7R7 0dOik0naK8pjSKegrhvUYLByQewf14u4aWq+0DA8+Y3EN92GW7fsZXI4ycgxzffeVl7X gEKlELrz1ZXfugAgS2KVHMdxkAZgCcnv1WpkOIhtjWMAB7adSVkoK8Fn8xB9pLImrltF roEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ju+kTmYs76ITCppMF717dk6tTyHQHZQ1jHeAqnEpVxU=; b=j787j74CKfplRnjhH9dmmIkyuH+DsE9LmAdAoq9FmXIT03wWyFSUYqRlYVbMxJTyeN ETDGtUxSd29iTn56I/ozibVl8rypWu8twNqsppL6gXBEfPXc8e6vQku0ZayhFWvsNcas oRBsGT1X2fwzDPKxDMy5C/2BOjFAXnyMbWXG2T3zwz4wcSD5cnjIGz5XD6Ri8ZP2OilA g7fDFez1rm3Gme/naI0/YSN0fsh53jyK0hJnCylL2fdjRbnCwNfcJKbUz5AvfeOYkVbK PyEH02vBJT5d7WzpdzH2mOVN91Qtdp2JLM1rJmRCj9JUN8Jr8GG1Yu6+vCjkpq9lEWm4 /ErA== X-Gm-Message-State: ACrzQf3kH7kfdAR/+W+/BE1pdowaCP/zBUuzWhehFPCoaS/tq9OrdzxR 8U0s0B5EXIK3Xujm+4zUiesMT8i85Rxe2q5vjGAdDg== X-Google-Smtp-Source: AMsMyM79giTCLM1kK++38sic6TtGPPD8LECVY1goA7rFnFDZW8IKTICpdNJPR8pLjfCYGRKhOMoTuD/sTwjrVB1GRBU= X-Received: by 2002:a81:de43:0:b0:368:ee18:f9c3 with SMTP id o3-20020a81de43000000b00368ee18f9c3mr38036480ywl.322.1667660504350; Sat, 05 Nov 2022 08:01:44 -0700 (PDT) MIME-Version: 1.0 References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> <87tu3dabbw.fsf@yahoo.com> In-Reply-To: <87tu3dabbw.fsf@yahoo.com> From: Chris Hecker Date: Sat, 5 Nov 2022 08:01:33 -0700 Message-ID: Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely To: Po Lu Content-Type: multipart/alternative; boundary="000000000000f7d8a305ecba77f8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: 59038@debbugs.gnu.org, =?UTF-8?Q?Gerd_M=C3=B6llmann?= , Eli Zaretskii , acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000f7d8a305ecba77f8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable >> (instantly, it=E2=80=99s 27kb) > Which is a lot, even in this day and age. I don't even know what to say to this. Literally every other editor I tried including the immense pile that is visual studio opened this file instantly, including ones that do syntax highlighting. I love emacs but holy cow you need to renormalize what you think a modern computer is capable of so your performance expectations for emacs are more realistic. Anyway, I=E2=80=99m glad it=E2=80=99s fixed in 29. Chris On Sat, Nov 5, 2022 at 04:29 Po Lu wrote: > Chris Hecker writes: > > > Yeah? This isn=E2=80=99t 1970. > > Emacs becoming unusable due to long lines has been fixed in Emacs 29. > > > I have 32gb of ram and a 12 core cpu. > > Physical memory and the number of processors installed does not really > matter here, unfortunately, as Emacs only uses one processor to process > your (27kb) file. > > > (instantly, it=E2=80=99s 27kb) > > Which is a lot, even in this day and age. > > > or it should at least stop after a few ms and tell me it=E2=80=99s lame= and > > needs me to switch manually to another mode. > > A few ms is shorter than a roundtrip to and fro the X server over my > current connection. But: > > > I mean, given the 28.2 user experience, there is no opportunity to > > switch to fundamental mode because emacs was hosed. I don=E2=80=99t ev= en > > think ctrl-g worked for me. > > All of this is no longer a problem in Emacs 29, and even if you somehow > still cause redisplay to become wedged, you can set max-redisplay-ticks > to a suitable value. > --000000000000f7d8a305ecba77f8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

>> (instantly= , it=E2=80=99s 27kb)
> Which is a lot, even in this day and age.
<= /div>

= I don't even know what to say to this.=C2=A0 Literally every other edit= or I tried including the immense pile that is visual studio opened this fil= e instantly, including ones that do syntax highlighting.

I love emacs but holy cow you need to reno= rmalize what you think a modern computer is capable of so your performance = expectations for emacs are more realistic.

Anyway, I=E2=80=99m glad it=E2=80=99s fixed in 29. =C2= =A0

Chris

On Sat, Nov 5, 2022 at 04:29 Po Lu <luangruo@yahoo.com> wrote:
Chris Hecker <checker@d6.com> writes:

> Yeah?=C2=A0 This isn=E2=80=99t 1970.

Emacs becoming unusable due to long lines has been fixed in Emacs 29.

> I have 32gb of ram and a 12 core cpu.

Physical memory and the number of processors installed does not really
matter here, unfortunately, as Emacs only uses one processor to process
your (27kb) file.

> (instantly, it=E2=80=99s 27kb)

Which is a lot, even in this day and age.

> or it should at least stop after a few ms and tell me it=E2=80=99s lam= e and
> needs me to switch manually to another mode.

A few ms is shorter than a roundtrip to and fro the X server over my
current connection.=C2=A0 But:

> I mean, given the 28.2 user experience, there is no opportunity to
> switch to fundamental mode because emacs was hosed.=C2=A0 I don=E2=80= =99t even
> think ctrl-g worked for me.

All of this is no longer a problem in Emacs 29, and even if you somehow
still cause redisplay to become wedged, you can set max-redisplay-ticks
to a suitable value.
--000000000000f7d8a305ecba77f8-- From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 18:04:01 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 22:04:01 +0000 Received: from localhost ([127.0.0.1]:58230 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orRGi-0003VD-Nr for submit@debbugs.gnu.org; Sat, 05 Nov 2022 18:04:00 -0400 Received: from mx3.muc.de ([193.149.48.5]:46777) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orRGh-0003Uw-0d for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 18:03:59 -0400 Received: (qmail 821 invoked by uid 3782); 5 Nov 2022 23:03:52 +0100 Received: from acm.muc.de (p4fe153f5.dip0.t-ipconnect.de [79.225.83.245]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sat, 05 Nov 2022 23:03:52 +0100 Received: (qmail 5460 invoked by uid 1000); 5 Nov 2022 22:03:51 -0000 Date: Sat, 5 Nov 2022 22:03:51 +0000 To: Po Lu Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely Message-ID: References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> <87tu3dabbw.fsf@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87tu3dabbw.fsf@yahoo.com> X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: Gerd =?iso-8859-1?Q?M=F6llmann?= , 59038@debbugs.gnu.org, Eli Zaretskii , Chris Hecker X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Po. On Sat, Nov 05, 2022 at 19:29:39 +0800, Po Lu wrote: [ .... ] > All of this is no longer a problem in Emacs 29, and even if you somehow > still cause redisplay to become wedged, you can set max-redisplay-ticks > to a suitable value. I looked that up in Emacs with C-h v. It says it's the maximum number of "redisplay ticks" before some aborting or other occurs. I don't know what a redisplay tick is, and the dock string doesn't explain it. I've never heard of the term before. This doc string is thus not very helpful, quite the reverse. Maybe one of the manuals explains it. It would be nice to have that doc string amended to be less puzzling. -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 18:27:52 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 22:27:53 +0000 Received: from localhost ([127.0.0.1]:58263 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orRdo-00045g-NZ for submit@debbugs.gnu.org; Sat, 05 Nov 2022 18:27:52 -0400 Received: from heytings.org ([95.142.160.155]:59106) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orRdl-00045V-6S for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 18:27:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1667687267; bh=iHxllGsqk20DNS+xCrXQ+vwkNZzuNz7KYhV3PnAkLcg=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=ImDFgmCIABUrjwSjtotxsbC8nJANClGrJLiTdIrbjc7iOaCSfqhQmkcUE9+uOd6di p+zX1XncIK2z/xNeVFWHCD/W1WqQMoBs6INqSxaHjgUe6WMeTFgByxR2DUVONe/F8D hE02FOpQqt4rhE+BBka7+mHMma7VLuT94znJz6oQdlVMBVOCOIcectWf+YhDDNUpt1 emnAbfFHNPaRbpc3o61T7V4+Y7EiaiGWD/62xZys3krnIR9HiqkvK8+SuDGd1nJCeB r3loHWUvfjEXuH9C/2NFVTT9OiNtksyLtlMdtXBGCjhSdEPnkjkTXtfMziV9qFrBYo d13mcDrz5CmJQ== Date: Sat, 05 Nov 2022 22:27:47 +0000 From: Gregory Heytings To: Eli Zaretskii Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: <83h6zd51h0.fsf@gnu.org> Message-ID: <62a776a86318abee7349@heytings.org> References: <83h6zd51h0.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: =?UTF-8?Q?Gerd_M=C3=B6llmann?= , 59038@debbugs.gnu.org, checker@d6.com, acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> This is reproducible with master >> fd3f51b7c3a6649ee3db12d33b056b1afdbfa7e9. > > What is reproducible, exactly? Visiting the file is almost > instantaneous here, in Emacs 29. > Visiting the file, yes. Try C-e, and you'll see that Emacs hangs. At least it does, here. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 19:41:31 2022 Received: (at 59038) by debbugs.gnu.org; 5 Nov 2022 23:41:31 +0000 Received: from localhost ([127.0.0.1]:58334 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orSn5-0001q9-DT for submit@debbugs.gnu.org; Sat, 05 Nov 2022 19:41:31 -0400 Received: from heytings.org ([95.142.160.155]:59186) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orSn2-0001px-MA for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 19:41:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1667691687; bh=LaN5SWcnoZq+o3gudHNxOaBd2ySUbFMBSdgQwb/ul4M=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=Xhc7eykdVMZdpF9Muh9iuNx/U9oxOhklO54iz9rssF7sH/pnlBuKl7ypSk71ClaNr RnRrGotYBb98Cz1RH2yQLKmsptdRw22slTgMc9/EZY1ptDUKk7xzz/2FriCGzvKSIp tlEn1+GbksxHxcvcS0v89Gfmw7h6KeLHR/mNyR6s3QtcXJLOyLu6oqcm+az+qdkcRW mJDfIuaZBGHLNPkOojyzWMBoQGw5R51yFb++7F92b9P3yUYbFjFM0ezmY26fCk+fER +KTKuIAYhieBQfYtZbBtGUyJny2BU/Lf31EqwIXmSU610C6TxYvbCBA0cAVMMxVYkO n+n19H5nCKmrw== Date: Sat, 05 Nov 2022 23:41:26 +0000 From: Gregory Heytings To: Eli Zaretskii Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: <62a776a86318abee7349@heytings.org> Message-ID: <62a776a8636ebc0aad56@heytings.org> References: <83h6zd51h0.fsf@gnu.org> <62a776a86318abee7349@heytings.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: =?UTF-8?Q?Gerd_M=C3=B6llmann?= , 59038@debbugs.gnu.org, checker@d6.com, acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> This is reproducible with master >>> fd3f51b7c3a6649ee3db12d33b056b1afdbfa7e9. >> >> What is reproducible, exactly? Visiting the file is almost >> instantaneous here, in Emacs 29. > > Visiting the file, yes. Try C-e, and you'll see that Emacs hangs. At > least it does, here. > Another recipe: emacs -Q M-: (set-frame-width nil 100) C-x C-f Looper.h RET Note that this bug has nothing to do with long lines. That file opens just fine in other modes (e.g. Fundamental, Elisp, Text), even with long line optimizations turned off. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 23:58:20 2022 Received: (at 59038) by debbugs.gnu.org; 6 Nov 2022 03:58:20 +0000 Received: from localhost ([127.0.0.1]:58484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orWnc-00040M-87 for submit@debbugs.gnu.org; Sat, 05 Nov 2022 23:58:20 -0400 Received: from smtp-3.orcon.net.nz ([60.234.4.44]:35685) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orWnY-00040A-FH for 59038@debbugs.gnu.org; Sat, 05 Nov 2022 23:58:18 -0400 Received: from [10.253.37.70] (port=14568 helo=webmail.orcon.net.nz) by smtp-3.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1orWnJ-0001ll-Ux; Sun, 06 Nov 2022 16:58:02 +1300 Received: from ip-180-148-114-34.kinect.net.nz ([180.148.114.34]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Sun, 06 Nov 2022 16:58:01 +1300 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 06 Nov 2022 16:58:01 +1300 From: Phil Sainty To: Gregory Heytings Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: <62a776a8636ebc0aad56@heytings.org> References: <83h6zd51h0.fsf@gnu.org> <62a776a86318abee7349@heytings.org> <62a776a8636ebc0aad56@heytings.org> Message-ID: X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 59038 Cc: =?UTF-8?Q?Gerd_M=C3=B6llmann?= , 59038@debbugs.gnu.org, Eli Zaretskii , checker@d6.com, acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On 2022-11-06 12:41, Gregory Heytings wrote: > That file opens just fine in other modes It also opens fine in c-mode, with global-font-lock-mode disabled. > Note that this bug has nothing to do with long lines. I imagine that the font-lock issue is related to the line being in excess of 21,000 chars (but general redisplay obviously doesn't have problems with lines this 'small'). Reduced to 10,208 chars that file opens instantly under emacs -Q in c-mode with font-lock enabled; but at 10,209 chars it hangs Emacs (I killed it after waiting 4 minutes). -Phil From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 01:17:39 2022 Received: (at 59038) by debbugs.gnu.org; 6 Nov 2022 05:17:39 +0000 Received: from localhost ([127.0.0.1]:58518 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orY2N-00062M-FW for submit@debbugs.gnu.org; Sun, 06 Nov 2022 01:17:39 -0400 Received: from mail-ej1-f47.google.com ([209.85.218.47]:36678) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orY2J-000626-3b for 59038@debbugs.gnu.org; Sun, 06 Nov 2022 01:17:38 -0400 Received: by mail-ej1-f47.google.com with SMTP id 13so22612597ejn.3 for <59038@debbugs.gnu.org>; Sat, 05 Nov 2022 22:17:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=BKFPYrddg7iZYU6C8gQiOOKJ9yM/S9d/n7GjZ2d+c+4=; b=RUNzdZ0bjoR/OGMeIhJB7SFk/BLQFMo8IgpNyI5AOTyqcUEsozzv5caY0JVui7Afnz iWiFaQ5onf0f5yZcBU5js9Z9zrL3o54fJXuL3dGtLqv6aS6k5IXooNb6XPzB3J9BR60K C4+v08qFHpOwhtJIuYXDHZaiHFCeDR8z53NRsrC7+jAA02eLTNLuJzulJ9P8o/rB+2vt QOd67B8kcqC0B7PjbjIy1W1Enfqk3zKrJIiSCqdxu9/JFilQzNwr7s45MfAj1AdYUiIH qYYClA0T+FgkzzOAGpqcRacdm6/tOsaQujFlkXCa/qkzw/BDHuXYoyqlzgKsQy1CMItR oZiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=BKFPYrddg7iZYU6C8gQiOOKJ9yM/S9d/n7GjZ2d+c+4=; b=60wmKFKjXG8frkocBxZ6+DmsOLDsQsG+vzjNS51j7YgyYQtMWbwOPhtUEy/kSz8r8W a4hx8wLpp9FepGAUAxkMugdIdTG5QHu0YngaJ8YoAZQSBgMOZlQj23BFZ7yFVZPtIs/W PfqoZnRUdVWLeaGrmFn1Hft6DSzZ5SCjq6LEbJbfwY5h+GXdOpvLjvor0t5XL8JwltfE n1xI3LjqKMsh/G4uLDM5tFBnqQkQXPY9pBsRw5C8LJrsd6/hyc7MGCUICbzSs3cRl+eH lLWPRM2ieX2nkwODUFY8GoIs9i3J4JM7cDMWlJFQS4zO9CiMRcWmT1QTK0AYcpIp5A3t fzmw== X-Gm-Message-State: ACrzQf36lTULMm52Pe6aqUJdAyU4cQ2LEij0gZUcH+cQ1v0Fun2hSIdT 5VvXP0Y3du3S2SHEXEBD+C8= X-Google-Smtp-Source: AMsMyM6UzvnJFh80xQAlqpKjadPNmhL5Qw+lnZVqzUY0i7Zxfj9cR+W0dS4Acf0uoH6w+ywN8wMoCQ== X-Received: by 2002:a17:906:9b83:b0:730:b3ae:343 with SMTP id dd3-20020a1709069b8300b00730b3ae0343mr43289691ejc.670.1667711847973; Sat, 05 Nov 2022 22:17:27 -0700 (PDT) Received: from Mini.fritz.box (pd9e3617e.dip0.t-ipconnect.de. [217.227.97.126]) by smtp.gmail.com with ESMTPSA id ky26-20020a170907779a00b0073cd7cc2c81sm1682947ejc.181.2022.11.05.22.17.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Nov 2022 22:17:27 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Chris Hecker Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: (Chris Hecker's message of "Sat, 5 Nov 2022 08:01:33 -0700") References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> <87tu3dabbw.fsf@yahoo.com> Date: Sun, 06 Nov 2022 06:17:26 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: Po Lu , 59038@debbugs.gnu.org, Eli Zaretskii , acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Chris Hecker writes: > Anyway, I=E2=80=99m glad it=E2=80=99s fixed in 29. I'm afraid it's not. I reproduced this in master, which is 29. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 01:18:15 2022 Received: (at 59038) by debbugs.gnu.org; 6 Nov 2022 05:18:15 +0000 Received: from localhost ([127.0.0.1]:58524 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orY2w-00063e-Qz for submit@debbugs.gnu.org; Sun, 06 Nov 2022 01:18:15 -0400 Received: from mail-ej1-f44.google.com ([209.85.218.44]:46717) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orY2u-00063M-A1 for 59038@debbugs.gnu.org; Sun, 06 Nov 2022 01:18:13 -0400 Received: by mail-ej1-f44.google.com with SMTP id bj12so22471793ejb.13 for <59038@debbugs.gnu.org>; Sat, 05 Nov 2022 22:18:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=iI5Bz2swChvftBOLdZAAVsK5GcBNzOUjZbamVJSlVZE=; b=J7EGo1BKe6nvaxiU6Z3Dfy9KHGbO8zMr3xC48jETnLs0k+gpqX+jiA8POvHDUuosJx aP8xgn9X+G3Qdk7o6JfHG/WvvdbGZ+Rjadeih34Cv4aHd1zgf26q6Kaq7F12HrtVoZ/d N7KmhZjiocMYZ61r3DRJkbS8Yhpj28Z0ArTVIUXhGsko4msseePoY5lrGFZFh3bbDydj 1EnODxLgfb8WPLZm1Q2n6JOzdQTaU6qcIxsxySw7wxqwVGu3jGzSLdzs1SlmMGu6vsIu +mk6TAylvY3hnN+zQ1v/wpM6axiheZ688JB4BYtvVtToMc9GRV1AKQdOQsY2ELjOOnP7 appw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=iI5Bz2swChvftBOLdZAAVsK5GcBNzOUjZbamVJSlVZE=; b=x9/lwT8QPEWX/AHpbadDZuVo2TMDZSvQ84vAgrN5I7GbWNfODDB5Tu0B3wN3dR5NwL omt7IeQ1iA4/sHJaxtFScA748fTA4WMlqFd+8aOJzOHeYVvivP8/qZ+9X1qQtG1Yjnee k8iOAw28eRvZs7nh9ErcboQfwEbxyJ2WJ2Mra9T/ZH+MIxjmUDTduFAGQz/Q4fkaFgF1 WPUn3A3Uc12G76il7a8+5zkNA2/H4nOIMCGN0JpzYZkhz0OIYkwXXCeIPZ81L7HteEJk gpHYLsIC2jWTw5mE/VObFYNJ8ZbO7S8W9Ta6BzHPoHKuiYNPbfTIt58FeE2TU23hQu/H TjPg== X-Gm-Message-State: ACrzQf1HsmwG/dxJy7qiIRPp3x/zigNUd1XwFTz5EvG7T+ZS2DUhQVRL eEqZPNdYUax8EKRlGEWh3AnB4US7puIsGw== X-Google-Smtp-Source: AMsMyM77MQ233wuHUbTmgbLrhcGb9gfKnnYBlcSvDvZ5JEQw+NlddAJlRprfO0QzI2MbwsxxH/cuCg== X-Received: by 2002:a17:906:6086:b0:731:3970:48d0 with SMTP id t6-20020a170906608600b00731397048d0mr41722766ejj.16.1667711886757; Sat, 05 Nov 2022 22:18:06 -0700 (PDT) Received: from Mini.fritz.box (pd9e3617e.dip0.t-ipconnect.de. [217.227.97.126]) by smtp.gmail.com with ESMTPSA id j2-20020a17090623e200b007adaccb9d83sm1681355ejg.193.2022.11.05.22.18.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Nov 2022 22:18:06 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Eli Zaretskii Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: <83bkpl4uol.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 05 Nov 2022 11:28:10 +0200") References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> <83bkpl4uol.fsf@gnu.org> Date: Sun, 06 Nov 2022 06:18:05 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: 59038@debbugs.gnu.org, acm@muc.de, checker@d6.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> I think no-one expects that. The bug is the uninterruptable loop or >> whatever causes it. > > It's nice to have that fixed, if it isn't too complex, but in general > visiting such a file as C file is not a reasonable thing to do. Your call. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 01:20:27 2022 Received: (at 59038) by debbugs.gnu.org; 6 Nov 2022 05:20:28 +0000 Received: from localhost ([127.0.0.1]:58531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orY55-00066y-K0 for submit@debbugs.gnu.org; Sun, 06 Nov 2022 01:20:27 -0400 Received: from mail-ej1-f54.google.com ([209.85.218.54]:38835) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orY53-00066j-0t for 59038@debbugs.gnu.org; Sun, 06 Nov 2022 01:20:26 -0400 Received: by mail-ej1-f54.google.com with SMTP id f5so22594538ejc.5 for <59038@debbugs.gnu.org>; Sat, 05 Nov 2022 22:20:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=/838Vs4JiUItXG53NAPFBTZFWFRu97/ky2JTS9pESuA=; b=frFQ8DQxgRvSbA6phmj6or0TirslELR2tPd24W/EuXLDqfBvIec6JK6iM2vKaWPIRi gEHuCH7HhxDAO6p5Rs43te4bg/Hpw6XJxTnRWI9LKDMGGd2HAeGBzDvLE/iwm4gz13mm mHsLNxwRZ5sq85xPMUnbTnwUpTd7ma78xI3y9d9BQ+URQl5B743xz50eFV5Ttol6yJVP AZpx0GlkjL6ROAmOTlJvtxay+MvpT8DQxWzKfs8Gp+mwfYHhDJFAnH5uSAiFWaVBKoD7 v5La2zhtYUK7hxcEIS2goOoNIYSP8gMrnvdwoflQYQKNkAf5R+oR4PKvZpgC8bidSxkI PyQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=/838Vs4JiUItXG53NAPFBTZFWFRu97/ky2JTS9pESuA=; b=tcGEUjFuLL6dHPhZS6pktxouPEDZK54QJ5VUiH6hYvjWVrzk0t/jT+mt+TJkylznHh G7QcelBDaojqoLHMxRiRzVq5G+aPcSsjBlks+hz+iydybP8XW5mrmvgXw4oPmCvXZ39w dXlm0f2cA5DFnNJvdeZ2T+7lqSBP/Ga69UKkgszSpwMsYKoM5fZla/PL95BzQBRUFShB eoxE8uy3pdPdxEGlRcCrg8J21d7Gu7jqYb8KCb5gaVQZT0BLKZu/63CBg5x7zoVKOe4O uv3wQ5e0M7UT4X69Y5Ublb2AY5dDLuPlxdnRn5cAOXaqHfnriDlqCMTlw8g/t1q0gCfl xhzg== X-Gm-Message-State: ACrzQf196rdisPvdQnprKuMFSWmOynnCG7Nk3Swsn4fSlzRa5x1IxXw6 PO3R5o4+YMNr3bKy5swBU10= X-Google-Smtp-Source: AMsMyM5UjqQGN61PVrYqWeECCP0Xrh6jyY5BFK1HCaWFHNyV7tDdidqBRC0IagOcTuOSb+2UCrbz9g== X-Received: by 2002:a17:907:2bd5:b0:76f:591c:466b with SMTP id gv21-20020a1709072bd500b0076f591c466bmr40471548ejc.504.1667712019330; Sat, 05 Nov 2022 22:20:19 -0700 (PDT) Received: from Mini.fritz.box (pd9e3617e.dip0.t-ipconnect.de. [217.227.97.126]) by smtp.gmail.com with ESMTPSA id c26-20020aa7c99a000000b00462bd673453sm2126585edt.39.2022.11.05.22.20.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Nov 2022 22:20:18 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Phil Sainty Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: (Phil Sainty's message of "Sun, 06 Nov 2022 16:58:01 +1300") References: <83h6zd51h0.fsf@gnu.org> <62a776a86318abee7349@heytings.org> <62a776a8636ebc0aad56@heytings.org> Date: Sun, 06 Nov 2022 06:20:17 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: 59038@debbugs.gnu.org, acm@muc.de, Gregory Heytings , Eli Zaretskii , checker@d6.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Phil Sainty writes: > On 2022-11-06 12:41, Gregory Heytings wrote: >> That file opens just fine in other modes > > It also opens fine in c-mode, with global-font-lock-mode disabled. > >> Note that this bug has nothing to do with long lines. > > I imagine that the font-lock issue is related to the line being > in excess of 21,000 chars (but general redisplay obviously doesn't > have problems with lines this 'small'). > > Reduced to 10,208 chars that file opens instantly under emacs -Q > in c-mode with font-lock enabled; but at 10,209 chars it hangs > Emacs (I killed it after waiting 4 minutes). It could also be that this is not something with the position of size, but with what's there at or around that position. Just an idea. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 01:00:31 2022 Received: (at 59038) by debbugs.gnu.org; 6 Nov 2022 06:00:31 +0000 Received: from localhost ([127.0.0.1]:58551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orYhq-0007O7-Ny for submit@debbugs.gnu.org; Sun, 06 Nov 2022 01:00:31 -0500 Received: from eggs.gnu.org ([209.51.188.92]:35228) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orYhm-0007Np-F2 for 59038@debbugs.gnu.org; Sun, 06 Nov 2022 01:00:27 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orYhg-0004AX-04; Sun, 06 Nov 2022 01:00:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=oZY5lUSHUCxLLWdKxCkR8jiiUV/UocnLY1tliTy+qGs=; b=Hy44+tYaPPFqq5r1MUvq YxswXFktcF1/ZV33Wr52aqGfsQKpWQdFhGngrnLqCGnHEW+i4RqOmLMb6bplemkxW8l4JLJM5rPSN 13rh5cVrpANWqoPfic9t4iEZbYDAYMpeFepOFfvSsDvPFTVQ0S2Xhtm1GPlE3U9VdgiRe1gNHIymE ZwRJshUg+4gRoatXrKXquLRnoYwDdTvFhDe7CcDSmf4zVuwNTFCXKjLiVKNcKyFuPBR65FQW+sZQN FL9DgwbJjJoTRaDBeV7hU1PlXAeh1ho78OMQsMBMXFuxFAkfWuAXWn8yPy5pimHdu3BEfJWQiLZDb adtAQDMNC0NzDg==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orYhe-0000Jh-Te; Sun, 06 Nov 2022 01:00:19 -0500 Date: Sun, 06 Nov 2022 08:00:00 +0200 Message-Id: <83edug39nj.fsf@gnu.org> From: Eli Zaretskii To: Alan Mackenzie In-Reply-To: (message from Alan Mackenzie on Sat, 5 Nov 2022 22:03:51 +0000) Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> <87tu3dabbw.fsf@yahoo.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 59038 Cc: luangruo@yahoo.com, gerd.moellmann@gmail.com, 59038@debbugs.gnu.org, checker@d6.com 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: Sat, 5 Nov 2022 22:03:51 +0000 > Cc: Chris Hecker , > Gerd Möllmann , > 59038@debbugs.gnu.org, Eli Zaretskii > From: Alan Mackenzie > > > All of this is no longer a problem in Emacs 29, and even if you somehow > > still cause redisplay to become wedged, you can set max-redisplay-ticks > > to a suitable value. > > I looked that up in Emacs with C-h v. It says it's the maximum number > of "redisplay ticks" before some aborting or other occurs. > > I don't know what a redisplay tick is, and the dock string doesn't > explain it. I've never heard of the term before. > > This doc string is thus not very helpful, quite the reverse. > > Maybe one of the manuals explains it. It would be nice to have that > doc string amended to be less puzzling. There's nothing to explain that can be easily explained to someone who isn't privy to the display code internals. What does "redisplay ticks" tell you intuitively? Chances are your intuition is correct. The mechanisms behind that variable are not important, as long as our recent measures to cope with very long lines do their job, so I see no reason to document the ticks stuff more than it already is. If you are really interested, grep the sources for update_redisplay_ticks. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 04:18:28 2022 Received: (at 59038) by debbugs.gnu.org; 6 Nov 2022 09:18:28 +0000 Received: from localhost ([127.0.0.1]:58679 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orbnQ-0003lZ-70 for submit@debbugs.gnu.org; Sun, 06 Nov 2022 04:18:28 -0500 Received: from heytings.org ([95.142.160.155]:59686) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orbnN-0003lR-VL for 59038@debbugs.gnu.org; Sun, 06 Nov 2022 04:18:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1667726304; bh=ZSbtAa0Qxetj3cRHkS6qdm/eOguW5u7a2V/0NGfW8RA=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=Jd2Yn1RE1wkUnQgZ2v79CwIuUo/R79S2aMf2rZ+JPbmvDbT5BffCbzhEnN6RgfxIK fwC/Vj+yk+ZKnb8FMHodK47VTpUkjtMdpR8BD/Cp2H78THX0iDX6bdTtqbtXJKAcSC eUULnC17NAw1lYMT5UnUf3YNn6zfQVA1auiJv2iXTUtCr7d+66sdvxywijlE5KT9Le smR5/7q+2czR0mYEMhvgLIz3Js/ypmnfA/DZx/dOTr1su5uzAPfhV/YJp12e2S3YJR DPLh3Ivya8mF+Y6rXVyrvPUCOxjFHKQASfNwc4M3ouZhaZFTmxL/ES8IQ6d37CBQtE CIbn6FrpkSabA== Date: Sun, 06 Nov 2022 09:18:23 +0000 From: Gregory Heytings To: Phil Sainty Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: Message-ID: <83a7ad518e21593e8888@heytings.org> References: <83h6zd51h0.fsf@gnu.org> <62a776a86318abee7349@heytings.org> <62a776a8636ebc0aad56@heytings.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: =?UTF-8?Q?Gerd_M=C3=B6llmann?= , 59038@debbugs.gnu.org, Eli Zaretskii , checker@d6.com, acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> That file opens just fine in other modes > > It also opens fine in c-mode, with global-font-lock-mode disabled. > Indeed, obviously it's a c-mode font-locking related bug. >> Note that this bug has nothing to do with long lines. > > I imagine that the font-lock issue is related to the line being in > excess of 21,000 chars (but general redisplay obviously doesn't have > problems with lines this 'small'). > > Reduced to 10,208 chars that file opens instantly under emacs -Q in > c-mode with font-lock enabled; but at 10,209 chars it hangs Emacs (I > killed it after waiting 4 minutes). > Interesting, thanks for the bisection! From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 08:53:03 2022 Received: (at 59038) by debbugs.gnu.org; 6 Nov 2022 13:53:03 +0000 Received: from localhost ([127.0.0.1]:58952 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1org59-0004gX-24 for submit@debbugs.gnu.org; Sun, 06 Nov 2022 08:53:03 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1org56-0004g2-1Y for 59038@debbugs.gnu.org; Sun, 06 Nov 2022 08:53:01 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1org4y-00038O-7D; Sun, 06 Nov 2022 08:52:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=4+kumeKMeZPTF+i/IbyMbMSBJ+JkaUtqCoMxEePr+4E=; b=mPigBV4NIWX6JF2UFRCT ZBodyQ2cZ5ssdqARNLMUcw/AmXCvaFBEqpkOe9EOKvNLhEf/H0gxwfeOVN/hUuGkHuerKiolncKSn T3SWMQq0W1laqYv1aJEGykL2VLj51LEavC7r6Avr/J27bavYXbRgNH0d5yjR8CgH3oiY/bvslWdF8 d9ccpNm+5w2SU9sEOxIozn7B0ZywDptv8846pYbDmDVKsAcT5/g7tsyiUrTCLXwLIbO3wKNASQxNt gKu62JIMfw8lNv/hS8TeDNvLFU6Q5c1cCj2kqMMovh1dxiyrRFWUMCz6KnUdjJ0tHb0cblcLazkp0 js6f5/9tViwXlQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1org4x-0003gU-Ef; Sun, 06 Nov 2022 08:52:51 -0500 Date: Sun, 06 Nov 2022 15:52:33 +0200 Message-Id: <83iljs197i.fsf@gnu.org> From: Eli Zaretskii To: Gregory Heytings , acm@muc.de In-Reply-To: <83a7ad518e21593e8888@heytings.org> (message from Gregory Heytings on Sun, 06 Nov 2022 09:18:23 +0000) Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely References: <83h6zd51h0.fsf@gnu.org> <62a776a86318abee7349@heytings.org> <62a776a8636ebc0aad56@heytings.org> <83a7ad518e21593e8888@heytings.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: 59038 Cc: psainty@orcon.net.nz, gerd.moellmann@gmail.com, 59038@debbugs.gnu.org, checker@d6.com 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, 06 Nov 2022 09:18:23 +0000 > From: Gregory Heytings > cc: Eli Zaretskii , > Gerd Möllmann , > 59038@debbugs.gnu.org, checker@d6.com, acm@muc.de > > > >> That file opens just fine in other modes > > > > It also opens fine in c-mode, with global-font-lock-mode disabled. > > > > Indeed, obviously it's a c-mode font-locking related bug. > > >> Note that this bug has nothing to do with long lines. > > > > I imagine that the font-lock issue is related to the line being in > > excess of 21,000 chars (but general redisplay obviously doesn't have > > problems with lines this 'small'). > > > > Reduced to 10,208 chars that file opens instantly under emacs -Q in > > c-mode with font-lock enabled; but at 10,209 chars it hangs Emacs (I > > killed it after waiting 4 minutes). > > > > Interesting, thanks for the bisection! It's an infloop in c-brace-stack-at. What happens is that c-brace-stack-at calls c-update-brace-stack with arguments: (nil 1) 8160 13160. c-update-brace-stack then calls c-syntactic-re-search-forward, which finds nothing interesting and returns with point at 13160, but then c-update-brace-stack calls c-beginning-of-current-token, which returns point back to 8160. And it goes on and on and on... Alan, what can be done with this? From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 08:54:58 2022 Received: (at 59038) by debbugs.gnu.org; 6 Nov 2022 13:54:58 +0000 Received: from localhost ([127.0.0.1]:58962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1org6z-0004jO-Mw for submit@debbugs.gnu.org; Sun, 06 Nov 2022 08:54:57 -0500 Received: from mx3.muc.de ([193.149.48.5]:17610) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1org6x-0004jA-6j for 59038@debbugs.gnu.org; Sun, 06 Nov 2022 08:54:56 -0500 Received: (qmail 83890 invoked by uid 3782); 6 Nov 2022 14:54:48 +0100 Received: from acm.muc.de (p2e5d5417.dip0.t-ipconnect.de [46.93.84.23]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 06 Nov 2022 14:54:48 +0100 Received: (qmail 21311 invoked by uid 1000); 6 Nov 2022 13:54:47 -0000 Date: Sun, 6 Nov 2022 13:54:47 +0000 To: Gerd =?iso-8859-1?Q?M=F6llmann?= , Phil Sainty Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely Message-ID: References: <83h6zd51h0.fsf@gnu.org> <62a776a86318abee7349@heytings.org> <62a776a8636ebc0aad56@heytings.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: 59038@debbugs.gnu.org, Gregory Heytings , Eli Zaretskii , checker@d6.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Gerd and Phil. On Sun, Nov 06, 2022 at 06:20:17 +0100, Gerd Möllmann wrote: > Phil Sainty writes: > > On 2022-11-06 12:41, Gregory Heytings wrote: > >> That file opens just fine in other modes > > It also opens fine in c-mode, with global-font-lock-mode disabled. > >> Note that this bug has nothing to do with long lines. > > I imagine that the font-lock issue is related to the line being > > in excess of 21,000 chars (but general redisplay obviously doesn't > > have problems with lines this 'small'). > > Reduced to 10,208 chars that file opens instantly under emacs -Q > > in c-mode with font-lock enabled; but at 10,209 chars it hangs > > Emacs (I killed it after waiting 4 minutes). > It could also be that this is not something with the position of size, > but with what's there at or around that position. Just an idea. I've identified the place in the code where it's looping, namely in the defun c-brace-stack-at. Gerd's Lisp backtraces earlier on in the thread were extremely helpful, as was Phil's identification of the minimum size of buffer needed to trigger the infinite loop. I don't yet know why that function is looping, or why it does so only from a certain length of buffer, but I'm working on it. -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 11:35:10 2022 Received: (at 59038) by debbugs.gnu.org; 6 Nov 2022 16:35:10 +0000 Received: from localhost ([127.0.0.1]:60494 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oric1-00016T-PL for submit@debbugs.gnu.org; Sun, 06 Nov 2022 11:35:10 -0500 Received: from mx3.muc.de ([193.149.48.5]:22034) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oriby-00015s-3d for 59038@debbugs.gnu.org; Sun, 06 Nov 2022 11:35:08 -0500 Received: (qmail 58269 invoked by uid 3782); 6 Nov 2022 17:34:58 +0100 Received: from acm.muc.de (p2e5d5417.dip0.t-ipconnect.de [46.93.84.23]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 06 Nov 2022 17:34:58 +0100 Received: (qmail 26392 invoked by uid 1000); 6 Nov 2022 16:34:57 -0000 Date: Sun, 6 Nov 2022 16:34:57 +0000 To: Eli Zaretskii Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely Message-ID: References: <83h6zd51h0.fsf@gnu.org> <62a776a86318abee7349@heytings.org> <62a776a8636ebc0aad56@heytings.org> <83a7ad518e21593e8888@heytings.org> <83iljs197i.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83iljs197i.fsf@gnu.org> X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: psainty@orcon.net.nz, gerd.moellmann@gmail.com, Gregory Heytings , 59038@debbugs.gnu.org, checker@d6.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Eli. On Sun, Nov 06, 2022 at 15:52:33 +0200, Eli Zaretskii wrote: > > Date: Sun, 06 Nov 2022 09:18:23 +0000 > > From: Gregory Heytings > > cc: Eli Zaretskii , > > Gerd Möllmann , > > 59038@debbugs.gnu.org, checker@d6.com, acm@muc.de > > >> That file opens just fine in other modes > > > It also opens fine in c-mode, with global-font-lock-mode disabled. > > Indeed, obviously it's a c-mode font-locking related bug. > > >> Note that this bug has nothing to do with long lines. > > > I imagine that the font-lock issue is related to the line being in > > > excess of 21,000 chars (but general redisplay obviously doesn't have > > > problems with lines this 'small'). > > > Reduced to 10,208 chars that file opens instantly under emacs -Q in > > > c-mode with font-lock enabled; but at 10,209 chars it hangs Emacs (I > > > killed it after waiting 4 minutes). > > Interesting, thanks for the bisection! > It's an infloop in c-brace-stack-at. > What happens is that c-brace-stack-at calls c-update-brace-stack with > arguments: (nil 1) 8160 13160. c-update-brace-stack then calls > c-syntactic-re-search-forward, which finds nothing interesting and > returns with point at 13160, but then c-update-brace-stack calls > c-beginning-of-current-token, which returns point back to 8160. And > it goes on and on and on... Thanks for the debugging. > Alan, what can be done with this? This: diff -r 53717eda724c cc-engine.el --- a/cc-engine.el Sat Oct 29 09:42:47 2022 +0000 +++ b/cc-engine.el Sun Nov 06 16:26:09 2022 +0000 @@ -6177,9 +6177,10 @@ (setq s (cdr s)))) ((c-keyword-member kwd-sym 'c-flat-decl-block-kwds) (push 0 s)))) - ;; The failing `c-syntactic-re-search-forward' may have left us in the - ;; middle of a token, which might be a significant token. Fix this! - (c-beginning-of-current-token) + (when (> prev-match-pos 1) ; Has the search matched at least once? + ;; The failing `c-syntactic-re-search-forward' may have left us in the + ;; middle of a token, which might be a significant token. Fix this! + (c-beginning-of-current-token)) (cons (point) (cons bound-<> s))))) -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 14:46:14 2022 Received: (at 59038) by debbugs.gnu.org; 6 Nov 2022 19:46:14 +0000 Received: from localhost ([127.0.0.1]:60711 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orlav-00087P-O9 for submit@debbugs.gnu.org; Sun, 06 Nov 2022 14:46:14 -0500 Received: from mail-pj1-f47.google.com ([209.85.216.47]:52174) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orlar-00086s-3c for 59038@debbugs.gnu.org; Sun, 06 Nov 2022 14:46:13 -0500 Received: by mail-pj1-f47.google.com with SMTP id o7so8758270pjj.1 for <59038@debbugs.gnu.org>; Sun, 06 Nov 2022 11:46:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=d6-com.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:reply-to :references:in-reply-to:message-id:date:cc:subject:to:from:from:to :cc:subject:date:message-id:reply-to; bh=yo/yk/O3mKTUmKVidS8pdOg9Nr3CMACQnwoOjiFXzog=; b=inFL7wQRZXviUN1UiUAQKig8r4S8ZIY13fO8JltSt2h2m80EhrtnuXw8A4MniTxEQs oy2xAVWQnt6zg7fjMooylXHuPAcX1Cjto3Fh0cA0II4jnYDg0mFuuGQh9+gCOb/c/WEm 3Jnc7ZMgAuYBtjqiS+OjRD92Ofl/HErjV195/ZpEKEj2mWFHIK7v70RdPtKKTNGBsthB 6fZq0solThaxPt62LCxZuP/jbbx3YIhY2xrHvh5F/y/NJV0e2p7z/vsTAQIY4++z+Prw AgWFIXecHaLGfe3TIviSgPgweyQtahokrsuZK1KawE0ebVIB4D0jWtRPhz9Sa4uMV0pC 53Bg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:reply-to :references:in-reply-to:message-id:date:cc:subject:to:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=yo/yk/O3mKTUmKVidS8pdOg9Nr3CMACQnwoOjiFXzog=; b=Kr/3Zcit5Cy+YMx3jETAjQTLjG2lUixvejIcKtUpC7tuSW0vg7Ev4W5fOb1bIiM+Vp f3zZR4EmCjWFMSLySfCFBl70L8S6mHt9MM8sITKkWdoml/MAHPUA6Zzt1HKNwwTAqtHS l0PmZPg9JYzQML9T3EP3yN+txIr90CZLWc/QB6ppzQ/R0ae1aeTJsbfsbSIc6sRbm4Q2 +rIndBojmpW9YdX9v9z3v3F9Ykzcfk37b0i4gdOzOoC4XcBKSX+diYe/y+b18sblc4hn 2Tx7aAjmfH31CfYOmfz6jDZRVy+DteRVWwwbv4OW9DC0Fx+rn11LpGAZ0wY0RJYqdSR3 RQLw== X-Gm-Message-State: ACrzQf1ZzhofJ1vst2NWD92zB7odPuSIurXp5YIv0E4lkygNOdSk0M7y //OTm3NUDsAxAqYBKdJtzw/O7Q== X-Google-Smtp-Source: AMsMyM7AEQc69DHA3m+qnXr1CcTU4EScoXlGAv/7nxWDyiO7Kf+WUQD3Q/KWsoaDMIO9SOO9Zp/wtw== X-Received: by 2002:a17:903:40d1:b0:17f:5778:888b with SMTP id t17-20020a17090340d100b0017f5778888bmr695497pld.119.1667763963009; Sun, 06 Nov 2022 11:46:03 -0800 (PST) Received: from [192.168.1.153] (157-131-207-86.fiber.dynamic.sonic.net. [157.131.207.86]) by smtp.gmail.com with ESMTPSA id n15-20020a170902e54f00b001714c36a6e7sm3425653plf.284.2022.11.06.11.46.02 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Nov 2022 11:46:02 -0800 (PST) From: "Chris Hecker" To: "Alan Mackenzie" , "Eli Zaretskii" Subject: Re[2]: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely Date: Sun, 06 Nov 2022 19:46:01 +0000 Message-Id: In-Reply-To: References: <83h6zd51h0.fsf@gnu.org> <62a776a86318abee7349@heytings.org> <62a776a8636ebc0aad56@heytings.org> <83a7ad518e21593e8888@heytings.org> <83iljs197i.fsf@gnu.org> User-Agent: eM_Client/8.2.1721.0 Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: psainty@orcon.net.nz, gerd.moellmann@gmail.com, Gregory Heytings , 59038@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: , Reply-To: Chris Hecker Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Yay! Go team! Thanks, Chris ------ Original Message ------ From: "Alan Mackenzie" To: "Eli Zaretskii" Cc: "Gregory Heytings" ; psainty@orcon.net.nz;=20 gerd.moellmann@gmail.com; 59038@debbugs.gnu.org; checker@d6.com Sent: 2022-11-06 08:34:57 Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg=20 a core infinitely >Hello, Eli. > >On Sun, Nov 06, 2022 at 15:52:33 +0200, Eli Zaretskii wrote: >> > Date: Sun, 06 Nov 2022 09:18:23 +0000 >> > From: Gregory Heytings >> > cc: Eli Zaretskii , >> > Gerd M=C3=B6llmann , >> > 59038@debbugs.gnu.org, checker@d6.com, acm@muc.de > > >> > >> That file opens just fine in other modes > >> > > It also opens fine in c-mode, with global-font-lock-mode disabled. > > >> > Indeed, obviously it's a c-mode font-locking related bug. > >> > >> Note that this bug has nothing to do with long lines. > >> > > I imagine that the font-lock issue is related to the line being in >> > > excess of 21,000 chars (but general redisplay obviously doesn't hav= e >> > > problems with lines this 'small'). > >> > > Reduced to 10,208 chars that file opens instantly under emacs -Q in >> > > c-mode with font-lock enabled; but at 10,209 chars it hangs Emacs (= I >> > > killed it after waiting 4 minutes). > > >> > Interesting, thanks for the bisection! > >> It's an infloop in c-brace-stack-at. > >> What happens is that c-brace-stack-at calls c-update-brace-stack with >> arguments: (nil 1) 8160 13160. c-update-brace-stack then calls >> c-syntactic-re-search-forward, which finds nothing interesting and >> returns with point at 13160, but then c-update-brace-stack calls >> c-beginning-of-current-token, which returns point back to 8160. And >> it goes on and on and on... > >Thanks for the debugging. > >> Alan, what can be done with this? > >This: > > >diff -r 53717eda724c cc-engine.el >--- a/cc-engine.el Sat Oct 29 09:42:47 2022 +0000 >+++ b/cc-engine.el Sun Nov 06 16:26:09 2022 +0000 >@@ -6177,9 +6177,10 @@ > (setq s (cdr s)))) > ((c-keyword-member kwd-sym 'c-flat-decl-block-kwds) > (push 0 s)))) >- ;; The failing `c-syntactic-re-search-forward' may have left us in= the >- ;; middle of a token, which might be a significant token. Fix this= ! >- (c-beginning-of-current-token) >+ (when (> prev-match-pos 1) ; Has the search matched at least o= nce? >+ ;; The failing `c-syntactic-re-search-forward' may have left us in the >+ ;; middle of a token, which might be a significant token. Fix this! >+ (c-beginning-of-current-token)) > (cons (point) > (cons bound-<> s))))) > > >-- >Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 07 02:55:51 2022 Received: (at 59038) by debbugs.gnu.org; 7 Nov 2022 07:55:51 +0000 Received: from localhost ([127.0.0.1]:33125 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orwz1-0005qO-FV for submit@debbugs.gnu.org; Mon, 07 Nov 2022 02:55:51 -0500 Received: from mail-ed1-f51.google.com ([209.85.208.51]:37390) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orwyz-0005qB-Nz for 59038@debbugs.gnu.org; Mon, 07 Nov 2022 02:55:50 -0500 Received: by mail-ed1-f51.google.com with SMTP id l11so16197919edb.4 for <59038@debbugs.gnu.org>; Sun, 06 Nov 2022 23:55:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=2EhD82lAONqGVv65vKX9FLpQCVCEF7ufmY5VFIg7ea4=; b=Gxnxx9MpQUOmBNCbFaUgCkflA+I2decB5mlRNqwY4+6x5oCAAs1ib3T4UFcvoHDl8+ E5LFreey20LSuUOyILsilXaQQNd7cc/plg6wm96JeFznzx7V7EJHgRMg0wDpNs9W/mRY gR7P6WMFCPjxhHAovuc08REF0i1Ec+RcX65qGQLpwFS/mvO0+OvPdO/cfJkGM7YryRG6 ldsm1Ve4yw5DxT84ZWevuxAbVEFXyU+8IEJX+1LoyfPYmr9mF5iuyTkP+snZJaNzIOKg 8WSGBqtZ1dmC/5nil9WAgpufwG0uoYQdaF2FfxAOqt7DHXxB7Ynegk8eNRD9v4Y5x1Xm /xRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=2EhD82lAONqGVv65vKX9FLpQCVCEF7ufmY5VFIg7ea4=; b=oVMtfm6wZfzsc5Hz3yOh8oAcans3g3sPtAIQNomTJWHx3rmkxaReQM3+ELEIa77ARq yq8X04qdhp330c/VKaPCoi5xoLzd1VpVe1tKvjzFomCRqkm4cF8EQwdLHNzB2Rg57eNa yoNjwyzvCFqlE48psEmwkaDgw8aJTpVsuGHHAqHcxTE/qHtLqqmQzQjuB2U0/1KlNm+r G+urhhGSmniJ6CKWWGBE5WRtOYtD5M4XchoJUOfcNDsL/U4MDGLldFeux2PGPZIhaVrS OvEmlHi5zGLziJgHVWKfi9PTJwWpRz7toHF12JOogRj0zZmbJ6EszDsZzQGd01hkAlbs ZDgQ== X-Gm-Message-State: ACrzQf0OkQsDA3A8yIW5mFO5NQdf9ZaqVTMF1usPhqAaXCucbq0e+wYs DCag4yZWT6Hvencjcr2b1Po= X-Google-Smtp-Source: AMsMyM6VXDOzMXjxam9uGVLK52wTBHpF27N2FVe+YVUDSvS6jGsUWWvziRfymUvE5TAcvO1PezylJQ== X-Received: by 2002:aa7:c718:0:b0:462:ff35:95dc with SMTP id i24-20020aa7c718000000b00462ff3595dcmr47753559edq.32.1667807743627; Sun, 06 Nov 2022 23:55:43 -0800 (PST) Received: from Mini.fritz.box (pd9e3693d.dip0.t-ipconnect.de. [217.227.105.61]) by smtp.gmail.com with ESMTPSA id e17-20020a50fb91000000b0045bd14e241csm3762568edq.76.2022.11.06.23.55.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 06 Nov 2022 23:55:42 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Alan Mackenzie Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely In-Reply-To: (Alan Mackenzie's message of "Sun, 6 Nov 2022 16:34:57 +0000") References: <83h6zd51h0.fsf@gnu.org> <62a776a86318abee7349@heytings.org> <62a776a8636ebc0aad56@heytings.org> <83a7ad518e21593e8888@heytings.org> <83iljs197i.fsf@gnu.org> Date: Mon, 07 Nov 2022 08:55:42 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038 Cc: psainty@orcon.net.nz, 59038@debbugs.gnu.org, Eli Zaretskii , Gregory Heytings , checker@d6.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Alan Mackenzie writes: >> Alan, what can be done with this? > > This: Works for me. Thanks, Alan! From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 07 07:25:38 2022 Received: (at 59038-done) by debbugs.gnu.org; 7 Nov 2022 12:25:38 +0000 Received: from localhost ([127.0.0.1]:33558 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1os1C6-0006vE-AQ for submit@debbugs.gnu.org; Mon, 07 Nov 2022 07:25:38 -0500 Received: from mx3.muc.de ([193.149.48.5]:56115) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1os1C4-0006v0-L9 for 59038-done@debbugs.gnu.org; Mon, 07 Nov 2022 07:25:37 -0500 Received: (qmail 68165 invoked by uid 3782); 7 Nov 2022 13:25:30 +0100 Received: from acm.muc.de (p4fe15967.dip0.t-ipconnect.de [79.225.89.103]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Mon, 07 Nov 2022 13:25:30 +0100 Received: (qmail 14540 invoked by uid 1000); 7 Nov 2022 12:25:29 -0000 Date: Mon, 7 Nov 2022 12:25:29 +0000 To: Chris Hecker Subject: Re: bug#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely Message-ID: References: <83h6zd51h0.fsf@gnu.org> <62a776a86318abee7349@heytings.org> <62a776a8636ebc0aad56@heytings.org> <83a7ad518e21593e8888@heytings.org> <83iljs197i.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59038-done Cc: psainty@orcon.net.nz, gerd.moellmann@gmail.com, Eli Zaretskii , Gregory Heytings , 59038-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Chris. On Sun, Nov 06, 2022 at 19:46:01 +0000, Chris Hecker wrote: > Yay! Go team! Thanks for the testing, and thanks for taking the trouble to report the bug in the first place. I've committed the patch to the master branch, and it will definitely be in Emacs 29. :-) I'm closing the bug with this post. > Thanks, > Chris -- Alan Mackenzie (Nuremberg, Germany). From unknown Sun Jun 22 04:29:17 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 06 Dec 2022 12:24:07 +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