> > > > I was reading your posts on the website below regarding problems with > > Lingua::Ispell and apache. > > > > http://www.ecos.de/~mailarc/embperl/2001-03/msg00040.html > > > > I am having the same problems myself right now and was wondering if you > > had ever solved it? I cannot get Ispell to function when run via > > apache, but can get it to work fine in the shell. If you have any tips, > > I'd be happy to hear them.
I was the one who originally asked the question. The problem eventually turned out to be that Apacge/mod_perl has a problem with spawning certain kinds of sub-processes, resulting in zombie child processes. The solution was to shift the call to ispell out to another (persistent) process, which meant making a kind of spelling server, which in turn necessitated making remote procedure calls from Embperl. I chose SOAP::Lite for this, and the resulting code was written up in Dr Dobb's Journal as an article. You can see the client, server code, and a demo at my website: http://www.neilgunton.com/utils/spellserver/ To make calls using SOAP::Lite from Apache/mod_perl, you need to first disable Expat in Apache, because there is a conflict between Apache's and Expat's symbol tables (may be fixed by now, don't know offhand). This is important because SOAP::Lite uses XML, and Expat is the XML interpreter. To do this you need to rebuild Apache, making the rule 'EXPAT=no' in src/Configuration (under the Apache source directory). This works just fine, is very stable and the server regularly stays up for months at a time, talking happily to one copy of ispell (aspell). Hope this helps. -Neil --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
