Skip to search.

Breaking News Visit Yahoo! News for the latest.

×Close this window

modperl · Perl module for Apache
  • Members Only
  • Post
  • Files
  • Photos
  • Links
  • Database
  • Polls
  • Calendar
  • Promote

The Yahoo! Groups Product Blog

Check it out!

Group Information

? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Real people. Real stories. See how Yahoo! Groups impacts members worldwide.

Messages
Message #
Search:
Advanced
 Messages Help
Messages
Topics
Hot Topics
Messages 56557 - 56586 of 67621   Oldest  |  < Older  |  Newer >  |  Newest
Messages: Show Message Summaries Sort by Date ^  
#56557 From: Stas Bekman <stas@...>
Date: Wed Dec 31, 2003 8:33 pm
Subject: Re: [mp2] [MDL] setting cookies without Apache::Request 		stas@...
Send Email Send Email
  
Geoffrey Young wrote:
> Curtis Jewell wrote:
>
>>Thanks! CGI::Cookie should work just fine. (I can't precalculate the
>
> cookies, I have 200 usernames that could be used.)
>
> :)
>
>
>>(You're right. Turns out the test machine was 2.0.40 (a RH9 machine) and
>
> that's why I couldn't use it. But they would like me to avoid it if I can -
> one less thing to install, you know?.)
>
>>One other question... could I use the newest versions of CGI.pm to get
>
> POST or GET parameters to a 2.0 handler (I have another one that uses that
> capability) or am I stuck with Apache::Request for that, too?
>
> CGI.pm 3.00 should be ok for most things.  I think there are still some POST
> issues, but I'm (now) not exactly sure what they are - you can check the
> archives or the mod_perl test suite and see (the test suite expects the yet
> unreleased 3.01).  GET works fine as far as I know.

3.01 was released on 10 Dec 2003. You should use 3.01 with mp2.

__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@... http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (6)
#56558 From: "Maurice Height" <mheight@...>
Date: Sat Jan 3, 2004 1:11 am
Subject: Windows Binary of mod_perl2 		mheight@...
Send Email Send Email
  
Hi

I am trying to install the latest mod_perl2 (v1.99_12) into Apache 2.0.48
and ActivePerl v5.8.2.808
on Win2K.

Has a ppm of mod_perl v1.99_12 been released?

A search of the ppm repository at
http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer58
returns:

     mod_perl     [1.99_13-dev] Embed a Perl interpreter in the Apache/2.0.48
HTTP server

but no v1.99_12.

Is 1.99_13-dev OK to use?

Thanks for your time
Maurice



--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (3)
#56559 From: Geoffrey Young <geoff@...>
Date: Fri Jan 2, 2004 3:03 pm
Subject: Re: Apache::DBI tests failing 		geoff@...
Send Email Send Email
  
Paul Makepeace wrote:
> Hi,
>
> Apache::DBI doesn't seem to be caching connections here causing a test
> failure. I'm using Debian/unstable, Debian's perl 5.8.2, mysql 4.0.16,
> DBD::mysql 2.9003, and CPAN's DBI 1.39. (DBI warned about perl having
> threading enabled, FWIW.)
>
> Any ideas what could be the problem?

after playing around a bit with this, it looks like the test isn't calling
Apache::DBI at all.

the attached patch adds some simple tests to make sure that the database
handles being compared actually come from Apache::DBI - they don't for me
using the latest DBI and DBD::mysql.  once the BEGIN logic is changed,
though, all the tests (old and new) pass just fine.

Apache-Test would be a perfect fit for this module ;)

--Geoff
--- t/10mysql.t 2003-05-05 11:14:22.000000000 -0400
+++ t/10mysql.t~ 2004-01-02 10:00:59.000000000 -0500
@@ -1,30 +1,34 @@
  use strict;
-use Test::More tests => 7;
-use DBI;
+use Test::More tests => 10;

  BEGIN {
    # trick DBI.pm into thinking we are running under mod_perl
+  # set both %ENV keys for old and new DBI versions

-  if ($DBI::VERSION > 1.33) {
-    $ENV{MOD_PERL} = 'CGI-Perl';
-  }
-  else {
-    $ENV{GATEWAY_INTERFACE} = 'CGI-Perl';
-  }
-  use_ok('Apache::DBI', 'load Apache::DBI')
+  $ENV{MOD_PERL} = 'CGI-Perl';
+  $ENV{GATEWAY_INTERFACE} = 'CGI-Perl';
+
+  use_ok('Apache::DBI');
+  use_ok('DBI');
  };

  my $dbd_mysql = eval { require DBD::mysql };

  #$Apache::DBI::DEBUG = 10;
