newLISP development release v.10.0.5
newLISP development release v.10.0.5
• a new 'xfer-event' for monitoring HTTP byte transfers
• postgres.lsp module for PostgreSQL
• bug fixes
for files and CHANGES notes see:
http://www.newlisp.org/downloads/develo ... .0.3-5.txt
• postgres.lsp module for PostgreSQL
• bug fixes
for files and CHANGES notes see:
http://www.newlisp.org/downloads/develo ... .0.3-5.txt
-
- Posts: 2038
- Joined: Tue Nov 29, 2005 8:28 pm
- Location: latiitude 50N longitude 3W
- Contact:
Yes, I though about this, and this is normally what should be done.
But after going through 62 modules published on http://www.newlisp.org/ and going through 335 files contributed by users over the last ~6 years and collected by me, I found 'error-event', 'error-number' or 'error-text' only used once by Norman in xerror.lsp (currently not published by Norman), a 4-line program defining an error handler to pop up a little box on X-windows in Unix installations.
Of course it also can be found in syntax highlighter files, but that does not break code. And I found it in programs translating functions into other languages than English. But I did not count those.
It also does nor occur in "Introduction to newLISP"
Today custom error handlers are basically only written using 'catch', which gives a fine grainier error handling for a specific portion of code. Its the correct way to write error handlers and done in a similar way by most other programming languages. 'catch' was introduced many years after 'error-event'.
The new 'last-error' behaves like 'net-error' and 'sys-error'.
So I thought its safe to just change it right away :-)
But after going through 62 modules published on http://www.newlisp.org/ and going through 335 files contributed by users over the last ~6 years and collected by me, I found 'error-event', 'error-number' or 'error-text' only used once by Norman in xerror.lsp (currently not published by Norman), a 4-line program defining an error handler to pop up a little box on X-windows in Unix installations.
Of course it also can be found in syntax highlighter files, but that does not break code. And I found it in programs translating functions into other languages than English. But I did not count those.
It also does nor occur in "Introduction to newLISP"
Today custom error handlers are basically only written using 'catch', which gives a fine grainier error handling for a specific portion of code. Its the correct way to write error handlers and done in a similar way by most other programming languages. 'catch' was introduced many years after 'error-event'.
The new 'last-error' behaves like 'net-error' and 'sys-error'.
So I thought its safe to just change it right away :-)
-
- Posts: 2038
- Joined: Tue Nov 29, 2005 8:28 pm
- Location: latiitude 50N longitude 3W
- Contact:
OK, I see your point, in this instance. :) But I think adopting a general, more formal, procedure would be better. Then you wouldn't have to make guesses as to how many people have used a function, how many people have written and published code that used that function, how many people have written but not published code that used that function, how many people need to run the same newLISP code on more than one release at the same time, and so on.
I'm still in the middle of the transition between version 9 and 10... :)
I'm still in the middle of the transition between version 9 and 10... :)
Unfourtunatly it brokes the error-handler in my neobook-interface.So I thought its safe to just change it right away :-)
Code: Select all
(define (error-handler) (print "ErrorNum: " (error-number) " " (error-text)))
(error-event (quote error-handler))
(And it does not matter if it happen in sub or major-releases)
;-(
Edit:
So it must be this:
(define (error-handler) (if(<(first(-2(sys-info)))10005)(print "ErrorNum: " (error-number) " " (error-text))(print "ErrorNum: " (first(last-error)) " " (last(last-error)))))
Hans-Peter
-
- Posts: 2038
- Joined: Tue Nov 29, 2005 8:28 pm
- Location: latiitude 50N longitude 3W
- Contact:
No, he's the only one that you've heard from.So you are the exception to the rule: "Nobody uses it" ;).
Even if it's not worth arguing about in this case, I just don't think this is the way you should remove functions from your software. I may be wrong - perhaps "Mr Python" removes functions that he can't find on his computer in the same way...
-
- Posts: 15
- Joined: Sun May 10, 2009 3:11 am
I don't see anything on the newLisp website guaranteeing that the API is stable anyway. If he wants to remove something or change its behavior, the worst you have to do is probably a find-replace. Unless the behavior of a fundamental, commonly used function is totally changed, which isn't what this was about.
-
- Posts: 65
- Joined: Sat Sep 06, 2008 6:30 am
...announcing it on www.freshmeat.net?
and is it worth announcing it on www.freshmeat.net?
-
- Posts: 608
- Joined: Mon Feb 05, 2007 1:04 am
- Location: Abbotsford, BC
- Contact:
Re: ...announcing it on www.freshmeat.net?
Hell yes! I don't go there often, but I still look back on freshmeat fondly.unixtechie wrote:and is it worth announcing it on www.freshmeat.net?