"Randy Kobes" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On Mon, 15 Aug 2005, Nikolay Ananiev wrote: > > > Hello, > > I'd like my application to do the following: > > > > if(eval{require Apache2::Request}) { > > use_apreq(); > > } else { > > use_cgi_pm(); > > } > > > > This works with mod_perl on Win32, but has problems under CGI (again on > > Win32). > > > > The problem appears when libapreq2.dll and mod_apreq2.so > > are not in $ENV{PATH}. > > When eval{require Apache2::Request} is executed, on the > > desktop appears a message saying that libapreq2.dll could > > not be found in the path. This would hold the perl process > > until the administrator hits OK. Is there any way to > > prevent this message from showing up? Or maybe there > > should be a warning while installing apreq2 that in order > > to use Apache2::Request under CGI, libapreq2.dll and > > mod_apreq2.so must be in the PATH? > > > > I know I can just add the missing paths to the > > environment, but I'm going to sell my application and I'd > > like to prevent the problems that may appear on my > > clients' servers. > > I've seen this problem too - what you might try is > testing for the presence of APR::Request instead.
This won't help me prevent the problem. BTW, is there an equivalent of GNU ld's -rpath option for the win32 linker? If there is, it will be easy to fix this problem.
