Re: Make the args egg stop truncating long options in args:usage

> On Sep 9, 2021, at 3:00 PM, T. Kurt Bond wrote: > > I know that you can parameterize args:width to change the width of the > options display, but wouldn't it be better to NOT truncate things if > args:width is too narrow, and instead output the whole option display, > end the line, and then out

Re: new egg: cmark

> On Nov 3, 2021, at 3:44 PM, Harley Swick wrote: > > There is a different cmark egg for Chicken 4. Since my additions are > significantly larger than > the total of the old egg, I didn't feel it was fair to drop a bunch of > strange code on someone > who may not want to be stuck maintaining it

Re: Reository Path, FAQ, and Index Questions

> On Nov 15, 2021, at 8:06 AM, Christian Himpe > wrote: > > Lastly, I would like to ask if CHICKEN Scheme has a function/symbol index, as > for example Chez Scheme has: > > https://www.scheme.com/csug8/csug_1.html https://api.call-cc.org/5/doc might do what you

Re: After upgrade to 5.3.0 chickadee is broken

This does look suspicious. I don’t remember seeing this in 5.2 though (you had opened this ticket 16 months ago). Did this just manifest itself suddenly? > On Dec 24, 2021, at 11:06, Kon Lovett wrote: > > similar - https://bugs.call-cc.org/ticket/1721 > >> On Dec 24, 2021, at 8:49 AM, T. Kurt

Not compiling statically

Hi everyone. Sorry if this is an obvious question, but can I *not* compile an extension statically? In other words, I’m trying to build chickadee, and I believe it's taking around twice as long as expected because it is building every egg dependency dynamically and then again statically. Is it

Re: Not compiling statically

On Feb 22, 2023, at 4:20 AM, felix.winkelm...@bevuta.com wrote: > >> Hi everyone. Sorry if this is an obvious question, but can I *not* compile >> an extension statically? > > I think this may require a csc option (to override the > default setting). I can look into this, but currently it > is n

Re: [Chicken-users] Using csc with clang

Upgrade to 4.7.0.6 or 4.8.0, the fix to work with clang wasn't in until after 4.7.0. 4.6.0 is very old at this point. Also I would build chicken with "make PLATFORM=linux C_COMPILER=clang" and then all your eggs and code will automatically be built with clang. I doubt it is safe to use "-cc c

Re: [Chicken-users] BUG: posix#string->time

It uses strptime internally which seems pretty inconsistent across platforms. %z is technically not a valid format specifier, but glibc and some other libs support it. E.g. your examples actually all work on OS X 10.7. But they fail completely on NetBSD 5.1. You didn't mention your platform

Re: [Chicken-users] Browsing the Chicken wiki offline

On Nov 20, 2012, at 11:24 AM, John Magolske wrote: > Hi, > > I installed the chickadee, chicken-doc & chicken-doc-admin eggs on > my laptop and am now enjoying being able to browse the documentation > while not connected to the internet. The svn repository downloaded in > the process: > > % cd

Re: [Chicken-users] undefined reference to `C_numbers_toplevel'

On Nov 23, 2012, at 3:59 PM, Peter Bex wrote: > On Fri, Nov 23, 2012 at 12:27:29PM -0800, Miguel Fernandez wrote: >> I get the following error: >> >>main.o: In function `C_toplevel': >>main.c:(.text+0x1c2): undefined reference to `C_numbers_toplevel' >>collect2: ld returned 1 exit st

Re: [Chicken-users] JQuery in Chickadee

I'll look at it, it probably makes sense to use a local copy for the default config. What it should really do is fall back to the local copy if the internet copy is inaccessible. This is not difficult but there is an internal issue currently preventing it. Jim On Dec 9, 2012, at 12:24 PM, Ma

Re: [Chicken-users] JQuery in Chickadee

Okay, chickadee 0.10.2 uses local jquery for the default config. Jim On Dec 10, 2012, at 9:14 PM, Jim Ursetto wrote: > I'll look at it, it probably makes sense to use a local copy for the default > config. > > What it should really do is fall back to the local copy if the in

Re: [Chicken-users] Browsing the Chicken wiki offline

On Dec 13, 2012, at 1:47 AM, John Magolske wrote: > Thanks for writing up these explanations & options, Jim. I was going > to give your suggestions a try, but wanting to keep intra-wiki links > working and also wanting to learn how to use qwiki for other purposes, > I finally set aside some time a

Re: [Chicken-users] Browsing the Chicken wiki offline

