Re: svn commit: r1067389 - in /httpd/apreq/trunk/glue/perl/lib/APR/Request: ./ Magic.pm
On Fri, Feb 4, 2011 at 9:04 PM, wrote: > Author: joes > Date: Sat Feb 5 05:04:58 2011 > New Revision: 1067389 > > URL: http://svn.apache.org/viewvc?rev=1067389&view=rev > Log: > class for writing apreq code portable across cgi/mp2 Is this for the issue Mark reported? == > --- httpd/apreq/trunk/glue/perl/lib/APR/Request/Magic.pm (added) > +++ httpd/apreq/trunk/glue/perl/lib/APR/Request/Magic.pm Sat Feb 5 05:04:58 > 2011 > @@ -0,0 +1,18 @@ > +package APR::Request::Magic; > +require base; > +eval { require APR::Request::Apache2; }; > +if ($@) { > + require APR::Request::CGI; > + require APR::Pool; > + base->import("APR::Pool"); > + *handle = *APR::Request::CGI::handle; > + *new = sub { bless APR::Pool->new, shift; }; > + return 1; > +} > +require Apache2::RequestRec; > +require Apache2::RequestUtil; On my initial read I missed the return statement, so it might be a bit easier to grok with this block in an 'else' section. This looks good though - exactly towards the Apache2::APR decoupling that I think we need to go in mod_perl land. > +base->import("Apache2::RequestRec"); > +*handle = *APR::Request::Apache2::handle; > +*new = sub { bless Apache2::RequestUtil->request, shift; } > + > +1; > > Propchange: httpd/apreq/trunk/glue/perl/lib/APR/Request/Magic.pm > -- > svn:eol-style = native > > >
Re: [RELEASE CANDIDATE] libapreq2 2.13 RC
On Sun, Nov 28, 2010 at 8:39 AM, Joe Schaefer wrote: > I believe this problem isn't new on OSX. If you > look at what it's trying to do, it's trying to > load the version of libapreq2 that's already installed > on your computer, instead of the one sitting in > your build tree. > > > What we've been telling users to do is go ahead and > install before running the tests. That did the trick, tests are now running. All of them pass except for upload.t t/apreq/upload.t .. request has failed (the response code was: 404) see t/logs/error_log for more details t/apreq/upload.t .. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 80/80 subtests [Sun Nov 28 08:43:30 2010] [error] [client 127.0.0.1] File does not exist: /Users/phred/dev/libapreq2-2.13/glue/perl/t/htdocs/getfiles-perl-pod > > > - Original Message >> From: Fred Moyer >> To: Issac Goldstand >> Cc: apreq-dev@httpd.apache.org >> Sent: Sat, November 27, 2010 10:43:02 PM >> Subject: Re: [RELEASE CANDIDATE] libapreq2 2.13 RC >> >> Tests failed to start with Snow Leopard, perl 5.12.2, httpd 2.2.15, >> Apache-Test 1.34. >> >> Reason: Incompatible library version: mod_apreq2.so requires version >> 12.0.0 or later, but libapreq2.3.dylib provides version 11.0.0 >> >> Looks relevant - was a prereq version bumped for this release? Or is >> my build environment just odd? >> >> saving config data to apache_test_config.pm >> /Users/phred/dev/sl/httpd2/bin/httpd -d >> /Users/phred/dev/libapreq2-2.13/module/t -f >> /Users/phred/dev/libapreq2-2.13/module/t/conf/httpd.conf -D APACHE2 >> using Apache/2.2.15 (prefork MPM) >> waiting 60 seconds for server to start: 00:00httpd: Syntax error on >> line 13 of /Users/phred/dev/libapreq2-2.13/module/t/conf/httpd.conf: >> Cannot load > /Users/phred/dev/libapreq2-2.13/module/apache2/.libs/mod_apreq2.so >> into server: >>dlopen(/Users/phred/dev/libapreq2-2.13/module/apache2/.libs/mod_apreq2.so, >> 10): Library not loaded: >> /Users/phred/dev/sl/httpd2/lib/libapreq2.3.dylib >> Referenced from: >> /Users/phred/dev/libapreq2-2.13/module/apache2/.libs/mod_apreq2.so >> Reason: Incompatible library version: mod_apreq2.so requires version >> 12.0.0 or later, but libapreq2.3.dylib provides version 11.0.0 >> waiting 60 seconds for server to start: 00:04^Z >> >> On Thu, Nov 25, 2010 at 11:34 AM, Issac Goldstand >>wrote: >> > >> > -BEGIN PGP SIGNED MESSAGE- >> > Hash: SHA1 >> > >> > After a year and a half, the apreq team would like to release version >> > 2.13 of libapreq. Please test and vote on the following tarball: >> > >> > http://people.apache.org/~issac/libapreq2-2.13.tar.gz >> > http://people.apache.org/~issac/libapreq2-2.13.tar.gz.asc >> > http://people.apache.org/~issac/libapreq2-2.13.tar.gz.md5 >> > >> > Thanks, folks! >> > Issac >> > -BEGIN PGP SIGNATURE- >> > Version: GnuPG v1.4.10 (MingW32) >> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ >> > >> > iEYEARECAAYFAkzuulcACgkQ7bEFiW+VIthPngCeN1V8AzC9lsuCWjJt/EsJnZ0r >> > DS0AniVDbyqUi6GO74mefdyTACi2wa+5 >> > =OF6j >> > -END PGP SIGNATURE- >> > >> > >> > - >> > To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org >> > For additional commands, e-mail: dev-h...@perl.apache.org >> > >> > >> > > > >
Re: [RELEASE CANDIDATE] libapreq2 2.13 RC
Tests failed to start with Snow Leopard, perl 5.12.2, httpd 2.2.15, Apache-Test 1.34. Reason: Incompatible library version: mod_apreq2.so requires version 12.0.0 or later, but libapreq2.3.dylib provides version 11.0.0 Looks relevant - was a prereq version bumped for this release? Or is my build environment just odd? saving config data to apache_test_config.pm /Users/phred/dev/sl/httpd2/bin/httpd -d /Users/phred/dev/libapreq2-2.13/module/t -f /Users/phred/dev/libapreq2-2.13/module/t/conf/httpd.conf -D APACHE2 using Apache/2.2.15 (prefork MPM) waiting 60 seconds for server to start: 00:00httpd: Syntax error on line 13 of /Users/phred/dev/libapreq2-2.13/module/t/conf/httpd.conf: Cannot load /Users/phred/dev/libapreq2-2.13/module/apache2/.libs/mod_apreq2.so into server: dlopen(/Users/phred/dev/libapreq2-2.13/module/apache2/.libs/mod_apreq2.so, 10): Library not loaded: /Users/phred/dev/sl/httpd2/lib/libapreq2.3.dylib Referenced from: /Users/phred/dev/libapreq2-2.13/module/apache2/.libs/mod_apreq2.so Reason: Incompatible library version: mod_apreq2.so requires version 12.0.0 or later, but libapreq2.3.dylib provides version 11.0.0 waiting 60 seconds for server to start: 00:04^Z On Thu, Nov 25, 2010 at 11:34 AM, Issac Goldstand wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > After a year and a half, the apreq team would like to release version > 2.13 of libapreq. Please test and vote on the following tarball: > > http://people.apache.org/~issac/libapreq2-2.13.tar.gz > http://people.apache.org/~issac/libapreq2-2.13.tar.gz.asc > http://people.apache.org/~issac/libapreq2-2.13.tar.gz.md5 > > Thanks, folks! > Issac > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAkzuulcACgkQ7bEFiW+VIthPngCeN1V8AzC9lsuCWjJt/EsJnZ0r > DS0AniVDbyqUi6GO74mefdyTACi2wa+5 > =OF6j > -END PGP SIGNATURE- > > > - > To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org > For additional commands, e-mail: dev-h...@perl.apache.org > >
Re: [RELEASE CANDIDATE] libapreq2 2.12 RC2
Joe Schaefer wrote: - Original Message t/apreq/cgi# writing file: /Users/phred/dev/svn/sl/trunk/SL-App/src/libapreq2-2.12/glue/perl/t/cgi-bin/test_cgi.pl My guess is that this write failed. Wonder why, permissions maybe? No cgi-bin dir on my system in glue/perl/t. Permissions are ok, I can create one from the shell. ph...@pooky ~/dev/svn/sl/trunk/SL-App/src/libapreq2-2.12 $ t/ total 32 drwxr-xr-x 12 phred phred 408B Mar 6 15:20 . drwxr-xr-x 11 phred phred 374B Mar 6 13:17 .. -rwxr-xr-x 1 phred phred 581B Mar 6 13:17 REPORT -rwxr-xr-x 1 phred phred 579B Mar 6 13:17 SMOKE -rwxr-xr-x 1 phred phred 1.7K Mar 6 13:17 TEST -rw-r--r-- 1 phred phred 1.1K Mar 5 16:39 TEST.PL drwxr-xr-x 6 phred phred 204B Mar 6 13:20 api drwxr-xr-x 9 phred phred 306B Mar 6 13:16 apreq drwxr-xr-x 8 phred phred 272B Mar 6 15:20 conf drwxr-xr-x 3 phred phred 102B Mar 6 13:20 htdocs drwxr-xr-x 5 phred phred 170B Mar 6 13:21 logs drwxr-xr-x 4 phred phred 136B Mar 6 13:16 response
Re: [RELEASE CANDIDATE] libapreq2 2.12 RC2
On Fri, Mar 6, 2009 at 11:35 AM, Joe Schaefer wrote: > > Please test and vote on > > http://people.apache.org/~joes/libapreq2-2.12-RC2.tar.gz > http://people.apache.org/~joes/libapreq2-2.12-RC2.tar.gz.asc > > These should have the .deps directories removed, but > otherwise the source is unchanged. Fred, try running > make install before running make test on this one. make install fixed the earlier problems. All tests pass now except for one. I probably don't have a needed module installed, will try to identify it and add the proper directive to the test. ph...@pooky ~/dev/svn/sl/trunk/SL-App/src/libapreq2-2.12/glue/perl $ ./t/TEST t-verbose /apreq/cgi.t setting ulimit to allow core files ulimit -c unlimited; /Users/phred/dev/perl/bin/perl /Users/phred/dev/svn/sl/trunk/SL-App/src/libapreq2-2.12/glue/perl/t/TEST 't-verbose' '/apreq/cgi.t' unknown opts or test names: t-verbose -help will list options ph...@pooky ~/dev/svn/sl/trunk/SL-App/src/libapreq2-2.12/glue/perl $ ./t/TEST -verbose t/apreq/cgi.t setting ulimit to allow core files ulimit -c unlimited; /Users/phred/dev/perl/bin/perl /Users/phred/dev/svn/sl/trunk/SL-App/src/libapreq2-2.12/glue/perl/t/TEST -verbose 't/apreq/cgi.t' /Users/phred/dev/sl/httpd2/bin/httpd -d /Users/phred/dev/svn/sl/trunk/SL-App/src/libapreq2-2.12/glue/perl/t -f /Users/phred/dev/svn/sl/trunk/SL-App/src/libapreq2-2.12/glue/perl/t/conf/httpd.conf -D APACHE2 using Apache/2.2.4 (prefork MPM) waiting 60 seconds for server to start: 00:00[Fri Mar 06 13:21:15 2009] [warn] PassEnv variable PERL5LIB was undefined waiting 60 seconds for server to start: ok (waited 0 secs) server localhost:8529 started t/apreq/cgi# writing file: /Users/phred/dev/svn/sl/trunk/SL-App/src/libapreq2-2.12/glue/perl/t/cgi-bin/test_cgi.pl 1..71 # Running under perl version 5.008008 for darwin # Current time local: Fri Mar 6 13:21:16 2009 # Current time GMT: Fri Mar 6 21:21:16 2009 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.31 # # of keys : 5, key_len 5 # Failed test 1 in t/apreq/cgi.t at line 74 # testing : GET long query # expected: 30 # received: # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # not ok 1 # # of keys : 15, key_len 5 # Failed test 2 in t/apreq/cgi.t at line 74 fail #2 # testing : GET long query # expected: 90 # received: # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # not ok 2 # # of keys : 26, key_len 5 # Failed test 3 in t/apreq/cgi.t at line 74 fail #3 # testing : GET long query # expected: 156 # received: # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # not ok 3 # # of keys : 5, key_len 100 # testing : GET long query # expected: 505 # received: # Failed test 4 in t/apreq/cgi.t at line 74 fail #4 # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # not ok 4 # # of keys : 15, key_len 100 # Failed test 5 in t/apreq/cgi.t at line 74 fail #5 # testing : GET long query # expected: 1515 # received: # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # not ok 5 # # of keys : 26, key_len 100 # testing : GET long query # expected: 2626 # received: # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # not ok 6 # Failed test 6 in t/apreq/cgi.t at line 74 fail #6 # # of keys : 5, key_len 305 # testing : GET long query # expected: 1530 # Failed test 7 in t/apreq/cgi.t at line 74 fail #7 # received: # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # not ok 7 # # of keys : 15, key_len 305 # testing : GET long query # expected: 4590 # received: # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # # Failed test 8 in t/apreq/cgi.t at line 74 fail #8 not ok 8 # # of keys : 26, key_len 305 # testing : GET long query # expected: 7956 # received: # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # Failed test 9 in t/apreq/cgi.t at line 74 fail #9 # not ok 9 # # of keys : 5, big_key_len 100 # testing : POST big data # Failed test 10 in t/apreq/cgi.t at line 96 # expected: 505 # received: # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # not ok 10 # # of keys : 15, big_key_len 100 # testing : POST big data # Failed test 11 in t/apreq/cgi.t at line 96 fail #2 # expected: 1515 # received: # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # not ok 11 # # of keys : 25, big_key_len 100 # testing : POST big data # expected: 2525 # received: # # 404 Not Found # # Not Found # The requested URL /cgi-bin/test_cgi.pl was not found on this server. # not ok 12 # Failed test
Re: [RELEASE CANDIDATE] libapreq2 2.10 RC1
Failed a few tests here, perl 5.8.8, apache 2.2.10, mod_perl 2.0.4 prefork, linux. Can look at this more tomorrow. [EMAIL PROTECTED] perl]$ ./t/TEST -verbose t/apreq/upload.t [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl /home/phred/sl/SL-CP/src/libapreq2-2.10/glue/perl/t/TEST -verbose 't/apreq/upload.t' /home/phred/sl/httpd2/bin/httpd -d /home/phred/sl/SL-CP/src/libapreq2-2.10/glue/perl/t -f /home/phred/sl/SL-CP/src/libapreq2-2.10/glue/perl/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS using Apache/2.2.10 (prefork MPM) waiting 60 seconds for server to start: .[Wed Nov 12 16:15:21 2008] [warn] PassEnv variable PERL5LIB was undefined . waiting 60 seconds for server to start: ok (waited 0 secs) server localhost.localdomain:8529 started t/apreq/upload 1..80 # Running under perl version 5.008008 for linux # Current time local: Wed Nov 12 16:15:22 2008 # Current time GMT: Thu Nov 13 00:15:22 2008 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.31 request has failed (the response code was: 404) see t/logs/error_log for more details Dubious, test returned 255 (wstat 65280, 0xff00) Failed 80/80 subtests Test Summary Report --- t/apreq/upload (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 80 tests but ran 0. Files=1, Tests=0, 1 wallclock secs ( 0.04 usr 0.01 sys + 0.50 cusr 0.04 csys = 0.59 CPU) Result: FAIL Failed 1/1 test programs. 0/0 subtests failed. [warning] server localhost.localdomain:8529 shutdown [ error] error running tests (please examine t/logs/error_log) [EMAIL PROTECTED] perl]$ cat t/logs/error_log [Wed Nov 12 16:13:29 2008] [notice] Apache/2.2.10 (Unix) mod_apreq2-20051231/2.6.3 mod_perl/2.0.4 Perl/v5.8.8 configured -- resuming normal operations [Wed Nov 12 16:13:29 2008] [info] Server built: Oct 30 2008 05:08:37 Wed Nov 12 16:13:40 2008] [error] [client 127.0.0.1] File does not exist: /home/phred/sl/SL-CP/src/libapreq2-2.10/glue/perl/t/htdocs/getfiles-binary-httpd [Wed Nov 12 16:13:40 2008] [info] removed PID file /home/phred/sl/SL-CP/src/libapreq2-2.10/glue/perl/t/logs/httpd.pid (pid=17468) [Wed Nov 12 16:13:40 2008] [notice] caught SIGTERM, shutting down [Wed Nov 12 16:15:21 2008] [notice] Apache/2.2.10 (Unix) mod_apreq2-20051231/2.6.3 mod_perl/2.0.4 Perl/v5.8.8 configured -- resuming normal operations [Wed Nov 12 16:15:21 2008] [info] Server built: Oct 30 2008 05:08:37 [Wed Nov 12 16:15:21 2008] [debug] prefork.c(1001): AcceptMutex: sysvsem (default: sysvsem) [Wed Nov 12 16:15:23 2008] [error] [client 127.0.0.1] File does not exist: /home/phred/sl/SL-CP/src/libapreq2-2.10/glue/perl/t/htdocs/getfiles-binary-httpd [Wed Nov 12 16:15:23 2008] [info] removed PID file /home/phred/sl/SL-CP/src/libapreq2-2.10/glue/perl/t/logs/httpd.pid (pid=17536) [Wed Nov 12 16:15:23 2008] [notice] caught SIGTERM, shutting down --- [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl /home/phred/sl/SL-CP/src/libapreq2-2.10/glue/perl/t/TEST -bugreport -verbose=0 /home/phred/sl/httpd2/bin/httpd -d /home/phred/sl/SL-CP/src/libapreq2-2.10/glue/perl/t -f /home/phred/sl/SL-CP/src/libapreq2-2.10/glue/perl/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS using Apache/2.2.10 (prefork MPM) waiting 60 seconds for server to start: .[Wed Nov 12 16:13:29 2008] [warn] PassEnv variable PERL5LIB was undefined . waiting 60 seconds for server to start: ok (waited 0 secs) server localhost.localdomain:8529 started t/api/cookie.ok t/api/error..ok t/api/module.ok t/api/param..ok t/apreq/big_inputok t/apreq/cgi..skipped: (no reason given) t/apreq/cookie...ok t/apreq/cookie2..ok t/apreq/inherit..ok t/apreq/request..ok t/apreq/upload...request has failed (the response code was: 404) see t/logs/error_log for more details t/apreq/upload... Dubious, test returned 255 (wstat 65280, 0xff00) Failed 80/80 subtests Test Summary Report --- t/apreq/upload (Wstat: 65280 Tests: 0 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 80 tests but ran 0. Files=11, Tests=135, 10 wallclock secs ( 1.96 usr 0.03 sys + 6.33 cusr 0.52 csys = 8.84 CPU) Result: FAIL Failed 1/11 test programs. 0/135 subtests failed. [warning] server localhost.localdomain:8529 shutdown [ error] error running tests (please examine t/logs/error_log) make[1]: *** [run_tests] Error 1 make[1]: Leaving directory `/home/phred/sl/SL-CP/src/libapreq2-2.10/glue/perl' make: *** [perl_test] Error 2 [EMAIL PROTECTED] libapreq2-2.10]$ ls t/ On Wed, Nov 12, 2008 at 10:29 PM, Bojan Smojver <[EMAIL PROTECTED]> wrote: > It has been over two years since the latest apreq2 release, so it is > time to get some new code out the door. Numerous bugs were fixed (see > the full list in the CHANGES file) since the last official release > (2.08), so please g
Re: Should we release 2.10?
Yes, testers await. On Wed, Nov 12, 2008 at 9:14 PM, Philip M. Gollucci <[EMAIL PROTECTED]> wrote: > Bojan Smojver wrote: >> >> On Wed, 2008-11-12 at 23:08 -0500, Philip M. Gollucci wrote: >> >>> Apache-Test definitely jumps through hoops for SSL. >>> >>> Are your perl SSL CPANs up-to-date ? >> >> Whatever Fedora 9 has, I have. Whether that's most up to date, I don't >> know. >> >> I think I should just put out an RC tarball and let people test. Then >> we'll know what's going on. >> > go for it. > > -- > > Philip M. Gollucci ([EMAIL PROTECTED]) c: 703.336.9354 > Consultant - P6M7G8 Inc. http://p6m7g8.net > Senior System Admin - RideCharge, Inc. http://ridecharge.com > 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C > > Work like you don't need the money, > love like you'll never get hurt, > and dance like nobody's watching. >
Re: Apache2::Request UPLOAD_HOOK and mod_perl Handler
Michael Michalowski Web.de wrote: > hi, > > I've got a few questions about the UPLOAD_HOOK of Apache2::Request > and the way implementing it. I'm not sure, whether this is the right > mailinglist or not, so sorry if this is not the right one. ;-) Apache2::Request is part of the libapreq package so this is the correct list, but you could also ask this on the mod_perl list since Apache2::Request is one of the primary modules for processing request arguments. http://perl.apache.org/maillist/modperl.html > I'm trying to write a Perl Class which provides a handler() function > for mod_perl. something like that: > > package InterRed::UploadLimiter; > > use strict; > use Digest::MD5 qw(md5_hex); > use CGI::Cookie; > > sub handler > { > my $r = shift; > my $transparent_hook = sub { > my ($upload, $data, $data_len, $hook_data) = @_; > warn "$hook_data: got $data_len bytes for " . $upload->name; > }; > > my $req = Apache2::Request->new($r, > UPLOAD_HOOK => $transparent_hook, > ); > $req->parse(); > > return Apache2::Const::OK; > } > > 1; > __END__ > ... > Therefor I tried to register my handler like that in my apache config > file: > > > # PerlFixupHandlerInterRed::UploadLimiter > # PerlChildInitHandlerInterRed::UploadLimiter > PerlHandler InterRed::UploadLimiter > > > As you can see, I tried different Handler types, because I'm not sure > which one is right to handle uploads (the upload must not be started > at this time). I want the handler to control any kind of perl cgi > script, which sends uploads to the server. The closest correct handler is the PerlHandler, except that you referenced Apache2::Request above, so I assume that you are using mod_perl2. You need to use PerlResponseHandler there instead of PerlHandler. PerlResponseHandler InterRed::UploadLimiter See this link for a summary of the different handler phases. http://perl.apache.org/docs/2.0/user/handlers/intro.html#mod_perl_Handlers_Categories For an example of using the UPLOAD_HOOK, see this article I wrote on perl.com: http://www.perl.com/pub/a/2005/05/05/aggregation.html It may be a bit overkill since you are new to this stuff, but it demonstrates the necessary configuration and a complete handler for processing uploaded data. HTH, Fred
Re: [RELEASE CANDIDATE] libapreq 1.34-RC3
Issac Goldstand wrote: We're still waiting on a couple of PMC votes to roll. If anyone's got time to make test and vote on this, it'd be great. Issac I remember testing this and giving a +1, and seeing another +1 from Randy Kobes, but I can't seem to track down those emails in the archive. http://marc.info/?l=apache-httpd-dev&m=118245721026747&w=2 There looks like some activity rolling the 2.09 release also, so I thought I would drop a friendly ping here to see if there's anything that needs to be done to roll this one also.
Re: [RELEASE CANDIDATE] libapreq 1.34-RC3
Issac Goldstand wrote: > Please give the tarball at > > http://people.apache.org/~issac/libapreq-1.34-RC3.tar.gz > > a try and report comments/problems/etc. to the apreq-dev list > at [EMAIL PROTECTED] All tests OK on Fedora Core 5, perl 5.8.8, apache 1.3.37, mod_perl 1.30. +1
Re: Problems with apreq2 on OS X
Dave Viner wrote: this might be a dumb question, but have you checked that the apreq module is loaded? LoadModule apreq_modulemodules/mod_apreq2.so ? Egads - that was it. I've only been using this module for how many years? Somehow that line went missing from my httpd.conf in one of my latest development sessions. Thanks for the spot Dave. Patrick sorry for not seeing this earlier but I guess I overlooked the basics. I'm going to go hide in the corner now for a while :)
Re: [RELEASE CANDIDATES] Status ?
Philip M. Gollucci wrote: Hi all, so it seems I dropped the ball on the releases. I'm about to get back into it. Does anyone know of any issues that are still oustanding from mod_perl-2.0.3-RC1 Apache-Test 1.29-RC1 libapreq2 2.09-RC1 before I roll -RC2s. I'm pretty sure Apache-Test and libapreq2 will be ready with -RC2 for release. mod_perl might need a -RC3. There's one issue I know of with libapreq2 (thread on it earlier today), but I have had one of those bad computer weeks and haven't had enough time to put together a decent report for the list. I'll try to get something to you early this week on it, hopefully with a reproducible test case.
Re: Problems with apreq2 on OS X
I know, I'm just frustrated and venting after losing many hours of dev time. The reason CGI won't work in my case is I've written all this code as a handler and putting into CGI seems like it'd be a lot of work. Maybe not, I'm not sure what I would have to change since I rely so much on the request object. Not much :) Unless you are calls specific to libapreq, the main api is pretty much identical. my $cgi = CGI->new($r); my $req = Apache2::Request->new($r); my $foo = $cgi->param('foo'); my $req = $req->param('foo); When you say to use an earlier version of libapreq, do you mean version 1.0? That won't work because all the linux dists I deal with are ones with pre-packaged mod_perl2 and apache2 (but haven't been able to get apreq to compile correctly against those pre-package versions, trying everything from source). Try libapreq2-2.07 or 2.08 (http://apache.seekmeup.com/httpd/libapreq/libapreq2-2.07.tar.gz) Use the same directory structure for earlier (or later) versions. I try to avoid the pre-packaged mod_perl and apache versions on most linux distributions. Some of them get it right, but most don't (same for most any package that you are building an application on). I build mod_perl and apache from source always. Thanks for your replies! No problem. Sometimes you will run into frustrating issues, but the reason they are obvious is because the rest of the time these tools are making you productive :)
Re: Problems with apreq2 on OS X
Patrick Galbraith wrote: [Sun Oct 29 12:38:27 2006] [notice] Apache/2.2.3 (Unix) mod_ssl/2.2.3 OpenSSL/0.9.8d DAV/2 mod_perl/2.0.2 Perl/v5.8.8 configured -- resuming normal operations dyld: lazy symbol binding failed: Symbol not found: _apreq_handle_apache2 Referenced from: /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle Expected in: dynamic lookup dyld: Symbol not found: _apreq_handle_apache2 Referenced from: /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle Expected in: dynamic lookup [Sun Oct 29 12:38:38 2006] [notice] child pid 11206 exit signal Trace/BPT trap (5) OS X version: Darwin radha.local 8.8.1 Darwin Kernel Version 8.8.1: Mon Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386 i386 i386 Not sure what this is. Anyone encountered this before? I ran into this also, same platform. I have been digging around a bit to see if I can resolve it but no luck so far - my foo in this area isn't quite where it needs to be. This works fine for me on Linux though. Also, is there a way to have access to things like $rec->param without having to use Apache2::Request/libapreq2? I ask this in case there is no solution for getting this to work, as well as on linux distributions I cannot get libapreq2 working. You can use CGI. Are you hitting this same issue on Linux?
Re: [RELEASE CANDIDATE]: libapreq2 2.09-RC1
Philip M. Gollucci wrote: > Please download, test, and report back on the following > candidate tarball: > > http://people.apache.org/~pgollucci/apreq2/libapreq2-2.09-rc1.tar.gz mod_perl 2.0.3rc1/httpd 2.0.59/perl 5.8.6/ linux 2.6.15 All tests successful, 5 tests skipped. (tested with and without LWP)
Re: [RT] what's the roadmap?
Geoffrey Young wrote: I think that's a good idea, so long as [EMAIL PROTECTED] can withstand the occasional question about our perl glue. Someday I'd actually like to see trunk/glue/perl moved over to mod_perl's trunk, and our C code folded into httpd somehow, but that may take some time doing. in principle I don't mind this idea, and we can certainly consider taking the perl glue under the mod_perl project. I guess the more difficult part would be in deciding how to package things so that it's the least complex for the end user. From the experiences I have had talking to people on the mod_perl list about mod_perl2, the most common issue for users coming from mod_perl 1 is how to handle the request data other than using $r->args or CGI. I think that having the perl glue install alongside the standard mod_perl libraries would be ideal. IMHO, a sizable chunk of mod_perl first timers are looking to process arguments from a form, which can of course be done with CGI but having native libraries to handle this would be a big win. Make the perl glue libs readily available to the user with a standard mod_perl install.
Re: 2.07-rc4 available for testing
Randy Kobes wrote: On Thu, 2 Feb 2006, Joe Schaefer wrote: Please download, test, and report back on the following candidate tarball: http://people.apache.org/~joes/libapreq2-2.07-rc4.tar.gz Sorry for the delay ... This builds and tests successfully, including the perl glue, on both: - Win32 (ActivePerl 815), with Apache/2.0.55 (winnt) - linux (perl-5.8.7), with Apache/2.0.54 (prefork). I got a test failure on my Linux based environment. I'm using Apache 2.2.0 with a trimmed down compilation. I'm not sure if 2.2 is officially supported yet but I thought that I would submit this report in case it is. The following test failure was repeatable and generated the same results under -verbose. waiting 60 seconds for server to start: ok (waited 0 secs) server localhost:8529 started t/apreq/upload1..20 # Running under perl version 5.008006 for linux # Current time local: Mon Feb 6 21:17:13 2006 # Current time GMT: Tue Feb 7 05:17:13 2006 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.28 request has failed (the response code was: 404) see t/logs/error_log for more details dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-20 Failed 20/20 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- t/apreq/upload.t 255 6528020 40 200.00% 1-20 Failed 1/1 test scripts, 0.00% okay. 20/20 subtests failed, 0.00% okay. --- perl Makefile.PL --with-apache2-apxs /home/fred/dev/httpd2/bin/apxs -- perl: 5.8.6 ok mod_perl: 2.03 ok Apache::Test: 1.28 ok ExtUtils::MakeMaker: 6.17 ok ExtUtils::XSBuilder: 0.27 ok Test::More: 0.62 ok - httpd -l Compiled in modules: core.c mod_cache.c mod_mem_cache.c mod_deflate.c mod_log_config.c mod_headers.c mod_setenvif.c mod_proxy.c mod_proxy_http.c prefork.c http_core.c mod_mime.c mod_negotiation.c mod_so.c ls glue/perl/t/htdocs/ index.html -- [Mon Feb 06 20:57:08 2006] [debug] filter.c(269): [client 127.0.0.1] prefetching 65536 bytes b saw EOS at /home/fred/dev/src/libapreq2-2.07/glue/perl/t/response/TestApReq/request.pm line 21. [Mon Feb 06 20:57:08 2006] [debug] filter.c(269): [client 127.0.0.1] prefetching 65536 bytes Running MAGIC ITERATOR tests at /home/fred/dev/src/libapreq2-2.07/glue/perl/t/response/TestApReq/request.pm line 146. [Mon Feb 06 20:57:08 2006] [error] [client 127.0.0.1] File does not exist: /home/fred/dev/src/libapreq2-2.07/glue/perl/t/htdocs/getfiles-binary-httpd [Mon Feb 06 20:57:08 2006] [info] removed PID file /home/fred/dev/src/libapreq2-2.07/glue/perl/t/logs/httpd.pid (pid=11565) [Mon Feb 06 20:57:08 2006] [notice] caught SIGTERM, shutting down
Re: Cookies in IE/Non-dev libapreq2 version for apache2?
Jason Younker wrote: I recently upgraded to the following (on a rhel3 box mason2.2): Apache/2.0.55 mod_ssl/2.0.55 OpenSSL/0.9.8 mod_apreq2-20050712/2.1.3-dev mod_perl/2.0.2 Perl/v5.8.0 Everything has been running fine on my linux dev box (using firefox 1.5). However, when I switch over to my windows box and use internet explorer, I can't get any cookie info. Here is a simple test which shows the problem (where $r below is an Apache2::RequestRec object): my $jar = Apache2::Cookie::Jar->new($r); $m->out("Jar Status: ". $jar->status() .""); At this point, I want to install a reliably stable, non-dev version of libapreq2 so that I be sure the problem is not something with a Apache2::Cookie stuff. Or, better yet, if you have *any* ideas where I have gone wrong (missing module, perhaps an entry missing from my httpd.conf), I would really, really appreciate any suggestions. You may want to try this cooking recipe[1] to determine if your setup functions under it. If that's the case the error is probably in your implementation. I'm not familiar with the Cookie::Jar approach you're using. But I have experienced what you are describing with regards to the IE/Firefox behavior, it occurred when the cookie had an invalid domain or path. [1] http://perl.apache.org/docs/2.0/user/coding/cooking.html#Sending_Cookies_Using_libapreq2
[patch] test fails when mod_alias not built
Hello, After reading mod_perl for speed freaks I trimmed down my httpd and had test failures building apreq trunk against Perl 5.8.6, mod_perl 2.0.2 and Apache 2.2.0. The following small changes resulting in make test completing when httpd was not built with mod_alias. - Fred Index: module/t/conf/extra.conf.in === --- module/t/conf/extra.conf.in (revision 370406) +++ module/t/conf/extra.conf.in (working copy) @@ -1,4 +1,7 @@ -ScriptAlias /cgi-bin/ "@ServerRoot@/cgi-bin/" + +ScriptAlias /cgi-bin/ "@ServerRoot@/cgi-bin/" + + LockFile @ServerRoot@/logs/accept.lock Index: glue/perl/t/conf/extra.conf.in === --- glue/perl/t/conf/extra.conf.in (revision 370406) +++ glue/perl/t/conf/extra.conf.in (working copy) @@ -1,4 +1,7 @@ -ScriptAlias /cgi-bin/ "@ServerRoot@/cgi-bin/" + +ScriptAlias /cgi-bin/ "@ServerRoot@/cgi-bin/" + + LockFile @ServerRoot@/logs/accept.lock
Re: raw POST data
>>Have you guys already added something similar in version 2? > > > Yes. Because mod_apreq2 is a filter, so the raw post data > is always available through r->input_filter. Is there a way to access the raw post data from the Perl module namespace? I am specifically interested in implementing an xml parser and need to get the entire body and have not been able to use $req->body and obtain the desired results ($req->body seems to be geared towards handling key value pairs and it breaks on some xml attributes). Currently I use $r->read in a buffer loop to retrieve the raw xml content but was wondering if there is a better solution. Thanks, Fred
Re: Problem with -path in Apache2::Cookie?
[cc'ing the apreq-dev@httpd.apache.org list] Pete Houston wrote: > Yes, I found exactly the same behaviour yesterday, and it did affect > Firefox too. I used the same workaround which seems to work in all the > scenarios I tested. So it sounds like this is an issue with dev_2.05. I'll dig into it if I get a chance, but this is probably a no-brainer for someone experienced with the codebase. > Pete > > On Wed, May 11, 2005 at 06:55:18PM -0700, Fred Moyer wrote: > >>Hi, >> >>I've been playing around with Apache2::Cookie and I've found that when >>setting -path via >> >>my $cookie = Apache2::Cookie->new($r, -path => $mypath...) >># I also set -name, -value, -expires, -domain, -secure the same way >> >>ends up setting -path to 'domain' when I view the cookie, regardless of >>the value of $mypath. This doesn't seem to affect firefox but IE has >>some issues with it. >> >>However if I set -path via mutator such as $cookie->path($mypath), the >>path value in the cookie is set correctly. >> >>Has anyone else run into this? I'm using dev_2_05.