From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Jan Synacek Newsgroups: gmane.lisp.guile.bugs Subject: bug#40008: Backtraces can contain very long strings Date: Tue, 10 Mar 2020 11:05:24 +0100 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000caea5c05a07d42fe" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="41814"; mail-complaints-to="usenet@ciao.gmane.io" To: 40008@debbugs.gnu.org Original-X-From: bug-guile-bounces+guile-bugs=m.gmane-mx.org@gnu.org Tue Mar 10 11:06:12 2020 Return-path: Envelope-to: guile-bugs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jBbm8-000Als-0J for guile-bugs@m.gmane-mx.org; Tue, 10 Mar 2020 11:06:12 +0100 Original-Received: from localhost ([::1]:56594 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jBbm6-0000Ld-Vd for guile-bugs@m.gmane-mx.org; Tue, 10 Mar 2020 06:06:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59459) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jBbm1-0000Ky-GT for bug-guile@gnu.org; Tue, 10 Mar 2020 06:06:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jBblz-0007kO-7Z for bug-guile@gnu.org; Tue, 10 Mar 2020 06:06:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45935) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jBbly-0007jv-49 for bug-guile@gnu.org; Tue, 10 Mar 2020 06:06:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jBblx-000781-Uf for bug-guile@gnu.org; Tue, 10 Mar 2020 06:06:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jan Synacek Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Tue, 10 Mar 2020 10:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 40008 X-GNU-PR-Package: guile X-Debbugs-Original-To: bug-guile@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.158383474327353 (code B ref -1); Tue, 10 Mar 2020 10:06:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 10 Mar 2020 10:05:43 +0000 Original-Received: from localhost ([127.0.0.1]:51908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBblf-000775-BQ for submit@debbugs.gnu.org; Tue, 10 Mar 2020 06:05:43 -0400 Original-Received: from lists.gnu.org ([209.51.188.17]:44586) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBble-00076y-ER for submit@debbugs.gnu.org; Tue, 10 Mar 2020 06:05:42 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58965) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jBbld-00007Y-7V for bug-guile@gnu.org; Tue, 10 Mar 2020 06:05:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jBblb-0006oE-S5 for bug-guile@gnu.org; Tue, 10 Mar 2020 06:05:41 -0400 Original-Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:59179 helo=us-smtp-1.mimecast.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jBblb-0006mS-ND for bug-guile@gnu.org; Tue, 10 Mar 2020 06:05:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1583834738; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=KVWpN5IDlPdoV1YAdTqqX6AoSEvz6G/aqARRo0f+mnc=; b=Dp0Vs0PNxTyhaCIHRp5iGX/6BXvGY0QDOR+W1YpUdTAVn8N2AjT42VNzZrh3rBBKG2cpTi 66VXPQewX7RSbBwXt4CBckEQGUBiqrtY8QWIewyZ3jFcU7jYrFt6vrkXIVSsbcpnHIphup DO6aZWKE7LkWIgpE7AqqcoZLiEPo4OI= Original-Received: from mail-il1-f200.google.com (mail-il1-f200.google.com [209.85.166.200]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-247-ikAqQfO8McmmaQYPsgNxYg-1; Tue, 10 Mar 2020 06:05:36 -0400 X-MC-Unique: ikAqQfO8McmmaQYPsgNxYg-1 Original-Received: by mail-il1-f200.google.com with SMTP id g79so6044467ild.7 for ; Tue, 10 Mar 2020 03:05:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=KVWpN5IDlPdoV1YAdTqqX6AoSEvz6G/aqARRo0f+mnc=; b=SrM2qqywchO0HlCMt3L/dCrKfd4RBUZ3bOsMhKARpXpuDKZZc3LmIBP7E8E4nBciXy ovqRwhC5MQh+RPFdQdbp4sfBhj2U2OmujPMFnePYmaMVbl0JOXAAoOwqWNhRtNM0bIFm EtGu2Vis9KhHTkgvzARqbq9y0us8TYcdNfd9k9Loi+Ux+Rf0uvjr+shCWhRR2TNvlZzm jYFlRW8v2enSjOaZ6vY+0VJsJtLj4+6u5Xq0qvqrH4Z29ubgU8Ribz0WN7vvRAPPcNkR E5h8AYansiDnGH7bO9XtWLmU8beX/nwfGb5lNY5TDiX5tmB6WLDe77PO/OTYdHTNcIYL 9jpg== X-Gm-Message-State: ANhLgQ1Qixp+OdBPYFk5IRFDJrWFNX8yLzzw2q8QmwIwc0RflW5qyqhv z5qyT1bAR5UgLI2gNcRGhPagw7jd0BZWUkFOnGj75wNanA00fSVtxdyfdcari/XiAkQQEtUTi1q o12m6FnUTKgUzFapGV4+zqR2OkQ== X-Received: by 2002:a05:6e02:c94:: with SMTP id b20mr18670375ile.282.1583834735761; Tue, 10 Mar 2020 03:05:35 -0700 (PDT) X-Google-Smtp-Source: ADFU+vviKIeNrryMWyK6u+WpxSBkAlAVJ0s5xmH1LVTzeLQfUdJbcfJPozDzFS5rRSnzMDDJP5nWsmCNCNd8Ybp/8HI= X-Received: by 2002:a05:6e02:c94:: with SMTP id b20mr18670359ile.282.1583834735497; Tue, 10 Mar 2020 03:05:35 -0700 (PDT) X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-guile@gnu.org List-Id: "Bug reports for GUILE, GNU's Ubiquitous Extension Language" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guile-bounces+guile-bugs=m.gmane-mx.org@gnu.org Original-Sender: "bug-guile" Xref: news.gmane.io gmane.lisp.guile.bugs:9636 Archived-At: --000000000000caea5c05a07d42fe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I have the following backtrace: Backtrace: In ice-9/boot-9.scm: 1736:10 9 (with-exception-handler _ _ #:unwind? _ # _) In unknown file: 8 (apply-smob/0 #) In ice-9/boot-9.scm: 718:2 7 (call-with-prompt _ _ #) In ice-9/eval.scm: 619:8 6 (_ #(#(#))) In ice-9/boot-9.scm: 2806:4 5 (save-module-excursion _) 4351:12 4 (_) In /home/jsynacek/./git.scm: 72:0 3 (_) 61:16 2 (change-spec _ _ "66.33" _ #) 48:12 1 (change-release "# We ship a .pc file but don't want t=E2=80= =A6" =E2=80=A6) In unknown file: 0 (make-regexp "^Release:(\\s*).*$" "# We ship a .pc fil=E2=80= =A6" =E2=80=A6) ERROR: In procedure make-regexp: Wrong type (expecting exact integer): " " While this is probably not considered an error, I guess it might be better to ellipsize strings in errors such is mine that are over a certain length long. The important part of the backtrace was scrolled away and I got confused about the string, as I thought it was part of the output and started wondering why (display ...) keeps the escaped newlines in the string. If this is not considered a bug, please, at least consider it an RFE. --=20 Jan Synacek Software Engineer, Red Hat --000000000000caea5c05a07d42fe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have the following backtrace:

