Re: Segmentation fault 11 (php/mod_perl)

2002-03-28 Thread Perrin Harkins 

Bob Pickles wrote:
> I've been hacking at this a couple days.  At first I really wanted to 
> get mod_perl working as a DSO.  Got everything compiled, and added lines 
> to httpd.conf.  Died on startup if I had AddModule mod_perl.c.  
> Following  a tip on this list, I gave up on DSO and went static 
> compile.

And then what happened?  Did you start with a clean conf file?  There 
should be no LoadModule/AddModule stuff in it for a static server.

- Perrin

Segmentation fault 11 (php/mod_perl)

2002-03-27 Thread Bob Pickles 

Hi,

I've been hacking at this a couple days.  At first I really wanted to get 
mod_perl working as a DSO.  Got everything compiled, and added lines to 
httpd.conf.  Died on startup if I had AddModule mod_perl.c.  Following  a 
tip on this list, I gave up on DSO and went static compile.  Here is what I 
did.

1) Modified php build to NOT use its own mysql module:
make clean
rm config.cache
./configure --with-apxs=/web/httpd/bin/apxs --enable-track-vars 
--with-mysql=/usr/local/mysql
make
make install

2) Build mod_perl
perl Makefile.PL APACHE_SRC=/usr/local/src/apache_1.3.19/src 
DO_HTTPD=1  USE_APACI=1 PREP_HTTPD=1  EVERYTHING=1 -Ubincompat5005 USE_DSO=1
make
make install

3) Build apache
env LIBS=/usr/lib/libC.so.5 CFLAGS=-fPIC ./configure --prefix=/web/httpd 
--enable-shared=max --enable-module=so 
--activate-module=src/modules/perl/libperl.a
make
make install

Server version: Apache/1.3.19 (Unix)
Server built:   Mar 27 2002 22:22:11
/web/httpd/bin/httpd -l
Compiled-in modules:
   http_core.c
   mod_so.c
   mod_perl.c
suexec: disabled; invalid wrapper /web/httpd/bin/suexec
#

http -L output follows the perl -V output.

BTW:  I did redo perl to remove the malloc problem.

# perl -V
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
   Platform:
 osname=solaris, osvers=2.8, archname=sun4-solaris
 uname='sunos home.primechoice.com 5.8 generic_108528-03 sun4u sparc 
sunw,ultra-5_10 '
 config_args='-Ubincompat5005'
 hint=previous, useposix=true, d_sigaction=define
 usethreads=undef use5005threads=undef useithreads=undef 
usemultiplicity=undef
 useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
 use64bitint=undef use64bitall=undef uselongdouble=undef
   Compiler:
 cc='gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
 optimize='-O',
 cppflags='-fno-strict-aliasing -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
 ccversion='', gccversion='2.95.3 20010315 (release)', 
gccosandvers='solaris2.8'
 intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=8
 alignbytes=8, usemymalloc=n, prototype=define
   Linker and Libraries:
 ld='gcc', ldflags =' -L/usr/local/lib '
 libpth=/usr/local/lib /usr/lib /usr/ccs/lib
 libs=-lsocket -lnsl -lgdbm -ldl -lm -lc
 perllibs=-lsocket -lnsl -ldl -lm -lc
 libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.a
   Dynamic Linking:
 dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='  -R 
/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE'
 cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib'


Characteristics of this binary (from libperl):
   Compile-time options: USE_LARGE_FILES
   Built under solaris
   Compiled at Mar 27 2002 17:45:01
   @INC:
 /usr/local/lib/perl5/5.6.1/sun4-solaris
 /usr/local/lib/perl5/5.6.1
 /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris
 /usr/local/lib/perl5/site_perl/5.6.1
 /usr/local/lib/perl5/site_perl
 .


httpd -L
/web/httpd/bin/httpd -L
,  or 
 (http_core.c)
 Marks end of 
 Allowed in *.conf only inside ,  or 
,  or 
 (http_core.c)
 Marks end of 
 Allowed in *.conf only inside ,  or 
,  or 
 (http_core.c)
 Marks end of 
 Allowed in *.conf only outside ,  or 
 (http_core.c)
 Marks end of 
 Allowed in *.conf anywhere and in .htaccess
 when AllowOverride isn't None
 (http_core.c)
 Marks end of 
 Allowed in *.conf anywhere and in .htaccess
 when AllowOverride isn't None
 (http_core.c)
 Marks end of 
 Allowed in *.conf anywhere and in .htaccess
 when AllowOverride isn't None
 (http_core.c)
 Marks end of 
 Allowed in *.conf anywhere and in .htaccess
 when AllowOverride isn't None
 (http_core.c)
 Marks end of 
 Allowed in *.conf anywhere and in .htaccess
 when AllowOverride isn't None
,  or 
 (http_core.c)
 Marks end of 
 Allowed in *.conf only inside ,  or 
,  or 
 (http_core.c)
 Marks end of 
 Allowed in *.conf only inside ,  or 
 (http_core.c)
 Marks end of 
 Allowed in *.conf anywhere and in .htaccess
 when AllowOverride isn't None
AuthType (http_core.c)
 An HTTP authorization type (e.g., "Basic")
 Allowed in *.conf only inside ,  or  
and in .htaccess
 when AllowOverride includes AuthConfig