+#DBI->trace(2");

  SKIP: {
-  skip "Could not load DBD::mysql", 6 unless $dbd_mysql;
+  skip "Could not load DBD::mysql", 8 unless $dbd_mysql;

    ok($dbd_mysql, "DBD::mysql loaded");

+  # checking private DBI data here is probably bad...
+  is($DBI::connect_via, 'Apache::DBI::connect', 'DBI is using Apache::DBI');
+
    my $dbh_1 = DBI->connect('dbi:mysql:test', undef, undef, { RaiseError => 0,
PrintError => 0 });

+  isa_ok($dbh_1, 'Apache::DBI::db');
+
   SKIP: {
      skip "Could not connect to test database: $DBI::errstr", 5 unless $dbh_1;
      ok(my $thread_1 = $dbh_1->{'mysql_thread_id'}, "Connected 1");
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (7)
#56560 From: Jan Algermissen <jalgermissen@...>
Date: Fri Jan 2, 2004 7:11 pm
Subject: poking into request content? 		jalgermissen@...
Send Email Send Email
  
Hi,

I want to write a Perl handler that pokes into the content
of a request in order to see if a certain parameter is present and
if so to change the request method.

Ok, I am finally aware that content() may onle be called once on
a request object so any further handlers won't be able to see the
original content.

Is there a way to restore that data after calling content() or read()?

(I had the idea that calling read might silently make the data available
via content() too, but unfortunately this is not true.

The practical reason for my question can be found here:

http://search.cpan.org/~alger/Apache-MagicPOST/

Thanks for any help or ideas.


Jan


--
Jan Algermissen                           http://www.topicmapping.com
Consultant & Programmer                   http://www.gooseworks.org

--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (4)
#56561 From: Geoffrey Young <geoff@...>
Date: Fri Jan 2, 2004 7:26 pm
Subject: Re: poking into request content? 		geoff@...
Send Email Send Email
  
Jan Algermissen wrote:
> Hi,
>
> I want to write a Perl handler that pokes into the content
> of a request in order to see if a certain parameter is present and
> if so to change the request method.
>
> Ok, I am finally aware that content() may onle be called once on
> a request object so any further handlers won't be able to see the
> original content.
>
> Is there a way to restore that data after calling content() or read()?

see Apache::Request->instance()

HTH

--Geoff


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (4)
#56562 From: Stas Bekman <stas@...>
Date: Fri Jan 2, 2004 7:40 pm
Subject: Re: Windows Binary of mod_perl2 		stas@...
Send Email Send Email
  
Maurice Height wrote:
> Hi
>
> I am trying to install the latest mod_perl2 (v1.99_12) into Apache 2.0.48
> and ActivePerl v5.8.2.808
> on Win2K.
>
> Has a ppm of mod_perl v1.99_12 been released?
>
> A search of the ppm repository at
> http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer58
> returns:
>
>     mod_perl     [1.99_13-dev] Embed a Perl interpreter in the Apache/2.0.48
> HTTP server
>
> but no v1.99_12.
>
> Is 1.99_13-dev OK to use?

Should be OK, I'd guess (I'm not on WinFU). Randy keeps the cutting edge
binary. May be it's a good idea to have the latest release binary as well.


__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@... http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (3)
#56563 From: Jan Algermissen <jalgermissen@...>
Date: Fri Jan 2, 2004 8:14 pm
Subject: Re: poking into request content? 		jalgermissen@...
Send Email Send Email
  
Geoffrey Young wrote:
>
> Jan Algermissen wrote:
> > Hi,
> >
> > I want to write a Perl handler that pokes into the content
> > of a request in order to see if a certain parameter is present and
> > if so to change the request method.
> >
> > Ok, I am finally aware that content() may onle be called once on
> > a request object so any further handlers won't be able to see the
> > original content.
> >
> > Is there a way to restore that data after calling content() or read()?
>
> see Apache::Request->instance()

Geoffrey--

thanks. I tried that but am I right in suspecting that subsequent handlers
also need to work with Apache::Request? IOW: is there a way to use
Apache::Request
and later use the notrmal $r->content() call?

I want to impose abslolutely no constraint on subsequent handlers (as they
might not even be related to my application).

Jan


>
> HTH
>
> --Geoff

--
Jan Algermissen                           http://www.topicmapping.com
Consultant & Programmer                   http://www.gooseworks.org

--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (4)
#56564 From: Stas Bekman <stas@...>
Date: Fri Jan 2, 2004 8:33 pm
Subject: Re: poking into request content? 		stas@...
Send Email Send Email
  
Jan Algermissen wrote:
> Geoffrey Young wrote:
>
>>Jan Algermissen wrote:
>>
>>>Hi,
>>>
>>>I want to write a Perl handler that pokes into the content
>>>of a request in order to see if a certain parameter is present and
>>>if so to change the request method.
>>>
>>>Ok, I am finally aware that content() may onle be called once on
>>>a request object so any further handlers won't be able to see the
>>>original content.
>>>
>>>Is there a way to restore that data after calling content() or read()?
>>
>>see Apache::Request->instance()
>
>
> Geoffrey--
>
> thanks. I tried that but am I right in suspecting that subsequent handlers
> also need to work with Apache::Request? IOW: is there a way to use
Apache::Request
> and later use the notrmal $r->content() call?

Not really. You could subclass $r, but your other handlers need to be aware of
this. So it's not transparent.

> I want to impose abslolutely no constraint on subsequent handlers (as they
> might not even be related to my application).

In which case you probably need to look at input filters available only with
mod_perl 2. Though remember that the body filter will be invoked only if some
handler is trying to consume the body.

In fact Apache::Request 2, does exactly that - it injects itself as a filter,
making the POSTed body available to any consumer that calls into libapreq's
instance method (perl, c, php, whatever)

__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@... http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (4)
#56565 From: "Daniel Wilson" <webmaster@...>
Date: Mon Jan 5, 2004 5:36 am
Subject: [mp1] modules not shared across children. preloading or fork() issue? 		webmaster@...
Send Email Send Email
 
For referance the problem i am seeing, is that even though i have configured a load of modules to be preloaded, they are not being preloaded, or at least not being shared.

This happened after moving to a new server running the same redhat 9 but with different kernels and glibc's. I'm betting thats where the problem is. In the old server everything was shared for a good while.
 
Has anyone had similar problems with RedHat 9?
 
It appears to be one of two things;
 
1. mod_perl is not loading modules before the fork()'s.
2. fork() is not correctly identifing pages which can be shared.
 
How ever, all the code does appear to be loaded into the parent apache process its just seperated during the fork.
 
mod_perl / apache configured with
 
perl Makefile.PL APACHE_SRC=../apache_1.3.29/src USE_APACI=1 PERL_INIT=1 PERL_STACKED_HANDLERS=1 ALL_HOOKS=1 DO_HTTPD=1  APACI_ARGS='--prefix=/usr --activate-module=src/modules/gzip/mod_gzip.a --enable-module=env --activate-module=src/modules/php4/libphp4.a --activate-module=src/modules/perl/libperl.a --enable-module=log_config --disable-module=log_agent --disable-module=log_referer --enable-module=mime --enable-module=negotiation --enable-module=include --disable-module=autoindex --enable-module=dir --enable-module=cgi --enable-module=alias --enable-module=rewrite --enable-module=headers --enable-module=access --enable-module=auth --enable-module=expires --enable-module=setenvif --disable-module=userdir --disable-module=status --disable-module=info --disable-module=asis --enable-suexec --suexec-docroot=/var/www --suexec-caller=apache'
 

Useful stuff...
 

------- httpd.conf #####################
 
PerlModule Apache::Registry Apache::RegistryLoader DBD::mysql BSD::Resource DBI
PerlModule Storable Text::Kakasi Encode::Encoding Apache::DBI Carp
PerlModule IPC::Shareable Jcode IPC::SysV Encode Encode::Alias Lingua::JA::Romaji
PerlRequire "/var/www/startup.pl"
 
<Files anime.manga>
      SetHandler perl-script
      PerlHandler Apache::Registry
      Options ExecCGI
      PerlSendHeader On
</Files>
 
 
 
------- /var/www/startup.pl #####################
 
BEGIN {
use lib qw(/var/www/);
use strict;
#use Apache::Registry;
use lib::ModHTML ();
use IPC::Shareable ();
 

        use drivers::index ();
 .......
        use drivers::anistuff ();
 

use Apache::DBI;
 
#  use DBI;
 
use Apache::RegistryLoader;
  Apache::RegistryLoader->new->handler("/anime.manga","/var/www/html/anime.manga");
 
Apache::DBI->connect_on_init("DBI:mysql:database=xxxxx",  "xxxxx","xxxxxx",
   {
    PrintError => 1, # warn() on errors
    RaiseError => 0, # don't die on error
    AutoCommit => 1, # commit executes immediately
   }
 );
}
 
1;
 

}
 

------- TOP #####################
 
(apache was just started)
  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME CPU COMMAND
25270 apache    15   0 12772  12M  3152 S     0.0  2.5   0:00   0 httpd
25255 apache    23   0 12640  12M  3120 S     0.0  2.4   0:00   0 httpd
25284 apache    15   0 12620  12M  3144 S     1.1  2.4   0:00   0 httpd
25254 root      15   0 11196  10M  2804 S     1.0  2.2   0:05   0 httpd (parent)
 

------- pmap - parent#####################
 
(other junk same as below)
mapped:   15720 KB writable/private: 8904 KB shared: 72 KB
 
 
 
------- pmap - child #####################
 
httpd(25270)
08048000 (1600 KB)     r-xp (03:03 131451)   /usr/sbin/httpd
081d8000 (88 KB)       rw-p (03:03 131451)   /usr/sbin/httpd
081ee000 (9384 KB)     rwxp (00:00 0)
40000000 (84 KB)       r-xp (03:01 539705)   /lib/ld-2.3.2.so
40015000 (4 KB)        rw-p (03:01 539705)   /lib/ld-2.3.2.so
40016000 (4 KB)        rw-p (00:00 0)
40017000 (12 KB)       r-xp (03:03 929343)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/BSD/Resource/Resource.so
4001a000 (4 KB)        rw-p (03:03 929343)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/BSD/Resource/Resource.so
4001b000 (12 KB)       r-xp (03:03 439898)   /usr/lib/perl5/5.8.2/i686-linux/auto/Fcntl/Fcntl.so
4001e000 (4 KB)        rw-p (03:03 439898)   /usr/lib/perl5/5.8.2/i686-linux/auto/Fcntl/Fcntl.so
4001f000 (8 KB)        r-xp (03:03 848151)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/Text/Kakasi/Kakasi.so
40021000 (4 KB)        rw-p (03:03 848151)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/Text/Kakasi/Kakasi.so
40022000 (4 KB)        rw-p (00:00 0)
40023000 (20 KB)       r-xp (03:01 539626)   /lib/libcrypt-2.3.2.so
40028000 (4 KB)        rw-p (03:01 539626)   /lib/libcrypt-2.3.2.so
40029000 (156 KB)      rw-p (00:00 0)
40050000 (60 KB)       r-xp (03:01 539648)   /lib/libresolv-2.3.2.so
4005f000 (4 KB)        rw-p (03:01 539648)   /lib/libresolv-2.3.2.so
40060000 (8 KB)        rw-p (00:00 0)
40062000 (132 KB)      r-xp (03:01 637731)   /lib/tls/libm-2.3.2.so
40083000 (4 KB)        rw-p (03:01 637731)   /lib/tls/libm-2.3.2.so
40084000 (12 KB)       r-xp (03:01 539628)   /lib/libdl-2.3.2.so
40087000 (4 KB)        rw-p (03:01 539628)   /lib/libdl-2.3.2.so
40088000 (72 KB)       r-xp (03:01 539632)   /lib/libnsl-2.3.2.so
4009a000 (4 KB)        rw-p (03:01 539632)   /lib/libnsl-2.3.2.so
4009b000 (8 KB)        rw-p (00:00 0)
4009d000 (24 KB)       r-xp (03:03 65209)    /usr/lib/libgdbm.so.2.0.0
400a3000 (4 KB)        rw-p (03:03 65209)    /usr/lib/libgdbm.so.2.0.0
400a4000 (4 KB)        rw-p (00:00 0)
400a5000 (932 KB)      r-xp (03:03 945623)   /usr/lib/perl5/5.8.2/i686-linux/CORE/libperl.so
4018e000 (40 KB)       rw-p (03:03 945623)   /usr/lib/perl5/5.8.2/i686-linux/CORE/libperl.so
40198000 (12 KB)       rw-p (00:00 0)
4019b000 (8 KB)        r-xp (03:01 539654)   /lib/libutil-2.3.2.so
4019d000 (4 KB)        rw-p (03:01 539654)   /lib/libutil-2.3.2.so
4019e000 (4 KB)        rw-p (00:00 0)
4019f000 (2048 KB)     r--p (03:03 196819)   /usr/lib/locale/locale-archive
4039f000 (88 KB)       r-xp (03:03 115375)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/DBI/DBI.so
403b5000 (4 KB)        rw-p (03:03 115375)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/DBI/DBI.so
403b6000 (60 KB)       r-xp (03:03 929331)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/DBD/mysql/mysql.so
403c5000 (8 KB)        rw-p (03:03 929331)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/DBD/mysql/mysql.so
403c7000 (116 KB)      r-xp (03:03 49195)    /usr/lib/mysql/libmysqlclient.so.12.0.0
403e4000 (16 KB)       rw-p (03:03 49195)    /usr/lib/mysql/libmysqlclient.so.12.0.0
403e8000 (48 KB)       r-xp (03:03 65251)    /usr/lib/libz.so.1.1.4
403f4000 (8 KB)        rw-p (03:03 65251)    /usr/lib/libz.so.1.1.4
403f6000 (56 KB)       r-xp (03:03 848128)   /usr/lib/perl5/5.8.2/i686-linux/auto/Storable/Storable.so
40404000 (4 KB)        rw-p (03:03 848128)   /usr/lib/perl5/5.8.2/i686-linux/auto/Storable/Storable.so
40405000 (32 KB)       r-xp (03:03 65367)    /usr/lib/libkakasi.so.2.1.0
4040d000 (32 KB)       rw-p (03:03 65367)    /usr/lib/libkakasi.so.2.1.0
40415000 (232 KB)      rw-p (00:00 0)
4044f000 (24 KB)       r-xp (03:03 945619)   /usr/lib/perl5/5.8.2/i686-linux/auto/Encode/Encode.so
40455000 (4 KB)        rw-p (03:03 945619)   /usr/lib/perl5/5.8.2/i686-linux/auto/Encode/Encode.so
40456000 (12 KB)       r-xp (03:03 782934)   /usr/lib/perl5/5.8.2/i686-linux/auto/IPC/SysV/SysV.so
40459000 (4 KB)        rw-p (03:03 782934)   /usr/lib/perl5/5.8.2/i686-linux/auto/IPC/SysV/SysV.so
4045a000 (12 KB)       r-xp (03:03 798327)   /usr/lib/perl5/5.8.2/i686-linux/auto/Filter/Util/Call/Call.so
4045d000 (4 KB)        rw-p (03:03 798327)   /usr/lib/perl5/5.8.2/i686-linux/auto/Filter/Util/Call/Call.so
4045e000 (24 KB)       r--s (03:03 407433)   /usr/lib/gconv/gconv-modules.cache
40464000 (12 KB)       r-xp (03:03 521487)   /usr/lib/perl5/5.8.2/i686-linux/auto/Time/HiRes/HiRes.so
40467000 (4 KB)        rw-p (03:03 521487)   /usr/lib/perl5/5.8.2/i686-linux/auto/Time/HiRes/HiRes.so
40468000 (48 KB)       rw-s (00:04 786432)   /SYSV00000000
40474000 (44 KB)       r-xp (03:01 539638)   /lib/libnss_files-2.3.2.so
4047f000 (4 KB)        rw-p (03:01 539638)   /lib/libnss_files-2.3.2.so
4048c000 (16 KB)       r-xp (03:01 539636)   /lib/libnss_dns-2.3.2.so
40490000 (4 KB)        rw-p (03:01 539636)   /lib/libnss_dns-2.3.2.so
42000000 (1216 KB)     r-xp (03:01 637971)   /lib/tls/libc-2.3.2.so
42130000 (12 KB)       rw-p (03:01 637971)   /lib/tls/libc-2.3.2.so
42133000 (12 KB)       rw-p (00:00 0)
bfff8000 (32 KB)       rwxp (00:00 0)
mapped:   16972 KB writable/private: 10140 KB shared: 72 KB
 

------- Linked against ###################
 
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x40023000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x40050000)
        libm.so.6 => /lib/tls/libm.so.6 (0x40062000)
        libdl.so.2 => /lib/libdl.so.2 (0x40084000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x40088000)
        libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x4009d000)
        libperl.so => /usr/lib/perl5/5.8.2/i686-linux/CORE/libperl.so (0x400a5000)
        libutil.so.1 => /lib/libutil.so.1 (0x4019b000)
        libc.so.6 => /lib/tls/libc.so.6 (0x42000000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Reply | Messages in this Topic (4)
#56566 From: S D <subscrtech@...>
Date: Mon Jan 5, 2004 8:54 am
Subject: ERROR : Can't locate URI.pm in @INC ? 		subscrtech@...
Send Email Send Email
  
I am trying to use the LWP module & the perl module
contains  :
--------
.
.
use LWP::UserAgent;
.
.
--------

This line throws error :

Can't locate URI.pm in @INC (@INC contains:
/opt/ora9/product/9.2/Apache/perl/lib/5.00503/i686-linux
/opt/ora9/product/9.2/Apache/perl/lib/5.00503
/opt/ora9/product/9.2/Apache/perl/lib/site_perl/5.005/i686-linux
/opt/ora9/product/9.2/Apache/perl/lib/site_perl/5.005
/project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/5.00503/i686-linux
/project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/5.00503
/project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/site_perl/5.005/i686-li\
nux
/project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/site_perl/5.005
. /opt/ora9/product/9.2/Apache/Apache/
/opt/ora9/product/9.2/Apache/Apache/lib/perl
/opt/ora9/product/9.2/Apache/perl/lib/5.00503
/opt/ora9/product/9.2/Apache/perl/lib/site_perl/5.005)
at (eval 14) line 3.
B
---