Backtrace:
In ice-9/= boot-9.scm:
=C2=A0 1736:10 =C2=A09 (with-exception-handler _ _ #:unwind?= _ # _)
In unknown file:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A08 (= apply-smob/0 #<thunk 651b40>)
In ice-9/boot-9.scm:
=C2=A0 =C2= =A0 718:2 =C2=A07 (call-with-prompt _ _ #<procedure default-prompt-handl= e=E2=80=A6>)
In ice-9/eval.scm:
=C2=A0 =C2=A0 619:8 =C2=A06 (_ #(#= (#<directory (guile-user) 74cf00>)))
In ice-9/boot-9.scm:
=C2= =A0 =C2=A02806:4 =C2=A05 (save-module-excursion _)
=C2=A0 4351:12 =C2=A0= 4 (_)
In /home/jsynacek/./git.scm:
=C2=A0 =C2=A0 =C2=A072:0 =C2=A03 (= _)
=C2=A0 =C2=A0 61:16 =C2=A02 (change-spec _ _ "66.33" _ #<= ;output: file 1>)
=C2=A0 =C2=A0 48:12 =C2=A01 (change-release "#= We ship a .pc file but don't want t=E2=80=A6" =E2=80=A6)
In un= known file:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 (make-regexp &quo= t;^Release:(\\s*).*$" "# We ship a .pc fil=E2=80=A6" =E2=80= =A6)

ERROR: In procedure make-regexp:
Wrong type (expecting exact i= nteger): "
<HERE COMES A LOOOONG STRING WHICH IS ABOUT 193000 CHAR= ACTERS WIDE>
"

While this is probably not considered an err= or, I guess it might be better to ellipsize strings in errors such is mine = that are over a certain length long. The important part of the backtrace wa= s scrolled away and I got confused about the string, as I thought it was pa= rt of the output and started wondering why (display ...) keeps the escaped = newlines in the string.

If this is not considered = a bug, please, at least consider it an RFE.

--
Jan S= ynacek
Software Engineer, Red Hat
--000000000000caea5c05a07d42fe--