bug#19478: [PATCH] Improve SXPath documentation

patch I’d like to add general examples as well as some examples for specific functions, if that’s okay. ~~ Ricardo From 302fd7dd9d293ca1e88a39c255704ccd173caed4 Mon Sep 17 00:00:00 2001 From: Ricardo Wurmus rek...@elephly.net Date: Sun, 30 Aug 2015 10:58:42 +0200 Subject: [PATCH] doc: Add SXPath

bug#23421: parse-rfc-822-date is too strict

The procedure “parse-rfc-822-date” in the module (web http) is a bit too strict as it rejects dates in which the hour field is a single digit without zero-padding. A date like this will be rejected: Sun, 06 Nov 1994 8:49:37 GMT Whereas a date like this is accepted: Sun, 06 Nov 1994

bug#28295: better error messages: missing closing parenthesis

A person who does not use paredit can easily create a source file that does not have matching parentheses. Loading a broken file currently produces an error like this: --8<---cut here---start->8--- $ guile -e '(hello' ERROR: In procedure read: ERROR: In

bug#19180: Weak tables harmful to GC?

Hi Ludo, > I’m attaching updated patches. I’ve let the Guix build run to > completion this time. Let me know if it works for you! The “guile-awesome” package finished compiling (after about 46 minutes). I’m now testing “guix pull” with a version of Guix that uses “guile-awesome”. I’m very

bug#19180: Weak tables harmful to GC?

