[patch] Fix compile errors on Cygwin
The attached patch fixes this kind of compile errors: /cygdrive/d/downloads/perl/httpd-apreq-2/glue/perl/xsbuilder/APR/Request/Coo kie/APR__Request__Cookie.h:46: error: external linkage required for symbol 'apreq_xs_cookie_table_do' because of 'dllexport' attribute. begin 666 patch.txt [EMAIL PROTECTED](&=L=64O<&5R;"]X'-B=6EL9&5R+T%04B]297%U97-T+T%04E]?4F5Q=65S="YH"2AR979I M'-?:F%R*0HK35!?4U1!5$E#(%A3*&%P'-?8F]D>2D*('L*(" @("!D6%-! M4D=3.PH@(" @(&%PPH@(" @(&184T%21U,["B @ M(" @87!R97%?:&%N9&[EMAIL PROTECTED])E<3L*0$ @+3,Q-RPW("LS,3'-?<&%R'-?<&%R'-B=6EL9&5R+T%0 M4B]297%U97-T+U!A'-?<&%R86U?=&%B;&5?3D585$M% M62D*('L*(" @("!D6%-!4D=3.PH@(" @(%-6("[EMAIL PROTECTED]:CL*0$ @+3$W M-BPW("LQ-S8L-R! 0 T*('T*( H@"BUS=&%T:6,@6%,H6%-?05!27U]297%U M97-T7U]087)A;5]N:6PI"BM-4%]35$%424,@6%,H6%-?05!27U]297%U97-T M7U]087)A;5]N:6PI"B!["B @(" @9%A305)'4SL*(" @(" H=F]I9"EI=&5M M'-?8G)I9V%D95]C M;W!Y*0HK35!?4U1!5$E#(%A3*&%P2D*('L* M(" @("!D6%-!4D=3.PH@(" @(&%P'-?8G)I9V%D95]R96%D*0HK35!? M4U1!5$E#(%A3*&%P[EMAIL PROTECTED])L M+WAS8G5I;&1E'-B M=6EL9&5R+T%04B]297%U97-T+T-O;VMI92]!4%)?7U)E<75E'-?8V]O:VEE7W1A8FQE7V1O M*0H@>PH@(" @(&184T%21U,["B @(" @R!.54Q,+"!.54Q,+"!.54Q,+"!A5$A8('T["D! ("TW."PW("LW M."PW($! #0H@(" @(%A34D5455).7TE6*')V*3L*('T*( HM[EMAIL PROTECTED])L M+WAS8G5I;&1E'-B=6EL9&5R+T%04B]297%U97-T+T5R
Build error on FreeBSD-5.4
This is the error I get when I run make (this happens on freebsd 5.2 too) ar cru .libs/mod_apreq2.a handle.o filter.o ranlib .libs/mod_apreq2.a creating mod_apreq2.la (cd .libs && rm -f mod_apreq2.la && ln -s ../mod_apreq2.la mod_apreq2.la) make: don't know how to make all-local. Stop *** Error code 1 Stop in /house/doink123/libapreq2-2.06-dev/module. *** Error code 1 Stop in /house/doink123/libapreq2-2.06-dev.
[apreq2] problem with $req->args('key')
$req->args('key'); doesn't return the value of 'key' but the whole query string.
Re: [APREQ1] Compile error on Win32
>> >> "Randy Kobes" <[EMAIL PROTECTED]> wrote in message >> news:[EMAIL PROTECTED] >>> On Sun, 31 Jul 2005, Nikolay Ananiev wrote: >>> >>>> "Randy Kobes" <[EMAIL PROTECTED]> wrote in message >>>> news:[EMAIL PROTECTED] >>> [ ... ] >>>>> Did you build mod_perl (and Perl) on your own? VC++ 7 (the >>>>> .NET framework), which you're using, has some >>>>> incompatibilities, in principle, with VC++ 6, which is what >>>>> ActivePerl is compiled with. >>>>> >>>> Yes, I've built MP on my own. >>> >>> Did you also build Perl using VC++ 7? Or are you using >>> ActivePerl? The problem with using ActivePerl (which is >>> built with VC++ 6) and compiling extensions with VC++ 7 is >>> that the two versions use different C runtime libraries. >>> These are responsible for I/O and for memory >>> allocation/deallocation, so one can run into trouble, eg, if >>> one runtime lib (from an extension built with VC++ 7) >>> allocates a chunk of memory and a different runtime lib >>> (from Perl, built with VC++ 6) tries to deallocate it; >>> it may try to dellocate a the wrong block of memory. >> >> Perl is the standard ActivePerl binary from ActiveStates. >> Thanks for the help, Randy. > >Unfortunately, I don't have access to VC++ 7 at the >moment, so I can't say for sure that this is the >problem (I did verify that compiling libapreq using >VC++ 6 with ActivePerl passes all the tests). So you >might try compiling Perl with VC++ 7 - it should >compile OK. Let us know if this helps. I've recompiled perl, apache and mod_perl with .NET and now all tests pass. I guess you can commit your patch.
Loading Apache2::Request under CGI on Win32
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.