AuthName (http_core.c)
 The authentication realm (e.g. "Members Only")
 Allowed in *.conf only inside ,  or  
and in .htaccess
 when AllowOverride includes AuthConfig
Require (http_core.c)
 Selects which authenticated users or groups may access a protected 
space
 Allowed in *.conf only inside ,  or  
and in

Re: Segmentation Fault (11)

2001-06-23 Thread Stas Bekman 

On Sat, 23 Jun 2001, Douglas C. Heestand wrote:

> I am getting the following messages in my "back-end" apache install logfile
> (the one that handles perl scripts using mod_perl and PerlRun)...
>
> [17:03:49 2001] [notice] child pid 15064 exit signal Segmentation Fault (11)
> [17:04:27 2001] [notice] child pid 17127 exit signal Segmentation Fault (11)
> [17:04:55 2001] [notice] child pid 15065 exit signal Segmentation Fault (11)
> [17:05:06 2001] [notice] child pid 17102 exit signal Segmentation Fault (11)
>
> I am running...
>
> Apache:   1.3.19 (for both front-end and back-end)
> mod_perl: 1.25
> perl: 5.005_03
>
>
> The httpd processes can last for about 10 minutes before they all die off
> and get respawned.
>
> Any ideas on where I should start looking to debug this problem?

You will find SUPPORT file in the mod_perl source distro. Follow the
intructions in this file.

_
Stas Bekman  JAm_pH --   Just Another mod_perl Hacker
http://stason.org/   mod_perl Guide  http://perl.apache.org/guide
mailto:[EMAIL PROTECTED]   http://apachetoday.com http://eXtropia.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/

Segmentation Fault (11)

2001-06-23 Thread Douglas C. Heestand 

I am getting the following messages in my "back-end" apache install logfile
(the one that handles perl scripts using mod_perl and PerlRun)...

[17:03:49 2001] [notice] child pid 15064 exit signal Segmentation Fault (11)
[17:04:27 2001] [notice] child pid 17127 exit signal Segmentation Fault (11)
[17:04:55 2001] [notice] child pid 15065 exit signal Segmentation Fault (11)
[17:05:06 2001] [notice] child pid 17102 exit signal Segmentation Fault (11)

I am running...

Apache:   1.3.19 (for both front-end and back-end)
mod_perl: 1.25
perl: 5.005_03


The httpd processes can last for about 10 minutes before they all die off
and get respawned.

Any ideas on where I should start looking to debug this problem?

Thanks!

segmentation fault 11

2001-03-05 Thread Michael Turley 

Hello, my last post has been solved. After searching
through google most of the morning I decided to
upgrade mysql to version 3.23.33 and rebuild
absolutely everything. And hey presto, everything
works. It may have been something to do with the
earlier mysql version but more likely the incremental
sequence in which I am rebuilding apache.

=
Mr. Michael Turley
Gracious winner, Generous lover, All round great guy.

__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

Re: Segmentation fault (11) on any script

2000-10-20 Thread xzh 

Hi, Ted

I had got the fault some time ago. 

I compiled PHP4 with the built-in MySQL support, so that my mod_perl scripts about DBI 
were
all down with the damn error. It made me sick so long. After I instead build it with 
my
local MySQL support files, the mess was gone. 

Hope my experience can help you.


- Original Message - 
From: "Ted Sindzinski" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 19, 2000 4:56 AM
Subject: Segmentation fault (11) on any script


| Last night I removed my standard rpm of apache, and installed the latest
| binary and mod perl binary.  For both apache and mod perl, all standard
| modules (everything) were added in.  I have also installed dbi, dbd and
| such.
| 
| however, when I try to run any script, even a hello world script, my
| browser returns a no data error and the error log shows:
| 
| [Wed Oct 18 16:52:50 2000] [notice] Apache/1.3.14 (Unix)
| mod_perl/1.24_01 configured -- resuming normal operations
| [Wed Oct 18 16:52:53 2000] [notice] child pid 25267 exit signal
| Segmentation fault (11)
| 
| My httpd.conf setup information is as follows:
| 
| **
| 
| ServerType standalone
| ServerRoot "/usr/local/apache"
| DocumentRoot "/home"
| PidFile /var/run/httpd.pid
| ScoreBoardFile /var/run/httpd.scoreboard
| Timeout 300
| KeepAlive On
| MaxKeepAliveRequests 100
| KeepAliveTimeout 15
| #ExtendedStatus On
| MinSpareServers 32
| MaxSpareServers 64
| StartServers 32
| MaxClients 256
| MaxRequestsPerChild 10
| 
| PerlModule Apache::Registry
| PerlModule Apache::DBI
| PerlRequire conf/startup.pl
| PerlFreshRestart Off
| 
| Alias /ads/ /home/adserver/ads/
| 
|SetHandler perl-script
|PerlHandler Apache::Registry
|Options ExecCGI
|allow from all
|PerlSendHeader On
| 
| 
| 
| *
| 
| Startup.pl is:
| 
| #!/usr/bin/perl
| 
| BEGIN {
| 
|use Apache ();
|use lib Apache->server_root_relative('/usr/lib/perl');
|  }
| 
| use Apache::Registry ();
| use Apache::Constants();
| #use Apache::DBI;
| 
| use CGI qw(-compile :all);
| use CGI::Carp ();
| 
| # Load any other reqd modules
| 
| 1;
| 
| **
| 
| Plesae let me know if you can't see something for me to change, thanks.
| 
| 
| Ted Sindzinski
| 
| 
|

