#30354 [Fbk->NoF]: imagecreatefromjpeg() requires absolute path + docs dont make that clear

ID: 30354 Updated by: phpdoc@lists.php.net Reported By: janitor at wonkavision dot net -Status: Feedback +Status: No Feedback Bug Type: Documentation problem Operating System: Red Hat 9.0 PHP Version: 4.3.0 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: ------------------------------------------------------------------------ [2004-12-29 18:29:24] mez@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with <?php and ends with ?>, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. ------------------------------------------------------------------------ [2004-10-08 15:38:07] janitor at wonkavision dot net One other point. I was able to get this to work with just "file.jpg" if the image is in the same dir. The problem showed forth once I tried to put the images in a different dir. ------------------------------------------------------------------------ [2004-10-08 15:26:07] janitor at wonkavision dot net Im running PHP4.3.0 on RHL9 As far as the second original snippet I left out the first slash in the comments. In the actual code I included it. Is this enough info? I cut and pasted this from phpinfo() on GD. GD Support enabled GD Version bundled (2.0 compatible) FreeType Support enabled FreeType Linkage with freetype T1Lib Support enabled GIF Read Support enabled JPG Support enabled PNG Support enabled WBMP Support enabled From Configure Command: './configure' '--with-gd' '--with-ttf' '--with-t1lib=/usr/local,sharedi' '--with-pear' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-jpeg-dir=/usr' '--with-gettext' '--with-dom=shared' '--with-db3=shared' '--with-interbase=shared,/usr' '--with-mysql=shared,/usr/local/mysql' '--with-pgsql=shared,/usr/local/pgsql' '--with-apxs=/usr/sbin/apxs' '--with-pdflib=shared,../pdflib-4.0.3-Linux/bind/c/' '--with-imap-ssl' '--with-imap=shared' '--with-mcrypt=shared' '--with-curl=shared' '--with-ldap=shared' '--with-regex=system' '--with-iconv' '--with-zlib' '--with-kerberos' '--enable-dba=shared' '--enable-ftp' '--enable-xml' '--enable-mbstring' '--enable-mbregex' '--disable-mbstr-enc-trans' '--enable-track-vars' '--enable-safe-mode' '--enable-memory-limit' '--enable-xslt=shared' '--with-xslt-sablot=shared' ------------------------------------------------------------------------ [2004-10-08 09:13:33] aidan@php.net This is definitly not the case under windows either. I'm using GD2 (PHP 5 / PHP 4.3.9). I suppose it is possible this is a GD1 issue, there were many changes to the path handling. As Derick said: please provide some more information. (Also, the second code snippet is still a relative link.) ------------------------------------------------------------------------ [2004-10-08 08:52:32] derick@php.net This is not true, there is no reason why to use the full path (alteast not on Linux). Please fill in your PHP version and operating system and provide information on how you compiled PHP. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/30354 -- Edit this bug report at http://bugs.php.net/?id=30354&edit=1