bug#20822: environment mangled by locale

mutt instance running on the same system, my config looks like [4]. Note that this config is not polished at all; I use mutt on the server only as a fallback. [4] http://rotty.xx.vu/git/dotfiles/mutt/tree/.muttrc > Can it not be configured to Prepend the Subject: line with Bug-Guile >

bug#21076: dynamic-link often fails to load libraries

> lt_dlopenext in libtool. > As mentioned, solving problem (2) is not a good idea IMO -- the versions are there for a reason, and you cannot (should not) guess them. > Alternatively, the (system foreign) module in guile could provide a > simple low-level wrapper around lt_dlopen, and possibly implement > the higher level functionality of `dynamic-link' (additional search > paths, guessing extensions etc.) in scheme. > +1 Regards, Rotty -- Andreas Rottmann -- <http://rotty.xx.vu/>

bug#39610: R6RS `flush-output-port` not playing along with `transcoded-port`

Hi fellow Schemers! I was gently nudged on IRC into having a look into my Scheme code, after many years of abandon, and found that `dorodango` (a reasonably large body of R6RS code) hangs with Guile 2.2 and 3.0, while it worked on 2.0 (IIRC). I isolated the cause; the following snippet hangs on Gu

bug#39610: R6RS `flush-output-port` not playing along with `transcoded-port`

[ re-send, used gmane to post a follow-up on the initial bug report, and realized that this likely cannot work. Apologies if I'm wrong and this ends up as a duplicate. ] Andreas Rottmann writes: > [...] I isolated the cause; the following snippet hangs on Guile 2.2 > and 3.

bug#39610: R6RS `flush-output-port` not playing along with `transcoded-port`

Andreas Rottmann writes: > [...] I isolated the cause; the following snippet hangs on Guile 2.2 > and 3.0, while it worked as expected on 2.0: > > ;; -- > (import (rnrs)) > > (let* ((p (pipe)) >(in (car p)) >(out (transcoded-port (cdr

bug#39610: R6RS `flush-output-port` not playing along with `transcoded-port`

Ludovic Courtès writes: > Hi Andreas, > > And welcome back! :-) > Thanks -- and thanks in return for looking into this! > Andreas Rottmann skribis: > >> Andreas Rottmann writes: >> >>> [...] I isolated the cause; the following snippet hangs on Gu

bug#39610: R6RS `flush-output-port` not playing along with `transcoded-port`

Ludovic Courtès writes: > Hi, > > Andreas Rottmann skribis: > >>> Andreas Rottmann skribis: >>> >>>> Andreas Rottmann writes: >>>> >>>>> [...] I isolated the cause; the following snippet hangs on Guile 2.2 >>>&g

GOOPS bug found?

onstructor); scm_c_define("", klass); scm_c_eval_string("(use-modules (oop goops))"); scm_c_eval_string("(define-class ())"); scm_c_eval_string("(make )"); // this produces the error scm_c_eval_string("(define-method (initialize (obj ) init

Re: GOOPS bug found?

Andreas Rottmann <[EMAIL PROTECTED]> writes: > Hi! > > [Note: this bug refers to Guile 1.7.0 from CVS, only some days old] > > A backtrace (using my original code) is attached, but you should > easily be able to reproduce and investigate this strange behaviour > u

Re: GOOPS bug found?

Marius Vollmer <[EMAIL PROTECTED]> writes: > Andreas Rottmann <[EMAIL PROTECTED]> writes: > > > As my C++ <-> Guile bindings (ucxx.sf.net) are approaching > > completeness, I have run into another strange problem. I have managed > > to isolate the code

[PATCH] GOOPS MOP no-method doesn't work

((applicable ((if (eq? gf compute-applicable-methods) %compute-applicable-methods compute-applicable-methods) Andy -- Andreas Rottmann | [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc Fingerprint

[patch] libguile/.cvsignore

Mar 2003 02:13:00 - 1.31 +++ libguile/.cvsignore 14 Mar 2004 10:48:58 - @@ -9,7 +9,6 @@ gen-scmconfig.h *.la *.lo *.x -.cvsignore .deps .libs Makefile Andy -- Andreas Rottmann | [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://yi.org/rotty

[bugs #8596] srfi-11 uses gentemp instead of gensym

bmitted by: Andreas Rottmann On: Fri 04/16/04 at 18:29 Category: None Severity: 5 - Average Item Group: None Resolution: None Assigned to: None Status: Open Summary: srfi-11 uses gentemp instead of gensym Original Submission: This causes a deprecation warning in code that uses let-value

[bugs #8596] srfi-11 uses gentemp instead of gensym

bmitted by: Andreas Rottmann On: Fri 04/16/04 at 18:29 Category: None Severity: 5 - Average Item Group: None Resolution: None Assigned to: None Status: Open Summary: srfi-11 uses gentemp instead of gensym Original Submission: This causes a deprecation warning in code that uses let-value

Segfault using call/cc on ia64 (and possibly others)

Rotty -- Andreas Rottmann | [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 Software Patents: Where do you want to stifle inovation

Re: Segfault using call/cc on ia64 (and possibly others)

Kevin Ryde <[EMAIL PROTECTED]> writes: > Andreas Rottmann <[EMAIL PROTECTED]> writes: >> >> Segfaults in the G-Wrap testsuite[0] seem to indicate that this might >> be a problem on alpha, > > Your one-liner seems ok for me on alpha. Propose something f

[bug #20941] Modules interact badly with macros

URL: Summary: Modules interact badly with macros Project: Guile Submitted by: rottmann Submitted on: Friday 08/31/2007 at 14:41 Category: None Severity: 3 - Normal

Guile bailing out with "uncaught throw to wrong-type-arg" on amd64 Linux

ype-arg: (#f Wrong type (expecting ~A): ~S (exact integer (#t # # #)) ((#t # # #))) Program exited with code 01. The program being debugged exited while in a function called from GDB. Evaluation of the expression containing the function (scm_backtrace) will be abandoned. (gdb) Thanks, Rotty -- Andreas Rottmann -- <http://rotty.yi.org/>

Re: Guile bailing out with "uncaught throw to wrong-type-arg" on amd64 Linux

Andy Wingo writes: > Hi Andreas, > > On Sun 12 Sep 2010 13:11, Andreas Rottmann writes: > >> % GUILE_AUTO_COMPILE=0 ./meta/gdb-uninstalled-guile -q > > I'm curious about the load_extension. I recently fixed up some things in > master that should simplify our

Re: Guile bailing out with "uncaught throw to wrong-type-arg" on amd64 Linux

Andy Wingo writes: > Hi, > > On Mon 13 Sep 2010 09:49, Andreas Rottmann writes: > >> Now I additionally get an "unterminated `#! ... !#' comment error: >> >> GENguile-procedures.texi >> ERROR: In procedure skip_block_comment: >> ERROR:

