Re: [Chicken-hackers] [Chicken-users] Happy Christmas!

* felix.winkelm...@bevuta.com [181227 00:48]: > > I wish all CHICKEN -users, -hackers,- janitors, -meisters, -lovers and -haters > a very happy christmas. Take care of yourself and keep your parentheses > in shape. The same to you all! -- May you be peaceful, may you live in safety, may you

[Chicken-hackers] ♥ Patch ♥ Fix 1565

live in safety, may you be free from suffering, and may you live with ease. From 01fb92f81104dd9904e7314930e58b5ce8f21ea1 Mon Sep 17 00:00:00 2001 From: Christian Kellermann Date: Fri, 30 Nov 2018 22:55:24 +0100 Subject: [PATCH] Test for port direction when setting up flock struct This fixes

Re: [Chicken-hackers] conditionals in .egg files

* Evan Hanson [180929 01:37]: > On 2018-09-27 21:38, felix.winkelm...@bevuta.com wrote: > > Opinions? > > I'm for it, yeah. > > In 5.0 people can make do with custom-build, but having cond-expand > available would be nice for simple cases. I also think this is a valuable addition, especially

Re: [Chicken-hackers] [PATCH] Use arc4random_buf on FreeBSD/DragonFly

* felix.winkelm...@bevuta.com [180906 12:27]: > Should be self-explaining... I would delay this patch. I did look up FreeBSD's code base and it seems that they have importet OpenBSD's version 18 days ago, according to https://github.com/freebsd/freebsd/blob/master/lib/libc/gen/arc4random.c The

Re: [Chicken-hackers] [PATCH] (chicken random) should use arc4random_buf on FreeBSD too

* Tobias Kortkamp [180904 09:46]: > Hi, > > arc4random_buf(3) should be used for entropy gathering on FreeBSD > too same as OpenBSD. This is fine for me! -- May you be peaceful, may you live in safety, may you be free from suffering, and may you live with ease. signature.asc Description:

Re: [Chicken-hackers] Merge chicken-5 into master? Also: git help needed

* Peter Bex [171205 21:17]: > Hi all, > > Just a quick question: Now that we've started the 4.13.0 release > process, should we branch off a "chicken-4" branch from master > and merge "chicken-5" into master? > > If we decide to do so, how does that work, exactly? I just

Re: [Chicken-hackers] What to do with CHICKEN 4.13/4.12.1 release/snapshot?

* John Cowan [171028 22:15]: > On Sat, Oct 28, 2017 at 2:27 PM, Peter Bex wrote: > > Also, what happens to the CHICKEN 4 line after 5.0 is out? > > > > 1) Pick a EOL date for Chicken 4. > > 2) Stop accepting patches except security patches. > > 3) Accept

Re: [Chicken-hackers] [PATCH] [5] Avoid storing threads in trace-buffer

* J?rg F. Wittenberger [171104 20:07]: > > > Just wondering. If memory usage was the concern, why not simple compile > without tracing? > > This way we pay one more slot per thread. Plus some lookup. What do we earn? > > Maybe I'm missing something? You will

Re: [Chicken-hackers] [PATCH] Prevent uninitialized memory access when make-ing a srfi-4 vector

* Kooda [170315 00:52]: > Signed off and pushed. > > I just changed the `int` type to `size_t` to avoid integer overflow. Good catch, thanks! -- May you be peaceful, may you live in safety, may you be free from suffering, and may you live with ease.

Re: [Chicken-hackers] Should we make a 4.12 release?

* felix.winkelm...@bevuta.com [170103 23:50]: > > I think it would. To truly test in a clean environment I would suggest to > use a fresh chicken installation for case 1 as well. Note that this can > be done by pure copying/hardlinking of files, assuming the user