Segmentation fault (11) on any script

2000-10-20 Thread Ted Sindzinski 

Last night I removed my standard rpm of apache, and installed the latest
binary and mod perl binary.  For both apache and mod perl, all standard
modules (everything) were added in.  I have also installed dbi, dbd and
such.

however, when I try to run any script, even a hello world script, my
browser returns a no data error and the error log shows:

[Wed Oct 18 16:52:50 2000] [notice] Apache/1.3.14 (Unix)
mod_perl/1.24_01 configured -- resuming normal operations
[Wed Oct 18 16:52:53 2000] [notice] child pid 25267 exit signal
Segmentation fault (11)

My httpd.conf setup information is as follows:

**

ServerType standalone
ServerRoot "/usr/local/apache"
DocumentRoot "/home"
PidFile /var/run/httpd.pid
ScoreBoardFile /var/run/httpd.scoreboard
Timeout 300
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 15
#ExtendedStatus On
MinSpareServers 32
MaxSpareServers 64
StartServers 32
MaxClients 256
MaxRequestsPerChild 10

PerlModule Apache::Registry
PerlModule Apache::DBI
PerlRequire conf/startup.pl
PerlFreshRestart Off

Alias /ads/ /home/adserver/ads/

   SetHandler perl-script
   PerlHandler Apache::Registry
   Options ExecCGI
   allow from all
   PerlSendHeader On



*

Startup.pl is:

#!/usr/bin/perl

BEGIN {

   use Apache ();
   use lib Apache->server_root_relative('/usr/lib/perl');
 }

use Apache::Registry ();
use Apache::Constants();
#use Apache::DBI;

use CGI qw(-compile :all);
use CGI::Carp ();

# Load any other reqd modules

1;

**

Plesae let me know if you can't see something for me to change, thanks.


Ted Sindzinski

Segmentation fault (11) on any script

2000-10-19 Thread Ted Sindzinski 

Last night I removed my standard rpm of apache, and installed the latest

binary and mod perl binary.  For both apache and mod perl, all standard
modules (everything) were added in.  I have also installed dbi, dbd and
such.

however, when I try to run any script, even a hello world script, my
browser returns a no data error and the error log shows:

[Wed Oct 18 16:52:50 2000] [notice] Apache/1.3.14 (Unix)
mod_perl/1.24_01 configured -- resuming normal operations
[Wed Oct 18 16:52:53 2000] [notice] child pid 25267 exit signal
Segmentation fault (11)

My httpd.conf setup information is as follows:

**

ServerType standalone
ServerRoot "/usr/local/apache"
DocumentRoot "/home"
PidFile /var/run/httpd.pid
ScoreBoardFile /var/run/httpd.scoreboard
Timeout 300
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 15
#ExtendedStatus On
MinSpareServers 32
MaxSpareServers 64
StartServers 32
MaxClients 256
MaxRequestsPerChild 10

PerlModule Apache::Registry
PerlModule Apache::DBI
PerlRequire conf/startup.pl
PerlFreshRestart Off

Alias /ads/ /home/adserver/ads/

   SetHandler perl-script
   PerlHandler Apache::Registry
   Options ExecCGI
   allow from all
   PerlSendHeader On



*

Startup.pl is:

#!/usr/bin/perl

BEGIN {

   use Apache ();
   use lib Apache->server_root_relative('/usr/lib/perl');
 }

use Apache::Registry ();
use Apache::Constants();
#use Apache::DBI;

use CGI qw(-compile :all);
use CGI::Carp ();

# Load any other reqd modules

1;

**

Plesae let me know if you can't see something for me to change, thanks.


Ted Sindzinski

AuthDBI Segmentation Fault (11) with mod_perl [SOLUTION]

2000-09-22 Thread Paul Holcomb 


 I had a LOT of trouble getting AuthDBI and modperl to work with
 apache without segfaulting.  I thought I would post how I got it to
 work. YMMV

 The solution came from someone's suggestion on the list to go back to
 mod_perl-1.21_03.  Unfortunately, this version would not compile with
 a thread-enabled perl, so I tried one of the CVS "bleeding edge
 versions".   This finally worked.

 Here is my final configuration:

+ Solaris 2.6
+ perl-5.6.0(with threads, with no large file support, with the cop.h
   patch people posted)
  [I'll include the patch at the end, but I don't think it was the
  reason that it started working.  Its something that I changed early
  on that didn't have any effect. I'll include it anyway]
+ mod_perl-1.24-dev(2920161934), compiled with EVERYTHING=1
+ apache-1.3.12, 
  "--activate-module=src/modules/perl/libperl.a" \
  "--enable-module=so" \  in config.status
 [possibly a --with-layout= here as well]
