CENTOS 6.2 PHP 5.3 segmentation fault

[kreuzweg]

Hello!
I have a system used with php 5.3 and ZendGuardLoader v. ZendGuardLoader-php-5.3-linux-glibc23-x86_64.tar (Last Version).
I got the command php -v and he give me segfault:

php -v
PHP 5.3.3 (cli) (built: Feb 2 2012 23:47:49)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
with Zend Guard Loader v3.3, Copyright (c) 1998-2010, by Zend Technologies
Segmentation fault

# php -m
[PHP Modules]
bz2
calendar
Core
ctype
date
ereg
exif
filter
ftp
gettext
gmp
hash
iconv
libxml
openssl
pcntl
pcre
readline
Reflection
session
shmop
SimpleXML
sockets
SPL
standard
tokenizer
xml
Zend Guard Loader
zlib

[Zend Modules]
Zend Guard Loader

Segmentation fault

Debug:
(gdb) run /var/www/inteo-dev/data/www/inteo-dev.ru/index.php
Starting program: /usr/bin/php-cgi /var/www/inteo-dev/data/www/inteo-dev.ru/index.php
warning: Selected architecture i386:x86-64 is not compatible with reported target architecture i386
warning: Architecture rejected target-supplied description
Can't read symbols from system-supplied DSO at 0x2aaaaaacb000: File truncated
[Thread debugging using libthread_db enabled]
PHP Fatal error: Incompatible file format: The encoded file has format major ID 1, whereas the Loader expects 4 in /var/www/inteo-dev/data/www/inteo-dev.ru/index.php on line 0
Status: 500 Internal Server Error
X-Powered-By: PHP/5.3.3
Content-type: text/html


Program received signal SIGSEGV, Segmentation fault.
0x00002aaab46e1617 in ?? ()
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.47.el6_2.5.x86_64 gmp-4.3.1-7.el6_2.2.x86_64 keyutils-libs-1.4-3.el6.x86_64 krb5-libs-1.9-22.el6_2.1.x86_64 libcom_err-1.41.12-11.el6.x86_64 libedit-2.11-4.20080712cvs.1.el6.x86_64 libselinux-2.0.94-5.2.el6.x86_64 libxml2-2.7.6-4.el6_2.4.x86_64 ncurses-libs-5.7-3.20090208.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openssl-1.0.0-20.el6_2.2.x86_64 pcre-7.8-3.1.el6.x86_64 zlib-1.2.3-27.el6.x86_64
(gdb) tb
Temporary breakpoint 1 at 0x2aaab46e1617
(gdb) bt
#0 0x00002aaab46e1617 in ?? ()
#1 0x0000000000000000 in ?? ()
(gdb) bt
#0 0x00002aaab46e1617 in ?? ()
#1 0x0000000000000000 in ?? ()
(gdb) tb
Note: breakpoint 1 also set at pc 0x2aaab46e1617.
Temporary breakpoint 2 at 0x2aaab46e1617
(gdb) bt
#0 0x00002aaab46e1617 in ?? ()
#1 0x0000000000000000 in ?? ()

[root@dev yum.repos.d]# uname -a
Linux dev.ru 2.6.18-274.7.1.el5.028stab095.1 #1 SMP Mon Oct 24 20:49:24 MSD 2011 x86_64 x86_64 x86_64 GNU/Linux

[tunderbakke]

I am experiencing the same issue on a RHEL 6 environment.

We have a customer demanding Zend Guard for their application as they had it on their old RHEL 4 environment with us that we are in the process of removing due to the End-Of-Life of RHEL 4.

uname -a
Linux <hostname removed by me> 2.6.32-131.17.1.el6.x86_64 #1 SMP Thu Sep 29 10:24:25 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux

cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.1 (Santiago)


Is there any resolution?

[adoado2012]

Fatal error: Incompatible file format: The encoded file has format major ID 1, whereas the Loader expects 4 in /var/www/html/ss/include/main.inc.php on line 0

how to do ??
[root@www ZendGuard-5_1_0]# php -v
PHP 5.3.3 (cli) (built: Feb 2 2012 23:24:47)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
with Zend Guard Loader v3.3, Copyright (c) 1998-2010, by Zend Technologies

[kentatzend]

You are probably trying to run files encoded for PHP 5.2 on a PHP 5.3 system. YOu must re-encode the files. Also ... search is your freind.

[duno]

Hi,

I got the same error on a fresh installed System OpenSuSE 12.2, with SuSE's PHP 5.3.15
After adding Zend Guard Loader v3.3 as module, php starts to segfault on exit. A simple php -v will do

basicbox26:~ # uname -a
Linux basicbox26 3.4.11-2.16-desktop #1 SMP PREEMPT Wed Sep 26 17:05:00 UTC 2012 (259fc87) x86_64 x86_64 x86_64 GNU/Linux
basicbox26:~ # gdb /usr/bin/php
GNU gdb (GDB) SUSE (7.4.50.20120603-2.1.2)
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-suse-linux".
For bug reporting instructions, please see:

Reading symbols from /usr/bin/php...(no debugging symbols found)...done.
Missing separate debuginfos, use: zypper install php5-debuginfo-5.3.15-1.12.1.x86_64
(gdb) run -v
Starting program: /usr/bin/php -v
[Thread debugging using libthread_db enabled]

PHP 5.3.15 (cli)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
with the ionCube PHP Loader v4.0.14, Copyright (c) 2002-2011, by ionCube Ltd., and
with Zend Guard Loader v3.3, Copyright (c) 1998-2010, by Zend Technologies

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff6102617 in ?? ()
(gdb) bt full
#0 0x00007ffff6102617 in ?? ()
No symbol table info available.
#1 0x0000555555fad5a0 in ?? ()
No symbol table info available.
#2 0x0000555555b0f8a5 in ?? ()
No symbol table info available.
#3 0x0000555555b14b25 in ?? ()
No symbol table info available.
#4 0x0000555555b16258 in zend_hash_graceful_reverse_destroy ()
No symbol table info available.
#5 0x0000555555b08755 in ?? ()
No symbol table info available.
#6 0x0000555555ab2a9b in php_module_shutdown ()
No symbol table info available.
#7 0x0000555555984de4 in ?? ()
No symbol table info available.
#8 0x00007ffff693c455 in __libc_start_main () from /lib64/libc.esoh.6
No symbol table info available.
#9 0x0000555555985d1d in _start ()
No symbol table info available.

Anyone got a reason for this? Original posting by kreuzweg is quite old now and this still seems to be an issue, even on different distro.