Re: Skipped Tests (was: handler help)

[Ron Savage]

>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

Re: MP1 - libapreq1.2 broke apache / mod_perl installation

[Joe Schaefer]

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

Debugging Tips (Was Re: Cookies, CGI::App, and mod_perl)

[Larry Leszczynski]

> > 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  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 \System32\drivers\etc\hosts).


Larry Leszczynski
[EMAIL PROTECTED]

RE: [mp2] segfault when connect to database

[Marc M. Adkins]

> 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

make test fails in building modperl2+apache2+perl5.8

[gerard uolaquetalestem]

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: Cookies, CGI::App, and mod_perl

[Tom Hukins]

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  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

Re: MP1 - libapreq1.2 broke apache / mod_perl installation

[Iphigenie]

>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

MP1 - libapreq1.2 broke apache / mod_perl installation

[[EMAIL PROTECTED]]

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

[mp2] segfault when connect to database

[Danil Pismenny]

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/