|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #8341 pdf_open_image_file no longer works
Submitted: 2000-12-20 13:42 UTC Modified: 2001-01-03 10:01 UTC
From: pete at byways dot org Assigned:
Status: Closed Package: PDF related
PHP Version: 4.0.4 OS: Linux RedHat 6.2/2.2.14
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
Solve the problem:
38 - 24 = ?
Subscribe to this entry?

 [2000-12-20 13:42 UTC] pete at byways dot org
After upgrading PHP from 4.0.3pl1 to 4.0.4 (Apache DSO), calls to pdf_open_image_file to open a PNG image no longer seem to work.  This is my configure script:

./configure --with-apxs=/usr/sbin/apxs \
--with-gettext=no \
--with-msql \
--with-pgsql=shared \
--without-mysql \
--with-xml=shared \
--with-pdflib=/usr/local \
--without-gd \
--with-session=/tmp \
--enable-track-vars=yes \
--with-zlib \
--with-jpeg-dir=/usr \
--with-tiff-dir=/usr \


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2000-12-20 18:33 UTC]
Adding --with-png-dir to your configure line might help.


 [2000-12-21 11:33 UTC] pete at byways dot org
Adding --with-png-dir to configuration does not solve the problem.
 [2000-12-26 09:15 UTC]
In php-4.0.4, virtual_filepath() function is used in pdf_open_image_*.
This function calls virtual_filepath_ex() function
in TSRM/tsrm_virtual_cdw.c.
In virtual_filepath_ex(), (char *) CWDG(cwd)->cwd
is used as the source of current working directory,
but it is now properly initialized,
so it will cause the segmentation fault.

 [2001-01-03 10:01 UTC]
fixed in cvs
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Wed May 22 20:01:32 2024 UTC