newLISP version 9.1 Release

[Lutz]

• 19 new functions, many enhancements to existing functions, new 64-bit compile flavor, built-in web server.



Binaries for Win32, MacOS X and UBUNTU Linux here: http://newlisp.org/downloads/">http://newlisp.org/downloads/



Release notes: http://newlisp.org/downloads/newLISP-9.1-Release.html">http://newlisp.org/downloads/newLISP-9.1-Release.html



Lutz

[newdep]

Aaaa a mile stone again ;-) Thanks Lutz for the work..!



Documentation, not to forget!! looks also good ;-)

[cormullion]

thanks from me too!

[cormullion]

By the way - the MacOS X installer doesn't include any docs anymore. Is that right?

[cormullion]

Oh sorry, my mistake. It's just moved and I needed to update my bookmarks:



old:

file:///usr/share/newlisp/doc/newlisp_manual.html



new:

file:///usr/share/doc/newlisp/newlisp_manual.html



I seem to remember something about this. A memory leak obviously... :-)

[Lutz]

The move to usr/share/doc/newlisp was made because it seems to be the standard on most UNIX including Mac OS X, LINUX and FreeBSD. The newlisp-tk programs takes this into account but old newlisp-tk.conf files in the home directory should be removed or edited with a text editor to reflect the new doc path.



There is one known place where the new doc path is not reflected, which is the file init.lsp.example. The path in the function 'help' at the end of the file still has the old invalid path. In any case the file will not be loaded until renamed to init.lsp .



Lutz

[cormullion]

Cool. Thanks.

[nigelbrown]

Both deb packages install on my Ubuntu 6.10 (updated to 20Feb updates) using gdebi without any warning messages and newlisp and newlisp-tk run fine and open help docs fine.

Thanks Lutz



Nigel



PS as another option in install.txt - in firefox you click on the deb on the download page - it will offer to install it - when downloaded it will automatically open with gdebi installer and clicking install button does it - very easy. Then run in terminal as described.

[tom]

I'm a bit late to the party, but the arch linux package and PKGBUILD are in their usual locations.

http://perpetualnewbie.info/archlinux/packages/newlisp/newlisp-9.1.0-1.pkg.tar.gz">http://perpetualnewbie.info/archlinux/p ... pkg.tar.gz">http://perpetualnewbie.info/archlinux/packages/newlisp/newlisp-9.1.0-1.pkg.tar.gz

http://perpetualnewbie.info/archlinux/packages/newlisp/PKGBUILD">http://perpetualnewbie.info/archlinux/p ... p/PKGBUILD">http://perpetualnewbie.info/archlinux/packages/newlisp/PKGBUILD

[pjot]

Compiling for Tru64Unix 4.0f revealed a minor issue:

cc: Warning: nl-sock.c, line 1128: In this statement, & before array ""

"" is ignored. (addrarray)

if(newLine) write(handle, &LINE_FEED, strlen(LINE_FEED));

-----------------------------^

As LINE_FEED is a C-define, it seems there is no need to use an ampersand here? From functional point of view this compilewarning can be ignored, of course, but I just thought you'ld like to know.



Peter

[pjot]

The Tru64Unix package for newLisp 9.1 is ready and can be downloaded from here:



http://www.turtle.dds.nl/newlisp/index.html">http://www.turtle.dds.nl/newlisp/index.html





This package contains READLINE support and can be installed both on Tru64Unix 4.x and 5.x systems.



Enjoy,

Peter

[m35]

This is my first post, and I have to say I absolutely love using newlisp. These forums have been very helpful, and I've managed to do some very beautiful things with the language. Unfortunately, my first post deals with some strange behavior I've run across.



The following code fails to print the entire array ctx:a and shows some garbage at the end of the output (with v.9.1.0 on Win32).

Code Select Expand

(context 'EMPTY_CTX)
; Empty context

(context 'MAIN)

(new EMPTY_CTX 'ctx)

(setq ctx:a (array 600))

(println (string ctx:a))


This has been tested on two different Win32 computers, and is 100% reproducible using v.9.1.0.



v.9.0 on Win32, and v.9.1.0 on Linux (Ubuntu) didn't exhibit this behavior in the cursory tests I ran.

[cormullion]

can't reproduce this problem on MacOS X, running 9.1...



nice to see you here, anyway, m35!

[newdep]

Running WINE under linux with newlisp 9.1 gives not a problem either...

(but thats more like a Win98 simmulation)



Under Linux itself also no problem..







Wine output ->



> (context 'EMPTY_CTX)

   ; Empty context



(context 'MAIN)



(new EMPTY_CTX 'ctx)



(setq ctx:a (array 600))



(println (string ctx:a)) EMPTY_CTX

EMPTY_CTX> EMPTY_CTX> EMPTY_CTX> MAIN

> > ctx

> > (nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil)

> >

[HPW]

I can not reproduce it here on WIN XP:

newLISP v.9.1.0 on Win32.



> (context 'EMPTY_CTX)

EMPTY_CTX

EMPTY_CTX> (context 'MAIN)

MAIN

> (new EMPTY_CTX 'ctx)



ctx

> (setq ctx:a (array 600))

(nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

..

..

 nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil

 nil nil nil nil nil nil nil nil)

> (println (string ctx:a))

(nil nil nil nil nil ... nil nil

[text](nil nil nil nil ... nil nil nil nil nil)[/text]

>

I have shorten some nil output here.