+ mysql-3.22.32
+ DBI-1.14
+ ApacheDBI-0.87

 Basically the steps are to already have perl, mysql, DBI, ApacheDBI,
 compiled and installed, including whatever else each package requires.

 Then I untarred a new copy of apache, and copied and ran a
 config.status (that I saved earlier) into the tree with the above
 parameters, although you could just as well run ./configure with
 those options.  Then I untarred mod_perl, and edited the Makefile.PL
 so that it ran config.status instead of its using its (broken) method
 of configuring apache that allows for very little customization.
 I'll include a diff at the end -- its just a small hack and might break
 something else for you.

 Then I ran perl Makefile.PL EVERYTHING=1 DO_HTTPD=1 in a newly
 untarred copy of modperl from CVS (version above), Note that in my
 experience mod_perl won't build correctly with apache unless you do
 everything from mod_perl.  So I ran a make there, and after doing
 some tests, finally a make install in both the mod_perl and apache
 directories.

 And those are the exact steps I followed.

 As a bonus I was able to get php-4.0.2 to run concurrently with
 mod_perl and DBI as long as I built it as a module and made certain
 that the perl sutff was loaded before the LoadModule and AddModule
 lines for php.

 So far apache hasn't died with a segfault and one of my tests was a
 php script that did a mysql_connect() and pulled a list of tables,
 running from an AuthDBI protected directory.


--- Makefile.PL.distWed Sep 13 17:16:29 2000
+++ Makefile.PL Wed Sep 20 20:22:36 2000
@@ -946,8 +946,8 @@
  $cmd .= qq(LDFLAGS_SHLIB_EXPORT="$Config{ccdlflags}" );
}
 
-   $cmd .= "./configure " .
- "--activate-module=src/modules/perl/libperl.a";
+   #$cmd .= "./configure " .
+#"--activate-module=src/modules/perl/libperl.a";

 # Do not disable the rule EXPAT for Stronghold, since this
 # rule is not implementated yet and breaks the configure process.
@@ -977,6 +977,7 @@
}
}
}
+   $cmd = "sh config.layout";
print "(cd $APACHE_ROOT && $cmd)\n";
system "(cd $APACHE_ROOT && $cmd)";
 }
 
--
--- perl/cop.h.~1~  Thu Jun  8 06:58:03 2000
+++ perl/cop.h  Thu Jun  8 06:58:03 2000
@@ -106,13 +106,9 @@
 } STMT_END
 #endif /* USE_THREADS */
 
-#ifdef USE_ITHREADS
-   /* junk in @_ spells trouble when cloning CVs, so don't leave any */
-#  define CLEAR_ARGARRAY() av_clear(cx->blk_sub.argarray)
-#else
-#  define CLEAR_ARGARRAY() NOOP
-#endif /* USE_ITHREADS */
-
+/* junk in @_ spells trouble when cloning CVs and in pp_caller(), so don't
+ * leave any */
+#define CLEAR_ARGARRAY()   av_clear(cx->blk_sub.argarray)
 
 #define POPSUB(cx,sv)  \
 STMT_START {   \

--- perl/t/op/runlevel.t.~1~Thu Jun  8 06:58:03 2000
+++ perl/t/op/runlevel.tThu Jun  8 06:58:03 2000
@@ -349,3 +349,18 @@
 bar
 B 2
 bar
+
+sub n { 0 }
+sub f { my $x = shift; d(); }
+f(n());
+f();
+
+sub d {
+my $i = 0; my @a;
+while (do { { package DB; @a = caller($i++) } } ) {
+@a = @DB::args;
+for (@a) { print "$_\n"; $_ = '' }
+}
+}
+EXPECT
+0


-- 
Paul Holcomb <[EMAIL PROTECTED]>  Phone: 888-6CPOINT Fax: 888-3220001
Sr. Network Engineer  Counterpoint Networking, Inc.

Re: Segmentation fault (11) with mod_perl 1.23...

2000-06-01 Thread Mark Haviland 

Doug MacEachern wrote:

> On Thu, 25 May 2000, Mark Haviland wrote:
> > No...I was hoping to be able to use it as a DSO, but maybe I can't win
> > on this one
>
> it would be worth testing a static build to confirm that the problem is
> dso related.  if it is, where to go from there i'm not sure, the dso
> troubles are supposed to have been ironed out.  can you send me your
> perl -V?

Finally - some free time to compile :).

I just got done compiling a static version mod_perl inside the httpd.
After modifying the config file to match my 'dynamic' httpd (ie. adding the
PerlRequire with a different config.pl file that has a 'use Sybase::CTlib;'
in it.), I fired it up and...no core dump or segmentation fault.  And, I'm
now able to successfully query my db.  So, it looks like something is wrong
with DSO and perl...the dynaloader ???  Any ideas ??

Here's my perl -V:

[root@hsimrhpc1 logs]# perl -V

Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
  Platform:
osname=linux, osvers=2.2.5-22smp, archname=i386-linux
uname='linux porky.devel.redhat.com 2.2.5-22smp #1 smp wed jun 2
09:11:51 edt 1999 i686 unknown '
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef useperlio=undef d_sfio=undef
  Compiler:
cc='cc', optimize='-O2 -m486 -fno-strength-reduce',
gccversion=egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
cppflags='-Dbool=char -DHAS_BOOL -I/usr/local/include'
ccflags ='-Dbool=char -DHAS_BOOL -I/usr/local/include'
stdchar='char', d_stdstdio=undef, usevfork=false
intsize=4, longsize=4, ptrsize=4, doublesize=8
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
alignbytes=4, usemymalloc=n, prototype=define
  Linker and Libraries:
ld='cc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -ldl -lm -lc -lposix -lcrypt
libc=, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'


Characteristics of this binary (from libperl):
  Built under linux
  Compiled at Feb  2 2000 15:35:58
  @INC:
