Menu
▾
▴
jscheme-devel — Developer's list
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(39) |
May
(41) |
Jun
(20) |
Jul
(8) |
Aug
(15) |
Sep
(18) |
Oct
(15) |
Nov
(6) |
Dec
(48) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(28) |
Feb
(6) |
Mar
(23) |
Apr
(13) |
May
(3) |
Jun
(12) |
Jul
(26) |
Aug
(1) |
Sep
|
Oct
(14) |
Nov
(2) |
Dec
(18) |
| 2004 |
Jan
(10) |
Feb
(5) |
Mar
(24) |
Apr
(7) |
May
(79) |
Jun
(25) |
Jul
|
Aug
(2) |
Sep
(11) |
Oct
(5) |
Nov
|
Dec
(1) |
| 2005 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(6) |
Oct
|
Nov
|
Dec
|
|
From: Timothy J. H. <tim...@us...> - 2004-05-25 21:59:28
|
Update of /cvsroot/jscheme/jscheme/src/jsint In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv4887/src/jsint Modified Files: Evaluator.java Pair.java Version.java Log Message: implemented all R4RS primitives in javadot |
|
From: Timothy J. H. <tim...@us...> - 2004-05-25 03:08:15
|
Update of /cvsroot/jscheme/jscheme/src/using In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24227 Modified Files: package.html Removed Files: index.html Log Message: removed index.html, using package.html instead |
|
From: Ken A. <kan...@bb...> - 2004-05-24 17:21:21
|
What about #{ ... #} and #[ ... #] instead?
I liked {{ because it only uses up one character, but using # would lets us support reader macros. I'll need to remember more of how we did them in CL.
|
|
From: Timothy J. H. <ti...@cs...> - 2004-05-24 15:21:31
|
On May 24, 2004, at 10:40 AM, Rahul wrote:
> Hi,
>
>> There is a relatively simple approach to this problem that doesn't
>> require backquoting...
>> The idea is just to escape into a regular quoted string with [" .....
>> "]
>> e.g.
>
> That solution would help very much though we would still need to
> escape the inner quotes.
You might be able to use single quotes in place of double quotes....
Yet another possibility would be to use #{ }# to denote quoted
strings
where } can appear with in the quoted string, but you would have to
backslash any appearance of }#
This is lexically similar to the mzscheme style multi-line comments
#| ...... |#
The downside: it adds two additional characters to a string and it
introduces # as a terminating symbol
for the first time, and it still requires one to backslash square
brackets, which arise in javascript code...
The upside: it is very simple to implement and is backwards compatible.
Maybe use #[ ]# as escapes into Scheme for these
#-quasi-strings...
For example, we could include the following chunk of Javascript from
google
as follows:
(define (js-string zzz)
#{
<script>
<!--
function qs(el)
{if (window.RegExp && window.encodeURIComponent)
{var qe=encodeURIComponent(document.f.q.value);
if (el.href.indexOf("q=")!=-1)
{el.href=el.href.replace(new RegExp("q=[^&$]*"),"q="+qe);}
else
{el.href+="&q="+qe;}}return 1;}
// --> #[zzz]#
</script>
}#
)
where the curly braces, square brackets, and various quotes don't need
to be quoted
and where I've inserted a gratutitous argument using the #[...]#
notation.
I'm starting to like this approach. It is easy to understand, easy to
implement, and handles
95% of the interesting cases (CSS quoting, javascript quoting, probably
also SQL and Jython quoting).
---Tim---
> ( quotes are Present often in js but not as common as the { } and [ ]
> ,so i guess escaping them wont be that messy)
>
> ~Rahul
> --
> /*With eyes that speak of the Stars,
> and magick my very soul,
> A Dragon I am Eternal.*/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle
> 10g.Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Jscheme-user mailing list
> Jsc...@li...
> https://lists.sourceforge.net/lists/listinfo/jscheme-user
|
|
From: Rahul <Rah...@Su...> - 2004-05-24 14:42:27
|
Hi,
> There is a relatively simple approach to this problem that doesn't
> require backquoting...
> The idea is just to escape into a regular quoted string with [" ..... "]
> e.g.
That solution would help very much though we would still need to escape
the inner quotes.
( quotes are Present often in js but not as common as the { } and [ ] ,so
i guess escaping them wont be that messy)
~Rahul
--
/*With eyes that speak of the Stars,
and magick my very soul,
A Dragon I am Eternal.*/
|
|
From: Timothy J. H. <tim...@ma...> - 2004-05-24 12:34:11
|
If forgot to remark earlier that I've run into the same problem as
Rahul with having to quote curly braces
(in the context of writing webpages containing CSS in the head).
There is a relatively simple approach to this problem that doesn't
require backquoting...
The idea is just to escape into a regular quoted string with [" ..... "]
e.g.
{<html>
<head> <title>CSS test</title>
<style><!-- ["
body {background:rgb(255,255,240); padding:0.5in}
ln {margin-top:0.1in; margin-bottom:0.1in}
"] -->
</style>
</head>
<body>
<h1>CSS Test</h1>
</body>
</html>
Its a little messy but not too bad. If you want to insert into such a
quoted string you have to use
"][ inserted-scheme-expr-here ]["
e.g.
(servlet (X Y Z)
{<html>
<head> <title>CSS test</title>
<style><!-- ["
body {background:rgb(255,255,240); padding:"][ X ]["in}
ln {margin-top:"][Y]["in; margin-bottom:"][(+ Z 0.1)]["in}
"] -->
</style>
</head>
<body>
<h1>CSS Test</h1>
</body>
</html>
This is certainly simpler than my early proposal with curly-curly-delim
... {{" ......"[...]"......"}}
On May 23, 2004, at 5:11 PM, Ken Anderson wrote:
> Here are two proposals:
>
> P1: Use as the quasistring delimiter {{ also inside a quasistring
> expression {{ starts an escape to Scheme. I think i found this
> approach in another web application and sent email to the group.
Interesting approach and quite easy, but it doesn't seem to buy as much
as the other proposals.
>
> The advantage is
> - you can keep the current syntax, if you only see { and use the new
> one if you see {
> - Only one character #\{ becomes special.
> - I'm guessing that "{{" is uncommon.
>
> P2: Common Lisp has a very flexible reader controlled by a read-table.
> (Once i sat down to work on a Lisp Machine that was reading in ALGOL
> syntax, boy was i suprised.) One way to extend CL was to add
> reader-macros that had the form
> #name where name was the name of a macro, typical one character, like
> #?. These are extensions of #t #f #(). Providing this facility would
> let anyone add a way of swithching syntax. For example, Rahul could
> have solved his javascript problem by using #js{....}, say.
This is an interesting idea. It seems quite powerful and relatively
simple to understand but it has a delimiter
problem unless we say,e.g. the first non-alphanumeric character after
the # is the string delimiter, e.g.
#js@ ...... @
or #js#.......#
or #js$.......$
with the exception that parenthesis type operators match as expected
#js(.....)
#js[.....]
#js{...}
#js<.....>
How does one define a reader and install it in Common Lisp?
Is it just a function from strings to sexpr?
How does it interact with error reporting
(.e.g error in proc F in file g.scm on line 5 char 16, which JScheme
doesn't do anyway...)
It would be nice to have a modular lexical syntax mechanism so that
one could write lexical macros as well as procedural macros...
Currently we use # in several instances ..
#'a'
#'\uFFE6' unicode characters
#(1 2 3 4) vectors
#t #f boolean (ahh this breaks the pattern....)
Maybe we need prefix to indicate it is a reader.
Another problem with this notation, is that it would be nice to use #
notation for typed arrays,
e.g.
#int(1 2 3 4 5)
#double(1 2 3 4 5)
#int[](#int(1 2) #int(3 4))
#String("abcd" "efgh")
But we can always use (list->array TYPE LIST) to get the same effect
(or ([] TYPE LIST))
>
> This proposal is just to add #... extension capability.
>
> P3: I've been interested in rewriting the JScheme (read) in Scheme as
> a finite state machine, and compile it into Java. This should be
> relatively easy because we only have a relatively small number of
> types and operations. This could either implement P2 or the full
> read-table approach.
This would have the advantage of speeding up the reader and providing a
model for writing
read-macros
>
> I guess i've vote for P1 as the easiest thing to do at this point.
Lets keep thinking about it.....
---Tim---
> k
>
>
> At 07:12 PM 5/21/2004 -0400, Timothy John Hickey wrote:
>> That shouldn't be too hard. What delimiters would you suggest?
>>
>>
>> What would you think about some kind of general string delimiter say
>> like this
>>
>> {{+ Here is "some" {javascript} or {CSS} or arrays A[x] or ...
>> and here is a Scheme escape +[(Date.)]+
>> hmmmm? +}}
>>
>> where the character following the
>> {{
>> indicates the stop character for the string, in this case
>> +
>> and
>> +[ ]+
>> would delimit the quasi-string escapes.....
>>
>> So you could equivalently use a period
>>
>> {{. Here is "some" {javascript} or {CSS} or arrays A[x] or ...
>> and here is a Scheme escape .[(Date.)].
>> hmmmm? .}}
>>
>> or a double quote
>>
>> {{" Here is "some" {javascript} or {CSS} or arrays A[x] or ...
>> and here is a Scheme escape "[(Date.)]"
>> hmmmm? "}}
>>
>> and you could switch midway with each [...] providing an opportunity
>> to switch delimiters. For example, here we switch from " to * to @
>>
>>
>> {{" Here is "some" {javascript} or {CSS} or arrays A[x] or ...
>> and here is a Scheme escape "[(Date.)]*
>> hmmmm? here is a square bracket "[" see?
>> maybe just switch for fun *[]@ hmmmm.. @}}
>>
>> What do you think? Would this have helped make the code cleaner
>> and the developers happy?
>>
>> What do other JSchemer's think of this notation?
>> Any other ideas for handling the string delimiter problem?
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle
> 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Jscheme-user mailing list
> Jsc...@li...
> https://lists.sourceforge.net/lists/listinfo/jscheme-user
>
|
|
From: Ken A. <kan...@bb...> - 2004-05-23 21:11:38
|
Here are two proposals:
P1: Use as the quasistring delimiter {{ also inside a quasistring expression {{ starts an escape to Scheme. I think i found this approach in another web application and sent email to the group.
The advantage is
- you can keep the current syntax, if you only see { and use the new one if you see {
- Only one character #\{ becomes special.
- I'm guessing that "{{" is uncommon.
P2: Common Lisp has a very flexible reader controlled by a read-table. (Once i sat down to work on a Lisp Machine that was reading in ALGOL syntax, boy was i suprised.) One way to extend CL was to add reader-macros that had the form
#name where name was the name of a macro, typical one character, like #?. These are extensions of #t #f #(). Providing this facility would let anyone add a way of swithching syntax. For example, Rahul could have solved his javascript problem by using #js{....}, say.
This proposal is just to add #... extension capability.
P3: I've been interested in rewriting the JScheme (read) in Scheme as a finite state machine, and compile it into Java. This should be relatively easy because we only have a relatively small number of types and operations. This could either implement P2 or the full read-table approach.
I guess i've vote for P1 as the easiest thing to do at this point.
k
At 07:12 PM 5/21/2004 -0400, Timothy John Hickey wrote:
>That shouldn't be too hard. What delimiters would you suggest?
>
>
>What would you think about some kind of general string delimiter say
>like this
>
> {{+ Here is "some" {javascript} or {CSS} or arrays A[x] or ...
> and here is a Scheme escape +[(Date.)]+
> hmmmm? +}}
>
>where the character following the
> {{
>indicates the stop character for the string, in this case
> +
>and
> +[ ]+
>would delimit the quasi-string escapes.....
>
>So you could equivalently use a period
>
> {{. Here is "some" {javascript} or {CSS} or arrays A[x] or ...
> and here is a Scheme escape .[(Date.)].
> hmmmm? .}}
>
>or a double quote
>
> {{" Here is "some" {javascript} or {CSS} or arrays A[x] or ...
> and here is a Scheme escape "[(Date.)]"
> hmmmm? "}}
>
>and you could switch midway with each [...] providing an opportunity
>to switch delimiters. For example, here we switch from " to * to @
>
>
> {{" Here is "some" {javascript} or {CSS} or arrays A[x] or ...
> and here is a Scheme escape "[(Date.)]*
> hmmmm? here is a square bracket "[" see?
> maybe just switch for fun *[]@ hmmmm.. @}}
>
>What do you think? Would this have helped make the code cleaner
>and the developers happy?
>
>What do other JSchemer's think of this notation?
>Any other ideas for handling the string delimiter problem?
|
|
From: Ken A. <kan...@us...> - 2004-05-23 16:59:47
|
Update of /cvsroot/jscheme/jscheme/src/build In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv28351 Modified Files: update Log Message: More update changes. |
|
From: Timothy J. H. <tim...@us...> - 2004-05-22 19:29:08
|
Update of /cvsroot/jscheme/jscheme/src/using In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv22043/src/using Modified Files: index.html siscnum.scm Log Message: added siscnum.scm example to the src/using examples |
|
From: Timothy J. H. <tim...@ma...> - 2004-05-21 23:12:13
|
On May 21, 2004, at 5:06 PM, Rahul wrote:
> Hi,
>
> i've not posted here before but i've been a long time user of
> jscheme. thought i should share these ..
Its always nice to hear from other JScheme users...
>
> I used jscheme to a very large extent in my last project [i've just
> joined another firm].
>
> [An administration interface for a webapplication that runs over
> tomcat.]
> while I had a lot of trouble to get the management to accept jscheme
> [I did a prototype with most of the functionality they needed]
> I encountered the highest resistance from Developers. [Mostly due to
> the fact that it was neither jsp nor xslt which they were familiar
> with]
> coupled withe the reputation of scheme as an academic language, not
> for real world .. it was really interesting to argue the case :) .
When more projects that actually start to use Scheme the arguments will
get easier.
How does management feel about Scheme now?
For example, would they be happy to have a link to their site from the
JScheme website
talking about a success story? .... or would it be counter productive
to advertise the fact?
Maybe they would prefer not to advertise the underlying implementation
stories....
>
> One interesting point which they pointed out was also that , our
> application was javascript intensive, and the amount of escaping
> that we needed to introduce for the curly braces made it look quite
> ugly. [We were able to solve the prob partly by linking the js from
> outside but
> for the left over script portions the problem still remained.]
>
> Since Jscheme has targeted the webplatform and javascript is one of
> the beasts that we are likely to encounter very often in that arena,
> it would be nice to have some way of toggling the string delimiters
> with some other strings.
That shouldn't be too hard. What delimiters would you suggest?
What would you think about some kind of general string delimiter say
like this
{{+ Here is "some" {javascript} or {CSS} or arrays A[x] or ...
and here is a Scheme escape +[(Date.)]+
hmmmm? +}}
where the character following the
{{
indicates the stop character for the string, in this case
+
and
+[ ]+
would delimit the quasi-string escapes.....
So you could equivalently use a period
{{. Here is "some" {javascript} or {CSS} or arrays A[x] or ...
and here is a Scheme escape .[(Date.)].
hmmmm? .}}
or a double quote
{{" Here is "some" {javascript} or {CSS} or arrays A[x] or ...
and here is a Scheme escape "[(Date.)]"
hmmmm? "}}
and you could switch midway with each [...] providing an opportunity
to switch delimiters. For example, here we switch from " to * to @
{{" Here is "some" {javascript} or {CSS} or arrays A[x] or ...
and here is a Scheme escape "[(Date.)]*
hmmmm? here is a square bracket "[" see?
maybe just switch for fun *[]@ hmmmm.. @}}
What do you think? Would this have helped make the code cleaner
and the developers happy?
What do other JSchemer's think of this notation?
Any other ideas for handling the string delimiter problem?
>
> Other than that I was able to convert some of my dev friends into
> users of jscheme [the turning point came due to jscheme's ability to
> easily inspect and modify internal variables which came in real handy
> while trying to debug live servers where QA had demonstrated elusive
> bugs.]
Ken is to thank for the nice inspection tools!
If thats a selling point, we might want to develop some more tools in
that direction ...
Its kind of ironic that a system without much of a debugger (JScheme)
finds one of its most useful applications
is in debugging!
Maybe its the power that is uncovered by providing the developer with
direct interactive, scriptable
access to the running program.
>
> JScheme's ability to work with java with out any scaffolding [and the
> dot notation is really helpful] was real handy and also helped in the
> conversions :).
Hmmmm. Jscheme as the anti-IDE?
>
> These are the details of the project that I worked in:
> [ Quark Web Application Framework -- It is used as the underlying
> container for Quark's [http://www.quark.com] enterprise products]
> The rest of the products based on QWAF extends the admin interface
> thru jscheme.
> QMP [http://www.quark.com/products/quarkdms/modules/media_portal]
> QDM [http://www.quark.com/products/quarkdds/overview_modules.html]
> --A kind of proxy for our custom requests built using the same
> application also uses it quite heavily.
Impressive! I love seeing Scheme invisibly present in products! (like
the Lisp purportedly in Orbitz)
The JScheme zlib/png license certainly helps encourage such uses as it
places no major restrictions on
its use....
>
> Thanks a lot for jscheme..
Thanks for the feedback...
The JScheme language/implementation benefits greatly when we get
feedback
from people using JScheme to build real systems. Both Ken and I are
active JScheme users,
and many of the people on this list are active users as well. I'd like
to thank all the people on
this list for their help (and patience) over the years.
---Tim---
>
>
>
> ~Rahul
> -- blufox.batcave.net
> /*With eyes that speak of the Stars,
> and magick my very soul,
> A Dragon I am Eternal.*/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle
> 10g.Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Jscheme-user mailing list
> Jsc...@li...
> https://lists.sourceforge.net/lists/listinfo/jscheme-user
|
|
From: Ken A. <kan...@bb...> - 2004-05-21 20:30:04
|
Yes, We could just treat a string at the top level to be a comment.
At 03:53 PM 5/21/2004 -0400, Timothy John Hickey wrote:
>On May 21, 2004, at 3:15 PM, Ken Anderson wrote:
>
>>I think you can generate the code with dclass/dclass.scm ( which now needs to be changed to use either JS or JScheme. It would write the wrapper code for you.
>Nice!
>Do you think this syntax could be easily modified to easily add javadoc comments somehow,
>e.g. with a (javadoc {......}) command as below?
>---Tim---
>
>>
>>
>>(define-class
>>
>> (package groupdemo)
>> (import "jscheme.*")
>>
>> (javadoc {comments on the class...})
>> (public class GroupServerW)
>>
>> (SchemeProcedure groupserver)
>>
>> (javadoc {comments on the constructor ...})
>> (public GroupServerW (int port)
>> (.groupserver$# this (make-group-server port)))
>>
>> (javadoc {comments on the instance method})
>> (public void quit () (groupserver 'quit))
>>
>> (public static void main (String[] args)
>> (main args)))
>>
>
>I've long wanted to create a minimal JScheme in which all of the primitives were implemented
>directly using javadot (we have this in jscheme/Bootstrap*.scm) and where the Java classes
>implementing JScheme are implemented, metacircularly in JScheme using dclass as above!
>(Some of this is already there, e.g. the reflection classes defining JavaField etc, are effectively
>reimplemented in the Scheme modules jsint/compiler/Reflection.scm ...)
>
>This would provide an implementation of JScheme entirely in JScheme (modulo the standard Java libraries).
>
>Building a JScheme/dclass->JVM byte code interpreter a la KAWA would complete the transformation
>of Java into Scheme and I would never have to write another Java class or rely on another Java compiler
>again! :)
>
>---Tim---
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: Oracle 10g
>Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE.
>http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
>_______________________________________________
>Jscheme-devel mailing list
>Jsc...@li...
>https://lists.sourceforge.net/lists/listinfo/jscheme-devel
|
|
From: Timothy J. H. <ti...@cs...> - 2004-05-21 19:53:36
|
On May 21, 2004, at 3:15 PM, Ken Anderson wrote:
> I think you can generate the code with dclass/dclass.scm ( which now
> needs to be changed to use either JS or JScheme. It would write the
> wrapper code for you.
Nice!
Do you think this syntax could be easily modified to easily add javadoc
comments somehow,
e.g. with a (javadoc {......}) command as below?
---Tim---
>
>
> (define-class
>
> (package groupdemo)
> (import "jscheme.*")
>
> (javadoc {comments on the class...})
> (public class GroupServerW)
>
> (SchemeProcedure groupserver)
>
> (javadoc {comments on the constructor ...})
> (public GroupServerW (int port)
> (.groupserver$# this (make-group-server port)))
>
> (javadoc {comments on the instance method})
> (public void quit () (groupserver 'quit))
>
> (public static void main (String[] args)
> (main args)))
>
>
I've long wanted to create a minimal JScheme in which all of the
primitives were implemented
directly using javadot (we have this in jscheme/Bootstrap*.scm) and
where the Java classes
implementing JScheme are implemented, metacircularly in JScheme using
dclass as above!
(Some of this is already there, e.g. the reflection classes defining
JavaField etc, are effectively
reimplemented in the Scheme modules jsint/compiler/Reflection.scm ...)
This would provide an implementation of JScheme entirely in JScheme
(modulo the standard Java libraries).
Building a JScheme/dclass->JVM byte code interpreter a la KAWA would
complete the transformation
of Java into Scheme and I would never have to write another Java class
or rely on another Java compiler
again! :)
---Tim---
|
|
From: Ken A. <kan...@bb...> - 2004-05-21 19:15:31
|
I think you can generate the code with dclass/dclass.scm ( which now needs to be changed to use either JS or JScheme. It would write the wrapper code for you. (define-class (package groupdemo) (import "jscheme.*") (public class GroupServerW) (SchemeProcedure groupserver) (public GroupServerW (int port) (.groupserver$# this (make-group-server port))) (public void quit () (groupserver 'quit)) (public static void main (String[] args) (main args))) |
|
From: Timothy J. H. <tim...@us...> - 2004-05-21 17:43:50
|
Update of /cvsroot/jscheme/jscheme/licenses In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv8298 Added Files: JScheme.txt Log Message: renamining Jscheme.txt to JScheme.txt |
|
From: Timothy J. H. <tim...@us...> - 2004-05-21 17:43:08
|
Update of /cvsroot/jscheme/jscheme/licenses In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv8063 Removed Files: Jscheme.txt Log Message: renamining Jscheme.txt to JScheme.txt |
|
From: Timothy J. H. <tim...@us...> - 2004-05-20 18:58:46
|
Update of /cvsroot/jscheme/jscheme/src/using In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12799/src/using Modified Files: siscnum.scm Log Message: added using/siscnum.scm module |
|
From: Timothy J. H. <tim...@us...> - 2004-05-20 17:59:42
|
Update of /cvsroot/jscheme/jscheme/src/jscheme In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32654 Added Files: JScheme.java Log Message: added new jscheme/JScheme.java file |
|
From: Timothy J. H. <tim...@us...> - 2004-05-20 17:57:30
|
Update of /cvsroot/jscheme/jscheme/src/using In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32174/src/using Modified Files: Active.java Added Files: siscnum.scm Log Message: created new jscheme.JScheme class, reinstated old jschemme.JS class |
|
From: Timothy J. H. <tim...@us...> - 2004-05-20 17:57:30
|
Update of /cvsroot/jscheme/jscheme/src/jscheme In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32174/src/jscheme Modified Files: JS.java SchemeTests.scm Log Message: created new jscheme.JScheme class, reinstated old jschemme.JS class |
|
From: Timothy J. H. <tim...@us...> - 2004-05-20 17:57:30
|
Update of /cvsroot/jscheme/jscheme/src/jlib In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32174/src/jlib Removed Files: Module.scm ModuleTest.scm Log Message: created new jscheme.JScheme class, reinstated old jschemme.JS class |
|
From: Timothy J. H. <tim...@us...> - 2004-05-20 17:57:30
|
Update of /cvsroot/jscheme/jscheme/src/interact In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32174/src/interact Modified Files: Interactor.java Log Message: created new jscheme.JScheme class, reinstated old jschemme.JS class |
|
From: Timothy J. H. <tim...@us...> - 2004-05-20 17:57:30
|
Update of /cvsroot/jscheme/jscheme/src/jsint In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32174/src/jsint Modified Files: Scheme.java Version.java Log Message: created new jscheme.JScheme class, reinstated old jschemme.JS class |
|
From: Timothy J. H. <tim...@us...> - 2004-05-20 17:57:29
|
Update of /cvsroot/jscheme/jscheme/src/jscheme/bsf In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32174/src/jscheme/bsf Modified Files: Engine.java Log Message: created new jscheme.JScheme class, reinstated old jschemme.JS class |
|
From: Timothy J. H. <tim...@us...> - 2004-05-20 17:57:25
|
Update of /cvsroot/jscheme/jscheme/doc In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32174/doc Modified Files: whatsnew.html Log Message: created new jscheme.JScheme class, reinstated old jschemme.JS class |
|
From: Timothy J. H. <tim...@us...> - 2004-05-20 17:57:24
|
Update of /cvsroot/jscheme/jscheme/src/elf In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32174/src/elf Modified Files: SchemeComparator.java SchemeInvocationHandler.java Log Message: created new jscheme.JScheme class, reinstated old jschemme.JS class |
