newlispfanclub.alh.net

Posted: **Wed Mar 11, 2009 5:17 am**

[This message is being forwarded from the USENET newsgroup comp.lang.lisp, where it was originally posted.]

On Wed, 11 Mar 2009 14:02:16 +0900, in comp.lang.lisp Benjamin L. Russell <DekuDekuplex> wrote:

>[...]
>
>According to Section 7 of the "newLISP v.10.0.2 Manual and Reference"
>(see http://www.newlisp.org/newlisp_manual.html#expressions), it
>should be possible to enter multiline expressions into the REPL as
>follows:
>
>>As shown in the following snippet from an interactive session, multiline expressions can be entered by enclosing them between [cmd] and [/cmd] tags:
>>
>> > [cmd]
>> (define (foo x y)
>> (+ x y))
>> [/cmd]
>> (lambda (x y) (+ x y))
>> > (foo 3 4)
>> 7
>> > _
>>
>>Each [cmd] and [/cmd] tag is entered on a separate line. This mode is useful for pasting multiline code into the interactive console.
>
>This works fine in the command-line version of newLISP, as follows:
>
>>newLISP v.10.0.1 on Win32 IPv4, execute 'newlisp -h' for more info.
>>
>>> [cmd]
>>(define (foo x y)
>> (+ x y))
>>[/cmd]
>>(lambda (x y) (+ x y))
>>> (foo 3 4)
>>7
>>>
>
>However, when I try to run the same command in the REPL in the
>GUI-based IDE, newLISP-GS, the following error occurs:
>
>>newLISP v.10.0.1 on Win32 IPv4, execute 'newlisp -h' for more info.
>>
>>> [cmd]
>>(define (foo x y)
>> (+ x y))
>>[/cmd]
>>nil
>>
>>ERR: missing parenthesis : "...))\n[cmd]\n(define (foo x y)\n (+ x y\248\232\""
>>>
>
>I am running newLISP v.10.0.1 on Windows XP Professional, Service Pack
>2.
>
>This problem has been persisting since v.9.4.5. Is this a bug? This
>problem does not seem to be documented in the above-mentioned manual.
>Have any other users been experiencing this problem?

Since the original message was posted in comp.lang.lisp, I would appreciate it if any replies to this message could also be forwarded to the relevant thread, entitled "[newLISP] potential bug in REPL in newLISP-GS in newLISP v.10.0.1," and dated "Wed, 11 Mar 2009 14:02:16 +0900," in that newsgroup as well.

There is a new movement there to start a new comp.lang.newlisp (or possibly comp.lang.lisp.newlisp) newsgroup, but in order to start the newsgroup, it is necessary to demonstrate sufficient interest in newLISP by posting a sufficient number of newLISP-related posts there; your cooperation in this matter would be greatly appreciated.

-- Benjamin L. Russell

Posted: **Wed Mar 11, 2009 8:50 am**

I am running newLISP 10.0.0 on WIN 32 IPv4 and newLISP-GS 1.24 on Win XP pro SP2

Your code

Code: Select all

[cmd]
(define (foo x y)
(+ x y))
[/cmd]

runs fine in both a console and in newLISP-GS.

According to the error message, it appears that when you run the code from GS, the two trailing right parentheses have somehow been moved to the start of the code and also possibly removed all charcters after the 'y', including a newline marker ,as if you entered the following code

Code: Select all

))
[cmd]
(define (foo x y)
(+ x y

I have used prior releases of GS also without problems. Considering that you stated you have had this problem from many releases earlier

This problem has been persisting since v.9.4.5.

I suspect there is a problem either with your XP installation or configuration of GS rather than with newLISP itself.

Are you using a Japanese version of Win XP, or perhaps have some other text-related problems due to Japanese? In other applications, I sometimes run into anamolies (bugs) in character placement in right-to-left languages that disappear when I paste the same text into a pure English Win XP installation.

DrDave

Posted: **Wed Mar 11, 2009 9:05 am**

DrDave wrote:[...]

Are you using a Japanese version of Win XP, or perhaps have some other text-related problems due to Japanese? In other applications, I sometimes run into anamolies (bugs) in character placement in right-to-left languages that disappear when I paste the same text into a pure English Win XP installation.

Yes, in fact I am using a Japanese version of Windows XP, but this problem has not occurred in any other similar applications. For example, I also use DrScheme, but this problem doesn't occur there (although DrScheme does have a problem with frequent intermittent hangs in the "Open File" dialog box).

Is there a way to solve this problem without replacing the OS?

-- Benjamin L. Russell

Posted: **Wed Mar 11, 2009 9:09 am**

Just to inform : no problems for me with newLISP v.10.0.2 on Win32 IPv4 (Windows XP-SP3,french version) with both console and newlisp-GS

Posted: **Wed Mar 11, 2009 9:11 am**

DekuDekuplex wrote:
DrDave wrote:[...]

Are you using a Japanese version of Win XP, or perhaps have some other text-related problems due to Japanese? In other applications, I sometimes run into anamolies (bugs) in character placement in right-to-left languages that disappear when I paste the same text into a pure English Win XP installation.
Yes, in fact I am using a Japanese version of Windows XP, but this problem has not occurred in any other similar applications. For example, I also use DrScheme, but this problem doesn't occur there (although DrScheme does have a problem with frequent intermittent hangs in the "Open File" dialog box).

Is there a way to solve this problem without replacing the OS?

-- Benjamin L. Russell

Interestingly, this problem does not occur if I simply cut and paste the multiline code from another application into the REPL in newLISP-GS, but only if I type it in directly. The same problem occurs independently of whether the Japanese IME (Input Method Editor) is activated.

-- Benjamin

Posted: **Wed Mar 11, 2009 9:28 am**

DekuDekuplex wrote:
DekuDekuplex wrote:
DrDave wrote:[...]

Are you using a Japanese version of Win XP, or perhaps have some other text-related problems due to Japanese? In other applications, I sometimes run into anamolies (bugs) in character placement in right-to-left languages that disappear when I paste the same text into a pure English Win XP installation.
Yes, in fact I am using a Japanese version of Windows XP, but this problem has not occurred in any other similar applications. For example, I also use DrScheme, but this problem doesn't occur there (although DrScheme does have a problem with frequent intermittent hangs in the "Open File" dialog box).

Is there a way to solve this problem without replacing the OS?

-- Benjamin L. Russell
Interestingly, this problem does not occur if I simply cut and paste the multiline code from another application into the REPL in newLISP-GS, but only if I type it in directly. The same problem occurs independently of whether the Japanese IME (Input Method Editor) is activated.

-- Benjamin

Apparently, carriage returns typed within the REPL in newLISP-GS are not being processed properly; viz.:

In the newLISP command prompt REPL, outside the IDE:

Code: Select all

newLISP v.10.0.1 on Win32 IPv4, execute 'newlisp -h' for more info.

> [cmd]
1
[/cmd]
1
>

In the newLISP-GS REPL, inside the IDE:

Code: Select all

> [cmd]
1
[/cmd]
nil
1
nil
1
>

-- Benjamin L. Russell

Posted: **Wed Mar 11, 2009 9:46 am**

DekuDekuplex wrote:
Apparently, carriage returns typed within the REPL in newLISP-GS are not being processed properly; viz.:

In the newLISP command prompt REPL, outside the IDE:
Code: Select all
newLISP v.10.0.1 on Win32 IPv4, execute 'newlisp -h' for more info.

> [cmd]
1
[/cmd]
1
>
In the newLISP-GS REPL, inside the IDE:
Code: Select all
> [cmd]
1
[/cmd]
nil
1
nil
1
> 
-- Benjamin L. Russell

Yes, I confirm, same problem on my computer ... :-/

Posted: **Wed Mar 11, 2009 9:47 am**

It seems that the REPL in newLISP-GS is not compatible with the Japanese version of Windows XP Professional, Service Pack 2, because it does not recognize carriage returns properly. Unless this problem is fixed, I wll be forced to copy and paste multiline entries via an editor, which is quite an inconvenience.

-- Benjamin L. Russell

Posted: **Wed Mar 11, 2009 10:03 am**

DekuDekuplex wrote:It seems that the REPL in newLISP-GS is not compatible with the Japanese version of Windows XP Professional, Service Pack 2, because it does not recognize carriage returns properly. Unless this problem is fixed, I wll be forced to copy and paste multiline entries via an editor, which is quite an inconvenience.

-- Benjamin L. Russell

Incidentally, is there any way to move this discussion to the corresponding thread in comp.lang.lisp (see the thread potential bug in REPL in newLISP-GS in newLISP v.10.0.1 on comp.lang.lisp)? I tend to engage in discussions concerning multiple implementations of Lisp and Scheme simultaneously, and whereas all my other discussions can take place in my newsreader, because this forum is not echoed onto any mailing list or newsgroup, I need to open my browser separately just for this discussion.

I'm actually trying to create a new newsgroup, comp.lang.lisp.newlisp (previously suggested as "comp.lang.newlisp"), as you can see in the thread RFD: comp.lang.newlisp on comp.lang.lisp and news.groups. However, I am running into a lot of opposition from old-time comp.lang.lisp readers who claim that nobody on the USENET cares about newLISP, and am trying to prove them wrong. They're currently watching responses to my newLISP-related posts on comp.lang.lisp to determine whether a newLISP newsgroup is likely to get any readership.

-- Benjamin L. Russell

Posted: **Wed Mar 11, 2009 12:03 pm**

In the newLISP-GS Java front-end the bottom monitor is only a minimal terminal implementation in a Java Swing text area. Only designed for simple one-liners and not designed to be as comfortable as a shell window (which on Mac OS X and other Unix also does tab-expansion to built-in functions).

There are keyboard shut-cuts (shown in the menus) to quickly open, clear or close a new editor in a tab, and then run the contents through the bottom monitor. This would be a typical workflow with Window key-strokes:

Shift-Ctrl-N -> open a new tab

... type your multiline code snippet ..

Alt-R -> evaluate the tab content in the monitor

Alt-Shift-R -> for a fresh monitor newLISP process, if required

Ctrl-N -> clear the tab or

Ctrl-W -> close the tab

You can close the tab with Ctrl-W and use Alt-1, Alt-2 to switch between the top tabbed editor area and the bottom monitor.

There is also a key-combination to switch tabs, but I don't recall them at the moment. They are part of the Java Swing tabbed window implementation.

Ps: welcome to newLISP, and I am also enjoying very much your blog at http://dekudekuplex.wordpress.com/ :)

Posted: **Wed Mar 11, 2009 9:55 pm**

DekuDekuplex wrote:However, I am running into a lot of opposition from old-time comp.lang.lisp readers who claim that nobody on the USENET cares about newLISP, and am trying to prove them wrong.

What's Usenet?

(ducks :-)

Posted: **Thu Mar 12, 2009 12:23 am**

cormullion wrote: What's Usenet?

(ducks :-)

I foolishly posted exactly three messages to what I thought was a "safe" and fairly obscure usenet group (LUA programming language), 4 years ago...

I still get 150 to 200 spam-scam e-mails a month!!!!

------

I fear few Lispers will ever love or use newLISP....

After all, it took a lot of time, dedication, and sheer herculean effort to install and configure that 25 to 50 megabyte distro and getting it customized to work "just right"...

And that was just for emacs ;)

-- xytroxon

Posted: **Thu Mar 12, 2009 4:32 am**

xytroxon wrote:
cormullion wrote: What's Usenet?

(ducks :-)
I foolishly posted exactly three messages to what I thought was a "safe" and fairly obscure usenet group (LUA programming language), 4 years ago...

I still get 150 to 200 spam-scam e-mails a month!!!!

That's a relatively low number. I'm an administrator of a mailing list, and that mailing list gets about thirty spam e-mail messages PER DAY.

That's the reason that you need to purchase a Yahoo! Mail account with SpamGuard™ and unlimited space. Of course, Yahoo! Mail also randomly drops incoming messages occasionally (I ran a test once and proved this to myself, so there is no doubt about this), so that's the reason that you need at least one other account that actually receives all the incoming mail, which will unfortunately have limited account space....

I fear few Lispers will ever love or use newLISP....

After all, it took a lot of time, dedication, and sheer herculean effort to install and configure that 25 to 50 megabyte distro and getting it customized to work "just right"...

And that was just for emacs ;)

