"H. Chaudet" wrote:
>
> A short test of old MC stacks with MC 2.4 B1 showed the following curiosities:
>
> - About the "select" command: with a simple locked field, "select line
> (word 2 of the clickLine) of the target" hilite just the clicked line, but
> "select the clickLine" includes the carriage return in the selection (after
> verification, this behaviour has changed between 2.2 and 2.3).
>
> - It seems to be impossible to change http headers with the httpheaders
> properties.
This needs some explanations which were partially covered by the README:
up to 2.3.x all http stuff was handled by the engine which provided a
minimal header, therefore the need for httpheaders. Since 2.4 we have a
library (which is a substack of the Metacard Menu Bar) which handles
http, ftp and it is called libURL.
The headers are custom properties of this stack and by default they are
more complex then before. They (like anything else in the libURL stack)
can be changed obviously by editing the stack.
>
> - Time response to http fetching shows important fluctuations:
> Just build a simple browser that just set the htmltext of a fld with the
> content of an url given in another fld and then make a call to "answer OK".
> Then try to display the content of the two urls
> "http://wilson.ai.mit.edu/cl-http/cl-http.html"; and
> "http://wilson.ai.mit.edu/cl-http/headers.html";
> With MC 2.3 the response is (quasi) immediate.
> With MC 2.4, in the second case, the script is hung for some seconds.
I just tested the urls with the most recent libURL. The first url loads
fine as you say but the second one shows a problem more with the server
then the stack. It is what they call a dynamically-produced content
which means that the page header doesn't provide the total length of the
message but the message is divided into "chunks" and you get the next
chunk size as you go along the last one being of course "0".
I would say that the library handles this correctly since I tested with
as many urls I could find and it is the server which either doesn't
count the chunk length properly or it forgets to add a crlf after each
chunk as it is supposed to. Note that the server (common Lisp-http) is
not a standard one and it may be not sufficiently tested.
I will look into this some more though.
>
> Herve
>
Andu
Archives: http://www.mail-archive.com/[email protected]/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.
