guile archive
thread index for February, 2000
This is the mail archive of the
guile@sourceware.cygnus.com
mailing list for the Guile project.
Messages are ordered newest-to-oldest in this index. The newest
threads will be at the top of this page, the oldest will be at the bottom.
Within a single thread, the first mail note is the START of the thread;
the notes following that are in the chronological order of when they
were received. So globally, newest messages are at the top, but within
a thread, the oldest (the start of the thread) is at the top.
If you think about it, it is confusing. Just go with the flow and
everything will be all right.
- kill, again,
Russell McManus
- return value from kill in posix.c desired,
Russell McManus
- Question: resume after error or break?,
Nicolas Neuss
- Re: cvsignore,
Jim Blandy
- Re: Unexec gurus?,
Jim Blandy
- R5RS,
Moshe Zadka
- Re: R5RS,
C. Ray C.
- Re: R5RS,
Moshe Zadka
- Re: R5RS,
Jorgen `forcer' Schaefer
- values (Re: R5RS),
Michael Livshin
- Re: values (Re: R5RS),
Jorgen `forcer' Schaefer
- Re: values (Re: R5RS),
Jim Blandy
- Re: values (Re: R5RS),
Jorgen `forcer' Schaefer
- Re: values (Re: R5RS),
C. Ray C.
- Re: values (Re: R5RS),
Jim Blandy
- Re: values (Re: R5RS),
C. Ray C.
- Re: values (Re: R5RS),
Christian Lynbech
- Re: values (Re: R5RS),
C. Ray C.
- Re: values (Re: R5RS),
Jim Blandy
- strange behavior with guile -s,
C. Ray C.
- A module system should resolve, not introduce, name conflicts,
Mikael Djurfeldt
- Re: A module system should resolve, not introduce, name conflicts,
Michael Livshin
- Re: A module system should resolve, not introduce, name conflicts,
Marius Vollmer
- Re: A module system should resolve, not introduce, name conflicts,
Jost Boekemeier
- Re: A module system should resolve, not introduce, name conflicts,
Jost Boekemeier
- Re: A module system should resolve, not introduce, name conflicts,
Mikael Djurfeldt
- Re: A module system should resolve, not introduce, name conflicts,
Jost Boekemeier
- Re: A module system should resolve, not introduce, name conflicts,
Jost Boekemeier
- Re: A module system should resolve, not introduce, name conflicts,
Mikael Djurfeldt
- Re: A module system should resolve, not introduce, name conflicts,
Jost Boekemeier
- Re: A module system should resolve, not introduce, name conflicts,
Jost Boekemeier
- Re: A module system should resolve, not introduce, name conflicts,
Keith Wright
- Why does the GC frees my function?,
Dimitri Ara
- XML and DOM,
Olivier Buechel
- Where should I install compiled modules please?,
richard
- Announcing Greg-1.0 - a Guile-based DejaGNU replacement,
richard
- About modules,
Marius Vollmer
- Message not available
- Re: About modules,
Marius Vollmer
- Re: About modules,
Michael Livshin
- Re: About modules,
Mikael Djurfeldt
- Re: About modules,
Jost Boekemeier
- Re: About modules,
Klaus Schilling
- Re: About modules,
Jost Boekemeier
- Re: About modules,
Klaus Schilling
- Re: About modules,
Jost Boekemeier
- Re: About modules,
Klaus Schilling
- Re: About modules,
Jost Boekemeier
- Re: About modules,
Klaus Schilling
- Re: Translators/source language detection,
Jim Blandy
- Loadable scheme object code,
Keisuke Nishida
- void * patch, updated,
Han-Wen Nienhuys
- module question,
Eric Moore
- typedef void * SCM,
Han-Wen Nienhuys
- GC and continuations,
Janis Dzerins
- Rational numbers with GOOPS,
Nicolas Neuss
- debugging evaluator in embedded program?,
Russell McManus
- Small patch,
Daniel Skarda
- [ANN] guile & i18n: guile-gettext,
Daniel Skarda
- more module system wishlist blathering,
Michael Livshin
- Re: [linux@rkirkpat.net: Bug#57879: Recompile of geda-gschem required after libguile6 update.],
Craig Brozefsky
- How does the debugger work ?,
Thierry Bezecourt
- Bignum logxxx patch,
Dale P. Smith
- Re: SRFI-17,
Keith Wright
- What type are internet addresses?,
Rodney Polkinghorne
- Re: logxxx and bignums,
Dale P. Smith
- a minor random nit,
Bill Schottstaedt
- Evaluator code question,
Neil Jerram
- Question to ilisp/guile,
Nicolas Neuss
- GOOPS and class linearization,
Michael Livshin
- Re: on the topic of GC.,
Michael Livshin
- HTTP 1.1 server,
C. Ray C.
- inet-ntoa and inet-aton byte order question?,
Janis Dzerins
- Re: is there a gc hook?,
Christian Lynbech
- Re: New module system wishlist,
Jost Boekemeier
- Re: SWIG and guile,
Rob Browning
- GOOPS plans,
Mikael Djurfeldt
- need SETQ,
PILCH Hartmut
- Re: Problems understanding test-suite,
Greg Harvey
- Re: Translators again,
Neil Jerram
- Re: Translators again,
Lalo Martins
- Re: Translators again,
Jost Boekemeier
- Re: Translators again,
Ian Bicking
- Re: Translators again,
Jost Boekemeier
- Re: Translators again,
Ian Bicking
- Re: Translators again,
Ian Bicking
- Re: Translators again,
Kalle Olavi Niemitalo
- Re: Translators again,
Ian Bicking
- Re: Translators again,
Jost Boekemeier
- Re: Translators again,
Ian Bicking
- Re: Translators again,
Jost Boekemeier
- Re: Translators again,
Ian Bicking
- Re: Translators again,
Jost Boekemeier
- Re: Translators again,
Ian Bicking
- Re: Translators again,
Jost Boekemeier
- Re: Translators again,
Lalo Martins
- Re: stack overflow with hobbit,
Bernard URBAN
- Re: engineering an opposable thumb for guile?,
Ken Raeburn
- binary-io (was Re: rfc 2045 base64 encoding/decoding module),
sen_ml
- Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module),
Gary Houston
- Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module),
C. Ray C.
- Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module),
Gary Houston
- Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module),
C. Ray C.
- Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module),
Gary Houston
- binary-io, opposable-thumb, pack/unpack (was Re: binary-io (wasRe: rfc 2045 base64 encoding/decoding module)),
sen_ml
- Re: binary-io, opposable-thumb, pack/unpack (was Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module)),
Per Bothner
- Re: binary-io, opposable-thumb, pack/unpack (was Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module)),
Gary Houston
- Re: binary-io, opposable-thumb, pack/unpack (was Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module)),
Per Bothner
- Re: binary-io, opposable-thumb, pack/unpack (was Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module)),
Gary Houston
- Re: binary-io, opposable-thumb, pack/unpack (was Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module)),
Per Bothner
- Re: binary-io, opposable-thumb, pack/unpack (was Re: binary-io(was Re: rfc 2045 base64 encoding/decoding module)),
sen_ml
- Re: binary-io, opposable-thumb, pack/unpack (was Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module)),
Gary Houston
- Re: binary-io, opposable-thumb, pack/unpack (was Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module)),
Per Bothner
- Re: binary-io, opposable-thumb, pack/unpack (was Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module)),
Gary Houston
- Re: binary-io, opposable-thumb, pack/unpack (was Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module)),
Telford Tendys
- Re: binary-io, opposable-thumb, pack/unpack (was Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module)),
Per Bothner
- Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module),
Clark McGrew
- Re: binary-io (was Re: rfc 2045 base64 encoding/decoding module),
Ole Myren Rohne
- Re: goops/guile doc (was Re: Simple example program to illustrate Goops),
Greg Harvey
- Dumping and restoring side-effects,
Greg J. Badros
- Re: question about r5rs (was Re: pack/unpack),
David Lutterkort
- Re: base64.scm version 0.1,
Harvey J. Stein
- [Matthias Felleisen <matthias@cs.rice.edu>] Scheme and Functional Programming 2000,
Jim Blandy
- Unnecessary code in boot-9.scm,
Dirk Herrmann
- Re: Trouble understanding define (!),
Michael Livshin
- Re: Trouble understanding define (!),
Jost Boekemeier
- <Possible follow-up(s)>
- Re: Trouble understanding define (!),
Michael Livshin
- Re: Trouble understanding define (!),
Marius Vollmer
- Re: Trouble understanding define (!),
Mikael Djurfeldt
- Re: Trouble understanding define (!),
Jost Boekemeier
- Re: Trouble understanding define (!),
Marius Vollmer
- Re: Trouble understanding define (!),
Michael Livshin
- Re: Trouble understanding define (!),
Neil Jerram
- Re: Trouble understanding define (!),
Mikael Djurfeldt
- Re: Trouble understanding define (!),
Mikael Djurfeldt
- Re: Trouble understanding define (!),
Mikael Djurfeldt
- Re: Trouble understanding define (!),
Neil Jerram
- Re: Trouble understanding define (!),
Neil Jerram
- Re: Trouble understanding define (!),
Mikael Djurfeldt
- Re: Trouble understanding define (!),
Jost Boekemeier
- Re: Trouble understanding define (!),
Marius Vollmer
- Re: Trouble understanding define (!),
Michael Livshin
- Re: Trouble understanding define (!),
Marius Vollmer
- Re: Trouble understanding define (!),
Michael Livshin
- Re: Trouble understanding define (!),
Mikael Djurfeldt
- Re: Trouble understanding define (!),
Mikael Djurfeldt
- Re: Trouble understanding define (!),
Marius Vollmer
- Re: Trouble understanding define (!),
Eric Moore
- Re: Trouble understanding define (!),
Jost Boekemeier
- Re: Trouble understanding define (!),
Marius Vollmer
- Re: Trouble understanding define (!),
Jost Boekemeier
- Re: Trouble understanding define (!),
Eric Moore
- Re: Trouble understanding define (!),
Jost Boekemeier
- Re: Trouble understanding define (!),
Eric Moore
- Re: Trouble understanding define (!),
Jost Boekemeier
- Re: Trouble understanding define (!),
Neil Jerram
- Re: Trouble understanding define (!),
Neil Jerram
- Re: Trouble understanding define (!),
Jost Boekemeier
- Re: Trouble understanding define (!),
Jost Boekemeier
- Re: Trouble understanding define (!),
Ken Anderson
- Re: Trouble understanding define (!),
Neil Jerram
Mail converted by MHonArc
2.4.5