Re: [Chicken-users] UTF8 egg case conversion problem
Problem persists Sir, utf8-case-map.scm line 323. ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] Tokyo Cabinet Error
Hello, I'm trying to use the tokyocabinet egg and I've been unable to get it to work. This is what I get: (use tokyocabinet) (define *db* (tc-hdb-open the-db)) (tc-hdb-put! *db* key value) (tc-hdb-get *db* key) Error: bad argument type - not a number vector #localive s32vector Call history: syntax (tc-hdb-get *db* key) eval (tc-hdb-get *db* key) -- I'm using the latest version of tokyocabinet and version 4.6.0-2 or Chicken. Any ideas on why I'm getting the error and how not to get it anymore? ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Tokyo Cabinet Error
Hello Thomas. Your example works for me in 2 setups: chicken 4.6.3 + tokyocabinet-egg 2.01 chicken 4.6.4(experimental) + tokyocabinet-egg 2.2 (submitted to Alex) Two hints: 1. Try to open with this option: mmap-size: 0 2. If the above does not help: I assume that 4.6.0 might be broken or that your installation of egg dependencies is broken. What does (use tokyocabinet) report? What does chicken-status output? And finally: tchmgr inform the-db Greetings Sven ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] UTF8 egg case conversion problem
On Mon, Jan 24, 2011 at 10:36 PM, Mehmet Kose mehmet.k...@gmail.com wrote: Problem persists Sir, utf8-case-map.scm line 323. Considering that's a different function it would have to be a different problem. Can you give me a test case that fails? -- Alex ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] Re: matchable egg ticket #487
On Sun, Jan 23, 2011 at 3:01 PM, Alan Post alanp...@sunflowerriver.org wrote: I've just come across a bug in the matchable egg which I've documented in ticket #487: http://bugs.call-cc.org/ticket/487 A call is made to |length| even when the input isn't a list if a production contains |...|. Thanks, those tail-patterns are a relatively recent extension and this is indeed a bug. I'll fix it ASAP. -- Alex ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Re: matchable egg ticket #487
On Tue, Jan 25, 2011 at 07:51:12AM +0900, Alex Shinn wrote: On Sun, Jan 23, 2011 at 3:01 PM, Alan Post alanp...@sunflowerriver.org wrote: I've just come across a bug in the matchable egg which I've documented in ticket #487: http://bugs.call-cc.org/ticket/487 A call is made to |length| even when the input isn't a list if a production contains |...|. Thanks, those tail-patterns are a relatively recent extension and this is indeed a bug. I'll fix it ASAP. I tried using |...| as something of a last resort trying to match a tail pattern, thinking I wonder if the ... in the documentation is literal, rather than elision. I couldn't figure out any other way to match a tail pattern. Given that they are new, I see now I may have used something that wasn't documented, which clears up a confusion of mine. I wrote such a lengthy test case just to prove to myself that ... was working like I expected it to. These tail-pattern matches are a time-saver for me. In one particular case I have a complex set of boolean variables that I use to generate code, and I use match later on in the routine in order to determine what happened, rather than reusing the boolean variables to see if I made a modification. Basically, I have: if A do x, y if B do y, z if C do x, z and I mant to make sure I do x, y, or z only once, even if there are multiple variables set that require it. Thank you Alex! -Alan -- .i ko djuno fi le do sevzi ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Anyone successfully installed iup on Windows?
2011/1/24 Thomas Chust ch...@web.de: 2011/1/24 Matt Welland estifo...@gmail.com: [...] iup-base.c: In function 'stub1198': iup-base.c:583:1: error: too few arguments to function 'IupReparent' C:\\mylibs\\iup\\include/iup.h:76:11: note: declared here [...] Hmm, that's bad, looks as if the signature of this function changed since I created the bindings. I'll look into it. [...] Hello, a new trunk version of the IUP egg is checked in that now uses the new signature of IupReparent. I herby confirm that the trunk version of the IUP egg works on Windows XP inside VirtualBox with the following software stack: MinGW GCC 4.5.2 (installed through mingw-get) CHICKEN 4.6.3 (installed from source) ffcall 1.10 (installed from source) IM 3.6.3 (installed from binary archive, *_Win32_dllw4_lib variant) CD 5.4.1 (installed from binary archive, *_Win32_dllw4_lib variant) IUP 3.3 (installed from binary archive, *_Win32_dllw4_lib variant) In order to compile the egg, I had to comment out all the find-library checks in its setup script — I'm gradually getting the impression that placing these checks there in the first place was probably a stupid idea :-/ Ciao, Thomas -- When C++ is your hammer, every problem looks like your thumb. ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
