From: "Jens Egon Nyborg"
> apparently quoted lists are not mutable!
True
-Dale
Also remember that Guile uses the system C library regex routines. And
is using C strings, not Guile strings.
(sorry for top post, too tired to fight with this web editor)
-Dale
-From: "Jean Abou Samra"
To: 57...@debbugs.gnu.org
Cc:
Sent: Wednes
New patch. Now with 3 test cases!
-Dale
From f4eece6395e75197030bff42a583e847e5a34e15 Mon Sep 17 00:00:00 2001
From: "Dale P. Smith"
Date: Thu, 27 Jan 2022 19:20:57 -0500
Subject: [PATCH] Allow trailing "." in urls
bug #53201
---
module/web/uri.scm| 17 ++---
test-suit
Probably not the best fix. Seems to work. Includes a few tests.
-Dale
diff --git a/module/web/uri.scm b/module/web/uri.scm
index 8e0b9bee7..d6758fcc6 100644
--- a/module/web/uri.scm
+++ b/module/web/uri.scm
@@ -212,7 +212,9 @@ for ‘build-uri’ except there is no scheme."
(and (regexp-exec domain-
In git main it appears to work but with a warning:
$ guile --r7rs
GNU Guile 3.0.7.13-c1fd55-dirty
...
scheme@(guile-user)> (import (scheme base))
scheme@(guile-user)> (member 'a '(b))
WARNING: (guile-user): imported module (scheme base) overrides core
binding `member'
$1 = #f
scheme@(guile-user)>
This *is* the error returned by the underlying C library. For example:
#include
#include
#include
int main() {
char buf[128] = {0};
regex_t rx = {0};
int status = regcomp(&rx, "[a-Z]", REG_EXTENDED);
size_t ret = regerror(status, &rx, buf, sizeof buf);
printf("status: %d, ret: %d, buf: [%
You have 2.2.4. It was added in 2.2.5.
From the NEWS file:
Changes in 2.2.5 (since 2.2.4):
** New 'get-bytevector-some!' I/O primitive.
-Dale
-From: "Roel Janssen"
To: 44...@debbugs.gnu.org
Cc:
Sent: Sunday November 1 2020 9:42:07AM
Subject
close 40737 v3.0.3
Is is documented in the docstring:
scheme@(guile-user)> ,d make-struct-layout
- Scheme Procedure: make-struct-layout fields
Return a new structure layout object.
FIELDS must be a string made up of pairs of characters strung
together. The first character of each pair describes a field type,
th
Here is the start of a case to go in tests/movi.c:
#include "test.h"
// Should really test all of the cases seen in
// arm-cpu.c: encode_thumb_immediate()
/* abcdefgh */
/* abcdefgh abcdefgh */
/* abcdefgh abcdefgh */
/* abcdefgh abc
From: "Ludovic Courtès"
> dsm...@roadrunner.com skribis:
> > In the test-suite/standalone dir:
> > while GUILE_JIT_THRESHOLD=0 make TESTS=test-language check-TESTS;
>
> OK.
>
> On IRC you mentioned that this does not happen with
GUILE_JIT_THRESHOLD=-1, right?
>
That is correct.
-Dale
I'm still seeing segfaults on rasbian on an rpi3. Have not tried
buildroot yet.
That patch *did* fix a boatload of errors on arm, but this segfault is
an unrelated problem I think. Only happens on arm though.
Here is a way to reproduce:
In the test-suite/standalone dir:
while GUILE_JIT_THRESHOLD
Two too many right parens on line 44 in .dir-locals.el, causing the
file to be unbalanced.
Looks like this happened in this commit:
7ed92f0a9 * Add syntax-parameterize indentation to .dir-locals.el.
-Dale
And with threshold set to 0:
# GUILE_JIT_THRESHOLD=0 guile
Pre-boot error; key: misc-error, args: (#f "parent is not a exception
type ~S" (#) #f)Aborted (core dumped)
Program terminated with signal SIGABRT, Aborted.
#0 0x76acd6b6 in ?? ()
[Current thread is 1 (LWP 515)]
(gdb) thread apply all bac
Also forgot to mention this is guile 3.0.2.
It doesn't fail all the time.
When run with GUILE_JIT_THRESHOLD=-1 , there are never any problems.
With GUILE_JIT_THRESHOLD=0 , it always fails, but I'm not sure it's in
the same place.
-Dale
# ulimit -c unlimited
# guile
Backtrace:
Exception thrown while printing backtrace:
Unrecognized keyword: #:exports
Segmentation fault (core dumped)
-Dale
Here is a backtrace of running guile on a builtroot constructed system
for rpi3.
Thumb2 instructions: BR2_ARM_INSTRUCTIONS_THUMB2=y
Gcc 7.5: BR2_GCC_VERSION="7.5.0"
Glibc.
Uses the patch from
https://gitlab.com/wingo/lightening/-/merge_requests/3
I hope this makes it through the mail client ok.
Pretty sure that the missing readline symbol is because the macos
readline is being used/found instead of GNU readline.
-Dale
-From: "John Cowan"
To: "Ludovic Courtès"
Cc: 39...@debbugs.gnu.org, guile-de...@gnu.org
Sent: Friday January 24 2
So. (help cons) is no longer working for me with 2.2.
The output of
echo '(help cons)' | strace guile
shows
stat("/usr/local/share/guile/guile-procedures.txt", 0x7ffd5f923330) = -1 ENOENT
(No such file or directory)
stat("/usr/local/share/guile/site/2.2/guile-procedures.txt", 0x7ffd5f923330)
Thomas Klausner wrote:
>
> SNARF net_db.doc
> net_db.c:468:***Missing or erroneous `#define FUNC_NAME s_AI_ADDRCONFIG);'
> net_db.c:488:***Missing or erroneous #undef for AI_ADDRCONFIG);:
>
> Compilation continues even though this looks like an error.
Yeah, while annoying, this is ha
Looks like 3f23688 fixes it.
-Dale
The test-suite/standalone/test-guild-compile test is segfaulting. Git
bisecting between the 2.1.4 release and HEAD shows
# first bad commit: [c957ec7ab0f0a028910dc737e12191f7bdc1ca93] Use atomics for
async interrupts
gcc --version
gcc (Debian 4.9.2-10) 4.9.2
uname -mr
3.16.0-4-amd64 x86_64
A
David Pirotte wrote:
> Hi Andy,
>
> > For what it's worth this is a part of GOOPS's design AFAIU: all slot
> > definitions are unique. Two slots named S declared on classes A and B
> > are distinct, even if A is a superclass of B.
>
> Well, as I explained in the original report, the only
"Taylan Ulrich Bayırlı/Kammer" wrote:
> writes:
> > What does /etc/hosts say?
>
> tub@taylan:~$ cat /etc/hosts
> 127.0.0.1 localhost
> 127.0.1.1 taylan.uni.cx taylan
>
> # The following lines are desirable for IPv6 capable hosts
> ::1 localhost ip6-localhost ip6-loopback
>
"Taylan Ulrich
Bayırlı/Kammer" wrote:
> After starting 'guile --listen', I can connect to it via 127.0.0.1 but
> not "localhost": "Ncat: Connection refused." I don't know if
> listening on "localhost" by default has any security implications?
I wonder, could localhost be resolving
Taylan Ulrich Bayirli/Kammer wrote:
> The R6RS `library' form requires the (export ...) list to appear
> before the (import ...) list. I'm not sure if this itself is a bug;
> R6RS consistently uses that order, doesn't mention the order to be
> irrelevant, and seems to me to imply that it's
"Arne Babenhauserheide (IMK)" wrote:
> Hi,
>
> Not having readline at the guile interpreter from the get-go in a GNU
> environment was a quite scarring experience for me, so it would be great
> to have a way to enable readline by default.
>
> init.scm could provide that, but:
>
> it see
dsm...@roadrunner.com wrote:
>
> dsm...@roadrunner.com wrote:
> >
> > dsm...@roadrunner.com wrote:
> > > I'm seeing this make check error from rtl.test on master:
> > >
> > > ERROR: rtl.test: load-constant: #\37200 - arguments: ((misc-error #f "~A"
> > > ("make-long-immediate
dsm...@roadrunner.com wrote:
>
> dsm...@roadrunner.com wrote:
> > I'm seeing this make check error from rtl.test on master:
> >
> > ERROR: rtl.test: load-constant: #\37200 - arguments: ((misc-error #f "~A"
> > ("make-long-immediate unavailable for this target") #f))
> >
> > The fai
dsm...@roadrunner.com wrote:
> I'm seeing this make check error from rtl.test on master:
>
> ERROR: rtl.test: load-constant: #\37200 - arguments: ((misc-error #f "~A"
> ("make-long-immediate unavailable for this target") #f))
>
> The failing line is:
> (integer->char 16000)
I did a b
I'm seeing this make check error from rtl.test on master:
ERROR: rtl.test: load-constant: #\37200 - arguments: ((misc-error #f "~A"
("make-long-immediate unavailable for this target") #f))
The failing line is:
(integer->char 16000)
Out of curiosity, I added these lines:
#\λ
(integer->
"Ludovic Courtès" wrote:
> Thien-Thi Nguyen skribis:
>
> > HTTP 1.0 is "close by default", but HTTP 1.1 is "keep open by default",
> > if i recall correctly. Does that have anything to do w/ this bug?
>
> Note sure, because both http://citylan.dl.sourceforge.net (the example
> that fail
"Ludovic Courtès" wrote:
> Hi Dale,
>
> skribis:
>
> > Building stable-2.0 stared breaking for me at commit
> > 005de2e8273853e155c21767b1c8bdb4f3f3ca53
>
> [...]
>
> > In file included from striconveh.c:30:
> > unistr.h: In function 'u8_check':
> > unistr.h:71: error: expected declar
Building stable-2.0 stared breaking for me at commit
005de2e8273853e155c21767b1c8bdb4f3f3ca53
Some of the build output follows:
make[4]: Entering directory `/home/dsmith/src/guile/lib'
CC c-ctype.lo
CC c-strcasecmp.lo
CC c-strncasecmp.lo
CC dirname-lgpl.lo
CC basena
Andy Wingo wrote:
> On Thu 12 Jan 2012 19:42, Mike Gran writes:
>
> > There's a bit of confusion on the guile-config deprecation.
>
> Indeed.
>
> > NEWS says that guile-config "will be deprecated"
>
> This reflects what I would like to happen, but I share your concern that
> we not cre
Andy Wingo wrote:
> Hi Ludovic,
>
> I pushed a couple patches that should help this bug out, though for some
> reason I wasn't able to reproduce the issue before. I wonder why.
>
> On Wed 25 Jan 2012 17:10, l...@gnu.org (Ludovic Courtès) writes:
>
> > So I looked into it, and there’s at
dsm...@roadrunner.com wrote:
>
> "Ludovic Courtès" wrote:
> > Hello Guilers!
> >
> > I initially thought it would be great to push a 2.0.4 tarball by the end
> > of the year, but since I’ll be on holidays starting from tomorrow until
> > Jan. 3rd, I won’t be able to make it. Sorry
Bill Schottstaedt wrote:
> Does this strike you guys as kind of odd?
>
> guile> ((lambda (s c) (s c)) quote #f)
> c
> guile> ((lambda (q) (let ((x 1)) (q x))) quote)
> x
>
> I can't decide what I think.
Well, quote is syntax. You can't pass it around like a function. Guile 2.0
fixes th
"Ludovic Courtès" wrote:
> Hi Dale,
Greetings. Thanks for taking a look. And for adding a Subject: (oops!)
> An easy answer, but there’s some truth in it:
>
> writes:
>
> > With guile at v2.0.0-134-g38c50a9, I'm getting a couple of failures in
> > threads.test on my single core D
With guile at v2.0.0-134-g38c50a9, I'm getting a couple of failures in
threads.test on my single core Debian Squeeze machine:
FAIL: threads.test: lock-mutex: timed locking succeeds if mutex unlocked within
timeout
FAIL: threads.test: mutex-ownership: mutex with owner not retained (bug #27450)
R
Mark H Weaver wrote:
>
> Does the attached patch fix your problems with popen.test on Squeeze?
Indeed it does. Very much thanks!
dsmith@stumpy:~/src/guile$ ./check-guile popen.test
Testing /home/dsmith/src/guile/meta/guile ... popen.test
with GUILE_LOAD_PATH=/home/dsmith/src/guile/tes
Mark H Weaver wrote:
>
> Does the attached patch fix your problems with popen.test on Squeeze?
Indeed it does. Very much thanks!
dsmith@stumpy:~/src/guile$ ./check-guile popen.test
Testing /home/dsmith/src/guile/meta/guile ... popen.test
with GUILE_LOAD_PATH=/home/dsmith/src/guile/tes
Mark H Weaver wrote:
> Andy Wingo writes:
> > The difference seems to be the difference between:
> >
> > dash -c 'exec 1>/dev/null; echo closed 1>&2; exec 2>/dev/null; read'
> >
> > and
> >
> > bash -c 'exec 1>/dev/null; echo closed 1>&2; exec 2>/dev/null; read'
> >
> > Dash prints "cl
dsm...@roadrunner.com wrote:
> Andy Wingo wrote:
> > On Wed 01 Dec 2010 23:28, writes:
> >
> > > The r6rs-ports.test is failing for me on a Debian Lenny 64bit system.
> > >
> > > $ git describe
> > > release_1-9-13-107-ga0ad8ad
> > >
> > > $ ./check-guile r6rs-ports.test
> > > Testin
"Ludovic Courtès" wrote:
> Hello!
>
> l...@gnu.org (Ludovic Courtès) writes:
>
> > l...@gnu.org (Ludovic Courtès) writes:
> >
> >> writes:
> >>
> >>> Thread 1 (Thread 0x404f92f0 (LWP 14857)):
> >>> #0 0x4001e424 in __kernel_vsyscall ()
> >>> #1 0x4046c285 in sem_wait@@GLIBC_2.1 () at
>
Andy Wingo wrote:
> On Wed 01 Dec 2010 23:28, writes:
>
> > The r6rs-ports.test is failing for me on a Debian Lenny 64bit system.
> >
> > $ git describe
> > release_1-9-13-107-ga0ad8ad
> >
> > $ ./check-guile r6rs-ports.test
> > Testing /home/dsmith/src/guile/meta/guile ... r6rs-ports.test
"Ludovic Courtès" wrote:
> And this?
>
> (let* ((t (make-transcoder (utf-8-codec) (native-eol-style)
> (error-handling-mode replace)))
>(b (open-bytevector-input-port #vu8(255 1 2 3 103 110 117)))
>(tp (transcoded-port b t)))
>
"Ludovic Courtès" wrote:
> Hi!
>
> Sorry for the late reply.
No problem!
> Can you try this?
>
> (define p (open-bytevector-input-port #vu8(255 1 2 3 103 110 117)))
> (set-port-conversion-strategy! p 'substitute)
> (get-line p)
>
> Here on x86_64-linux-gnu, with libunistring 0.9.3
dsm...@roadrunner.com wrote:
> The r6rs-ports.test is failing for me on a Debian Lenny 64bit system.
FWIW, here is the output from git bisect:
d4b8163784c4764b5b5ecd3c5ac3892cc5b46e64 is first bad commit
commit d4b8163784c4764b5b5ecd3c5ac3892cc5b46e64
Author: Ludovic Courtès
Date: Wed N
The r6rs-ports.test is failing for me on a Debian Lenny 64bit system.
$ git describe
release_1-9-13-107-ga0ad8ad
$ ./check-guile r6rs-ports.test
Testing /home/dsmith/src/guile/meta/guile ... r6rs-ports.test
with GUILE_LOAD_PATH=/home/dsmith/src/guile/test-suite
Running r6rs-ports.test
UNRESOLVED:
"Ludovic Courtès" wrote:
> Hi Dale,
>
> writes:
>
> > Recently, git guile has been consistently hanging in fluids.test. Cpu
> > usage drops to 0. This is on a single core machine running a fairly
> > up-to-date Debian Testing.
>
> What does ./build-aux/config.guess say?
$ ./build-au
dsm...@roadrunner.com wrote:
> Recently, git guile has been consistently hanging in fluids.test. Cpu usage
> drops to 0. This is on a single core machine running a fairly up-to-date
> Debian Testing.
>
> Here is a gdb backtrace connected to the hung process:
After 10 make check runs, f
Recently, git guile has been consistently hanging in fluids.test. Cpu usage
drops to 0. This is on a single core machine running a fairly up-to-date
Debian Testing.
$ gcc --version
gcc (Debian 4.4.2-9) 4.4.3 20100108 (prerelease)
$ git describe
release_1-9-9-23-g6128f34
Here is a gdb backtra
Howdy Aziz,
Abdulaziz Ghuloum wrote:
> Hello,
>
> I tried building guile 1.9 today and the build fails due to undefined
> "__rl_init_argument". This appears to be defined in line 96 of guile-
> readline/readline.c and used only once in like 125 of the same file.
> Commenting out bot
Gregory Marton <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> We are working with dbi postgres and suspect that we may have made a
> mistake while modifying it that causes guile occasionally to die with
> Guile: error during GC.
> Is it possible to invoke garbage collection from within Sc
Neil Jerram <[EMAIL PROTECTED]> wrote:
> 2008/10/14 <[EMAIL PROTECTED]>:
> >
> > I would imagine that --with-threads will not be turned back on until a
> > 1.10.x (or 2.0.0 ?) release of Guile.
> >
> > My limited understanding of the situation (possibly incorrect): Using
> > --without-thr
Kannan Vijayan <[EMAIL PROTECTED]> wrote:
>
> Follow-up Comment #2, bug #24554 (project guile):
>
> I have confirmed that the bug is not really a bug. The debian changelog
> indicates that the --with-threads option was turned off with one of the 1.8.0
> releases of guile due to a bug. It
Andy Wingo <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Since it's a week later now and no one's answered:
>
> On Mon 17 Sep 2007 23:49, "Luigi Semenzato" <[EMAIL PROTECTED]> writes:
>
> > Is this a reader bug? Hash marks following
> > an integer are interpreted as zeros, and the
> > number is c
Neil Jerram <[EMAIL PROTECTED]> wrote:
> Mark Galassi <[EMAIL PROTECTED]> writes:
>
> > This list is completely out of control; probably the most spam-ridden
> > list I get. Can anything be done about it?
>
> FWIW, I don't notice it myself, because I filter out spam regardless
> of which l
59 matches
Mail list logo