/usr/lib/perl5/5.00503/i386-linux
/usr/lib/perl5/5.00503
/usr/lib/perl5/site_perl/5.005/i386-linux
/usr/lib/perl5/site_perl/5.005
.

Re: Segmentation fault (11) with mod_perl 1.23...

2000-05-23 Thread Doug MacEachern 

On Tue, 23 May 2000, Mark Haviland wrote:

> Doug,
> 
> Sorry for the consistent eMails, but I guess I wasn't entirely correct in my
> statment about my version of perl being the problem.  After some more tests, I've
> found that things go wrong (ie. I get a Segfault) when I attempt to pre load the
> Sybase::CTlib module (or any module that uses it) in the PerlRequire file.  But,
> when I have the 'use Sybase::CTlib' inside of my handler, then everything is ok.

the next step would be to get a stacktrace (mod_perl built with
PERL_DEBUG=1 prefered), see the SUPPORT doc for hints.

Re: Segmentation fault (11) with mod_perl 1.23...

2000-05-23 Thread Mark Haviland 

Doug,

Sorry for the consistent eMails, but I guess I wasn't entirely correct in my
statment about my version of perl being the problem.  After some more tests, I've
found that things go wrong (ie. I get a Segfault) when I attempt to pre load the
Sybase::CTlib module (or any module that uses it) in the PerlRequire file.  But,
when I have the 'use Sybase::CTlib' inside of my handler, then everything is ok.

Any ideas ?

-Mark

Mark Haviland wrote:

> Doug,
>
> I think I just figured out my problem.  I upgraded my system, but was using a
> version of perl that I had compiled before my upgrade (duh!).  I set up an
> httpd server that came with redhat 6.2 (and mod_perl 1.23) and things seems to
> work fine.  It looks like i need to recompile perl :).
>
> -Mark
>
> Mark Haviland wrote:
>
> > Hi Doug,
> >
> > Sorry for the delayed response - I just got back into town yesterday so was
> > 'out of action' for awhile.
> >
> > Doug MacEachern wrote:
> >
> > > On Fri, 12 May 2000, Mark Haviland wrote:
> > >
> > > > Hey all...
> > > >
> > > > I just upgraded my box to redhat 6.2.2 and compiled Apache 1.3.12 with
> > > > mod_perl (1.23) as a DSO (outside the Apache tree using apxs).  Now,
> > > > modules that use to work are suddenly causing seg faults.  The one in
> > > > particular that doens't seem to jive with mod_perl is Sybase::CTlib.
> > > > Has anybody else seen this problem ?
> > >
> > > what versions of things did you upgrade from?  where you using dso with
> > > the older versions?
> >
> > I upgraded from mod_perl 1.21.  Yes I was using dso with the prior
> > version.  Here's some info about the version of perl that I compiled
> > against:
> >
> > Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
> >   Platform:
> > osname=linux, osvers=2.2.5-15, archname=i686-linux
> > uname='linux hsimrhpc1.harmonic.com 2.2.5-15 #1 mon apr 19 23:00:46 edt
> > 1999 i686 unknown '
> > hint=previous, useposix=true, d_sigaction=define
> > usethreads=undef useperlio=undef d_sfio=undef
> >   Compiler:
> > cc='cc', optimize='-O2', gccversion=egcs-2.91.66 19990314/Linux
> > (egcs-1.1.2 release)
> > cppflags='-Dbool=char -DHAS_BOOL'
> > ccflags ='-Dbool=char -DHAS_BOOL'
> > stdchar='char', d_stdstdio=undef, usevfork=false
> > intsize=4, longsize=4, ptrsize=4, doublesize=8
> > d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
> > alignbytes=4, usemymalloc=n, prototype=define
> >   Linker and Libraries:
> > ld='cc', ldflags =' -L/usr/local/lib'
> > libpth=/usr/local/lib /lib /usr/lib
> > libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lc -lposix -lcrypt
> > libc=, so=so, useshrplib=false, libperl=libperl.a
> >   Dynamic Linking:
> > dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
> > cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'
> >
> > Characteristics of this binary (from libperl):
> >   Built under linux
> >   Compiled at Oct 13 1999 10:39:19
> >   %ENV:
> > PERL5LIB="/usr/hsi/perl5/lib"
> >   @INC:
> > /usr/hsi/perl5/lib
> > /usr/hsi/perl5/lib/5.00503/i686-linux
> > /usr/hsi/perl5/lib/5.00503
> > /usr/hsi/perl5/lib/site_perl/5.005/i686-linux
> > /usr/hsi/perl5/lib/site_perl/5.005
> > .
> >
> > >
> > >
> > > > unload_xs_so: 0x8396fc0
> > >
> > > hmm, i wonder if the dso "fix" broke things for you, what happens if you
> > > comment out this line of mod_perl.c:
> > > unload_xs_so(librefs);
> >
> > I uncommented the line and now the server (httpd) just cores when I attempt
> > to start...
> >
> > /usr/hsi/apache-1.3.12/bin/hsi-httpd -X -f
> > /usr/hsi/apache-1.3.12/conf/hsi-httpd.conf.2080
> > perl_parse args: '/dev/null' ...allocating perl interpreter...ok
> > constructing perl interpreter...ok
> > ok
> > running perl interpreter...ok
> > mod_perl: 0 END blocks encountered during server startup
> > loading perl module 'Apache'...loading perl module
> > 'Apache::Constants::Exports'...ok
> > ok
> > loading perl module 'Tie::IxHash'...ok
> > perl_section: 
> > perl_section: 
> > perl_section: 
> > perl_section: 
> > perl_section: 
> > perl_section: 
> > perl_section: 
> > PerlRequire: arg=`conf/startup_cfg.pl'
> > attempting to require `conf/startup_cfg.pl'
> > Segmentation fault (core dumped)
> >
> > It seems that is cores when it reaches the line for "use  Sybase::CTlib;"
> > in my 'conf/statup_cfg.pl' file.
> >
> > Now, when I look at the CTlib.pm I notice the following:
> >
> > package Sybase::CTlib;
> >
> > require Exporter;
> > use AutoLoader;
> > require DynaLoader;
> >
> > use Carp;
> > .
> > .
> > .
> >
> > Perhaps something to do with the Exporter or DynaLoader ??
> >
> > -Mark

