Zend ELFCLASS64-Fehler auf i686

Y

yourdom

Registered User
Halle liebe Gemeinde,

ich habe nun Google und auch die Suche im Forumbgequält bin nun echt am verzweifeln.

Ich habe verschiedene HowTo's ausprobiert, aber irgendwie nicht so wirklich das gewünschte Ergebnis bekommen.

Zu meinem Server, ich nutze einen Server mit 32-Bit Debian Squeeze 6.0.
2 x 1,5 Ghz, 4 GB DDR3 RAM, Apache2, PHP 5.3.3.7
Da ich für eine Anwendung den ZandGuard benötige, musste ich nun mal daran machen dies zu installieren.

Jedoch will der ZendGuard nicht mit meinem Server, er meldet immer, dass ich die falsche Bit-Version habe:
php -v:
Code: 
 php -v
Failed loading /usr/local/ioncube/ioncube_loader_lin_5.3.so:  /usr/local/ioncube/ioncube_loader_lin_5.3.so: wrong ELF class: ELFCLASS64
PHP 5.3.3-7+squeeze16 with Suhosin-Patch (cli) (built: Jul 17 2013 17:04:11)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
    with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH

uname -a:
Code: 
Linux xxxxxxxxx.xxxxxxxxxx.de 2.6.32-5-686-bigmem #1 SMP Fri May 10 09:11:45 UTC 2013 [B]i686[/B] GNU/Linux
uname -i:
Code: 
unknown

Jetzt verwirrt mich das i686 ein wenig, da die 32-Bit ja eigendlich i386 sein sollte. Google meinte, das läge an meinem CPU.

Doch gibt es irgendwie keine Version für i686 von ZendGuard.
Habe ich irgendwo einen Denkfehler?

Bin für jede Hilfe dankbar.


Gruß
 
Achso nochmal kurz eine Info zu meinen CPU.

cat /proc/cpuinfo:
Code: 
processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 16
model           : 6
model name      : AMD Turion(tm) II Neo N40L Dual-Core Processor
stepping        : 3
cpu MHz         : 1497.436
cache size      : 1024 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr
bogomips        : 2994.87
clflush size    : 64
cache_alignment : 64
address sizes   : [B]48 bits physical, 48 bits virtual[/B]
power management: ts ttp tm stc 100mhzsteps hwpstate

processor       : 1
vendor_id       : AuthenticAMD
cpu family      : 16
model           : 6
model name      : AMD Turion(tm) II Neo N40L Dual-Core Processor
stepping        : 3
cpu MHz         : 1497.436
cache size      : 1024 KB
physical id     : 0
siblings        : 2
core id         : 1
cpu cores       : 2
apicid          : 1
initial apicid  : 1
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr
bogomips        : 2984.75
clflush size    : 64
cache_alignment : 64
address sizes   : [B]48 bits physical, 48 bits virtual[/B]
power management: ts ttp tm stc 100mhzsteps hwpstate

Dort wird ja irgendwas von 48-Bit aufgelistet, das ein wenig irritierend ist.
 
Das was du da einbindest ist eine 64bit Version von Ioncube.

Binde einfach die 32bit Version ein (downloaden - einbinden - fertig).
 
Jetzt läuft es, in der ReadMe von dem ZendGuard steht, dass IonCube nach dem ZendGuard geladen werden muss.

Die Dateien waren auch die richtigen. Ich bin dann auf die Suche nach einem doppelten Eintrag gegangen und habe dann in der

Code: 
/etc/php5/conf.d/suhosin.ini

einen weiteren Eintrag gefunden, welcher warscheinlich von einem INstallerscript angelegt wurde. Dort war dann die 64-Bit Version eingetragen. Diesen Eintrag habe ich gelöscht und eine neue ini angelegt (zend.ini).

Dort habe ich dann den ZendGuard verlinkt. Und es funkioniert...
php -v:
Code: 
PHP 5.3.3-7+squeeze16 with Suhosin-Patch (cli) (built: Jul 17 2013 17:04:11)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
    with the ionCube PHP Loader v4.4.1, Copyright (c) 2002-2013, by ionCube Ltd., and
    with Zend Guard Loader v3.3, Copyright (c) 1998-2010, by Zend Technologies
    with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH

Vielleicht hatte ich gestern irgendwo einen kleinen gedanklichen Aussetzer...

Erkennen die fertigen Scripte automatisch, dass ZendOptimiser jetzt im ZendGuard integriert ist?

Danke virtual2 für deine Antwort.

Gruß
 
You must log in or register to reply here.
Back
Top