php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #34346 Missing symbols when using SAPI
Submitted: 2005-09-02 16:54 UTC Modified: 2005-09-05 00:12 UTC
From: emiel at emielmols dot info Assigned:
Status: Not a bug Package: Apache2 related
PHP Version: 5.1.0RC1 OS: Linux 2.6
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: emiel at emielmols dot info
New email:
PHP Version: OS:

 

 [2005-09-02 16:54 UTC] emiel at emielmols dot info 
Description:
------------
When using php extensions with php in sapi mode, the extensions fail to load because of 'missing symbols'. While PHP5.0 works perfectly fine, about 10 different 5.1 versions i've tried don't. I've only tested this with the runkit extension, but I'm quite certain it's a php bug. The CLI version of php5.1 doesn't give any error either.

Steps used to compile the extension: http://public.emielmols.info/runkit.log
Debug log: http://public.emielmols.info/runkit_c.log

PHPInfo: http://public.emielmols.info/phpinfo.php

Using apache2.

Reproduce code:
---------------
<?php
    dl("runkit.so");
?>
(using extension loading in php.ini makes no difference)

Expected result:
----------------
Loading of the module

Actual result:
--------------
Error message (when loading from ini):
PHP Warning:  PHP Startup: Unable to load dynamic library '/projects/emielmols.info/cms/misc/runkit.so' - /projects/emielmols.info/cms/misc/runkit.so: undefined symbol: _zval_ptr_dtor in Unknown on line 0

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2005-09-02 17:57 UTC] sniper@php.net 
It just means that your installed php extension build environment is out-dated and not compatible with 5.1..
 [2005-09-02 18:42 UTC] emiel at emielmols dot info 
Not true, i've reinstalled the build- and headerfiles. It does work with CLI build of the same version.
 [2005-09-02 18:47 UTC] emiel at emielmols dot info 
Furthermore, if you check the symbol defenition (in Zend/zend_vm.h), you'll see that this specific symbol should be exported in both php 5.0 and 5.1. Perhaps someone can enlighten me on de differences in the exporting of symbols between SAPI/CLI version and/or PHP5.0/PHP5.1, so I can do some debugging myself too.
 [2005-09-02 22:20 UTC] sniper@php.net 
They're exported just fine. Rebogusing.
 [2005-09-03 13:00 UTC] emiel at emielmols dot info 
I don't believe this. I've been stuck with this bug for about 2 weeks now and put in a LOT of hours trying to fix it myself. Finally, I decide to submit the bug here so someone experienced with the zend engine can perhaps have a look at it. And now you're just telling me my problem doesn't exist (or that I'm just stupid and the problem is not in the php core/zend engine)? Come on, something definately has changed from 5.0 sapi > 5.1 sapi, for it did work flawlessly with 5.0 and for now appearant reason it does not with 5.1. With the CLI it works for both of them. Now you tell me, how can this NOT be a php problem?
 [2005-09-05 00:12 UTC] sniper@php.net 
The problem isn't in PHP core / Zend.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Fri Jul 05 10:01:29 2024 UTC