php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #17589 Cant load dynamic modules becouse of "executor_globals" problem
Submitted: 2002-06-04 05:26 UTC Modified: 2002-11-03 17:55 UTC
Votes:5
Avg. Score:4.2 ± 1.0
Reproduced:4 of 4 (100.0%)
Same Version:2 (50.0%)
Same OS:2 (50.0%)
From: dawszy at tgr dot lubin dot edu dot pl Assigned:
Status: No Feedback Package: Apache2 related
PHP Version: 4.2.1 OS: NetBSD
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: dawszy at tgr dot lubin dot edu dot pl
New email:
PHP Version: OS:

 

 [2002-06-04 05:26 UTC] dawszy at tgr dot lubin dot edu dot pl
Here you go, it happens with every module compiled and 
added to php.ini.

Dont have a clue what may couse it;[

Help please?

PHP Warning:  Unable to load dynamic library '/usr/pkg/lib/php/extensions/no-debug-zts-20020429/mysql.so' - /usr/pkg/lib/php/extensions/no-debug-zts-20020429/mysql.so: Undefined symbol "executor_globals" (reloc type = 6, symnum = 164) in Unknown on line 0
PHP Warning:  Unable to load dynamic library '/usr/pkg/lib/php/extensions/no-debug-zts-20020429/pcre.so' - /usr/pkg/lib/php/extensions/no-debug-zts-20020429/pcre.so: Undefined symbol "executor_globals" (reloc type = 6, symnum = 97) in Unknown on line 0
[Tue Jun 04 11:15:45 2002] [notice] Digest: generating secret for digest authentication ...
[Tue Jun 04 11:15:45 2002] [notice] Digest: done
[Tue Jun 04 11:15:46 2002] [notice] Apache/2.0.36 (Unix) mod_ssl/2.0.36 OpenSSL/0.9.6b DAV/2 PHP/4.2.1 configured -- resuming normal operations

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-06-04 08:19 UTC] sniper@php.net
Could you please try this snapshot: 

http://snaps.php.net/php4-latest.tar.gz

And if that doesn't work any better, add your PHP configure
line here.

 [2002-06-04 09:25 UTC] dawszy at tgr dot lubin dot edu dot pl
Hmm here comes problem with yacc...
===> Building for php-200206040300
yacc -p zend -v -d /usr/tmp/www/php4/work.i386/php4-200206040300/Zend/zend_language_parser.y -o Zend/zend_language_parser.c
usage: yacc [-dlrtv] [-b file_prefix] [-o outputfile] [-p symbol_prefix] filename
*** Error code 1
 [2002-06-17 21:50 UTC] sniper@php.net
Sorry for long delay..but it seems we're unable to get
the snapshots working so to be able to test the snapshot
you better install GNU flex and bison.

And then test the latest snapshot (from the url given above)

 [2002-07-18 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 [2002-08-08 16:06 UTC] hholzgra@php.net
what is your conplete configure line?
did you use --enable-versioning?

btw: you need flex and bison (the GNU tools),
the original lex and yacc are not good enough to
build PHP :(
 [2002-09-09 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 [2002-11-03 15:31 UTC] aris_basic at hotmail dot com
I have similar problem with pcre, posix and xml module 
(hmm only 3 i tryed to install) with pcre and xml im getting Undefined symbol "executor_globals" and with posix
"core_globals" everything was build from NetBSD ports 
(NetBSD 1.6) Apache is 2.0.43, mod_php 4.2.3.
Thing is that cgi version of php (4.2.3) works fine and it 
loads the modules without problems (both use same php.ini)
I added to php.ini:
extension pcre.so
 [2002-11-03 17:55 UTC] msopacua@php.net
dawszy@tgr.lubin.edu.pl:
did you compile with --enable-experimental-zts?

If so, do a 'make distclean' and reconfigure with that flag and without any --with-TSRM* flag.
Does that fix it?
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Dec 21 16:01:28 2024 UTC