Pipe and http

2008-10-19 Thread Henrik Sarvell
I currently have a section of code that is loading a remote XML (RSS2 or Atom) and then loads all articles. Since we are talking about HTML inside XML here there is no way for the xml library to realize this, and there should be no reason for it either. In any case because of this I find myself

Re: Pipe and http

2008-10-19 Thread Alexander Burger
On Sun, Oct 19, 2008 at 12:04:12PM +0200, Alexander Burger wrote: Trying (trace 'pipe) in the server Ah, this does not work. Only normal functions (that evaluate all their arguments) can be traced. 'trace' is not intelligent enough to know how built-in functions evaluate their arguments.

Re: Pipe and http

2008-10-19 Thread Alexander Burger
Hi Tomas, 'pipe' worked fine except when run in a server which returned NIL. This would indeed be a bug in the PicoLisp kernel. Do you think you can construct a simple, stand-alone example that demonstrates this effect? Cheers, - Alex -- UNSUBSCRIBE: mailto:[EMAIL PROTECTED]

Re: lib/xml.l rw------- permission in picoLisp-2.3.4

2008-10-19 Thread Alexander Burger
Hi Tomas, the file lib/xml.l has different permissions that other files in picolisp-2.3.4 and the permissions changed with the new version. Oops, sorry! Must have to do with the fact that I originally received that file by mail from you ;-) Fixed from now on. Cheers, - Alex -- UNSUBSCRIBE:

Re: Pipe and http

2008-10-19 Thread Henrik Sarvell
I'm trying to output a nested list to text, see the (trace 'pipe) output I copy pasted. Why do you think there might be a bug in the kernel? Obviously everything is working fine when we work in a non server context and as far as I know the http server is not a part of the kernel? Note also that

Re: Pipe and http

2008-10-19 Thread Tomas Hlavaty
Hi Alex, 'pipe' worked fine except when run in a server which returned NIL. This would indeed be a bug in the PicoLisp kernel. Do you think you can construct a simple, stand-alone example that demonstrates this effect? the following script shows the bug: #!bin/picolisp lib.l (load