newLISP stable release 10.6.2

Started by Lutz, January 19, 2015, 04:52:59 PM

Previous topic - Next topic

Lutz

This stable release adds minor new functionality and fixes bugs.



Thanks to everybody who participated in developing this release with suggestions, bug reports and fixes.





Downloads page: http://www.newlisp.org/index.cgi?Downloads">http://www.newlisp.org/index.cgi?Downloads



Downloads directory:  http://www.newlisp.org/downloads">http://www.newlisp.org/downloads

rickyboy

#1
Thanks, Lutz!



BTW, when you make a release like this, do you ping the port maintainers of newlisp on the BSDs, or do they have to keep up with the releases by keeping their own eye out for them?  Just curious.  I've always meant to ask you this.
(λx. x x) (λx. x x)

Lutz

#2
In the past it worked pretty well without pinging package maintainers. I guess most of them watch either http://www.newlisp.org/rss.cgi">http://www.newlisp.org/rss.cgi or https://twitter.com/newlisp">https://twitter.com/newlisp



But if anyone wants to be pinged for new versions, contact me in a private message with your email.



In case of BSDs, I always test on OpenBSD (64-bit and v.5.4 this time) and FreeBSD (64-bit and v.9.3 this time). They are not always updated to the latest but I guess it helps. For this release, I changed from 'CC = gcc' to 'CC = cc' to make it work for the Clang compiler. My FreeBSD installation on https://www.nearlyfreespeech.net">https://www.nearlyfreespeech.net now works with 64-bit and libffi stuff installed. On OpenBSD, I have to work without libffi, but of course the simple ffi works.



I don't have access to any Red-Hat/Fedora system, but people seem to be happy compiling on it without problems.

jef

#3
Thanks a lot for this new release Lutz!

protozen

#4
Thanks a lot for the update Lutz, can I send you a development donation as a thank you?

Lutz

#5
Your "Thanks" is all what is needed :)

johu

#6
Hello, Lutz.



I am translating the manual to Japanese and have some suggestions.



line 23636 in newlisp_manual v10.6.2
QuoteSetting the option bit to <tt>0x8000</tt> in >int-option will force

 ↓

Setting the option bit to <tt>0x8000</tt> in regex-option will force


And, no problem but

line 23405
Quote<h4>syntax: (regex-comp str-pattern [>int-option])</h4>



<h4>syntax: (regex-comp str-pattern [regex-option])</h4>

Also, following is no problem

There are both regex-option and regex-options.

For example, regex-options are in http://www.newlisp.org/downloads/newlisp_manual.html#directory">directory and http://www.newlisp.org/downloads/newlisp_manual.html#search">search.



Regards,

Lutz

#7
Thanks Johu, all updated to regex-option:



http://www.newlisp.org/downloads/newlisp_manual.html">http://www.newlisp.org/downloads/newlisp_manual.html

hilti

#8
Thank You Lutz from Germany :-)
--()o Dragonfly web framework for newLISP

http://dragonfly.apptruck.de\">http://dragonfly.apptruck.de

johu

#9
Thanks Lutz.



I finished translartions of manuals.



newlisp_manual-10602

CodePatterns-10602



There are in https://onedrive.live.com/?cid=23a9a25e1aec3626&sc=documents&id=23A9A25E1AEC3626!1450">here.

Lutz

#10
Many thanks Johu, all Japanese translations are online here:



Users Manual and Reference: http://www.newlisp.org/newlisp_manual-jp.html">http://www.newlisp.org/newlisp_manual-jp.html



Code Patterns: http://www.newlisp.org/CodePatterns-jp.html">http://www.newlisp.org/CodePatterns-jp.html



Guiserver: http://www.newlisp.org/guiserver-jp/">http://www.newlisp.org/guiserver-jp/

jopython

#11
The links for "UBUNTU Linux Debian 64-bit installers v.10.6.2" are not working at the time of writing.

Thank you,

Lutz

#12
Thanks, I missed the name change from i386 to amd64. Now corrected.

Lutz

#13
Regarding the gethostbyname() buffer overflow announced here:



http://marc.info/?l=bugtraq&m=142237866420639&w=2">http://marc.info/?l=bugtraq&m=142237866420639&w=2



Since version 10.2.9, released in May 2010, newLISP does not use this API and is not affected by this.

bairui

#14
Excellent, Lutz. Kudos for the quick announcement.