Re: ACGI & OSX - pages greater then 32k???
Re: ACGI & OSX - pages greater then 32k???
- Subject: Re: ACGI & OSX - pages greater then 32k???
- From: James Sentman <email@hidden>
- Date: Thu, 11 Apr 2002 14:24:28 -0400
Hello,
I have a basic Applescript cgi running under osx server 10.1.3, this cgi
queries a database (Provue Panorama 3.1.5)running under classic.\
Problem: When the returned page is over about 31-32k, i will get the first 32k
of the HTML ok, then the rest is just random characters/garbage. If the
response is less then 31-32k everything is fine. Is this related to a previous
limitation of applescript being only able to pass messages of 32k?
I believe webstar had in their API a call to circumnavigate this bug??? Is
there anything similar for use under OSX 10.1.3/Apache/ACGI Enabler???
Has anyone had any experience with ACGI despatcher? Does it suffer from this
limitation????
Hi Chris,
I hadn't really tested this, but I just wrote a little script that
sent as much as 650k to the acgi script and it worked ok. I also
tested it with a script running in the classic environment and that
worked also, but I did have to give the script a lot of memory before
I stopped getting out of memory errors.
So I don't think that it is related to the old limitation of 32k in
an apple event.
There are several different things that might be causing it. Are you
referring to the output as a list at any point? I believe that lists
have a smaller maximum entity count than a string does as characters.
There might be other things in AppleScript that are limited in the
amount of data that they can send. Just a thought...
The dispatcher does support the "send partial" event which is how
webstar got around this and processes the hits multi-threaded. If the
program can support this it's actually a good thing to do with large
pages so that they don't tie up the dispatcher from handling other
hits. This is not something that you can build into an apple script
yet because you can't return the apple event with <send partial> in
the return and then keep processing. But a regular program can do
this and it does work.
I don't know anything about Provue Panorama but perhaps this is a
setting you can turn on somewhere? It seems like the 32k limit is
something that provue is adding to the chain. Drop me a note off the
list if I can help you track down whats causing this. If you can
point me to the provue documentation I might be able to see something
in there. There is definitely a problem in the dispatcher right now
in sending binary data, something in the various shell processes is
translating crlf pairs which is ok for text, but causes havoc if
you're trying to serve a image or something through it...
Thanks,
James
--
_________________________________________________________________________
James Sentman <email@hidden>
http://www.sentman.com
Enterprise server monitoring with:
http://whistleblower.sentman.com/
_______________________________________________
applescript-users mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/applescript-users
Do not post admin requests to the list. They will be ignored.