unofficial mirror of bug-guile@gnu.org 
 help / color / mirror / Atom feed
From: Marnen Laibow-Koser <marnen@marnen.org>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: Ivo Bouwmans <muziek@bouwmans.name>, 39863@debbugs.gnu.org
Subject: bug#39863: Guile 1.8, apparent segfault on some Macs running Mojave
Date: Sat, 7 Mar 2020 16:27:27 -0500	[thread overview]
Message-ID: <CAKZYM4DiOBMY4q8+GANr0AaPGKtb_Q_fjDM2xePx9_oJMtcXtg@mail.gmail.com> (raw)
In-Reply-To: <87o8t7gawg.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 1758 bytes --]

On Sat, Mar 7, 2020 at 3:36 PM Ludovic Courtès <ludo@gnu.org> wrote:

> Hi,
>
> Marnen Laibow-Koser <marnen@marnen.org> skribis:
>
> > On Sat, Mar 7, 2020 at 10:12 AM Ludovic Courtès <ludo@gnu.org> wrote:
>
> [...]
>
> >> Could you provide a backtrace of the segfault?
> >>
> >
> > I’m not sure how I would be able to get any more detailed debugging info
> > than the logs that I posted in the GitLab issue.  Have you looked at
> > those?  Alternatively, is there an environment variable or anything that
> > would get Guile to provide more information when it does segfault?
>
> I would just run GDB on the dumped core, and run “bt” there (apologies
> if that info is already in the GitLab issue, I didn’t see it.)


It isn’t.  I rarely have to do this sort of debugging, so I didn’t really
know how to do it. Let me see what I can do, though I don’t know if there
was an actual coredump.


>
> >> Is it a recent regression of your LilyPond package for macOS?
> >
> >
> > I’m afraid that question doesn’t have much meaning either: this packaging
> > is newly developed, so there’s nothing to regress *from*.
>
> Ah OK.  Then perhaps you could look at how Homebrew, MacPorts &
> co. package LilyPond in search of inspiration (speaking with my distro
> hacker hat on :-))?


I did (you can see the lilypond-dev list archives if you’re really
interested in the gory details).  This packaging is the result of the
process of lots of research on how to actually make it all work for 64-bit
Mac OS—and it does work, except, consistently, for one particular user.


>
> Thanks,
> Ludo’.


Best,
-- 
Marnen Laibow-Koser marnen@marnen.org http://www.marnen.org Sent from Gmail
Mobile

[-- Attachment #2: Type: text/html, Size: 2994 bytes --]

  reply	other threads:[~2020-03-07 21:27 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-01 20:30 bug#39863: Guile 1.8, apparent segfault on some Macs running Mojave Marnen Laibow-Koser
2020-03-07 15:12 ` Ludovic Courtès
2020-03-07 15:38   ` Marnen Laibow-Koser
2020-03-07 20:36     ` Ludovic Courtès
2020-03-07 21:27       ` Marnen Laibow-Koser [this message]
2020-04-03 17:02       ` Marnen Laibow-Koser
2020-04-05 13:29         ` Ludovic Courtès
2020-04-05 21:46           ` Marnen Laibow-Koser

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://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAKZYM4DiOBMY4q8+GANr0AaPGKtb_Q_fjDM2xePx9_oJMtcXtg@mail.gmail.com \
    --to=marnen@marnen.org \
    --cc=39863@debbugs.gnu.org \
    --cc=ludo@gnu.org \
    --cc=muziek@bouwmans.name \
    /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.
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).