Hi Ludo, I tried building Guile with the following Guix package definition: --8<---cut here---start->8--- (define-public guile-2.2-awesome (package (inherit guile-2.2) (name "guile-awesome") (source (origin (inherit (package-source guile-2.2))

bug#19180: Weak tables harmful to GC?

[resending this because it may not have arrived] Ricardo Wurmus <rek...@elephly.net> writes: > Hi Ludo, > > does this apply to the latest release of Guile 2.2.2? I’ve created this > package definition: > > --8<---cut here---start-&

bug#19180: Weak tables harmful to GC?

Hi again, previously I wrote: > The “guile-awesome” package finished compiling (after about 46 minutes). > I’m now testing “guix pull” with a version of Guix that uses > “guile-awesome”. I’m sure I’m doing something wrong (see below for guesses). Here’s what I get: --8<---cut

bug#19180: Weak tables harmful to GC?

Hi again, I tried building this on my workstation with 32GB RAM and the bootstrap compilation got killed after consuming too much memory. --8<---cut here---start->8--- … Making all in bootstrap make[2]: Entering directory

bug#19180: Weak tables harmful to GC?

Hi Ludo, the bootstrap phase now succeeds but the build crashes: --8<---cut here---start->8--- … make[2]: Leaving directory '/tmp/guix-build-guile-awesome-2.2.2.drv-0/guile-2.2.2/bootstrap' Making all in module make[2]: Entering directory

bug#30094: [wishlist] better support for alternative languages

Hi Guilers, since Guile supports alternative language implementations like Wisp it would be nice if it could interpret files that contain code written in other languages, without having to specially cater to them. If GUILE_LOAD_PATH contains a file “foo.wisp” written in Wisp it would be nice if

bug#32528: http-post breaks with XML response payload containing boundary

Hi Guilers, I’m having a problem with http-post and I think it might be a bug. I’m talking to a Debbugs SOAP service over HTTP by sending (via POST) an XML request. The Debbugs SOAP service responds with a string of XML. Here’s a simplified version of what I do: (use-module (web http))

bug#32528: http-post breaks with XML response payload containing boundary

Hi Mark, > Ricardo Wurmus writes: > […] >> The reason why it fails is that Guile processes the response and treats >> the *payload* contained in the XML response as HTTP. > > No, this was a good guess, but it's not actually the problem. You are right. I also ended up

bug#32677: Installation of guile-debbugs fails

Hi Michael, thanks for taking a look at guile-debbugs! > Arun Isaac writes: > >>> [albinus@BRONB4NHFYN1 guile-debbugs]$ ./configure >>> checking for a BSD-compatible install... /usr/bin/install -c >>> checking whether build environment is sane... yes >>> checking for a thread-safe mkdir -p...

bug#32677: Installation of guile-debbugs fails

Arun Isaac writes: >> --8<---cut here---start->8--- >> detlef:~/src/guile-debbugs> ./configure >> checking for a BSD-compatible install... /usr/bin/install -c >> checking whether build environment is sane... yes >> checking for a thread-safe mkdir -p...

bug#20339: sxml simple: sxml->xml mishandles namespaces?

to...@tuxteam.de writes: > As John has noted, the namespace mappings (i.e. the prefix -> namespace > URI binding) are kind of lexically scoped (I'd call it subtree scoped, > but structurally it is the same). While parsing is "easy" (assuming > well-formed XML), serializing is not unambiguous.

bug#20339: sxml simple: sxml->xml mishandles namespaces?

Ricardo Wurmus writes: > In that case we coud have FINISH-ELEMENT add all namespace declarations > that are in scope to the current node that is about to be returned. It > would be a little verbose, but more correct. Like this: >From d44c702718baea4c4557d12ca8dd7dab724c7fb6 Mon

bug#20339: sxml simple: sxml->xml mishandles namespaces?

Hi John, > The trouble with that is that XML rnamespaces are lexically scoped, like > Scheme > local variables. It is perfectly valid to map a prefix to more than one > URL, > as long as the namespace declarations are in either disjoint or nested > elements. So you don't know what the

bug#20339: sxml simple: sxml->xml mishandles namespaces?

plete list of *all* namespaces that have been encountered? * Are there valid XML documents for which the match patterns to inject namespace declarations would not apply? (e.g. documents with a PI element and two separate XML trees) -- Ricardo >From 83ee9de18a0ecaa237eb73e1b75d0b21e3e8d321 Mon Sep 17 00:00:00 2001 From:

bug#36079: unhelpful error message

Hi Robert, > Working on Guix, I encountered the following: > > Within a guix checkout, I edited gnu/packages/haskell.scm, accidentally > making a Haskell comment: > > (arguments > `(#:tests? #f)) -- sporadic failure: > https://github.com/fpco/streaming-commons/issues/49 > > Then I

bug#35398: http-get request fails for github.com

Hi Brian, > System is —> Linux guix 4.20.10-gnu #1 SMP 1 x86_64 GNU/Linux > > I am running guile (GNU Guile) 2.2.4. > > http-get request is failing for “https://github.com ” > > The steps to reproduce are as follows: > > scheme@(guile-user)> (use-modules (web client)) >

bug#36806: guix package -i guile-emacs takes Build too slow

Rostislav Svoboda writes: > Hi, I'm trying to install guile-emacs using: > guix package -i guile-emacs > It's been running for almost 20 hours, most of the time at the step: > building > /gnu/store/h8n0z0ihpykz076paavfcp4ply3qx6q0-guile-emacs-0.0.0-0.41120e0.drv... > \ 'build'

bug#39855: PKG_GUILE does not find guile

Julien Lepiller writes: > I have a project I used to build with guile 2.2. I use the PKG_GUILE > m4 macro in my configure.ac. However, guile 3 comes with a guile.m4 > whose PKG_GUILE only checks for 2.2, 2.0 and 1.8, so configure fails. I use “GUILE_PKG([3.0 2.2])” in my code. -- Ricardo

bug#39210: Guile 3.0: undefined in (rnrs conditions (6))

The module (rnrs conditions (6)) exports but renames the imported to (not ). Programs using from (rnrs conditions) fail with an unbound variable error. Using instead of works. -- Ricardo

bug#41404: Crash "Too many root sets" when executing code from stdin in elisp mode

Vasilij Schneidermann writes: > The attached reproducer script requires Emacs and Guile. When running it, the > REPL prints out many lines, the last ones being: > > $1884 = #f > $1885 = #f > $1886 = #f > $1887 = #f > $1888 = #f > $1889 = #f > $1890 = #f > $1891

bug#44186: Recursive mkdir

Bengt Richter writes: > Hi divoplade, > > On +2020-10-24 08:17:47 +0200, divoplade wrote: >> Hello, >> >> Le samedi 24 octobre 2020 à 01:32 +0200, Bengt Richter a écrit : >> > An alternate solution could be programmed using ffi, as documented in >> > [1], n'est-ce pas? >> To be clear, you

bug#41956: [PATCH] ice-9: exceptions: Properly format the error message.

Hi Maxim, >> here’s what I did in the REPL: >> >> scheme@(guile-user)> ,m (ice-9 exceptions) >> scheme@(ice-9 exceptions)> (define (my/guile-system-error-converter key args) >> (apply (case-lambda >> ((subr msg-args msg errno . rest) Here I changed the order: “msg-args” appears

bug#41956: [PATCH] ice-9: exceptions: Properly format the error message.

Hi Maxim, here’s what I did in the REPL: --8<---cut here---start->8--- scheme@(guile-user)> ,m (ice-9 exceptions) scheme@(ice-9 exceptions)> (define (my/guile-system-error-converter key args) (apply (case-lambda ((subr msg-args msg errno . rest)

bug#46014: (define (thunk) (lambda (x) x)) should be a compile error?

Hi, > Consider this bit of simple code: > > #+BEGIN_SRC scheme > > (define (thunk) >(lambda (x) > x)) > > (thunk) ;; works ok, I guess. > (thunk "hello world!\n") ;; runtime error > > ;;; :1074:0: warning: possibly wrong number of arguments to `thunk' > ice-9/boot-9.scm:1669:16: In

bug#45914: read skips space after colon when prefix keywords are enabled

When prefix keywords are enabled with (read-set! keywords 'prefix) the characters “: hello” are read as “#:hello” instead of two separate symbols. It seems to me that only “:hello” should be read as “#:hello”. There is no such problem with postfix keywords. -- Ricardo

bug#45923: Hot to intall Guile without Make

to...@tuxteam.de writes: > On Sun, Jan 17, 2021 at 09:18:59PM +0100, Dr. Arne Babenhauserheide wrote: >> >> paul.eb...@mail.de writes: >> >> > is there a way to install Guile or Make on Manjaro without an internet >> > connection and without having already installed one of them? >> >> You’ll

bug#46014: (define (thunk) (lambda (x) x)) should be a compile error?

Hi Joshua, > Interestingly, I had wrongly assumed that > > #+BEGIN_SRC scheme > (thunk "test\n") ;; I assumed program execution would stop here > (display "Hello World\n") > #+END_SRC > > program execution would stop at (thunk "test\n"). But it actually > caries on with execution of the

bug#46014: (define (thunk) (lambda (x) x)) should be a compile error?

Hi Joshua, > When I look at > > #+BEGIN_SRC scheme > (define (thunk) >(lambda (x) > x)) > #+END_SRC […] > My thought is, this is clearly a mistake. This person needs to change > the above code. How is this clearly a mistake? The definition of “thunk” above is perfectly fine and

bug#46014: (define (thunk) (lambda (x) x)) should be a compile error?

Joshua Branson writes: > Feel free to close this bug report. I don't believe I was able to > demonstrate any examples of the compiler misbehaving. Okay, closing! -- Ricardo

bug#46403: SIGINT ignored when using system*

I execute commands in a loop and wish to be able to interrupt the loop with SIGINT. Here’s the first attempt: guile -c \ '(for-each (lambda (n) (display n) (system* "sleep" "3")) (list 1 2 3 4))' At no point will this program be

bug#46447: segfault with bugnum

This program sometimes causes Guile 3.0.5 to segfault: (define a (expt 2 (expt 3 (expt 4 2 (display (remainder a 10)) (display "\n") And sometimes this program doesn’t terminate. Here’s an example session with the program saved to foo.scm: --8<---cut

bug#43364: with-output-to-port works with file ports

Felix Lechner via "Bug reports for GUILE, GNU's Ubiquitous Extension Language" writes: > Hi, > > In an interesting (or perhaps maddening) inconsistency, > 'with-output-to-port' captures stdout from system* here > > (call-with-output-file "/tmp/test.log" > (lambda (port) >

bug#56665: Segfault in SRFI-37 when raising ERROR in ARGS-FOLD.

Hi, I got Guile to segfault in srfi-37. Here’s a Guile script: --8<---cut here---start->8--- #!/run/current-system/profile/bin/guile \ --no-auto-compile !# (use-modules (srfi srfi-1) (srfi srfi-37) (ice-9 match)) (define %options (list (option '("greet")

bug#57379: GUI toolkit for Guile 3.0?

Lee Thomas writes: > I'm not entirely sure that packages installed by guix won't > interfere, and I don't yet know how to uninstall guix, but I'll give it my > best shot for you. Guix doesn’t install anything globally where other libraries would look for stuff, so it doesn’t interfere with

bug#57379: GUI toolkit for Guile 3.0?

Lee Thomas writes: > Thanks again, David. I was able to use a solution from Ricardo to get > guile-gi to run under guix, but it didn't work for g-golf. :-( For the record: what fixed the remaining problems with guile-gi was running the code under dbus-launch. -- Ricardo

bug#57379: GUI toolkit for Guile 3.0?

Lee Thomas writes: > So I assume I haven't fixed the guix environment completely yet, but > I'm still working on that. The guix toolset is advertised to manage > all the interdependencies, but I'm not certain that it works in every > situation. I'll keep trying, though. Thanks again. Could

bug#57379: GUI toolkit for Guile 3.0?

David Pirotte writes: > I hope Ricardo, possibly with the help of other guix contributor's will > find a solution so that g-golf may also run 'out of the box' on guix. Turns out that it all works fine when you disable grafts: guix shell --pure --no-grafts \ guile guile-g-golf gtk@4

bug#57379: GUI toolkit for Guile 3.0?

Hi, Lee Thomas writes: > Thank you for responding, Ricardo! I have tried several permutations > of packages, but currently I have this: […] This looks all right to me. I can reproduce this. I also tried the latest commit of g-golf: guix shell --pure guile \

bug#59874: Segfault from string-ref with negative 'k'

Thank you for reporting this bug. > i noticed that if i, on my system, run "guile" from a shell and then type > into the command prompt that appears, > > (string-ref "a string" -1) > > guile appears to hang for a few seconds or so, and then prints the message > "Segmentation fault (core

bug#60799: Bogus 'Error while printing exception' message when raising srfi-35 exception

Hi Maxim, > When raising a srfi-35 defined exception type like in the following, a > generic (and unhelpful) "Error while printing exception" message is > shown, with not even the exception type mentioned: > > (use-modules (srfi srfi-35)) > > (define-condition-type >

bug#68350: Segmentation fault using list-head with negative k

Hi, Tomas Nordin writes: > $ guile -q > GNU Guile 3.0.8 > Copyright (C) 1995-2021 Free Software Foundation, Inc. > > Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'. > This program is free software, and you are welcome to redistribute it > under certain conditions; type