Re: Segmentation fault (11) with mod_perl 1.23...

2000-05-23 Thread Mark Haviland 

Doug,

I think I just figured out my problem.  I upgraded my system, but was using a
version of perl that I had compiled before my upgrade (duh!).  I set up an
httpd server that came with redhat 6.2 (and mod_perl 1.23) and things seems to
work fine.  It looks like i need to recompile perl :).

-Mark

Mark Haviland wrote:

> Hi Doug,
>
> Sorry for the delayed response - I just got back into town yesterday so was
> 'out of action' for awhile.
>
> Doug MacEachern wrote:
>
> > On Fri, 12 May 2000, Mark Haviland wrote:
> >
> > > Hey all...
> > >
> > > I just upgraded my box to redhat 6.2.2 and compiled Apache 1.3.12 with
> > > mod_perl (1.23) as a DSO (outside the Apache tree using apxs).  Now,
> > > modules that use to work are suddenly causing seg faults.  The one in
> > > particular that doens't seem to jive with mod_perl is Sybase::CTlib.
> > > Has anybody else seen this problem ?
> >
> > what versions of things did you upgrade from?  where you using dso with
> > the older versions?
>
> I upgraded from mod_perl 1.21.  Yes I was using dso with the prior
> version.  Here's some info about the version of perl that I compiled
> against:
>
> Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
>   Platform:
> osname=linux, osvers=2.2.5-15, archname=i686-linux
> uname='linux hsimrhpc1.harmonic.com 2.2.5-15 #1 mon apr 19 23:00:46 edt
> 1999 i686 unknown '
> hint=previous, useposix=true, d_sigaction=define
> usethreads=undef useperlio=undef d_sfio=undef
>   Compiler:
> cc='cc', optimize='-O2', gccversion=egcs-2.91.66 19990314/Linux
> (egcs-1.1.2 release)
> cppflags='-Dbool=char -DHAS_BOOL'
> ccflags ='-Dbool=char -DHAS_BOOL'
> stdchar='char', d_stdstdio=undef, usevfork=false
> intsize=4, longsize=4, ptrsize=4, doublesize=8
> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
> alignbytes=4, usemymalloc=n, prototype=define
>   Linker and Libraries:
> ld='cc', ldflags =' -L/usr/local/lib'
> libpth=/usr/local/lib /lib /usr/lib
> libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lc -lposix -lcrypt
> libc=, so=so, useshrplib=false, libperl=libperl.a
>   Dynamic Linking:
> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
> cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'
>
> Characteristics of this binary (from libperl):
>   Built under linux
>   Compiled at Oct 13 1999 10:39:19
>   %ENV:
> PERL5LIB="/usr/hsi/perl5/lib"
>   @INC:
> /usr/hsi/perl5/lib
> /usr/hsi/perl5/lib/5.00503/i686-linux
> /usr/hsi/perl5/lib/5.00503
> /usr/hsi/perl5/lib/site_perl/5.005/i686-linux
> /usr/hsi/perl5/lib/site_perl/5.005
> .
>
> >
> >
> > > unload_xs_so: 0x8396fc0
> >
> > hmm, i wonder if the dso "fix" broke things for you, what happens if you
> > comment out this line of mod_perl.c:
> > unload_xs_so(librefs);
>
> I uncommented the line and now the server (httpd) just cores when I attempt
> to start...
>
> /usr/hsi/apache-1.3.12/bin/hsi-httpd -X -f
> /usr/hsi/apache-1.3.12/conf/hsi-httpd.conf.2080
> perl_parse args: '/dev/null' ...allocating perl interpreter...ok
> constructing perl interpreter...ok
> ok
> running perl interpreter...ok
> mod_perl: 0 END blocks encountered during server startup
> loading perl module 'Apache'...loading perl module
> 'Apache::Constants::Exports'...ok
> ok
> loading perl module 'Tie::IxHash'...ok
> perl_section: 
> perl_section: 
> perl_section: 
> perl_section: 
> perl_section: 
> perl_section: 
> perl_section: 
> PerlRequire: arg=`conf/startup_cfg.pl'
> attempting to require `conf/startup_cfg.pl'
> Segmentation fault (core dumped)
>
> It seems that is cores when it reaches the line for "use  Sybase::CTlib;"
> in my 'conf/statup_cfg.pl' file.
>
> Now, when I look at the CTlib.pm I notice the following:
>
> package Sybase::CTlib;
>
> require Exporter;
> use AutoLoader;
> require DynaLoader;
>
> use Carp;
> .
> .
> .
>
> Perhaps something to do with the Exporter or DynaLoader ??
>
> -Mark

