My understanding is that a perl module that manipulates stdout is not expected to work under mod_perl. IPC::Run manipulates stdout to make different processes connected by pipes work.
You can also go through the following guidelines for porting your scripts to mod_perl. http://perl.apache.org/docs/1.0/guide/porting.html#Output_from_system_calls The following links has guidelines on running subprocesses from mod_perl. http://perl.apache.org/docs/1.0/guide/performance.html#Forking_and_Executing_Subprocesses_from_mod_perl On 8/16/07, jónJósef Bjarnason <[EMAIL PROTECTED]> wrote: > > Dear all.... > > It has been difficult to subscribe to the mailing list, I was refused due > to some SPAM control when using my usual account [EMAIL PROTECTED] I > would really like to know why that happened, as we do not send nor have > we ever sent SPAM. > > But to my problem with IPC..... > > I am using W2K on a dual CPU system running Apache 2.2.4 with mod_perl2. > I am also using Leon Brocard's Graphviz module to create graphs on the > fly, it starts the program dot.exe via IPC::RUN. dot.exe gets started > but never returns anything and stays in queue until the system is shut > down. > > Does anyone know if this is a known problem with IPC::RUN on Windows, > and/or if it can be resolved and how. > > Thanks. > > > Þessi tölvupóstur og viðhengi gæti innihaldið trúnaðarupplýsingar og/eða > einkamál og ereingöngu ætlaður þeim sem hann er stílaður á. Ef sending > þessi hefur ranglega borist yður vinsamlega gætið fyllsta trúnaðar, > tilkynnið sendanda og eyðileggið sendinguna eins og skylt er skv. 47. > gr. laga nr. 81/2003 um fjarskipti. > > The information transmitted, including any attachment, may contain > confidential and/or privileged material and is intended only for the > addressee. If you receive this in error, please keep the information > confidential, contact the sender and delete the material from your > system. >
