[Date Prev][Date Next][Thread Prev][Thread Next] [Search] [Date Index] [Thread Index]

Re: [MacPerl] Error type 12 with .acgi



Chris:

In reply to:

>[WebTen] says it can execute AppleScript CGIs.  I don't know if those could be
>done asynchronously though (I imagine not).

Well, I didn't check AppleScript (which I think simply queues 
asyncronous events anyway) but when I ran the demo copy of WebTen 
against 4th Dimension+NetLink/4D, it looks like I got asyncronous 
execution.  (4th Dimension handles the threads in this case, 
NetLink/4D simply converts AppleEvents into results that version 3.5 
of 4th Dimension can handle.)

I'll have to think about the implications, but I'm still not sure how 
useful this is.  Certainly for someone who wants to run a webserver 
on a Mac either to simplify maintenance or because they happen to 
have the hardware, WebTen would allow them to use Perl CGI's more 
effectively.  However, if they are using a Mac because you need to 
interface with some other Mac software, I'm not sure what this buys 
you.  If the software is instrinsically threaded and knows how to 
talk to a Mac Webserver via AppleEvents (like 4D), then you don't 
need WebTen; most Mac webservers will do.  If you need to interact 
with a Mac program that understands AppleEvents but which doesn't 
know how to talk to a WebServer, then I'm not sure if or how this 
would help; I assume that WebTen Perl doesn't know AppleEvents, and 
that MacPerl (which can also be used) would exhibit the same 
.cgi/.acgi behaviour as with any other web server.

Obviously, I don't know nearly enough about the interface between the 
miniMachTen in WebTen and MacOS to think about this clearly.  Maybe 
I'll think of another experiment or two before my demo license 
expires.

Thanks for the suggestion!

-David Steffen-
David Steffen, Ph.D.
President, Biomedical Computing, Inc. <http://www.biomedcomp.com/>
Phone: (713) 610-9770 FAX: (713) 610-9769 E-mail: steffen@biomedcomp.com

# ===== Want to unsubscribe from this list?
# ===== Send mail with body "unsubscribe" to macperl-request@macperl.org