http://permalink.gmane.org/gmane.lisp.scheme.stklos hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.lisp.scheme.stklos/223 Happy that this version works for you (even if I don't understand why this is the case by looking at the diffs with 0.98 :-). Weird. Erick Gallesio 2008-10-24T06:32:53 http://permalink.gmane.org/gmane.lisp.scheme.stklos/222 _______________________________________________ STklos mailing list STklos< at >email.essi.fr http://email.essi.fr/mailman/listinfo/stklos Rembrandt Wolpert 2008-10-22T16:33:23 http://permalink.gmane.org/gmane.lisp.scheme.stklos/221 _______________________________________________ STklos mailing list STklos< at >email.essi.fr http://email.essi.fr/mailman/listinfo/stklos Rembrandt Wolpert 2008-10-22T20:46:25 http://permalink.gmane.org/gmane.lisp.scheme.stklos/220 Upgrading to the latest version in the mercurial repository does seem to fix the problem. Thanks! - M On Wed, Oct 22, 2008 at 9:53 AM, Rembrandt Wolpert <wolpert< at >uark.edu> wrote: Mark "Monty" Montague 2008-10-22T20:41:32 http://permalink.gmane.org/gmane.lisp.scheme.stklos/219 _______________________________________________ STklos mailing list STklos< at >email.essi.fr http://email.essi.fr/mailman/listinfo/stklos Rembrandt Wolpert 2008-10-22T16:53:18 http://permalink.gmane.org/gmane.lisp.scheme.stklos/218 forwarded because I replied directly to Erick - M ---------- Forwarded message ---------- From: Mark Monty Montague <monty.mark< at >gmail.com> Date: Wed, Oct 22, 2008 at 8:50 AM Subject: Re: [Stklos] errors on amd64 debian unstable To: Erick.GALLESIO< at >unice.fr Here are the results: * STklos version 0.98 * Copyright (C) 1999-2008 Erick Gallesio - I3S-CNRS/ESSI <eg< at >essi.fr> * * [Linux-2.6.26-1-amd64-x86_64/pthread] stklos> (load-verbose 1) stklos> (require "gtklos") ;; Loading file "/usr/local/share/stklos/0.98/gtklos.ostk". **** Error: try-load: bad sharp syntax in `"#"' (type ",help" for more information) stklos> I'm attaching that file. thanks! - M On Wed, Oct 22, 2008 at 3:29 AM, Erick Gallesio <eg< at >polytech.unice.fr> wrote: _______________________________________________ STklos mailing list STklos< at >email.essi.fr http://email.essi.fr/mailman/listinfo/stklos Mark "Monty" Montague 2008-10-22T16:45:06 http://permalink.gmane.org/gmane.lisp.scheme.stklos/217 _______________________________________________ STklos mailing list STklos< at >email.essi.fr http://email.essi.fr/mailman/listinfo/stklos Rembrandt Wolpert 2008-10-22T16:36:03 http://permalink.gmane.org/gmane.lisp.scheme.stklos/216 Hello Mark, I'm quite sure that you are loading an old version of the file (are you sure that the files have been recompiled with the new version of STklos. Can you please try this: saigon(1)% stklosdev * STklos version 0.99dev * Copyright (C) 1999-2008 Erick Gallesio - I3S-CNRS/ESSI <eg< at >essi.fr> * * [Linux-2.6.25-ARCH-i686/pthread] stklos> (load-verbose 1) stklos> (require "gtklos") ;; Loading file "/usr/local/STklos/share/stklos/0.99dev/gtklos.ostk". ;; Loading file "/usr/local/STklos/lib/stklos/0.99dev/gtklos.so". ;; File "/usr/local/STklos/lib/stklos/0.99dev/gtklos.so" loaded. ;; File "/usr/local/STklos/share/stklos/0.99dev/gtklos.ostk" loaded. "gtklos" stklos> I cannot see why this could be different with a 64bit version. If the culprit file is a .ostk file, can you send it me. Thanks Erick Gallesio 2008-10-22T10:30:44 http://permalink.gmane.org/gmane.lisp.scheme.stklos/215 _______________________________________________ STklos mailing list STklos< at >email.essi.fr http://email.essi.fr/mailman/listinfo/stklos Rembrandt Wolpert 2008-10-21T14:54:22 http://permalink.gmane.org/gmane.lisp.scheme.stklos/214 Hi Mark, This remembers me an old problem with compiled macros. I suppose that stklos -f grid1.stk shoud work. Is it the case? BTW, what version of STklos are you using? Erick Gallesio 2008-10-21T09:07:48 http://permalink.gmane.org/gmane.lisp.scheme.stklos/213 Hi, stklos folks, I've installed stklos on debian unstable ("sid") on my amd64 laptop, and I'm seeing a few problems. It seems to work for simple things, but all the demos I tried fail with, e.g. s> ./grid1 **** Error while executing file "./grid1" Where: in try-load Reason: bad sharp syntax in `"#"' - try-load - %try-load - %load - #[closure cad3f0] - try-load - %try-load - eval EXIT make test works OK. I used the default result for ./configure, which said yes to everything except LDAP. I haven't really tried to track this, thinking you gurus may have a quick hint; I can try debugging further if it would be helpful. thanks! - M Mark "Monty" Montague 2008-10-21T07:38:02 http://permalink.gmane.org/gmane.lisp.scheme.stklos/212 Thanks for signaling it. I'll try to fix it asap. Erick Gallesio 2008-08-10T17:56:39 http://permalink.gmane.org/gmane.lisp.scheme.stklos/211 * STklos version 0.98 * Copyright (C) 1999-2008 Erick Gallesio - I3S-CNRS/ESSI <eg< at >essi.fr> * * [Linux-2.6.25-14.fc9.i686-i686/pthread] stklos> 0/1234000000 Received a SIGSGV signal. Try to augment stack size (--stack-size option). If the problem persists, send a mail to <bugs< at >stklos.net> But, stklos> 0/123400000 0 Bill Schottstaedt 2008-08-09T20:00:31 http://permalink.gmane.org/gmane.lisp.scheme.stklos/210 Hello Marijn, This is corrected now. Thanks for signaling it. Erick Gallesio 2008-06-27T10:12:32 http://permalink.gmane.org/gmane.lisp.scheme.stklos/209 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, http://www.stklos.org/ScmPkg/Doc/stklos-gtk-base/stklos-gtk-base.html contains a typo in the link to GTK+ documentation. It should link to http://www.gtk.org/documentation.html but instead links to that plus a final slash. Marijn - -- Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML <http://www.gentoo.org/proj/en/lisp/>, #gentoo-{lisp,ml} on FreeNode -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhjcqoACgkQp/VmCx0OL2xKpACeK63NBF8fNWfs+q5xVxcSJG7r 5zQAoJVdiROQUlMatcOPxTVt2+DhS7Qo =3ZiR -----END PGP SIGNATURE----- Marijn Schouten (hkBst 2008-06-26T10:42:50 http://permalink.gmane.org/gmane.lisp.scheme.stklos/208 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Erick Gallesio wrote: | Marijn Schouten (hkBst) wrote: | > Erick Gallesio wrote: | > | This is an announce for the 0.98 release of STklos. | > | | > | Changes in this release: | > | | > | * Replaced the C/invoke FFI library by libffi: Now GTk2 ScmPkg | > | packages work on MacOs | > | > It looks like it isn't possible to use an external libffi. Is that | correct? I would really | > prefer not to use any bundled libs. | > | > | | Hello Marijn, | | That is true for this release, and I'll change that for the next one, if | needed . The change was mainly due to permit the usage of GTK2 ScmPkg on | MacOS. | | However, the situation on libffi is not very clear. The version I use is | one which was released on April 3, 2008. It is numbered 3.0.5. On | Archlinux, the current version of libffi is 4.2.0 and is not the | autonomous one but the one which is extracted from GCC sources. Gentoo | seems to have a version 3.4.x which is unknown on libffi s Marijn Schouten (hkBst 2008-05-18T21:19:57 http://permalink.gmane.org/gmane.lisp.scheme.stklos/207 > Erick Gallesio wrote: > | This is an announce for the 0.98 release of STklos. > | > | Changes in this release: > | > | * Replaced the C/invoke FFI library by libffi: Now GTk2 ScmPkg > | packages work on MacOs > > It looks like it isn't possible to use an external libffi. Is that correct? I would really > prefer not to use any bundled libs. > > Hello Marijn, That is true for this release, and I'll change that for the next one, if needed . The change was mainly due to permit the usage of GTK2 ScmPkg on MacOS. However, the situation on libffi is not very clear. The version I use is one which was released on April 3, 2008. It is numbered 3.0.5. On Archlinux, the current version of libffi is 4.2.0 and is not the autonomous one but the one which is extracted from GCC sources. Gentoo seems to have a version 3.4.x which is unknown on libffi site. This is the kind of situation that I generally don't like, since it cans be the source of subtle bugs. Anyway, I will try to use the system lib Erick Gallesio 2008-05-18T20:27:29 http://permalink.gmane.org/gmane.lisp.scheme.stklos/206 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Erick Gallesio wrote: | This is an announce for the 0.98 release of STklos. Hi Erick, it seems that the config option for ffi interprets --enable-ffi the same as --disable-ffi in both cases disabling ffi. Marijn - -- Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML <http://www.gentoo.org/proj/en/lisp/>, #gentoo-{lisp,ml} on FreeNode -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgwgvwACgkQp/VmCx0OL2xpoQCbBDLay0q4l3KOBV2Pq23ota+T frYAoMS9LYHhaH3GRavoYA58/VSiUzB6 =fv3c -----END PGP SIGNATURE----- Marijn Schouten (hkBst 2008-05-18T19:26:52 http://permalink.gmane.org/gmane.lisp.scheme.stklos/205 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Erick Gallesio wrote: | This is an announce for the 0.98 release of STklos. | | Changes in this release: | | * Replaced the C/invoke FFI library by libffi: Now GTk2 ScmPkg | packages work on MacOs It looks like it isn't possible to use an external libffi. Is that correct? I would really prefer not to use any bundled libs. Marijn - -- Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML <http://www.gentoo.org/proj/en/lisp/>, #gentoo-{lisp,ml} on FreeNode -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgwhygACgkQp/VmCx0OL2wG2wCgj8ni97yN2Uzk7ZjyzK7t7sqi 8o8Ani9nH697KbuKMmKRzyEGXiRrjX92 =qrVF -----END PGP SIGNATURE----- Marijn Schouten (hkBst 2008-05-18T19:44:40 http://permalink.gmane.org/gmane.lisp.scheme.stklos/204 This is an announce for the 0.98 release of STklos. STklos is a free Scheme System mostly conform to R5RS. The aim of this implementation is to be fast as well as light. The implementation is based on an ad-hoc Virtual Machine. STklos can also be compiled as a library, so that one can easily embeds it in an application. The salient points of STklos are: * efficient and powerful object system based on CLOS providing - Multiple Inheritance, - Generic Functions, - Multi-methods - an efficient MOP (Meta Object Protocol) * a simple to use module system * implements the full tower of numbers defined in R5RS * easy connection to the GTK+ toolkit * Perl compatible regular expressions thanks to the PCRE package. * tail recursive calls are properly implemented Changes in this release: * Replaced the C/invoke FFI library by libffi: Now GTk2 ScmPkg packages work on MacOs * Addded option --build-sync-file to ease personal ScmPk Erick Gallesio 2008-05-18T18:21:17 http://permalink.gmane.org/gmane.lisp.scheme.stklos/203 Hello Heinrich, Excuse me for being so long to answer you. I finally came to the following code for dealing with multiple values. It is different from yours but I expect that it is a little bit more general. Of course, if it doesn't fit your needs, I can integrate the code you provided in your mail. I propose to add the function to transform values to vectors. SCM STk_values2vector(SCM obj, SCM vect) { vm_thread_t *vm = STk_get_current_vm(); SCM src, retval; int len = vm->valc; if (vect) { /* User has provided a vector for storing result */ if (!VECTORP(vect) || VECTOR_SIZE(vect) != len) STk_error("bad vector ~S", vect); retval = vect; } else { /* Allocate a new vector for result */ retval = STk_makevect(len, STk_void); } vm->val = obj; vm->valc = 1; if (len > 1) { /* multiple values */ if (len <= MAX_VALS) { vm->vals[0] = obj; Erick Gallesio 2008-05-01T16:48:52 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.lisp.scheme.stklos