#293 closed defect (fixed)

Ioncube problem (XCache 3.0.1)

Reported by: dbaio Owned by: moo
Priority: major Milestone: 3.0.1
Component: cacher Version: 3.0.0
Keywords: Cc:
Application: PHP Version: 5.3.18
Other Exts: SAPI: apache2handler
Probability: Always Blocked By:
Blocking:

Description (last modified by moo)

Hello guys.

I am new here and I want to help.

In this server, php was build with suhosin patch, and I have some ioncube files.

When I enable XCACHE extension I got this error every time.

PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 721366608 bytes) in /var/www/XXX/www/editsite/url_router.php on line 0, referer: http://XXX:8088/

Could I do something to help find this problem?

I am using xcache-trunk (1168) - 3.0.1.

[root@srv-web01 conf]# uname -a
Linux srv-web01.XXX.com.br 2.6.32-279.5.2.el6.x86_64 #1 SMP Fri Aug 24 01:07:11 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

[root@srv-web01 conf]# gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC)


[root@srv-web01 conf]# /opt/srv/php-5.3.18-20121106/bin/php -v
PHP 5.3.18 with Suhosin-Patch (cli) (built: Nov  6 2012 17:18:32) 
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
    with XCache v3.0.1-dev, Copyright (c) 2005-2012, by mOo
    with the ionCube PHP Loader v4.2.2, Copyright (c) 2002-2012, by ionCube Ltd.
    with Zend Guard Loader v3.3, Copyright (c) 1998-2010, by Zend Technologies
    with Suhosin v0.9.33, Copyright (c) 2007-2012, by SektionEins GmbH
    with XCache Cacher v3.0.1-dev, Copyright (c) 2005-2012, by mOo

MOD_PHP with Apache 2.2.23


[root@srv-web01 conf]# /opt/srv/php-5.3.18-20121106/bin/php -m
[PHP Modules]
bcmath
bz2
calendar
Core
ctype
curl
date
dba
dom
ereg
exif
fileinfo
filter
ftp
gd
gettext
gmp
hash
iconv
imap
ionCube Loader
json
ldap
libxml
mbstring
mcrypt
mhash
mysql
mysqli
openssl
pcntl
pcre
pdf
PDO
pdo_mysql
pdo_sqlite
pgsql
Phar
posix
Reflection
session
shmop
SimpleXML
snmp
soap
sockets
SPL
SQLite
sqlite3
standard
suhosin
tokenizer
wddx
XCache
XCache Cacher
xml
xmlreader
xmlwriter
xsl
Zend Guard Loader
zip
zlib

[Zend Modules]
XCache
XCache Cacher
Zend Guard Loader
the ionCube PHP Loader

Change History (3)

comment:1 Changed 22 months ago by moo

  • Description modified (diff)

Is url_router.php encoded with ioncube? what if you disable Zend Guard Loader? any chance for me to reproduce the problem in my env? or you can set up env and give me ssh access (mail me)

comment:2 Changed 22 months ago by dbaio

Yes. the file is encoded with ioncube.

With Zend Guard Loader disabled, occurs the same problem.

[Mon Nov 12 14:08:17 2012] [notice] child pid 26759 exit signal Segmentation fault (11), possible coredump in /tmp/apache

I will set up a env for you.

Soon I will send the info in your mail.

Thanks for your time.

comment:3 Changed 22 months ago by moo

  • Resolution set to fixed
  • Status changed from new to closed

It tooked me a lot of hours. It seems that ioncube learn the way from XCache to workaround Zend Loader "incompatible extension" fatal error so it refuse to load when XCache is recognized by the Ioncube Loader. And there're other hacks in ioncube failed to work, lead to crash, when XCache 3 workaround is applied. Also fixed bug in XCache to make it more encoder/loader friendly

I hope it completedly fixed after [1178] in trunk. thanks a lot for your env, dbaio.

Note: See TracTickets for help on using tickets.