Re: [Chicken-hackers] [PATCH] Fix seemingly random crashes in foreign callbacks (#1337)

* Peter Bex [161228 19:18]: > Hi all, > > The attached patch fixes #1337, which has exactly the same root cause as > the "Salmonella crashes a lot" issue we struggled with back in 2015: > http://lists.gnu.org/archive/html/chicken-hackers/2015-10/msg1.html Thanks for

[Chicken-hackers] Fix buffer overflow found by #1308

, and may you live with ease. >From 643848bbad2cb8858030507ca1c26bb0817b3633 Mon Sep 17 00:00:00 2001 From: Christian Kellermann <ck...@pestilenz.org> Date: Sat, 23 Jul 2016 21:23:50 +0200 Subject: [PATCH] Fix buffer overflow in posix execvp/execve wrapper This fixes bug #1308 found by

Re: [Chicken-hackers] user-information update for OpenBSD

* Timo Myyrä [160719 12:30]: > I think that would be more sensible approach. user-information would return > info > from /etc/passwd and then another procedure to get the encrypted password. > > That would probably happen for 5.0? Yes, 5.0 is the ultimate excuse to

Re: [Chicken-hackers] Using mandoc for chicken manual pages?

* Timo Myyrä [160719 11:49]: > Peter Bex writes: > > > On Tue, Jul 19, 2016 at 10:53:07AM +0300, Timo Myyrä wrote: > > > >> Hi, > >> > >> Chicken manuals are currently little sparse and use older man(7) format. > >> Would it make sense to update

Re: [Chicken-hackers] Using mandoc for chicken manual pages?

* Peter Bex [160719 10:08]: > On Tue, Jul 19, 2016 at 10:53:07AM +0300, Timo Myyrä wrote: > > Hi, > > > > Chicken manuals are currently little sparse and use older man(7) format. > > Would it make sense to update the manual pages and switch to using mdoc(7) > > format in

Re: [Chicken-hackers] [PATCH 0/5][5] Generalize port directionality and add basic refinement types

* John Cowan [160709 19:03]: > > For situations when it's desirable to expose only one end of a > > pair, we could create a procedure like "extract-input-port" and > > "extract-output-port" from a bidirectional port. I'm not sure what > > good names would be for these. >

Re: [Chicken-hackers] [PATCH] A stupid but serviceable fix for #1110

Peter Bex writes: > So here's another fix, this is an attempt to slightly improve the error > message you get when Henrietta returns an error. Henrietta is supposed > to return an s-expression (error "blabla") when something doesn't work > out well, but there's a mismatch

Re: [Chicken-hackers] [PATCH] Make ##sys#stat work with port objects.

lemonboy writes: > Take 2, this time the NEWS file and the manual have been updated too. > Sorry for the noise. I have applied this to the master branch and will cherry pick it into chicken-5. Thanks for your contribution! Cheers, Christian

Re: [Chicken-hackers] [PATCH] Make LENGTH argument to read-u8vector, {read, write}-string more precise in types.db

Evan Hanson ev...@foldling.org writes: Also fix up the signature of read-u8vector in the manual. Pushed to master. For the chicken-5 branch this won't apply as the srfi-4 stuff has been moved around it seems, I have pushed a similar patch to the chicken-5 branch. Thanks Evan! Christian --

Re: [Chicken-hackers] [PATCH] Fix undefined behaviour of shifting left signed values

Peter Bex pe...@more-magic.net writes: Hello all, I ran another test with the sanitizer, this time using the undefined behaviour checks (-fsanitize=undefined). This found a few problems: - We are using left shifts on signed types. According to the C spec this behaviour is undefined

Re: [Chicken-hackers] Including chicken.h fails for C++11

* Peter Bex pe...@more-magic.net [150617 20:24]: I've tested on Linux, and the attached patches fix the problem and compile fine with normal C as well. I also got rid of a few warnings by wrapping some more static strings in C_text() calls (which does nothing in C mode, but in C++ mode it

Re: [Chicken-hackers] [Proposal] Officially drop SWIG support?

Ivan Raikov ivan.g.rai...@gmail.com writes: I am not sure SWIG ever worked in Chicken 4, and furthermore I am not sure SWIG itself is that well maintained. At this point Chicken provides a number of good tools for FFI, so there really is no point in trying to support SWIG. I agree with Ivan,

[Chicken-hackers] [PATCH] Add debug build hint, register debugbuild feature

). What do you think? If you don't like that let's just forget about it. There is no need to paint the shed again over this. Cheers, Christian From 4eb13b3d7ae3d29f93cf05a99bff72bbc37a1533 Mon Sep 17 00:00:00 2001 From: Christian Kellermann ck...@pestilenz.org Date: Mon, 13 Apr 2015 12:13:55 +0200

Re: [Chicken-hackers] Any thoughts on performance woes?

* Felix Winkelmann felix.winkelm...@bevuta.com [150407 10:41]: But I'm sick and tired of people throwing badly written code into the net and making gross assumptions about implementation performance. The possible options, the search-space available is massive and a little difference in

Re: [Chicken-hackers] Any thoughts on performance woes?

* Felix Winkelmann felix.winkelm...@bevuta.com [150407 09:44]: This is a terribly written program. It uses 3-element lists as vectors (including higher-order vector arithmetic using map) and allocates like hell. The compiler can not do much with this code, and it produces CPS calls everywhere.