Hmm ... DrScheme is easy to install, doesn't need configuration, doesn't need Emacs (although I do ;) ), and is loved by the Scheme community. If DrScheme is loved by the Scheme community, then I can't see why newLISP can't be loved by the Lisp community....

-- Benjamin L. Russell

Posted: **Thu Mar 12, 2009 2:46 pm**

The problem with [cmd][/cmd] tags in the newLISP-GS Java front-end has been fixed. Download a new guiserver.jar from:

http://www.newlisp.org/downloads/develo ... server.jar

and install on Win32 as: $PROGRAMFILES/newlisp/guiserver.jar

or install on Mac OS X and other Unix as: /usr/share/newlisp/guiserver.jar

ps: corrected URL, thanks Dave

Posted: **Thu Mar 12, 2009 7:09 pm**

Lutz wrote:The problem with [cmd][/cmd] tags in the newLISP-GS Java front-end has been fixed. Download a new guiserver.jar from:

http://www.newlisp.org/download/develop ... server.jar

and install on Win32 as: $PROGRAMFILES/newlisp/guiserver.jar

or install on Mac OS X and other Unix as: /usr/share/newlisp/guiserver.jar

Lutz,

there is a typo in your URL. It should be this:
http://www.newlisp.org/downloads/develo ... server.jar