Now in the path shown above (below
/opt/ora9/product/9.2/Apache/perl/lib/5.00503
/opt/ora9/product/9.2/Apache/perl/lib/site_perl/5.005/i686-linux),
  Apache/URI.pm is present. There is no other file
named URI in any other packages.

Also, in the UserAgent.pm, there is no direct
reference to any URI.pm module.

So, which 'URI.pm' is being referred here & how is it
to be included in @INC ?

Thanks,
S

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree

--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (2)
#56567 From: "Ruslan U. Zakirov" <cubic@...>
Date: Mon Jan 5, 2004 9:07 am
Subject: Re: ERROR : Can't locate URI.pm in @INC ? 		cubic@...
Send Email Send Email
  
S D wrote:
> I am trying to use the LWP module & the perl module
> contains  :
> --------
> .
> .
> use LWP::UserAgent;
> .
> .
> --------
>
> This line throws error :
>
> Can't locate URI.pm in @INC (@INC contains:
> /opt/ora9/product/9.2/Apache/perl/lib/5.00503/i686-linux
> /opt/ora9/product/9.2/Apache/perl/lib/5.00503
> /opt/ora9/product/9.2/Apache/perl/lib/site_perl/5.005/i686-linux
> /opt/ora9/product/9.2/Apache/perl/lib/site_perl/5.005
> /project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/5.00503/i686-linux
> /project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/5.00503
>
/project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/site_perl/5.005/i686-li\
nux
> /project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/site_perl/5.005
> . /opt/ora9/product/9.2/Apache/Apache/
> /opt/ora9/product/9.2/Apache/Apache/lib/perl
> /opt/ora9/product/9.2/Apache/perl/lib/5.00503
> /opt/ora9/product/9.2/Apache/perl/lib/site_perl/5.005)
> at (eval 14) line 3.
> B
> ---
>
> Now in the path shown above (below
> /opt/ora9/product/9.2/Apache/perl/lib/5.00503
> /opt/ora9/product/9.2/Apache/perl/lib/site_perl/5.005/i686-linux),
>  Apache/URI.pm is present. There is no other file
> named URI in any other packages.
locate URI.pm ?

There is standalone module URI on CPAN. You have to install it.

	 Good luck. Ruslan.
>
> Also, in the UserAgent.pm, there is no direct
> reference to any URI.pm module.
>
> So, which 'URI.pm' is being referred here & how is it
> to be included in @INC ?
>
> Thanks,
> S
>
> __________________________________
> Do you Yahoo!?
> Protect your identity with Yahoo! Mail AddressGuard
> http://antispam.yahoo.com/whatsnewfree
>



--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (2)
#56568 From: Francesc Guasch <frankie@...>
Date: Mon Jan 5, 2004 10:20 am
Subject: Perl conf: multiple customlog 		frankie@...
Send Email Send Email
  
I'm trying to build a configuration with some customlogs.
Here's what I tried unsuccessfully, someone could give
me any hint about it ?

   $VirtualHost{$vhost}={
      ServerName=>$HostName,
      ServerAlias=>$ServerAliases,
      DocumentRoot=>$ebd->{ApacheDocumentRoot},
      CustomLog=>[
        "$log_proxy combined-proxy env=proxy",
        "$log_no_proxy combined env=!proxy"
      ],
      ....
   }

I also tried:

      CustomLog=>{
        $log_proxy => 'combined-proxy env=proxy',
        $log_no_proxy => 'combined env=!proxy'
      },

      CustomLog=>{
         'combined-proxy env=proxy' => $log_proxy
         'combined env=!proxy' => $log_no_proxy
      },

I only can make it work if I only have one CustomLog entry
in a scalar but I need both.

Thank you for your time.



--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (2)
#56569 From: Geoffrey Young <geoff@...>
Date: Tue Jan 6, 2004 1:46 pm
Subject: Re: Perl conf: multiple customlog 		geoff@...
Send Email Send Email
  
Francesc Guasch wrote:
> I'm trying to build a configuration with some customlogs.
> Here's what I tried unsuccessfully, someone could give
> me any hint about it ?

see Tie::DxHash.

--Geoff


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (2)
#56570 From: N L <opal7313@...>
Date: Tue Jan 6, 2004 3:40 pm
Subject: mod_perl-1.28 and apache_1.3.28 		opal7313@...
Send Email Send Email
  
Hello,

I am working on Mac osx 10.2.8 (perl v-5.6.0) and I
try to install
these 2 applications but under Mod-perl I tried to do
"make" I got some error messages I really would like
to solve it. Here is the end of this message:

cc -Os -I/System/Library/Perl/darwin/CORE -g -pipe
-pipe -fno-common -no-cpp-pr
comp -flat_namespace -DHAS_TELLDIR_PROTOTYPE
-fno-strict-aliasing -DMOD_PERL_VE
SION=\"1.28\"
-DMOD_PERL_STRING_VERSION=\"mod_perl/1.28\" -I../..
-I/System/Lib
ary/Perl/darwin/CORE -I../../os/unix -I../../include
  -DDARWIN -DMOD_PERL -DU
E_PERL_SSI -g -pipe -pipe -fno-common -no-cpp-precomp
-flat_namespace -DHAS_TEL
DIR_PROTOTYPE -fno-strict-aliasing -DUSE_HSREGEX
-DNO_DL_NEEDED -g -pipe -pipe
fno-common -no-cpp-precomp -flat_namespace
-DHAS_TELLDIR_PROTOTYPE -fno-strict-
liasing `../../apaci` -c Table.c
rm -f libperl.a
ar crv libperl.a mod_perl.o perlxsi.o perl_config.o
perl_util.o perlio.o mod_pe
l_opmask.o Apache.o Constants.o ModuleConfig.o Log.o
URI.o Util.o Connection.o
erver.o File.o Table.o
a - mod_perl.o
a - perlxsi.o
a - perl_config.o
a - perl_util.o
a - perlio.o
a - mod_perl_opmask.o
a - Apache.o
a - Constants.o
a - ModuleConfig.o
a - Log.o
a - URI.o
a - Util.o
a - Connection.o
a - Server.o
a - File.o
a - Table.o
/usr/bin/ar ts libperl.a
mod_perl.o
perlxsi.o
perl_config.o
perl_util.o
perlio.o
mod_perl_opmask.o
Apache.o
Constants.o
ModuleConfig.o
Log.o
URI.o
Util.o
Connection.o
Server.o
File.o
Table.o
<=== src/modules/perl
<=== src/modules
env LD_RUN_PATH=/System/Library/Perl/darwin/CORE cc -c
-I. -I/System/Library/Pe
l/darwin/CORE -I./os/unix -I./include   -DDARWIN
-DMOD_PERL -DUSE_PERL_SSI -g -
ipe -pipe -fno-common -no-cpp-precomp -flat_namespace
-DHAS_TELLDIR_PROTOTYPE -
no-strict-aliasing -DUSE_HSREGEX -DNO_DL_NEEDED -g
-pipe -pipe -fno-common -no-
pp-precomp -flat_namespace -DHAS_TELLDIR_PROTOTYPE
-fno-strict-aliasing `./apac
` modules.c
env LD_RUN_PATH=/System/Library/Perl/darwin/CORE cc -c
-I. -I/System/Library/Pe
l/darwin/CORE -I./os/unix -I./include   -DDARWIN
-DMOD_PERL -DUSE_PERL_SSI -g -
ipe -pipe -fno-common -no-cpp-precomp -flat_namespace
-DHAS_TELLDIR_PROTOTYPE -
no-strict-aliasing -DUSE_HSREGEX -DNO_DL_NEEDED -g
-pipe -pipe -fno-common -no-
pp-precomp -flat_namespace -DHAS_TELLDIR_PROTOTYPE
-fno-strict-aliasing `./apac
` buildmark.c
env LD_RUN_PATH=/System/Library/Perl/darwin/CORE cc
-DDARWIN -DMOD_PERL -DUSE_
ERL_SSI -g -pipe -pipe -fno-common -no-cpp-precomp
-flat_namespace -DHAS_TELLDI
_PROTOTYPE -fno-strict-aliasing -DUSE_HSREGEX
-DNO_DL_NEEDED -g -pipe -pipe -fn
-common -no-cpp-precomp -flat_namespace
-DHAS_TELLDIR_PROTOTYPE -fno-strict-ali
sing `./apaci`    \
       -o httpd buildmark.o modules.o
