* Jim Ursetto zbignie...@gmail.com [130316 23:55]:
I don't believe that will work; the list check must be done
inside the loop. Otherwise this will crash:
True.
--
In the world, there is nothing more submissive and weak than
water. Yet for attacking that which is hard and strong, nothing can
* Peter Bex peter@xs4all.nl [130220 22:22]:
Hi,
Attached is a bugfix for #985 as I was able to reproduce it on my
amd64 laptop. It's another bug introduced by my read-line fix,
this time in the process read-line. The bug is pretty obvious once
you look at it (see the commit message).
* Jim Ursetto zbignie...@gmail.com [130316 20:29]:
If this patch was acceptable, could someone please apply it? Thanks.
Good for me! I have pushed it.
Thanks and sorry it took so long...
--
In the world, there is nothing more submissive and weak than
water. Yet for attacking that which is
Hi Richo,
* richo ri...@psych0tik.net [130203 11:54]:
Running runtests.sh causes the compile efforts to barf with:
Error: default type-database `types.db' not found
There's a types.db in the toplevel of the repo, and in
tests/tests-repository.
It looked as though it was searching
* Florian Zumbiehl fl...@florz.de [130315 07:05]:
---
files.scm |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/files.scm b/files.scm
index 54beacf..706d103 100644
--- a/files.scm
+++ b/files.scm
@@ -412,7 +412,7 @@ EOF
(define split-directory
(lambda (loc
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [130308 23:00]:
(define (make-uri scheme authority path query fragment)
(%make-uri (if (string? scheme) (string-symbol scheme) scheme)
authority path query fragment))
Also: the code is pulled into the module via include and
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [130309 12:26]:
I'm afraid I have no idea how I could boil this down to a reproducible
case.
I've seen it once so far in a logfile of a process, which xreates
approximately 200 threads a day when communicating over WAN
with about
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [130304 14:57]:
I found that ##sys#double-number is gone from library.scm .
Still it's there in chicken.h . Mistake or intended?
At least I'd consider it worth a news item.
What should I use instead?
It has been removed on Oct 4th
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [130304 14:57]:
I found that ##sys#double-number is gone from library.scm .
Still it's there in chicken.h . Mistake or intended?
Are you mixing up files? Or using a chicken.h from a previous build?
In my version there is no trace of
* Christian Kellermann ck...@pestilenz.org [130304 15:11]:
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [130304 14:57]:
I found that ##sys#double-number is gone from library.scm .
Still it's there in chicken.h . Mistake or intended?
Are you mixing up files? Or using
* Christian Kellermann ck...@pestilenz.org [130304 15:13]:
* Christian Kellermann ck...@pestilenz.org [130304 15:11]:
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [130304 14:57]:
I found that ##sys#double-number is gone from library.scm .
Still it's there in chicken.h
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [130304 19:13]:
Solved again. Please tell me what to do with the fix.
Please make a commit based on the master branch with the fix. Then
send us the output of git format-patch HEAD^1 as an attachment, so
we can add it to our local repos and
vetted underlying system; the FFI
conversion procedures.
Signed-off-by: Christian Kellermann ck...@pestilenz.org
---
NEWS|3 +++
chicken.h |4 ++--
library.scm | 16 +++-
runtime.c | 16 ++--
4 files changed, 26 insertions(+), 13 deletions(-)
diff --git
* Peter Bex peter@xs4all.nl [130302 14:26]:
I've converted to scheme-object to avoid any extra argument checking
for fixnum, which means now we're only relying on the FFI for copying
the return string.
True, I like this one better.
Also, I noticed program-name was checking whether argv
* Mario Domenech Goulart mario.goul...@gmail.com [130220 23:52]:
Hi,
What should (software-type) and (software-version) yield for android?
unix and android, respectively?
Probably android for both, since android does not come with all
posix things. pthreads for example.
Kind regards,
* felix winkelmann fe...@call-with-current-continuation.org [130215 11:28]:
Attached the patch by J. Altfas.
Thanks, pushed.
--
In the world, there is nothing more submissive and weak than
water. Yet for attacking that which is hard and strong, nothing can
surpass it. --- Lao Tzu
* Peter Bex peter@xs4all.nl [130203 20:44]:
Hi all,
Attached is my third or fourth attempt at fixing bug #568. The bug is
that TCP and pipe-ports in some cases do not drop the \r in a \r\n
sequence.
What finally made it work was to invert the logic for fetching data and
scanning for
* Peter Bex peter@xs4all.nl [130214 21:38]:
On Tue, Feb 12, 2013 at 10:43:56PM +0100, Felix wrote:
The attached patch fixes the printer to escape #\\ in symbols.
Without this patch, such symbols can not be read in (the backslash
is treated as an escape for the following character).
* Mario Domenech Goulart mario.goul...@gmail.com [130211 17:36]:
Attached is a patch that does that. I've tested it for the mips
cross-compilation case using libs install-dev as target and a regular
installation (no cross-compilation) on linux/x86. Both seem to work as
expected.
Thank you
this justifies taking out the quirk
again.
Signed-off-by: Christian Kellermann ck...@pestilenz.org
---
Makefile.bsd |8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/Makefile.bsd b/Makefile.bsd
index 2749aec..f880d73 100644
--- a/Makefile.bsd
+++ b/Makefile.bsd
@@ -34,15 +34,9
* felix winkelmann fe...@call-with-current-continuation.org [130204 21:29]:
I'm not sure about this. I know that the current behaviour is not
fully correct, but I repeatedly had problems the other way round, I
think mostly in the situation when I ran freshly built binaries in the
current
* felix winkelmann fe...@call-with-current-continuation.org [130203 01:03]:
From: Christian Kellermann ck...@pestilenz.org
Subject: [Chicken-hackers] [PATCH] Apply the same naming scheme for .so libs
in libs target
Date: Sat, 2 Feb 2013 18:08:34 +0100
Hi all,
As I went through
* Jim Ursetto zbignie...@gmail.com [130203 04:26]:
Fixes Arthur Maciel's crash/hang with large datasets. This should
also go in stability/4.8.0 in my opinion.
I think this is good and I have pushed it to master.
Thanks, this has been excellent work!
Christian
--
In the world, there is
more submissive and weak than
water. Yet for attacking that which is hard and strong, nothing can
surpass it. --- Lao Tzu
From a2919cebf18cd6222a994028e0c30a5140dbc476 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sat, 2 Feb 2013 17:57:43 +0100
Subject: [PATCH] Apply
* John Cowan co...@mercury.ccil.org [130125 17:33]:
Michele La Monaca scripsit:
I wasn't able to spot this kind of function in the library so I wrote
it myself. Not sure if files.scm is the right place for that. Not sure
either if inode-numbers equality in Windows is enough to state that
* Michele La Monaca mikele.chic...@lamonaca.net [130123 23:50]:
runtests.sh usage of export is not portable:
export VARIABLE=VALUE
should be:
VARIABLE=VALUE
export VARIABLE
Patch provided.
Thank you! I have pushed this.
Kind regards,
Christian
--
In the world, there is nothing
* felix winkelmann fe...@call-with-current-continuation.org [121211 21:10]:
Moreover, we can not expect that someone will come up who tests
the change. IME that happens rarely.
I generally test all the changes I sign off on.
I know, but in this case I was not talking about the
* felix winkelmann fe...@call-with-current-continuation.org [121209 23:49]:
Hrm...
If nobody signs off this patch, I will have no other option left than
to fire you all.
To my dismay I have discovered that these shiny windows versions I
have access to are all 32 bits. Maybe I can reapply
* Peter Bex peter@xs4all.nl [121005 20:21]:
Because it's after all a nontrivial modification, I'm submitting it
here for review.
Which I just finished, thanks Peter. Please find the patch in a master
branch near you!
Cheers,
Christian
--
Be right back -- Godot.
?
Christian
--
Be Right back -- Godot.
From 93ed189c7fdd564412781c7295858b57e3f8dec6 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Mon, 1 Oct 2012 17:35:30 +0200
Subject: [PATCH] Prevent running applications from crashing when reinstalling
eggs
As suggested by Jim
* felix winkelmann fe...@call-with-current-continuation.org [121001 19:57]:
From: Christian Kellermann ck...@pestilenz.org
Subject: [Chicken-hackers] [PATCH] Prevent running applications from crashing
when reinstalling
Date: Mon, 1 Oct 2012 17:41:59 +0200
Hi,
thanks to Jim
* felix winkelmann fe...@call-with-current-continuation.org [120925 21:32]:
Calling (read-string #f) or (read-all) from csi in a terminal will
not detect EOF, waiting forever for more input. This is caused by
C_fast_read_string_from_file, which calls clearerr(3) to clear the
error/eof status
* felix winkelmann fe...@call-with-current-continuation.org [120913 21:13]:
Hi!
I'm slowly getting bored with this endless bugfixing. Can I make a new
release candidate, please? The one open bug is the keyword reading
stuff, a patch is pending. The OpenBSD bugs are 1) obscure and long
known
* felix winkelmann fe...@call-with-current-continuation.org [120911 20:35]:
One correction: I have received at least one failure on the sparc64,
so maybe there is a pattern there. I will try to get access to that
machine
I tried on an OpenBSD/Sparc64 machine at the GCC compile farm, and
* felix winkelmann fe...@call-with-current-continuation.org [120909 15:20]:
OSHardware C compiler Status
Linux x86 GCC 4.6.3OK
Linux x86 GCC 4.7.1OK
Linux x86 clang 3.0OK [1]
Linux x86-64 GCC 4.4.5OK
* felix winkelmann fe...@call-with-current-continuation.org [120823 22:02]:
This patch fixes the bugs #900 and #901 (both reported by megane):
* When reexporting syntax in a module with * export list, the syntax
must be added to the modules' exist list, so that it can be retrieved
on
* felix winkelmann fe...@call-with-current-continuation.org [120827 21:55]:
Please?
Done.
--
Be right back -- Godot.
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-hackers
* felix winkelmann fe...@call-with-current-continuation.org [120819 01:56]:
* felix winkelmann fe...@call-with-current-continuation.org [120815
21:40]:
Type-specifiers given in ##core#typecase/compiler-typecase
forms must be validated, as the validation resolved type-aliases
created
* felix winkelmann fe...@call-with-current-continuation.org [120815 21:28]:
Struct types were simply forgotten in the implementation
of the subtype-relationship test (type=?) in scrutinizer.scm
Reported by megane, fixes #898.
I have pushed this, thank you.
--
Be right back -- Godot.
* felix winkelmann fe...@call-with-current-continuation.org [120815 21:40]:
Type-specifiers given in ##core#typecase/compiler-typecase
forms must be validated, as the validation resolved type-aliases
created with define-type.
Reported by, guess who? megane. Should fix #897.
This fails the
* felix winkelmann fe...@call-with-current-continuation.org [120813 12:34]:
The attached patch fixes the computation of stack depth beyond
C_stack_limit. The old way of calculating the depth could overflow if
the stack is located very high in memory. This was causing incorrect
stack-overflow
Hi,
what is the current opinion about enabling -scrutinize by default? I
vaguely remember something like too many bogus warnings but that has
been *ages* ago, does that still hold?
Cheers,
Christian
--
9 out of 10 voices in my head say, that I am crazy,
one is humming.
* Peter Bex peter@xs4all.nl [120718 20:52]:
Hi hackers,
Ivan reported a small bug in irregex (#888) that Alex agreed was an
oversight, so I fixed it upstream. I noticed that the last bugfix we
applied to Chicken's irregex was a while ago and a handful of fixes
have gone in since, which
,
one is humming.
From 57108d43800b1f24856735841de01c3b4c79a8d1 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Mon, 16 Jul 2012 11:39:10 +0200
Subject: [PATCH] Set hash-table size to number of entries in hash-table-copy
As reported by John Croisant before this patch
* felix winkelmann fe...@call-with-current-continuation.org [120706 08:57]:
The attached patch makes sure type-declaration macros in code
evaluated at runtime must not assume they are executed in a
compilation context. This was kindly contributed by megane and
fixes #881.
Pushed, thanks Felix
* Peter Bex peter@xs4all.nl [120621 20:53]:
Hi all,
While still chasing the bug(s?) found by Megane and Mario, I noticed
another small mistake in the memory handling of the GC. This one could
have actual consequences in practice. The out of memory check
does a calculation which is
* Peter Bex peter@xs4all.nl [120620 21:37]:
Hi all,
Here's a small patch to fix a typo I caught while looking over the GC
code. It doesn't fix the finalizer bugs we found, since the heap_free
function currently simply ignores its second argument.
Indeed, pushed.
Thanks!
Christian
--
* John Cowan co...@mercury.ccil.org [120619 20:48]:
Felix scripsit:
ASCII-art would be acceptable too, I miss the old banners.
Oh, man - you too? Ah, those were the days ...
I always thought of the old Chicken banner as the Scheme version of the
CLISP banner:
Does anyone still have
Hi Felix!
* felix winkelmann fe...@call-with-current-continuation.org [120619 11:38]:
The attached patch adds exception handling around the invocation of
finalizers, which are shown as warnings (unless warnings are disabled)
but do not otherwise trigger errors (similar to the way errors in
* felix winkelmann fe...@call-with-current-continuation.org [120612 09:54]:
The attached patch (also contributed by megane) fixes a problem with
reexport and modules that use * as export list.
Thanks again! After I bitched a bit about git and its attitude towards
this patch, I have recreated it
* felix winkelmann fe...@call-with-current-continuation.org [120612 10:09]:
The attached patch handles EAGAIN in I/O operations the same way as
EWOULDBLOCK (it reschedules the operation). Before, EAGAIN was treated
as an error. This may be a possible fix for part of the problems
reported in
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [120605 23:11]:
That's been my point: as soon as I remove enough of the actual
code to pin down the problem, everything is fine.
To be clear my timeline step wise:
1. new (May) compiler on bad complex source compiled without
warning
* Mario Domenech Goulart mario.goul...@gmail.com [120531 05:09]:
Thanks for your patch.
Yes! Many Thanks Felix!
So, as far as I can tell, your patch doesn't break anything. If nobody
has objections, I'd like to apply it.
I have reviewed the patch and run it on my machine with no strange
* Mario Domenech Goulart mario.goul...@gmail.com [120531 14:40]:
I have reverted this patch, since the real cause was a bug in the
specializer, as Felix pointed out. The patch provided by Felix
(c31c6ecf7c6ffcde49707184d49c6303792649a4) fixes it.
I was going to suggest this. We don't need
* felix winkelmann fe...@call-with-current-continuation.org [120528 14:48]:
Enforce merely specifies that the argument is of the declared type
_in_case_the_procedure_call_returns_without_error_. Apparantly here is
a bug in the flow-analysis that causes the enforcement property of
string-length
voices in my head say, that I am crazy,
one is humming.
From 0bf6891da9cffcd8e0e9b17c0cba8010f7921c18 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sun, 27 May 2012 20:40:10 +0200
Subject: [PATCH] Don't enforce the specialisation for code that becomes
##sys#size
Hi!
The diff below fixes the bug methinks.
Cheers,
Christian
--
9 out of 10 voices in my head say, that I am crazy,
one is humming.
From 5d8663e7832982f9fb6ac7c9642a9c9e3085e433 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Thu, 24 May 2012 19:12:49 +0200
* Mario Domenech Goulart mario.goul...@gmail.com [120524 19:37]:
Hi Christian,
On Thu, 24 May 2012 19:15:58 +0200 Christian Kellermann ck...@pestilenz.org
wrote:
The diff below fixes the bug methinks.
Thanks for looking into it.
Wouldn't be better, since it doesn't traverse the list
Hi!
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [120514 13:27]:
Hi all,
this is something, which might be worth to consider once the
next Chicken release is out.
Looks interesting! Did you run this on other systems than Linux? At
least on OpenBSD there is poll() but its man page
Hi Kon!
* Kon Lovett konlov...@gmail.com [120429 17:42]:
Attached is a patch that ignores the '-rpath directory' option for mingw
macosx; MacOS X ld doesn't understand '-R'. (Sorry, sent to wrong list
initially.)
I think the patch is OK, I personally would like to postpone it after
4.8.0
on the OS process reaper...
Kind regards,
Christian
--
9 out of 10 voices in my head say, that I am crazy,
one is humming.
From 32592496ba557849b0fda0b49c530d6b5a77bd2d Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Wed, 18 Apr 2012 13:28:58 +0200
Subject: [PATCH] make
* felix winkelmann fe...@call-with-current-continuation.org [120424 12:31]:
Is this necessary? What if there is still output from lower levels
of the runtime system? (say by starting csi with -:d)?
You loose this output indeed, for example in the best case you won't see:
#;1 ,q
[debug]
00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Tue, 24 Apr 2012 22:02:30 +0200
Subject: [PATCH] Merge manual changes from the wiki
---
manual/Unit irregex |2 +-
manual/Unit lolevel | 22 --
manual/Unit posix|5
is humming.
From 936f458fb788af0f3940e6c2bd2b6f6c916e9aba Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Tue, 24 Apr 2012 22:17:34 +0200
Subject: [PATCH] Do not set other optimising options in -O5 than the
optimising level
This has been reported as bug #817 by Sven
* Peter Bex peter@xs4all.nl [120420 20:32]:
Hi all,
Attached is a trivial patch to add the procedures number-hash,
object-uid-hash, symbol-hash and keyword-hash to the procedures
considered for automatic randomization.
Thank you, I have pushed this.
--
9 out of 10 voices in my head
Dear Chicken hackers,
dear Felix,
dear Ivan,
since I will be able to hack more on chicken again on the next
weekends I would like to focus my energy on clearing the way for a new
release. I tend to trip over a new unnoticed can of worms, so I would
like to ask you for:
* Bugs that you think
I have pushed a (hopefully) fixed version of this patch.
Thank you Felix and sorry for letting this sit here for so long.
Cheers,
Christian
--
9 out of 10 voices in my head say, that I am crazy,
one is humming.
___
Chicken-hackers mailing list
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [120416 17:37]:
On Apr 16 2012, Christian Kellermann wrote:
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [120416 16:51]:
#723: looks weird, but looking into that will need time
Hm. I'm sitting on 4.7.5 and can not confirm
17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sun, 25 Mar 2012 13:58:25 +0200
Subject: [PATCH] Capture length in case-lambda to make it hygienic
This fixes bug #805 as reported by Moritz.
---
chicken-syntax.scm |8 +---
1 files changed, 5 insertions(+), 3 deletions
Hi!
* felix winkelmann fe...@call-with-current-continuation.org [120316 08:48]:
Here a patch for setup-download that validates egg names, both passed
on the command-line and pulled in through .meta files.
Christian, can you review this?
I think the patch is fine! Do you want to guard
Hi,
please ignore the Raise error on construction of too large
vectors/blobs patches in their various forms.
They don't add much anymore, if they ever did. My intention has
been to provide a more elaborate error message than the Error: out
of range message.
By going back to ##sys#check-range
* felix winkelmann fe...@call-with-current-continuation.org [120316 08:55]:
In the attached patch, compile-file was changed to allow overriding
the default compilation options (previously the default options were
always added to the options given).
-(lambda (filename #!key (options '())
* felix winkelmann fe...@call-with-current-continuation.org [120316 08:33]:
- [PATCH] Bugfix for #791 and unpack flonums correctly for integer?
Can't remember.
http://lists.nongnu.org/archive/html/chicken-hackers/2012-03/msg00010.html
Signed off and pushed.
This patch breaks
* felix winkelmann fe...@call-with-current-continuation.org [120316 08:34]:
From: Christian Kellermann ck...@pestilenz.org
Subject: Re: [Chicken-hackers] pending patches
Date: Mon, 12 Mar 2012 16:04:29 +0100
* felix winkelmann fe...@call-with-current-continuation.org [120312
12:53
* Peter Bex peter@xs4all.nl [120316 11:21]:
On Fri, Mar 16, 2012 at 09:36:05AM +0100, Christian Kellermann wrote:
the default compilation options (previously the default options were
always added to the options given).
-(lambda (filename #!key (options '()) output-file (load
* felix winkelmann fe...@call-with-current-continuation.org [120312 12:53]:
- [PATCH] Raise error on construction of too large vectors/blobs
(this is a long thread with multiple patches)
I have to review this, since it seems to duplicate ##sys#check-range.
Oh, that has been your
* Mario Domenech Goulart mario.goul...@gmail.com [120312 17:35]:
Regarding the other eggs that can be seen in the diff: skiplists breaks
because it depends on tuples.
Hmmm. Not really. skiplists does not depend on tuples
Thanks Peter,
these went in, after I had to recreate the ChangeLog removal patch
again...
Cheers,
Christian
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will
This patch feels lonely and awaits its decision about its faith...
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
To make the confusion complete, here is the right patch
From 7ebe33e32540324b8c0ffcbbc86cf0618029cf10 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sun, 4 Mar 2012 10:16:01 +0100
Subject: [PATCH] Raise error on construction of too large vectors/blobs
too large
* Alaric Snell-Pym ala...@snell-pym.org.uk [120309 11:15]:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I tripped up on some aspect of the SRFI-17 support in define-record
accessors (I can't remember which) and wrote this proposed change to the
manual to generally clarify define-record's
(make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
From 1a2dc5afc24d8318813d5bfdf7932d20b85ec26f Mon Sep 17 00:00:00 2001
From: Christian Kellermann
* felix winkelmann fe...@call-with-current-continuation.org [120306 13:04]:
I agree and have attached a patch.
Thanks, signed off, pushed and untested.
Works for me[tm]
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the
Hi Mario!
* Mario Domenech Goulart mario.goul...@gmail.com [120305 21:43]:
Regarding the other eggs that can be seen in the diff: skiplists breaks
because it depends on tuples. endian-port failed because of some
chicken-install failure, it seems (it's been happening frequently
lately).
The
* felix winkelmann fe...@call-with-current-continuation.org [120305 13:56]:
Does that make sense? I just want to make sure that the error is caught...
Maybe there is a better way?
Ah, you check for an error. An oversight on my part. Well, you could try
negative lengths and so on.
Good
* felix winkelmann fe...@call-with-current-continuation.org [120305 13:56]:
From: Christian Kellermann ck...@pestilenz.org
Subject: Re: [Chicken-hackers] [PATCH] Raise error on construction of too
large vectors/blobs
Date: Mon, 5 Mar 2012 13:47:32 +0100
* felix winkelmann fe...@call
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
From 5962ddd05aa9a9f122ca05779f3cf5a68ddbaf12 Mon Sep 17 00:00:00 2001
From: Christian
755d57fd1d3505154f4609b2bfbc0eeab371ccd0 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sun, 4 Mar 2012 11:42:58 +0100
Subject: [PATCH] Fix bug #791 and unpack flonums correctly for integer?
The patch originally comes from Peter, I have added the tests for
it. Maybe there should be more
* felix winkelmann fe...@call-with-current-continuation.org [120304 12:09]:
From: Christian Kellermann ck...@pestilenz.org
Subject: [Chicken-hackers] [PATCH] Raise error on construction of too large
vectors/blobs
Date: Sun, 4 Mar 2012 10:36:35 +0100
Hi,
the attached patch raises
* Peter Bex peter@xs4all.nl [120304 15:54]:
On Sun, Mar 04, 2012 at 10:31:14AM +0100, Christian Kellermann wrote:
Hi,
the patch below uses C_HEADER_SIZE_MASK for the library's string
limit. This should increase buffers for certain operations on 64bit
systems where
* John Cowan co...@mercury.ccil.org [120304 19:41]:
Christian Kellermann scripsit:
+SRFI-4 vectors internally are implemented with a maximum length of
+0x3f '''bytes'''.
Ah that is completely bogus, #xff (24bits) is correct.
Also that patch omits the distinction between 32bit
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [120304 20:10]:
Hi Chickeners,
to those of you who will be at CeBit the next days:
join us at our both at the security plaza hall 12!
We'll show you a pure chicken network! ( askemos.org )
Look out for the logo from softeyes.net .
* John Cowan co...@mercury.ccil.org [120304 20:53]:
Christian Kellermann scripsit:
Yes, because of the error above. How does the attached correction
sound to you?
Looks good to me, but I've only looked at the documentation, not the code.
Thanks! If you find anything else please let me
Hi!
* Christian Kellermann ck...@pestilenz.org [120224 22:01]:
I would revert back to a much simpler version of this patch which
is attached to this email. If there is a good reason for disallowing
/s explicitly I'd love to hear about it.
Since noone picked up on this I think we should leave
can secure the condition of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
From 7c4e219b6a5e7ab4435d463e79ce92f5425d166e Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sat, 18 Feb 2012 21:19:13 +0100
Subject: [PATCH] Ignore
* Christian Kellermann ck...@pestilenz.org [120224 21:10]:
Dear fellow hackers,
please find a patch attached to mitigate the potential security
issue in henrietta by allowing egg names which can be interpreted
as paths.
Please ignore this patch!
Disallowing slashes is probably not the way
* felix winkelmann fe...@call-with-current-continuation.org [120123 06:10]:
Hello!
The attached patch add a special case of inlining by transforming
calls like (variable ...) to (standard-or-extended binding
...), where variable is known to refer to some of the builtin
procedures known as
* Peter Bex peter@xs4all.nl [120123 18:50]:
How about the attached patch?
I have pushed it, thanks!
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will
will gradually arise.
-- Lao Tse.
From 3ac5bf73c0bec0c5f230ac685e4a17d69a7ea382 Mon Sep 17 00:00:00 2001
From: Jim Ursetto zbignie...@gmail.com
Date: Mon, 16 Jan 2012 00:02:09 -0600
Subject: [PATCH] Use flexible array member in C99 mode; silences clang array
bounds warnings [#778]
Signed-off-by: Christian
* Jim Ursetto zbignie...@gmail.com [120112 08:20]:
C_string_to_symbol was allocating 6 words when it needed 7 (symbols gained an
extra slot at some point, I think). I caught this when trying to get LLVM
gcc working.
Maybe it's also related to the intermittent symbol GC test failures in
101 - 200 of 264 matches
Mail list logo