cvs commit: modperl-2.0/xs/maps modperl_functions.map
stas2003/02/17 01:03:17 Modified:.Changes lib/Apache compat.pm src/modules/perl modperl_callback.c modperl_callback.h modperl_handler.c t/htdocs .cvsignore t/modperl .cvsignore t/response/TestCompat apache.pm todo api.txt xs/ModPerl/Util ModPerl__Util.h xs/maps modperl_functions.map Added: t/response/TestModperl current_callback.pm Log: - implement Apache::current_callback - $r-current_callback goes into Apache::compat, since now we have a way too many callbacks unrelated to $r - add some tests Revision ChangesPath 1.125 +4 -0 modperl-2.0/Changes Index: Changes === RCS file: /home/cvs/modperl-2.0/Changes,v retrieving revision 1.124 retrieving revision 1.125 diff -u -r1.124 -r1.125 --- Changes 12 Feb 2003 23:42:23 - 1.124 +++ Changes 17 Feb 2003 09:03:16 - 1.125 @@ -10,6 +10,10 @@ =item 1.99_09-dev +implement Apache::current_callback + $r-current_callback goes into +Apache::compat, since now we have a way too many callbacks unrelated +to $r [Stas] + Add Apache::compat methods: $r-connection-auth_type and $r-connection-user (requires 'PerlOptions +GlobalRequest') + tests [Stas] 1.78 +4 -0 modperl-2.0/lib/Apache/compat.pm Index: compat.pm === RCS file: /home/cvs/modperl-2.0/lib/Apache/compat.pm,v retrieving revision 1.77 retrieving revision 1.78 diff -u -r1.77 -r1.78 --- compat.pm 12 Feb 2003 23:42:23 - 1.77 +++ compat.pm 17 Feb 2003 09:03:16 - 1.78 @@ -125,6 +125,10 @@ die $err if $err; } +sub current_callback { +return Apache::current_callback(); +} + package Apache::Constants; use Apache::Const (); 1.54 +2 -0 modperl-2.0/src/modules/perl/modperl_callback.c Index: modperl_callback.c === RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_callback.c,v retrieving revision 1.53 retrieving revision 1.54 diff -u -r1.53 -r1.54 --- modperl_callback.c29 Jan 2003 01:04:33 - 1.53 +++ modperl_callback.c17 Feb 2003 09:03:16 - 1.54 @@ -172,6 +172,8 @@ break; }; +modperl_callback_current_callback_set(desc); + /* XXX: deal with {push,set}_handler of the phase we're currently in */ /* for now avoid the segfault by not letting av-nelts grow if * somebody push_handlers to the phase we are currently in, but 1.22 +9 -0 modperl-2.0/src/modules/perl/modperl_callback.h Index: modperl_callback.h === RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_callback.h,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- modperl_callback.h21 Feb 2002 01:45:34 - 1.21 +++ modperl_callback.h17 Feb 2003 09:03:16 - 1.22 @@ -10,6 +10,15 @@ #define ap_hook_fixup ap_hook_fixups #define ap_hook_logap_hook_log_transaction +#define modperl_callback_current_callback_sv \ +get_sv(Apache::__CurrentCallback, TRUE) + +#define modperl_callback_current_callback_set(desc) \ +sv_setpv(modperl_callback_current_callback_sv, desc) + +#define modperl_callback_current_callback_get() \ +SvPVX(modperl_callback_current_callback_sv) + int modperl_callback(pTHX_ modperl_handler_t *handler, apr_pool_t *p, request_rec *r, server_rec *s, AV *args); 1.16 +1 -1 modperl-2.0/src/modules/perl/modperl_handler.c Index: modperl_handler.c === RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_handler.c,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- modperl_handler.c 1 Jan 2003 03:45:54 - 1.15 +++ modperl_handler.c 17 Feb 2003 09:03:16 - 1.16 @@ -175,7 +175,7 @@ } #define set_desc(dtype) \ -MP_TRACE_a_do(if (desc) *desc = modperl_handler_desc_##dtype(idx)) +if (desc) *desc = modperl_handler_desc_##dtype(idx) #define check_modify(dtype) \ if ((action MP_HANDLER_ACTION_GET) rcfg) { \ 1.2 +1 -0 modperl-2.0/t/htdocs/.cvsignore Index: .cvsignore === RCS file: /home/cvs/modperl-2.0/t/htdocs/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- .cvsignore26 Feb 2002 19:09:10 - 1.1 +++ .cvsignore17
cvs commit: modperl-2.0/xs/maps apache_functions.map
stas2003/02/17 01:49:05 Modified:xs/maps apache_functions.map Log: by removing previous section (with functions that have moved elsewhere), the 'guess' functionality went broken. Correct by adding an explicit MODULE declaration. Revision ChangesPath 1.62 +1 -1 modperl-2.0/xs/maps/apache_functions.map Index: apache_functions.map === RCS file: /home/cvs/modperl-2.0/xs/maps/apache_functions.map,v retrieving revision 1.61 retrieving revision 1.62 diff -u -r1.61 -r1.62 --- apache_functions.map 24 Jan 2003 07:39:29 - 1.61 +++ apache_functions.map 17 Feb 2003 09:49:05 - 1.62 @@ -211,7 +211,7 @@ ap_walk_config ap_process_config_tree -PACKAGE=guess +MODULE=Apache::Filter PACKAGE=guess ~ap_add_output_filter ~ap_add_input_filter -ap_add_input_filter_handle
RE: Building mod-perl 2 for cygwin
Thanks very much for your reply Stas. Pardon my ignorance, but are you saying I need to rebuild Perl with different options. The version of Perl I'm using is the packaged one I installed with the cygwin install utility. If this is the case, could you please a little more information as to the arguments you recommend to build a version of Perl that works fine 'standalone', as well as embedded (which I presume is the case with mod-perl) if that is possible. Steve -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: Monday, 17 February 2003 4:03 PM Cc: Steve Baldwin; [EMAIL PROTECTED] Subject: Re: Building mod-perl 2 for cygwin We can take two approaches, patch all the places in the code where perl context is set explicitly to use #ifdef MULTIPLICITY, rather than #ifdef USE_THREADS. Or we can refuse to build mod_perl if MULTIPLICITY is enabled without the threads. Of course the first solution is more favorable for users. I've played a bit with various options and it seems that it's going to be a big trouble to support MULTIPLICITY without USE_THREADS. My suggestion for now is to either rebuild with -Uusemultiplicity or -Dusethreads (less preferred if you don't need threads, but need speed). README.cygwin says: =item * C-Dusemultiplicity Multiplicity is required when embedding Perl in a C program and using more than one interpreter instance. This works with the Cygwin port. Though I can't see that this is a required option. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
mp2 heads up with Apache::Reload
For those who started working with mp2 and found themselves unable to use Apache::Reload for connection filters and protocol handlers, I'm happy to tell you that the cvs version now supports Apache::Reload in the PerlPreConnectionHandler phase, which happens as early as possible. The updated docs are here: http://perl.apache.org/docs/2.0/api/Apache/Reload.html Let us know if you experience any problems with it. And make sure to read: http://perl.apache.org/docs/2.0/user/handlers/protocols.html#PerlPreConnectionHandler for potential nuances... __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Building mod-perl 2 for cygwin
Steve Baldwin wrote: Thanks very much for your reply Stas. Pardon my ignorance, but are you saying I need to rebuild Perl with different options. Unfortunately (at least for a time being) yes. The version of Perl I'm using is the packaged one I installed with the cygwin install utility. If this is the case, could you please a little more information as to the arguments you recommend to build a version of Perl that works fine 'standalone', as well as embedded (which I presume is the case with mod-perl) if that is possible. Currently mod_perl 2.0 supports the multiple Perl interpreters only if perl has been built with -Dusethreads. This may change in the future, or may be not. For now please build with: ./Configure -des -Dusethreads [...] or (assuming that perl automatically turns on this option, which I doubt): ./Configure -des -Uusemultiplicity [...] I think if you build by yourself, all you need is: ./Configure -des (-des picks all the defaults) what's important is that when your perl has been built, it should either have: usethreads=define useithreads=define usemultiplicity=define or usethreads=undef useithreads=undef usemultiplicity=undef in the output of: % perl -V | grep usethreads -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: Monday, 17 February 2003 4:03 PM Cc: Steve Baldwin; [EMAIL PROTECTED] Subject: Re: Building mod-perl 2 for cygwin We can take two approaches, patch all the places in the code where perl context is set explicitly to use #ifdef MULTIPLICITY, rather than #ifdef USE_THREADS. Or we can refuse to build mod_perl if MULTIPLICITY is enabled without the threads. Of course the first solution is more favorable for users. I've played a bit with various options and it seems that it's going to be a big trouble to support MULTIPLICITY without USE_THREADS. My suggestion for now is to either rebuild with -Uusemultiplicity or -Dusethreads (less preferred if you don't need threads, but need speed). README.cygwin says: =item * C-Dusemultiplicity Multiplicity is required when embedding Perl in a C program and using more than one interpreter instance. This works with the Cygwin port. Though I can't see that this is a required option. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com -- __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Fwd: Re: mod perl libapreq make test problem
Remarque : message transféré en pièce jointe. = Lamotte Denis +352021268760 ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com ---BeginMessage--- yes david i've followed your own article, the only thing is that i have to modify the script BUILD.SH with glibtoolize --automake -c -f aclocal autoconf automake -a -c adding a g before libtoolize because the script cannot find libtoolize on my computer. i use the following steps: Configure Apache. dlamotte% cd apache_x.x.xx dlamotte% ./configure Build mod_perl: dlamotte% cd ../mod_perl-1.27 dlamotte% perl Makefile.PL \ APACHE_SRC=../apache_1.3.27/src NO_HTTPD=1 \ USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 dlamotte% make Build mod_php: dlamotte% cd ../php-4.3.0 dlamotte% ./configure --with-apache=../apache_1.3.27 \ --with-mysql --enable-track-vars dlamotte% make dlamotte% sudo make install Reconfigure Apache to use mod_perl and PHP and build it: dlamotte% cd ../apache_1.3.27 dlamotte% ./configure \ --activate-module=src/modules/perl/libperl.a \ --activate-module=src/modules/php4/libphp4.a --with-layout=Darwin --server-uid=www \ --server-gid=www --enable-module=most dlamotte% make Test and install mod_perl dlamotte% cd ../mod_perl-1.27 dlamotte% make test dlamotte% sudo make install. Complete the Apache installation. dlamotte% cd ../apache_1.3.27 dlamotte% sudo make install making the latest librapeq 1.1 dlamotte% cd ../httpd-apreq dlamotte% sudo sh BUILD.sh dlamotte% ./configure --with-apache-includes=/usr/include/httpd dlamotte% make dlamotte% sudo make install dlamotte% perl Makefile.PL dlamotte% make dlamotte% make test - and the problems comes here :-( Cordially --- David Wheeler [EMAIL PROTECTED] a écrit : On Sunday, February 16, 2003, at 09:37 AM, Lamotte Denis wrote: i think ive successfully compile apache with mod perl and mod php. i'm working on Mac osx 10.2.4 with perl 5.8.0 Did you compile the libapreq C library before compiling Apache::libapreq? See INSTALL.MacOSX in the libapreq distribution for complete details. I've also published an update to may Build Apache/mod_perl on Mac OS X article that covers this issue: http://www.macdevcenter.com/pub/a/mac/2003/02/07/libapreq_update.html HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm] = Lamotte Denis +352021268760 ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com ---End Message---
Re: modperl segfault with threaded Perl 5.8
Ok, here is a complete backtrace (after a nice couple of hours observing the compilation progress... :) #0 0x4003e32d in Perl_gv_fetchpv (my_perl=0x0, nambeg=0x80c68a7 Apache::Server::AutoPreLoad, add=0, sv_type=4) at gv.c:646 #1 0x4003726b in Perl_get_sv (my_perl=0x0, name=0x80c68a7 Apache::Server::AutoPreLoad, create=0) at perl.c:1712 #2 0x08058c40 in mp_preload_module (name=0xbfff93e8) at perl_config.c:428 #3 0x08058efa in perl_cmd_handler_handlers (parms=0xb7a0, rec=0x80f468c, arg=0x80f4834 Apache::Registry) at perl_config.c:554 #4 0x0809c649 in invoke_cmd (cmd=0x80db2a0, parms=0xb7a0, mconfig=0x80f468c, args=0xbfff94cc ) at http_config.c:918 #5 0x0809ca4f in ap_handle_command (parms=0xb7a0, config=0x80f4364, l=0xbfff94b0 PerlHandler Apache::Registry) at http_config.c:1030 #6 0x0809cad6 in ap_srm_command_loop (parms=0xb7a0, config=0x80f4364) at http_config.c:1044 #7 0x080a02bc in urlsection (cmd=0xb7a0, dummy=0x80f3a14, arg=0xbfffb5ef ) at http_core.c:1655 #8 0x0809c003 in invoke_cmd (cmd=0x80d3250, parms=0xb7a0, mconfig=0x80f3a14, args=0xbfffb5ea /perl) at http_config.c:810 #9 0x0809ca4f in ap_handle_command (parms=0xb7a0, config=0x80f3894, l=0xbfffb5e0 Location /perl) at http_config.c:1030 #10 0x0809cad6 in ap_srm_command_loop (parms=0xb7a0, config=0x80f3894) at http_config.c:1044 #11 0x080a0ac7 in virtualhost_section (cmd=0xb7a0, dummy=0x80e6d7c, arg=0xbfffd70d 212.24.153.10) at http_core.c:1913 #12 0x0809c003 in invoke_cmd (cmd=0x80d3280, parms=0xb7a0, mconfig=0x80e6d7c, args=0xbfffd70d 212.24.153.10) at http_config.c:810 #13 0x0809ca4f in ap_handle_command (parms=0xb7a0, config=0x80e61ec, l=0xbfffd700 VirtualHost 212.24.153.10) at http_config.c:1030 #14 0x0809cad6 in ap_srm_command_loop (parms=0xb7a0, config=0x80e61ec) at http_config.c:1044 #15 0x0809d265 in ap_process_resource_config (s=0x80e57a4, fname=0x80e6e14 /usr/local/apache/conf/httpd.conf, p=0x80e577c, ptemp=0x80e979c) at http_config.c:1332 #16 0x0809db43 in ap_read_config (p=0x80e577c, ptemp=0x80e979c, confname=0x80ddf20 conf/httpd.conf) at http_config.c:1616 #17 0x080a8280 in main (argc=2, argv=0xb8e4) at http_main.c:5433 #18 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 The line in the Perl_gv_fetchpv is as follows: for (namend = name; *namend; namend++) { if ((*namend == ':' namend[1] == ':') || (*namend == '\'' namend[1])) { if (!stash) stash = PL_defstash; /* --- THIS ONE if (!stash || !SvREFCNT(stash)) return Nullgv; stash is NULL, what the hell is the chance the PL_defstash macro makes the trouble? Have you got some clue? Anyway, I'll continue my investigations. Thank in advance Pavel Stas Bekman wrote: Pavel Hlavnicka wrote: Hi all, recently I upgraded to RH 8.0 with threaded Perl 5.8. I compiled Apache 1.3.27 with mod_perl 1.27 from source. Now if I run Apache is works until I configure some location with mod_perl and PerlHandler like this: Location /perl SetHandler perl-script PerlHandler Apache::Registry Options ExecCGI allow from all /Location If PerlHandler line is commented out, the server starts fine. -- Pavel Hlavnicka Ginger Alliance www.gingerall.com
RE: Apache::DBI and mod_perl 2
Also remember, that you can't test modules that require mod_perl to run from the command line. You'd have the same result with mod_perl 1.0 Thanks, I didn't know that at all as I test all my modules that way and have never had a problem.. Of course most are not mod_perl specific. -Chris
Re: modperl segfault with threaded Perl 5.8
One more info (seems be useful) if I build NON-threaded version of Perl, all seems be ok (at least, there is no crash during the startup. Threaded version of perl crashes regardless on the compiler optimization level (just if you wanted to know) Is it possible we have found a bug in Perl? Pavel Stas Bekman wrote: Pavel Hlavnicka wrote: Hi all, recently I upgraded to RH 8.0 with threaded Perl 5.8. I compiled Apache 1.3.27 with mod_perl 1.27 from source. Now if I run Apache is works until I configure some location with mod_perl and PerlHandler like this: Location /perl SetHandler perl-script PerlHandler Apache::Registry Options ExecCGI allow from all /Location If PerlHandler line is commented out, the server starts fine. Here is the backtrace of 'httpd -X' #0 0x4003cfa0 in Perl_gv_fetchpv () from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so #1 0x40035635 in Perl_get_sv () from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so #2 0x08056b78 in mp_preload_module () #3 0x08056e32 in perl_cmd_handler_handlers () #4 0x08078a35 in invoke_cmd () #5 0x08078e3b in ap_handle_command () #6 0x08078ec2 in ap_srm_command_loop () #7 0x0807c6a8 in urlsection () #8 0x080783ef in invoke_cmd () #9 0x08078e3b in ap_handle_command () #10 0x08078ec2 in ap_srm_command_loop () #11 0x0807ceb3 in virtualhost_section () #12 0x080783ef in invoke_cmd () #13 0x08078e3b in ap_handle_command () #14 0x08078ec2 in ap_srm_command_loop () #15 0x08079651 in ap_process_resource_config () #16 0x08079f2f in ap_read_config () #17 0x0808466c in main () #18 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 Has anyone seen it before? and... here is what my perl says: This is perl, v5.8.0 built for i386-linux-thread-multi Many thanks in advance, and sorry if I overlooked something basic. Your trace is not as useful as it could be, because it neither shows the arguments nor the line numbers in the source code. I suggest to debug it with gdb, set breakpoint in perl_cmd_handler_handlers and step through to see what's wrong. If you don't know how to debug see: http://perl.apache.org/docs/1.0/guide/debug.html#Debugging_when_Server_Crashes_on_Startup_before_Writing_to_Log_File_ and previous sections as well, though you don't need Apache::DB since the problem doesn't happen during the request. p.s. What app did you get this trace with? It'd be helpful to update the bug reporting section to explain how to get a more useful trace. The one that includes symbols, arguments and line numbers. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com -- Pavel Hlavnicka Ginger Alliance www.gingerall.com
Perl section run on SIG_HUP
Here's something I'm having a tough time digging up in the docs: I've got Apache 1.3.27 with dynamically configured VirtualHosts via mod_perl-1.27. This is working fine, when I first start the server the Perl section runs and everything is fine. I would also like this code to be run on SIG_HUP and on Restart/Reload. Any ideas? Is this proper behavior? Is this a good idea? Please feel free to simply steer me in the right direction if I'm missing something obvious. Thanks in advance, dw
is moderator/admin available?
Hey, is there a moderator available that can get the list admin to stop the madness of endless repeats? GV
How to find out if mod_perl is running
I have a very simple question (please excuse me if it is too simple). I need to find out if of one of my Linux servers is running mod_perl, and if so, which version it is running. Any suggestions as to how I can do this? Thanks, NG
Re: How to find out if mod_perl is running
lynx -head http://www.yourdomainname.com if you have lynx that is - Original Message - From: Gazi, Nasser (London) [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, February 17, 2003 5:30 PM Subject: How to find out if mod_perl is running I have a very simple question (please excuse me if it is too simple). I need to find out if of one of my Linux servers is running mod_perl, and if so, which version it is running. Any suggestions as to how I can do this? Thanks, NG
ANNOUNCE: Loggerithim 6.2.2
Howdy, http://loggerithim.sourceforge.net Loggerithim 6.2.2 is available, ChangeLog follows: - 6.2.2 Fix a typo in the creation of the attributes table Add support for 'ce' interfaces in Solaris About Loggerithim: Loggerithim is a monitoring package that allows you to monitor your systems, proactively spot problems, perform post-mortems, throw alerts when bad (or good) things happen, and automate routine tasks. As always, please report any problems to the appropriate mailing list (see the website). Upgrading users can consult Appendix C of the documentation. Cory 'G' Watson http://gcdb.spleck.net
Re: Apache, mod_perl, mod_proxy, mod_rewrite
Serguei Trouchelle wrote: error.log says following: [error] proxy:http://naive1.isd.dp.ua/cgi-bin/system-select-isd-request.pl not found or unable to stat But request to http://naive1.isd.dp.ua/cgi-bin/system-select-isd-request.pl was successful. What's up? I found what is up. Apache::Registry and Apache::PerlRun cannot handle request proxy:http://naive1.isd.dp.ua/cgi-bin/system-select-isd-request.pl So another question (sadly that nobody answers to first one): why request, meant to proxy, is sending to Apache::Registry or Apache::PerlRun? -- Serguei Trouchelle http://www.isd.dp.ua/
Trouble using dir_config for PerlSetVar inside Perl section
Hi all - I'm having trouble using server-dir_config in my startup.pl to read variables set by PerlSetVar inside a Perl section. I'm using Perl 5.6.1, Apache 1.3.27, and mod_perl 1.27. In startup.pl I have: my $file = Apache-server-dir_config(CFG) || ; warn Missing path to config file in httpd.conf unless $file; In httpd.conf, this works just fine: PerlSetVar CFG /path/to/file PerlRequire startup.pl and this works fine too: PerlSetVar CFG /path/to/file Perl $PerlRequire = startup.pl; /Perl But this does not work (CFG is not set in startup.pl): Perl push @{$Location{/}-{PerlSetVar}}, [CFG, /path/to/file]; /Perl PerlRequire startup.pl and this does not work either: Perl push @{$Location{/}-{PerlSetVar}}, [CFG, /path/to/file]; $PerlRequire = startup.pl; /Perl It seems like this should work, right? I'm pretty sure the syntax of the push is OK because if I modify the syntax I get a message: (2)No such file or directory: Perl: PerlSetVar takes two arguments, Perl config var and value Thanks, Larry Leszczynski [EMAIL PROTECTED]
Fwd: mod perl libapreq make test problem
I've found i nice url: http://www.advogato.org/article/627.html with this modification in config.pm : What to do before attempting to compile ANY Perl extensions more information: man 1 dyld The first thing you should do is change line 596 of /System/Library/Perl/darwin/Config.pm to: lddlflags='-bundle -bundle_loader /usr/bin/perl -lperl -L/System/Library/Perl/darwin/CORE' This causes perl extensions to be compiled with two-level namespaces. If you use flat namespaces, you will have problems if two different dynamically modules define the same symbol (the second one won't import at all). It has the added benefit that it lets you know in advance if you're going to run into undefined symbol problems, where undefined symbols are suppressed in the flat namespace case. by doing this the problem goes worse in apperence only! the explanation of the error get clearer and appear directly when doing the made command: LD_RUN_PATH=/usr/local/src/httpd-apreq/Request/../blib/arch/auto/libapreq cc -bundle -bundle_loader /usr/bin/perl -lperl -L/System/Library/Perl/darwin/CORE Request.o -o ../blib/arch/auto/Apache/Request/Request.bundle -L/usr/local/src/httpd-apreq/Request/../blib/arch/auto/libapreq -lapreq ld: Undefined symbols: _ap_null_cleanup _ap_pcalloc _ap_register_cleanup _ap_table_add _ap_table_get _ap_table_set _ap_table_unset _hvrv2table _mod_perl_tie_table _perl_request_rec _sv2request_rec _ap_day_snames _ap_find_path_info _ap_get_client_block _ap_getword _ap_getword_conf _ap_hard_timeout _ap_ind _ap_kill_timeout _ap_log_rerror _ap_make_array _ap_make_dirstr_parent _ap_make_table _ap_month_snames _ap_pfclose _ap_pfdopen _ap_popenf _ap_psprintf _ap_pstrcat _ap_pstrdup _ap_pstrndup _ap_push_array _ap_setup_client_block _ap_should_client_block _ap_table_do _ap_unescape_url make[1]: *** [../blib/arch/auto/Apache/Request/Request.bundle] Error 1 make: *** [subdirs] Error 2 i'm still in trouble so if you can help me Cordially = Lamotte Denis +352021268760 ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: How to find out if mod_perl is running
Gazi, Nasser (London) wrote: I have a very simple question (please excuse me if it is too simple). I need to find out if of one of my Linux servers is running mod_perl, and if so, which version it is running. Any suggestions as to how I can do this? Use the guide: http://perl.apache.org/docs/1.0/guide/install.html#How_can_I_tell_whether_mod_perl_is_running_ __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: is moderator/admin available?
George Valpak wrote: Hey, is there a moderator available that can get the list admin to stop the madness of endless repeats? I'm not a moderator, but if you post to [EMAIL PROTECTED], you will receive the information you are looking for. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
problem with mod_perl1.27 perl5.8/apa1.3.27
Hello, I gotfollowing problem when compiled mod_perl 1.27 for Apache 1.3.27 and perl 5.8 for Win32 platform: Constants.xs(158) : error C2065: 'errno' : undeclared identifier after few hours of jumping around compiler I realized that #include errno.h should be commented out in perl.h. Then everything became good. Please tell me is anybody experienced anything like I did ? Is there any "official" workaround ? BTW, everything was ok with perl 5.6.0... TIA
Re: is moderator/admin available?
At 09:21 AM 2/18/2003 +1100, Stas Bekman wrote: George Valpak wrote: Hey, is there a moderator available that can get the list admin to stop the madness of endless repeats? I'm not a moderator, but if you post to [EMAIL PROTECTED], you will receive the information you are looking for. Thanks Stas - someone replied off list and that started repeating to, which exonerated the list itself and pointed the finger squarely at my yahoo account... I seem to have cleared up the trouble now... GV
Re: Apache::DBI and mod_perl 2
[EMAIL PROTECTED] wrote: Any plans to make Apache::FakeRequest work well enough to make this possible? There are plans. Here is an entry from modperl-2.0/todo/api.txt: Apache::FakeRequest: since APR can be used outside of httpd, and we can alloc request_rec and similar structures, it should be possible to bootstrap an inside-httpd interface and outside-httpd interface. its not really worthwhile looking at until APR actually installs its *.so or *.a libraries somewhere apxs can find them. and, there's a bunch of util functions (e.g. URI stuff) that is supposed to move from httpd into apr-util. As for mod_perl 1.0, I'm not sure, but if you can make it useful that would be cool. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Semi-complicated question: modifying the content of a requestbefore passing to CGI?
Seldo wrote: Okay, so here's what I need to do: 1. Receive a request to a given URI, X 2. Based on that URI, change certain values with the request (e.g. change the names or values of variables posted by the user, modify the x-www-form-urlencoded data, whatever...) 3. Translate the URI to a new URI (one of a number of CGI programs) 4. Execute that CGI (such that the CGI runs in an environment with variables and posted data modified as per step 2 ) I'm running mod_perl 2.0 with Apache 2.0.x, and the documentation of these sorts of features: http://perl.apache.org/docs/2.0/api/Apache/RequestUtil.html ...is sort of incomplete. Whoopsie. We have very few hands, so coding is of a higher priority. Most of the API docs from 1.0 apply to 2.0. Almost all differrences are documented here: http://perl.apache.org/docs/2.0/user/compat/compat.html If something is missing, please post patches. Help with 2.0 docs is very welcome. My fault for being all bleeding-edge, right? Here's what I've got so far: 1. Can do. I can write a PerlTransHandler that catches the URI 2. Don't know how to do. The 1.0 documentation mentions the header_in() method which can apparently set headers in the request as well as get them. I can't find this method in the 2.0 documentation, does it or an equivalent exist? http://perl.apache.org/docs/2.0/user/compat/compat.html#C__r_E_gt_header_in_ And is there anything similar for the PUT/POST type data? what do you mean? check the above URL. 3. Can do. This bit is no problem. 4. Don't know how to do. How do you tell the server to execute a file using CGI protocol? Is this even possible? You don't need to do anything. Just configure your mod_cgi as usual, and once you've changed $r-filename to point to the location of cgi, Apache will take care of it. (I assume that you want the cgis to be run by mod_cgi, not mod_perl) The above method, assuming it's possible to do the two things I asked about, will work fine. If it doesn't work, then I'll be forced to make my PerlTransHandler re-implement CGI, which isn't *that* hard but sounds like a fairly stupid idea when the server does it already. But even in the case, I need to know how to set environment variables for CGI on a per-execution basis. Any help greatly appreciated, this project is now due in a week and I'm beginning to feel great big stormclouds of doom closing in :-) Your task is pretty trivial, so you should be fine. Seldo. P.S. I only recently noticed that Stas, who helped me out with my last question, is listed as the author/maintainer of the 2.0 documentation. Cool! :-) Hopefully this will change asap and other people will take over varous documents. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: problem with mod_perl1.27 perl5.8/apa1.3.27
On Tue, 18 Feb 2003, Dmitri Dmitrienko wrote: Hello, I got following problem when compiled mod_perl 1.27 for Apache 1.3.27 and perl 5.8 for Win32 platform: Constants.xs(158) : error C2065: 'errno' : undeclared identifier after few hours of jumping around compiler I realized that #include errno.h should be commented out in perl.h. Then everything became good. Please tell me is anybody experienced anything like I did ? Is there any official workaround ? BTW, everything was ok with perl 5.6.0... What's 'perl -V' for you? -- best regards, randy kobes
Re: problem with mod_perl1.27 perl5.8/apa1.3.27
Hello, I got following problem when compiled mod_perl 1.27 for Apache 1.3.27 and perl 5.8 for Win32 platform: Constants.xs(158) : error C2065: 'errno' : undeclared identifier after few hours of jumping around compiler I realized that #include errno.h should be commented out in perl.h. Then everything became good. Please tell me is anybody experienced anything like I did ? Is there any official workaround ? BTW, everything was ok with perl 5.6.0... What's 'perl -V' for you? 5.8.0 (as shown in the topic)
ANNOUNCE: OpenInteract 1.56 released
A new version (1.56) of OpenInteract has been released. OpenInteract is an extensible web application server built on Apache, mod_perl, the Template Toolkit and SPOPS object persistence. This is a fairly minor upgrade. There is a fix to the INI configuration reader, documentation updates to a number of packages, a fix so that the (rare) package repository corruption shouldn't happen, and a few other enhancements and bugfixes. Source: http://prdownloads.sourceforge.net/openinteract/OpenInteract-1.56.tar.gz?download Detailed changes: http://sourceforge.net/project/shownotes.php?group_id=16810release_id=140942 I'll release it to PAUSE when the main CPAN mirror gets over its recent difficulties. Thanks! Chris -- Chris Winters ([EMAIL PROTECTED]) Building enterprise-capable snack solutions since 1988.
Re: problem with mod_perl1.27 perl5.8/apa1.3.27
Dmitri Dmitrienko wrote: Hello, I got following problem when compiled mod_perl 1.27 for Apache 1.3.27 and perl 5.8 for Win32 platform: Constants.xs(158) : error C2065: 'errno' : undeclared identifier after few hours of jumping around compiler I realized that #include errno.h should be commented out in perl.h. Then everything became good. Please tell me is anybody experienced anything like I did ? Is there any official workaround ? BTW, everything was ok with perl 5.6.0... What's 'perl -V' for you? 5.8.0 (as shown in the topic) not 'perl -v', but 'perl -V'. Posters can save a lot of their and our time by following these guidelines when asking for help: 1.0 - related: http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems 2.0 - related: http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems Both linked from the 'shortcuts' menu! __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: modperl segfault with threaded Perl 5.8
Pavel Hlavnicka wrote: Ok, here is a complete backtrace (after a nice couple of hours observing the compilation progress... :) Can you please share the details of what you have changed, that allowed you to get the args and line numbers/file names? Why didn't you have them in the original report (I want this to be documented). #0 0x4003e32d in Perl_gv_fetchpv (my_perl=0x0, nambeg=0x80c68a7 Apache::Server::AutoPreLoad, add=0, sv_type=4) at gv.c:646 #1 0x4003726b in Perl_get_sv (my_perl=0x0, name=0x80c68a7 Apache::Server::AutoPreLoad, create=0) at perl.c:1712 #2 0x08058c40 in mp_preload_module (name=0xbfff93e8) at perl_config.c:428 The key here is my_perl=0x0, an attempt to call into perl was made before it was started. Since you didn't provide the details requested at: http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems (in particular build arguments) I'm doing a wild guesswork, assuming that you have built without PERL_STACKED_HANDLERS=1 (or EVERYTHING=1). So if my guess was correct, does the following patch fixes the problem with the threaded perl? Index: src/modules/perl/perl_config.c === RCS file: /home/cvs/modperl/src/modules/perl/perl_config.c,v retrieving revision 1.114 diff -u -r1.114 perl_config.c --- src/modules/perl/perl_config.c 24 Mar 2002 22:51:04 - 1.114 +++ src/modules/perl/perl_config.c 18 Feb 2003 03:20:52 - @@ -466,6 +466,11 @@ #else #define PERL_CMD_PUSH_HANDLERS(hook, cmd) \ +if(!PERL_RUNNING()) { \ +perl_startup(parms-server, parms-pool); \ +require_Apache(parms-server); \ +MP_TRACE_g(fprintf(stderr, mod_perl: calling perl_startup()\n)); \ +} \ mp_preload_module(arg); \ cmd = arg; \ return NULL __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [Question] Prototype Mismatch for Base64 under RunPerl
[EMAIL PROTECTED] wrote: OS: Windows2000 Apache: 1.3.27 ModPerl: 1.27_01-dev I have a script that ran perfectly well when not run under ModPerl but have recently tried to run it under modperl using the RunPerl module. It still seems to run OK, however my error log now seems to being filled with the following error messages ... Prototype mismatch: sub Apache::ROOT::MSS_2dcgi::documents_2ecgi::encode_base64 vs ($;$) at c:/NMS/Perl/lib/Exporter.pm line 57. Prototype mismatch: sub Apache::ROOT::MSS_2dcgi::documents_2ecgi::decode_base64 vs ($) at c:/NMS/Perl/lib/Exporter.pm line 57. The errors are connected with the MIME::Base64 module when it defines the external subroutine names. The relevant section of my conf file is ... Alias /MSS-cgi/C:/NMS/MSSWeb/cgi-bin/ Alias /MSS-js/ C:/NMS/MSSWeb/includes/ Alias /MSS-images/ C:/NMS/MSSWeb/images/ Location /MSS-cgi AllowOverride None Order allow,deny Allow from all SetHandler perl-script PerlHandler Apache::PerlRun Options +ExecCGI PerlSendHeader On /Location I've searched all potential areas on the net with no success. Can anyone here assist ? While working on the potential areas you must have missed some real resources ;) Usually the search path is simple: 1. perl.apache.org/docs/ 2. http://perl.apache.org/maillist/modperl.html#Searchable_Archives failing to find anything at [1], I went to [2] and here you go: http://marc.theaimsgroup.com/?l=apache-modperlw=2r=1s=Prototype+mismatchq=b In particular this reply from Perrin seems to be most helpful: http://marc.theaimsgroup.com/?l=apache-modperlm=100515176231857w=2 And since you haven't posted the information we ask for: http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems I'm guessing that you are using perl 5.6.0 which may be the reason for the problem. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Is Sys::Signal still needed?
Bill Moseley wrote: Searching the archives I don't see much discusson of Sys::Signal. Is it still needed to restore sig handlers? with older mod_perl versions? http://perl.apache.org/docs/1.0/guide/debug.html#Debugging_Signal_Handlers___SIG_FOO__ __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Please wait Handler
Thanks for all your help guys, Will have a think about it, Marty - Original Message - From: Randal L. Schwartz [EMAIL PROTECTED] To: Perrin Harkins [EMAIL PROTECTED] Cc: Andrew Ho [EMAIL PROTECTED]; Martin Moss [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, February 16, 2003 7:43 AM Subject: Re: Please wait Handler Perrin == Perrin Harkins [EMAIL PROTECTED] writes: Perrin Andrew Ho wrote: Make an HTML page which does a form submit to pleasewait.pl. pleasewait.pl just displays an HTML page with an animated please wait image on it, and its headers include the following header: Refresh: 1; url=http://www.example.com/getresults.pl?args... Perrin That's what Randal does in the article that I posted (although his Perrin puts it in a META tag). It's called client pull, and was introduced Perrin by Netscape at the same time as server push. There's a later better example of that (self-cleaning, etc) at http://www.stonehenge.com/merlyn/LinuxMag/col39.html. I usually don't recycle ideas unless I can put a new slant on it. Check out the new slant. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!