Re: [Chicken-hackers] Big Chicken?

Daniel Leslie d...@ironoxide.ca writes: I've been working on improving editor support for Chicken lately. With the (laudable) efforts to remove units from core underway it struck me that there may be opportunity for improvement in the other direction. While reducing Chicken core to its

Re: [Chicken-hackers] CHICKEN in production

Jörg F. Wittenberger joerg.wittenber...@softeyes.net writes: Since chicken 5 is already there (and I'm depending on the fixes to the current version to run our code at all, which forces more work to set up a compile your modified chicken build for the time being), I rather try porting those

Re: [Chicken-hackers] CHICKEN in production

Jörg F. Wittenberger joerg.wittenber...@softeyes.net writes: It's about 70KLOC of code (roughly doing what Ethereum will do once the latter works, just about 20 times a fast [if Ethereum switches to 12seconds per block as they are planning, otherwise it's even faster]) we are talking about.

Re: [Chicken-hackers] CHICKEN in production

Oleg Kolosov bazur...@gmail.com writes: We also struggled with posix and process control functions a lot (long story), trying to be functional here backfires badly, so we ended up with straightforward and ugly code (looking like verbose C with parentheses), replacing some functions from

Re: [Chicken-hackers] Eggification static linking

Evan Hanson ev...@foldling.org writes: Hi hackers, As core units are eggified, the ability to build statically-linked programs that use their features is going, too. I think it would be good to include an object along with the other files installed for each of the units that have been

Re: [Chicken-hackers] [PATCH(5)] Remove srfi-18 and srfi-69

* Felix Winkelmann felix.winkelm...@bevuta.com [140912 10:40]: Hello! This patch removes support for srfi-18 and srfi-69. I had to remove some tests as well, specifically those that use threads. I will also move the eggs into the release/5 branch, together with most tests that have been

Re: [Chicken-hackers] [PATCH(5)] Remove srfi-18 and srfi-69

* Felix Winkelmann felix.winkelm...@bevuta.com [140912 12:11]: From: Peter Bex peter@xs4all.nl Subject: Re: [Chicken-hackers] [PATCH(5)] Remove srfi-18 and srfi-69 Date: Fri, 12 Sep 2014 11:40:17 +0200 On Fri, Sep 12, 2014 at 10:39:59AM +0200, Felix Winkelmann wrote: Hello!

Re: [Chicken-hackers] [PATCH(5)] Remove srfi-18 and srfi-69

Felix Winkelmann felix.winkelm...@bevuta.com writes: To hide all the other helper procedures and to be able to replace it with something else. As it is now ##sys#schedule is already available so I don't see any harm in this. Maybe we have different expectations about the modularisation of

Re: [Chicken-hackers] [PATCH(5)] Remove srfi-18 and srfi-69

Felix Winkelmann felix.winkelm...@bevuta.com writes: It includes literal C code directly in the code generated by the compiler. There are a couple of helper functions and macros in there. You can ignore it, just leave the foreign-declaration as it is. I just wondered whether pulling it out of

Re: [Chicken-hackers] [PATCH(5)] Remove srfi-18 and srfi-69

Felix Winkelmann felix.winkelm...@bevuta.com writes: The foreign-declare syntax expands into (declare (foreign-declare ...)). Oh *duh* ;) Thanks, Christian ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org

[Chicken-hackers] Master has been merged into chicken-5 branch

Hi hackers, I have just merged the last master commits into chicken-5. The idea is that we will do a final 4.10 release and then continue to work on the chicken-5 branch which could be merged back into master then. So for newer patches you should base them on the chicken-5 branch. Bugfixes worth

Re: [Chicken-hackers] Master has been merged into chicken-5 branch

* Mario Domenech Goulart mario.goul...@gmail.com [140911 16:20]: 4.x) and merging them into chicken-5. The rationale for this is: * We have a long road to CHICKEN 5 * CHICKEN 5 will be smaller, with less code, so it's easier to target CHICKEN 4 and remove code that don't apply to

Re: [Chicken-hackers] [PATCH] Remove ##sys# prefix from lambda-info names of library procedures

Felix Winkelmann felix.winkelm...@bevuta.com writes: From: Peter Bex peter@xs4all.nl Subject: Re: [Chicken-hackers] [PATCH] Remove ##sys# prefix from lambda-info names of library procedures Date: Wed, 23 Jul 2014 10:24:59 +0200 On Wed, Jul 23, 2014 at 01:20:16AM -0700, Evan Hanson

