Re: [mp2]: Is there a package for Debian/testing?
Nick Tonkin wrote: On 23 Jan 2003, Joachim Zobel wrote: Hi. I would like to start testing mp2, but I remember that compiling apache/mp1 was no fun at all. The important part of the testing at this stage is that the build works properly on all platforms. I found one in debian unstable, but this requires perl 5.8. I can't say about other perls, as I said I have 5.8 You should be fine with 5.6.1 if you want to work with prefork mpm. Stay away from 5.6.0. __ 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: mysql question
Martin Moss wrote: oooh handbags! Apologies to the group this is my last email on this topic. Apologies accepted ;) As Perrin said, we all do mistakes. Now let's move on to the fun with mod_perl. __ 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]: Is there a package for Debian/testing?
On 23 Jan 2003, Joachim Zobel wrote:
> Hi.
>
> I would like to start testing mp2, but I remember that compiling
> apache/mp1 was no fun at all.
FWIW it was much simpler and cleaner to install apache2 + mp2 than it ever
was with v1 in my case. Even when things went exactly as expected in v1
there were just more steps involved than now.
The two main things that have been simplified to the point of
disappearance are the build and install of SSL (mod_ssl is built into
apache core by default now) and the many arguments to mod_perl's perl
Makefile command.
Here's my build commands:
$ cd httpd-2.0
$ CC=gcc ./configure --prefix=/usr/local/apache --with-mpm=prefork --enable-ssl
--enable-info --enable-rewrite --enable-so
$ make && make test && make install
$ cd ../modperl-2.0
$ perl Makefile.PL MP_AP_PREFIX=/usr/local/apache MP_INST_APACHE2=1
$ make && make test && make install
This builds flawlessly on my system which is FreeBSD 4.7 and perl 5.8
> I found one in debian unstable, but this requires perl 5.8.
I can't say about other perls, as I said I have 5.8
HTH
- nick
Nick Tonkin {|8^)>
Re: mysql question
oooh handbags! Apologies to the group this is my last email on this topic. You're all assuming I posted a question about mysql at random. Please see my previous post which is to do with encryption of mysql passwords so that the password for Apache Authentication and multiple other mysql database can be one and the same. I realised I'd attacked it from the wrong angle, and some people were kind enough to help out, I did not think it therefore too big a deal to post a specific question related to the previous post, which if anybody puts both posts together will make sense. I would suggest that reading one post out of context, and then assuming I'm just randomly posting a mysql question 'out of the blue', is a little naive. Marty - Original Message - From: "Perrin Harkins" <[EMAIL PROTECTED]> To: "Nick Tonkin" <[EMAIL PROTECTED]>; "Martin Moss" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, January 23, 2003 6:40 PM Subject: Re: mysql question > Calm down folks. Anyone can make a mistake. This is a diverse list > with many different levels of Internet experience represented, and one > off-topic post is not a big enough problem to merit banning people. > > General list etiquette is discussed here: > http://perl.apache.org/maillist/email-etiquette.html > > Please take care to choose the right place to ask this sort of question > in the future. > > Thanks, > Perrin > >
Off-topic-ness
> This is a diverse list > with many different levels of Internet experience represented, and one > off-topic post is not a big enough problem to merit banning people. (my 0.02 Euros...) I have to say that beyond the technical competence of people on this list (which is excellent), I'm very impressed by the kind mindset and helpfulness here. I lurk on the *BSD groups from time to time, and I happen to know that some people do enjoy much of the former, and very few of the latter... So thank to you Perl mongers for being responsive even when *way* off-topic, *** BUT *** for those newbies who feel inclined to asking some random, unrelated question on *any* techie discussion group: *PLEASE* do your homework, and prefer bothering a few thousand computers (http://www.google.com/) rather than just one human. This will take the same time or less once you get used to it, and it is a matter of politeness, and maybe of resource management too. What if the list suddenly becomes filled up with such requests, forcing members to read thousands of messages a day of which a fraction of a percent is of interest to them? Obviously they'll unsubscribe and go for another, more on-topic (read: controlled, moderated and inamical to newbies) place to discuss Perl things amongst them. And the off-topic-acceptance will be gone when you really need it, e.g. for a question that is really difficult to solve by looking up the Internet. Think of it! -- Dominique QUATRAVAUX Ingénieur développeur senior 01 44 42 00 35 IDEALX
[mp2]: Is there a package for Debian/testing?
Hi. I would like to start testing mp2, but I remember that compiling apache/mp1 was no fun at all. So I would like to have a debian package. I found one in debian unstable, but this requires perl 5.8. Thanx, Joachim
Re: mysql password encryption
On Wed, 2003-01-22 at 16:29, Martin Moss wrote: > I wish to let a user use the same password for them to authenticate to a > multitude of mysql Databases AND to authenticate themselves on my modperl > site. > the problem I have is that I store the password in the database as a > Password field. However when I wish to use DBI to connect to another mysql > database I cannot use the Password stored in the database as it comes out > encrypted. I really don't want to store the unencrypted password anywhere > on the system. Is there a way to let DBI/mysql know that the password I am > giving them is ALREADY encrypted? > > Has anybody else solved a problem like this? You could use the encrypted password as the password to the remote database. This however also defeats the purpose of encryption with respect to the remote mysql. How do you keep the local mysql password between requests? This is IMHO essentially the same problem. Is there a way to replicate the user/passwoerd table? Hth, Joachim
Re: mysql question
Calm down folks. Anyone can make a mistake. This is a diverse list with many different levels of Internet experience represented, and one off-topic post is not a big enough problem to merit banning people. General list etiquette is discussed here: http://perl.apache.org/maillist/email-etiquette.html Please take care to choose the right place to ask this sort of question in the future. Thanks, Perrin
Re: Object Handlers & internal_redirect
So I converted Util::Tour::Translate's handler into a regular non object
handler and everythings works fine. I would rather use object handlers but
this doesn't seem possible if a content handler is performing an
internal_redirect which might invoke that handler.
this has been reported before - it's in the archives someplace I'm sure - I
just haven't had the time to investigate it. I suspect that it needs a
patch similar to one I have lying around but that doug wasn't too interested
in putting into core due to some potential side effects. when I get a
moment, I'll try and follow up on it.
Can somone shed some light on this for me please.
Richard.
p.s. I didnt yet try converting Util::Tour::Banner into an object handler.
Is it neccessary for all handlers in a chain to be either object or regular
but not a mix?.
it shouldn't be, no.
some things to try are changing your config to
PerlModuleUtil::Tour::Translate
PerlTransHandler Util::Tour::Translate
that might work out a bit better (though I suspect you'll then get $r only
in your handler instead of $self and $r).
you might also want to try
sub handler : method {
...
}
instead of sub handler ($$) {
...
}
and see if that changes anything (though I doubt it).
HTH
--Geoff
Object Handlers & internal_redirect
I am using an object transhandler like so,
PerlTransHandlerUtil::Tour::Translate->handler
I then have a content handler like so,
SetHandlerperl-script
PerlHandler Util::Tour::Banner
My content handler is used to select an image by processing data in the
path_info and performing an internal_redirect to the actual image,
$r->internal_redirect("/img/$id/banners/$img.gif");
However, as soon as the internal_redirect happens (which inevitably triggers
the PerlTransHandler again) I get,
[Thu Jan 23 17:35:36 2003] [error] Undefined subroutine
&Util::Tour::Translate->handler::handler called at
/home/www.website.com/lib/Util/Tour/Banner.pm line 66.
So I converted Util::Tour::Translate's handler into a regular non object
handler and everythings works fine. I would rather use object handlers but
this doesn't seem possible if a content handler is performing an
internal_redirect which might invoke that handler.
Can somone shed some light on this for me please.
Richard.
p.s. I didnt yet try converting Util::Tour::Banner into an object handler.
Is it neccessary for all handlers in a chain to be either object or regular
but not a mix?.
Re: mysql question
On Thu, 23 Jan 2003, Martin Moss wrote:
> slightly off topic,
> but is it possible to grant permissions to a user on multiple tables in one
> sql statement in mysql?
This is not slightly off topic. It has nothing to do with mod_perl. You
are being selfish, rude and stupid. Especially since MySQL provides
excellent support.
Ask, can you block this bozo from the list?
- nick
Nick Tonkin {|8^)>
Re: mysql password encryption
Cheers for all your help,
I realised that I didn't need to worry about decrypting the passwords as I
can use the encrypted password with GRANT. so it solved my problem.
I guess I'll have to group my grants by table rather than permission though.
Regards
Marty
- Original Message -
From: "Joe Palladino" <[EMAIL PROTECTED]>
To: "Cees Hek" <[EMAIL PROTECTED]>; "Martin Moss"
<[EMAIL PROTECTED]>
Cc: "Modperl" <[EMAIL PROTECTED]>
Sent: Thursday, January 23, 2003 3:44 PM
Subject: RE: mysql password encryption
> Are the databases under the same database engine instance? If they are
its
> not a problem as the password is the system table users and you can grant
> access for that user to various databases in the system table database.
To
> use the encrypted password field, use the password('password') function
> supplied by the MySQL library. It only encrypts your password string, but
> it will let you do a compare of the strings.
>
> Hope this helps.
> Joe
>
> -Original Message-
> From: Cees Hek [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 22, 2003 11:29 AM
> To: Martin Moss
> Cc: Modperl
> Subject: Re: mysql password encryption
>
> Quoting Martin Moss <[EMAIL PROTECTED]>:
>
> > All,
> >
> > I wish to let a user use the same password for them to authenticate to a
> > multitude of mysql Databases AND to authenticate themselves on my
modperl
> > site.
> > the problem I have is that I store the password in the database as a
> > Password field. However when I wish to use DBI to connect to another
mysql
> > database I cannot use the Password stored in the database as it comes
out
> > encrypted. I really don't want to store the unencrypted password
anywhere
> > on the system. Is there a way to let DBI/mysql know that the password I
am
> > giving them is ALREADY encrypted?
>
> A feature like that would defeat the purpose of encrypting the password in
> the
> first place. The point of encrypting the password is so that if someone
> gets
> their hands on the password list, they can not use the encrypted password
to
> access the system. They would have to crack the passwords first before
> using
> them to access the system.
>
> By allowing someone to access the system with an already encrypted
password,
> then your passwords might as well not be encrypted at all.
>
> Since you are using MySQL, have you looked at using the
> mysql_read_default_file
> option to store your password in a config file? Using a DSN like the
> following
> allows you to keep the username and password in a config file. Check the
> DBD::mysql perldocs for more info, and the MySQL docs for all the
parameters
> you
> can put in such a file.
>
> DBI:mysql:test;mysql_read_default_file=/etc/mysql/test.my.conf
>
> and in /etc/mysql/test.my.conf
>
> [client]
> user = www
> password = thebigsecretpassword
>
> Then protect the file:
>
> chown www /etc/mysql/test.my.conf
> chmod 400 /etc/mysql/test.my.conf
>
> You still have the password in plain text, but it is readable only by root
> and
> the user that runs the webserver. You can use this to connect to multiple
> MySQL
> servers as long as the access tokens are the same on all servers.
>
> Cees
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.443 / Virus Database: 248 - Release Date: 1/10/2003
>
>
RE: mysql password encryption
Are the databases under the same database engine instance? If they are its
not a problem as the password is the system table users and you can grant
access for that user to various databases in the system table database. To
use the encrypted password field, use the password('password') function
supplied by the MySQL library. It only encrypts your password string, but
it will let you do a compare of the strings.
Hope this helps.
Joe
-Original Message-
From: Cees Hek [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 22, 2003 11:29 AM
To: Martin Moss
Cc: Modperl
Subject: Re: mysql password encryption
Quoting Martin Moss <[EMAIL PROTECTED]>:
> All,
>
> I wish to let a user use the same password for them to authenticate to a
> multitude of mysql Databases AND to authenticate themselves on my modperl
> site.
> the problem I have is that I store the password in the database as a
> Password field. However when I wish to use DBI to connect to another mysql
> database I cannot use the Password stored in the database as it comes out
> encrypted. I really don't want to store the unencrypted password anywhere
> on the system. Is there a way to let DBI/mysql know that the password I am
> giving them is ALREADY encrypted?
A feature like that would defeat the purpose of encrypting the password in
the
first place. The point of encrypting the password is so that if someone
gets
their hands on the password list, they can not use the encrypted password to
access the system. They would have to crack the passwords first before
using
them to access the system.
By allowing someone to access the system with an already encrypted password,
then your passwords might as well not be encrypted at all.
Since you are using MySQL, have you looked at using the
mysql_read_default_file
option to store your password in a config file? Using a DSN like the
following
allows you to keep the username and password in a config file. Check the
DBD::mysql perldocs for more info, and the MySQL docs for all the parameters
you
can put in such a file.
DBI:mysql:test;mysql_read_default_file=/etc/mysql/test.my.conf
and in /etc/mysql/test.my.conf
[client]
user = www
password = thebigsecretpassword
Then protect the file:
chown www /etc/mysql/test.my.conf
chmod 400 /etc/mysql/test.my.conf
You still have the password in plain text, but it is readable only by root
and
the user that runs the webserver. You can use this to connect to multiple
MySQL
servers as long as the access tokens are the same on all servers.
Cees
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.443 / Virus Database: 248 - Release Date: 1/10/2003
RE: mysql question
A grant statement only works on one table at a time. You can link statements together though, such as Grant SELECT ON table to jsmith; Grant SELECT ON table2 to jsmith; They are separate statements can be put together in one file and run together. -- Joe -Original Message- From: Martin Moss [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 23, 2003 9:10 AM To: [EMAIL PROTECTED] Subject: mysql question slightly off topic, but is it possible to grant permissions to a user on multiple tables in one sql statement in mysql? >From mysql.com:- GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP -> ON bankaccount.* -> TO custom@localhost -> IDENTIFIED BY 'stupid'; can I do this ON bankaccount.*,user.*,customer.* Marty --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.443 / Virus Database: 248 - Release Date: 1/10/2003
Re: mysql question
Theoretically, It is not. See
4.3.1 GRANT and REVOKE Syntax
GRANT priv_type [(column_list)] [, priv_type [(column_list)] ...]
ON {tbl_name | * | *.* | db_name.*}
TO user_name [IDENTIFIED BY 'password']
[, user_name [IDENTIFIED BY 'password'] ...]
[WITH GRANT OPTION]
Willy
"Martin Moss"
ternet.com> cc:
Subject: mysql question
01/23/2003 09:10
AM
slightly off topic,
but is it possible to grant permissions to a user on multiple tables in one
sql statement in mysql?
>From mysql.com:-
GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP
-> ON bankaccount.*
-> TO custom@localhost
-> IDENTIFIED BY 'stupid';
can I do this
ON bankaccount.*,user.*,customer.*
Marty
Re: mysql question
you better duck dude. "slightly" is "slightly" understating the off-topicness of your post.. Martin Moss wrote: slightly off topic, but is it possible to grant permissions to a user on multiple tables in one sql statement in mysql? From mysql.com:- GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP -> ON bankaccount.* -> TO custom@localhost -> IDENTIFIED BY 'stupid'; can I do this ON bankaccount.*,user.*,customer.* Marty
mysql question
slightly off topic, but is it possible to grant permissions to a user on multiple tables in one sql statement in mysql? >From mysql.com:- GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP -> ON bankaccount.* -> TO custom@localhost -> IDENTIFIED BY 'stupid'; can I do this ON bankaccount.*,user.*,customer.* Marty
Re: Apache::SessionManager pnotes index.html problem...
On Wed, 22 Jan 2003 22:21:20 -0700 "Joseph P. Crotty" <[EMAIL PROTECTED]> wrote: > Here is the simplest form of the problem I can produce. > > I have two handlers and want to pass some info between them visa vi pnotes. One > is a PerlTransHandler for Apache::SessionManager and the other is a PerlHandler > for a simple Hello.pm that dumps some html with the current _session_start value > (i.e. from pnotes). Apache::SessionManager checks to see if a session file > exists, creates one if not, and updates pnotes appropriately. > > The problem - if I request index.html there is no value in pnotes for > _session_start as confirmed by Hello.pm. Hi Joseph, I have a little question. You request: http://yourserver.com or: http://yourserver.com/index.html ? Note that in first case Apache can do an internal subrequest to file(s) defined by the DirectoryIndex directive. Currently, Apache::SessionManager skips all subrequests. Otherwise, the second URL works fine. >It seems that there is nothing in > pnotes period. If after the request I manually inspect the session file created > I find a value for _session_start. Request other pages (e.g. test.html) and > there are expected pnotes entries confirmed by Hello.pm. > For the URI ending with a slash, you can this workaround by putting this line in your http.conf: RedirectMatch (.*)/$ $1/index.html > Apache 1.3.27 mod_perl > > > #START mod_perl Configuration > # > PerlRequire conf/startup.pl > PerlSetEnv MOD_PERL_TRACE all > > PerlSetEnv SERVER_ROOT /usr/local/apache/ > #-- > #END mod_perl Configuration > > > #START Apache::SessionManager Configuration > #-- > PerlModule Apache::SessionManager > PerlTransHandler Apache::SessionManager > # > #END Apache::SessionManager Configuration > > > #START Block Directives > #-- > > SetHandler perl-script > PerlSetVar SessionManagerDebug 0 > PerlSetVar SessionManagerTracking On > PerlSetVar SessionManagerExpire 3600 > PerlSetVar SessionManagerStore File > PerlSetVar SessionManagerStoreArgs "Directory => > /usr/local/apache/session, \ > LockDirectory => > /usr/local/apache/session/lock" > > > > > SetHandler perl-script > PerlHandler MyApache::Hello > > > > SetHandler perl-script > PerlHandler MyApache::Hello > > > Your configuration seems to be bizarre...! ;-) As I have answered to you in a previous personal post, if you want to use Apache::SessionManager with the directives (and you do not want to put the PerlSetVar SessionManager* directives in httpd.conf's global scope, of course), you can install it in the header_parser phase by putting a line like this: PerlHeaderParserHandler Apache::SessionManager in global, , , , .htaccess sections of your httpd.conf file. For example: ---CUT HERE--- PerlModule Apache::SessionManager SetHandler perl-script PerlHandler MyApache::Hello PerlHeaderParserHandler Apache::SessionManager PerlSetVar SessionManagerTracking On PerlSetVar SessionManagerExpire 3600 PerlSetVar SessionManagerInactivity 900 PerlSetVar SessionManagerName MYPELRSESSIONID PerlSetVar SessionManagerStore File PerlSetVar SessionManagerStoreArgs "Directory => /tmp/apache_session_data/" PerlSetVar SessionManagerDebug 5 ---CUT HERE--- If you need session URI tracking, you must accept the compromise...: the PerlTransHandler phase with directive. This is a configuration example to run all the /cgi-bin executable scripts over Apache::Registry with session ID URI rewriting: ---CUT HERE--- PerlModule Apache::SessionManager PerlTransHandler Apache::SessionManager Alias /perl/ /usr/local/apache/cgi-bin/ SetHandler perl-script PerlHandler Apache::Registry PerlSendHeader On PerlSetupEnv On Options ExecCGI PerlSetVar SessionManagerTracking On PerlSetVar SessionManagerURITracking On PerlSetVar SessionManagerExpire 3600 PerlSetVar SessionManagerInactivity 1800 PerlSetVar SessionManagerName MYPELRSESSIONID PerlSetVar SessionManagerStore File PerlSetVar SessionManagerStoreArgs "Directory => /tmp/apache_session_data/" PerlSetVar SessionManagerDebug 5 ---CUT HERE--- by - Enrico
Re:[MP2] pb with modperl and XML::LibXML
> Hi > > on > SERVER_SOFTWARE: Apache/2.0.43 (Win32) mod_perl/1.99_08-dev > Perl/v5.8.0 PHP/4.3.0 > > > having installed the latest XML::LibXML from > http://theoryx5.uwinnipeg.ca/ppms > > and having Loadfile c:/perl/bin/libxml2.dll in httpd.conf > > I still have the error : in any case, here is the call stack and debug output WARNING: Stack unwind information not available. Following frames may be wrong. perl58!Perl_my_failure_exit+0x14f perl58!Perl_croak+0x19 perl58!Perl_sv_dup+0xb71 perl58!Perl_sv_dup+0x77a perl58!Perl_sv_dup+0x73c perl58!Perl_sv_dup+0x73c perl58!Perl_sv_dup+0xaa1 perl58!Perl_gp_dup+0x108 perl58!Perl_sv_dup+0x44b perl58!Perl_he_dup+0xbe perl58!Perl_sv_dup+0x8ad perl58!Perl_sv_dup+0x9cb perl58!Perl_gp_dup+0x108 perl58!Perl_sv_dup+0x44b perl58!Perl_he_dup+0xbe perl58!Perl_sv_dup+0x8ad perl58!Perl_gp_dup+0xda perl58!Perl_sv_dup+0x44b perl58!Perl_he_dup+0xbe perl58!Perl_sv_dup+0x8ad and the debug output CommandLine: C:\Apache2\bin\Apache.exe Symbol search path is: SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols; Executable search path is: ModLoad: 0040 00405000 image0040 ModLoad: 7846 784e1000 ntdll.dll ModLoad: 6ee0 6ee1e000 C:\Apache2\bin\libapr.dll ModLoad: 77e7 77f2c000 C:\WINNT\system32\KERNEL32.dll ModLoad: 77da 77dfb000 C:\WINNT\system32\ADVAPI32.dll ModLoad: 770c 77131000 C:\WINNT\system32\RPCRT4.dll ModLoad: 74fb 74fc3000 C:\WINNT\System32\WS2_32.dll ModLoad: 7800 78046000 C:\WINNT\system32\MSVCRT.DLL ModLoad: 74fa 74fa8000 C:\WINNT\System32\WS2HELP.DLL ModLoad: 74f7 74f83000 C:\WINNT\System32\MSWSOCK.dll ModLoad: 77e0 77e5f000 C:\WINNT\system32\USER32.DLL ModLoad: 77f4 77f79000 C:\WINNT\system32\GDI32.dll ModLoad: 7797 77994000 C:\WINNT\System32\DNSAPI.DLL ModLoad: 74fd 74fd9000 C:\WINNT\System32\WSOCK32.dll ModLoad: 06ed 06ef6000 C:\Apache2\bin\libaprutil.dll ModLoad: 6ff0 6ff41000 C:\Apache2\bin\libhttpd.dll (4dc.4d4): Break instruction exception - code 8003 (first chance) eax= ebx=00071f04 ecx=0009 edx= esi=7ffdf000 edi=00071f70 eip=78477704 esp=0006f984 ebp=0006fc98 iopl=0 nv up ei pl nz na pe nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=0202 ntdll!DbgBreakPoint: 78477704 cc int 3 0:000> g ModLoad: 7758 777cb000 C:\WINNT\system32\shell32.dll ModLoad: 70bd 70c34000 C:\WINNT\system32\SHLWAPI.dll ModLoad: 7178 7180a000 C:\WINNT\system32\COMCTL32.dll ModLoad: 6fcf 6fcf6000 C:\Apache2\modules\mod_access.so ModLoad: 6fce 6fce6000 C:\Apache2\modules\mod_actions.so ModLoad: 6fcd 6fcd6000 C:\Apache2\modules\mod_alias.so ModLoad: 6fcc 6fcc6000 C:\Apache2\modules\mod_asis.so ModLoad: 6fcb 6fcb6000 C:\Apache2\modules\mod_auth.so ModLoad: 6fca 6fca8000 C:\Apache2\modules\mod_autoindex.so ModLoad: 6fc9 6fc97000 C:\Apache2\modules\mod_cgi.so ModLoad: 6fc8 6fc86000 C:\Apache2\modules\mod_dir.so ModLoad: 6fc7 6fc76000 C:\Apache2\modules\mod_env.so ModLoad: 6fc6 6fc67000 C:\Apache2\modules\mod_imap.so ModLoad: 6fc5 6fc5a000 C:\Apache2\modules\mod_include.so ModLoad: 6fc4 6fc48000 C:\Apache2\modules\mod_isapi.so ModLoad: 6fc3 6fc37000 C:\Apache2 \modules\mod_log_config.so ModLoad: 6fc2 6fc27000 C:\Apache2\modules\mod_mime.so ModLoad: 6fc1 6fc19000 C:\Apache2 \modules\mod_negotiation.so ModLoad: 6fc0 6fc06000 C:\Apache2\modules\mod_setenvif.so ModLoad: 6fbf 6fbf6000 C:\Apache2\modules\mod_userdir.so ModLoad: 2800 280bc000 C:\Perl\bin\perl58.dll ModLoad: 1000 10019000 C:\Apache2\modules\mod_perl.so ModLoad: 0083 00968000 C:\Apache2\bin\php4ts.dll ModLoad: 77a4 77b35000 C:\WINNT\system32\ole32.dll ModLoad: 779a 77a3b000 C:\WINNT\system32\OLEAUT32.dll ModLoad: 1f7f 1f825000 C:\WINNT\System32\ODBC32.dll ModLoad: 76b0 76b3d000 C:\WINNT\system32\comdlg32.dll ModLoad: 1f8e 1f8f6000 C:\WINNT\System32\odbcint.dll ModLoad: 00e8 00e86000 C:\Apache2\modules\php4apache2.dll ModLoad: 00e9 00fe4000 C:\Perl\bin\libxml2.dll ModLoad: 74f5 74f6d000 C:\WINNT\system32\msafd.dll ModLoad: 74f9 74f97000 C:\WINNT\System32\wshtcpip.dll ModLoad: 011f 011f5000 C:\Perl\site\lib\Apache2 \auto\ModPerl\Util\Util.dll ModLoad: 0120 0120b000 C:\Perl\site\lib\Apache2 \auto\Apache\RequestRec\RequestRec.dll ModLoad: 0121 01217000 C:\Perl\site\lib\Apache2 \auto\Apache\RequestIO\RequestIO.dll ModLoad: 0122 01227000 C:\Perl\site\lib\Apache2 \auto\Apache\RequestUtil\RequestUtil.dll ModLoad: 0123 01237000 C:\Perl\site\lib\Apache2 \auto\Apache\Server\Server.dll ModLoad: 0124 01246000 C:\Perl\site\lib\Apache2 \auto\Apache\ServerUtil\ServerUtil.dll ModLoad: 0125 01257000 C:\Perl
[MP2] pb with modperl and XML::LibXML
Hi on SERVER_SOFTWARE: Apache/2.0.43 (Win32) mod_perl/1.99_08-dev Perl/v5.8.0 PHP/4.3.0 having installed the latest XML::LibXML from http://theoryx5.uwinnipeg.ca/ppms and having Loadfile c:/perl/bin/libxml2.dll in httpd.conf I still have the error : - a USED testxml from startup is executed but prevents apache from starting with a segfault (testxml just reads and parse an xml file) - use XML::LibXML() ; use XML::LibXSLT() ; from startup is ok - the use testxml; from modperl / registry/ cgi produces this error log : [Thu Jan 23 10:37:18 2003] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Thu Jan 23 10:37:27 2003] [notice] Parent: Created child process 1256 [Thu Jan 23 10:37:34 2003] [notice] Child 1256: Child process is running [Thu Jan 23 10:37:34 2003] [notice] Child 1256: Acquired the start mutex. [Thu Jan 23 10:37:35 2003] [notice] Child 1256: Starting 25 worker threads. after which the script is served normally (but with a long apache resarting delay), then normally served a couple of times, then again the apache restart (maybe after child process dies normally) - perl testxml.pm is ok. thanks pascal barbedor Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,13 /mn) ; tél : 08 92 68 13 50 (0,34/mn)"
Re: PerlSwitches -M and @INC
I tried: PerlOptions +Parent # PerlOptions +Clone PerlModule Apache2 PerlModule Apache::compat PerlSwitches -Mlib=/et/www/envirotex/lib The result is a "Segmentation fault" without any further messages on the screen and in the error_log file. When I try: # PerlOptions +Parent PerlOptions +Clone PerlModule Apache2 PerlModule Apache::compat PerlSwitches -Mlib=/et/www/envirotex/lib the result is: "[Thu Jan 23 09:12:19 2003] [error] Can't locate Emma/AuthCookieHandler.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi/Apache2 /usr/lib/perl5/5.8.0/i686-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl .) at (eval 5) line 3. [Thu Jan 23 09:12:19 2003] [error] Can't load Perl module Emma::AuthCookieHandler for server www.et:0, exiting..." The Module "Emma::AuthCookieHandler" is in the path "/et/www/envirotex/lib". As i see from the message above the additional lib path is missing from the @INC Array. Helmut --On Donnerstag, 23. Januar 2003 12:42 +1100 Stas Bekman <[EMAIL PROTECTED]> wrote: Helmut Zeilinger wrote: Hi, i am trying Apache 2.0.44 and mod_perl 1.99_08. httpd.conf :Bevor all virtual hosts PerlRequire /usr/local/apache2/conf/virtual/startup.pl The content of startup.pl is as in the mod_perl documentation including the "use Apache::compat()" directive. I one of my V-hosts i say (as described in the documentation): PerlOptions +Parent PerlSwitches -Mlib=/et/www/envirotex/lib When I start the server i get the error message: " [Wed Jan 22 13:52:07 2003] [error] Can't locate loadable object for module Apache::Constants in @INC (@INC contains: /et/www/envirotex/lib /usr/lib/perl5/5.8.0/i686-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl .) at /usr/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi/mod_perl.pm line 14 Compilation failed in require at /usr/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi/Apache.pm line 6. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi/Apache.pm line 6. Compilation failed in require at /et/www/envirotex/lib/Emma/AuthCookieHandler.pm line 3. BEGIN failed--compilation aborted at /et/www/envirotex/lib/Emma/AuthCookieHandler.pm line 3. Compilation failed in require at (eval 1) line 3. [Wed Jan 22 13:52:07 2003] [error] Can't load Perl module Emma::AuthCookieHandler for server www.et:0, exiting... " It seems to me, that all of the Apache2 paths create by the "use Apache2" directive are no more present in the @INC Array. I tried a lot of things with several combinations of PerlSwitches (-M, -I, -Mblib, -Mlib), and startup files, but I never got the result i want: I would like to load some "private" Modules under "/et/www/envirotex/lib" and all the other things should work too. That's because you get a completely new interpreter. So you have to run Apache2 again PerlOptions +Parent PerlModule Apache2 Does that work for you? I agree that this is not-intuitive and adds to a clutter. I suppose that this should be documented for the time being. And hopefully by the time 2.0 is released we will come up with a transparent solution. Have you tried using the +Clone option instead? http://perl.apache.org/docs/2.0/user/config/config.html#C_Clone_ __ 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
