Gambit-list Juin 2011

gambit-list@iro.umontreal.ca

20 participants
24 discussions

Gambit REPL statistics
by Marc Feeley 16 Jui '11

16 Jui '11

Here are some statistics you might find interesting on the purchases of the Gambit REPL app for iPhone/iTouch. The app has been available on the Apple App Store for almost a month now and there have been 215 purchases. Apple keeps statistics on the store from which the purchases were made, giving an idea of where the users are located: 1. USA 110 2. Japan 26 3. Germany 17 4. Canada 16 5. UK 16 6. Australia 8 7. France 3 8. Netherlands 3 9. Spain 3 10. Argentina 2 11. Israel 2 12. Italy 2 13. Russia 2 14. Austria 1 15. Korea 1 16. Norway 1 17. South Africa 1 18. Turkey 1 So if you ever wondered where the users of Gambit live, this is probably a good approximation (actually it is an approximation of Gambit users with iPhones/iPads!). It would seem that most users, about 50%, are in the USA. If you bought Gambit REPL, thank you! After Apple has taken a 30% fee, and income tax, I'm left with about $89 CND. Mind you, I'm not doing this for the money. It is an experiment to see if it is possible to sell an application developed in Scheme on the App Store. My next experiment is to add to Gambit REPL a way to share code with other users on a public repository directly from the iPhone/iPad (currently it is possible to download code by telneting to the device, but I'm aiming at something more user friendly). If you have ideas (or even better, code) please let me know. Marc

7 11

Re: [gambit-list] Files being treated as directories?
by Adam King 15 Jui '11

15 Jui '11

On Wed, Jun 15, 2011 at 10:06 AM, Adam King <akingcoder(a)gmail.com> wrote: > I went ahead and just recompiled the lib with '--enable-debug' first (which > I'll keep enabled till end of beta) I've decided to remove '--enable-debug' for regular testing due to the massive decrease in rendering performance (but will re-enable whenever I see a possible issue). I also get hundreds of errors on startup with it enabled - whenever gambit needs to do a ##include or 'load' - though everything still works fine. It seems to be treating files as a directory somewhere and then recovering. Here's a sample: *** OS ERROR AT "os_files.c"@862.1 -- errno=20 (Not a directory) path="/private/var/mobile/Applications/67AF0861-1AB4-43CD-8821-BFEEF287DEBA/gateway.app/src/msg.scm" fl=4 fd=6 kind=31 direction=1 file char_encoding_errors=32 char_encoding=2 eol_encoding=128 buffering=1536 *** OS ERROR AT "os_files.c"@862.1 -- errno=20 (Not a directory) path="/private/var/mobile/Applications/67AF0861-1AB4-43CD-8821-BFEEF287DEBA/gateway.app/src/void/gambit#.scm" fl=4 fd=6 kind=31 direction=1 file char_encoding_errors=32 char_encoding=2 eol_encoding=128 buffering=1536 *** OS ERROR AT "os_files.c"@862.1 -- errno=20 (Not a directory) path="/private/var/mobile/Applications/67AF0861-1AB4-43CD-8821-BFEEF287DEBA/gateway.app/src/void/r5rs#.scm" fl=4 fd=6 kind=31 direction=1 file char_encoding_errors=32 char_encoding=2 eol_encoding=128 buffering=1536 *** OS ERROR AT "os_files.c"@862.1 -- errno=20 (Not a directory) path="/private/var/mobile/Applications/67AF0861-1AB4-43CD-8821-BFEEF287DEBA/gateway.app/src/void/r4rs#.scm" fl=4 fd=6 kind=31 direction=1 file char_encoding_errors=32 char_encoding=2 eol_encoding=128 buffering=1536 *** OS ERROR AT "os_files.c"@862.1 -- errno=20 (Not a directory) path="/private/var/mobile/Applications/67AF0861-1AB4-43CD-8821-BFEEF287DEBA/gateway.app/src/void/uuid#.scm" fl=4 fd=6 kind=31 direction=1 file char_encoding_errors=32 char_encoding=2 eol_encoding=128 buffering=1536 *** OS ERROR AT "os_files.c"@862.1 -- errno=20 (Not a directory) path="/private/var/mobile/Applications/67AF0861-1AB4-43CD-8821-BFEEF287DEBA/gateway.app/src/msg#.scm" fl=4 fd=6 kind=31 direction=1 file char_encoding_errors=32 char_encoding=2 eol_encoding=128 buffering=1536 Is that normal? Thanks, Adam

2 1

Error with iOS 5.0
by Adam King 15 Jui '11

15 Jui '11

I've been trying to figure out why some gambit scheme code has stopped working under iOS 5.0 beta1. It works fine under 4.3 and the 5.0 simulator, but errors out on the actual iPad running 5.0. Here's the code: (with-input-from-file (list path: (##scm-resource "test.scm")) (lambda () (println "HI")) Prints "HI" under 4.3 (sim and device) and 5.0 sim - but throws: "Operation not permitted" on a 5.0 device. Any ideas? Also (load) has stopped working, throwing the same error. Yes, 5.0 is under NDA - but I'm not talking about any new api or features. Could it be due to more strict file perms? I tried accessing the file from both the app bundle and under 'Documents' - no difference. Thanks

5 6

Reflection on the suitability of keeping the Scheme implementation (i.e. Gambit) and the module system split in two completely separate codebases/projects
by Mikael 14 Jui '11

14 Jui '11

In relation with the conversation below on the use of Black Hole, here's a reflection on Gambit w Black Hole: That the Scheme environment (i.e. Gambit) and the module system (i.e. Black Hole) are completely separate, appears to be a good abstraction to me. Even if for instance R7RS introduces modules at the level of the language spec, still having that part of the language performed by a separate module system tool appears like a good idea to me. (Disclaimer: I didn't study how R7RS does modules, and I'm in no way an expert on module system implementation) This as there's so many things a module system could be set up to do - for instance, access module source code data in various ways such as retrieve packages from a remote host using who-knows what method to ensure that the respective package is up to date. Also I would guess that there are details about how the code expansion is done that the R7RS spec leaves open to the individual module system implementation to decide. Also as a sidenote, a module system brings a lot of complexity with it that you're best off distributing to code that's completely outside of the Scheme implementation's code, so you can develop, debug and study the both completely in separate from each other. So while it's a realistic goal to make a 'perfect' Scheme implementation (in the sense that it that covers 'all' usecases and could be used for years and years with only very minor code updates), making a module system that's 'perfect' in this same sense is probably impossible. Thus there could easily be the need for multiple module systems for a Scheme implementation. So, I'd suppose the solution to the issue Per pointed out below about that it's hard to integrate a module system into Gambit in a reasonable way, is to make documentation and tools for the respective module system, that keeps it super-clear how the user uses the module system (import of modules, compilation etc.), and what parts of Gambit should not be used anymore by the user except for as part of intentionally breaking into the module system's setup during module system debugging or alike, now that the user has chosen to use the module system. Obviously a module system could also block access to the Gambit features that should no longer be used i.e. (load), (include), possibly the -exe argument etc., or overload them with corresponding features from the module system. The solution to the issue is not to make a single module system inside Gambit that's hardwired to it and that's it. In all cases this is what I perceive as the proper path of development, based on seeing Gambit and Black Hole currently - how they interact and the outcome from this interaction. Corrections, thoughts or suggestions are welcome. For instance, what ways do you see in which Gambit could be made even more suitable for implementing a module system atop of it? Kind regards, Mikael 2011/6/8 Per Eckerdal <per.eckerdal(a)gmail.com> .. > Hehe.. The stuff you have been experiencing is a large reason to why I have > pretty much given up working on Black Hole, it is so hard to integrate it > into Gambit in a reasonable way. > > It kindof works for me personally, for instance because I know that the > warning messages you see are from Gambit and not BH, but there are so many > small things that don't make sense unless you know the inner workings of BH > (debugging from the REPL and attempting to access the hygienically renamed > variables is a mess), and I haven't been able to get around it. >

4 5

A simple blackhole test
by Benjohn Barnes 14 Jui '11

14 Jui '11

I've slightly developed the simple Black Hole test in the previous email. Here are the files I'm using: - module1.scm (define (hello) (print "Hello") (newline)) (hello) - module2.scm (define (world) (print "World") (newline)) (world) - test.scm (import module1) (import module2) (hello) (world) (print "All Done!") (newline) Here's what happens when I build and then try to run the executable: > simple-test # ls -l > total 24 > -rw-r--r--@ 1 benjohn benjohn 51 7 Jun 16:27 module1.scm > -rw-r--r--@ 1 benjohn benjohn 51 7 Jun 16:28 module2.scm > -rw-r--r--@ 1 benjohn benjohn 80 7 Jun 16:29 test.scm > simple-test # bsc -exe test.scm > Loaded Black Hole. > Hello > World > *** WARNING -- "module1#hello" is not defined, > *** referenced in: ("/Users/benjohn/Code/gambit/simple-test/test.c") > *** WARNING -- "module2#world" is not defined, > *** referenced in: ("/Users/benjohn/Code/gambit/simple-test/test.c") > simple-test # ./test > *** ERROR IN | test| -- Operator is not a PROCEDURE > (#!unbound) > simple-test # So, I suppose I have two questions – should I expect to get these "not defined" error on symbols that are in other projects, and why doesn't the executable work? (it's the same error that I get with the executable from the openGL test project in the earlier email after the second invocation of bsc) :-) Thanks, Benjohn -- benjohn(a)fysh.org - Twitter @benjohnbarnes - Skype benjohnbarnes - Mobile +44 (0) 7968 851 636

3 6

continuation implementation details
by Jason E. Aten 08 Jui '11

08 Jui '11

(sorry for duplicate post, changing the title to be accurate here...) On Wed, Jun 8, 2011 at 4:14 PM, Jason E. Aten <j.e.aten(a)gmail.com> wrote: > Hi Marc, > > I was wondering if there is a write-up of the details of how Gambit > implements first-class continuations? > > I'm writing a little language for research purposes, but I'm not sure how > to do continuations efficiently, and the Inside-out slides whetted my > appetite, but I couldn't grok it fully from them. > > If others on the list have pointers to papers as well, I'd enjoy reading > about the best thoughts on how to implement continuations. > > Thanks! > > Jason >

3 3

Re: [gambit-list] GC-related questions
by Marc Feeley 08 Jui '11

08 Jui '11

On 2011-06-06, at 8:17 AM, Mikael More wrote: > Maybe it could be some kind of sallad in the use of gambit.h, such that the new install tries to re-use the gambit.h of my 4.5.1 install? Funny though that this error does not happen when lib/os.h is unmodified. The error is simpler than that... In lib/os_base.c there is some extra code in the initialization of ___base_mod that shouldn't be there: ___base_module ___base_mod = { 0 #ifdef ___DEBUG , 0, 0, 0 #ifdef ___DEBUG_ALLOC_MEM_TRACE , 0, 0 #endif #endif #ifdef ___BASE_MODULE_INIT ___BASE_MODULE_INIT #endif }; Just remove the #ifdef ___DEBUG_ALLOC_MEM_TRACE , 0, 0 #endif I guess the C++ compiler is a bit more finicky than the C compiler (which does not mind having more fields than the definition of the ___base_module structure in lib/os_base.h). Marc

3 2

Declarations inside c-define forms
by Alex Queiroz 08 Jui '11

08 Jui '11

Hallo, I have code that I compile with (declare (fixnum)), but some procedures need generic arithmetic so I add (declare (generic)) in their scopes. I tried to do this inside a c-define form: (c-define (c:think level) (int) void "rvs_think" "" (declare (generic)) (let* ((max-time (level->time level)) (strategy (alpha-beta-searcher-timed 'nega max-time Iago-eval)) (position (c:current-position)) (player (position-player position)) (board (position-board position)) (move (strategy (game-state-index *c:game-state*) player board))) (c:make-move move))) and got this error: *** ERROR IN "/Users/alex/Projects/Reverso/iPhone/reverso.scm"@112.3 -- Ill-placed 'declare' How can I achieve the intended effect? Thanks, -- -alex http://www.artisancoder.com/

1 0

The module system
by Benjohn Barnes 07 Jui '11

07 Jui '11

Hi, I'm reading in "A tour of Scheme in Gambit" about the "X Module System", on page 40: http://dynamo.iro.umontreal.ca/~gambit/wiki/images/a/a7/A_Tour_of_Scheme_in… It mentions two forms: "module" and "use", and describes how a module will be recompiled if the module source is newer than the binary. This sounds great, but in gsi, or when I compile a file with gsc, neither "module" nor "use" are available: > gambit # gsi > Gambit v4.6.1 > > > module > *** ERROR IN (console)(a)1.1 -- Unbound variable: module > 1> (module a_module) > *** ERROR IN (console)(a)2.2 -- Unbound variable: module > 2> Is this something that has been removed, or do I have to turn it on? Thank you, Benjohn -- benjohn(a)fysh.org - Twitter @benjohnbarnes - Skype benjohnbarnes - Mobile +44 (0) 7968 851 636

3 3

Gambit and Emacs
by Steve Graham 07 Jui '11

07 Jui '11

What is the easiest way to use Gambit with Emacs? Are there other IDE's used with Gambit? Thanks, Steve

1 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Gambit-list Juin 2011