modules/perl/libperl.a modules/standard/li
standard.a main/libmain.a ./os/unix/libos.a ap/libap.a
regex/libregex.a   /Syst
m/Library/Perl/darwin/auto/DynaLoader/DynaLoader.a
-L/System/Library/Perl/darwi
/CORE -lperl -lm -lc
ld: warning multiple definitions of symbol _regcomp
regex/libregex.a(regcomp.o) private external
definition of _regcomp in section
__TEXT,__text)
/usr/lib/libm.dylib(regcomp.So) definition of _regcomp
ld: warning multiple definitions of symbol _regexec
regex/libregex.a(regexec.o) private external
definition of _regexec in section
__TEXT,__text)
/usr/lib/libm.dylib(regexec.So) definition of _regexec
ld: warning multiple definitions of symbol _regfree
regex/libregex.a(regfree.o) private external
definition of _regfree in section
__TEXT,__text)
/usr/lib/libm.dylib(regfree.So) definition of _regfree
ld: Undefined symbols:
_actions_module
_include_module
_log_config_module
make[3]: *** [target_static] Error 1
make[2]: *** [build-std] Error 2
make[1]: *** [build] Error 2
make: *** [apaci_httpd] Error 2


Is there any ideas ?!

Thanks in advance.

Lynn

_________________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en franais !
Yahoo! Mail : http://fr.mail.yahoo.com

--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (2)
#56571 From: "Hyoung-Kee Choi" <hkchoi@...>
Date: Tue Jan 6, 2004 4:43 pm
Subject: RE: [mp2] mod_perl 2.0 "make test" generated a coredump 		hkchoi@...
Send Email Send Email
  
I am reposing the following bug report again with a hope that I would get an
answer soon.

> -----Original Message-----
> From: Hyoung-Kee Choi [mailto:hkchoi@...]
> Sent: Friday, December 26, 2003 11:01 AM
> To: modperl@...
> Subject: [mp2] mod_perl 2.0 "make test" generated a coredump
>
>
> My system has httpd 2.0 compiled with
> "-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" . "make test" of mod_perl has
> genearted a coredump with the following backtrace.
>
> ----------------------------------
>
> (gdb) backtrace
> #0  0x405c1bec in ap_pcw_walk_files_config (pconf=0x809d078, s=0x80b7230,
>     dconf=0x80b7908, modp=0x405d3a00,
>     dir_cb=0x405c18b0 <modperl_hash_handlers_dir>, data=0x0)
>     at modperl_pcw.c:52
> #1  0x405c1dae in ap_pcw_walk_config (pconf=0x809d078, s=0x80b7230,
>     modp=0x405d3a00, data=0x0, dir_cb=0x405c18b0
> <modperl_hash_handlers_dir>,
>     srv_cb=0x405c1960 <modperl_hash_handlers_srv>) at modperl_pcw.c:106
> #2  0x405c1abc in modperl_mgv_hash_handlers (p=0x0, s=0x0) at
> modperl_mgv.c:485
> #3  0x405b63ff in modperl_hook_post_config (pconf=0x809d078,
> plog=0x80c7120,
>     ptemp=0x80c9128, s=0x80b7230) at mod_perl.c:483
> #4  0x08065e8a in ap_run_post_config ()
> #5  0x0806b2bb in main ()
> #6  0x403aa49d in __libc_start_main () from /lib/libc.so.6
> (gdb) print dconf
> $1 = (core_dir_config *) 0x80b7908
> (gdb) display dconf
> (gdb) print dconf->sec_file
> $2 = (apr_array_header_t *) 0x0
>
> ---------------------------------------
>
> But, mod_perl works fine with httpd w/o largefile support.
>
>
>
> -------------8<---------- Start Bug Report ------------8<----------
> 1. Problem Description:
>
>   [DESCRIBE THE PROBLEM HERE]
>
> 2. Used Components and their Configuration:
>
> *** using
> /usr/src/redhat/BUILD/mod_perl-1.99_07/t/../lib/Apache/BuildConfig.pm
> *** Makefile.PL options:
>   MP_APXS        => /usr/sbin/apxs
>   MP_DEBUG       => 1
>   MP_GENERATE_XS => 1
>   MP_LIBNAME     => mod_perl
>   MP_TRACE       => 1
>   MP_USE_DSO     => 1
>   MP_USE_STATIC  => 1
>
>
> *** /usr/sbin/httpd -V
> Server version: Apache/2.0.40
> Server built:   Dec 19 2003 15:52:17
> 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"
>
>
> *** /usr/bin/perl -V
> Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
>   Platform:
>     osname=linux, osvers=2.4.21-1.1931.2.382.entsmp,
> archname=i386-linux-thread-multi
>     uname='linux str'
>
>
>
>
> config_args='-des -Doptimize=-O2 -g -pipe -march=i386 -mcpu=i686
> -Dmyhostnam
> e=localhost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat,
> Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux
> -Dvendorprefix
> =/usr -Dsiteprefix=/usr -Dotherlibdirs=/usr/lib/perl5/5.8.0
> -Duseshrplib -Du
> sethreads -Duseithreads -Duselargefiles -Dd_dosuid
> -Dd_semctl_semun -Di_db -
> Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio
> -Dinstallus
> rbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr'
>     hint=recommended, useposix=true, d_sigaction=define
>     usethreads=define use5005threads=undef'
>  useithreads=define usemultiplicity=
>     useperlio= d_sfio=undef uselargefiles=define usesocks=undef
>     use64bitint=undef use64bitall=un uselongdouble=
>     usemymalloc=, bincompat5005=undef
>   Compiler:
>     cc='gcc', ccflags
> ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING
> -fno-strict-ali
> asing -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -I/usr
> /include/gdbm',
>     optimize='',
>
>
>
>
> cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
> -DDEBUGGING -fno-st
> rict-aliasing -I/usr/local/include -I/usr/include/gdbm'
>     ccversion='', gccversion='3.2.2 20030222 (Red Hat Linux 3.2.2-5)',
> gccosandvers=''
> gccversion='3.2.2 200302'
>     intsize=r, longsize=r, ptrsize=5, doublesize=8, byteorder=1234
>     d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
>     ivtype='long'
> k', ivsize=4'
> ivtype='l, nvtype='double'
> o_nonbl', nvsize=, Off_t='', lseeksize=8
>     alignbytes=4, prototype=define
>   Linker and Libraries:
>     ld='gcc'
> l', ldflags =' -L/u'
>     libpth=/usr/local/lib /lib /usr/lib
>     libs=-lnsl -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil
>     perllibs=
>     libc=/lib/libc-2.3.2.so, so=so, useshrplib=true, libperl=libper
>     gnulibc_version='2.3.2'
>   Dynamic Linking:
>     dlsrc=dl_dlopen.xs, dlext=so', d_dlsymun=undef,
> ccdlflags='-rdynamic
> -Wl,-rpath,/usr/lib/perl5/5.8.0/i386-linux-thread-multi
> /CORE'
>     cccdlflags='-fPIC'
> ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5', lddlflags='s
> Unicode/Normalize XS/A'
>
>
> Characteristics of this binary (from libperl):
>   Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS
> USE_LARGE_FILES
> PERL_IMPLICIT_CONTEXT
>   Locally applied patches:
>    MAINT18379
>   Built under linux
>   Compiled at Aug 13 2003 11:47:58
>   %ENV:
>     PERL_LWP_USE_HTTP_10="1"
>   @INC:
>     /usr/lib/perl5/5.8.0/i386-linux-thread-multi
>     /usr/lib/perl5/5.8.0
>     /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
>     /usr/lib/perl5/site_perl/5.8.0
>     /usr/lib/perl5/site_perl
>     /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
>     /usr/lib/perl5/vendor_perl/5.8.0
>     /usr/lib/perl5/vendor_perl
>     /usr/lib/perl5/5.8.0/i386-linux-thread-multi
>     /usr/lib/perl5/5.8.0
>     .
>
>
> 3. This is the core dump trace: (if you get a core dump):
>
>   [CORE TRACE COMES HERE]
>
> This report was generated by ./REPORT on Tue Dec 23 22:33:48 2003 GMT.
>
> -------------8<---------- End Bug Report --------------8<----------
>
> Note: Complete the rest of the details and post this bug report to
> dev <at> perl.apache.org. To subscribe to the list send an empty
> email to dev-subscribe@....
>
>
>
>
>
> --
> Reporting bugs: http://perl.apache.org/bugs/
> Mail list info: http://perl.apache.org/maillist/modperl.html
>
>


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (5)
#56572 From: Shannon Eric Peevey <speeves@...>
Date: Tue Jan 6, 2004 5:59 pm
Subject: [Fwd: Apache::AuthenNTLM] 		speeves@...
Send Email Send Email
  
-------- Original Message --------
Subject:  Apache::AuthenNTLM
Date:  Tue, 6 Jan 2004 13:46:16 +0100 (CET)
From:  Wiebe Kloosterman <wiebe@...>
To:  speeves@...



Hallo,

I do have problems running Apache::AuthenNTLM
i am running the folowing config in httpd.conf

<Location /ntlm>
     PerlAuthenHandler Apache::AuthenNTLM
     AuthType "ntlm"
     AuthName testntlm
     require valid-user
     PerlAddVar ntdomain "XXX XX100A XX0001"
     PerlSetVar defaultdomain XXX
     PerlSetVar ntlmdebug 1
</Location>

and this wat i get in the error_log


