Re: [MP2] Perl_Tstack_sp_ptr

2003-01-24 Thread Xiaodong Shen
Thanks for the reply.

Several things to clear:

1. I have successfully passed the "make && make test && make install" phase.

2. I have moved into "Server configuration" phase and was doing the 
"mod_perl rocks" thingy, where the error happens.

3. Before seeing your reply, I already found a solution: I renamed 
Const.so to Const.so.bak (there are several other xxx.so mod_perl 
complains about, I removed them as well). It works, mod_perl did rock.

4. However this put me into a bigger misery, I can't explain why!!!

After reading the thread, I delved into my setting and found:

- my perl installation doesn't have libperl.so (libperl.a only).
- my httpd is DSO enabled.
- my mod_perl is mod_perl.so (mod_perl.a is not used).
- my mod_perl.so is not linked against ibperl.so.

So I assume that httpd loads mod_perl.so, which loads other xxx.so, such 
as Const.so, but when does mod_perl load libperl.so (from the thread I 
assume those undefined symbols would be resolved by libperl.so)? before 
laoding Const.so? but why did it not complain about no libperl.so on my 
system?

..

Now I start to have some ideas, it must have to do with my Perl 
installation, which contains some leftovers that should have been 
cleaned up before I made numerous rebuilds,  everytime Perl uses a 
package it looks for *.so by going through @INC, lots of library files 
with same names.

I will let you after I clean up my perl.

thanks again,

xd
Stas Bekman wrote:
Xiaodong Shen wrote:


Hi all,

Does anyone have experience of seeing from error_log:

/usr/local/apache2/bin/httpd: error while loading shared libraries: 
/usr/local/lib/perl5/site_perl/5.8.0/i686-linux/auto/Apache/Const/Const.so: 
undefined symbol: Perl_Tstack_sp_ptr

I am playing with 2.0.44 (-with-mpm=prefork) with mod_perl 2.0 (moer 
specifically 1.99_08) on linux 2.4.7 with Perl 5.8.0 (no thread), I 
saw the above error message when requesting the "mod_perl 2.0 rocks" 
testing page (see mod_perl 2.0 User Guide).

any hint is welcomed.

xd


Take a look at this thread:
http://marc.theaimsgroup.com/?t=10430802132&r=1&w=2
In particular at:
http://marc.theaimsgroup.com/?l=apache-modperl&m=104312560827233&w=2

Does this help?

__
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] AuthDBI breaking with RH httpd-2.0.40-11 rpm

2003-01-24 Thread Stas Bekman
Christopher Hicks wrote:

I brought a new server up yesterday using Red Hat 8's httpd-2.0.40-8 and
based on the patches and comments I found in the list archive all was
eventually well.  Today I updated various rpms on the box from the 
official Red Hat updates and how AuthDBI is no longer working.  I stuck 
various debugging statements in until I drilled down to the point of 
finding that crypt() seems to be the problem.  Running perl from the 
command line produces correct results:
	# perl -e 'print crypt("test","0y"),"\n"';
	0y5fZG4UG8Bd.

but when I add the logging statement into AuthDBI

	 $r->log_reason("password='$password' passwd_to_check='$passwd_to_check' salt='$salt' accessing ", $r->uri);

between these lines:

my $passwd_to_check = $Attr->{encrypted} eq 'on' ? crypt($passwd_sent, $password) : $passwd_sent; 
	# here in other words
if ($passwd_to_check eq $password) {

the logs show:
	[Fri Jan 24 16:27:19 2003] [error] password='0y5fZG4UG8Bd.' passwd_to_check='0ypz5H80XtTxw' salt='0y' accessing /cgi/test

So why did upgrading httpd break crypt?!?

Since you didn't remember to fill a complete report as explained here:
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
I can only guess that you are using the threaded mpm and perl 5.8.0. In which 
case you need to install mod_perl 1.99_08. From Changes:

  workaround glibc/Perl-5.8.0 crypt() bug (seen with threaded MPMs)




__
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] Perl_Tstack_sp_ptr

2003-01-24 Thread Stas Bekman
Xiaodong Shen wrote:

Hi all,

Does anyone have experience of seeing from error_log:

/usr/local/apache2/bin/httpd: error while loading shared libraries: 
/usr/local/lib/perl5/site_perl/5.8.0/i686-linux/auto/Apache/Const/Const.so: 
undefined symbol: Perl_Tstack_sp_ptr

I am playing with 2.0.44 (-with-mpm=prefork) with mod_perl 2.0 (moer 
specifically 1.99_08) on linux 2.4.7 with Perl 5.8.0 (no thread), I saw 
the above error message when requesting the "mod_perl 2.0 rocks" testing 
page (see mod_perl 2.0 User Guide).