On Dec 13, 2012, at 11:12 AM, Jim Ursetto wrote: > On Dec 13, 2012, at 1:47 AM, John Magolske wrote: > >> - Some intra-wiki links are absolute, for example under /wiki/menu >> there's [[http://wiki.call-cc.org/eggs|Eggs]] which I changed to >> [[eggs|Eggs]] so as

Re: [Chicken-users] MacOSX setup-helper install error

Normally indicates the install path is too long; if so it is surprising the build and install of Chicken itself even worked. Try one of these fixes: 1) Recompile and reinstall chicken after changing this line in Makefile.macosx: LINKER_LINK_SHARED_DLOADABLE_OPTIONS += -Wl,-headerpad -Wl,1

Re: [Chicken-users] MacOSX setup-helper install error

I wasn't > as thorough as I might have been testing them. > > -Alan > > On Thu, Dec 27, 2012 at 01:13:20PM -0600, Jim Ursetto wrote: >> Normally indicates the install path is too long; if so it is surprising the >> build >> and install of Chicken itself

Re: [Chicken-users] Building 32-bit chicken scheme on OS X

Dani, ASSEMBLER_OPTIONS is missing: make PLATFORM=macosx ARCH=x86 C_COMPILER_OPTIONS="-no-cpp-precomp -fno-strict-aliasing -fwrapv -fno-common -DHAVE_CHICKEN_CONFIG_H -m32" ASSEMBLER_OPTIONS="-m32" LINKER_OPTIONS="-m32" The resulting chicken gives me a bus error though and I don't know how to

[Chicken-users] Chicken 4.8.0.1 released

Hi all, Chicken 4.8.0.1 is now available for download from the usual place: http://code.call-cc.org/releases/4.8.0/chicken-4.8.0.1.tar.gz For what's new, see http://code.call-cc.org/releases/4.8.0/NEWS-4.8.0.1 The 4.8.0.x releases reside on the stability/4.8.0 branch in git, which you can re

Re: [Chicken-users] Cannot export record methods in module

I think you just need to (import scheme chicken) instead of (import chicken). On Jan 21, 2013, at 8:09 PM, Werner Schmierdorfer wrote: > Hi! > > I try the following in chicken-4.8.0.1: > > > (module rectest (make-foo foo-a foo-b) > (import chicken) >

Re: [Chicken-users] Msgpack implementation for scheme (and some questions)

FYI, the docs for endian-blob don't indicate the ordering of the endian blob after type->endian_blob. From reading the code it's MSB and there's an optional "mode" arg to these procedures. Should this be documented? Similarly the optional mode argument to byte-blob->endian-blob is documented

Re: [Chicken-users] Msgpack implementation for scheme (and some questions)

On Jan 28, 2013, at 2:53 PM, Hugo Arregui wrote: > 3) To read/write float/double numbers (in ieee754) i'm using > endian-blob egg (here[4]), it's there any alternative without > implementing the full float/double->binary logic (which seems quite > complicated)? Maybe I'm overlooking something, b

Re: [Chicken-users] [patch] remove the initial check on directory existance

I am positive this is a case where the documentation was written to explain an implementation artifact. That note wasn't added until 11 months ago ... by Mario. The current implementation returns "foo" if a file foo (not just a directory foo) already exists. No one is ever going to check this re

Re: [Chicken-users] Segfault with large data-structures