Re: Segmentation fault (11) with mod_perl 1.23...

2000-05-23 Thread Mark Haviland 

Hi Doug,

Sorry for the delayed response - I just got back into town yesterday so was
'out of action' for awhile.

Doug MacEachern wrote:

> On Fri, 12 May 2000, Mark Haviland wrote:
>
> > Hey all...
> >
> > I just upgraded my box to redhat 6.2.2 and compiled Apache 1.3.12 with
> > mod_perl (1.23) as a DSO (outside the Apache tree using apxs).  Now,
> > modules that use to work are suddenly causing seg faults.  The one in
> > particular that doens't seem to jive with mod_perl is Sybase::CTlib.
> > Has anybody else seen this problem ?
>
> what versions of things did you upgrade from?  where you using dso with
> the older versions?

I upgraded from mod_perl 1.21.  Yes I was using dso with the prior
version.  Here's some info about the version of perl that I compiled
against:

Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
  Platform:
osname=linux, osvers=2.2.5-15, archname=i686-linux
uname='linux hsimrhpc1.harmonic.com 2.2.5-15 #1 mon apr 19 23:00:46 edt
1999 i686 unknown '
hint=previous, useposix=true, d_sigaction=define
usethreads=undef useperlio=undef d_sfio=undef
  Compiler:
cc='cc', optimize='-O2', gccversion=egcs-2.91.66 19990314/Linux
(egcs-1.1.2 release)
cppflags='-Dbool=char -DHAS_BOOL'
ccflags ='-Dbool=char -DHAS_BOOL'
stdchar='char', d_stdstdio=undef, usevfork=false
intsize=4, longsize=4, ptrsize=4, doublesize=8
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
alignbytes=4, usemymalloc=n, prototype=define
  Linker and Libraries:
ld='cc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lc -lposix -lcrypt
libc=, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'


Characteristics of this binary (from libperl):
  Built under linux
  Compiled at Oct 13 1999 10:39:19
  %ENV:
PERL5LIB="/usr/hsi/perl5/lib"
  @INC:
/usr/hsi/perl5/lib
/usr/hsi/perl5/lib/5.00503/i686-linux
/usr/hsi/perl5/lib/5.00503
/usr/hsi/perl5/lib/site_perl/5.005/i686-linux
/usr/hsi/perl5/lib/site_perl/5.005
.

>
>
> > unload_xs_so: 0x8396fc0
>
> hmm, i wonder if the dso "fix" broke things for you, what happens if you
> comment out this line of mod_perl.c:
> unload_xs_so(librefs);

I uncommented the line and now the server (httpd) just cores when I attempt
to start...

/usr/hsi/apache-1.3.12/bin/hsi-httpd -X -f
/usr/hsi/apache-1.3.12/conf/hsi-httpd.conf.2080
perl_parse args: '/dev/null' ...allocating perl interpreter...ok
constructing perl interpreter...ok
ok
running perl interpreter...ok
mod_perl: 0 END blocks encountered during server startup
loading perl module 'Apache'...loading perl module
'Apache::Constants::Exports'...ok
ok
loading perl module 'Tie::IxHash'...ok
perl_section: 
perl_section: 
perl_section: 
perl_section: 
perl_section: 
perl_section: 
perl_section: 
PerlRequire: arg=`conf/startup_cfg.pl'
attempting to require `conf/startup_cfg.pl'
Segmentation fault (core dumped)

It seems that is cores when it reaches the line for "use  Sybase::CTlib;"
in my 'conf/statup_cfg.pl' file.

Now, when I look at the CTlib.pm I notice the following:

package Sybase::CTlib;

require Exporter;
use AutoLoader;
require DynaLoader;

use Carp;
.
.
.


Perhaps something to do with the Exporter or DynaLoader ??

-Mark

Re: Segmentation fault (11) with mod_perl 1.23...

2000-05-15 Thread Doug MacEachern 

On Fri, 12 May 2000, Mark Haviland wrote:

> Hey all...
> 
> I just upgraded my box to redhat 6.2.2 and compiled Apache 1.3.12 with
> mod_perl (1.23) as a DSO (outside the Apache tree using apxs).  Now,
> modules that use to work are suddenly causing seg faults.  The one in
> particular that doens't seem to jive with mod_perl is Sybase::CTlib.
> Has anybody else seen this problem ?

what versions of things did you upgrade from?  where you using dso with
the older versions?

> unload_xs_so: 0x8396fc0

hmm, i wonder if the dso "fix" broke things for you, what happens if you
comment out this line of mod_perl.c:
unload_xs_so(librefs);

Segmentation fault (11) with mod_perl 1.23...

2000-05-12 Thread Mark Haviland 

Hey all...

I just upgraded my box to redhat 6.2.2 and compiled Apache 1.3.12 with
mod_perl (1.23) as a DSO (outside the Apache tree using apxs).  Now,
modules that use to work are suddenly causing seg faults.  The one in
particular that doens't seem to jive with mod_perl is Sybase::CTlib.
Has anybody else seen this problem ?

Here's a dump of my apache start-up (with MOD_PERL_TRACE=all).  Can
anyone give me a clue as to what's going on ?

-Mark Haviland

start up...

 /usr/hsi/apache-1.3.12/bin/hsi-httpd -f
/usr/hsi/apache-1.3.12/conf/hsi-httpd.conf.2080

perl_parse args: '/dev/null' ...allocating perl interpreter...ok
constructing perl interpreter...ok
ok
running perl interpreter...ok
mod_perl: 0 END blocks encountered during server startup
loading perl module 'Apache'...loading perl module
'Apache::Constants::Exports'...ok
ok
loading perl module 'Tie::IxHash'...ok
perl_section: 
perl_section: 
perl_section: 
perl_section: 
perl_section: 
perl_section: 
perl_section: 
PerlRequire: arg=`conf/startup_cfg.pl'
attempting to require `conf/startup_cfg.pl'
fetching PerlChildInitHandler stack
PerlChildInitHandler handlers stack undef, creating
pushing CODE ref into `PerlChildInitHandler' handlers
init `PerlHandler' stack
perl_cmd_push_handlers: @PerlHandler, 'Apache::Status'
pushing `Apache::Status' into `PerlHandler' handlers
init `PerlHandler' stack
perl_cmd_push_handlers: @PerlHandler, 'Apache::Status'
pushing `Apache::Status' into `PerlHandler' handlers


-- from the apache error_log file ---

loading perl module 'Apache'...ok
perl_startup: perl aleady running...ok
[Fri May 12 14:34:43 2000] [info] mod_unique_id: using ip addr
10.251.1.193
cleanup_av: SvREFCNT(0x816d338)==1
cleanup_av: SvREFCNT(0x816d320)==1
Sybase::CTlib dl handle == 0x81b29f0
running 0 END blocks for perl_shutdown
destructing and freeing Perl interpreter (level=0)...ok
unload_xs_so: 0x81b29f0
perl_parse args: '/dev/null' ...allocating perl interpreter...ok
constructing perl interpreter...ok
ok
running perl interpreter...ok
mod_perl: 0 END blocks encountered during server startup
loading perl module 'Apache'...loading perl module
'Apache::Constants::Exports'...ok
ok
loading perl module 'Tie::IxHash'...ok
perl_section: 
perl_section: 
perl_section: 
perl_section: 
perl_section: 
perl_section: 
perl_section: 
PerlRequire: arg=`conf/startup_cfg.pl'
attempting to require `conf/startup_cfg.pl'
fetching PerlChildInitHandler stack
PerlChildInitHandler handlers stack undef, creating
pushing CODE ref into `PerlChildInitHandler' handlers
init `PerlHandler' stack
perl_cmd_push_handlers: @PerlHandler, 'Apache::Status'
pushing `Apache::Status' into `PerlHandler' handlers
init `PerlHandler' stack
perl_cmd_push_handlers: @PerlHandler, 'Apache::Status'
pushing `Apache::Status' into `PerlHandler' handlers
loading perl module 'Apache'...ok
perl_startup: perl aleady running...ok
[Fri May 12 14:34:44 2000] [info] mod_unique_id: using ip addr
10.251.1.193
[Fri May 12 14:34:45 2000] [info] created shared memory segment #21762
[Fri May 12 14:34:45 2000] [notice] Apache/1.3.12 (Unix) mod_perl/1.23
configured -- resuming normal operations
[Fri May 12 14:34:45 2000] [info] Server built: May 11 2000 16:47:45
perl_init_ids: uid=99, euid=99, gid=99, egid=99
running 1 pushed (stacked) handlers for PerlChildInitHandler...
calling &{PerlChildInitHandler->[0]} (1 total)
perl_call: handler is a cached CV
blessing request_rec=(0x848a064)
[Fri May 12 14:34:45 2000] [notice] 6987 Apache::Sybase::CTlib
PerlChildInitHandler
perl_init_ids: uid=99, euid=99, gid=99, egid=99
running 1 pushed (stacked) handlers for PerlChildInitHandler...
calling &{PerlChildInitHandler->[0]} (1 total)
perl_call: handler is a cached CV
blessing request_rec=(0x848a064)
[Fri May 12 14:34:45 2000] [notice] 6988 Apache::Sybase::CTlib
PerlChildInitHandler
perl_init_ids: uid=99, euid=99, gid=99, egid=99
running 1 pushed (stacked) handlers for PerlChildInitHandler...
calling &{PerlChildInitHandler->[0]} (1 total)
perl_call: handler is a cached CV
blessing request_rec=(0x848a064)
[Fri May 12 14:34:45 2000] [notice] 6989 Apache::Sybase::CTlib
PerlChildInitHandler
perl_init_ids: uid=99, euid=99, gid=99, egid=99
running 1 pushed (stacked) handlers for PerlChildInitHandler...
calling &{PerlChildInitHandler->[0]} (1 total)
perl_call: handler is a cached CV
blessing request_rec=(0x848a064)
[Fri May 12 14:34:45 2000] [notice] 6990 Apache::Sybase::CTlib
PerlChildInitHandler
perl_init_ids: uid=99, euid=99, gid=99, egid=99
running 1 pushed (stacked) handlers for PerlChildInitHandler...
calling &{PerlChildInitHandler->[0]} (1 total)
perl_call: handler is a cached CV
blessing request_rec=(0x848a064)
[Fri May 12 14:34:45 2000] [notice] 6991