From: Neil Jerram <neil@ossau.uklinux.net>
Cc: guile-devel@gnu.org
Subject: Re: PLEASE: debugging embedded guile code
Date: 27 Apr 2003 21:49:53 +0100 [thread overview]
Message-ID: <m3bryrhdhq.fsf@laruns.ossau.uklinux.net> (raw)
In-Reply-To: <3EAAE877.7140ECB6@veritas.com>
>>>>> "Bruce" == Bruce Korb <bkorb@veritas.com> writes:
Bruce> Neil Jerram wrote:
>> Now you've really lost me, I'm afraid. Why don't you use a catch,
>> either in Scheme or in C, to catch the error?
Bruce> Yes, I can catch it. Now what do I print out? I know the
Bruce> file and line where the scheme text started, but I don't
Bruce> know what Guile's objections are and I don't know how far
Bruce> into the text the problem text was.
OK. (I don't see what this has to do with atexit, but never mind
that.) The current situation is that:
- Guile's objection is encoded:
- primarily in the throw key (a symbol) that is the first arg passed
to the catch handler, e.g. 'misc-error
- secondarily in the remaining throw args, in a way which is
key-dependent and very poorly documented
- the location where the problem arose is not supplied by default, but
can be found out by capturing the current stack - (make-stack #t) -
in a lazy-catch handler.
My impression from various emails is that there may be issues with
this model, so my purpose here is to explore whether there are issues
and, if so, to address them.
So, given this description, can you be more precise about which (if
any) parts of it are causing you trouble?
Thanks,
Neil
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel
next prev parent reply other threads:[~2003-04-27 20:49 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-08 11:12 Source locations Joris van der Hoeven
2003-02-08 17:22 ` Wolfgang Jaehrling
2003-02-09 19:05 ` Joris van der Hoeven
2003-02-25 14:19 ` PLEASE: debugging embedded guile code Joris van der Hoeven
2003-02-25 14:36 ` Dale P. Smith
2003-02-27 12:17 ` Customized error reports Joris van der Hoeven
2003-02-28 18:06 ` Paul Jarc
2003-04-26 14:51 ` PLEASE: debugging embedded guile code Neil Jerram
2003-04-26 16:40 ` Bruce Korb
2003-04-26 19:12 ` Neil Jerram
2003-04-26 20:13 ` Bruce Korb
2003-04-26 22:25 ` Thien-Thi Nguyen
2003-04-27 20:49 ` Neil Jerram [this message]
2003-04-27 21:57 ` Bruce Korb
2003-04-28 15:54 ` Paul Jarc
2003-04-28 16:07 ` Bruce Korb
2003-04-28 19:21 ` Neil Jerram
2003-04-28 20:06 ` Bruce Korb
2003-04-28 20:58 ` Neil Jerram
2003-05-16 17:19 ` Bruce Korb
2003-05-16 19:23 ` Neil Jerram
2003-05-16 20:27 ` Bruce Korb
2003-05-16 21:21 ` Rob Browning
2003-05-16 21:56 ` Bruce Korb
2003-05-17 0:31 ` Bruce Korb
2003-05-17 2:33 ` Bruce Korb
2003-05-19 15:00 ` Paul Jarc
2003-04-28 13:52 ` Mikael Djurfeldt
2003-04-28 19:26 ` Neil Jerram
2003-04-26 14:45 ` Neil Jerram
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=m3bryrhdhq.fsf@laruns.ossau.uklinux.net \
--to=neil@ossau.uklinux.net \
--cc=guile-devel@gnu.org \
/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).