Bug 641639 - Missing variable in gv.so causes php-pear problems while installing
Summary: Missing variable in gv.so causes php-pear problems while installing
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: graphviz
Version: 14
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Jaroslav Škarvada
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-09 20:33 UTC by stan
Modified: 2011-12-09 18:34 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-12-09 12:05:33 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description stan 2010-10-09 20:33:10 UTC
Description of problem:
While installing php-pear-CAS, the following error was generated:
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/gv.so' - /usr/lib64/php/modules/gv.so: undefined symbol: zend_error_noreturn in Unknown on line 0

Version-Release number of selected component (if applicable):
graphviz-2.26.0-4.fc14

How reproducible:
every time

Steps to Reproduce:
1.  install graphviz (and thus graphviz-php)
2.  install php-pear-CAS  (I did this with an earlier version or from the DVD)
3.  update php-pear-CAS
  
Actual results:
Error in POSTIN scriptlet in rpm package php-pear-CAS-1.1.3-1.fc14.noarch                                        
                                                                                                 
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/gv.so' - /usr/lib64/php/modules/gv.so: undefined symbol: zend_error_noreturn in Unknown on line 0               
                                                                                                 
(process:9630): GLib-GObject-CRITICAL **: gtype.c:2710: You forgot to call g_type_init()         
                                                                                                 
(process:9630): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
                                                                                                 
(process:9630): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed                                                                                         
error: %post(php-pear-CAS-1.1.3-1.fc14.noarch) scriptlet failed, signal 2                        
 

                                                                                                
PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+   PPID COMMAND                         
9630 root      20   0  736m  31m  23m R 93.0  1.6   1:13.51  9627 php                            
30234 root      20   0 15296 1300  836 R  2.5  0.1   3:21.17  5631 top                           
                                                                                                 
PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+   PPID COMMAND                         
9630 root      20   0  736m  31m  23m R 91.8  1.6   2:25.79  9627 php                            
30234 root      20   0 15296 1300  836 R  2.5  0.1   3:22.84  5631


Expected results:
Installation without error

Additional info:
Several of the php-pear packages seem to have this problem, and when they fail they use lots of cpu (see above).

Comment 1 Remi Collet 2010-10-10 17:27:47 UTC
I think there is no link with any other package.

1. yum install graphviz-php
2. php -v

Result : 
PHP Warning:  PHP Startup: Unable to load dynamic library
'/usr/lib64/php/modules/gv.so' - /usr/lib64/php/modules/gv.so: undefined
symbol: zend_error_noreturn in Unknown on line 0               

I have look at your spec and the build system, but don't find any reason for this error... :(

A good practice will be to add a simple load test of the created module in the %spec RPM (to detect this at RPM build time)

Something like
%{_bindir}/php \
  --no-php-ini \
  --define extension_dir=%{buildroot}%{php_extdir}
  --define extension=gv.so
  --modules | grep gv

Comment 2 Pierre Amadio 2011-02-18 11:52:23 UTC
Same problem exist on RHEL6

Problem seems to be within swig:

http://stackoverflow.com/questions/2556113/swig-generated-code-fails-to-run-on-php-5-3-2-undefined-symbol-zend-error-noretu 

If i rebuild the swig package after changing all occurences of zend_error_noreturn to zend_error and then rebuild the graphiz package with this version of swig, the problem dissapear.

I havent tested it on fedora though.

Comment 3 Phillip Lynn 2011-03-16 12:17:48 UTC
(! 1013)-> php --version                                                                                                                                                                             
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/gv.so' - /usr/lib/php/modules/gv.so: undefined symbol: zend_error_noreturn in Unknown on line 0
PHP 5.3.5 (cli) (built: Jan  7 2011 18:29:01) 
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies


Linux  2.6.35.11-83.fc14.i686.PAE #1 SMP Mon Feb 7 06:57:55 UTC 2011 i686 i686 i386 GNU/Linux


Having this issue after upgrading to Fedora 14 from 12.

Comment 4 Renich Bon Ciric 2011-11-18 19:13:28 UTC
I'm getting this bug in Fedora 15 all the time:

Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/gv.so' - /usr/lib64/php/modules/gv.so: undefined symbol: zend_error_noreturn in Unknown on line 0

Comment 5 Jaroslav Škarvada 2011-12-09 12:05:33 UTC
Fedora 14 is EOL and it seems fixed in Fedora 15 and up, thus closing this. Feel free to reopen if the problem persists.

Comment 6 Renich Bon Ciric 2011-12-09 18:34:18 UTC
(In reply to comment #5)
> Fedora 14 is EOL and it seems fixed in Fedora 15 and up, thus closing this.
> Feel free to reopen if the problem persists.

Heh, yeah; you're right ;)

It was actually worked out. Thanks.


Note You need to log in before you can comment on or make changes to this bug.