scm_from_mpz_t (mpz_t val)
---
@deftypefn {C Function} SCM scm_from_mpz (mpz_t val)
diff --recursive original/doc/ref/api-modules.texi
modified/doc/ref/api-modules.texi
136c136
been in available since at least Guile version 1.1.
---
been available since at least Guile version 1.1.
--
Marco Maggi
With Guile 1.8.1 but works with .0 too:
$ guile
(close (current-error-port))
#t
(close (current-input-port))
#t
- segmentation fault
The stack trace shows a lot of recursive calls to
scm_gc_mark and scm_gc_mark_dependencies with the fault
happening at line 303 of gc-mark.c.
$ guile
(close
Dunno if this was reported before:
guile (equal? (values 1 2) (values 1 2))
ERROR: Stack overflow
Guile 1.8.1
--
Marco Maggi
___
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile
,
env=0x0) at ../../libguile/debug.c:470
--
Marco Maggi
___
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile
code
subclasses 'generic', but I do now understand how, but it
seems that the work was left unfinished. Maybe this should
be documented somewhere, or the functions removed from the
export list...
--
Marco Maggi
___
Bug-guile mailing list
Bug
.
IMHO it cannot be fixed without understanding
what is going on in eval.c, which, unfortunately
is a royal mess of a module.
I also have a dump involving a deval call with
NULL arguments, which belongs to eval.c, too.
--
Marco Maggi
They say jump!, you say how high?
Rage Against the Machine
different invocations to
scm_gc_realloc().
Understanding what is going on requirers
understanding the hash table handling, which is
a little mess IMHO, and it is above my head now.
--
Marco Maggi
Now feel the funk blast!
Rage Against the Machine - Calm like a bomb
URL:
http://savannah.gnu.org/bugs/?21489
Summary: crash when incorrectly sorting methods
Project: Guile
Submitted by: marcomaggi
Submitted on: mercoledì 31/10/2007 alle 17:22
Category: None
Severity: 3 -
on such a thing, example:
http://lists.gnu.org/archive/html/bug-guile/2007-09/msg3.html
--
Marco Maggi
Now feel the funk blast!
Rage Against the Machine - Calm like a bomb
___
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug
, is this of interest to you?
http://guile.darwinports.com/
--
Marco Maggi
Now feel the funk blast!
Rage Against the Machine - Calm like a bomb
___
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile
in (_ _)
on a i686-pc-linux-gnu when using commit
8d10ccae79ff46f0ebea92ba36acfaebafba8d86. The underscore is
an auxiliary syntax, not a pattern variable; so it can
appear any number of times in a patter and match any subform
of the input form.
--
Marco Maggi
error when precompiling and when not precompiling.
If I try to reduce the programs to simpler forms (for
example simplifying %GENERAL-STRING-APPEND) the error goes
away.
The program works fine with other R6RS implementations.
--
Marco Maggi
Marco Maggi wrote:
The following R6RS program:
Sorry for the self reply; the problem goes away defining
IDENTIFIER-STRING before its usage. I can understand this,
but it is not R6RS behaviour. Maybe just documenting it as
incompatibility is fine.
--
Marco Maggi
: proof.sps:5:5: unknown character name x0
on ai686-pc-linux-gnu using commit
8d10ccae79ff46f0ebea92ba36acfaebafba8d86.
It looks like the hex notation for characters is not
recognised by the reader.
--
Marco Maggi
Marco Maggi wrote:
Sorry for the self reply; the problem goes away defining
IDENTIFIER-STRING before its usage. I can understand
this, but it is not R6RS behaviour.Maybe just
documenting it as incompatibility is fine.
I take it back. It imposes an order on definitions
is returned by PORT-POSITION, it
must be possible to SET-PORT-POSITION! to such value. All
the R6RS implementations I tested (but Mosh) accept this.
--
Marco Maggi
them available here:
http://github.com/marcomaggi/nausicaa/downloads
HTH
--
Marco Maggi
Marco Maggi wrote:
Marijn wrote:
guile-2.0.0 fails to build without --disable-threads when
libgc (boehm-gc in gentoo) is built without threads:
I am following up here because I have a problem at the
same point when building branch stable-2.0;
Half of the problem is that I still had
Marco Maggi wrote:
I still get the Stack overflow problem though with the
stable-2.0 branch.
Snapshot guile-2.0.0.179-c89b.tar.gz builds successfully
if I use the --without-threads option, but fails in the
same way when I do not use the option.
It looks like it is the darn
priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 7906
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
--
Marco Maggi
in scm_with_guile ()
from
/home/marco/src/devel/scheme/checkouts/guile/libguile/.libs/libguile-2.0.so.22
#14 0xb7ee49c5 in scm_boot_guile ()
from
/home/marco/src/devel/scheme/checkouts/guile/libguile/.libs/libguile-2.0.so.22
#15 0x0804885b in main ()
--
Marco Maggi
Andy Wingo wrote:
On Fri 20 May 2011 20:41, Marco Maggi marco.maggi-i...@poste.it writes:
Andy Wingo wrote:
Thanks. You seem to be running on system in which the
stackgrows up.Isthat thecase?Check
libguile/scmconfig.h and config.log.
Yes, I have:
#define
Mark H Weaver wrote:
While reading psyntax.scm, I noticed that the definition of 'bound-id=?'
does not match the definition in Syntax Abstraction in Scheme by
Dybvig, Hieb, and Bruggeman.
The paper states Two identifiers that are bound-identifier=? are also
free-identifier=?.
I think you
23 matches
Mail list logo