Re: [Chicken-users] environment egg - any replacement?
On Sep 12 2011, Felix wrote: There will be a replacement, but it will need some modifications in the evaluator. Do you evaluate a lot of code, are the environments long- or short-lived and small or large? Do you reuse them or create many environments on the fly? Good questions, the answer is: it depends. On cond-expand'ed code sections. At minimum I could live without manipulating environments at all, but this would need some changes to the code, where I do so far have no alternative path. At maximum - including some ideas, which so far are only prepared to be done at a time - I would have: - a few environments prepared upon start and living all day long those would be read-only - some environments on the fly, which would contain several hundred bindings (say Scheme plus some SRFIs) those would be cached to live longer, r/o too - a few hundred environments created on the fly containing only about 5-20 bindings. Subject to transactions (r/w). At this time those different use cases are all implemented by simple domain specific evaluators. Even the case which broke for me is at this time handled by it's own evaluator. The idea however would be to generalize my whole code base. The thing is Askemos is basically yet another Scheme interpreter. But with a difference: it runs one interpreter per object it handles (sandboxed so to say), those objects can talk to each other using asynchronous messages (like in Erlang or termite, just in contrast to termite there is - for the sake of security - no way to break out of the scheme), object can be replicated on several hosts - in this case there is no master copy but a majority decision among the copies on each update, eventually there is a small Scheme alike language to update the graph of known objects (equivalent to let, let*, begin and set! only). (In fact it's slightly more: the most basic objects are readily usable as nodes in a file system tree. So file systems are simple to implement. And quite a lot of work has been put into running sqlite in it's own posix thread using the virtual file system feature from sqlite to feed it's blocks into the replicated file system. BTW: does anybody know a second SQL data base which has peer-to-peer replication (sans master copy)?) I could imagine to simplify/unify a lot of the code - once it runs on a not-so-dead compiler as rscheme is by now. cheers /Jerry ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] some wiki css
Hi, Reading the wiki, I'm finding that my eyes aren't very good at picking out procedures on the page, but a couple of small changes help. For example, a sample taken from http://wiki.call-cc.org/man/4/Unit%20srfi-1 : http://www.unexpected-vortices.com/temp/current.png http://www.unexpected-vortices.com/temp/modified.png (I changed the definiton background color to #edf, and the pre border color to #e5e5c5.) Having those procedure names stand out more (especially relative to the code blocks) helps. ---John ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] chicken hangs and uses 100% cpu (mac os x lion)
Hey everyone, Like a previous poster, I'm having issues with Chicken on Mac OS X (although for me the issues are on Lion, not Snow Leopard). I started building from MacPorts (4.4.0) and had the same issue as the previous poster. The build succeeds, but trying to run csc or csi results in what appears to be an infinite loop (no output and 100% cpu usage). Since then, I've built from the source releases for: 4.7.0, 4.6.0, 4.5.0, 4.4.0, 4.3.0, 4.2.0, 4.1.0, and 4.0.0. All of them build correctly, but when I run install, the process hangs on chicken-install -update-db and cpu usage goes to 100% again. I've also tried building from HomeBrew (4.7.0) and it also hangs while updating the db. Am I right that chicken-install is executing code written in chicken? I'm not completely positive this is the same problem, but it seems likely. Also, I'm not sure I did this right, but I tried to do a system trace using Instruments (which ships with XCode). I was hoping for a smoking gun, but all I see is this repeated over and over again: BSC_sigprocmask BSC_sigreturn Not sure how to interpret that, although it seems like something involving signal handlers might be unhappy? Anyone else bumped into this? I'm happy to try to figure out what's going on if anyone has any suggestions. Is there any way to build a debug version of chicken? Thanks everyone, Topher ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken hangs and uses 100% cpu (mac os x lion)
On Sep 13, 2011, at 7:56 PM, Topher Cyll wrote: Hey everyone, Like a previous poster, I'm having issues with Chicken on Mac OS X (although for me the issues are on Lion, not Snow Leopard). Add C_COMPILER=gcc-4.2 to the make line. E.g. make C_COMPILER=gcc-4.2 PLATFORM=macosx This switches from LLVM to plain gcc. I've also tried building from HomeBrew (4.7.0) and it also hangs while updating the db. Try `brew install --use-gcc chicken`. Jim ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken hangs and uses 100% cpu (mac os x lion)
This might be relevant - was for me: http://lists.nongnu.org/archive/html/chicken-users/2011-08/msg5.html But what is actually the problem would be good to know. On Sep 13, 2011, at 5:56 PM, Topher Cyll wrote: Hey everyone, Like a previous poster, I'm having issues with Chicken on Mac OS X (although for me the issues are on Lion, not Snow Leopard). I started building from MacPorts (4.4.0) and had the same issue as the previous poster. The build succeeds, but trying to run csc or csi results in what appears to be an infinite loop (no output and 100% cpu usage). Since then, I've built from the source releases for: 4.7.0, 4.6.0, 4.5.0, 4.4.0, 4.3.0, 4.2.0, 4.1.0, and 4.0.0. All of them build correctly, but when I run install, the process hangs on chicken-install -update-db and cpu usage goes to 100% again. I've also tried building from HomeBrew (4.7.0) and it also hangs while updating the db. Am I right that chicken-install is executing code written in chicken? I'm not completely positive this is the same problem, but it seems likely. Also, I'm not sure I did this right, but I tried to do a system trace using Instruments (which ships with XCode). I was hoping for a smoking gun, but all I see is this repeated over and over again: BSC_sigprocmask BSC_sigreturn Not sure how to interpret that, although it seems like something involving signal handlers might be unhappy? Anyone else bumped into this? I'm happy to try to figure out what's going on if anyone has any suggestions. Is there any way to build a debug version of chicken? Thanks everyone, Topher ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken hangs and uses 100% cpu (mac os x lion)
Thanks, everyone! Switching compilers fixed the build for me. I've attached a patch to fix the build in this configuration. It's very conservative and only selects gcc-4.2 if the OS is Mac OS X Lion and gcc-4.2 is available. I've done my best to follow the existing pattern of config-arch.sh. I also did my best to keep the config-macosx-compiler.sh script POSIX sh compatible. I know working around this bug may not be ideal, though. Is a patch like this appropriate to go into git? Topher On Tue, Sep 13, 2011 at 9:02 PM, Kon Lovett konlov...@gmail.com wrote: This might be relevant - was for me: http://lists.nongnu.org/archive/html/chicken-users/2011-08/msg5.html But what is actually the problem would be good to know. On Sep 13, 2011, at 5:56 PM, Topher Cyll wrote: Hey everyone, Like a previous poster, I'm having issues with Chicken on Mac OS X (although for me the issues are on Lion, not Snow Leopard). I started building from MacPorts (4.4.0) and had the same issue as the previous poster. The build succeeds, but trying to run csc or csi results in what appears to be an infinite loop (no output and 100% cpu usage). Since then, I've built from the source releases for: 4.7.0, 4.6.0, 4.5.0, 4.4.0, 4.3.0, 4.2.0, 4.1.0, and 4.0.0. All of them build correctly, but when I run install, the process hangs on chicken-install -update-db and cpu usage goes to 100% again. I've also tried building from HomeBrew (4.7.0) and it also hangs while updating the db. Am I right that chicken-install is executing code written in chicken? I'm not completely positive this is the same problem, but it seems likely. Also, I'm not sure I did this right, but I tried to do a system trace using Instruments (which ships with XCode). I was hoping for a smoking gun, but all I see is this repeated over and over again: BSC_sigprocmask BSC_sigreturn Not sure how to interpret that, although it seems like something involving signal handlers might be unhappy? Anyone else bumped into this? I'm happy to try to figure out what's going on if anyone has any suggestions. Is there any way to build a debug version of chicken? Thanks everyone, Topher ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users macosx-lion-gcc-build.patch Description: Binary data ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
