Février 2008 - Snow-users-list - mailman.iro.umontreal.ca

snowman-app port problems in Guile
by Julian Graham 15 Avr '08

15 Avr '08

I'm having trouble using the latest version of Snowman to install packages -- or, well, to do very much of anything at all. I'm using GNU Guile. When run with any (valid) arguments, it produces the following error: ERROR: In procedure scm_lreadr: ERROR: #<unknown port>:19:87: illegal character in escape sequence: #\3 When I modify the core snow script to launch Guile with the --debug flag, it produces the following stack trace: In unknown file: ?: 0* [primitive-load "/usr/share/snow/current/bin/snowman"] In /usr/share/snow/current/bin/snowman: 31: 1* [snowman-main] In /usr/share/snow/v1.1.1/pack/snowman-app/v1.0.2/snow/snowman-app.scm: 1077: 2 (let* ((args #)) (split-args args (lambda # #))) In unknown file: ... ?: 3 [snowman-install-or-download-packages (install verify highest ...) () ...] In /usr/share/snow/v1.1.1/pack/snowman-app/v1.0.2/snow/snowman-app.scm: 460: 4 (let* (#) (define # # #) (define # # #) ...) 460: 5* [get-pkg-list-from-snowfort] 245: 6 (let* ((response #)) (if (and # #) (map # #) (begin # #))) ... 253: 7 [map #<procedure #f (x)> ... 265: 8* [snow-string->object-list [ SNIP -- HUGE LIST OF SNOW MODULE CODE] In unknown file: ?: 11* [#<procedure #f (port)> #<input: string 8072130>] In /usr/share/snow/v1.1.1/pack/string/v1.0.2/snow/string.scm: 127: 12* [loop ()] 128: 13 (let* ((x (read port))) (display x) ...) In unknown file: ... ?: 14 [loop (("time" # # ...) ("mime" # #) ("json" # #) ...)] In /usr/share/snow/v1.1.1/pack/string/v1.0.2/snow/string.scm: 128: 15 (let* ((x (read port))) (display x) ...) 128: 16* [read #<input: string 8072130>] /usr/share/snow/v1.1.1/pack/string/v1.0.2/snow/string.scm:128:17: In procedure scm_lreadr in expression (read port): /usr/share/snow/v1.1.1/pack/string/v1.0.2/snow/string.scm:128:17: #<unknown port>:19:87: illegal character in escape sequence: #\3 ...any ideas?

4 5

Google Summer of Code
by Marc Feeley 16 Mar '08

16 Mar '08

Hello Gambit and Snow users. I will be applying to the Google Summer of Code program as a mentoring organization and propose projects for advancing the development of Gambit, Snow, and Termite. I'd like to start a collective brainstorming exercice to come up with a list of specific projects. If you are interested in participating as a student, please respond to this message (preferably on the mailing list). Please describe briefly what you would like to work on. If you cannot participate (e.g. you are not a student) but have project suggestions, then please speak up on the mailing list. Some projects ideas that come to mind: - native thread support - real-time/parallel GC - closer integration of Termite and Gambit - Gambit packages - web framework - documentation - François Pinard's projects (see MSLUG mailing-list archive) Marc

4 6

Ok, how about this one? (Levenshtein Distance Metric in Scheme)
by Matthew Martin 29 Fév '08

29 Fév '08

>From http://www.neilvandyke.org/levenshtein-scm/ "This is a Scheme implementation of the Levenshtein Distance algorithm, which is an edit distance metric of string similarity. The Levenshtein Distance is a function of two strings that represents a count of single-character insertions, deletions, and substitions that will change the first string to the second. The algorithm is due to Vladimir Levenshtein. More information is available in [DADS] and [Gilleland]." It's ready to go, but I havn't a clue what a sensible keyword(s) would be?

2 1

Pregexp.scm
by Bradley Lucier 29 Fév '08

29 Fév '08

> Message: 7 > Date: Thu, 28 Feb 2008 00:43:47 -0500 > From: Marc Feeley <feeley(a)iro.umontreal.ca> > Subject: Re: [Snow-users-list] About ready to upload pregexp, but one > more question. > To: Matthew Martin <matt.a.martin(a)gmail.com> > Cc: snow-users-list(a)iro.umontreal.ca > Message-ID: <0C5FE87E-0623-4BC0-A1C0-B65AD337BE7B(a)iro.umontreal.ca> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > > On 28-Feb-08, at 12:34 AM, Matthew Martin wrote: > >> But I was wondering, what category should it be? Do I need >> to use one that exists, or could I do something like >> (keywords: textproc)? > > I guess "parsing" is the best existing category. But in general, you > can create a new category if none fits. I think that regular expression engines form a category in themselves. Brad

3 2

About ready to upload pregexp, but one more question.
by Matthew Martin 28 Fév '08

28 Fév '08

I still havn't heard back from Dorai so I'm going to go ahead and upload it. I suppose I'll just use (license: see-COPYING) But I was wondering, what category should it be? Do I need to use one that exists, or could I do something like (keywords: textproc)? Also I've noticed I've been top posting, sorry about that.

3 2

New maintainer
by Marc Feeley 28 Fév '08

28 Fév '08

I am pleased to announce that Jeremie Lasalle Ratelle has agreed to help maintain Snow. As you know I have not had as much time as I would have liked to spend on developing Snow further. Jeremie will bring a fresh look to the project. Marc

2 1

A few questions... and a suggestion.
by Matthew Martin 23 Fév '08

23 Fév '08

A warning: I'm a noob, to both Scheme and Snow. First question. I have a snowball of pregexp[1] just about ready to upload, and I was wondering what would be appropriate to put as 'license:' ? Its license states: ----- Copyright (c) 1999-2005, Dorai Sitaram. All rights reserved. Permission to copy, modify, distribute, and use this work or a modified copy of this work, for any purpose, is hereby granted, provided that the copy includes this copyright notice, and in the case of a modified copy, also includes a notice of modification. This work is provided as is, with no warranty of any kind. ----- I'm not sure how picky license: is. Would (license: bsd/mit-like) be ok? Something more descriptive? I'll probably email Dorai and ask if they'd prefer to maintain it or sign it as well before I upload the snowball. Probably be good to ask them what a good description of the license as a symbol would be too. OK, next question. How the heck do I use snow from a REPL o_O Let's say I have this in an emacs buffer: ----- (package* test/v1.0.0 (require: time/v1)) (display (current-time-seconds)) ----- I hit C-c C-l to load and eval it, and it says current-time-seconds is undefined? If I instead slap ":";exec snow -- "$0" "$@" on top and run it as a snow script from a command line, it does what I'd expect it to do. Same results with MzScheme and Chicken so far. I cannot for the life of me figure out why it'd work one way and not the other, I assume I'm doing something fundamentally wrong. Last question. For now ;) What exactly are the differences between these?: load-program* include-program* load* include* include*-cd Only include* seems to be documented, as far as I can tell. I suspect one of the -program* variety may resolve the REPL issue above, but I can't quite seem to penetrate the code. And a suggestion: It'd be nice if the docs mentioned that if you're using a *BSD, you probably want to use gtar when creating snowballs. I was racking my brain for a while on that one. Using NetBSD's default tar at least, seems to confuse snowman when it tries to unpack the snowball saying something about invalid filenames. More docs for the various loads and includes would be handy as well. I'd be willing to document them, if I understood them. [1] http://www.ccs.neu.edu/home/dorai/pregexp/pregexp.html

2 3