Posted: **Fri Mar 13, 2009 6:31 am**

Lutz wrote:The problem with [cmd][/cmd] tags in the newLISP-GS Java front-end has been fixed. Download a new guiserver.jar from:

http://www.newlisp.org/downloads/develo ... server.jar

and install on Win32 as: $PROGRAMFILES/newlisp/guiserver.jar

or install on Mac OS X and other Unix as: /usr/share/newlisp/guiserver.jar

ps: corrected URL, thanks Dave

Thank you! Multi-line code fragments work correctly in the REPL in the IDE now. Problem solved.

-- Benjamin L. Russell

newlispfanclub.alh.net

(fwd)potential bug in REPL in newLISP-GS in newLISP v.10.0.1

(fwd)potential bug in REPL in newLISP-GS in newLISP v.10.0.1

Re: (fwd)potential bug in REPL in newLISP-GS in newLISP v.10

Re: (fwd)potential bug in REPL in newLISP-GS in newLISP v.10

Re: (fwd)potential bug in REPL in newLISP-GS in newLISP v.10

Re: (fwd)potential bug in REPL in newLISP-GS in newLISP v.10

Re: (fwd)potential bug in REPL in newLISP-GS in newLISP v.10

Re: (fwd)potential bug in REPL in newLISP-GS in newLISP v.10

Re: (fwd)potential bug in REPL in newLISP-GS in newLISP v.10

Re: (fwd)potential bug in REPL in newLISP-GS in newLISP v.10

Re: (fwd)potential bug in REPL in newLISP-GS in newLISP v.10

Re: (fwd)potential bug in REPL in newLISP-GS in newLISP v.10