Re: [Chicken-hackers] [PATCH] Remove ##sys# prefix from lambda-info names of library procedures

John Cowan co...@mercury.ccil.org writes: Felix Winkelmann scripsit: They can't be deprecated, as these procedures are used internally. I know that that is so, but is there any reason why it must be so? Could not internal use also be converted from ##sys#error to error, etc.? Well

Re: [Chicken-hackers] [PATCH] Fix #1136 and a question about type specialisation

Peter Bex peter@xs4all.nl writes: The attached patch is an updated version which also changes the implementation of C_copy_ptr_memory to use memmove(). I have pushed this version to master and stability/4.9.0. Thank you! Christian ___

Re: [Chicken-hackers] library unit restructuring

Felix Winkelmann felix.winkelm...@bevuta.com writes: Regarding the eggification of binary-search, memory-mapped-files and queues - are we all agreeing about this? Does this require a change-request? It may break existing code, so I guess we would need a CR. But I have a feeling that this is

Re: [Chicken-hackers] mmap

Felix Winkelmann felix.winkelm...@bevuta.com writes: From: Andy Bennett andy...@ashurst.eu.org Subject: mmap (was: Re: [Chicken-hackers] library unit restructuring) Date: Wed, 09 Jul 2014 14:56:38 +0100 Hi, - memory-mapped-files Without wishing to hijack the entire thread, as an

Re: [Chicken-hackers] [PATCH] Small improvement in Make's handling of variables, and a question about other common variables

Thanks, I have pushed the patch. Christian ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-hackers

Re: [Chicken-hackers] [PATCH] Fix #1133

Peter Bex peter@xs4all.nl writes: Hi all, Here's a pretty simple patch for #1133. It segfaults with a regular build, but a DEBUGBUILD says exactly what's wrong: Pushed, thanks. Christian ___ Chicken-hackers mailing list

Re: [Chicken-hackers] [PATCH] Small improvement in Make's handling of variables, and a question about other common variables

... also in the stability branch now. ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-hackers

Re: [Chicken-hackers] [PATCH] Small improvement in Make's handling of variables, and a question about other common variables