[15380] AuthenNTLM: Config Domain = xxx  pdc = XX100A  bdc = XX0001
[15380] AuthenNTLM: Config Default Domain = XXX
[15380] AuthenNTLM: Config Fallback Domain =
[15380] AuthenNTLM: Config AuthType = ntlm AuthName = testntlm
[15380] AuthenNTLM: Config Auth NTLM = 1 Auth Basic = 0
[15380] AuthenNTLM: Config NTLMAuthoritative = on  BasicAuthoritative = on
[15380] AuthenNTLM: Config Semaphore key = 23754 timeout = 2
[15380] AuthenNTLM: Authorization Header <not given>
[Tue Jan  6 13:24:49 2004] [error] access to /ntlm/ failed for  , reason:
Bad/Missing NTLM/Basic Authorization Header for /ntlm/
[15381] AuthenNTLM: Config Domain = xxx  pdc = XX100A  bdc = XX0001
[15381] AuthenNTLM: Config Default Domain = XXX
[15381] AuthenNTLM: Config Fallback Domain =
[15381] AuthenNTLM: Config AuthType = ntlm AuthName = testntlm
[15381] AuthenNTLM: Config Auth NTLM = 1 Auth Basic = 0
[15381] AuthenNTLM: Config NTLMAuthoritative = on  BasicAuthoritative = on
[15381] AuthenNTLM: Config Semaphore key = 23754 timeout = 2
[15381] AuthenNTLM: Authorization Header NTLM
[15381] AuthenNTLM: protocol=NTLMSSP, type=1,
flags1=7(NEGOTIATE_UNICODE,NEGOTIATE_OEM,REQUEST_TARGET),
flags2=178(NEGOTIATE_ALWAYS_SIGN,NEGOTIATE_NTLM), domain length=3, domain
offset=38, host length=6, host offset=32, host=WS0185, domain=XXX
[15381] AuthenNTLM: Connect to pdc = XX100A bdc = XX0001 domain = xxx
[15381] AuthenNTLM: timed out while waiting for lock (key = 23754)
[15381] AuthenNTLM: leave lock
[15381] AuthenNTLM: charencoding = 1
[15381] AuthenNTLM: flags2 = 130
[15381] AuthenNTLM: Send header: NTLM ...

when i do change PerlSetVar ntlmdebug to 2 than i get this

[20641] AuthenNTLM: Config Domain = xxx  pdc = XX100A  bdc = XX0001
[20641] AuthenNTLM: Config Default Domain = XXX
[20641] AuthenNTLM: Config Fallback Domain =
[20641] AuthenNTLM: Config AuthType = ntlm AuthName = testntlm
[20641] AuthenNTLM: Config Auth NTLM = 1 Auth Basic = 0
[20641] AuthenNTLM: Config NTLMAuthoritative = on  BasicAuthoritative = on
[20641] AuthenNTLM: Config Semaphore key = 23754 timeout = 2
[20641] AuthenNTLM: Authorization Header <not given>
[Tue Jan  6 13:43:19 2004] [error] access to /ntlm/ failed for  , reason:
Bad/Missing NTLM/Basic Authorization Header for /ntlm/
[20642] AuthenNTLM: Config Domain = xxx  pdc = XX100A  bdc = XX0001
[20642] AuthenNTLM: Config Default Domain = XXX
[20642] AuthenNTLM: Config Fallback Domain =
[20642] AuthenNTLM: Config AuthType = ntlm AuthName = testntlm
[20642] AuthenNTLM: Config Auth NTLM = 1 Auth Basic = 0
[20642] AuthenNTLM: Config NTLMAuthoritative = on  BasicAuthoritative = on
[20642] AuthenNTLM: Config Semaphore key = 23754 timeout = 2
[20642] AuthenNTLM: Authorization Header NTLM
TlRMTVNTUAABAAAAB7IAAAMAAwAmAAAABgAGACAAAABXUzAxODVSWkc=
[20642] AuthenNTLM: Got: 78 84 76 77 83 83 80 0 1 0 0 0 7 178 0 0 3 0 3 0
38 0 0 0 6 0 6 0 32 0 0 0 87 83 48 49 56 53 82 90 71
[20642] AuthenNTLM: protocol=NTLMSSP, type=1,
flags1=7(NEGOTIATE_UNICODE,NEGOTIATE_OEM,REQUEST_TARGET),
flags2=178(NEGOTIATE_ALWAYS_SIGN,NEGOTIATE_NTLM), domain length=3, domain
offset=38, host length=6, host offset=32, host=WS0185, domain=XXX
[20642] AuthenNTLM: Connect to pdc = XX100A bdc = XX0001 domain = xxx
[20642] AuthenNTLM: timed out while waiting for lock (key = 23754)
[20642] AuthenNTLM: leave lock
[20642] AuthenNTLM: Send: 78 84 76 77 83 83 80 0 2 0 0 0 0 0 0 0 40 0 0 0
1 130 0 0 103 190 213 45 246 110 141 69 0 0 0 0 0 0 0 0
[20642] AuthenNTLM: charencoding = 1
[20642] AuthenNTLM: flags2 = 130E
[20642] AuthenNTLM: Send header: NTLM
TlRMTVNTUAACAAAAAAAAACgAAAABggAAZ77VLfZujUUAAAAAAAAAAA==


Any ideas?
Wiebe Kloosterman



--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (8)
#56573 From: Stas Bekman <stas@...>
Date: Tue Jan 6, 2004 6:12 pm
Subject: Re: [mp2] mod_perl 2.0 "make test" generated a coredump 		stas@...
Send Email Send Email
  
Hyoung-Kee Choi wrote:
> I am reposing the following bug report again with a hope that I would get an
> answer soon.

AFAIK, Apache doesn't support large files on linux. You can enable them
manually by adding "-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64", but the
consequences could be bad. This is mainly because of the sendfile(2) API.
Though you get the segfault in a different place, so probably the cause is
different. Usually things segfault when either Apache and Perl don't have
large file support, when the variable length mismatch (e.g. off_t has a
different size w/ and w/o largefile support).

Can you please rebuild with the latest mod_perl 1.99_12 and post a new report
and a new backtrace if it still segfaults? Thanks.

__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@... http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (5)
#56574 From: Stas Bekman <stas@...>
Date: Tue Jan 6, 2004 6:17 pm
Subject: Re: mod_perl-1.28 and apache_1.3.28 		stas@...
Send Email Send Email
  
N L wrote:
> Hello,
>
> I am working on Mac osx 10.2.8 (perl v-5.6.0) and I
> try to install
> these 2 applications but under Mod-perl I tried to do
> "make" I got some error messages I really would like
> to solve it. Here is the end of this message:
[...]
> m/Library/Perl/darwin/auto/DynaLoader/DynaLoader.a
> -L/System/Library/Perl/darwi
> /CORE -lperl -lm -lc
> ld: warning multiple definitions of symbol _regcomp
> regex/libregex.a(regcomp.o) private external
> definition of _regcomp in section
> __TEXT,__text)
> /usr/lib/libm.dylib(regcomp.So) definition of _regcomp
> ld: warning multiple definitions of symbol _regexec
> regex/libregex.a(regexec.o) private external
> definition of _regexec in section
> __TEXT,__text)
> /usr/lib/libm.dylib(regexec.So) definition of _regexec
> ld: warning multiple definitions of symbol _regfree
> regex/libregex.a(regfree.o) private external
> definition of _regfree in section
> __TEXT,__text)
> /usr/lib/libm.dylib(regfree.So) definition of _regfree
> ld: Undefined symbols:
> _actions_module
> _include_module
> _log_config_module
> make[3]: *** [target_static] Error 1
> make[2]: *** [build-std] Error 2
> make[1]: *** [build] Error 2
> make: *** [apaci_httpd] Error 2

This has been reported several times already, but noone who uses macosx didn't
post a fix. For example see:
http://marc.theaimsgroup.com/?t=106485725900002&r=1&w=2
where Geoff has suggested:
http://marc.theaimsgroup.com/?l=apache-modperl&m=106496098331505&w=2
I don't know whether it helped to resolve the problem, as Harry never followed
up on this issue.

Are there any mailing lists/irc channels that macosx people hang out on? if
there is such please ask them to help resolve the issue.

__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@... http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (2)
#56575 From: "Harris, Jason (DIS)" <JasonH@...>
Date: Tue Jan 6, 2004 6:21 pm
Subject: RE: [Fwd: Apache::AuthenNTLM] 		JasonH@...
Send Email Send Email
  
Hello Shannon,

I've used this module before, but I have not seen this symptom.  Maybe your
Apache cannot connect to your PDC/DC ?  What happens, when logged on to your
webserver, you try to ping XX100A or XX1000?  Is there a firewall or NAT
between webserver and PDC ?

Jason Harris


-----Original Message-----
From: Shannon Eric Peevey
To: modperl@...
Sent: 1/6/2004 9:59 AM
Subject: [Fwd: Apache::AuthenNTLM]



-------- Original Message --------
Subject:  Apache::AuthenNTLM
Date:  Tue, 6 Jan 2004 13:46:16 +0100 (CET)
From:  Wiebe Kloosterman <wiebe@...>
To:  speeves@...



Hallo,

I do have problems running Apache::AuthenNTLM
i am running the folowing config in httpd.conf

<Location /ntlm>
     PerlAuthenHandler Apache::AuthenNTLM
     AuthType "ntlm"
     AuthName testntlm
     require valid-user
     PerlAddVar ntdomain "XXX XX100A XX0001"
     PerlSetVar defaultdomain XXX
     PerlSetVar ntlmdebug 1
</Location>

and this wat i get in the error_log


[15380] AuthenNTLM: Config Domain = xxx  pdc = XX100A  bdc = XX0001
[15380] AuthenNTLM: Config Default Domain = XXX
[15380] AuthenNTLM: Config Fallback Domain =
[15380] AuthenNTLM: Config AuthType = ntlm AuthName = testntlm
[15380] AuthenNTLM: Config Auth NTLM = 1 Auth Basic = 0
[15380] AuthenNTLM: Config NTLMAuthoritative = on  BasicAuthoritative =
on
[15380] AuthenNTLM: Config Semaphore key = 23754 timeout = 2
[15380] AuthenNTLM: Authorization Header <not given>
[Tue Jan  6 13:24:49 2004] [error] access to /ntlm/ failed for  ,
reason:
Bad/Missing NTLM/Basic Authorization Header for /ntlm/
[15381] AuthenNTLM: Config Domain = xxx  pdc = XX100A  bdc = XX0001
[15381] AuthenNTLM: Config Default Domain = XXX
[15381] AuthenNTLM: Config Fallback Domain =
[15381] AuthenNTLM: Config AuthType = ntlm AuthName = testntlm
[15381] AuthenNTLM: Config Auth NTLM = 1 Auth Basic = 0
[15381] AuthenNTLM: Config NTLMAuthoritative = on  BasicAuthoritative =
on
[15381] AuthenNTLM: Config Semaphore key = 23754 timeout = 2
[15381] AuthenNTLM: Authorization Header NTLM
[15381] AuthenNTLM: protocol=NTLMSSP, type=1,
flags1=7(NEGOTIATE_UNICODE,NEGOTIATE_OEM,REQUEST_TARGET),
flags2=178(NEGOTIATE_ALWAYS_SIGN,NEGOTIATE_NTLM), domain length=3,
domain
offset=38, host length=6, host offset=32, host=WS0185, domain=XXX
[15381] AuthenNTLM: Connect to pdc = XX100A bdc = XX0001 domain = xxx
[15381] AuthenNTLM: timed out while waiting for lock (key = 23754)
[15381] AuthenNTLM: leave lock
[15381] AuthenNTLM: charencoding = 1
[15381] AuthenNTLM: flags2 = 130
[15381] AuthenNTLM: Send header: NTLM ...

