[mp2] segfault when connect to database
httpd2 2.0.47, mod_perl 1.99_09 -- httpd does segfault when I try to connect to the database (mysql or interbase). It faults somewhere in libnss_db.so. It works well if I remove libnss_db* from the system. Here is the part of programm stack from core: #0 0x in ?? () #1 0x4075de1e in db_open () from /lib/libnss_db.so.2 #2 0x4075ded0 in internal_setent () from /lib/libnss_db.so.2 #3 0x4075d62e in _nss_db_endservent () from /lib/libnss_db.so.2 #4 0x4075d8c3 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2 #5 0x40358733 in __getservbyname_r (name=0x405a42f7 mysql, proto=0x405a42f3 tcp, resbuf=0x4038bb7c, buffer=0x86a8a70 , buflen=1024, result=0xb148) at ../nss/getXXbyYY_r.c:200 #6 0x403585e1 in getservbyname (name=0x405a42f7 mysql, proto=0x405a42f3 tcp) at ../nss/getXXbyYY.c:145 #7 0x405949fb in mysql_once_init () from /usr/lib/perl5/site_perl/i386-linux/auto/DBD/mysql/mysql.so #8 0x4059711b in mysql_init () from /usr/lib/perl5/site_perl/i386-linux/auto/DBD/mysql/mysql.so #9 0x4058bf4a in mysql_dr_connect () -- Danil Pismenny http://www.orionet.ru/
MP1 - libapreq1.2 broke apache / mod_perl installation
Hi I am puzzled. I installed libapreq1.2 on a server the normal way (perl Makefile.PL, make, make test, make install) and now my server refuses to run Apache::Cookie or Apache::Request. It complains of [Sun Aug 3 18:09:29 2003] [error] Can't load '/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/Apache/Cookie/Cookie.so' for module Apache::Cookie: libapreq.so: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.6.1/i386-linux/DynaLoader.pm line 206. at /usr/lib/perl5/site_perl/5.6.1/i386-linux/mod_perl.pm line 14 What puzzles me is that it this worked perfectly on another near identical machine. Why does it want .so files? I thought that happened only if you installed it using the ./configure method, which I didnt. Apache Modperl installed from the official redhat 7.2 rpms Please help, I have a production server that is down and I cannot think straight at the moment. -- Joelle Nebbe, [EMAIL PROTECTED] on 03/08/2003
Re: MP1 - libapreq1.2 broke apache / mod_perl installation
I installed libapreq1.2 on a server the normal way (perl Makefile.PL, make, make test, make install) and now my server refuses to run Apache::Cookie or Apache::Request. It complains of [Sun Aug 3 18:09:29 2003] [error] Can't load '/usr/lib/perl5/site_perl/5.6.1/i386- linux/auto/Apache/Cookie/Cookie.so' for module Apache::Cookie: libapreq.so: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.6.1/i386-linux/DynaLoader.pm line 206. at /usr/lib/perl5/site_perl/5.6.1/i386-linux/mod_perl.pm line 14 What puzzles me is that it this worked perfectly on another near identical machine. Why does it want .so files? I thought that happened only if you installed it using the ./configure method, which I didnt. I looked and I had files all over the place in my perl library tree, in Apache, libapreq, Apache/Cookie, Apache/Request, Apache/libapreq etc etc I reckon I had several versions in parallel and Dynaloader mixed and matched as it pleased. So I deleted all those Cookie.pm, Cookie.so, Request.pm, Request.so etc. etc. and reinstalled libapreq 1.0 My server works again so the panic is gone. The question remains: what did i naively do wrong the first time? Thanks
Re: Cookies, CGI::App, and mod_perl
On Fri, Aug 01, 2003 at 01:14:44PM -0400, Perrin Harkins wrote: On Fri, 2003-08-01 at 13:04, petersm wrote: When running under mod_perl the cookie is no where to be seen. Do some debugging. Look at the traffic going back and forth. Test it with GET or lynx. See if the cookie header is being sent. To elaborate a little on this thread: I find ethereal http://www.ethereal.com/ useful for debugging situations like this. Certain browsers (that I won't name) behave in quirky ways that GET or lynx won't emulate, so it's often worth running ethereal in the background whilst using your site with various browsers, then analysing TCP streams in ethereal to see exactly what's happening. Tom
make test fails in building modperl2+apache2+perl5.8
Hi everyone (my first message). The message is that there is a syntax error in line x of some conf file, the syntax error is that PerlSwitches is an unknown command. I am trying to compile modperl2 with perl 5.8 compiles with mpm and ithreads and with apache2 compiled not as a DSO module but as static part of the executable. But i get this error, what can it be? I'm using suse linux 8.0 Another thing is that i compiled perl with i686-linux, but i used to think i was i386, as i686 was the default i leave as it. Anyway i don't think it has any importance. Any idea? Extra info: I want to compile as static module because with DSO option #perl directive doesn't work. - Un nuevo buscador más rápido, eficaz y sencillo http://www.plaf.com Ya.com ADSL Home 24h, Módem + Alta + 1 mes Gratis http://acceso.ya.com/adslhome24h/
RE: [mp2] segfault when connect to database
httpd2 2.0.47, mod_perl 1.99_09 -- httpd does segfault when I try to connect to the database (mysql or interbase). It faults somewhere in libnss_db.so. It works well if I remove libnss_db* from the system. I noticed a while back that when I use PostgreSQL/W2K/2.0.46/mp1.99_10 I get a segfault _when Apache shuts down_. I don't have it compiled such that I can do a backtrace. mma
Debugging Tips (Was Re: Cookies, CGI::App, and mod_perl)
Do some debugging. Look at the traffic going back and forth. Test it with GET or lynx. See if the cookie header is being sent. To elaborate a little on this thread: I find ethereal http://www.ethereal.com/ useful for debugging situations like this. Certain browsers (that I won't name) behave in quirky ways that GET or lynx won't emulate, so it's often worth running ethereal in the background whilst using your site with various browsers, then analysing TCP streams in ethereal to see exactly what's happening. PlugProxy is also very good for this type of debugging: http://www.bbzzdd.com/plugproxy/ For just examining the HTTP request/response I find it easier and more straighforward to use than Ethereal. (The screen shot on their home page shows an HTTP exchange with hex mode turned on, it's actually much easier to read with hex mode turned off.) A tip for cookie testing when using PlugProxy (or similar proxying tools, I suppose): Generally you need to make sure you're making requests against the correct domain name for your browser to handle the cookies correctly. For example, if you set up PlugProxy on your desktop like so: Host:www.example.org Remote Port: 80 Local Port: then you should be able to use you browser to hit the home page with this: http://localhost:/ *but* the browser won't send the cookies that would normally be sent to example.org. The fix is to make it look like localhost is part of example.org, and then make the request like this instead: http://localhost.example.org:/ You can put something like this: 127.0.0.1 localhost.example.org localhost in /etc/hosts (or WindowsDir\System32\drivers\etc\hosts). Larry Leszczynski [EMAIL PROTECTED]
Re: MP1 - libapreq1.2 broke apache / mod_perl installation
Iphigenie [EMAIL PROTECTED] writes: [...] What puzzles me is that it this worked perfectly on another near identical machine. Why does it want .so files? I thought that happened only if you installed it using the ./configure method, which I didnt. The latest version of ExtUtils::MakeMaker tickles a bug in libapreq's c/Makefile.PL. There has been quite a bit of discussion of this issue in the last week on apreq-dev, p5p, and on this list as well. Michael Schwern [hope I spelled it right :] posted two patches to the apreq-dev list designed to fix these problems. As soon as enough folks decide which of his patches is best, we'll roll a 1.3 release that fixes the problem. [...] The question remains: what did i naively do wrong the first time? Probably nothing- this is a bug in libapreq. -- Joe Schaefer
Re: Skipped Tests (was: handler help)
We're getting out of my area of experience here, I don't use mod_perl2, but I hear there are recent changes to CGI.pm. Did you install the latest CGI.pm? You should. 73, Ged. For the record, the last CGI.pm which I could get to work under Win2K/IE 6 is 2.97. V 2.99 corrupts the string returned by $q - url() by %-etc encoding /-etc characters. -- Ron Savage, [EMAIL PROTECTED] on 04/08/2003. Room EF 312 Deakin University, 221 Burwood Highway, Burwood, VIC 3125, Australia Phone: +61-3-9251 7067, Fax: +61-3-9251 7604 http://www.deakin.edu.au/~rons