[bug #31472] Probable psyntax bug with multiple defininitions in the macro expansion

URL: Summary: Probable psyntax bug with multiple defininitions in the macro expansion Project: Guile Submitted by: rottmann Submitted on: Tue 26 Oct 2010 10:42:27 PM CEST Category: No

Re: ,show repl command

ument in position 1 (expecting pair): #f > > I believe you touched this code last :-) Do you have time to take a > look at this before Wednesday? It would be really helpful if so. Also > if you have time, could you look at the bugs that Mark reported? > I'll try to look a

[PATCH] Use module identity to filter for existing modules

Hi! As discussed on IRC, here is a fix that makes R6RS's `import' work again when importing multiple times from the same library. See the patch header for details. From: Andreas Rottmann Subject: Use module identity to filter for existing modules This fixes a problem with R6RS

Re: FFI on OS X?

c-link: file: "libm", message: "file not found" >> >> Why does this fail? Can you strace it? > > If you tell me how. :-) > Apparently, on OS X, "dtruss" does fulfill the role of "strace": <http://humberto.digi.com.br/blog/2008/02/25/strace-on-mac-os-x-leopard/>. HTH, Rotty -- Andreas Rottmann -- <http://rotty.yi.org/>

Quite sneaky bug in SRFI-9

e? Given the argument duplication issue, it might be the case that `define-inlinable' actually slowed things down :-). Perhaps removing `define-inlinable' entirely would be an acceptable alternative fix for this issue? Anyway, here's the patch: From: Andreas Rottmann Subject: Fix argum

abort() in vm-engine.c

vide a small testcase. If needed, I can provide a tarball containing the code that is needed to reproduce it. Regards, Rotty -- Andreas Rottmann -- <http://rotty.yi.org/>

Re: abort() in vm-engine.c

Andy Wingo writes: > On Sat 19 Mar 2011 20:18, Andreas Rottmann writes: > >> I encountered an "abort()" during compilation of my code. > > Fixed in 6f2ff78299f54b1fde9f2ff85cbabf876bea85b8, thanks. Waiting on > that test case :-) > Test case added in 13f146

Re: Build errors, stable-2.0, missing declarations

w-gc" would provide the latter information. I think libgc 7.1 is minimum, but I have experienced problems also with that version (although the problems were much more subtle, i.e. no compilation issues); libgc 7.2alpha5 works fine on my system (Debian sid, amd64). Regards, Rotty -- Andreas Rottmann -- <http://rotty.yi.org/>

Re: [guile-lib] configure: error: expected an absolute directory name for --prefix: ...

e; that's what /usr/local (and /opt) is for. See the FHS[0] (specifically, [1]) for more information about filesystem layout on GNU/Linux systems. [0] http://www.pathname.com/fhs/pub/fhs-2.3.html [1] http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY Regards, Rotty -- Andreas Rottmann -- <http://rotty.yi.org/>

`set!' of generated temporary in macro expansion causes warning

nsion something goes wrong wrt. to modules -- it'd be really nice if some psyntax guru can have a look at this. Regards, Rotty -- Andreas Rottmann -- <http://rotty.yi.org/>

Re: `set!' of generated temporary in macro expansion causes warning

e a warning. But My > psyntax-fu is > weak so this is just my 2c > Thanks; I've now locally applied this patch: From: Andreas Rottmann Subject: Silence warnings for variables created by `generate-temporaries' --- module/ice-9/psyntax.scm |3 ++- 1 files changed, 2 insertion

Re: `set!' of generated temporary in macro expansion causes warning

Stefan Israelsson Tampe writes: > One thing that can go wrong is that we generate a lot of gensymed variables > in current-module > > So be careful and have a peek at the defined module variables to see if > doesn't get polluted > The use of `generate-temporaries' is actually a workaround for Gui