when i do change PerlSetVar ntlmdebug to 2 than i get this

[20641] AuthenNTLM: Config Domain = xxx  pdc = XX100A  bdc = XX0001
[20641] AuthenNTLM: Config Default Domain = XXX
[20641] AuthenNTLM: Config Fallback Domain =
[20641] AuthenNTLM: Config AuthType = ntlm AuthName = testntlm
[20641] AuthenNTLM: Config Auth NTLM = 1 Auth Basic = 0
[20641] AuthenNTLM: Config NTLMAuthoritative = on  BasicAuthoritative =
on
[20641] AuthenNTLM: Config Semaphore key = 23754 timeout = 2
[20641] AuthenNTLM: Authorization Header <not given>
[Tue Jan  6 13:43:19 2004] [error] access to /ntlm/ failed for  ,
reason:
Bad/Missing NTLM/Basic Authorization Header for /ntlm/
[20642] AuthenNTLM: Config Domain = xxx  pdc = XX100A  bdc = XX0001
[20642] AuthenNTLM: Config Default Domain = XXX
[20642] AuthenNTLM: Config Fallback Domain =
[20642] AuthenNTLM: Config AuthType = ntlm AuthName = testntlm
[20642] AuthenNTLM: Config Auth NTLM = 1 Auth Basic = 0
[20642] AuthenNTLM: Config NTLMAuthoritative = on  BasicAuthoritative =
on
[20642] AuthenNTLM: Config Semaphore key = 23754 timeout = 2
[20642] AuthenNTLM: Authorization Header NTLM
TlRMTVNTUAABAAAAB7IAAAMAAwAmAAAABgAGACAAAABXUzAxODVSWkc=
[20642] AuthenNTLM: Got: 78 84 76 77 83 83 80 0 1 0 0 0 7 178 0 0 3 0 3
0
38 0 0 0 6 0 6 0 32 0 0 0 87 83 48 49 56 53 82 90 71
[20642] AuthenNTLM: protocol=NTLMSSP, type=1,
flags1=7(NEGOTIATE_UNICODE,NEGOTIATE_OEM,REQUEST_TARGET),
flags2=178(NEGOTIATE_ALWAYS_SIGN,NEGOTIATE_NTLM), domain length=3,
domain
offset=38, host length=6, host offset=32, host=WS0185, domain=XXX
[20642] AuthenNTLM: Connect to pdc = XX100A bdc = XX0001 domain = xxx
[20642] AuthenNTLM: timed out while waiting for lock (key = 23754)
[20642] AuthenNTLM: leave lock
[20642] AuthenNTLM: Send: 78 84 76 77 83 83 80 0 2 0 0 0 0 0 0 0 40 0 0
0
1 130 0 0 103 190 213 45 246 110 141 69 0 0 0 0 0 0 0 0
[20642] AuthenNTLM: charencoding = 1
[20642] AuthenNTLM: flags2 = 130E
[20642] AuthenNTLM: Send header: NTLM
TlRMTVNTUAACAAAAAAAAACgAAAABggAAZ77VLfZujUUAAAAAAAAAAA==


Any ideas?
Wiebe Kloosterman



--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (8)
#56576 From: Stas Bekman <stas@...>
Date: Tue Jan 6, 2004 6:44 pm
Subject: Re: [mp1] modules not shared across children. preloading or fork() issue? 		stas@...
Send Email Send Email
  
Daniel Wilson wrote:
> For referance the problem i am seeing, is that even though i have
> configured a load of modules to be preloaded, they are not being preloaded,
> or at least not being shared.

[Daniel talks about the thread he has started earlier in Dec
http://marc.theaimsgroup.com/?t=107197605300005&r=1&w=2]

> This happened after moving to a new server running the same redhat 9 but
> with different kernels and glibc's. I'm betting thats where the problem is.
> In the old server everything was shared for a good while.
>
> Has anyone had similar problems with RedHat 9?

Have you asked this question on the glibc list? mod_perl doesn't do anything
special to enable sharing and simply relies on the OS.

Is it possible that top(1) gets the information incorrectly? Since you are on
Linux you can use Apache::VMonitor as an alternative and easier way to see the
stats on memory usage.

As Perrin suggested earlier could it be a bug in a new kernel that you moved
to? What happens if you downgrade/upgrade your kernel?

__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@... http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (4)
#56577 From: "Hyoung-Kee Choi" <hkchoi@...>
Date: Tue Jan 6, 2004 10:59 pm
Subject: RE: [mp2] mod_perl 2.0 "make test" generated a coredump 		hkchoi@...
Send Email Send Email
  
I was able to manipulate both apache 1.xx, moperl 1.xx  and wget to support
large files. This manipulation was turned out to work fine so far. The
attempt to apply the manipulation to a newer version has failed because the
coredump. My  rationale on the cause of the coredump is not related to the
large file support in apache but more or less related to an initialization
of the "core_dir_config" structure.

I will certainly follow your suggestion of the rebuilding.

THank you.

> -----Original Message-----
> From: Stas Bekman [mailto:stas@...]
> Sent: Tuesday, January 06, 2004 1:13 PM
> To: Hyoung-Kee Choi
> Cc: modperl@...
> Subject: Re: [mp2] mod_perl 2.0 "make test" generated a coredump
>
>
> Hyoung-Kee Choi wrote:
> > I am reposing the following bug report again with a hope that I
> would get an
> > answer soon.
>
> AFAIK, Apache doesn't support large files on linux. You can enable them
> manually by adding "-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64", but the
> consequences could be bad. This is mainly because of the sendfile(2) API.
> Though you get the segfault in a different place, so probably the
> cause is
> different. Usually things segfault when either Apache and Perl don't have
> large file support, when the variable length mismatch (e.g. off_t has a
> different size w/ and w/o largefile support).
>
> Can you please rebuild with the latest mod_perl 1.99_12 and post
> a new report
> and a new backtrace if it still segfaults? Thanks.
>
> __________________________________________________________________
> Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
> http://stason.org/     mod_perl Guide ---> http://perl.apache.org
> mailto:stas@... http://use.perl.org http://apacheweek.com
> http://modperlbook.org http://apache.org   http://ticketmaster.com
>
>


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (5)
#56578 From: "Daniel Wilson" <webmaster@...>
Date: Wed Jan 7, 2004 2:16 am
Subject: Re: [mp1] modules not shared across children. preloading or fork() issue? 		webmaster@...
Send Email Send Email
 
> As Perrin suggested earlier could it be a bug in a new kernel that you
moved
> to? What happens if you downgrade/upgrade your kernel?

Unfortunately nothing, the former kernel was virtuozzo 2.4.20 and I don't
have $3000 to throw around purchasing a copy. It could be they did some
tweaking to make fork() more memory efficient. I did recently update the
kernel via redhat's up2date but to no avail.

Im going to setup a redhat test system where i can do a few more dangerous
experierments i would rather not do with a production server.

No one else has had issues like this with RedHat 9?


> Have you asked this question on the glibc list? mod_perl doesn't do
anything
> special to enable sharing and simply relies on the OS.

I posted to the redhat user list also, trying to see if anyone else is
seeing the same problems.

Thanks for your time

Daniel Wilson
----- Original Message -----
Sent: Sunday, January 04, 2004 11:36 PM
Subject: [mp1] modules not shared across children. preloading or fork() issue?

For referance the problem i am seeing, is that even though i have configured a load of modules to be preloaded, they are not being preloaded, or at least not being shared.

This happened after moving to a new server running the same redhat 9 but with different kernels and glibc's. I'm betting thats where the problem is. In the old server everything was shared for a good while.
 
Has anyone had similar problems with RedHat 9?
 
It appears to be one of two things;
 
1. mod_perl is not loading modules before the fork()'s.
2. fork() is not correctly identifing pages which can be shared.
 
How ever, all the code does appear to be loaded into the parent apache process its just seperated during the fork.
 
mod_perl / apache configured with
 
perl Makefile.PL APACHE_SRC=../apache_1.3.29/src USE_APACI=1 PERL_INIT=1 PERL_STACKED_HANDLERS=1 ALL_HOOKS=1 DO_HTTPD=1  APACI_ARGS='--prefix=/usr --activate-module=src/modules/gzip/mod_gzip.a --enable-module=env --activate-module=src/modules/php4/libphp4.a --activate-module=src/modules/perl/libperl.a --enable-module=log_config --disable-module=log_agent --disable-module=log_referer --enable-module=mime --enable-module=negotiation --enable-module=include --disable-module=autoindex --enable-module=dir --enable-module=cgi --enable-module=alias --enable-module=rewrite --enable-module=headers --enable-module=access --enable-module=auth --enable-module=expires --enable-module=setenvif --disable-module=userdir --disable-module=status --disable-module=info --disable-module=asis --enable-suexec --suexec-docroot=/var/www --suexec-caller=apache'
 

Useful stuff...
 

------- httpd.conf #####################
 
PerlModule Apache::Registry Apache::RegistryLoader DBD::mysql BSD::Resource DBI
PerlModule Storable Text::Kakasi Encode::Encoding Apache::DBI Carp
PerlModule IPC::Shareable Jcode IPC::SysV Encode Encode::Alias Lingua::JA::Romaji
PerlRequire "/var/www/startup.pl"
 
<Files anime.manga>
      SetHandler perl-script
      PerlHandler Apache::Registry
      Options ExecCGI
      PerlSendHeader On
</Files>
 
 
 
------- /var/www/startup.pl #####################
 
BEGIN {
use lib qw(/var/www/);
use strict;
#use Apache::Registry;
use lib::ModHTML ();
use IPC::Shareable ();
 

        use drivers::index ();
 .......
        use drivers::anistuff ();
 

use Apache::DBI;
 
#  use DBI;
 
use Apache::RegistryLoader;
  Apache::RegistryLoader->new->handler("/anime.manga","/var/www/html/anime.manga");
 
Apache::DBI->connect_on_init("DBI:mysql:database=xxxxx",  "xxxxx","xxxxxx",
   {
    PrintError => 1, # warn() on errors
    RaiseError => 0, # don't die on error
    AutoCommit => 1, # commit executes immediately
   }
 );
}
 
1;
 

}
 