Felix Winkelmann felix.winkelm...@bevuta.com writes: Those two are a constant source of frustration :( I think we can best ignore them for now, as they're causing trouble either way: even providing them by default in the platform Makefiles can be problematic (see Haiku). Please note that

Re: [Chicken-hackers] [PATCH] Remove several deprecated things which should not cause too much trouble

Peter Bex peter@xs4all.nl writes: Must not be paying attention. Only marked in the source? Yeah, that's possible; I don't know exactly when it was marked as deprecated. Sorry for that, we'll try to announce it in the NEWS file but this looks like a historical oversight. Also with the

Re: [Chicken-hackers] [PATCH] Bound read-u8vector! to dest vector's size when no length is given

* Evan Hanson ev...@foldling.org [140518 05:41]: Hi hackers, I believe issue #1124[1] is due to a missing bounds check in `read-u8vector!`. Looks like it, thanks I have pushed it. This awesome explanation of the bug should have been part of the commit :) Thanks! Christian -- May you be

Re: [Chicken-hackers] [PATCH] Fix #983 trivially by restoring the vector-like? procedure

* Peter Bex peter@xs4all.nl [140502 16:43]: Hi all, The attached patch is really trivial. It re-adds a procedure that was removed but is still documented. I think it can be of some use, so it may be a good idea to re-add it. This should fix #983. Indeed, pushed. Thanks, Christian

Re: [Chicken-hackers] [PATCH] Fix check targets

* Peter Bex peter@xs4all.nl [140505 12:20]: Hi all, Here's a simple patch to fix a simple problem: Pushed, thanks. -- May you be peaceful, may you live in safety, may you be free from suffering, and may you live with ease. ___ Chicken-hackers

Re: [Chicken-hackers] negative file-position seek

Hi all, I have pushed this patch (modulo NEWS rearrangements) Thank you. -- May you be peaceful, may you live in safety, may you be free from suffering, and may you live with ease. ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org

Re: [Chicken-hackers] [PATCH] runtime.c: remove unused FILE_INFO_SIZE constant

* Christian Kellermann ck...@pestilenz.org [140328 15:39]: Hi Mario, * Mario Domenech Goulart mario.goul...@gmail.com [140328 15:13]: Hi, Please, review the attached patch. Looks trivially ok to me, make check works. I have pushed it. Mario has done so himself in the meantime

Re: [Chicken-hackers] [PATCH] runtime.c: remove unused FILE_INFO_SIZE constant

Hi Mario, * Mario Domenech Goulart mario.goul...@gmail.com [140328 15:13]: Hi, Please, review the attached patch. Looks trivially ok to me, make check works. I have pushed it. Christian -- May you be peaceful, may you live in safety, may you be free from suffering, and may you live with

Re: [Chicken-hackers] [PATCH] Use local -rpath in tests [was: Re: [PATCH] Fix finalizer issue on non-GCable constants]

* Peter Bex peter@xs4all.nl [140320 22:05]: On Wed, Mar 19, 2014 at 02:34:39PM +0100, Christian Kellermann wrote: This triggered a bug in make check due to me not installing chicken, so our install-less make check is not complete. We both did the wrong test: we ran with a *nonexistent

Re: [Chicken-hackers] [PATCH] Fix finalizer issue on non-GCable constants

* Peter Bex peter@xs4all.nl [140317 21:38]: Hi all, The attached patch fixes the problem from subject, as described here: http://lists.nongnu.org/archive/html/chicken-users/2014-03/msg00088.html It also cleans up the code a little bit by re-using well-named C functions instead of

Re: [Chicken-hackers] [Patch] Fix #1106

* Peter Bex peter@xs4all.nl [140315 13:50]: Thank you. I checked and there's still a small problem with this patch: it will always install the entire dependency chain from scratch, even if some eggs have already been installed. Yes, I have been aware of that. I guess this is an uncommon

Re: [Chicken-hackers] [PATCH] Fix #1057: make check works without having to install CHICKEN

* Peter Bex peter@xs4all.nl [140313 22:10]: Hi all, Here's the final patch for #1057; this allows running the test suite without first installing CHICKEN (a very long-standing feature request from package maintainers). This should also make it less annoying for CHICKEN hackers to

Re: [Chicken-hackers] [Patch] Fix #1106

* Christian Kellermann ck...@pestilenz.org [140312 15:47]: Hi there, thanks to Andy I have become aware of an issue with chicken-install -deploy which should be fixed in this patch. For details see below. Please note that I have not tested this against a cross chicken scenario but I don't

Re: [Chicken-hackers] [PATCH] Disable deployment tests on Hurd

* Peter Bex peter@xs4all.nl [140224 22:00]: Hi all, Here's a simple patch to disable the deploy tests on GNU Hurd. Apparently, this OS really identifies its kernel as GNU :) It does and I have pushed the patch 10 hours ago (or so). Sorry for the late reply, Christian -- May you be

Re: [Chicken-hackers] [PATCH] Fix #877, hopefully

* Peter Bex peter@xs4all.nl [140213 21:28]: Hi all, I think I finally figured out the problem of #877; because it's sending alternate signals from threads, some signals were probably arriving while the child process' handler was adding another signal to the queue. This would in turn

Re: [Chicken-hackers] [PATCH] Replace unsafe string functions with their safer counterparts

Hi Peter, please find my comments inline. * Peter Bex peter@xs4all.nl [140203 22:30]: After some reconsideration, I think this is probably a good idea. The big swath of OpenBSD license text for these rather small functions in our chicken.h really disagreed with me (the license is barely

Re: [Chicken-hackers] [PATCH] Replace unsafe string functions with their safer counterparts

* Christian Kellermann ck...@pestilenz.org [140204 10:05]: Hi Peter, please find my comments inline. * Peter Bex peter@xs4all.nl [140203 22:30]: After some reconsideration, I think this is probably a good idea. The big swath of OpenBSD license text for these rather small functions

Re: [Chicken-hackers] pastiche db drop

* Christian Kellermann ck...@pestilenz.org [140203 10:55]: I had a copy of the db which has been taken around december 9th 2013 and copied that over to the server. Thanks to Mario we now have a backup dated Feb 1st back in action. Thanks so much! -- In the world, there is nothing more

Re: [Chicken-hackers] pastiche db drop

* John Cowan co...@mercury.ccil.org [140203 15:14]: Alaric Snell-Pym scripsit: Bah! Why did the sql engine (sqlite?) not reject that as a syntax error? Sqlite does reject it: [cowan@vrici ~]$ sqlite3 SQLite version 3.8.0.2 2013-09-03 17:11:13 Enter .help for instructions Enter SQL

Re: [Chicken-hackers] [PATCH] Enable -deploy on NetBSD [was: Re: [PATCH] Enable -deploy on OpenBSD]

* Thomas Chust ch...@web.de [140201 20:48]: the longer that disjunction of conditions gets, the more I feel that something like (if (and deployed (memq (software-version) '(freebsd openbsd netbsd))) ...) would look nicer ;-) I have pushed Peter's patch with this small correction.

[Chicken-hackers] [PATCH] Enable -deploy on OpenBSD

From a95ae626f3741cca23698de84f400ce0a55fe85c Mon Sep 17 00:00:00 2001 From: Christian Kellermann ck...@pestilenz.org Date: Fri, 24 Jan 2014 15:31:42 +0100 Subject: [PATCH] Enable -deploy on OpenBSD The fix is the same as for FreeBSD. DF_1_ORIGIN has to be set and this gets done by passing the -z

Re: [Chicken-hackers] [PATCH] Fix for #877

* Peter Bex peter@xs4all.nl [140105 21:38]: Hi all, I finally took a shovel and dug in deep into #877. It's a very tricky one and I think it's been so elusive due to the fact that the bug *probably* only crops up on machines with multiple CPU (cores). Thanks, I have pushed it. I looked

[Chicken-hackers] [PATCH] Replace unsafe string functions with their safer counterparts

and strong, nothing can surpass it. --- Lao Tzu From ffaeb3e4fb97906bc2dd92f632fa727b842f65b5 Mon Sep 17 00:00:00 2001 From: Christian Kellermann ck...@pestilenz.org Date: Fri, 10 Jan 2014 15:43:07 +0100 Subject: [PATCH] Replace unsafe string functions with their safer counterparts This patch removes strcpy

Re: [Chicken-hackers] make check starts a.out which runs forever in the background

* Sven Hartrumpf hartru...@gmx.net [140121 07:37]: Hi all. The git version of chicken shows an annoying behavior for some time. If I run make check, the output looks ok, but an a.out process runs forever in the background (100% cpu usage). It cannot be killed with SIGTERM, but only with

Re: [Chicken-hackers] make check starts a.out which runs forever in the background

* Mario Domenech Goulart mario.goul...@gmail.com [140121 10:20]: Hi Sven, On Tue, 21 Jan 2014 07:36:50 +0100 (CET) Sven Hartrumpf hartru...@gmx.net wrote: Hi all. The git version of chicken shows an annoying behavior for some time. If I run make check, the output looks ok, but an

Re: [Chicken-hackers] [Chicken-users] Patch for FreeBSD link error

* Evan Hanson ev...@foldling.org [140117 04:49]: Thanks for reporting this (again!). I was able to duplicate it, and it seems -z should indeed be passed as a linker flag; attached is a `git am`-formatted patch that fixes the issue (it actually implements Vitaly Magerya's suggested fix from the

Re: [Chicken-hackers] [PATCH] [LONG] Fix (hopefully) for #1068

* Peter Bex peter@xs4all.nl [131229 20:12]: Since I'm having some problems with my laptop I'm on a slow machine right now, so I can't do extensive testing or benchmarking. It would be great if someone looking at this patch could perform a quick Salmonella run to see if no other eggs are

Re: [Chicken-hackers] [PATCH] fix: eval.scm: use soname only with when USES_SONAME present

* Kristian Lein-Mathisen kristianl...@gmail.com [140103 15:38]: (define dynamic-load-libraries (let ((ext - (if (and (memq (software-version) '(linux netbsd openbsd freebsd)) - (not (zero? binary-version))) ; allow configless build

Re: [Chicken-hackers] [PATCH] Fix #1080 (condition-case warnings)

* Peter Bex peter@xs4all.nl [131213 21:57]: Hi all, As Christian rightfully noticed, we now generate spurious notices for condition-case with normal fallback entries due to the change in cond that detects clauses following an else. Attached is the simplest fix I could come up with. I

Re: [Chicken-hackers] [PATCH] Go back to sleep when thread-join! is called without timeout.

Hello Peter, * Peter Bex peter@xs4all.nl [131210 23:53]: Thanks a lot for the patch, and the bugreport! I've pushed it, after a few small modifications: - Added the new file tests/srfi-18-signal-test.scm to distribution/manifest - Updated NEWS - Converted []-style parens to () -

Re: [Chicken-hackers] [PATCH] Go back to sleep when thread-join! is called without timeout.

* Christian Kellermann ck...@pestilenz.org [131211 10:40]: Since I forgot the manifest again, I don't quite understand it's use. From the makefiles I gathered that it is used on windows to enable priviledge escalation which suppresses a warning box each time a chicken compiled program is run

Re: [Chicken-hackers] [PATCH] Fix #765 and a small can of worms related to error handling under Windows

* Peter Bex peter@xs4all.nl [131122 21:46]: Hi all, See the attached patch, it kind of speaks for itself. Thanks to arthurmaciel for testing this on XP, I have verified it does not break anything on windows 7 / 8. Thanks for the patch, Peter! Pushed. -- In the world, there is nothing

[Chicken-hackers] [PATCH] Go back to sleep when thread-join! is called without timeout.

it. --- Lao Tzu From 5f4e77f4f8444878655a5046d92fd624ad262646 Mon Sep 17 00:00:00 2001 From: Christian Kellermann ck...@pestilenz.org Date: Tue, 10 Dec 2013 12:41:54 +0100 Subject: [PATCH] Go back to sleep when thread-join! is called without timeout. This patch fixes an issue discovered by Michael

Re: [Chicken-hackers] [PATCH] Fix char = signed char assumption in C-based s8vector operations

* Peter Bex peter@xs4all.nl [131126 22:15]: Hi all, This was recently reported and I managed to reproduce it on my iBook. The tests now crap out on compiler-tests.scm with the following message: I have pushed this. I couldn't test it on ARM, but it won't make things worse by looking at

Re: [Chicken-hackers] Ticket 942 - make install uses user's umask

* DG Ward david.w...@zerospace.co.nz [131122 07:03]: Hey guys, I've been working away on fixing the problem described here: http://bugs.call-cc.org/ticket/942 The problem only manifests itself when you install via. sudo. The reason that the issue arose is that no owner was specified for

Re: [Chicken-hackers] More support for The Hurd

* Mario Domenech Goulart mario.goul...@gmail.com [131027 13:38]: Hi Christian, On Thu, 24 Oct 2013 10:26:26 +0200 Christian Kellermann ck...@pestilenz.org wrote: The attached patch make CHICKEN usable on the Hurd. Without the patch csc won't include the location hint of libchicken

[Chicken-hackers] More support for The Hurd

regards, Christian -- 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 From 2c7c7561ffb403e688da238bd171a80b222cd6c3 Mon Sep 17 00:00:00 2001 From: Christian Kellermann ck...@pestilenz.org

Re: [Chicken-hackers] [PATCH] `##sys#find-files' bug fix: handle dot files recursively

* Mario Domenech Goulart mario.goul...@gmail.com [131021 13:16]: Please, consider the updated attached patch instead, since it contains a test case. I have pushed this yesterday, sorry for the late response. Thanks, Christian -- In the world, there is nothing more submissive and weak than

[Chicken-hackers] Make CHICKEN compile on GNU/Hurd

. Thanks, Christian -- 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 From 7d9996a4b02823ad867bd1edd360dfbc72b0bec5 Mon Sep 17 00:00:00 2001 From: Christian Kellermann ck...@pestilenz.org Date

Re: [Chicken-hackers] [PATCH] Add aggressive debugging checks to squash those damn bugs

* Peter Bex peter@xs4all.nl [130930 23:51]: On Sun, Sep 29, 2013 at 10:46:25PM +0200, Peter Bex wrote: The first patch adds assertions to all the type accessors like C_unfix, C_block_{header,item}, C_character_code etc. It does this through a check macro which contains a horrible, evil

Re: [Chicken-hackers] [PATCH] Fix file-creation-mode

* Peter Bex peter@xs4all.nl [131001 22:29]: Hi all, Here's another strange little bug found by the assertion patch. I don't understand why (file-creation-mode) correctly returns the old value, because the parens are mismatched. This patch fixes that and ensures that #f is never passed

Re: [Chicken-hackers] [PATCH] added missing signal/break in posix.import

* Peter Bex peter@xs4all.nl [130627 20:44]: On Thu, Jun 27, 2013 at 08:34:47PM +0200, Michele La Monaca wrote: It's a window-specific signal (Ctrl-Break) defined in posixwin.scm. (define signal/break _sigbreak) Ah, I see now. I had no idea Windows supported signals, let alone

Re: [Chicken-hackers] [PATCH] Strip all trailing slashes from directory pathname parts

Hi! Thank you both, I have pushed this. Kind regards, Christian -- 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 ___ Chicken-hackers mailing

Re: [Chicken-hackers] Benchmark for values - interesting results

* Peter Bex peter@xs4all.nl [130522 19:44]: That said, I'm impressed by your results and I think we can surely consider this an early start for rewriting SRFI-1 :) On the other hand, if we do decide to rewrite the handling of MV, this optimization may be a little premature because we don't

Re: [Chicken-hackers] [PATCH] Do not reset string size upon closing string output ports (R7RS compat)

* Peter Bex peter@xs4all.nl [130608 17:43]: Hi all, I noticed a bug in the R7RS egg's implementation of call-with-port, which lead me to fix it and write a test, only to discover another problem in core. For some reason if a string port is closed, the yielded string's length gets set

Re: [Chicken-hackers] patch: argument-type check for getter-with-setter

* Peter Bex peter@xs4all.nl [130525 17:16]: On Sat, May 25, 2013 at 05:05:57PM +0200, Kristian Lein-Mathisen wrote: Dear Chickeners, With the help of C-Keen, I've been able to make small patch that prevents a segfault. The patch is attached. Looks good! Thanks a bunch. I've

Re: [Chicken-hackers] [PATCH] add = syntax for case clauses

surpass it. --- Lao Tzu From 67bbafb61f00730853385e54f30e7a3b90fad01d Mon Sep 17 00:00:00 2001 From: Evan Hanson ev...@foldling.org Date: Mon, 27 May 2013 14:06:20 +1200 Subject: [PATCH] add = syntax for case clauses Signed-off-by: Christian Kellermann ck...@pestilenz.org --- expand.scm

Re: [Chicken-hackers] [patch] R7RS make-promise...

* Peter Bex peter@xs4all.nl [130526 14:10]: On Sun, May 26, 2013 at 01:55:48PM +0200, Christian Kellermann wrote: Hi, the first step of implementing the lazy procedures from R7RS is attached to this mail. I will probably have to adjust the internal representation for recursive

Re: [Chicken-hackers] [PATCH] Add support for self-evaluating vectors and srfi-4 vectors (and blobs, for consistency)

* Peter Bex peter@xs4all.nl [130526 14:27]: Hi all, Attached is a patch that will make your heart bleed. With a bleeding heart I have applied this and adjusted it slightly to remove the superflous tests. Cheers, Christian -- In the world, there is nothing more submissive and weak than

Re: [Chicken-hackers] [PATCH] Make tests work from symlinked paths

* Moritz Heidkamp mor...@twoticketsplease.de [130525 01:49]: The private repository path tests didn't work when run from inside a path containing symlinks because runtests.sh didn't expand symlinks while the -private-repository mechanism does. This lead the test assertion which compares the

Re: [Chicken-hackers] expand seems not to keep the promise made in the manual

Hi Joerg! * Jörg F. Wittenberger joerg.wittenber...@softeyes.net [130523 11:51]: Citing the manual procedure(expand X)/procedure If {{X}} is a macro-form, expand the macro (and repeat expansion until expression is a non-macro form). Returns the resulting expression. I think this is just

Re: [Chicken-hackers] Fix solaris9 build for missing trunc, round, isinf math functions

* felix winkelmann fe...@call-with-current-continuation.org [130420 16:56]: From: Michele La Monaca mikele.chic...@lamonaca.net Subject: [Chicken-hackers] Fix solaris9 build for missing trunc, round, isinf math functions Date: Wed, 17 Apr 2013 23:48:19 +0200 This patch fixes Solaris 9

Re: [Chicken-hackers] Fix solaris9 build for missing trunc, round, isinf math functions

* felix winkelmann fe...@call-with-current-continuation.org [130420 16:56]: From: Michele La Monaca mikele.chic...@lamonaca.net Subject: [Chicken-hackers] Fix solaris9 build for missing trunc, round, isinf math functions Date: Wed, 17 Apr 2013 23:48:19 +0200 This patch fixes Solaris 9

Re: [Chicken-hackers] -block: a solution leading to more questions

* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [130411 18:36]: To sum up: I feel this would be a task to be performed inside the compiler and not by some precompile script. Feasible? Rational? How do you guys thing ot it. Find attached the modified code of yesterdays foobar

[Chicken-hackers] [Patch] Fetch a new char before peeking it on custom input ports.

, nothing can surpass it. --- Lao Tzu From cb5b1c354e179d4a223489a5e36961c280199c49 Mon Sep 17 00:00:00 2001 From: Christian Kellermann ck...@pestilenz.org Date: Wed, 10 Apr 2013 21:14:27 +0200 Subject: [PATCH] Fetch a new char before peeking it on custom input ports. This fixes a regression introduced

  1   2   3   >