Re: [mp2] +Parent and -Mblib breaks AuthDBI and apache
Christopher Hicks wrote: On Thu, 30 Jan 2003, Stas Bekman wrote: Christopher Hicks wrote: Is there any equivalent to PerlVINC under mod_perl 2? Yes, and it's a built-in solution, rather than a hack: http://perl.apache.org/docs/2.0/user/config/config.html#C_Parent_ That had me very hopeful, but upon trying it PerlOptions +Parent +SetupEnv PerlSwitches -Mblib=/www/ires-demo/ I continue to get: Cannot find blib even in /www/ires-demo/../../../../.. BEGIN failed--compilation aborted. perl_parse: No such file or directory Ah, that should have been -Mlib, I'll fix that. blib is for testing of unistalled builds. I've read the blib man page a few times and tried to discern what directory structure is expected from looking at a few MakeMaker-based modules, but nothing seems to help. There's a directory in /www/ires-demo/perllib that's a working perl modules directory. It works in several cgi and command line scripts via use lib. Pointing -Mblib directly at the perllib directory and the directory above it do no good. Putting a symlink from lib to perllib also did no good. The other fun was that the previously working AuthDBI is now no longer found with +Parent. This happens regardless of the presense of -Mblib. you need 'PerlModule Apache2' per +Parent, because you get a completely new Perl interpreter, which has a pristine @INC. I'll fix the doc. Alternatively you can use '+Clone', which inherits @INC and other things. I've looked for the t/REPORT script that's planned to be installed in the future. but Red Hat doesn't seem kind enough to include it, so I'll try to provide salient details: [root@dot conf]# rpm -qa | egrep 'mod_perl|httpd|perl-5' perl-libwww-perl-5.65-2 mod_perl-1.99_05-3 perl-5.8.0-55 httpd-2.0.40-11 It's probably a good idea to get the latest mod_perl and httpd, since *many* bugs were fixed and new features added since then. __ 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: Randy Kobe's mod_perl2 all-in-one binary
Lee Goddard wrote: SB> It's normal that code loading Apache::* modules doesn't work from the command SB> line. This is because it requires mod_perl to be loaded into the program, SB> which is not there when run from the command line. I did try with "use mod_perl", but it makes no difference. I meant the server with mod_perl loaded. Certainly "use mod_perl" doesn't make any difference. There is Apache::FakeRequest that tries to emulate the mod_perl env, but it's very incomplete. Hopefully in 2.0 it'll be much better. Not a problem, any more, just curious. 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: [MP2] bug report startup and XML::LibXML
[EMAIL PROTECTED] wrote: Hi ! and as suggested : LIBXML2.DLL VERSION 2.4.26 XML::LibXML version 1.52 I've tested with libxml2-2.4.23 and XML::LibXML 1.53 on linux and it works just fine. I tested it with libxml2-2.4.23 and XML::LibXML 1.52 and it still segfaults. I can't reproduce the problem, and just looking at the source doesn't click anything. May be try posting your research to p5p? __ 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
core dump on custom AuthDBI-type module
Title: Message I'm partially extending AuthDBI at my place of work to allow for custom features like password history and account locking. I've been able to get it to pop up the auth box on my personal FreeBSD box which is running Apache 1.3.27 with mod_perl 1.26, however I cannot even BARELY get it running on our Solaris box running Stronghold 1.36 (whatever that means) and mod_perl 1.21. I really don't know how to track this thing down, there aren't any problems in the error logs and unfortunately I don't have access to any of the executables so I can't restart apache at my will. All I know from my sysadmin is that when my module is set up as a PerlAuthenHandler for a location, the base apache loads, java loads, java dies and then the apache process dies. No children are forked. Can anyone tell me a good place to start? Thanks, Brian Hann
Re: [mp2] +Parent and -Mblib breaks AuthDBI and apache
On Thu, 30 Jan 2003, Stas Bekman wrote: > Christopher Hicks wrote: > > Is there any equivalent to PerlVINC under mod_perl 2? > > Yes, and it's a built-in solution, rather than a hack: > http://perl.apache.org/docs/2.0/user/config/config.html#C_Parent_ That had me very hopeful, but upon trying it PerlOptions +Parent +SetupEnv PerlSwitches -Mblib=/www/ires-demo/ I continue to get: Cannot find blib even in /www/ires-demo/../../../../.. BEGIN failed--compilation aborted. perl_parse: No such file or directory I've read the blib man page a few times and tried to discern what directory structure is expected from looking at a few MakeMaker-based modules, but nothing seems to help. There's a directory in /www/ires-demo/perllib that's a working perl modules directory. It works in several cgi and command line scripts via use lib. Pointing -Mblib directly at the perllib directory and the directory above it do no good. Putting a symlink from lib to perllib also did no good. The other fun was that the previously working AuthDBI is now no longer found with +Parent. This happens regardless of the presense of -Mblib. I've looked for the t/REPORT script, but Red Hat doesn't seem kind enough to include it, so I'll try to provide salient details: [root@dot conf]# rpm -qa | egrep 'mod_perl|httpd|perl-5' perl-libwww-perl-5.65-2 mod_perl-1.99_05-3 perl-5.8.0-55 httpd-2.0.40-11 httpd-manual-2.0.40-11 redhat-config-httpd-1.0.1-13 httpd-devel-2.0.40-11 [root@dot conf]# httpd -V Server version: Apache/2.0.40 Server built: Oct 9 2002 08:01:13 Server's Module Magic Number: 20020628:0 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT="/etc/httpd" -D SUEXEC_BIN="/usr/sbin/suexec" -D DEFAULT_PIDLOG="logs/httpd.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="logs/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="conf/mime.types" -D SERVER_CONFIG_FILE="conf/httpd.conf" -- "Never offend people with style when you can offend them with substance." - Sam Brown
Re: [mp2] Apache::Request
On Fri, 31 Jan 2003, Lee Goddard wrote:
> Does anyone know when this module might be released?
No, no one does. They are working on it. Use CGI.pm instead or revert to
mod_perl/apache version 1 until it is done.
- nick
Nick Tonkin {|8^)>
[mp2] Apache::Request
-BEGIN PGP SIGNED MESSAGE- Hash: MD5 Does anyone know when this module might be released? tia lee Lee Goddard mailto:[EMAIL PROTECTED] "What do people like to drink here, then?" The landlord looked sideways at his customers, a clever trick given that they were directly in front of him. - - Mort goes out for a drink (Terry Pratchett, Mort) -BEGIN PGP SIGNATURE- Version: 2.6 iQCVAwUAPjqOSadrfekeF/QBAQFAxAQAhMyxXG/Tn/xoXY0+FzpAKBtuyymyQXz1 nnQXo3+nxopl6llRGTWF9gbi/euiqeQm2iHXx+ifgulbA2p3CJt2MKL/OsQ33Ygp M6tIRz9TvXdPIZGT/HGZ2ToPnO2c5O9EH5ZVmmMhnbWAmwJK+gBWAA6wgSVasLPX fFFRUWZKKRI= =Bpad -END PGP SIGNATURE-
Re[2]: Randy Kobe's mod_perl2 all-in-one binary
-BEGIN PGP SIGNED MESSAGE- Hash: MD5 Hi Stas, On Thursday, January 30, 2003 at 11:20:01 PM, you wrote: SB> [...] >> Yes, I understand that, which is what confused me. Funny thing >> is that it (my startup.pl) works from Apache, just not from >> the command line -- I presume there's something going into >> @INC I don't know about. SB> It's normal that code loading Apache::* modules doesn't work from the command SB> line. This is because it requires mod_perl to be loaded into the program, SB> which is not there when run from the command line. I did try with "use mod_perl", but it makes no difference. Not a problem, any more, just curious. Thanks for your help lee -BEGIN PGP SIGNATURE- Version: 2.6 iQCVAwUAPjpg5qdrfekeF/QBAQGGmAP6A4f1RzyQYDkrTr6rJB2icYyXsbk+EhWH NOOCcH1bvrdeny27iDdVXREA+USfa9Pxc+iaFZ8sAygxhcXY9F9g6SgadZSB5GCA cLmZLB0X0FQP8QO4w1J+xy7mld8L9Bh2Hie4qfJYmxUph10wlgkBLjrGOF5iHAAG j1YgK0w+zDY= =0F4/ -END PGP SIGNATURE-
Re: [MP2] bug report startup and XML::LibXML
Hi !
> and as suggested :
> LIBXML2.DLL VERSION 2.4.26
> XML::LibXML version 1.52
>I've tested with libxml2-2.4.23 and XML::LibXML 1.53 on linux
>and it works
>just fine.
I tested it with libxml2-2.4.23 and XML::LibXML 1.52
and it still segfaults.
>this looks suspicious as address: 0xabababab, as you have
>traced it. So it
>could be a bug in the ActiveState's perl or is it a standard
>one?
it is perl 58 cpan source I have rebuilt all myself debug
but the bug also happens with asperl 58
here is more precicion, I have followed the trace starting with
perl_croak :
segfault
Perl_sv_setpvn(interpreter * 0x00e7f024, sv * 0xabababab,
Perl_sv_vsetpvfn(interpreter * 0x00e7f024, sv * 0xabababab,
Perl_vmess(interpreter * 0x00e7f024, const char * 0x2818fac0
Perl_vcroak(interpreter * 0x00e7f024, const char * 0x2818fac
Perl_croak(interpreter * 0x00e7f024, const char * 0x2818fac0
`string')
---
in perl_croak
Perl_croak(interpreter * 0x00e1a024, const char * 0x2818fac0
`string') line 1350 + 17 bytes
[...]
void
Perl_croak(pTHX_ const char *pat, ...)
{
va_list args;
va_start(args, pat);
vcroak(pat, &args); LINE CALLED
/* NOTREACHED */
va_end(args);
}
[...]
variable state:
+ &args 0x0006efe4
+ args0x0006eff8 "p"
+ pat 0x2818fac0 "Bizarre SvTYPE [%ld]"
in perl_vcroak
Perl_vcroak(interpreter * 0x00e1a024, const char * 0x2818fac0
`string', char * * 0x0006efe4) line 1241 + 17 bytes
void
Perl_vcroak(pTHX_ const char* pat, va_list *args)
{
char *message;
HV *stash;
GV *gv;
CV *cv;
SV *msv;
STRLEN msglen;
if (pat) {
msv = vmess(pat, args); <
Re: [ANNOUNCE] libapreq-1.1 is out
Matt Sergeant wrote: On Thursday, Jan 30, 2003, at 22:36 Europe/London, Stas Bekman wrote: Matt, Apache::Test may not work when run under root, because Apache won't let you start the server as 'User root' so it tries to use 'nobody' or something else as the username the server runs under, which of course has no perms to access files created by root and hence the problem. I suppose the solution is to chown all the autogenerated files to that chosen user and then the issue will be resolved. Meanwhile please try to run the test suite as non-root. That's not enough. Ever tried to run an apache docroot from a directory that the parent directory is not rx by nobody? Doesn't work. It works now with Apache::Test. It chowns all files under the docroot if run under 'root'. Give it a run. But Apache::Request is not yet using Apache::Test. Once it switches to it, it'll transparently work. __ 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: [ANNOUNCE] libapreq-1.1 is out
On Thursday, Jan 30, 2003, at 22:36 Europe/London, Stas Bekman wrote: Matt, Apache::Test may not work when run under root, because Apache won't let you start the server as 'User root' so it tries to use 'nobody' or something else as the username the server runs under, which of course has no perms to access files created by root and hence the problem. I suppose the solution is to chown all the autogenerated files to that chosen user and then the issue will be resolved. Meanwhile please try to run the test suite as non-root. That's not enough. Ever tried to run an apache docroot from a directory that the parent directory is not rx by nobody? Doesn't work.
Re: [ANNOUNCE] libapreq-1.1 is out
On Thursday, Jan 30, 2003, at 22:51 Europe/London, Stas Bekman wrote: Matt Sergeant wrote: [...] It would help to know your platform details. We tried to eliminate all segfaults related to perl-5.8.0, but in the process we may have introduced new ones. perl 5.00503 on RH 6.2 and mod_perl 1.26 IIRC. The segfault was during the file upload tests. And the backtrace is ...? Sorry - this time I had a deadline to reach and the bug was intermittent and only during file upload so I could safely ignore it. I'll see what I can do though.