------- TOP #####################
 
(apache was just started)
  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME CPU COMMAND
25270 apache    15   0 12772  12M  3152 S     0.0  2.5   0:00   0 httpd
25255 apache    23   0 12640  12M  3120 S     0.0  2.4   0:00   0 httpd
25284 apache    15   0 12620  12M  3144 S     1.1  2.4   0:00   0 httpd
25254 root      15   0 11196  10M  2804 S     1.0  2.2   0:05   0 httpd (parent)
 

------- pmap - parent#####################
 
(other junk same as below)
mapped:   15720 KB writable/private: 8904 KB shared: 72 KB
 
 
 
------- pmap - child #####################
 
httpd(25270)
08048000 (1600 KB)     r-xp (03:03 131451)   /usr/sbin/httpd
081d8000 (88 KB)       rw-p (03:03 131451)   /usr/sbin/httpd
081ee000 (9384 KB)     rwxp (00:00 0)
40000000 (84 KB)       r-xp (03:01 539705)   /lib/ld-2.3.2.so
40015000 (4 KB)        rw-p (03:01 539705)   /lib/ld-2.3.2.so
40016000 (4 KB)        rw-p (00:00 0)
40017000 (12 KB)       r-xp (03:03 929343)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/BSD/Resource/Resource.so
4001a000 (4 KB)        rw-p (03:03 929343)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/BSD/Resource/Resource.so
4001b000 (12 KB)       r-xp (03:03 439898)   /usr/lib/perl5/5.8.2/i686-linux/auto/Fcntl/Fcntl.so
4001e000 (4 KB)        rw-p (03:03 439898)   /usr/lib/perl5/5.8.2/i686-linux/auto/Fcntl/Fcntl.so
4001f000 (8 KB)        r-xp (03:03 848151)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/Text/Kakasi/Kakasi.so
40021000 (4 KB)        rw-p (03:03 848151)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/Text/Kakasi/Kakasi.so
40022000 (4 KB)        rw-p (00:00 0)
40023000 (20 KB)       r-xp (03:01 539626)   /lib/libcrypt-2.3.2.so
40028000 (4 KB)        rw-p (03:01 539626)   /lib/libcrypt-2.3.2.so
40029000 (156 KB)      rw-p (00:00 0)
40050000 (60 KB)       r-xp (03:01 539648)   /lib/libresolv-2.3.2.so
4005f000 (4 KB)        rw-p (03:01 539648)   /lib/libresolv-2.3.2.so
40060000 (8 KB)        rw-p (00:00 0)
40062000 (132 KB)      r-xp (03:01 637731)   /lib/tls/libm-2.3.2.so
40083000 (4 KB)        rw-p (03:01 637731)   /lib/tls/libm-2.3.2.so
40084000 (12 KB)       r-xp (03:01 539628)   /lib/libdl-2.3.2.so
40087000 (4 KB)        rw-p (03:01 539628)   /lib/libdl-2.3.2.so
40088000 (72 KB)       r-xp (03:01 539632)   /lib/libnsl-2.3.2.so
4009a000 (4 KB)        rw-p (03:01 539632)   /lib/libnsl-2.3.2.so
4009b000 (8 KB)        rw-p (00:00 0)
4009d000 (24 KB)       r-xp (03:03 65209)    /usr/lib/libgdbm.so.2.0.0
400a3000 (4 KB)        rw-p (03:03 65209)    /usr/lib/libgdbm.so.2.0.0
400a4000 (4 KB)        rw-p (00:00 0)
400a5000 (932 KB)      r-xp (03:03 945623)   /usr/lib/perl5/5.8.2/i686-linux/CORE/libperl.so
4018e000 (40 KB)       rw-p (03:03 945623)   /usr/lib/perl5/5.8.2/i686-linux/CORE/libperl.so
40198000 (12 KB)       rw-p (00:00 0)
4019b000 (8 KB)        r-xp (03:01 539654)   /lib/libutil-2.3.2.so
4019d000 (4 KB)        rw-p (03:01 539654)   /lib/libutil-2.3.2.so
4019e000 (4 KB)        rw-p (00:00 0)
4019f000 (2048 KB)     r--p (03:03 196819)   /usr/lib/locale/locale-archive
4039f000 (88 KB)       r-xp (03:03 115375)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/DBI/DBI.so
403b5000 (4 KB)        rw-p (03:03 115375)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/DBI/DBI.so
403b6000 (60 KB)       r-xp (03:03 929331)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/DBD/mysql/mysql.so
403c5000 (8 KB)        rw-p (03:03 929331)   /usr/lib/perl5/site_perl/5.8.2/i686-linux/auto/DBD/mysql/mysql.so
403c7000 (116 KB)      r-xp (03:03 49195)    /usr/lib/mysql/libmysqlclient.so.12.0.0
403e4000 (16 KB)       rw-p (03:03 49195)    /usr/lib/mysql/libmysqlclient.so.12.0.0
403e8000 (48 KB)       r-xp (03:03 65251)    /usr/lib/libz.so.1.1.4
403f4000 (8 KB)        rw-p (03:03 65251)    /usr/lib/libz.so.1.1.4
403f6000 (56 KB)       r-xp (03:03 848128)   /usr/lib/perl5/5.8.2/i686-linux/auto/Storable/Storable.so
40404000 (4 KB)        rw-p (03:03 848128)   /usr/lib/perl5/5.8.2/i686-linux/auto/Storable/Storable.so
40405000 (32 KB)       r-xp (03:03 65367)    /usr/lib/libkakasi.so.2.1.0
4040d000 (32 KB)       rw-p (03:03 65367)    /usr/lib/libkakasi.so.2.1.0
40415000 (232 KB)      rw-p (00:00 0)
4044f000 (24 KB)       r-xp (03:03 945619)   /usr/lib/perl5/5.8.2/i686-linux/auto/Encode/Encode.so
40455000 (4 KB)        rw-p (03:03 945619)   /usr/lib/perl5/5.8.2/i686-linux/auto/Encode/Encode.so
40456000 (12 KB)       r-xp (03:03 782934)   /usr/lib/perl5/5.8.2/i686-linux/auto/IPC/SysV/SysV.so
40459000 (4 KB)        rw-p (03:03 782934)   /usr/lib/perl5/5.8.2/i686-linux/auto/IPC/SysV/SysV.so
4045a000 (12 KB)       r-xp (03:03 798327)   /usr/lib/perl5/5.8.2/i686-linux/auto/Filter/Util/Call/Call.so
4045d000 (4 KB)        rw-p (03:03 798327)   /usr/lib/perl5/5.8.2/i686-linux/auto/Filter/Util/Call/Call.so
4045e000 (24 KB)       r--s (03:03 407433)   /usr/lib/gconv/gconv-modules.cache
40464000 (12 KB)       r-xp (03:03 521487)   /usr/lib/perl5/5.8.2/i686-linux/auto/Time/HiRes/HiRes.so
40467000 (4 KB)        rw-p (03:03 521487)   /usr/lib/perl5/5.8.2/i686-linux/auto/Time/HiRes/HiRes.so
40468000 (48 KB)       rw-s (00:04 786432)   /SYSV00000000
40474000 (44 KB)       r-xp (03:01 539638)   /lib/libnss_files-2.3.2.so
4047f000 (4 KB)        rw-p (03:01 539638)   /lib/libnss_files-2.3.2.so
4048c000 (16 KB)       r-xp (03:01 539636)   /lib/libnss_dns-2.3.2.so
40490000 (4 KB)        rw-p (03:01 539636)   /lib/libnss_dns-2.3.2.so
42000000 (1216 KB)     r-xp (03:01 637971)   /lib/tls/libc-2.3.2.so
42130000 (12 KB)       rw-p (03:01 637971)   /lib/tls/libc-2.3.2.so
42133000 (12 KB)       rw-p (00:00 0)
bfff8000 (32 KB)       rwxp (00:00 0)
mapped:   16972 KB writable/private: 10140 KB shared: 72 KB
 

