Hi all,
On Sun, Oct 19, 2008 at 04:15:15PM +0200, Alexander Burger wrote:
> it seems that there is still another problem with 'pipe'. If I try:
Fixed! I uploaded a new "testing" version.
Both effects were a result of the fact that 'pipe' did not write to the
process' standard output as it should
Hi all,
it seems that there is still another problem with 'pipe'. If I try:
(out (tmp "a") (println (pipe (prinl "abc") (line T
Then "tmp//a" should contain a single line with 'abc'. However, it
also contains another line with 'NIL'. So it looks like that 'pipe'
interferes with the output
Henrik, Thomas, you are right!
On Sun, Oct 19, 2008 at 06:10:37PM +0700, Henrik Sarvell wrote:
> The pipe call in question is being made in articlesByFeed>, could
> first calling httpHead and or ht:Out be a problem?
Bingo! 'ht:Out' is the reason. When in chunked mode, it modifies the
output strea
Good bye Daniel Rooth <[EMAIL PROTECTED]> :-(
You are now unsubscribed
--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]
Good bye David Roper <[EMAIL PROTECTED]> :-(
You are now unsubscribed
--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]
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
(loa
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 m
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:
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]
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 argume
Hi Alex,
while upgrading from picoLisp-2.3.2 to picoLisp-2.3.4, I found that
the file lib/xml.l has different permissions that other files in
picolisp-2.3.4 and the permissions changed with the new version.
Would it be possible to keep the permissions consistently rw-r--r--
for source files? (Oth
Hi Henrik,
> (pipe (xml Html) (till NIL T))
What is the value of the variable 'Html' here? When 'xml' is called with
an argument, it expects a nested list, i.e. it outputs the structures in
that list as XML text.
>From what you write I'm not sure whether you want to convert list
structures to XM
Hi Henrik,
> to convert the HTML parts back to HTML through the use of the xml
> library, to store the text in the database as is. I do not want to
> output the result of course so I use pipe to grab it instead, like so:
Using lib/xml.l for parsing html/sgml is not reliable unless the
html/xhtml
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 in
14 matches
Mail list logo
