Bug #30157 [Com]: ftell() function does not use stream_tell()
Edit report at https://bugs.php.net/bug.php?id=30157&edit=1 ID: 30157 Comment by: tb at bytecode dot se Reported by:tendencies at free dot fr Summary:ftell() function does not use stream_tell() Status: Closed Type: Bug Package:Streams related Operating System: * PHP Version:5CVS-2004-09-19 (dev) Assigned To:bjori Block user comment: N Private report: N New Comment: Oooops I really have to learn how to NOT have two tabs open in Firefox AND to carefully read everything once again before I "speak". Previous Comments: [2013-04-30 21:56:17] bj...@php.net It is called from fseek(), not ftell()? That was the documentation fix as far as I understand the ticket? [2013-04-30 10:50:16] tb at bytecode dot se I must say that if the documentation was updated in august 2011 then your system is really slow. If you look at the online documentation for streamWrapper::stream_tell it still says "This method is called in response to fseek() to determine the current position." [2011-08-30 11:43:56] bj...@php.net This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. [2011-08-30 11:43:48] bj...@php.net Automatic comment from SVN on behalf of bjori Revision: http://svn.php.net/viewvc/?view=revision&revision=315772 Log: Fixed bug#30157, stream_tell() isn't called by ftell(), only when seeking [2011-08-28 22:06:32] paj...@php.net Hm, actually let move it as a to be documented instead 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 https://bugs.php.net/bug.php?id=30157 -- Edit this bug report at https://bugs.php.net/bug.php?id=30157&edit=1
Bug #30157 [Com]: ftell() function does not use stream_tell()
Edit report at https://bugs.php.net/bug.php?id=30157&edit=1 ID: 30157 Comment by: tb at bytecode dot se Reported by:tendencies at free dot fr Summary:ftell() function does not use stream_tell() Status: Closed Type: Bug Package:Streams related Operating System: * PHP Version:5CVS-2004-09-19 (dev) Assigned To:bjori Block user comment: N Private report: N New Comment: I must say that if the documentation was updated in august 2011 then your system is really slow. If you look at the online documentation for streamWrapper::stream_tell it still says "This method is called in response to fseek() to determine the current position." Previous Comments: [2011-08-30 11:43:56] bj...@php.net This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. [2011-08-30 11:43:48] bj...@php.net Automatic comment from SVN on behalf of bjori Revision: http://svn.php.net/viewvc/?view=revision&revision=315772 Log: Fixed bug#30157, stream_tell() isn't called by ftell(), only when seeking [2011-08-28 22:06:32] paj...@php.net Hm, actually let move it as a to be documented instead [2011-08-28 22:05:36] paj...@php.net . [2011-08-28 22:01:39] bugs dot php at mohiva dot com I think this bug can be closed. As described by Gustavo(http://news.php.net/php.internals/54999), this is by design. And the wrong results, described in the last comments, are errors in my stream wrapper implementation. 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 https://bugs.php.net/bug.php?id=30157 -- Edit this bug report at https://bugs.php.net/bug.php?id=30157&edit=1
#38566 [Com]: SAFE MODE Restriction in effect without calling any php-file
ID: 38566 Comment by: tb at tbits dot net Reported By: noc at smartterra dot de Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 5.3 PHP Version: 4.4.4 New Comment: I've the same problem since 4.3.11 ! If also tried the SNAPSHOT php4-STABLE-200609072030 without any success. Why checks php normal html files ? The only one solution at the moment is to downgrade to 4.3.11 with many security problems. :-(. Thomas Previous Comments: [2006-09-06 09:17:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2006-09-06 09:12:26] noc at smartterra dot de Hm, sometimes this bug is still present with my new setup: PHP Warning: Unknown(): SAFE MODE Restriction in effect. The script whose uid/gid is 0/0 is not al lowed to access /usr/home/phpissue owned by uid/gid 1025/1025 in Unknown on line 0 "Don't halloo till you're out of the wood!" :-( [2006-09-05 20:17:19] noc at smartterra dot de I set up a completly new system with FreeBSd 6.1, Apache 2.0.59 and PHP4.4.4 - it works for me without any problems. [2006-09-05 10:21:04] info at nrg-systems dot de We have the same PHP warning messages in our log files since we've upgraded from 4.3.11 to 4.4.2 (also with 4.4.3 and 4.4.4). It looks like as every file access (including static HTML pages and even images) from the Apache server results in this PHP message. But the files are delivered to the clients browser. Especially the part "in Unknown on line 0" is an evidence that the PHP check is called even for non-PHP scripts. [2006-08-24 09:24:17] noc at smartterra dot de I saved a copy here: http://smartterra.de/phpissue.html 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/38566 -- Edit this bug report at http://bugs.php.net/?id=38566&edit=1
#35121 [Bgs]: Warning: Unknown(): SAFE MODE Restriction in effect.
ID: 35121
User updated by: tb at tbits dot net
Reported By: tb at tbits dot net
Status: Bogus
Bug Type: Output Control
Operating System: Linux Kernel 2.6
PHP Version: 4.4.1
New Comment:
Sorry but this is a bug !
I'd downgrade to php 4.3.11 and it works !
also phpMyAdmin and so on are not working.
Thomas
Previous Comments:
[2005-11-06 03:55:38] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2005-11-06 02:44:23] tb at tbits dot net
Description:
after starting apache 2.0.55 with php 4.4.1 and accessing a test.php i
got this error.
Warning: Unknown(): SAFE MODE Restriction in effect. The script whose
uid is 0 is not allowed to access
/var/www/webfarm/0_tbitsnet/projekte.tbits.net owned by uid 48 in
Unknown on line 0
Reproduce code:
---
every php code, my test.php was
Expected result:
here my strace
[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0}
[pid 13952] <... poll resumed> [{fd=10, events=POLLIN}, {fd=9,
events=POLLIN}, {fd=8, events=POLLIN}, {fd=5, events=POLLIN}, {fd=4,
events=POLLIN}, {fd=3, events=POLLIN, revents=POLLIN}], 6, -1) = 1
[pid 13952] accept(3, {sa_family=AF_INET, sin_port=htons(3645),
sin_addr=inet_addr("195.243.63.218")}, [16]) = 19
[pid 13952] semop(35422303, 0xb7f89bd2, 1
[pid 13954] <... semop resumed> ) = 0
[pid 13952] <... semop resumed> ) = 0
[pid 13954] poll(
[pid 13952] fcntl64(19, F_GETFL)= 0x2 (flags O_RDWR)
[pid 13952] fcntl64(19, F_SETFL, O_RDWR|O_NONBLOCK) = 0
[pid 13952] read(19, "GET /test.php HTTP/1.0\r\nHost: pr"..., 8000) =
483
[pid 13952] gettimeofday({1131241209, 66044}, NULL) = 0
[pid 13952] time(NULL) = 1131241209
[pid 13952] semop(35291227, 0xb7f89bcc, 1) = 0
[pid 13952] write(18, "[Sun Nov 06 02:40:09 2005] [1395"..., 141) =
141
[pid 13952] semop(35291227, 0xb7f89bd2, 1) = 0
[pid 13952] time(NULL) = 1131241209
[pid 13952] semop(35291227, 0xb7f89bcc, 1) = 0
[pid 13952] write(18, "[Sun Nov 06 02:40:09 2005] [1395"..., 141) =
141
[pid 13952] semop(35291227, 0xb7f89bd2, 1) = 0
[pid 13952]
stat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/test.php",
{st_mode=S_IFREG|0644, st_size=22, ...}) = 0
[pid 13952] open("/var/www/webfarm/.htaccess", O_RDONLY) = -1 ENOENT
(No such file or directory)
[pid 13952] open("/var/www/webfarm/0_tbitsnet/.htaccess", O_RDONLY)
= -1 ENOENT (No such file or directory)
[pid 13952]
open("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/.htaccess",
O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 13952]
open("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/test.php/.htaccess",
O_RDONLY) = -1 ENOTDIR (Not a directory)
[pid 13952] lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
[pid 13952] lstat64("/var/www", {st_mode=S_IFDIR|0755, st_size=4096,
...}) = 0
[pid 13952] lstat64("/var/www/webfarm", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
[pid 13952] lstat64("/var/www/webfarm/0_tbitsnet",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952]
lstat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952]
stat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952] brk(0) = 0x831f000
[pid 13952] brk(0x8341000) = 0x8341000
[pid 13952] setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30,
0}}, NULL) = 0
[pid 13952] rt_sigaction(SIGPROF, {0xb7d1e688, [PROF], SA_RESTART},
{SIG_DFL}, 8) = 0
[pid 13952] rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
[pid 13952] gettimeofday({1131241209, 69682}, NULL) = 0
[pid 13952] getcwd("/", 4095) = 2
[pid 13952] chdir("/var/www/webfarm/0_tbitsnet/projekte.tbits.net")
= 0
[pid 13952] lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
[pid 13952] lstat64("/var/www"
#35121 [NEW]: Warning: Unknown(): SAFE MODE Restriction in effect.
From: tb at tbits dot net
Operating system: Linux Kernel 2.6
PHP version: 4.4.1
PHP Bug Type: Output Control
Bug description: Warning: Unknown(): SAFE MODE Restriction in effect.
Description:
after starting apache 2.0.55 with php 4.4.1 and accessing a test.php i got
this error.
Warning: Unknown(): SAFE MODE Restriction in effect. The script whose uid
is 0 is not allowed to access
/var/www/webfarm/0_tbitsnet/projekte.tbits.net owned by uid 48 in
Unknown on line 0
Reproduce code:
---
every php code, my test.php was
Expected result:
here my strace
[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0}
[pid 13952] <... poll resumed> [{fd=10, events=POLLIN}, {fd=9,
events=POLLIN}, {fd=8, events=POLLIN}, {fd=5, events=POLLIN}, {fd=4,
events=POLLIN}, {fd=3, events=POLLIN, revents=POLLIN}], 6, -1) = 1
[pid 13952] accept(3, {sa_family=AF_INET, sin_port=htons(3645),
sin_addr=inet_addr("195.243.63.218")}, [16]) = 19
[pid 13952] semop(35422303, 0xb7f89bd2, 1
[pid 13954] <... semop resumed> ) = 0
[pid 13952] <... semop resumed> ) = 0
[pid 13954] poll(
[pid 13952] fcntl64(19, F_GETFL)= 0x2 (flags O_RDWR)
[pid 13952] fcntl64(19, F_SETFL, O_RDWR|O_NONBLOCK) = 0
[pid 13952] read(19, "GET /test.php HTTP/1.0\r\nHost: pr"..., 8000) = 483
[pid 13952] gettimeofday({1131241209, 66044}, NULL) = 0
[pid 13952] time(NULL) = 1131241209
[pid 13952] semop(35291227, 0xb7f89bcc, 1) = 0
[pid 13952] write(18, "[Sun Nov 06 02:40:09 2005] [1395"..., 141) = 141
[pid 13952] semop(35291227, 0xb7f89bd2, 1) = 0
[pid 13952] time(NULL) = 1131241209
[pid 13952] semop(35291227, 0xb7f89bcc, 1) = 0
[pid 13952] write(18, "[Sun Nov 06 02:40:09 2005] [1395"..., 141) = 141
[pid 13952] semop(35291227, 0xb7f89bd2, 1) = 0
[pid 13952]
stat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/test.php",
{st_mode=S_IFREG|0644, st_size=22, ...}) = 0
[pid 13952] open("/var/www/webfarm/.htaccess", O_RDONLY) = -1 ENOENT (No
such file or directory)
[pid 13952] open("/var/www/webfarm/0_tbitsnet/.htaccess", O_RDONLY) =
-1 ENOENT (No such file or directory)
[pid 13952]
open("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/.htaccess",
O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 13952]
open("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/test.php/.htaccess",
O_RDONLY) = -1 ENOTDIR (Not a directory)
[pid 13952] lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) =
0
[pid 13952] lstat64("/var/www", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
[pid 13952] lstat64("/var/www/webfarm", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
[pid 13952] lstat64("/var/www/webfarm/0_tbitsnet",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952] lstat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952] stat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952] brk(0) = 0x831f000
[pid 13952] brk(0x8341000) = 0x8341000
[pid 13952] setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30, 0}},
NULL) = 0
[pid 13952] rt_sigaction(SIGPROF, {0xb7d1e688, [PROF], SA_RESTART},
{SIG_DFL}, 8) = 0
[pid 13952] rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
[pid 13952] gettimeofday({1131241209, 69682}, NULL) = 0
[pid 13952] getcwd("/", 4095) = 2
[pid 13952] chdir("/var/www/webfarm/0_tbitsnet/projekte.tbits.net") =
0
[pid 13952] lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) =
0
[pid 13952] lstat64("/var/www", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
[pid 13952] lstat64("/var/www/webfarm", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
[pid 13952] lstat64("/var/www/webfarm/0_tbitsnet",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952] lstat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952]
lstat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/test.php",
{st_mode=S_IFREG|0644, st_size=22, ...}) = 0
[pid 13952] setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30, 0}},
NULL) = 0
[pid 13952] rt_sigaction(SIGPROF, {0xb7d1e688, [PROF], SA_RESTART},
{0xb7d1e688, [PROF], SA_RESTART}, 8) = 0
[pid 13952] rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
[pid 13952] getcwd("/var/www/webfarm/0_tbitsnet/projekte.tbits.net"
#35040 [Com]: slowness and timeouts when using php-4.4.1
ID: 35040 Comment by: tb at tbits dot net Reported By: sbailey at mileone dot com Status: Feedback Bug Type: Performance problem Operating System: FreeBSD 5.3 PHP Version: 4.4.1RC1 New Comment: I've the same problem with 4.4.1 with timeouts :-(, my os is linux, if i go back to 4.3.11 its working. -Thomas Previous Comments: [2005-11-02 11:01:02] mc at nuxit dot net I don't think it is a SquirrelMail issue because it would seem that other scripts are experiencing the same type of problem [2005-11-02 08:32:44] mc at nuxit dot net I have the same problem. SquirrelMail is taking a lot of CPU since 4.4.1 and timeouts. I've got a backtrace with gdb when it timeouts : #0 zend_hash_copy (target=0x8531ee4, source=0x0, pCopyConstructor=0x81dd370 , tmp=0x5da5b718, size=4) at /src/php-4.4.1/Zend/zend_hash.c:799 #1 0x081dd4c5 in _zval_copy_ctor (zvalue=0x87b8a6c) at /src/php-4.4.1/Zend/zend_variables.c:125 #2 0x081ed959 in execute (op_array=0x846b4f8) at /src/php-4.4.1/Zend/zend_execute.c:1899 #3 0x081ece16 in execute (op_array=0x8489538) at /src/php-4.4.1/Zend/zend_execute.c:1719 #4 0x081ece16 in execute (op_array=0x84656ec) at /src/php-4.4.1/Zend/zend_execute.c:1719 [2005-11-01 17:46:58] gabe at mudbugmedia dot com I haven't managed to discover if this is a SquirrelMail bug or a PHP bug, but the change from 4.4.0 to 4.4.1 definitely causes the break down. A bug report with a work around is available at SquirrelMail's sourceforge page. http://sourceforge.net/tracker/index.php? func=detail&aid=1344216&group_id=311&atid=100311 . The work around is to turn on server side sorting (in your config.php file) to prevent the effected function from being called. [2005-10-31 21:35:21] vmlinuz386 at yahoo dot com dot ar I have the same problem, but running on apache-1.3.34 (Linux), with the php-4.4.1, i am back to php-4.4.0 and this fixes. Here is the phpinfo() http://www.vmlinuz.com.ar/phpinfo.php Squirrelmail is 1.4.5, can browse all pages, but the problem appear when open a message. Another problem is that httpd takes many more seconds to stop with 4.4.1, not with 4.4.0. [2005-10-31 21:13:21] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in 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/35040 -- Edit this bug report at http://bugs.php.net/?id=35040&edit=1
#20785 [Opn]: ImageCreateTrueColor, ImageCreateFromJPEG +pdflib fails - cannot create images
ID: 20785
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PDF related
Operating System: Linux
-PHP Version: 4.2.3
+PHP Version: 4.2.3, 4.4.0-dev
New Comment:
Tried with the latest snapshot, 200212031030 and
unfortunately it didn't work either.
Previous Comments:
[2002-12-03 05:32:20] [EMAIL PROTECTED]
Clarification: 256 color images can be created with
ImageCreate, however ImageCreateTrueColor and possibly
other calls intended to create images with more than 256 colors fails.
[2002-12-03 05:31:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-12-03 05:26:57] [EMAIL PROTECTED]
As reported at
http://www.php.net/manual/en/function.pdf-open-memory-image.php
ImageCreateTrueColor and others does not work correctly when using
pdflib > 4.0.x and PHP > 4.2.x and reading the image from memory
(reading from
file seems to work though).
Excerpt from forum and configuration information below.
WORKS:
$im = ImageCreate(100, 100);
$pim = pdf_open_memory_image($pdf, $im);
DOES NOT WORK:
$im = ImageCreateTrueColor(100, 100);
$pim = pdf_open_memory_image($pdf, $im);
DOES NOT WORK:
$im = ImageCreateFromJPEG("file.jpg");
$pim = pdf_open_memory_image($pdf, $im);
---
PHP 4.2.3
GD 2.0.8
PDFLib 4.0.3 (compiled with default options)
Configure Options:
./configure \
--with-config-file-path=/etc \
--with-apxs=/usr/local/apache/bin/apxs \
--enable-versioning \
--enable-inline-optimization \
--enable-magic-quotes \
--enable-track-vars \
--with-xml --with-dom --with-xmlrpc \
--with-mysql=/usr \
--enable-sockets \
--with-ldap \
--with-imap=/usr/local --with-imap-ssl=/usr/local
\
--with-mm \
--enable-memory-limit \
--enable-bcmath \
--enable-sigchild \
--with-zlib=/usr \
--with-curl=/usr/local \
--with-dom=/usr/include/libxml2/libxml \
--enable-exif \
--enable-ftp \
--with-gettext=/usr/share \
--with-gd \
--with-ttf \
--with-freetype-dir=/usr/local/include/freetype2/freetype \
--enable-gd-imgstrttf \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-tiff-lib=/usr \
--with-mcal=../libmcal \
--with-openssl \
--with-mcrypt --with-mhash \
--with-pspell \
--with-ming \
--with-pdflib
--
Edit this bug report at http://bugs.php.net/?id=20785&edit=1
#20785 [Fbk->Opn]: ImageCreateTrueColor, ImageCreateFromJPEG +pdflib fails - cannot create images
ID: 20785
User updated by: [EMAIL PROTECTED]
-Summary: ImageCreateTrueColor, ImageCreateFromJPEG can only
create 256 color images
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: PDF related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Clarification: 256 color images can be created with
ImageCreate, however ImageCreateTrueColor and possibly
other calls intended to create images with more than 256 colors fails.
Previous Comments:
[2002-12-03 05:31:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-12-03 05:26:57] [EMAIL PROTECTED]
As reported at
http://www.php.net/manual/en/function.pdf-open-memory-image.php
ImageCreateTrueColor and others does not work correctly when using
pdflib > 4.0.x and PHP > 4.2.x and reading the image from memory
(reading from
file seems to work though).
Excerpt from forum and configuration information below.
WORKS:
$im = ImageCreate(100, 100);
$pim = pdf_open_memory_image($pdf, $im);
DOES NOT WORK:
$im = ImageCreateTrueColor(100, 100);
$pim = pdf_open_memory_image($pdf, $im);
DOES NOT WORK:
$im = ImageCreateFromJPEG("file.jpg");
$pim = pdf_open_memory_image($pdf, $im);
---
PHP 4.2.3
GD 2.0.8
PDFLib 4.0.3 (compiled with default options)
Configure Options:
./configure \
--with-config-file-path=/etc \
--with-apxs=/usr/local/apache/bin/apxs \
--enable-versioning \
--enable-inline-optimization \
--enable-magic-quotes \
--enable-track-vars \
--with-xml --with-dom --with-xmlrpc \
--with-mysql=/usr \
--enable-sockets \
--with-ldap \
--with-imap=/usr/local --with-imap-ssl=/usr/local
\
--with-mm \
--enable-memory-limit \
--enable-bcmath \
--enable-sigchild \
--with-zlib=/usr \
--with-curl=/usr/local \
--with-dom=/usr/include/libxml2/libxml \
--enable-exif \
--enable-ftp \
--with-gettext=/usr/share \
--with-gd \
--with-ttf \
--with-freetype-dir=/usr/local/include/freetype2/freetype \
--enable-gd-imgstrttf \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-tiff-lib=/usr \
--with-mcal=../libmcal \
--with-openssl \
--with-mcrypt --with-mhash \
--with-pspell \
--with-ming \
--with-pdflib
--
Edit this bug report at http://bugs.php.net/?id=20785&edit=1
#20785 [NEW]: ImageCreateTrueColor, ImageCreateFromJPEG can only create 256 color images
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.2.3
PHP Bug Type: PDF related
Bug description: ImageCreateTrueColor, ImageCreateFromJPEG can only create 256 color
images
As reported at
http://www.php.net/manual/en/function.pdf-open-memory-image.php
ImageCreateTrueColor and others does not work correctly when using
pdflib > 4.0.x and PHP > 4.2.x and reading the image from memory (reading
from
file seems to work though).
Excerpt from forum and configuration information below.
WORKS:
$im = ImageCreate(100, 100);
$pim = pdf_open_memory_image($pdf, $im);
DOES NOT WORK:
$im = ImageCreateTrueColor(100, 100);
$pim = pdf_open_memory_image($pdf, $im);
DOES NOT WORK:
$im = ImageCreateFromJPEG("file.jpg");
$pim = pdf_open_memory_image($pdf, $im);
---
PHP 4.2.3
GD 2.0.8
PDFLib 4.0.3 (compiled with default options)
Configure Options:
./configure \
--with-config-file-path=/etc \
--with-apxs=/usr/local/apache/bin/apxs \
--enable-versioning \
--enable-inline-optimization \
--enable-magic-quotes \
--enable-track-vars \
--with-xml --with-dom --with-xmlrpc \
--with-mysql=/usr \
--enable-sockets \
--with-ldap \
--with-imap=/usr/local --with-imap-ssl=/usr/local \
--with-mm \
--enable-memory-limit \
--enable-bcmath \
--enable-sigchild \
--with-zlib=/usr \
--with-curl=/usr/local \
--with-dom=/usr/include/libxml2/libxml \
--enable-exif \
--enable-ftp \
--with-gettext=/usr/share \
--with-gd \
--with-ttf \
--with-freetype-dir=/usr/local/include/freetype2/freetype \
--enable-gd-imgstrttf \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-tiff-lib=/usr \
--with-mcal=../libmcal \
--with-openssl \
--with-mcrypt --with-mhash \
--with-pspell \
--with-ming \
--with-pdflib
--
Edit bug report at http://bugs.php.net/?id=20785&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20785&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20785&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20785&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20785&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20785&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20785&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20785&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20785&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20785&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20785&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20785&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20785&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20785&r=isapi
