From: Danny Milosavljevic <dannym@scratchpost.org>
To: Mathieu Othacehe <m.othacehe@gmail.com>
Cc: 35542@debbugs.gnu.org
Subject: bug#35542: Installer does not display full backtrace on error
Date: Sat, 4 May 2019 19:06:17 +0200 [thread overview]
Message-ID: <20190504190617.1b8a8efa@scratchpost.org> (raw)
In-Reply-To: <87pnoy42o7.fsf@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1398 bytes --]
Hi Mathieu,
On Sat, 04 May 2019 18:14:48 +0200
Mathieu Othacehe <m.othacehe@gmail.com> wrote:
> Thanks for testing Florian. Based on Danny suggestion we could set
> COLUMNS to 200 to have a more verbose backtrace (like guix itself).
Good idea in principle.
> Using higher values, the backtrace becomes really long and harder to
> read. WDYT?
When we have a designed error message, we present one--and, there, brevity
is good.
But backtraces are for developers only anyway, and are not designed error
messages.
So for backtraces I'm against throwing *anything* of the backtrace
message away because we don't know what part of it is important (if we
did, we'd print a designed error message instead--I'm all for doing that).
I think this is something the default Guile setting gets wrong and I
don't understand how it can be a good idea to suppress half of a
message intended to simplify debugging for a developer "because it's
too long". The length is nothing compared to the amount of text a
developer has to type in order to reproduce the missing parts later on,
if it's even possible.
I'm even actually using core files (including attaching to them using a
debugger in order to examine variable values), so I might be an outlier.
So I'd be for either presenting the entire backtrace or suppressing the
entire backtrace, not having teaser backtraces :)
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
next prev parent reply other threads:[~2019-05-04 17:07 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-03 8:59 bug#35542: Installer does not display full backtrace on error pelzflorian (Florian Pelz)
2019-05-03 9:40 ` Danny Milosavljevic
2019-05-03 10:09 ` Ludovic Courtès
2019-05-03 12:15 ` Mathieu Othacehe
2019-05-03 17:46 ` pelzflorian (Florian Pelz)
2019-05-04 9:43 ` Mathieu Othacehe
2019-05-04 12:24 ` pelzflorian (Florian Pelz)
2019-05-04 12:54 ` Danny Milosavljevic
2019-05-04 16:14 ` Mathieu Othacehe
2019-05-04 16:15 ` Mathieu Othacehe
2019-05-08 14:35 ` Ludovic Courtès
2019-05-14 12:09 ` Mathieu Othacehe
2019-05-14 21:02 ` Ludovic Courtès
2019-05-15 7:30 ` Mathieu Othacehe
2019-05-04 17:06 ` Danny Milosavljevic [this message]
2019-05-04 17:38 ` pelzflorian (Florian Pelz)
2019-05-04 17:40 ` pelzflorian (Florian Pelz)
2019-05-04 17:26 ` pelzflorian (Florian Pelz)
2019-05-14 16:01 ` Danny Milosavljevic
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190504190617.1b8a8efa@scratchpost.org \
--to=dannym@scratchpost.org \
--cc=35542@debbugs.gnu.org \
--cc=m.othacehe@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).