------- Linked against ###################
 
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x40023000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x40050000)
        libm.so.6 => /lib/tls/libm.so.6 (0x40062000)
        libdl.so.2 => /lib/libdl.so.2 (0x40084000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x40088000)
        libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x4009d000)
        libperl.so => /usr/lib/perl5/5.8.2/i686-linux/CORE/libperl.so (0x400a5000)
        libutil.so.1 => /lib/libutil.so.1 (0x4019b000)
        libc.so.6 => /lib/tls/libc.so.6 (0x42000000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Reply | Messages in this Topic (4)
#56579 From: Perrin Harkins <perrin@...>
Date: Wed Jan 7, 2004 3:54 am
Subject: Re: [mp1] modules not shared across children. preloading or fork() issue? 		perrin@...
Send Email Send Email
  
On Mon, 2004-01-05 at 00:36, Daniel Wilson wrote:
> This happened after moving to a new server running the same redhat 9
> but with different kernels and glibc's.

Are you absolutely positive that nothing else changed?  Not the Perl
build, not the apache build, not your code, not your config files?

> 1. mod_perl is not loading modules before the fork()'s.

Easy to verify.  Dump %INC at the end of your startup.pl and it will
show you what has been loaded.

> ------- httpd.conf #####################
>
> PerlModule Apache::Registry Apache::RegistryLoader DBD::mysql
> BSD::Resource DBI
> PerlModule Storable Text::Kakasi Encode::Encoding Apache::DBI Carp
> PerlModule IPC::Shareable Jcode IPC::SysV Encode Encode::Alias
> Lingua::JA::Romaji

There used to be a limit on how many modules you could load with
PerlModule.  I'm not sure if there still is.  Try moving all of these
into startup.pl instead.

- Perrin


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (4)
#56580 From: S D <subscrtech@...>
Date: Wed Jan 7, 2004 6:11 am
Subject: HTTP::Response error : "Can' t locate loadable object" 		subscrtech@...
Send Email Send Email
  
From a Perl module executed in mod_perl, I'm trying to
make a HTTP request to another Web server.

The code :
----------------
my $r = shift;
my $browser = LWP::UserAgent->new( );
$url = 'http://10.3.8.137/';
my $response = $browser->get($url);
my $response_line = $response->status_line();
$r->log_error("response line '" . $response_line."'");
my $isSuccess = $response->is_success();

my $content_type = $response->content_type();
$r->log_error("Content type '" . $content_type ."'");
my $content = $response->content( );
----------------

Now, the problem is , both response_line() and
content() methods above give following output :
---
"500 Can't locate loadable object for module
HTML::Parser in @INC (@INC contains:
/opt/ora9/product/9.2/Apache/perl/lib/5.00503/i686-linux
/opt/ora9/product/9.2/Apache/perl/lib/5.00503
/opt/ora9/product/9.2/Apache/perl/lib/site_perl/5.005/i686-linux
/opt/ora9/product/9.2/Apache/perl/lib/site_perl/5.005
/project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/5.00503/i686-linux
/project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/5.00503
/project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/site_perl/5.005/i686-li\
nux
/project/linux/902/APACHE/src/pdc_perl/bin/Linux/Opt/lib/site_perl/5.005
. /opt/ora9/product/9.2/Apache/Apache/
/opt/ora9/product/9.2/Apache/Apache/lib/perl
/opt/ora9/product/9.2/Apache/perl/lib/5.00503
/opt/ora9/product/9.2/Apache/perl/lib/site_perl/5.005)
------

On the other hand, the is_success() method returns an
empty string and content_type() method returns
'text/plain' (which is incorrect, since the content is
HTML )

I've checked that, the HTML.Parser packages are
correctly present in the @INC path and permissions etc
are correct.

Can anyone point out, how to solve this ?

Thanks,
S

__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus

--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (2)
#56581 From: victor <victor@...>
Date: Wed Jan 7, 2004 6:36 am
Subject: What do you think? 		victor@...
Send Email Send Email
  
Came across this message on the freebsd stable list today, I wonder what
does it mean to my mod_perl server running in FreeBSD, will recompiling
perl with perl's malloc turned on squeeze even more performance out of
my mod_perl server?


Thanks.

Tor.

--
<!---------------------------------------------
                            Victor
                            Development Engineer
                            Outblaze Ltd
---------------------------------------------->
On Tue, 06 Jan 2004 11:29:05 +0000
Holger Kipp <Holger.Kipp@...> wrote:

> Searching on the internet gave the impression that this might be
> malloc/FreeBSD related. Any chance of this being resolved?

Use perls own malloc implementation (make -DWITHOUT_PERL_MALLOC for an
up-to-date perl5.8 port, if you use make -DWITH_THREADS perls own malloc
implementation gets disabled by the FreeBSD port)? AFAIK perl 5.0 in the
4.x basesystem doesn't use its own malloc implementation.

I've tried it on -current with perl 5.6.1:
  - I've aborted your testcode after 5 minutes without perl malloc
  - with perl malloc it needs ~9 seconds

Bye,
Alexander.

--
            I will be available to get hired in April 2004.

http://www.Leidinger.net                       Alexander @ Leidinger.net
   GPG fingerprint = C518 BC70 E67F 143F BE91  3365 79E2 9C60 B006 3FE7
_______________________________________________
freebsd-stable@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@..."
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (2)
#56582 From: "Malka Cymbalista" <Malki.Cymbalista@...>
Date: Wed Jan 7, 2004 7:27 am
Subject: running 2 versions of apache and mod perl on the same machine 		Malki.Cymbalista@...
Send Email Send Email
  
We are moving to a new web server and we have installed apache 2.0.48
with mod_perl 1.99_12.  We are running perl 5.8.1 on a Sun Solaris
machine.
One of the applications that we run on our web server is an eprints
server which is system for archiving documents.  When one compiles
eprints, one essentially compiles it together with apache and mod perl.
As a matter of fact on our present server, we have 2 apache processes
running - the standard one on port 80, and the apache process with
eprints  on port 81.  The problem is that we are having problems
compiling eprints on our new server using apache 2 and mod perl 2 and I
was wondering if we could compile eprints with apache 1.3 and mod perl
1.  In other words, is it possible to run 2 apache processes on the same
machine, one with apache 2 and mod perl 2, and one with apache 1.3 and
mod perl 1.
Any help will be appreciated.

Malki Cymbalista
Webmaster, Weizmann Institute of Science
Rehovot, Israel 76100
Internet: Malki.Cymbalista@...
08-934-3036

--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (6)
#56583 From: Thomas Klausner <domm@...>
Date: Wed Jan 7, 2004 10:53 am
Subject: Re: running 2 versions of apache and mod perl on the same machine 		domm@...
Send Email Send Email
  
Hi!

On Wed, Jan 07, 2004 at 09:27:49AM +0200, Malka Cymbalista wrote:

> 1.  In other words, is it possible to run 2 apache processes on the same
> machine, one with apache 2 and mod perl 2, and one with apache 1.3 and
> mod perl 1.

I know nothing about eprints, but it should be no problem to have different
versions of Apache/mod_perl ruinning on the same machine, as long as you use
different ports for each one.

Eg, on my devbox, I've got two mod_perl 1 servers (one on port 80, on on
port 8080) and one Apache 2/Subversion server (running on port 1000)


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

--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (6)
#56584 From: Thomas Schindl <tom.schindl@...>
Date: Wed Jan 7, 2004 9:41 am
Subject: Re: running 2 versions of apache and mod perl on the same machine 		tom.schindl@...
Send Email Send Email
  
That's no problem at all. I'm running on our production server an
apache2 on port 80(without mod_perl) with an proxy forward to a
mod_perl-apache2 and a mod_perl-apache1.

Although in our case mod_perl1 has its own perl because of various
reasons.

Tom

On Wed, 2004-01-07 at 08:27, Malka Cymbalista wrote:
> We are moving to a new web server and we have installed apache 2.0.48
> with mod_perl 1.99_12.  We are running perl 5.8.1 on a Sun Solaris
> machine.
> One of the applications that we run on our web server is an eprints
> server which is system for archiving documents.  When one compiles
> eprints, one essentially compiles it together with apache and mod perl.
> As a matter of fact on our present server, we have 2 apache processes
> running - the standard one on port 80, and the apache process with
> eprints  on port 81.  The problem is that we are having problems
> compiling eprints on our new server using apache 2 and mod perl 2 and I
> was wondering if we could compile eprints with apache 1.3 and mod perl
> 1.  In other words, is it possible to run 2 apache processes on the same
> machine, one with apache 2 and mod perl 2, and one with apache 1.3 and
> mod perl 1.
> Any help will be appreciated.
>
> Malki Cymbalista
> Webmaster, Weizmann Institute of Science
> Rehovot, Israel 76100
> Internet: Malki.Cymbalista@...
> 08-934-3036
--
    \\\||///
   \\  - -  //
    (  @ @  )
-oOo--( )--oOo----------------------------------------------------------
                      ___  ___                                tom schindl
       o       __    /  / /           innovative medientechnik planung AG
      / /\/\/ / /   /__/ / __            mailto:tom.schindl@...
     / / / / /_/   /  / /___/                        http://www.impire.de
            /                 voice:+43(512)34193431,fax:+43(512)34193420
    Eduard-Bodem-Gasse 6, A-6020 Innsbruck, Austria, Software Engineering
------------------------------------------------------------------------


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (6)
#56585 From: Rafael Caceres <rcaceres@...>
Date: Wed Jan 7, 2004 6:54 am
Subject: Different results using mod_proxy or mod_rewrite vs direct server 		rcaceres@...
Send Email Send Email
  
I'm setting up a HTTP/HTPPS reverse proxy server with apache on my DMZ.
The proxy will access an internal server (insidelan.server.com) to
provide content to outside users.
I've attempted using mod_proxy:
<VirtualHost 1.2.3.4:80>
   ServerName insidelan.server.com
   ProxyPass / http://insidelan.server.com/
   ProxyPassReverse / http://insidelan.server.com/
</Virtualhost>

and using mod_rewrite:
<VirtualHost 1.2.3.4.90>
   ServerName insidelan.server.com
   RewriteRule /(.*)$ http://insidelan.server.com/$1 [P]
</VirtualHost>

Everything seems to work fine (including the HTTPS proxy, cookies, etc.,
etc.), except that I'm getting:
Proxy Error
The proxy server received an invalid response from an upstream server
The proxy server could not handle the requet GET /perl/program.pl
Reason: Document contains no data

The very same URL: http://insidelan.server.com/perl/program.pl (that
runs under Apache::Registry) works just fine when used from inside the
LAN (that is, directly).

I also copied program.pl to the cgi-bin directory (to run it as a
standard CGI), and called the resulting URL:
http://insidelan.server.com/cgi-bin/program.pl and what comes up is the
text of the generated HTML page.
Strangely enough, some other perl scripts (in cgi-bin or perl) work fine
through the proxy.

The proxy is Apache 1.3.29, mod_perl 1.27. The server inside the LAN is:
Apache 1.3.26,mod_perl 1.27
I'm crossposting because the problem seems to be originated in the
combination perl/reverse proxy.

Any help will be appreciated.
Rafael



--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply | Messages in this Topic (3)
#56586 From: Stuart Jansen <sjansen@...>
Date: Wed Jan 7, 2004 9:12 pm
Subject: mod_perl + PHP not logging $r->user 		sjansen@...
Send Email Send Email
  
I'm using Apache 2.0.48, mod_perl 1.99_12, and Apache::AuthCookie to
create a custom authentication scheme. I've noticed that while apache
normally logs the $REMOTE_USER, it doesn't log it when accessing PHP
pages. The pages are still correctly protected. At first I thought
$_SERVER["REMOTE_USER"] wasn't always being populated by PHP, but it
looks like that is working. However, $PHP_AUTH_USER isn't getting set. I
suspect that Apache logging and $PHP_AUTH_USER are related issues. At
work, we currently use a proprietary Apache 2 authentication module that
successfully logs the user and populates $PHP_AUTH_USER, so I know it
can be done. Would it be possible to modify mod_perl and/or
Apache::AuthCookie to do the same?

I've done alot of googling, but I haven't been able to find mention of
my problem. Is this an known issue? If so, what is the solution?

I've only been using mod_perl about a week, but I'm loving it so far.
Amazing stuff.

--
Stuart Jansen <sjansen@..., AIM:StuartMJansen>

“The programmer, like the poet, works only slightly removed from pure
thought-stuff. He builds his castles in the air, from air, creating by
exertion of the imagination. Few media of creation are so flexible, so
easy to polish and rework, so readily capable of realizing grand
conceptual structures.” -- Fredrick Brooks, Mythical Man Month

Reply | Messages in this Topic (3)
Messages 56557 - 56586 of 67621   Oldest  |  < Older  |  Newer >  |  Newest
Add to My Yahoo!      XML What's This?
Copyright 2010 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines NEW - Help