headers
Bill Schottstaedt | 9 Aug 21:58

segfault reading ratio

*   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
Permalink | Reply | 1 comment |
headers
Marijn Schouten (hkBst | 26 Jun 12:40

typo in the link to GTK+ documentation


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
Permalink | Reply | 1 comment |
headers
Erick Gallesio | 18 May 20:18

[Announce] STklos-0.98 release


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 ScmPkg repository maintenance
    * Bug fixes

Homepage/Download: See http://www.stklos.net/

--

--
(Continue reading)

Permalink | Reply | 4 comments |
headers
Erick Gallesio | 18 Apr 17:23

Two new packages

Hi,

I have added two packages for STklos which permits to make interfaces with
GTK2. One is a simple wrapper to the GTK api, the other one permits to
dynamically load XML files produced by the Glade interface builder.

Files are packaged as ScmPkg and to install them you just have to
do
         $ stklos-pkg -s
         $ stklos-pkg -i stklos-gtk-base
         $ stklos-pkg -i stklos-gtk-glade

It seems to work on Linux. On MacOs, I had some problems that I cannot 
understand,but I'm not sure of my GTK installation. Any help on this 
platform would be greatly appreciated.

NOTE: It will only work with the development release of STklos which is 
available at http://www.stklos.org/hgweb.cgi/archive/tip.tar.gz

--

-- 
Erick
Permalink | Reply | 0 comments |
headers
Erick Gallesio | 18 Apr 17:32

STklos Wiki.

Hi,

There is now some more documentation (mainly for ScmPkg packages).
It is in fact a simple Wiki which is available
at http://www.stklos.org/Wiki

--

-- 
Erick
Permalink | Reply | 0 comments |
headers
Heinrich Wolf | 31 Mar 01:28

Extending STklos: how to deal with multible return values?


I recently implemented SRFI-25--- multidimensional arrays--- as an
extension to STklos. (Has passed test suite, will be released under
GPL as I find time.)

The `share-array' procedure takes as third argument a procedure, which 
may return more than one value.

To implement this I took a good look at Erick's implementation of
`call-with-values' and soon arrived at a solution that seems to
work--- but: I had to include `vm.h', as my code begins with:

  vm_thread_t *vm = STk_get_current_vm();

To me it seems an extension of STklos should not access things that are---
I suppose--- STklos internals.  Did I miss something?  

--

-- 
hw
Permalink | Reply | 3 comments |
headers
Erick Gallesio | 16 Dec 13:07

[Announce] STklos-0.97 release


This is an announce for the 0.97 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:

    * Fixed support for recent versions of SLIB
    * Added boxes: they were used by the system but unavailable to the user.
    * Improved the stklos-pkg command
    * Fixed several mutexes bugs
    * Minor improvements of the FFI
    * Updated PCRE to version 7.4
    * New implemented SRFIs
          o SRFI-45 (Primitives for expressing iterative lazy algorithms)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Marijn Schouten (hkBst | 28 Nov 18:57

DESTDIR patch and another


Hi Eric,

please consider the following patches. I tested them against 0.96.

These first fixes some issue where files are installed to non-optimal directories.

Index: stklos-0.95/extensions/Makefile.am
===================================================================
--- stklos-0.95.orig/extensions/Makefile.am
+++ stklos-0.95/extensions/Makefile.am
@@ -11,7 +11,7 @@ CC	  = @CC@
 CFLAGS	  = @CFLAGS@ @SH_COMP_FLAGS@ @GTK_CONFIG_CFLAGS@ @GCINC@ $(INCLUDES)

-shobjectdir	    = $(prefix)/lib/ <at> PACKAGE@/@VERSION@
+shobjectdir	    = $(libdir)/@PACKAGE@/@VERSION@
 shobject_SCRIPTS    = ldap.@SH_SUFFIX@

 #======================================================================
@@ -20,7 +20,7 @@ shobject_SCRIPTS    = ldap.@SH_SUFFIX@
 scheme_SRCS = ldap.stk
 scheme_OBJS = ldap.ostk

-schemedir   = $(prefix)/share/ <at> PACKAGE@/@VERSION@
+schemedir   = $(datadir)/@PACKAGE@/@VERSION@
 scheme_DATA = $(scheme_SRCS) $(scheme_OBJS)

The next one fixes the DESTDIR issue I mentioned when 0.96 was just out. I
don't use the uninstall target, so that part is untested.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Rembrandt Wolpert | 1 Nov 05:45

OSX 10.5 Leopard

Just a short note of warning: the newest Apple OSX 10.5 ("Leopard") seems not to like to co-operate with attempts to compile stklos -- a previously compiled stklos seems to run, though (and I haven't excercised it to crash...). This problem applies to quite a few other programs: for example, the guile-based music-notation program lilypond program fails completely on Leopard.

Rembrandt

PS. This may be a problem of compiling the Boehm gc under Leopard?
--
人有不為也而後可有為 

_______________________________________________
STklos mailing list
STklos <at> email.essi.fr
http://email.essi.fr/mailman/listinfo/stklos
Permalink | Reply | 2 comments |
headers
Michael South | 9 Oct 06:18

Bug in mutex release in read.c: Fix

read_it() doesn't release mutex when encounters EOF.

$ diff read.c.orig read.c
719c719,722
<   if (c == EOF) return(STk_eof);
---
>   if (c == EOF) {
>     MUT_UNLOCK(read_mutex);
>     return(STk_eof);
>   }
Permalink | Reply | 0 comments |
headers
Michael South | 9 Oct 05:39

Internal mutexes broken (fix)

In 0.97, MUT_LOCK and MUT_UNLOCK don't work. MUT_LOCK always succeeds
(since it re-initializes the mutex every time!), and MUT_UNLOCK has a
race condition between the ..._unlock() and the ..._destroy().

$ diff stklos.h.orig stklos.h
107,111c107,109
< #  define MUT_DECL(lck)    static pthread_mutex_t lck;
< #  define MUT_LOCK(lck)    { pthread_mutex_init(&lck, NULL); \
<                            pthread_mutex_lock(&lck); }
< #  define MUT_UNLOCK(lck)  { pthread_mutex_unlock(&lck); \
<                              pthread_mutex_destroy(&lck); }
---
> #  define MUT_DECL(lck)    static pthread_mutex_t lck =
PTHREAD_MUTEX_INITIALIZER;
> #  define MUT_LOCK(lck)    { pthread_mutex_lock(&lck); }
> #  define MUT_UNLOCK(lck)  { pthread_mutex_unlock(&lck); }
Permalink | Reply | 1 comment |

Gmane