What version of chicken, and if 4.8.0 for example could you try 4.7? On Feb 2, 2013, at 11:51, Arthur Maciel wrote: > Hello! I don't know if it is related to Ivan's problem, but when I compile > and run this code: > > (use srfi-69) > > (define NODES 25) > (define EDGES 1000) > > (define

Re: [Chicken-users] Segfault with large data-structures

On Feb 2, 2013, at 3:46 PM, Kristian Lein-Mathisen wrote: > I'm getting the same result here, when I run it through csc. When I run it > through csi, though, it never seems to finish - is the task that big? I had > to kill it after 2-3 hours. It's a hash table with 250,000 entries and 1,000 ite

Re: [Chicken-users] Segfault with large data-structures (bug)

appears to bomb after the heap exceeds 4GB, maybe indicating some 32-bit sizes left laying around in the code. Jim On Feb 2, 2013, at 7:18 PM, Jim Ursetto wrote: > On Feb 2, 2013, at 3:46 PM, Kristian Lein-Mathisen wrote: > >> I'm getting the same result here, when I run it throug

Re: [Chicken-users] Segfault with large data-structures (bug)

On Feb 2, 2013, at 8:06 PM, Jim Ursetto wrote: > Uh oh, we've hit an actual bug now. Although we can get nodes up to > 85000 by increasing max heap size from 2GB to 8GB, it appears to bomb > after the heap exceeds 4GB, maybe indicating some 32-bit sizes > left laying around

Re: [Chicken-users] Segfault with large data-structures (bug)

1042.938s CPU time, 50.714s GC time (major), 250066522 mutations, 44/851838 GCs (major/minor) [debug] forcing finalizers... [debug] application terminated normally On Feb 2, 2013, at 8:06 PM, Jim Ursetto wrote: > (bug found -- tl;dr see end of message) > > Figured it out: you're

Re: [Chicken-users] [patch] remove the initial check on directory existance

Well, there is another option, which is to put an atomic implementation in, say, the posix-extras egg, and then the user may import it under a different name or overwrite posix's create-directory with it. On Feb 3, 2013, at 9:26 AM, Peter Bex wrote: > On Sun, Feb 03, 2013 at 10:22:45AM -0500, Joh

Re: [Chicken-users] Segfault with large data-structures (bug)

On Feb 4, 2013, at 2:28 PM, Felix wrote: > > Perhaps, but I really don't see a problem of allowing a limit > on heap allocation in the runtime system. I think a segfault is an appropriate response to OOM, but I wonder if it's possible to panic() instead if the heap size can't be increased as nee

Re: [Chicken-users] new eggs

Holy cow! Great job. Jim On Feb 16, 2013, at 8:26, Andrei Barbu wrote: > Hi, > > I've got a bunch of eggs that are ready to go. > > > These have documentation and are meant as end-user libraries: > > nondeterminism - carry out nondeterministic computations with a more > flexible interface th

Re: [Chicken-users] Passing zero-length (sub-)buffers to C functions

On Feb 17, 2013, at 2:01 AM, Florian Zumbiehl wrote: > Here is a trivial example that would seem like a natural way to wrap the > write() syscall (ignoring error handling for the moment) that fails due to > this mismatch: > > | (define (sys-write fd buf) > | ((foreign-lambda int "write" int c-p

Re: [Chicken-users] (file-select ...) and compiler warnings

On Feb 17, 2013, at 4:18 PM, J Altfas wrote: > Hello, > > Using 'file-select' as a sub-second sleep procedure works without hitch under > csi: > > (define (sleeper tm) > (let ((currms (current-milliseconds))) > (let-values (((_ __) (file-select #f #f tm))) > (print (- (current-milliseconds

Re: [Chicken-users] (file-select ...) and compiler warnings

On Feb 18, 2013, at 3:58 AM, J Altfas wrote: > Certainly agree that leaving out usleep was an oversight, considering how > simple it is to include it. While I'm pretty sure many of the posix functions > are not optimum in an srfi-18 threaded environment, file-select, sleep, and > friends are st

Re: [Chicken-users] posix-extras sleep

On Feb 18, 2013, at 2:36 PM, Jim Ursetto wrote: > I would be ok with adding usleep to the posix-extras egg if you want. I'm > not sure if it should be a separate function or just override (sleep) to > accept fractional values. I'm thinking the latter. Although not exactly

Re: [Chicken-users] posix-extras sleep

Hmm, I just realized scheduler.scm relies on nanosleep(3) on UNIX, so I guess it is safe to use in posix-extras as well. I'll change posix-extras to use nanosleep shortly. On Feb 19, 2013, at 2:24 AM, Jim Ursetto wrote: > On Feb 18, 2013, at 2:36 PM, Jim Ursetto wrote: > >&

Re: [Chicken-users] posix-extras sleep

On Feb 20, 2013, at 3:57, J Altfas wrote: > On Tues, 19 Feb 2013 15:13:30 -0600> Jim Ursetto wrote: > > > Hmm, I just realized scheduler.scm relies on nanosleep(3) on UNIX, so I > > guess it is safe to use in posix-extras as well. I'll change posix-extras &g

Re: [Chicken-users] New string manipulation module

I think it sounds good as an official egg; although there's a lot of overlap with SRFI-13 it's not bad to have another API. The main thing I'd suggest if making it official is that, as a port of the s library, to name it something like "s" or "s-strings" instead of "strings", since the latter s

Re: [Chicken-users] New string manipulation module

On Feb 21, 2013, at 1:50 PM, Jörg F. Wittenberger wrote: > On Feb 20 2013, Mario Domenech Goulart [well, actually, I, Jim] wrote: > >>> "join-strings", and "string-match" or "match-string". Another is to >>> keep the s- prefix, which is a natural grouping. Or you could >>> require the user to p

Re: [Chicken-users] New string manipulation module

On Feb 21, 2013, at 2:04 PM, John Cowan wrote: > I've proposed a new type of import specifier to go with "prefix", namely > "drop-prefix". Rather than prefixing all names, this removes the prefix > from any names that have it. This would be a Good Thing to add to Chicken; > Chibi already has it,

Re: [Chicken-users] Access to wiki

John, I tried in a bunch of different browsers (google search "Chicken Scheme", click on result associated with "wiki.call-cc.org/manual/index", and still can't reproduce the problem: OS X 10.7, Safari 6 OS X 10.7, Firefox 19 Windows XP, IE 6.0 Windows XP, IE 8.0 Windows XP, Firefox 3.0 They a

Re: [Chicken-users] local egg documentation (experimental)

Hi Matt. On Apr 2, 2013, at 4:13 PM, Matt Gushee wrote: > I wonder if there is a program that converts Markdown to Chicken Wiki format? There is not, mostly because markdown is not really extensible and doesn't support marking up procedure identifiers and so on (without terrible hacks). There

Re: [Chicken-users] Civet egg ready for release

Two reasons: 1) You didn't tag version 0.2.1 2) Your tags say release-0.2 instead of 0.2, so you have to change (uri targz "https://github.com/mgushee/{egg-name}/tarball/{egg-release}";) to (uri targz "https://github.com/mgushee/{egg-name}/tarball/release-{egg-release}";) I think this should wo

[Chicken-users] egg documentation with subpages

Hi, It is now possible to break up egg documentation into several pages. This was previously possible on the wiki, but is now supported by chicken-doc as well. Procedure: instead of creating a file, create a directory and populate it with subpage files. To document the main page, call the pag

Re: [Chicken-users] Missing "file-type" in posix import

I also pushed this to stability. Thanks. Jim On Apr 24, 2013, at 2:40 AM, Christian Kellermann wrote: > Hi Jules, > > * J Altfas [130424 08:52]: >> When I was trying to use (file-type ...) in a compiled module, it was a >> big surprise when csc instantly ground to a halt, issuing an error >> s

Re: [Chicken-users] Passing floats to and from foreign functions

Hi pluijzer ., You did not declare a prototype in test.scm (technically, test.c) for the functions in wrapper.c. I believe return values default to int if there is no prototype, and the float arg is promoted to double, but I'm not positive. Anyway, simply add the following to the top of test.s

Re: [Chicken-users] Named let*

On May 27, 2013, at 4:14 PM, Michele La Monaca wrote: > So writing down the options, we have: > > (let* loop ((i (random N)) (ch (string-ref buf i))) > (do-something) > (if (some-condition-is-true) >(loop (+ i 1) > (string-ref buf (+ i 1) > > vs. > > (let ((start (random N

Re: [Chicken-users] Named let*

On May 29, 2013, at 3:20 PM, Patrick Li wrote: > Hi Michele, > > I realized after posting my version of named-let*, that you actually *cannot* > use it to accomplish all of what you want. For that you do need loop to be a > syntactic extension, as mentioned by Jorg. > > For instance, my named

Re: [Chicken-users] [Chicken-hackers] [PATCH] Make library tests compare numbers within epsilon

I am curious why this happens though. The only thing I could think of was the number is being constant folded in one case or being computed in one case via a hardware intrinsic instead of libm in the other, but the generated C code looks identical in both cases. Perhaps some previous register

Re: [Chicken-users] [Chicken-hackers] [PATCH] Make library tests compare numbers within epsilon

On May 29, 2013, at 3:53 PM, Peter Bex wrote: > The fpsin expands to a C inline call to sin(), whereas the sin() call > expands to a call to C_a_i_flonum_sin, which is not inlineable so it has > to issue a proper function call. This then goes through libm, which is > potentially different from t

Re: [Chicken-users] problem building chicken 4.8.0.3 on mac 10.4

Was that prior to the makefiles being completely rewritten, though? Maybe the rewrite uses a feature not available until 3.81, rather than being a bug in 3.80. On Jun 4, 2013, at 9:46, Felix wrote: > Hi! > > Using GNU Make 3.81 indeed solves the problem. Still I wonder what the problem > is.

Re: [Chicken-users] socket egg: socket-receive blocks?

Hi, It's a bug in the socket egg; nonblocking mode is only set during a socket-connect or socket-accept, which won't be called for UDP. Temporary workaround: (use posix) and then, after creating the socket, do either: (##sys#file-nonblocking! (socket-fileno *socket*)) or equivalently (file-c

Re: [Chicken-users] socket egg: socket-receive blocks?

Should be fixed in 0.2.3. Let me know. Jim On Jun 14, 2013, at 3:24 PM, Jim Ursetto wrote: > Hi, > > It's a bug in the socket egg; nonblocking mode is only set during a > socket-connect or socket-accept, which won't be called for UDP. > > Temporary work

Re: [Chicken-users] socket egg: socket-receive blocks?

On Jun 14, 2013, at 4:29 PM, Michele La Monaca wrote: > > I've already reported this issue in the list: > > http://lists.nongnu.org/archive/html/chicken-users/2013-05/msg00025.html Sorry, it got lost in the shuffle. Could you create a ticket for the other two issues you reported? I don't have

Re: [Chicken-users] Issues with socket egg

On May 8, 2013, at 8:48 AM, Michele La Monaca wrote: > > 2) The egg doesn’t install on Cygwin due to the unbound identifier > 'SO_EXCLUSIVEADDRUSE' (mingw only?). Dropping the related option > (so/exclusiveaddruse) solves the problem. When you get a chance, can you check out this repository (a

Re: [Chicken-users] Issues with socket egg

On Jun 14, 2013, at 6:07 PM, John Cowan wrote: > > You have to be a local Windows admin to set SO_EXCLUSIVEADDRUSE > on at least some versions of Windows. I know. It falls back to SO_REUSEADDR in that case, which is broken on Windows but better than nothing. Jim _

Re: [Chicken-users] Issues with socket egg

On Jun 17, 2013, at 12:10 PM, Michele La Monaca wrote: > On Sat, Jun 15, 2013 at 1:00 AM, Jim Ursetto wrote: >> I believe this should fix the Cygwin problem. > > Yes, it does. Thanks. > > If you care, in Mingw/Msys installation works but it does complain > about th

Re: [Chicken-users] pressed Ctrl-\ and got segmentation fault

Ah, so the segfault also occurs with plain old `cat` then? I think we can close this bug ;) Thanks for tracking this down further. On Jun 23, 2013, at 7:14, Moritz Wilhelmy wrote: > On 21.06.2013 22:34, John Cowan wrote: >> I can confirm that on 32-bit Linux. On Cygwin, however, typing ^\ doe

Re: [Chicken-users] my errors with eval

You can't access internal defines in an eval, just as you can't access the lexical variable "a". To get around this you could use set! instead to "define" the variables at toplevel. (let ((a 1)) (set! inc (lambda () (set! a (+ 1 a)) (print a))) (set! runTwice (lambda (op) (op) (op))) (eval '

Re: [Chicken-users] Exact flownums not properly displayed in mingw

If you're really concerned about this (which is ultimately aesthetic) then you should consider setting flonum-print-precision to 17, which will make an actual difference in rare cases. http://api.call-cc.org/doc/library/flonum-print-precision On Jul 9, 2013, at 10:15 AM, Michele La Monaca wr

Re: [Chicken-users] Exact flownums not properly displayed in mingw

lusively now for consistency's sake. Jim On Jul 9, 2013, at 12:12 PM, Michele La Monaca wrote: > On Tue, Jul 9, 2013 at 6:31 PM, Jim Ursetto wrote: >> If you're really concerned about this (which is ultimately aesthetic) > > Is th

Re: [Chicken-users] Building 32-bit chicken scheme on OS X

2013, at 2:21 AM, Daniel P. Wright wrote: > Jim Ursetto (Thu, Jan 10, 2013 at 12:20:05PM -0600) >> >> Dani, >> >> ASSEMBLER_OPTIONS is missing: >> >> make PLATFORM=macosx ARCH=x86 C_COMPILER_OPTIONS="-no-cpp-precomp >> -fno-strict-al

Re: [Chicken-users] Building 32-bit chicken scheme on OS X

I put the tarball here: http://3e8.org/pub/chicken/stability-tmp/chicken-4.8.0.3-b39ebad.tar.gz On Jul 15, 2013, at 5:56 PM, Jim Ursetto wrote: > Hi there. > > The culprit appears to be a bug in our use of sigsetjmp, which is actually > already fixed in recent stability/4.8.0 (a

Re: [Chicken-users] Building 32-bit chicken scheme on OS X

Thanks. Nicholas confirmed 32-bit Macs work so I'm going to officially release 4.8.0.4. Jim On Jul 15, 2013, at 11:12 PM, "Daniel P. Wright" wrote: > Hello, > > 2013/7/16 Jim Ursetto > I put the tarball here: > http://3e8.org/pub/chicken/stability-tmp/

Re: [Chicken-users] Big integers as statement parameters in sql-de-lite

It's not that the values are too large, it's that srfi 19 represents them as bignums, which is not currently supported by sql-de-lite. However, they work as floats (they will be converted to integers before being passed to the database, due to the column type). Even on 32-bit systems, we fully

Re: [Chicken-users] replacement for rlwrap on MS Windows, MinGW

If you're going to go the Emacs route, it's probably even better to use run-scheme from cmuscheme.el, as you may then evaluate Scheme expressions from any buffer in the interpreter of your choice. I'm pretty sure this works on Windows. Well, I hope it does. On Jul 25, 2013, at 10:37 PM, Micha

Re: [Chicken-users] new eggs

On Jul 29, 2013, at 11:33, Mario Domenech Goulart wrote: > I don't see why we should have/allow core units in .meta's forms. Maybe > I'm overlooking something. If that's the case, please let me know. There's one reason I can think of -- it makes it easier to move a core unit into an egg, wit

Re: [Chicken-users] Strange problems with args egg

This patch to the args egg should fix things -- could you try it? Jim Index: args.scm === --- args.scm(revision 29488) +++ args.scm(working copy) @@ -268,7 +268,7 @@ ) (let* ((srfi37-names (map (lambda (name)

Re: [Chicken-users] Strange problems with args egg

Did you try my patch? You don't have to rewrite anything, it's a bug in the args egg. On Aug 4, 2013, at 2:13 AM, Jonathan Chan wrote: > Thank you for the help! This is definitely a very interesting language to > learn. > > On 08/03/2013 09:06 AM, John Cowan wrote: >> Jonathan Chan scripsit:

Re: [Chicken-users] Strange problems with args egg

No problem. The fix is now in args 1.4.4. On Aug 5, 2013, at 21:54, Jonathan Chan wrote: > Sorry for the delayed reply - I missed your message for some reason. The > patch does work! Thanks for the help and for the useful egg. > > -- > Jonathan Chan > > On Sun, Aug 4, 2

Re: [Chicken-users] Lowdown & sxml-serializer not working together

I don't remember offhand what the rationale was for this in sxml-serializer -- I can take a look but it might not be until this weekend. On Aug 21, 2013, at 22:38, Matt Gushee wrote: > Hi, chickeneers-- > > I am working on an application that uses the lowdown egg to process > *some* of the inp

Re: [Chicken-users] Lowdown & sxml-serializer not working together

Matt, On Aug 22, 2013, at 3:28 PM, Matt Gushee wrote: > Sounds good. I was actually hoping to be able to blame lowdown for > this, since I don't really like the way it makes every word and every > space a separate text node. But maybe that's more efficient? And > actually, I'm wondering if that

Re: [Chicken-users] Lowdown & sxml-serializer not working together

On Aug 23, 2013, at 11:24 PM, Matt Gushee wrote: > Hello again-- > > Well, I'm running into a new problem with SRV:send-reply. By following > the documentation, I managed to create a rule set that escaped problem > characters i the manner I want. But now, working with the complete > document, I

Re: [Chicken-users] Lowdown & sxml-serializer not working together

On Aug 24, 2013, at 5:25 PM, Jim Ursetto wrote: > Unfortunately it doesn't declare the default namespace for html. You can > work around this by providing a default namespace prefix *and* using the > actual prefix (below, xhtml:) on your elements. This is kind of ugly. > H

Re: [Chicken-users] (no subject)

For whatever reason the docs are outdated and the example is too. You have to (use ports) if you want to compile it. Jim On Aug 28, 2013, at 10:20, Matthew Phillips wrote: > Im playing with this egg example: http://wiki.call-cc.org/eggref/4/args. It > compiles fine, but when I run it with the

Re: [Chicken-users] (no subject)

The doc is erroneous -- you have to add (use ports) after (use args). Jim On Aug 28, 2013, at 10:20 AM, Matthew Phillips wrote: > Im playing with this egg example: http://wiki.call-cc.org/eggref/4/args. It > compiles fine, but when I run it with the -h flag I get this strange error: > >

Re: [Chicken-users] Timezone bugs in the posix module

Posix is pretty much useless for handling timezones correctly; behavior varies greatly based on the OS, and I am fairly sure the direction of the wind plays a part as well. Jim > On Sep 29, 2013, at 12:28, Andy Bennett wrote: > > Hi, > > There seem to be some inconsistencies in the timezone

Re: [Chicken-users] 4.8.0.5 "compiled ... on" message not quite correct

There was some noise on the list a few months ago in re changing the compilation message to reflect where the .c to .o compile occurred. Not sure if it went anywhere. I don't really care either way, it is basically cosmetic IMO. > On Oct 30, 2013, at 11:02, Mario Domenech Goulart > wrote: >

Re: [Chicken-users] 4.8.0.5 "compiled ... on" message not quite correct

;t currently remove or truncate that file to get an empty buildtag; you have to define C_BUILD_TAG to "". The code could be updated to accept a missing build tag (and/or to remove the resulting blank line); I can provide a patch if you like. Jim On Oct 30, 2013, at 3:11 PM, Jim Urs

Re: [Chicken-users] 4.8.0.5 "compiled ... on" message not quite correct

args dload ptables ] bootstrapped 2013-10-31 On Oct 30, 2013, at 8:36 PM, Jim Ursetto wrote: > Matt, > > Easiest way to fix this in the tarball is, prior to `make`: > > echo "#define C_BUILD_TAG \"compiled $(date +%Y-%m-%d) on $(hostname)\"" > > buildtag.h >

Re: [Chicken-users] schemish/chickenish way to make configurable executables?

There is also the feature-test egg which is useful in combination with the FFI. Jim > On Nov 3, 2013, at 9:56, Matt Welland wrote: > > Hi Peter, > > It looks like cond-expand does enough to achieve what I want. Thanks! > > Matt > -=- > > >> On Sun, Nov 3, 2013 at 2:58 AM, Peter Bex wrote: >

Re: [Chicken-users] html->sxml (html-parser egg) does not decode entities in html attributes, ideas why?

Alex, Looks like there's a regression of sorts in html-parser 0.5.1. 0.5.0 #;> (html->sxml "") (*TOP* (foo (@ (bar 0.5.1 #;> (html->sxml "") Error: (cadr) bad argument type: () Arguably, empty attributes should result in a value of "" as per http://dev.w3.org/html5/markup/syntax.html#syn

Re: [Chicken-users] Bug in socket egg and patch

Thanks. I'll take a look this weekend. Jim > On Nov 27, 2013, at 2:29, Jonathan Chan wrote: > > Hello, > > While writing a socket server in Chicken for kicks I think I run into a > bug in the sockets egg where socket-accept would not handle the error > generated by select() if the listener sock

Re: [Chicken-users] Bug in socket egg and patch

Patch looks good, applied in socket 0.2.5. Thanks. Jim On Nov 27, 2013, at 2:29 AM, Jonathan Chan wrote: > Hello, > > While writing a socket server in Chicken for kicks I think I run into a > bug in the sockets egg where socket-accept would not handle the error > generated by select() if the l

Re: [Chicken-users] Nevermind--Re: Problem with read-line

The http://api.call-cc.org/doc/big-chicken extension is good for times like these. Jim > On Dec 5, 2013, at 16:50, Dan Wilckens wrote: > >> On 12/4/2013 7:01 PM, Dan Wilckens wrote: >> Hi, >> >> I built Chicken 4.8.0.5 from source on the mingw-msys platform (under >> windows vista). After at

Re: [Chicken-users] Declare large expressions as read-only and not gc-able?

I'll bet if you define a 100MB literal, the resulting C file would be at least a gigabyte and neither CHICKEN nor gcc would be able to handle it. You could try it and let us know. You could evict it theoretically, but for something that big, you may have to create your own data structure in C

Re: [Chicken-users] Declare large expressions as read-only and not gc-able?

On Jan 5, 2014, at 11:48, Peter Bex wrote: > Perhaps you can use object-evict!, but >> > that means it won't ever be reclaimed by the GC. I haven't used > this myself yet, so I don't know if there's a way to "un-evict" the > object when it can be GC'ed. > http://api.call-cc.org/doc/lolevel/ob

Re: [Chicken-users] Declare large expressions as read-only and not gc-able?

Not sure why this message got truncated, but it was in reference to moving an object back into the heap, in other words unevicting it. Felix says object-evict! is considered harmful, so keep that in mind. (It works fine in the limited context I have used it.) On Jan 5, 2014, at 15:27, Jim

Re: [Chicken-users] Keep `csi` open after reading from pipe

One possibility: $ ( echo '(define (foo x) (+ x 1))' ; cat ) | csi -:c #;1> #;2> (foo 3) 4 On Jan 20, 2014, at 7:41 PM, Quint Guvernator wrote: > Hello All, > > I am not subscribed to this list, so please CC me if you respond. > > I am trying to find a way to keep the chicken scheme interpret

Re: [Chicken-users] 4.8.0.5 syntax weirdness

This is the fix: commit f8230a466ce3a86f360178f115fb62ee124448b9 Author: Peter Bex Date: Sun Jun 30 18:50:09 2013 +0200 Fix meta-evaluation to actually take place in the meta environment and add tests Signed-off-by: Christian Kellermann It seems pretty simple and applies cleanly t

Re: [Chicken-users] 4.8.0.5 syntax weirdness

Ok. May not be able to make a full release for a few days but will push out the change Wednesday, at least. > On Mar 11, 2014, at 2:31, Peter Bex wrote: > >> On Mon, Mar 10, 2014 at 11:22:53PM -0500, Jim Ursetto wrote: >> This is the fix: >> >> commit f8230a466c

Re: [Chicken-users] CHICKEN 4.9.0rc1 is available

Success-- Operating system: Mac OS X 10.9.2 Hardware platform: x86-64 C Compiler: Xcode 5.0.2 gcc -- Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) Installation works?: yes Tests work?: yes Installation of eggs works?: yes (pastiche, chickadee) Execution of eggs works?: yes (chick

Re: [Chicken-users] sxml and more

I've got a couple of blog posts on SXML and namespaces, if you haven't already seen them: http://3e8.org/blog/2010/07/30/namespaces-in-sxml-part-1/ http://3e8.org/blog/2010/07/31/namespaces-in-sxml-part-2/ http://3e8.org/blog/2010/08/01/default-namespaces-in-sxml/ but these are higher-level and

Re: [Chicken-users] csc/csi man pages deficient

If you have chicken-doc installed, another option is to run e.g. chicken-doc csi or consult either of these links, from which the above is taken: http://api.call-cc.org/doc/csi http://wiki.call-cc.org/man/4/Using%20the%20interpreter > On Jan 12, 2015, at 12:57, Evan Hanson wrote: > > Hi Andre

Re: [Chicken-users] Help with udp6 / socket

Scott, This works on my system (10.10.2, CHICKEN 4.8.0.6). Note the undocumented argument to udp-open-socket… not sure what I was thinking. If this works for you, I will document the argument and add the example to the wiki. (use udp6) (define s (udp-open-socket 'inet6)) (udp-bind! s "::" 13

Re: [Chicken-users] Help with udp6 / socket

me, thanks for the clear example! I didn't even > think to check if (udp-open-socket) also accepted extra arguments. > > Thanks again! > Scott > > On Tue, Feb 17, 2015 at 4:17 AM, Jim Ursetto <mailto:zbignie...@gmail.com>> wrote: > Scott, > > This

Re: [Chicken-users] about egg/pty

1024 is the default value of FD_SETSIZE i.e. the largest fd one can use with select(), so I think you have the right idea. Use of a magic constant might be reconsidered though. Could also convert the code to use poll() like Chicken core was some time ago. Jim > On Feb 20, 2015, at 02:27, Chr

Re: [Chicken-users] Termbox using

Hi frad, If I may make a suggestion. Lists are not random-access like arrays are. Similarly, checking a list's length traverses the whole list. You should always iterate over a list by using car and cdr, not list-ref. So, to your "do" loop, you could add another loop variable over the list call

Re: [Chicken-users] Minor problem with args egg

On Wed, May 13, 2015 at 4:52 AM, Peter Bex wrote: > On Wed, May 13, 2015 at 03:38:41AM -0600, Matt Gushee wrote: > > Anyway, it seems that if you specify an option with no arguments, e.g. > > > >(args:make-option (v version) #:none > > "Display compiled versions.

Re: [Chicken-users] Minor problem with args egg

> On May 13, 2015, at 11:55, Jim Ursetto wrote: > > #t does seem to make sense ... the existing behavior comes from the srfi-37 > implementation which sets the value to #f for #:none args. I could modify > the args egg to change #f to #t in this case; I don't think thi

Re: [Chicken-users] Inserting Binary Data with sql-de-lite

Andy, What if you convert the string to a blob before passing it in? Jim > On Jun 22, 2015, at 12:16, Andy Bennett wrote: > > Hi, > > I'm using a parameterized statement to insert binary data into sql-de-lite > (0.6.6) on CHICKEN 4.10rc1. > > When I call sql-de-lite's exec procedure I get: >

  1   2   3   4   5   >