|
GD libary ...
Hallo an euch alle ...
habe lt. diesen Thread mein PHP upgedatet ... Funktioniert auch alles wunderbar ... nochmals thx Philipp :D Allerdings funktioniert meine GD-Libary nicht mehr. Somit habe ich versucht PHP mit der Option ./configure ... --with gd zu erweitern. Fehlermeldung kam auch keine aber die GD-Libary ist trotzdessen nicht installiert. Danach versuchte ich die GD-Libary nochmals zu installieren Vers. 1.8.4 und trotzdem funktioniert es immer noch nicht. Brauche die Funktion imagecratefromjpeg() ... Kann mir jemand helfen ... ? thx, schera |
Versuche den GD Pfad mit anzugeben: --with-gd=/pfad/GD (wobei du /pfad/GD mit den echten Pfad ersetzt)
|
Zitat:
Denn Pfad hab ich auch schon angegeben. Da hat er auch nicht gemeckert ... trotzdem funkt´s nicht. Wenn ich dann allerdings die function phpinfo() aufrufe dann steht da: Configure Command './configure' '--with-zlib' '--with-mysql' '--with-apxs' und: GD Support enabled GD Version 1.6.2 or higher WBMP Support enabled nur eben die function imagecreatefromjpeg() funktioniert nicht ... any ideas? thx, for help schera |
--with-gd= --with-jpeg-dir= --with-png-dir=
nach= den Pfad zu GD Sloter |
Zitat:
vorerst make clean beim php und danach nochmal probiert ... ./configure --with-zlib --with-mysql --with-apxs --with-gd=/usr/local/src/lamp/gd-1.8.4 --with-jpeg=/usr/local/src/lamp/gd-1.8.4 --with-png=/usr/local/src/lamp/gd-1.8.4 ist auch problemlos durchgelaufen ... danach bei phpinfo() gibt er mir jetzt auch die richtigen configure-parameter aus. und gd is enabled ... nur wiederum die function imagecreatefromjpeg funkt nicht ... was kann da noch sein? Ahja, die GD-Libary funktionierte bereits, also an der sollte es eigentlich nicht liegen. danke, schera |
Sloter meinte --with-jpeg-dir
Also ./configure --with-zlib --with-mysql --with-apxs --with-gd=/usr/local/src/lamp/gd-1.8.4 --with-jpeg-dir=/usr --with-png-dir=/usr |
Was kommt eigentlich für eine Fehlermeldung?
"not supported"? Verwendest du eh ein .jpg als Ausgangsdatei? Sloter |
Zitat:
ja, es ist eine jpg - Datei ... ;-) |
PHP wie Philipp korigierte übersetzt
"Sloter meinte --with-jpeg-dir" Hm...dubios..welcher Indianer und welches PHP? Ich bin mir nicht sicher aber safe_mode "off" Neue php.ini kopiert in das richtige Verzeichnis? Sloter |
Zitat:
Apache/1.3.19 Apache Release 10319100 und PHP 4.2.3 die php.ini hab i überhaupt nirgends reinkopiert ... |
Zitat:
im Quell-Verzeichnis ist eine php.ini-dist die mußt du in das Verzeichnis kopieren wo deine php.ini.liegt. cp php.ini-dist nach /pfad/zu/php.ini Sloter |
Zitat:
cp php.ini-dist /etc und apache restart ... trotzallem das selbe prob ... |
was sagt jetzt phpinfo() ?
GD enabled und auch jpg? Sloter |
Zitat:
cp php.ini-dist /etc/php.ini |
Zitat:
trotzdem geht´s ned :heul: sodala: Hab make clean bei php gemacht. hab die GD-Libary make clean gemacht. danach gd-libary wieder installiert: make make install danach php mit denn wie oben angeführten parametern ... und trotzdem funktionierts ned ... scho langsam weiss i wirklich nimma weiter ... :heul: Vielleicht apache updaten? |
Zitat:
irgendwie kommt mir vor als compiliert er den Dreck aber geht einfach drüber und enabled jpeg und png nicht ... |
Oder PHP läuft statisch in der alten config und du übersetzt es jetzt dynamisch (DSO).
Schau mal in der httpd.conf unter Module ob da php aktiviert ist. Sloter |
Übersetzt mal PHP mit ./configure --with-apache=/src/modules/php4/libphp4.c
Das src Zeichen findest du in Quellverzeichnis vom Apache. wahrscheinlich /usr/local/apache Schau aber zuerst nach ob der Pfad stimmt. Sloter |
Zitat:
wenn ich locate libphp4.c mache, dann findet er nichts ... und /usr/local/apache gibt´s ned ... locate httpd.h ergibt auch nichts ... *verzweifel* Wenn ich beim phpverzeichnis make clean mache ... kann ich aber trotzdem phpinfo() aufrufen ... ???:confused: Freetype funktioniert auch und GD ist ebenfalls enabled .. eben nur jpeg und png geht ned ... ? |
Ich habe gerade keine Susemaschine zum nachsehen.
Sitz in einem RZ da gibts nur Debian :D Bin aber Morgen wieder in Wien und da habe ich Zugriff auf ein paar Susis. httpd.conf findest du /etc/httpd/ PHP ist statisch eingebunden du übersetzt es dynamisch. Guck mal in die httpd.conf wie oben beschrieben und such bei den Modulen. Deshalb fährst du noch die alte PHP-Version. Poste bitte dein Suchergebnis. Nicht verzweifeln, dem Indianer werden wir schon noch den Marsch blasen :) Sloter |
Sehr unwahrscheinlich das es an Apache liegt. Es dürfte eher etwas mit dem GD Modul zu tun haben.
Was passiert wenn man alles ohne Pfadangaben konfiguriert? Also ./configure --with-zlib --with-mysql --with-apxs --with-gd --with-jpeg-dir --with-png-dir |
Wart ma einmal auf seine httpd.conf.......
Bei der standard install wird PHP statisch eingebunden und nicht dynamisch. Er übersetzt es ja dynamisch.... Sloter |
Nur funktioniert ja seine neue PHP Version bis auf diese eine Funktion.
Zumindest bei Red Hat bzw. Mandrake wird PHP als zusätzliches Modul geladen, welches jederzeit neu kompiliert werden kann. Ich kann mir kaum vorstellen das SuSE es anderes macht, andererseits tendiert SuSE dazu immer alles anders zu machen ;) |
"grr" Laß mein Suse in Ruhe :)
Nicht ganz, gd ist enabled aber ohne jpg und das übersetzt er mit. IMHO fährt er immer die alte Version nicht das Update. Sloter |
Sodala, hab´s für gestern gelassen ... ansonsten hätt ich ... :D
So Sloter, blasn wir dem Indianer den Marsch ... hehe httpd.conf in /etc/httpd LoadModule find ich PHP nur so: <IfDefine DUMMYSSL> LoadModule php4_module /usr/lib/apache/libphp4.so </IfDefine> @Philipp: ohne das dir anzugeben beim ./configure funkt´s auch ned ... :heul: Obwohl bei der GD und bei jpeg-6b im Makefile /usr/local/ als installdir festgelegt ist ... Somit sollte es php eigentlich finden ... nur leider ned ;-( GD enabled und Freetype ebenfalls. Nur Jpeg und PNG funken nicht. Eigentlich müsste es die richtige PHP-Version sein, da im phpinfo() die richtige Versionsnummer da steht und außerdem erweiterte ich die parameter mit freetype und das funkt ja ... i mi nimma auskenn ... JFYI: Hab Apache, PHP, MySQL mit YAST installiert. Und eben lt. Thread oben php upgedatet. thx, for your help ein verzweifelter schera |
Hm, ok dynamisch......deine Anweisung für das Laden von mod_php kenne ich nicht.
Schreib mal folgendes zu deinen Modulen in der httpd.conf dazu. LoadModule php4_module /usr/lib/apache/1.3/libphp4.so Pfad auf deine lib ausbessern!!! Hast du schon was gelöscht in der httpd.conf, oder einfach mit Yast installiert? Sloter |
Zitat:
Das <IfDefine DUMMYSSL> ist aber etwas seltsam. |
Zitat:
steht eigentlich schon da nur eben unter <IfDefine DUMMYSSL> ... Hab nun probiert diese Zeile oben bei den anderen einzufügen und apache restart ... trotzallem das gleiche prob ... Gelöscht hab ich nix und alles über YAST ... Nur eben das PHP hab ich manuell upgedatet ... |
Beim PHP compilieren ...
hab mal ./configure ... in eine Datei eingelesen ... hier ein Auszug: checking for GD support... yes checking whether to enable truetype string function in GD... no checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... (cached) yes checking for the location of libpng... yes checking for png_write_image in -lpng... (cached) yes checking for the location of libXpm... no If configure fails try --with-xpm-dir=<DIR> checking for freetype(2)... yes checking for FreeType 1.x support... no checking for T1lib support... no checking for gdImageString16 in -lgd... (cached) yes checking for gdImagePaletteCopy in -lgd... (cached) yes checking for gdImageCreateFromPng in -lgd... (cached) no checking for gdImageCreateFromGif in -lgd... (cached) no checking for gdImageGif in -lgd... (cached) no checking for gdImageWBMP in -lgd... (cached) yes checking for gdImageCreateFromJpeg in -lgd... (cached) no checking for gdImageCreateFromXpm in -lgd... (cached) yes checking for gdImageCreateFromGd2 in -lgd... (cached) yes checking for gdImageCreateTrueColor in -lgd... (cached) no checking for gdImageSetTile in -lgd... (cached) yes checking for gdImageSetBrush in -lgd... (cached) yes checking for gdImageStringTTF in -lgd... (cached) no checking for gdImageStringFT in -lgd... (cached) no checking for gdImageStringFTEx in -lgd... (cached) no checking for gdImageColorClosestHWB in -lgd... (cached) yes checking for gdImageColorResolve in -lgd... (cached) yes checking for gdImageGifCtx in -lgd... (cached) no Außerdem kommt 2x configure: warning: You will need bison if you want to regenerate the Zend parse. Hilft des irgendwas? Somit wird schon hier beim PHP installieren das imagecreatefromjpeg nicht richtig erkannt ... Und was heisst das (cached) neben den Modulen ? |
Hm..location of libjpeg...yes, wäre ja in Ordnung.
Installier Bison nach....komische Sache :( Sloter |
Schätz mal das mit de jpeg dateien was nicht stimmt ...
obwohl die haben schon mal funktioniert ... ?? Also i kenn mi da nimma aus ... vielleicht hat noch wer eine Idee ... hoffentlich ... thx, schera |
Radikalkur :D
Mach den Apache neu mit PHP...... Sloter |
Ich fürchte nur das es nicht an Apache liegt :(
Du könntest versuchen PHP einmal so zu konfigurieren: ./configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc --enable-force-cgi-redirect --disable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-db3 --with-curl --with-dom=/usr --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --with-gd=/home/admin/php/gd-2.0.1 --enable-gd-native-ttf --with-ttf --with-gdbm --with-gettext=shared --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-pear --with-png --with-regex=system --with-xml --with-expat-dir=/usr --with-zlib --with-layout=GNU --enable-bcmath --enable-debugger --enable-exif --enable-ftp=shared --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem=shared --enable-sysvshm=shared --enable-discard-path --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos --with-ldap=shared --with-mysql=shared,/usr --with-pgsql=shared --with-snmp=shared,/usr --with-snmp=shared --enable-ucd-snmp-hack --enable-memory-limit --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mcal --enable-mbstring --enable-mbstr-enc-trans --disable-experimental-zts --with-apxs=/usr/sbin/apxs Diese Konfiguration ist zwar für Red Hat Linux mit einen neu kompilieren GD 2.0.1 das in /home/admin/php/gd-2.0.1 installiert ist, aber sollte mit kleinen Änderungen auch unter SuSE laufen. |
könnt ihr mir erklären wie ich den apache, php, gd, jpeg, freetype, ect wegbekomme?
Ich meine so daß wirklich nix mehr da is :D mit make clean kann ich trotzdessen immer noch die php-scripts aufrufen, obwohl es eigentlich nicht mehr funktionieren dürfte. Bzw. werde ich mit YAST mal den Indianer weginstallieren und php ebenfalls mit make clean. Danach manuell den Apache einrichten, denn wie ich gesehen habe installiert er sich ja irgendwo hin mit YAST. Danach probier ich nochmals php zu compilieren ... danach verzähl ich euch ob ich´s geschafft habe .. oder er mich :D thx, nochmal für eure Hilfe die ich sicherlich bald wieder brauchen kann ... :D schera |
Zitat:
Bei make install wird das PHP Modul (libphp4.so) nach /usr/lib/apache/1.3/ bzw. /usr/lib/apache kopiert. Um PHP zu entfernen musst du einfach libphp4.so löschen und die Einträge in httpd.conf entfernen bzw. auskommentieren. Vielleicht solltest du alles (auch Apache) von Grund auf neu kompilieren. Ein Tutorial gibt es hier: http://www.baach.de |
Zitat:
Hab nun alles runter und manuell neu installiert ... Man glaubt es nicht aber es funktioniert mit den neuen Versionen ... jetzt weiss ich sogar wo sich das zeug befindet ... :D Die GD-Libary lässt sich wieder installieren ohne Probleme, nur eben die Jpeg-Funktionalität ist weiterhin nicht möglich. Beim configure von PHP gibt er mir w.o. : checking for GD support... yes checking whether to enable truetype string function in GD... no checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... (cached) yes checking for the location of libpng... yes checking for png_write_image in -lpng... (cached) yes checking for the location of libXpm... no If configure fails try --with-xpm-dir=<DIR> checking for freetype(2)... yes checking for FreeType 1.x support... no checking for T1lib support... no checking for gdImageString16 in -lgd... (cached) yes checking for gdImagePaletteCopy in -lgd... (cached) yes checking for gdImageCreateFromPng in -lgd... (cached) no checking for gdImageCreateFromGif in -lgd... (cached) no checking for gdImageGif in -lgd... (cached) no checking for gdImageWBMP in -lgd... (cached) yes checking for gdImageCreateFromJpeg in -lgd... (cached) no checking for gdImageCreateFromXpm in -lgd... (cached) yes checking for gdImageCreateFromGd2 in -lgd... (cached) yes checking for gdImageCreateTrueColor in -lgd... (cached) no checking for gdImageSetTile in -lgd... (cached) yes checking for gdImageSetBrush in -lgd... (cached) yes checking for gdImageStringTTF in -lgd... (cached) no checking for gdImageStringFT in -lgd... (cached) no checking for gdImageStringFTEx in -lgd... (cached) no checking for gdImageColorClosestHWB in -lgd... (cached) yes checking for gdImageColorResolve in -lgd... (cached) yes checking for gdImageGifCtx in -lgd... (cached) no aus .... Somit funktioniert zwar alles aber die jpeg Sache macht er einfach nicht. Beim Installieren von Jpeg auch kein Fehler ... danach make test und der läuft auch wunderbar durch ... Ich weiss wirklich nimma was da noch zu machen sein soll, damit´s funktioniert :heul: Vielleicht noch eine Ahnung was es sein könnte? thx, schera PS: Achja, wie bringe ich dem OS bei das er automatisch den Apache startet lt. Beschreibung von LAMPS ... |
Hast du alles neu kompiliert (auch GD) ?
Vielleicht muss etwas nachinstalliert werden (Entwicklertools)? Langsam fürchte ich das SuSE in Punkto kompilieren noch immer etwas problematisch ist. |
Zitat:
Alles außer MySQL, aber das funktioniert ja wunderbar. checking for the location of libjpeg... yes Des versteh i ned ... er findet die jpeg sache aber weiter unten dann: checking for gdImageCreateFromJpeg in -lgd... (cached) no Weiss ned ... hab GD so kompiliert wie beschrieben. Vielleicht muss ich noch eine Option anhängen? Hab auch die Directories überprüft im Makefile ... passt eigentlich alles. Also langsam aber doch werd i verrückt .. :heul: Wie gesagt, die Funktion hat ja schon funktioniert. Weiters, kannst´s mir bitte erklären wie ich den Apache automatisch beim Start starten kann? thx, schera |
In der /etc/rc.config bei httpd yes eintragen.
Wie hast du gd compiliert? Normalerweise reicht make && make install Sloter |
Zitat:
und im Makefile die Verzeichnisse überprüfen. Also eigentlich kann man ja nicht wirklich etwas anders machen. in der rc.config ist httpd auf yes, aber trotzdem startet er nicht automatisch. Mein apachectl befindet sich im /etc/rc.d/ Verzeichnis ... |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 00:41 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag