Re: Segmentation fault (11) with mod_perl 1.23...
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...
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: /FilesMatch perl_section: /DirectoryMatch perl_section: /Files perl_section: /Directory perl_section: /VirtualHost perl_section: /LocationMatch perl_section: /Location 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...
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: /FilesMatch perl_section: /DirectoryMatch perl_section: /Files perl_section: /Directory perl_section: /VirtualHost perl_section: /LocationMatch perl_section: /Location 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...
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: /FilesMatch perl_section: /DirectoryMatch perl_section: /Files perl_section: /Directory perl_section: /VirtualHost perl_section: /LocationMatch perl_section: /Location 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
Segmentation fault (11) with mod_perl 1.23...
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: /FilesMatch
perl_section: /DirectoryMatch
perl_section: /Files
perl_section: /Directory
perl_section: /VirtualHost
perl_section: /LocationMatch
perl_section: /Location
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: /FilesMatch
perl_section: /DirectoryMatch
perl_section: /Files
perl_section: /Directory
perl_section: /VirtualHost
perl_section: /LocationMatch
perl_section: /Location
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 Apache::Sybase::CTlib
PerlChildInitHandler
[Fri May 12 14:34:46 2000] [notice] child pid 6991 exit signal
Segmentation fault (11)
[Fri May
mod_perl as DSO on AIX...
This message was sent from Geocrawler.com by "Mark Haviland" [EMAIL PROTECTED] Be sure to reply to that address. I'm (still) trying to compile mod_perl as a DSO on AIX. trying the flexable-way, I am able to compile and install, but upon starting the server I get: Syntax error on line 209 of /usr/hsi/apache/conf/httpd.conf: Can't locate API module structure `perl_module' in file /usr/hsi/apache/libexec/libperl.so: Function not implemented (perl_module) ./bin/apachectl start: httpd could not be started Anybody run across this ? Have any idea what it means ? I'm using: AIX 4.3.1 Apache 1.3.11 mod_perl 1.21 thanks -Mark Geocrawler.com - The Knowledge Archive
make test fails on Embperl...
This message was sent from Geocrawler.com by "Mark Haviland" [EMAIL PROTECTED] Be sure to reply to that address. I've been trying to build HTML::Embperl on aix (4.3.1), but the make test fails with the following: ): make test PERL_DL_NONLAZY=0 /usr/hsi/perl5/bin/perl -Iblib/arch -Iblib/lib -I/usr/hsi/perl5/lib/5.00503/aix -I/usr/hsi/perl5/lib/5.00503 test.pl Loading...Can't load 'blib/arch/auto/HTML/Embperl/Embperl.so' for module HTML::Embperl: dlopen: blib/arch/auto/HTML/Embperl/Embperl.so: can't find symbol ap_get_client_block blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_log_error blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_palloc blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_pstrdup blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_rflush blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_rputc blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_rwrite blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_send_http_header blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_set_content_length blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_setup_client_block blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_should_client_block blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_table_add blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_table_set blib/arch/auto/HTML/Embperl/Embperl.so at /usr/hsi/perl5/lib/5.00503/aix/DynaLoader.pm line 169. at test.pl line 554 BEGIN failed--compilation aborted at test.pl line 554. Test terminated with fatal error Use of uninitialized value at test.pl line 143. Callback called exit at test.pl line 554. END failed--cleanup aborted at test.pl line 554. make: 1254-004 The error code from the last command is 8. After consulting the FAQ's at the Embperl web site, I saw that the problem might be (is ?) because Embperl cannot find the exported symbols. Then with a little help from Jens-Uwe Mager, I looked at the src/support/httpd.exp to find out if any of the (above) symbols were missing...which they wern't. After that I did a dump -nv on the httpd binary to see if the symbols were listed, and they all were. Is this just some problem with the Make process of Embperl ? Has anybody else run into this ? I built apache (1.3.11) with the '--enable shared=max' option and mod_perl (1.21) as a DSO. Apache mod_perl compiled and tested without a problem (other than linker complaining about symbols being exported twice from perl.exp). -Mark Haviland Geocrawler.com - The Knowledge Archive
Apache::Sybase::CTlib problems..
Hi,
Hope somebody out there can help straighten me out with a problem I'm
having in using the Apache::Sybase::CTlib for persistent database
connections.
I've complied Apache 1.3.9 with mod_perl 1.21 (as a DSO) against Perl
5.005_03 on Redhat 6.0 (linux 2.2.5-15).
I've followed the instructions in the Apache::Sybase::CTlib.pm file for
configuring the httpd.conf startup.pl file:
httpd.conf:
.
.
.
SetEnv SYBASE /opt/sybase-11.9.2
.
.
.
PerlRequire conf/startup.pl
startup.pl:
use Apache::Sybase::CTlib;
Apache::Sybase::CTlib-connect_on_init("myuser", "mypass1", "myserver",
"mydb");
1;
Whenever I try to start the server (ie: /usr/local/apache/bin/httpd -f
/usr/local/apache/conf/httpd.conf), I get a message at my prompt stating
that the server has started, but no server appears in the process table
(ie. ps -ef | grep httpd) and no errors are written to the error_log.
Any ideas ?
Presuming that I can actually get this to work, how to I actually use
the db connection I've created ? Do I assign a global scalar (ie: $mydb
= Apache::Sybase::...) ??
puzzled...
-Mark Haviland