any hint is welcomed.

xd

Take a look at this thread:
http://marc.theaimsgroup.com/?t=10430802132&r=1&w=2
In particular at:
http://marc.theaimsgroup.com/?l=apache-modperl&m=104312560827233&w=2

Does this help?

__
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] AuthDBI breaking with RH httpd-2.0.40-11 rpm

2003-01-24 Thread Christopher Hicks
I brought a new server up yesterday using Red Hat 8's httpd-2.0.40-8 and
based on the patches and comments I found in the list archive all was
eventually well.  Today I updated various rpms on the box from the 
official Red Hat updates and how AuthDBI is no longer working.  I stuck 
various debugging statements in until I drilled down to the point of 
finding that crypt() seems to be the problem.  Running perl from the 
command line produces correct results:
# perl -e 'print crypt("test","0y"),"\n"';
0y5fZG4UG8Bd.

but when I add the logging statement into AuthDBI

 $r->log_reason("password='$password' passwd_to_check='$passwd_to_check' 
salt='$salt' accessing ", $r->uri);

between these lines:

my $passwd_to_check = $Attr->{encrypted} eq 'on' ? crypt($passwd_sent, 
$password) : $passwd_sent; 
# here in other words
if ($passwd_to_check eq $password) {

the logs show:
[Fri Jan 24 16:27:19 2003] [error] password='0y5fZG4UG8Bd.' 
passwd_to_check='0ypz5H80XtTxw' salt='0y' accessing /cgi/test

So why did upgrading httpd break crypt?!?

-- 


"Never offend people with style when you can offend them with substance."
- Sam Brown 




[MP2] Perl_Tstack_sp_ptr

2003-01-24 Thread Xiaodong Shen
Hi all,

Does anyone have experience of seeing from error_log:

/usr/local/apache2/bin/httpd: error while loading shared libraries: 
/usr/local/lib/perl5/site_perl/5.8.0/i686-linux/auto/Apache/Const/Const.so: 
undefined symbol: Perl_Tstack_sp_ptr

I am playing with 2.0.44 (-with-mpm=prefork) with mod_perl 2.0 (moer 
specifically 1.99_08) on linux 2.4.7 with Perl 5.8.0 (no thread), I saw 
the above error message when requesting the "mod_perl 2.0 rocks" testing 
page (see mod_perl 2.0 User Guide).

any hint is welcomed.

xd



Ok, I've asked before, but was misunderstood...

2003-01-24 Thread Richard



I know that suexec won't work WITH mod_perl, but my 
question is this...
 
Is it ok to leave suexec installed and use it for 
regular perl scripts that still call
perl via the #!/usr/bin/perl -w 
command?
 
That way users that just want to use regular perl 
scripts will still have them secure,
then the ones that want to use mod_perl can use 
it.
 
Is that ok to do?
 
Thanks,
Richard.
 
 


Re: Connection pool with Apache::DBI and Oracle

2003-01-24 Thread Perrin Harkins
Georg Botorog wrote:

More precisely, I am using Apache::DBI to create and cache the
connection to the DB. As this connection uses a single Oracle session,
it is obvious that it becomes a bottleneck.


Apache::DBI uses one connection per process.  There is no bottleneck 
there.  Each process only handles one request at a time so it would have 
no use for more than one database connection.

> Ideally, one would have a pool of DB
sessions (= DB handles) that the Apache threads would use in serving the
requests coming from clients.


That's only ideal if your code spends a lot of time doing things that 
don't involve a database.  You shgould be running with a reverse proxy 
in front, so that mod_perl processed will not be serving static files.

Alternatively, is it possible to convince several Apache servers running
concurrently to cooperate (i.e., load balance) in answering incoming
requests? If yes, how?


Any load-balancer will do that.  There are dozens, both commercial and 
open source.  See the mod_perl documentation for a list you can start with.

- Perrin



Connection pool with Apache::DBI and Oracle

2003-01-24 Thread Georg Botorog
Hi,

I would like to know if there is a module that implements a pool of
connections to an Oracle database.

More precisely, I am using Apache::DBI to create and cache the
connection to the DB. As this connection uses a single Oracle session,
it is obvious that it becomes a bottleneck. On the other hand, opening
and closing a connection for each request (i.e., using DBI instead of
Apache::DBI) is not acceptable. Ideally, one would have a pool of DB
sessions (= DB handles) that the Apache threads would use in serving the
requests coming from clients. Was such functionality implemented?

Alternatively, is it possible to convince several Apache servers running
concurrently to cooperate (i.e., load balance) in answering incoming
requests? If yes, how?

Thanks,
George




mod_perl/1.27 Makefile.PL issue on sparcv9-64/gcc3.2.1

2003-01-24 Thread dorian
ignore if this has been mentioned already.

my installation of perl picked up on an assembler flag, -Wa,-xarch=v9, which
gets messed with in the mod_perl 1.27 Makefile.PL line 524:

$PERL_EXTRA_CFLAGS = join(" ", split(",",  $PERL_EXTRA_CFLAGS));

i'm afraid i'm far too sleep-deprived to see why it would be necessary to have
that there, but installation seems to work fine with that line commented out.

.dorian



Re: [mp2]: Is there a package for Debian/testing?

2003-01-24 Thread Mark Fowler
On Thu, 23 Jan 2003, Joachim Zobel wrote:

> So I would like to have a debian package. I found one in debian
> unstable, but this requires perl 5.8.

The perl in debian unstable is also 5.8.0, so this makes sense.  I've been
running it fine for months, so I highly recommend you install this on
your test box as well and see how it goes.

Of course, this will break any binary module you yourself installed
(though the ones you installed through the debian package system should
automatically upgrade themeselves too)

Mark.

-- 
#!/usr/bin/perl -T
use strict;
use warnings;
print q{Mark Fowler, [EMAIL PROTECTED], http://twoshortplanks.com/};



Re: problem with Location

2003-01-24 Thread domm
Hi!

On Fri, Jan 24, 2003 at 10:59:50AM +, koudjo ametepe wrote:
(posted back to [EMAIL PROTECTED])

> I want to send a the visitor to a page according to the script cgi's params 
> .I have a default url .
> If the  params are empty i send him to the default page or to the specific 
> page (contained in the params) he wanted !!

If you use POST as the action of the form generating the request, you might
want to look at this:
http://perl.apache.org/docs/1.0/guide/snippets.html#Redirecting_POST_Requests

Or, to remove the posted data, do:
   $r->method_number(M_GET);
   $r->method('GET');
   $r->headers_in->unset('Content-length');

and then redirect:   
   $r->header_out(Location => $redirect);
   $r->status(302);
   return REDIRECT;

That's the way I usually do redirects without any problems.

But again: Are you using mod_perl??

Because redirecting works slightly different under mod_cgi / CGI.pm

And did you look at the questions Lee Goddard asked?


-- 
#!/usr/bin/perl   http://domm.zsi.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}



Re: problem with Location

2003-01-24 Thread Lee Goddard
-BEGIN PGP SIGNED MESSAGE-
Hash: MD5

Hi koudjo,

On Friday, January 24, 2003 at 10:08:43 AM, you wrote:

ka> hi everybody
ka> I have a litle problem with the redirection with the famous print "Location:
ka> ";
ka> can someone help me about it
ka> The server print internal error 500

And do the logs tell you you've got a problem? Perhaps
premature end of script headers?
When you run the script from the command-line, what do you get?
Presumably a syntax error?

I advise you to check your syntax, and make sure you have
got the correct double line endings after your location header.

- --
Cheers
 Leemailto:[EMAIL PROTECTED]

-BEGIN PGP SIGNATURE-
Version: 2.6

iQCVAwUAPjEOAadrfekeF/QBAQHO+wP9Ge1Shk6H+yQaUvygoJGojXQPNF87NHs2
XL1hmqU87nZS3P/NzhBp17rznn4jG3MjJD/v7MHZ9Q28BCSWAl4zEh9n2Xua8uXo
1jm7mz9IbmLKM8BYzGDsoEXy8EuAti8vhqNQRuYy49DWD8xDwzceHoV8nsQ6fxrr
rg5My357luA=
=9Xd3
-END PGP SIGNATURE-




Re: problem with Location

2003-01-24 Thread domm
Hi!

On Fri, Jan 24, 2003 at 09:08:43AM +, koudjo ametepe wrote:

> I have a litle problem with the redirection with the famous print 
> "Location: ";
> can someone help me about it
> The server print internal error 500

The information you provide is a little bit sparse. Please describe what you
are trying to do and how you try to do it.

You are using mod_perl, are you?

Additionally, you might what to RTFM at:
http://perl.apache.org


-- 
#!/usr/bin/perl   http://domm.zsi.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}



problem with Location

2003-01-24 Thread koudjo ametepe
hi everybody
I have a litle problem with the redirection with the famous print "Location: 
";
can someone help me about it
The server print internal error 500
Thank you
koudjo

_
MSN Messenger : discutez en direct avec vos amis ! 
http://www.msn.fr/msger/default.asp