Octobre 2008 - Gambit-list - mailman.iro.umontreal.ca

number->integer
by Christoph Bauer 30 Oct '08

30 Oct '08

Hi, how can I convert a float number to a integer number? Ok, there are floor, truncate, round, but the result have always a dot in it. I'd like to convert the number - it is (round (time->seconds (current-time))) - to a string without the dot. Thanks for help! Christoph Bauer

9 12

Need help with emacs configuration
by Bradley Lucier 27 Oct '08

27 Oct '08

I'm (definitely) not an emacs guru; perhaps someone can answer this question. My .emacs file on my Mac OS X machine consists of > (global-font-lock-mode 0) > (custom-set-variables > ;; custom-set-variables was added by Custom. > ;; If you edit it by hand, you could mess it up, so be careful. > ;; Your init file should contain only one such instance. > ;; If there is more than one, they won't work right. > '(inhibit-startup-screen t)) > (custom-set-faces > ;; custom-set-faces was added by Custom. > ;; If you edit it by hand, you could mess it up, so be careful. > ;; Your init file should contain only one such instance. > ;; If there is more than one, they won't work right. > ) > (setq load-path (cons "/usr/local/Gambit-C/current/share/emacs/site- > lisp/" load-path)) > (require 'gambit) Will this load gambit.el properly? Will this format gambit sources correctly if I use the command-control-\ key combination? (I want to contribute some modifications to _num.scm and would like them formatted correctly.) Brad

2 1

[ANNOUNCE] intergit repository-linking tool (early release)
by Christian Jaeger 26 Oct '08

26 Oct '08

Hello Ten days ago I started a thread about "Separating generated files?" [1], and suggested in the end that instead of using git submodule functionality, one might be better off using a tool which can, upon committing files in the repository containing generated files, add a link ("reference") pointing to the commit in the source repository which represents the source files they have been generated from, and then when someone is checking out some revision of the source files later, use this information to find the (best-)matching commit in the repository with the generated files. This may also be useful in other situations where one likes to keep repositories separate but they have a version dependency on each other. I've now written a first version of a pair of these two programs, which accomplishes this. You can get them from: http://www.christianjaeger.ch/dyn/pubgit/gitweb?p=intergit.git;a=summary git clone http://christianjaeger.ch/pubgit/intergit.git This will need some finish before really being production ready; it will mainly need some experimentation on how it is to be used exactly, so that possibly missing features in the search and indexing algorithms can be added (like whether it should understand merges between two commits containing references as a commit having both references even if the merge commit doesn't specify a reference), and I'm also keen on some feedback implementation-wise (building the index is currently slow, and some of the problems that I'm listing in the docs (Implementation.txt and TODO.txt) may have solutions I've not been aware of). I've tried to add some useful documentation (see *.txt files), so I'm hoping this helps anyone interested to understand how it works, or just give me some feedback on how it may or may not be useful. I've developed and tested it on Linux. Hints on whether it works under other systems and how to make it work with msysgit would be very appreciated. Christian [1] http://marc.info/?l=git&m=122415845625044&w=2 PS. I've just noticed the thread about "repo - The Multiple Git Repository Tool". I'll have to take a look first to see how it is related to my program--it may take me a few days as I'll be busy. -- My OpenPGP fingerprint: F033 D030 F75D E445 05A1 1865 4ECB DF80 1FE6 92DA

1 0

BSD license
by Marc Feeley 26 Oct '08

26 Oct '08

Hello, I'm considering the addition of a third license to Gambit to make some forms of commercial uses simpler. The license is the simplified BSD license: Copyright (c) 1994-2008, Marc Feeley All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: - Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. - Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. So Gambit will be triple-licensed, and it is up to the user to choose which license they accept. Any comments? Marc

6 10

heartbeat frequency problem in make check
by Cristian Baboi 24 Oct '08

24 Oct '08

