guile-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GH replacement proposal (includes a bit of Unicode)


From: Paul Jarc
Subject: Re: GH replacement proposal (includes a bit of Unicode)
Date: Wed, 21 Apr 2004 12:10:41 -0400
User-agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (gnu/linux)

Marius Vollmer <address@hidden> wrote:
> The old stuff will not be removed from Guile, but from the main body
> of the manual.

Ok.

> What about inline functions?  We already use them for scm_cell and
> scm_double_cell, we can use them for converting fixnums as well, for
> example.

Sounds good.

> will cause something like
>
>   In procedure subr1 in expression (subr1 #f):
>   Wrong type argument: #f
>
> instead of
>
>   In procedure subr2 in expression (subr1 #f):
>   Wrong type argument in position 1: #f

Which means, if subr1 calls more than one system functions that could
fail, I won't know what operation failed or what its arguments were,
unless I know a lot about subr1. :(

Could Guile provide a portable interface to walk the C stack?  (And
would the innermost part of the C stack still be there after an
exception?)  Or could all this information be included exception
values, at least for system-error?

> If you really want to check for #t, you should use 'eq?', I'd say:
>
>   scm_is_eq (x, SCM_BOOL_T)

That works too.  I don't feel very strongly about it either way.


paul




reply via email to

[Prev in Thread] Current Thread [Next in Thread]