Hello! Since I joinded this list, I compiled from source (on RHEL4, RHEL5 and Debian 4; 32 and 64 bit arhitectures) various versions of gambit-c. The tests 4 and 6 from make check have given values close to the expected ones for heartbeat frequency, EXCEPT for the latest few versions of gambit-c. (I don't remember the last good one) For the v4.3.0, regardless of the configuration options I use (--enable-single-host --enable-gcc-opts --enable-inline-jumps --enable-shared), the architecture (32/64 bits, amd/intel), I get ~ 40 Hz instead of close to 500 Hz expected. Why ? ________ Information from NOD32 ________ This message was checked by NOD32 Antivirus System for Linux Mail Servers. part000.txt - is OK http://www.eset.com

2 2

make targets
by Marc Feeley 23 Oct '08

23 Oct '08

The Gambit distribution comes with makefiles supporting many targets including the following: % make bootstrap Builds the system and copies the gsc executable to gsc-comp in the root directory. The makefiles call up gsc-comp to compile the Scheme source files in the system if they are modified. % make mostlyclean Removes all the files that can be regenerated using standard tools (C compiler, TeX, etc). The C files generated by gsc, and the gsi and gsc executables are not removed. % make clean Removes all the files that can be regenerated by a "make" (object files, C files generated by gsc, etc) **except** gsi and gsc. This is useful to bootstrap from the Scheme sources after gsc has been built with an initial "make bootstrap". % make realclean Like "make clean", but also removes gsi and gsc, and all the makefiles generated by the configure script. Some users are surprised that "make clean" does not bring the directory to the state it was in after the tarball was untarred. I guess it is a fairly universal convention that "make clean" should work that way. So I'm thinking of changing the targets as follows: % make bootstrap No change. % make mostlyclean Removes all the files that are generated by a "make", except those that are installed by a "make install", such as the gsi and gsc executables, the Gambit libraries and documentation. % make clean Removes all the files that are generated by a "make", including the gsi and gsc executables. % make realclean Removes all the files that can be regenerated by the configure script and a "make" after a "make bootstrap". In particular all makefiles and C files generated from Scheme files are removed. This is useful for bootstrapping from the Scheme sources. So the procedure for building Gambit from the tarball will be: % tar zxf gambc-v4_3_0-devel.tgz % ./configure % make bootstrap After that a % make realclean % ./configure % make will build the system by regenerating the .c files from .scm files using the gsc-comp built by the "make bootstrap". If you have strong opinions about this or a better idea, let me know! Marc

1 0

Re: [gambit-list] heartbeat frequency problem in make check
by Marc Feeley 23 Oct '08

23 Oct '08

On 23-Oct-08, at 1:17 PM, Claude Marinier wrote: > > On Thu, 23 Oct 2008, Marc Feeley wrote: >> To everyone on the list, if you have a non-Linux flavor of Unix (or >> an unusual Linux distribution or hardware), could you please try it >> out on your system and report any anomalies. > > Looks good on Solaris 10 with recent Recommended patches and gcc > (GCC) 3.4.6 on UltraSPARC (sun4u). > > ... Thank you. > While we are on this topic, while working on a catalogue system > (reads CSV, builds indexes, etc.), I was getting a deadlock error > related to threads and was puzzled because I am not using threads. > Is the heartbeat thread always running? Would it be related to this > error? In the end, I re-wrote without using read-all and the error > went away. Yes, it's not the best way to resolve problems but I am > new to scheme and still feeling my way around. > The program's execution is under the control of the "primordial thread" and this is the only thread running by default. So, to be pedantic, all Gambit programs use threads, i.e. at least one. Gambit's scheduler detects deadlocks and reports them. A deadlock is when no thread can possibly make any progress in the future. For example: % gsi -e "(define m (make-mutex)) (mutex-lock! m) (mutex-lock! m)" *** ERROR IN ##thread-deadlock-action! -- Deadlock detected and also % gsi -e (receive (i o) (open-string-pipe) (display "x" o) (pp (read- char i)) (pp (read-char i))) #\x *** ERROR IN ##thread-deadlock-action! -- Deadlock detected In both cases the primordial thread blocks (in the first case trying to lock a locked mutex, in the second case trying to read from a pipe whose other end is still open), and there is no other thread that might unblock it (by unlocking the mutex or writing something to the pipe). I'd have to look at your faulty code to see what situation caused the deadlock. > By the way, I plan to build a command line interface for the > catalogue and later use Tcl/Tk for the GUI and Expect to manage the > application. Do you know of open source Scheme code for command line > processing? No. But what exactly do you need as a command line interface? I think tcl/tk already provides basic editing commands for input fields. If you look at the code for my Javascript Scheme system (JSS) on the dumping grounds, you will see how to do basic line editing within a web page (which might be an interesting alternative to tcl/tk). > Thanks for a really good tool. I'm glad you like it. Marc

2 2

Embedding Gambit as a dll.
by Neil Baylis 23 Oct '08

23 Oct '08

Hello, I'm working on a project to make an iTunes plugin. I want to use Scheme as an embedded extension language for it. I've managed to get this working using Tiny Scheme, but now would like to try to get a better (i.e. faster) Scheme implementation in there. Hopefully, I can get compiled Scheme in there, instead of interpreted. Is it possible to do this with Gambit? The crux of the problem is that the scheme code cannot declare main(). Instead, it needs to provide an init function and a deinit function. My plugin would call the init function when it loads, and the deinit function when it unloads. There is no stdin or stdout. When the plugin is operating, iTunes will repeatedly call a single function, lets call it the work function. (Actually, there is a stdout.. because if I call printf, the output ends up in the system log file. But I can't reassign it, and there's no stdin). So, the init function will need to set up the scheme environment. Then, when the work function is called, it will need to reference the scheme environment, and call a scheme function in that environment to do the work. I need to provide this functionality as a library that is dynamically loaded by iTunes. As I mentioned above, iTunes already declares main(). If someone could point me at some sample code that embeds Gambit in this manner, or otherwise point me in the right direction, it would be a great help. Thanks, Neil Baylis.

3 2

Git procedures for Gambit
by Marc Feeley 23 Oct '08

23 Oct '08

The new procedures for using git with Gambit are available here: http://dynamo.iro.umontreal.ca/~gambit/wiki/index.php/Contributing_Patches_… Marc

1 0

gti'ing 4.3
by Ken Dickey 22 Oct '08

22 Oct '08

v4.3.0 builds fine, but... gambit>> make update fatal: Not a git repository make: *** [fetch] Error 128 gambit>> git --version git version 1.5.4.3 gambit>> git init Initialized empty Git repository in .git/ gambit>> make update fatal: 'origin': unable to chdir or not a git archive fatal: The remote end hung up unexpectedly make: *** [fetch] Error 128 ?!? Cheers, -KenD

3 2