#12778 [Com]: Could not find/open font

[ssddgreg at email dot si]

 ID:   12778
 Comment by:   ssddgreg at email dot si
 Reported By:  tim at motionpixels dot com
 Status:   Bogus
 Bug Type: GD related
 Operating System: Linux Redhat 7.1
 PHP Version:  4.0.6
 New Comment:

Hi!

I can not generate images in PHP with TTF fonts - my phpinfo file says
the following:

GD Support  enabled  
GD Version  1.6.2 or higher  
FreeType Support  enabled  
FreeType Linkage  with freetype  
GIF Read Support  enabled  
JPG Support  enabled  
PNG Support  enabled  
WBMP Support  enabled  


What is "FreeType Linkage  with freetype" - can I convert my TTF font
to "freetype"?

Please help


Previous Comments:


[2001-08-15 23:52:59] [EMAIL PROTECTED]

RTFM: 

You have to pass the _full_ path to the font file.

--Jani




[2001-08-15 19:17:02] tim at motionpixels dot com

I don't know whether it's just me but i keep getting this 
message when trying to use the 'ImageTTFText' function. I 
saw in another bug report that php-4.0.6 was the cause and 
that it was fixed in the CVS... i've tryed out 
php-4.0.7-dev but still no joy... everything seems to go 
fine during the compilation process... and phpinfo 
displays:

GD Support  - enabled
GD Version  - 2.0 or higher
FreeType Support- enabled
FreeType Linkage- with freetype
JPG Support - enabled
PNG Support - enabled
WBMP Support- enabled

i'm using apache_1.3.20, freetype-2.0.4 & gd-2.0.1, and 
have tried it both php-4.0.6 & php-4.0.7-dev using the 
following configure command:

./configure --with-apache=../apache_1.3.20 
--with-mysql=/usr/local/mysql --with-gd --with-ming 
--enable-gd-native-ttf 
--with-freetype-dir=/usr/local/include/freetype2 
--with-png-dir --with-jpeg-dir --with-zlib-dir 
--enable-track-vars --enable-trans-sid

are you sure the CVS is ok?

cheers

tim





-- 
Edit this bug report at http://bugs.php.net/?id=12778&edit=1

#28933 [Opn->Csd]: segfault using mysqli_fetch_array

[georg]

 ID:   28933
 Updated by:   [EMAIL PROTECTED]
 Reported By:  francesco at pnpitalia dot it
-Status:   Open
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: linux gentoo 2q2004
 PHP Version:  5CVS-2004-06-26 (dev)
 New Comment:

changing status to closed 


Previous Comments:


[2004-07-18 00:55:22] steve at rueb dot com

This seems to be fixed in CVS.



[2004-07-17 21:16:19] steve at rueb dot com

I am seeing the same behavior with mysqli_fetch_assoc() on i386.

MySQL 4.1.3beta
PHP 5.0.0 final

--with-mysqli --with-zlib --with-dom --with-gdbm



[2004-06-26 12:58:26] francesco at pnpitalia dot it

Description:

Using mysqli_fetch_array with *all* parameter (result and type) crashes
php

php -e test_mysqli.php

gdb php core

(gdb) bt
#0  zend_object_store_get_object (zobject=0x2a) at
/INSTALL/php/php-src/Zend/zend_objects_API.c:192
#1  0x0051ad48 in php_mysqli_fetch_into_hash (ht=2,
return_value=0x2a957b0dd0, this_ptr=0x0, return_value_used=-1073757328,
override_flags=0,
into_object=0) at /INSTALL/php/php-src/ext/mysqli/mysqli.c:602
#2  0x00522b1f in zif_mysqli_fetch_array (ht=0,
return_value=0x7fbfffc3b0, this_ptr=0x2,
return_value_used=-1073757328)
at /INSTALL/php/php-src/ext/mysqli/mysqli_nonapi.c:183
#3  0x0069fa3b in zend_do_fcall_common_helper
(execute_data=0x7fbfffcac0, opline=0x2a957b6360,
op_array=0x2a957b1a10)
at /INSTALL/php/php-src/Zend/zend_execute.c:2699
#4  0x0069fb8a in zend_do_fcall_handler
(execute_data=0x7fbfffcac0, opline=0x2a957b6360,
op_array=0x2a957b1a10)
at /INSTALL/php/php-src/Zend/zend_execute.c:2828
#5  0x0069c350 in execute (op_array=0x2a957b1a10) at
/INSTALL/php/php-src/Zend/zend_execute.c:1391
#6  0x0067cba9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /INSTALL/php/php-src/Zend/zend.c:1061
#7  0x00641f4f in php_execute_script
(primary_file=0x7fb100) at /INSTALL/php/php-src/main/main.c:1627
#8  0x006aa3d5 in main (argc=3, argv=0x7fb268) at
/INSTALL/php/php-src/sapi/cli/php_cli.c:943

other info:

#uname -a
Linux db 2.6.7-mm1 #2 SMP Mon Jun 21 11:36:21 CEST 2004 x86_64 5 
GNU/Linux

#cat /proc/cpuinfo
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 5
model name  : AMD Opteron(tm) Processor 246
stepping: 8
cpu MHz : 1992.117
cache size  : 1024 KB
fpu : yes
fpu_exception   : yes
cpuid level : 1
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 syscall nx mmxext lm
3dnowext 3dnow
bogomips: 3915.77
TLB size: 1088 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts ttp

processor   : 1
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 5
model name  : AMD Opteron(tm) Processor 246
stepping: 8
cpu MHz : 1992.117
cache size  : 1024 KB
fpu : yes
fpu_exception   : yes
cpuid level : 1
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 syscall nx mmxext lm
3dnowext 3dnow
bogomips: 3981.31
TLB size: 1088 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts ttp

gcc --version
gcc (GCC) 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2,
pie-8.7.6)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

gcc --version
gcc (GCC) 3.4.0 20040601 (Gentoo Linux 3.4.0-r6, ssp-3.4-2,
pie-8.7.6.3)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

mysql --version
mysql  Ver 14.5 Distrib 5.0.1-alpha, for unknown-linux (x86_64)

(also with 4.1.2)

system is gentoo linux ~amd64


#making php

./configure \
\
--enable-debug \
\
--prefix=/usr \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-readline --disable-cgi \
--enable-cli --enable-embed \
--with-ndbm=/usr --with-db4=/usr \
--with-mcrypt=/usr --with-mhash=/usr \
--with-ming=/usr --with-gdbm=/usr \
--with-java=/opt/blackdown-jdk-1.4.2_rc1 \
--without-pgsql --with-xpm-dir=/usr/X11R6 \
--with-pdflib=/usr --with-gd \
--enable-gd-native-ttf --with-png \
--with-png-dir=/usr --with-jpeg \
--with-jpeg-dir=/usr --enable-exif \
--with-tiff --with-tiff-dir=/usr \
--with-freetype-dir=/

#29238 [NEW]: modification in the mysql database error

[abhishek21_ce at yahoo dot com]

From: abhishek21_ce at yahoo dot com
Operating system: windows 2000
PHP version:  4.3.9
PHP Bug Type: MySQL related
Bug description:  modification in the mysql database error

Description:

right now, i was doing a modification in an online survey written in php
script with the data stored in mysql database.I was able to make changes
in the php script but when my made changes in my mysql database the script
is showing all modifications but when i submit the survey with all the data
entered it gave me the error: This is second errorColumn count doesn't
match value count at row 1, can u help me outh with this error? i would
really be grateful to u. 


abhishek 
Research Analyst 
Bureau of Economic research

Expected result:

everybody should be able to submit the survey,


-- 
Edit bug report at http://bugs.php.net/?id=29238&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29238&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29238&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29238&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29238&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29238&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29238&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29238&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29238&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29238&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29238&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29238&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29238&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29238&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29238&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29238&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29238&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29238&r=float

#29236 [NEW]: memory error when wsdl-cache is enabled

[vaughan at ucla dot edu]

From: vaughan at ucla dot edu
Operating system: debian linux 2.4.26
PHP version:  5CVS-2004-07-18 (dev)
PHP Bug Type: SOAP related
Bug description:  memory error when wsdl-cache is enabled

Description:

perhaps related to bug # 27994 and 29109?

all wsdl urls seem to work on first access. For some, 
the second access causes a memory error: browser returns 
nothing, but the error log contains:

FATAL:  emalloc():  Unable to allocate -2080374783 bytes

but other wsdl urls work fine all the time.  

for example, http://services.xmethods.net/soap/urn:
xmethods-delayed-quotes.wsdl works fine, but this one 
(which is the one I'm interested in!) causes the error:

http://isisdev1.tig.ucla.edu/iws/v4.asmx?WSDL

The only difference I can see is the size of the wsdl 
cache file:

 ls -la /tmp/wsdl* 
-rw-r--r--1 www-data www-data  655 Jul 17 18:45 
/tmp/wsdl-1d3ed057f34bf52d1ef18dd2d2cf17b0
-rw-r--r--1 www-data www-data11616 Jul 17 18:45 
/tmp/wsdl-7a407628dfa2fa2c7282f12e23774f98

If I remove the big one, then the code below works 
again, but only once.


Reproduce code:
---
http://isisdev1.tig.ucla.edu/iws/v4.asmx?WSDL";;

$client = new SoapClient($endpoint);

echo "";
var_dump($client->__getFunctions()); 
echo "";

?>

Expected result:

On first run, when there's no wsdl cache file, I get the 
expected list of functions.

Actual result:
--
no browser output

emalloc error recorded in log file.

-- 
Edit bug report at http://bugs.php.net/?id=29236&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29236&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29236&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29236&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29236&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29236&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29236&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29236&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29236&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29236&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29236&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29236&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29236&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29236&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29236&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29236&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29236&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29236&r=float

#29235 [NEW]: "optional" function parameters are now required

[faxguy at howardsilvan dot com]

From: faxguy at howardsilvan dot com
Operating system: Linux 2.4.20
PHP version:  4.3.8
PHP Bug Type: *PDF functions
Bug description:  "optional" function parameters are now required

Description:

Recently upgraded to using PHP 4.3.8 and PDFlib 6.0.0p1.

Suddenly I need to supply all of the "optional" parameters to the PDF
functions.  Very frustrating.

Reproduce code:
---
$foo = pdf_stringwidth($pdf, "foo");

Expected result:

No error message saying that 4 parameters are required.

Actual result:
--
I get an error message requiring all 4 parameters, the last two of which
are optional.

-- 
Edit bug report at http://bugs.php.net/?id=29235&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29235&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29235&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29235&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29235&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29235&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29235&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29235&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29235&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29235&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29235&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29235&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29235&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29235&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29235&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29235&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29235&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29235&r=float

#28464 [Opn->Csd]: catch() does not catch exceptions by interfaces

[d at koteroff dot ru]

 ID:   28464
 User updated by:  d at koteroff dot ru
 Reported By:  d at koteroff dot ru
-Status:   Open
+Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5.0.0
 Assigned To:  helly
 New Comment:

Sorry, my bad.
All works correct.


Previous Comments:


[2004-07-18 02:07:35] d at koteroff dot ru

WRONG.

Still get the same error. php5-win32-200407170630.zip



[2004-07-16 08:40:18] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2004-06-22 01:55:39] php at koteroff dot ru

Still waiting. :-)
Thanks for RC3.



[2004-05-21 02:03:15] d at koteroff dot ru

Description:

Seems PHP does not support exception catching by parent interface (not
by parent classes). Why? This is a very powerful method to classify
exceptions in programs. 

Documentation says that while comparing type in catch block
'instanceof' operator is used, but following test shows that it is
wrong.

I found corresponding code in the source, zend_execute.c:2866, and it
searches for parent classes only. Why not use instanceof_function?

Do you have any perspectives about this problem? Can I wrote in my book
that PHP will support "interface catching" in the future?

Reproduce code:
---


Expected result:

prints exception data

Actual result:
--
Fatal error: Uncaught exception





-- 
Edit this bug report at http://bugs.php.net/?id=28464&edit=1

#28464 [Csd->Opn]: catch() does not catch exceptions by interfaces

[d at koteroff dot ru]

 ID:   28464
 User updated by:  d at koteroff dot ru
 Reported By:  d at koteroff dot ru
-Status:   Closed
+Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5.0.0
 Assigned To:  helly
 New Comment:

WRONG.

Still get the same error. php5-win32-200407170630.zip


Previous Comments:


[2004-07-16 08:40:18] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2004-06-22 01:55:39] php at koteroff dot ru

Still waiting. :-)
Thanks for RC3.



[2004-05-21 02:03:15] d at koteroff dot ru

Description:

Seems PHP does not support exception catching by parent interface (not
by parent classes). Why? This is a very powerful method to classify
exceptions in programs. 

Documentation says that while comparing type in catch block
'instanceof' operator is used, but following test shows that it is
wrong.

I found corresponding code in the source, zend_execute.c:2866, and it
searches for parent classes only. Why not use instanceof_function?

Do you have any perspectives about this problem? Can I wrote in my book
that PHP will support "interface catching" in the future?

Reproduce code:
---


Expected result:

prints exception data

Actual result:
--
Fatal error: Uncaught exception





-- 
Edit this bug report at http://bugs.php.net/?id=28464&edit=1

#28860 [Bgs]: multiple statements don't work with mysqli_multi_query

[adamsbarker at hotmail dot com]

 ID:   28860
 User updated by:  adamsbarker at hotmail dot com
 Reported By:  adamsbarker at hotmail dot com
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: Windows XP
 PHP Version:  5CVS-2004-06-21 (dev)
 New Comment:

I have checked "mysqli_error" and it comes up with "Unknown command".

The thing I don't get is that each statement on its own works perfectly
in "mysqli_multi_query", however, if trying to add any more than 1
statement, it does nothing.


Previous Comments:


[2004-07-17 16:12:46] [EMAIL PROTECTED]

if mysqli_multi_query fails, you should check your error 
with mysqli_error instead of filing a bug report. 



[2004-06-21 00:44:24] adamsbarker at hotmail dot com

Description:

"mysqli_multi_query" works fine when only using 1 statement, however
when using more than 1 statement the function returns empty.

Reproduce code:
---
$query  = "SELECT * FROM database_name.first_table;";
$query .= "SELECT * FROM database_name.second_table";

/* execute multi query */
if (mysqli_multi_query($link, $query)) {
   do {
   /* store first result set */
   if ($result = mysqli_store_result($link)) {
   while ($row = mysqli_fetch_row($result)) {
   printf("%s\n", $row[0]);
   }
   mysqli_free_result($result);
   }
   /* print divider */
   if (mysqli_more_results($link)) {
   printf("-\n");
   }
   } while (mysqli_next_result($link));
}

Expected result:

Works perfect when this line is taken out:

 $query .= "SELECT * FROM database_name.second_table";

But doesn't work when this line is kept in.






-- 
Edit this bug report at http://bugs.php.net/?id=28860&edit=1

#29199 [Opn->Bgs]: Tidy's "enclose-block-text" option doesn't works

[curt]

 ID:   29199
 Updated by:   [EMAIL PROTECTED]
 Reported By:  saran at inra dot co dot th
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Windows 2000
 PHP Version:  5.0.0
 New Comment:

This is an issue with libtidy itself.  It wont put  tags around
content inside of 's.


Previous Comments:


[2004-07-16 09:10:02] saran at inra dot co dot th

Description:

Tidy's "enclose-block-text" option doesn't works. It should insert a
 element to enclose any text it finds in any element that allows
mixed content. In example below it should insert a  element to
enclose text inside a  element (as tidy.exe did with this same
option set to true).

Reproduce code:
---




Test




";
$config=array('enclose-block-text'=>1);
$tidy=tidy_parse_string($html,$config);
echo tidy_get_body($tidy);
?>

Expected result:




Test





Actual result:
--



Test









-- 
Edit this bug report at http://bugs.php.net/?id=29199&edit=1

#26016 [Com]: Warning: fsockopen(): Bug

[wmueller at email dot com]

 ID:   26016
 Comment by:   wmueller at email dot com
 Reported By:  hill at bluecarrots dot com
 Status:   No Feedback
 Bug Type: *General Issues
 Operating System: Linux
 PHP Version:  4.3.3
 New Comment:

well there must be more than just forgotten ssl support.

i have php compiled with: '--with-openssl' and still if i do a
fsockopen i end up with no socket AND a success message. if this is not
a bug what else would be one?

i do:

$fp = fsockopen("http://www.webseite.com";, 80, $errno, $errstr, 4);
if(!$fp){
  // this will echo the errorno: 0 and success message :p
   echo "$errstr ($errno)\n";
}else{
  // stuff
}

Script output:
Warning:  fsockopen() [function.fsockopen]: php_network_getaddresses:
getaddrinfo failed: Name or service not known in /www/htdocs/ on
line ...

Warning:  fsockopen() [function.fsockopen]: unable to connect to
http://www.website.com:80 in /www/htdocs/ on line ...

Success (0)

System is a Suse Linux / PHP 4.3.1

same script works on windows

and no i do not upgrade to php5 just for the taste of it :p
so me too would vote for a fix!


any comments welcome. thanks for doing php(4) :-)


Previous Comments:


[2004-06-16 16:39:23] [EMAIL PROTECTED]

It's a "Won't fix" for PHP4 because it requires a *significant* rewrite
of the socket transport layer.  As any responsible developer knows, you
don't make massive changes to a stable branch of code, that's how you
introduce bugs.  You don't want bugs do you?

It's also a "Won't fix" because it does work in PHP4 if you simply
follow the instructions:

For Linux: Compile OpenSSL support in staticly rather than as a shared
module.  ./configure --with-openssl rather than ./configure
--with-openssl=shared

For Windows: Use the alternate php4libts.dll provided at
http://ftp.proventum.net/pub/php/win32/misc/openssl/ 

Creating a drama out of being "forced" to move to PHP5 to get ssl
sockets to work seems...well... childish is a good word isn't it?



[2004-06-16 15:30:47] webmaster at zaedno dot de

Somehow find it childish - will not fix it? What does this mean - I
should migrate to PHP5 only because you find this not important enough.
Pls reconsider this - I saw an hour ago that there are other fixes
poping up in snaps.php.



[2004-05-04 23:03:40] [EMAIL PROTECTED]

Err, I obviously was reading the odd-one-out comment.
Restoring status.



[2004-05-04 23:01:10] [EMAIL PROTECTED]

You must build the openssl statically to use this feature.
There is a static version for windows, provided by Emini, who are also
responsible for our win32 snapshots:
http://ftp.emini.dk/pub/php/win32/openssl/

We won't fix this in PHP 4, but it has already been fixed in PHP 5 (you
can load openssl dynamically in PHP 5).



[2004-05-04 21:57:10] scott at marinar dot com

The same is seen here with php 4.3.6 freshly compiled on Debian /
Linux.  Configure command is "./configure --enable-bcmath
--with-openssl=/usr/local/openssl --with-mysql
--with-apxs=/usr/bin/apxs --prefix=/usr/local"

This bug persists through reloads of apache; apache version is 1.3.26. 
With so many people obviously affected by this PHP bug across multiple
platforms, I'm concerned that the answer from PHP seems to be "it's not
a PHP problem" promptly followed by marking threads as bogus.

--Scott!



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/26016

-- 
Edit this bug report at http://bugs.php.net/?id=26016&edit=1

#29234 [NEW]: empty($object->property) incorrect when property has access overloaded (__get)

[chrissy at codegoat dot com]

From: chrissy at codegoat dot com
Operating system: Windows XP
PHP version:  5.0.0
PHP Bug Type: Unknown/Other Function
Bug description:  empty($object->property) incorrect when property has access 
overloaded (__get)

Description:

The code below has a class with two properties.  One which is a regular
public class property and the other which is accessed through the __get
function.  Both are set to "Not Empty".  However, when you call empty() on
the one accessed through __get, the empty() function returns TRUE which is
incorrect.  The problem can be remedied by first assigning the value of
the property to a variable and then calling the empty function on that
variable.

Reproduce code:
---
 "Not Empty");
function __get($key) {
if (array_key_exists($key, $this->properties)) return
$this->properties[$key];
}
}
$emptyTest = new EmptyTest();
echo "The value of Test 1 is: \"" . $emptyTest->emptyTest1 . "\"The
value of Test 2 is: \"" . $emptyTest->emptyTest2 .
"\"---";
if (empty($emptyTest->emptyTest1)) echo "Test 1 was empty ";
else echo "Test 1 was not empty ";
if (empty($emptyTest->emptyTest2))echo "Test 2 was empty ";
else echo "Test 2 was not empty ";
$test = $emptyTest->emptyTest2;
if (empty($test))echo "Test 2 was empty this time";
else echo "Test 2 was not empty this time";
?>

Expected result:

Both emptyTest1 and emptyTest2, when passed to the empty function, the
function should return true.

It could be that calling empty with a property that has had its access
overloaded by the __get function is invalid. If this is the case, I would
assume empty should at least throw a Warning.

Actual result:
--
The output of the above program is...

The value of Test 1 is: "Not Empty"
The value of Test 2 is: "Not Empty"
---

Test 1 was not empty
Test 2 was empty
Test 2 was not empty this time

-- 
Edit bug report at http://bugs.php.net/?id=29234&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29234&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29234&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29234&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29234&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29234&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29234&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29234&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29234&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29234&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29234&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29234&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29234&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29234&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29234&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29234&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29234&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29234&r=float

#29080 [Fbk->NoF]: Segmentation Fault when using Interface

[php-bugs]

 ID:   29080
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jason at ionzoft dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: Redhat ES 3.0 (Intel)
 PHP Version:  5.0.0RC3
 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-07-15 20:06:51] piotr at t-p-l dot com

running the same code seg faults aswell
I narrowed it down to Optimizer here is the proof:

-- WITHOUT OPTIMIZER --

# php -v
PHP 5.0.0 (cli) (built: Jul 15 2004 10:19:20)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies
with Zend Extension Manager v1.0.3, Copyright (c) 2003-2004, by
Zend Technologies
with Zend Debugger v3.5.0, Copyright (c) 1999-2004, by Zend
Technologies

# php test2.php
Hello

-- WITH OPTIMIZER --

# php -v
PHP 5.0.0 (cli) (built: Jul 15 2004 10:19:20)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies
with Zend Extension Manager v1.0.3, Copyright (c) 2003-2004, by
Zend Technologies
with Zend Optimizer v2.5.3, Copyright (c) 1998-2004, by Zend
Technologies
with Zend Debugger v3.5.0, Copyright (c) 1999-2004, by Zend
Technologies

# php test2.php
Segmentation fault

-- WITH OPTIMIZER (but no DEBUGGER) --

# php -v
PHP 5.0.0 (cli) (built: Jul 15 2004 10:19:20)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies
with Zend Extension Manager v1.0.3, Copyright (c) 2003-2004, by
Zend Technologies
with Zend Optimizer v2.5.3, Copyright (c) 1998-2004, by Zend
Technologies

# php test2.php
Segmentation fault



[2004-07-10 14:37:14] [EMAIL PROTECTED]

Could you also try to run it with Debugger and Optimizer alone to get
them isolated?



[2004-07-10 06:51:11] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip



[2004-07-09 23:14:46] jason at ionzoft dot com

Description:

Hello,

I discovered this problem tonight while working on a new PHP 5 class
that uses an interface.  The code example came from
http://www.zend.com/php5/articles/engine2-php5-changes.php#Heading5


getMessage();
?>


--


On this server, I get a Segmentation Fault:

[EMAIL PROTECTED] dev]$ php -v
PHP 5.0.0RC3 (cli) (built: Jun 24 2004 17:35:13)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.0RC3, Copyright (c) 1998-2004 Zend Technologies
with Zend Extension Manager v1.0.2, Copyright (c) 2003-2004, by
Zend Technologies
with Zend Optimizer v2.5.2, Copyright (c) 1998-2004, by Zend
Technologies
with Zend Debugger v3.5.0, Copyright (c) 1999-2004, by Zend
Technologies


[EMAIL PROTECTED] dev]$ php -f Interface.php
Segmentation fault

--

On this server, It works fine:

[EMAIL PROTECTED] Jason]$ php -v
PHP 5.0.0RC3 (cli) (built: Jun 14 2004 14:04:10)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.0RC3, Copyright (c) 1998-2004 Zend Technologies


[EMAIL PROTECTED] Jason]$ php -f Interface.php
Hello

--

Could it be a problem with the Debugger?

Thanks,
Jason Garber


-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reproduce code:
---
getMessage();
?>


Expected result:

Should print "Hello\n"

Actual result:
--
"Segmentation Fault"





-- 
Edit this bug report at http://bugs.php.net/?id=29080&edit=1

#28235 [Fbk->NoF]: SQLite returns null error message when database file isn't writable

[php-bugs]

 ID:   28235
 Updated by:   [EMAIL PROTECTED]
 Reported By:  simen at lunarlounge dot org
-Status:   Feedback
+Status:   No Feedback
 Bug Type: SQLite related
 Operating System: Debian/GNU testing
 PHP Version:  5.0.0RC2
 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-07-10 14:48:15] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip

We upgraded the bundled sqlite library; please try the next snapshot
(you might have to wait up to 3 hours) and see if this is fixed.



[2004-05-13 12:43:18] nobody at example dot org

Never occured to me that this could be a bug, does the OO API handle
this? 

  function connect(){
try {
  if ( !$this->db_handle = @sqlite_open($this->db_name, 0666, $err)
){
if ($this->db_handle===false){
  throw new DBEx('0: Could not open/create db or directory');
} else {
  throw new DBEx(sqlite_last_error($this->db_handle).': '.
   
sqlite_error_string(sqlite_last_error($this->db_handle)));
}
  } else { return true; }
}
catch (DBEx $ex){ $ex->borkage(); return false; }
  }



[2004-04-30 16:41:07] simen at lunarlounge dot org

Description:

The SQLite extension fail to detect when a database file isn't
writable:

Warning: sqlite_query() [function.sqlite-query]: (null) in test.php on
line 12



Reproduce code:
---
# touch test.sqlite
# chmod 0600 sqlite
# sqlite test.sqlite
> CREATE TABLE store (id INTEGER PRIMARY KEY, doc TEXT);

$db = sqlite_open('test.sqlite');

$sql = "INSERT INTO store (id, doc) VALUES (1, 'foo')";
$result = sqlite_query($db, $sql);

Expected result:

Warning: sqlite_query() [function.sqlite-query]: attempt to write a
readonly database in test.php on line 12

Actual result:
--
Warning: sqlite_query() [function.sqlite-query]: (null) in test.php on
line 12





-- 
Edit this bug report at http://bugs.php.net/?id=28235&edit=1

#27990 [Fbk->NoF]: sqlite_open() crashing Apache on non sqlite databases

[php-bugs]

 ID:   27990
 Updated by:   [EMAIL PROTECTED]
 Reported By:  csaba at alum dot mit dot edu
-Status:   Feedback
+Status:   No Feedback
 Bug Type: SQLite related
 Operating System: Win 2K
 PHP Version:  5CVS-2004-05-03 (dev)
 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-07-10 15:09:51] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip





[2004-05-03 23:46:34] csaba at alum dot mit dot edu

The good news is that the behaviour is markedly better.  This time
instead of failing disastrously every other time, it only fails
petulantly every third time.

I tested this both as you asked with the CLI version and also running
PHP as a module.  With the CLI version, testing on my small three file
directory, I got behaviour as expected: I got warnings on files SQLITE
didn't like and when I supressed them with the @ in front of
sqlite_open, the result was that I got a report of the single sqlite
database file in the directory.  Very nice.

Thus encouraged, I went back to the original scenario and ran the same
file through a browser.  Two out of three times, I get the same
behaviour as above.  The third time around, however, I get the
following variable error message:

Fatal error: Unknown function: 8å() in C:\Morph\phpDev\php.php on line
28

There are two things I'd like to mention.  The first is that the "text"
between the ': ' and ' in' seems to always be garbage characters, and
always different

For the second, I have to clear my throat a bit and mutter something
about Heisenberg's uncertainty principle.  The only thing on that line
28 the error message is referring to is the function
sqlite_escape_string.  (Ahem.  Whenever I test, I submit the PHP code
through a preprocessor that logs the submission.  This has been very
stable.  The submission is stuffed into a temporary file and after the
logging is done, the browser gets back a header("Location: ...") to the
temporary file.  (The directory that I was doing this sqlite testing on
is in a separate tree)).

Therefore, I also created a separate file with just the code I
submitted (surrounded in appropriate tags).  The results there were not
so encouraging.  Apache is still crashing, and PHP complains about
trivial things like it can't find this or that variable, always in the
dirList function on different lines.  Let me know if you need more
info.

The good news is that I deal with this by opening up all the files I
find and scanning their header to see if they're SQLite files, and this
is working fine for me.  Why can't SQLite do that?  So, although this
problem isn't affecting me cause of my workaround, I figured you'd like
to know the current status of it on my machine.

Csaba Gabor



[2004-04-29 15:16:53] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2004-04-22 23:30:25] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip

What you're trying to do will probably end in tears;
libsqlite has a tendency to clobber files that are not valid sqlite
databases (this is not a PHP problem).

It is possible that PHP is overly sensitive to such a problem, so could
you please try to reproduce this using
the CLI version of PHP?

Use a snapshot from the link above.



[2004-04-22 23:10:32] csaba at alum dot mit dot edu

I have tested this with the latest release (April 22 RC 2 beta), and it
still crashes Apache.  However, I can be a bit more specific about the
symptoms.  I tested on a directory with a small sqlite database log.db
(48K) and a log.php file (6K).  Both files were required to produce the
crashing effect.

If I ran the code below (with or without an @ in front of the
sqlite_open) the first time I would get a warning about: database disk
image is malformed ...
(if the @ was not present, as with the code below).
The NEXT Time I invoked the same code is when the Apache would give me
the error message about restarting (and sometimes die).  This happens
reg

#28933 [Com]: segfault using mysqli_fetch_array

[steve at rueb dot com]

 ID:   28933
 Comment by:   steve at rueb dot com
 Reported By:  francesco at pnpitalia dot it
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: linux gentoo 2q2004
 PHP Version:  5CVS-2004-06-26 (dev)
 New Comment:

This seems to be fixed in CVS.


Previous Comments:


[2004-07-17 21:16:19] steve at rueb dot com

I am seeing the same behavior with mysqli_fetch_assoc() on i386.

MySQL 4.1.3beta
PHP 5.0.0 final

--with-mysqli --with-zlib --with-dom --with-gdbm



[2004-06-26 12:58:26] francesco at pnpitalia dot it

Description:

Using mysqli_fetch_array with *all* parameter (result and type) crashes
php

php -e test_mysqli.php

gdb php core

(gdb) bt
#0  zend_object_store_get_object (zobject=0x2a) at
/INSTALL/php/php-src/Zend/zend_objects_API.c:192
#1  0x0051ad48 in php_mysqli_fetch_into_hash (ht=2,
return_value=0x2a957b0dd0, this_ptr=0x0, return_value_used=-1073757328,
override_flags=0,
into_object=0) at /INSTALL/php/php-src/ext/mysqli/mysqli.c:602
#2  0x00522b1f in zif_mysqli_fetch_array (ht=0,
return_value=0x7fbfffc3b0, this_ptr=0x2,
return_value_used=-1073757328)
at /INSTALL/php/php-src/ext/mysqli/mysqli_nonapi.c:183
#3  0x0069fa3b in zend_do_fcall_common_helper
(execute_data=0x7fbfffcac0, opline=0x2a957b6360,
op_array=0x2a957b1a10)
at /INSTALL/php/php-src/Zend/zend_execute.c:2699
#4  0x0069fb8a in zend_do_fcall_handler
(execute_data=0x7fbfffcac0, opline=0x2a957b6360,
op_array=0x2a957b1a10)
at /INSTALL/php/php-src/Zend/zend_execute.c:2828
#5  0x0069c350 in execute (op_array=0x2a957b1a10) at
/INSTALL/php/php-src/Zend/zend_execute.c:1391
#6  0x0067cba9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /INSTALL/php/php-src/Zend/zend.c:1061
#7  0x00641f4f in php_execute_script
(primary_file=0x7fb100) at /INSTALL/php/php-src/main/main.c:1627
#8  0x006aa3d5 in main (argc=3, argv=0x7fb268) at
/INSTALL/php/php-src/sapi/cli/php_cli.c:943

other info:

#uname -a
Linux db 2.6.7-mm1 #2 SMP Mon Jun 21 11:36:21 CEST 2004 x86_64 5 
GNU/Linux

#cat /proc/cpuinfo
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 5
model name  : AMD Opteron(tm) Processor 246
stepping: 8
cpu MHz : 1992.117
cache size  : 1024 KB
fpu : yes
fpu_exception   : yes
cpuid level : 1
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 syscall nx mmxext lm
3dnowext 3dnow
bogomips: 3915.77
TLB size: 1088 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts ttp

processor   : 1
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 5
model name  : AMD Opteron(tm) Processor 246
stepping: 8
cpu MHz : 1992.117
cache size  : 1024 KB
fpu : yes
fpu_exception   : yes
cpuid level : 1
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 syscall nx mmxext lm
3dnowext 3dnow
bogomips: 3981.31
TLB size: 1088 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts ttp

gcc --version
gcc (GCC) 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2,
pie-8.7.6)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

gcc --version
gcc (GCC) 3.4.0 20040601 (Gentoo Linux 3.4.0-r6, ssp-3.4-2,
pie-8.7.6.3)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

mysql --version
mysql  Ver 14.5 Distrib 5.0.1-alpha, for unknown-linux (x86_64)

(also with 4.1.2)

system is gentoo linux ~amd64


#making php

./configure \
\
--enable-debug \
\
--prefix=/usr \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-readline --disable-cgi \
--enable-cli --enable-embed \
--with-ndbm=/usr --with-db4=/usr \
--with-mcrypt=/usr --with-mhash=/usr \
--with-ming=/usr --with-gdbm=/usr \
--with-java=/opt/blackdown-jdk-1.4.2_rc1 \
--without-pgsql --with-xpm-dir=/usr/X11R6 \
--with-pdflib=/usr --with-gd \
--enable-gd-native-ttf --with-png \
--with-png-dir=/usr --with-jpeg \
--with-jpeg-dir=/usr --enable-exif \
--with-tiff --with-tiff-dir=/usr \
--with-freetype-dir=/usr --with-ttf=/usr \
--with-t1lib=/usr --with-gettext \
--with-qtdom=/usr/qt/3 --with-pspell=/usr \
--with-openssl=/usr --without-imap \
--without-ldap --with-dom=/usr 

#29180 [Opn]: Client crash

[tila at home dot nl]

 ID:   29180
 User updated by:  tila at home dot nl
 Reported By:  tila at home dot nl
 Status:   Open
 Bug Type: PostgreSQL related
 Operating System: Linux 2.4.24
 PHP Version:  5.0.0
 New Comment:

42 by the way is the number of records in the database. So $offset
takes the value of $total


Previous Comments:


[2004-07-16 10:34:23] tila at home dot nl

No, When I remove the PEAR::DB class and the code that's using it, it
will display '5' just as expected.

When I use pg_exec and pg_fetch_row etc.. the result displays '42' 






[2004-07-16 00:59:04] [EMAIL PROTECTED]

does it also crash when NOT using the PEAR::DB class?



[2004-07-16 00:40:32] tila at home dot nl

new code, I am sorry. I cannot provide a link to the server. 
open it with ?id=5 as parameter. 

query($QUERY);
$total = $result->numRows();
$offset = $_GET['id']?$_GET['id']:0; $perpage = 10;
 
for ($i = $offset; (($i < $total) && ($i < ($offset + $perpage)));
$i++) {
  $row = $result->fetchRow(DB_FETCHMODE_ASSOC, $i);
}
 
echo $offset;
?>



[2004-07-15 11:50:43] [EMAIL PROTECTED]

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 ,
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-07-15 11:03:20] tila at home dot nl

Description:

The client crash on the following code when offset > 0;
I don't get an error message.





Reproduce code:
---
  $result = $db->query($QUERY);
  $total = $result->numRows();
  $back = max (0, $offset - $perpage);
  $forward = min (($offset + $perpage), max (0, (($perpage * ceil
($total / $perpage)) - $perpage)));
  $end = max (0, (($perpage * ceil ($total / $perpage)) - $perpage));
   
  $overviewtemplate->setVariable("back", $back);
  $overviewtemplate->setVariable("forward", $forward);
  $overviewtemplate->setVariable("end", $end);
 
  for ($i = $offset; (($i < $total) && ($i < ($offset + $perpage)));
$i++) {
$row = $result->fetchRow(DB_FETCHMODE_ASSOC, $i);
while (list($key, $value) = each($row)) {
  $row[$key] = stripslashes(trim($row[$key]));
} 
  }






-- 
Edit this bug report at http://bugs.php.net/?id=29180&edit=1

#29233 [NEW]: no longer able to set allow_url_fopen using php_value

[php at arwin dot net]

From: php at arwin dot net
Operating system: Linux kernel 2.4
PHP version:  4.3.8
PHP Bug Type: PHP options/info functions
Bug description:  no longer able to set allow_url_fopen using php_value

Description:

allow_url_fopen is listed as being configurable only in PHP_INI_SYSTEM

In previous versions we were able to configure on a PERDIR basis, inside
.htaccess files.  Several production sites had problems upon upgrading
from php 4.3.4 to 4.3.8.

Was this a mistake or intentially changed to PHP_INI_SYSTEM?

Will other options be locked down in this way? Was there advance warning
and I missed it?

Thanks

Reproduce code:
---
.htaccess file with following line:

php_value allow_url_fopen 1

or

php_value allow_url_fopen On

Expected result:

php option allow_url_fopen would be enabled.

Actual result:
--
allow_url_fopen remains disabled, which is the setting in the global
php.ini.

-- 
Edit bug report at http://bugs.php.net/?id=29233&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29233&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29233&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29233&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29233&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29233&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29233&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29233&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29233&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29233&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29233&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29233&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29233&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29233&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29233&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29233&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29233&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29233&r=float

#29232 [NEW]: imagefilltoborder not filling downwards

[jeroen dot clarysse at easynet dot be]

From: jeroen dot clarysse at easynet dot be
Operating system: MacOS 10.3.4
PHP version:  4.3.8
PHP Bug Type: GD related
Bug description:  imagefilltoborder not filling downwards

Description:

the imagefilltoborder call will flood fill upwards only. 
it's pretty easy to see : http://
ldab.arts.kuleuven.ac.be/gdtest.php

I ran it on 3 other macs, clean installs with the PHP 
module from www.entropy.ch, which has very good fame 
among OSX people.

the weird part is that linux code works fine... 

I downloaded sources from 4.3.6 up to 4.3.9, and 
compared the gdImageFillToBorder calls. They are 
identical (even the original GD from Boutell has the 
same code) so I really don't know what could be wrong.

cheers

Reproduce code:
---
header("Content-type: image/png");
// create a blank image
$image = imagecreate(400, 300);

// fill the background color
$bg = imagecolorallocate($image, 0, 0, 0);
// choose a color for the ellipse
$col_ellipse = imagecolorallocate($image, 255, 255, 255);

// draw the ellipse
imageellipse($image, 200, 150, 300, 200, $col_ellipse);
imagefilltoborder($image, 200, 150, $col_ellipse,$col_ellipse);

// output the picture
header("Content-type: image/png");
imagejpeg($image);

Expected result:

a fully white ellipse on a black square

Actual result:
--
on a black square, an ellipse with white border, upper 
half filled white

-- 
Edit bug report at http://bugs.php.net/?id=29232&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29232&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29232&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29232&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29232&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29232&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29232&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29232&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29232&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29232&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29232&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29232&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29232&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29232&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29232&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29232&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29232&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29232&r=float

#7845 [Com]: missing or invalid : MSCOMCTL.OCX

[michael_cooke123 at hotmail dot com]

 ID:   7845
 Comment by:   michael_cooke123 at hotmail dot com
 Reported By:  admin at inetghost dot com
 Status:   Closed
 Bug Type: *Install and Config
 Operating System: Windows 2000 Server
 PHP Version:  4.0.3pl1
 New Comment:

when i try to open the internet explorer i get an error code saying:
run-time error '339':
Component 'Mscomctl.ocx' or one of its dependencies not correctly
registered: a file missing or corrupt.

could you please tell me what this means and how to fix it?

thank you


Previous Comments:


[2000-11-16 11:39:02] [EMAIL PROTECTED]

The error is that MSCOMCTL.OCX which should be on your
system, isn't.
The installer program (and many many others) use this DLL to provide
widgets like progress bars.

It may be that the file exists on your system but is just not correctly
registered.

There should be a file called REGSVR32.EXE on your WinNT\System32
directory and also a file called MSCOMCTL.OCX in the same directory.

If not, you will have to get them, maybe from your NT CD or perhaps by
downloading them from somewhere on the Microsoft site.
Once the files are there, from the command line type:
  REGSVR32 MSCOMCTL.OCX

The installer should then work.

Alternatively, you can load the installer.exe into winzip and manually
install the components.





[2000-11-16 11:24:57] admin at inetghost dot com

I installed php4 and I got the error of missing or invalid file
MSCOMCRL.OCX. Please let me know what you know about this problem.


Thanks

Greg




-- 
Edit this bug report at http://bugs.php.net/?id=7845&edit=1

#29231 [Opn->Bgs]: Apache 2 says: Unable to initialize module php_mime_magic.dll

[mail at spybreak dot de]

 ID:   29231
 User updated by:  mail at spybreak dot de
 Reported By:  mail at spybreak dot de
-Status:   Open
+Status:   Bogus
 Bug Type: *Compile Issues
 Operating System: Windows 2000
 PHP Version:  5.0.0
 New Comment:

my bad! I did something really stupid, sorry


Previous Comments:


[2004-07-17 21:15:55] mail at spybreak dot de

Description:

I get this error message when starting apache with the
php_mime_magic.dll extension enabled:

PHP Startup: (cryptic stuff): Unable to initialize module
Module compiled with module API=20020429, debug=0, thread-safety=1
PHP compiled with module API=20040412, debug=0, thread-safety=1
These options need to match






-- 
Edit this bug report at http://bugs.php.net/?id=29231&edit=1

#29230 [Opn]: preserve state from http to https for session variables

[pras_osu at yahoo dot com]

 ID:   29230
 User updated by:  pras_osu at yahoo dot com
 Reported By:  pras_osu at yahoo dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Linux Debian 2.4.20-2.11
-PHP Version:  4.3.7
+PHP Version:  4.2.2
 New Comment:

Please checkout the problem on the following site:

http://cpapusa.com/

I have set the site in Testing Mode to display the SESSION Variable
Array() contents. Thank You.


Previous Comments:


[2004-07-17 21:08:44] pras_osu at yahoo dot com

Description:

PLEASE NOTE: This report is not associated with PHP Engine version
4.3.7 (I had to select it to by-pass your HTML form setup and as I
couldn't figure out my problem from the bug reports search)

-- Server side info --
PHP Engine Version 4.2.2
Operating System: Linux Debian 2.4.20-2.11
--

I am not sure whether the following is a bug associated with PHP Engine
4.2.2 or with the Operating System or with the client side browser.

The Session variable (multi-dimensional array) that i use for shopping
cart doesn't preserves state while doing a transition from HTTP to
HTTPS connection. Or in other words, while transferring from
shopping-cart page to a secure checkout page. Seems like it loses its
content.

Interesting enough on the client side, this seems to work perfectly
fine with my browser on MS-IE 6.0.28 (with all security updates
up-to-date) on Windows XP platform and also on Mozilla 1.6 on the same
platform.

The same tested on a friend's machine running MS-IE 6.0.26 (i believe
not up-to-date with security updates) on Win XP as well as Netscape
Gecko browser (version not known) doesn't seem to preserve the session
variable (shopping cart) while moving from HTTP to HTTPS connection.

I am stuck here. Unable to figure out whether it could be a problem
associated with earlier Microsoft security updates or with the older
PHP Engine/LINUX Debian OS on the Server side?

Your earliest attention is much appreciated.

Let me know if I should request the Server Admin to upgrade the PHP
Engine Version?







-- 
Edit this bug report at http://bugs.php.net/?id=29230&edit=1

#28933 [Com]: segfault using mysqli_fetch_array

[steve at rueb dot com]

 ID:   28933
 Comment by:   steve at rueb dot com
 Reported By:  francesco at pnpitalia dot it
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: linux gentoo 2q2004
 PHP Version:  5CVS-2004-06-26 (dev)
 New Comment:

I am seeing the same behavior with mysqli_fetch_assoc() on i386.

MySQL 4.1.3beta
PHP 5.0.0 final

--with-mysqli --with-zlib --with-dom --with-gdbm


Previous Comments:


[2004-06-26 12:58:26] francesco at pnpitalia dot it

Description:

Using mysqli_fetch_array with *all* parameter (result and type) crashes
php

php -e test_mysqli.php

gdb php core

(gdb) bt
#0  zend_object_store_get_object (zobject=0x2a) at
/INSTALL/php/php-src/Zend/zend_objects_API.c:192
#1  0x0051ad48 in php_mysqli_fetch_into_hash (ht=2,
return_value=0x2a957b0dd0, this_ptr=0x0, return_value_used=-1073757328,
override_flags=0,
into_object=0) at /INSTALL/php/php-src/ext/mysqli/mysqli.c:602
#2  0x00522b1f in zif_mysqli_fetch_array (ht=0,
return_value=0x7fbfffc3b0, this_ptr=0x2,
return_value_used=-1073757328)
at /INSTALL/php/php-src/ext/mysqli/mysqli_nonapi.c:183
#3  0x0069fa3b in zend_do_fcall_common_helper
(execute_data=0x7fbfffcac0, opline=0x2a957b6360,
op_array=0x2a957b1a10)
at /INSTALL/php/php-src/Zend/zend_execute.c:2699
#4  0x0069fb8a in zend_do_fcall_handler
(execute_data=0x7fbfffcac0, opline=0x2a957b6360,
op_array=0x2a957b1a10)
at /INSTALL/php/php-src/Zend/zend_execute.c:2828
#5  0x0069c350 in execute (op_array=0x2a957b1a10) at
/INSTALL/php/php-src/Zend/zend_execute.c:1391
#6  0x0067cba9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /INSTALL/php/php-src/Zend/zend.c:1061
#7  0x00641f4f in php_execute_script
(primary_file=0x7fb100) at /INSTALL/php/php-src/main/main.c:1627
#8  0x006aa3d5 in main (argc=3, argv=0x7fb268) at
/INSTALL/php/php-src/sapi/cli/php_cli.c:943

other info:

#uname -a
Linux db 2.6.7-mm1 #2 SMP Mon Jun 21 11:36:21 CEST 2004 x86_64 5 
GNU/Linux

#cat /proc/cpuinfo
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 5
model name  : AMD Opteron(tm) Processor 246
stepping: 8
cpu MHz : 1992.117
cache size  : 1024 KB
fpu : yes
fpu_exception   : yes
cpuid level : 1
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 syscall nx mmxext lm
3dnowext 3dnow
bogomips: 3915.77
TLB size: 1088 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts ttp

processor   : 1
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 5
model name  : AMD Opteron(tm) Processor 246
stepping: 8
cpu MHz : 1992.117
cache size  : 1024 KB
fpu : yes
fpu_exception   : yes
cpuid level : 1
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 syscall nx mmxext lm
3dnowext 3dnow
bogomips: 3981.31
TLB size: 1088 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts ttp

gcc --version
gcc (GCC) 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2,
pie-8.7.6)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

gcc --version
gcc (GCC) 3.4.0 20040601 (Gentoo Linux 3.4.0-r6, ssp-3.4-2,
pie-8.7.6.3)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

mysql --version
mysql  Ver 14.5 Distrib 5.0.1-alpha, for unknown-linux (x86_64)

(also with 4.1.2)

system is gentoo linux ~amd64


#making php

./configure \
\
--enable-debug \
\
--prefix=/usr \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-readline --disable-cgi \
--enable-cli --enable-embed \
--with-ndbm=/usr --with-db4=/usr \
--with-mcrypt=/usr --with-mhash=/usr \
--with-ming=/usr --with-gdbm=/usr \
--with-java=/opt/blackdown-jdk-1.4.2_rc1 \
--without-pgsql --with-xpm-dir=/usr/X11R6 \
--with-pdflib=/usr --with-gd \
--enable-gd-native-ttf --with-png \
--with-png-dir=/usr --with-jpeg \
--with-jpeg-dir=/usr --enable-exif \
--with-tiff --with-tiff-dir=/usr \
--with-freetype-dir=/usr --with-ttf=/usr \
--with-t1lib=/usr --with-gettext \
--with-qtdom=/usr/qt/3 --with-pspell=/usr \
--with-openssl=/usr --without-imap \
--without-ldap --with-dom=/usr \
--with-dom-xslt=/usr --with-dom-exslt=/usr \
--without-kerberos --with-pam \
--disable-memory-limit --enable-ipv6 \
--with-curlwrappers --with-curl=/

#29231 [NEW]: Apache 2 says: Unable to initialize module php_mime_magic.dll

[mail at spybreak dot de]

From: mail at spybreak dot de
Operating system: Windows 2000
PHP version:  5.0.0
PHP Bug Type: *Compile Issues
Bug description:  Apache 2 says: Unable to initialize module php_mime_magic.dll

Description:

I get this error message when starting apache with the php_mime_magic.dll
extension enabled:

PHP Startup: (cryptic stuff): Unable to initialize module
Module compiled with module API=20020429, debug=0, thread-safety=1
PHP compiled with module API=20040412, debug=0, thread-safety=1
These options need to match


-- 
Edit bug report at http://bugs.php.net/?id=29231&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29231&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29231&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29231&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29231&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29231&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29231&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29231&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29231&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29231&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29231&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29231&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29231&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29231&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29231&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29231&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29231&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29231&r=float

#29230 [NEW]: preserve state from http to https for session variables

[pras_osu at yahoo dot com]

From: pras_osu at yahoo dot com
Operating system: Linux Debian 2.4.20-2.11
PHP version:  4.3.7
PHP Bug Type: Session related
Bug description:  preserve state from http to https for session variables

Description:

PLEASE NOTE: This report is not associated with PHP Engine version 4.3.7
(I had to select it to by-pass your HTML form setup and as I couldn't
figure out my problem from the bug reports search)

-- Server side info --
PHP Engine Version 4.2.2
Operating System: Linux Debian 2.4.20-2.11
--

I am not sure whether the following is a bug associated with PHP Engine
4.2.2 or with the Operating System or with the client side browser.

The Session variable (multi-dimensional array) that i use for shopping
cart doesn't preserves state while doing a transition from HTTP to HTTPS
connection. Or in other words, while transferring from shopping-cart page
to a secure checkout page. Seems like it loses its content.

Interesting enough on the client side, this seems to work perfectly fine
with my browser on MS-IE 6.0.28 (with all security updates up-to-date) on
Windows XP platform and also on Mozilla 1.6 on the same platform.

The same tested on a friend's machine running MS-IE 6.0.26 (i believe not
up-to-date with security updates) on Win XP as well as Netscape Gecko
browser (version not known) doesn't seem to preserve the session variable
(shopping cart) while moving from HTTP to HTTPS connection.

I am stuck here. Unable to figure out whether it could be a problem
associated with earlier Microsoft security updates or with the older PHP
Engine/LINUX Debian OS on the Server side?

Your earliest attention is much appreciated.

Let me know if I should request the Server Admin to upgrade the PHP Engine
Version?



-- 
Edit bug report at http://bugs.php.net/?id=29230&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29230&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29230&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29230&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29230&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29230&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29230&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29230&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29230&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29230&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29230&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29230&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29230&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29230&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29230&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29230&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29230&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29230&r=float

#29227 [Opn->Fbk]: mod_ssl + php5 will crash!

[wez]

 ID:   29227
 Updated by:   [EMAIL PROTECTED]
 Reported By:  herps at raqtweak dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: RedHat 7.x
 PHP Version:  5.0.0
 New Comment:

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.





Previous Comments:


[2004-07-17 17:48:54] herps at raqtweak dot com

Description:

Trying to upgrade PHP 4.3.7 to PHP 5.0.0.
This machine is running Apache 1.3.29 with mod_ssl/2.8.16
OpenSSL/0.9.6m.

Now, PHP5 will work fine, but as soon as I activate the mod_ssl module,
Apache crashes immediately after I start it...
When I disable mod_ssl, it works fine.
I have tried numerous things, different kernels, different openssl
versions (0.9.6, 0.9.6m, 0.9.7d), recompiled Apache, nothing! Same
problem over and over...

The backtrace I get:

Reading symbols from /lib/libpthread.so.0...done.

warning: Unable to set global thread event mask: generic error
[New Thread 1024 (LWP 9814)]
Error while reading shared library symbols:
Cannot enable thread event reporting for Thread 1024 (LWP 9814):
generic error
Reading symbols from /lib/libnss_db.so.2...done.
Loaded symbols for /lib/libnss_db.so.2
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/Data/Dumper/Dumper.so...done.
Loaded symbols for
/usr/lib/perl5/5.6.0/i386-linux/auto/Data/Dumper/Dumper.so
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/IO/IO.so...done.
Loaded symbols for /usr/lib/perl5/5.6.0/i386-linux/auto/IO/IO.so
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/Fcntl/Fcntl.so...done.
Loaded symbols for /usr/lib/perl5/5.6.0/i386-linux/auto/Fcntl/Fcntl.so
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/Socket/Socket.so...done.
Loaded symbols for
/usr/lib/perl5/5.6.0/i386-linux/auto/Socket/Socket.so
Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
Loaded symbols for /usr/lib/gconv/ISO8859-1.so
#0  0x4000b9f7 in _dl_signal_error () at eval.c:88
88  eval.c: No such file or directory.

Expected result:

Should run just fine, since 4.3.7 with the same config runs perfectly
fine!

Actual result:
--
You see an httpd process spawn, then it crashes immediately...





-- 
Edit this bug report at http://bugs.php.net/?id=29227&edit=1

#28175 [Com]: compile failure

[karen at lilycreek dot net]

 ID:   28175
 Comment by:   karen at lilycreek dot net
 Reported By:  Paul dot Gardiner at Barleychalu dot Co dot Uk
 Status:   Assigned
 Bug Type: Compile Failure
 Operating System: slackware 9.1, 2.4.25 kernel
 PHP Version:  4.3.6/4.3.7
 Assigned To:  iliaa
 New Comment:

Thanks Paul,
 Not to sound like an idiot (but when it comes to this I am) how do I
install the patch? I asked my host to do it but they are'nt responding
for a week now. Is this something I can put in myself?


Previous Comments:


[2004-07-14 22:23:44] ottenhoff at longsight dot com

I received the same error with 4.3.8 on Red Hat 8.0 w/ Freetype 2.1.2.

It looks like gdft.c 1.11.2.18 did not make it in 4.3.8.

The one changed line in 1.11.2.18 fixed the problem for me.

http://cvs.php.net/php-src/ext/gd/libgd/gdft.c



[2004-07-13 20:49:00] karen at lilycreek dot net

My host just upgraded to Plesk 7 with PHP 4.3.6 from Plesk 6.0 PHP
4.1.0 (I believe) I am running a Textpng php class calling a website's
logo thru an image tag like so http://205.214.89.29/text2.php?msg=Pattys Plaster
Gifts&rot=0&size=32&font=/home/httpd/vhosts/ionservers.com/httpdocs/fonts/HEATHER.TTF&pad=10&clr=cc">

I realize this isn't the most secure but it's the only way I could get
the class to work on the old server which you can see it works if you
view the image thru your browser, but now with the new server http://ionservers.com/text2.php?msg=Pattys Plaster
Gifts&rot=0&size=32&font=/home/httpd/vhosts/ionservers.com/httpdocs/fonts/HEATHER.TTF&pad=10&clr=cc">
It does'nt work, I don't know if it's not initiating the vars or can't
open the font file. This is a major problem for me as I have several
hundred users running this for their website's main title logo. I've
tried for over 20 hours straight to get it to work on the new system to
no avail. Can someone please point me in the right direction for a
solution. Wether the script needs a rewrite or a different PHP version
needs to be installed, I'm stuck with hundreds of users breathing down
my neck.

Thanks s much for any help or suggestions.

Karen



[2004-06-09 16:50:41] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2004-06-07 12:44:48] [EMAIL PROTECTED]

Operation mistake;-(



[2004-06-07 12:16:48] [EMAIL PROTECTED]

The problem is not solved.
Correction of gdft.c is inadequate.
Therefore, it cannot still build by freetype 2.1.2.

Here is diff from php-4.3.7.
Cut HereCut HereCut HereCut HereCut Here
--- php-4.3.7/ext/gd/libgd/gdft.c   2004-05-10 02:34:02.0 +0900
+++ php-4.3.7.new/ext/gd/libgd/gdft.c   2004-06-07 15:20:19.0
+0900
@@ -984,7 +984,7 @@
}
 
 /* EAM DEBUG */
-#if (defined(FREETYPE_MAJOR) && (FREETYPE_MAJOR >=2 ) &&
(FREETYPE_MINOR >= 1))
+#if (defined(FREETYPE_MAJOR) && ((FREETYPE_MAJOR == 2 &&
((FREETYPE_MINOR == 1 && FREETYPE_PATCH >= 3) || FREETYPE_MINOR > 1) ||
FREETYPE_MAJOR > 2)))
if (font->face->charmap->encoding == FT_ENCODING_MS_SYMBOL) {
/* I do not know the significance of the constant 0xf000.
 * It was determined by inspection of the character codes
Cut HereCut HereCut HereCut HereCut Here

I check build on red hat linux 7.2/7.3/8/9, red hat enterprise linux
2.1/3.0 and turbolinux 8 server.
The problem was generated in redhat linux 8.



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/28175

-- 
Edit this bug report at http://bugs.php.net/?id=28175&edit=1

#29090 [Opn]: Destructor Segfaults PHP5RC3

[derek at battams dot ca]

 ID:   29090
 User updated by:  derek at battams dot ca
 Reported By:  derek at battams dot ca
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux 2.4
 PHP Version:  5.0.0RC3
 New Comment:

This problem has carried over into the 5.0.0 final release.


Previous Comments:


[2004-07-11 05:47:01] derek at battams dot ca

Description:

PHP segfaults when trying to use the result of md5 or sha1 (tried md5
initally, then tried sha1 when code kept segfaulting) as a file name in
my destructor.  Unfortunately, I can't reproduce the crash with a small
script (the class in question is part of a much larger system), but I
know how to elimite the segfault within the project's codebase.  If I
remove the call to md5 in the sample code then there's no segfault (no
matter how hard I try).  Once I put the md5 (or sha1) call back into
the destructor then the segfault returns immediately.

Reproduce code:
---
   public function __destruct()
   {
  $cacheFile1 = BP_CACHE . "/" . md5($this->getDN());
  $cacheFile2 = BP_CACHE . "/" .
md5($this->findAttribute("mail"));
  if(!file_exists($cacheFile1) || !file_exists($cacheFile2) ||
!(is_link($cacheFile1) xor is_link($cacheFile2)))
 if(file_exists($cacheFile1) && !is_link($cacheFile1))
 {
if(file_exists($cacheFile2))
   @unlink($cacheFile2);
@symlink(basename($cacheFile1), $cacheFile2);
 }
 else if(file_exists($cacheFile2) && !is_link($cacheFile2))
 {
if(file_exists($cacheFile1))
   @unlink($cacheFile1);
@symlink(basename($cacheFile2), $cacheFile1);
 }
 else
 {
if(file_exists($cacheFile1))
   @unlink($cacheFile1);
if(file_exists($cacheFile2))
   @unlink($cacheFile2);
 }
  return;
   }


Expected result:

Destructor returns with no segfault.

Actual result:
--
(gdb) bt
#0  0x081a3c99 in zend_hash_find (ht=0x4042cc5c,
arKey=0x4042c734 "cacheFile1", nKeyLength=11, pData=0x33303934)
at /tmp/php-5.0.0RC3/Zend/zend_hash.c:846
#1  0x081b74b6 in zend_fetch_var_address (opline=0x404323b8,
Ts=0xbfffe030,
type=0) at /tmp/php-5.0.0RC3/Zend/zend_execute.c:762

#2  0x081b9c5f in zend_fetch_r_handler (execute_data=0xbfffe6d0,
opline=0x404323b8, op_array=0x4042c25c)
at /tmp/php-5.0.0RC3/Zend/zend_execute.c:1994
#3  0x081b8a77 in execute (op_array=0x4042c25c)
at /tmp/php-5.0.0RC3/Zend/zend_execute.c:1389
#4  0x08194fa6 in zend_call_function (fci=0xbfffe850,
fci_cache=0xbfffe830)
at /tmp/php-5.0.0RC3/Zend/zend_execute_API.c:835
#5  0x081aa0c2 in zend_call_method (object_pp=0xbfffe8dc,
obj_ce=0x4042b824,
fn_proxy=0x0, function_name=0x81f9c04 "__destruct",
function_name_len=10,
retval_ptr_ptr=0x0, param_count=1078141880, arg1=0x0, arg2=0x0)
at /tmp/php-5.0.0RC3/Zend/zend_interfaces.c:79
#6  0x081ac3e1 in zend_objects_destroy_object (object=0x4043bf54,   
handle=1078141880) at /tmp/php-5.0.0RC3/Zend/zend_objects.c:78
#7  0x081ae106 in zend_objects_store_call_destructors
(objects=0x82521d4)
at /tmp/php-5.0.0RC3/Zend/zend_objects_API.c:54
#8  0x0819428c in shutdown_executor ()
at /tmp/php-5.0.0RC3/Zend/zend_execute_API.c:209
#9  0x0819db09 in zend_deactivate () at
/tmp/php-5.0.0RC3/Zend/zend.c:819
#10 0x0816cdb5 in php_request_shutdown (dummy=0x0)
at /tmp/php-5.0.0RC3/main/main.c:1212
#11 0x081c3e8e in main (argc=2, argv=0xb6a4)
at /tmp/php-5.0.0RC3/sapi/cli/php_cli.c:1046
#12 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6

Also, this from the debug enabled PHP binary:

[EMAIL PROTECTED] public_html]$ $R/php test.person.php
Warning: String is not zero-terminated
(
Z„̏*̏*D) (source:
/tmp/php-5.0.0RC3/Zend/zend_execute_API.c:391) in Unknown on line 0
[Sat Jul 10 23:41:43 2004]  Script:  'test.person.php'
---
/tmp/php-5.0.0RC3/Zend/zend_execute_API.c(391) : Block 0x4140E9D4
 status:
/tmp/php-5.0.0RC3/Zend/zend_variables.c(45) : Actual location (location
was relayed)
Beginning:  Cached (allocated on
/tmp/php-5.0.0RC3/main/streams/streams.c:1529, 69 bytes)
  End:  OK
---





-- 
Edit this bug report at http://bugs.php.net/?id=29090&edit=1

#29229 [NEW]: --enable-ftp fails,

[herps at raqtweak dot com]

From: herps at raqtweak dot com
Operating system: RedHat 7.x
PHP version:  5.0.0
PHP Bug Type: Compile Failure
Bug description:  --enable-ftp fails, 

Description:

When I compile with --enable-ftp, I get the following error when
compiling.
When I use --disable-ftp, it works fine...
This DID work on all PHP4 builds, but not on PHP5.

ext/ftp/ftp.lo: In function `ftp_close':
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:188: undefined reference to
`SSL_shutdown'
ext/ftp/ftp.lo: In function `ftp_login':
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:282: undefined reference to
`SSLv23_client_method'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:282: undefined reference to
`SSL_CTX_new'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:288: undefined reference to
`SSL_new'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:291: undefined reference to
`SSL_CTX_free'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:295: undefined reference to
`SSL_set_fd'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:297: undefined reference to
`SSL_connect'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:299: undefined reference to
`SSL_shutdown'
ext/ftp/ftp.lo: In function `my_send':
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1267: undefined reference to
`SSL_write'
ext/ftp/ftp.lo: In function `my_recv':
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1313: undefined reference to
`SSL_read'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1315: undefined reference to
`SSL_read'
ext/ftp/ftp.lo: In function `data_accept':
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1561: undefined reference to
`SSLv23_client_method'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1561: undefined reference to
`SSL_CTX_new'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1567: undefined reference to
`SSL_new'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1570: undefined reference to
`SSL_CTX_free'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1575: undefined reference to
`SSL_set_fd'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1578: undefined reference to
`SSL_copy_session_id'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1581: undefined reference to
`SSL_connect'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1583: undefined reference to
`SSL_shutdown'
ext/ftp/ftp.lo: In function `data_close':
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1607: undefined reference to
`SSL_shutdown'
/usr/src/redhat/BUILD/php-5.0.0/ext/ftp/ftp.c:1616: undefined reference to
`SSL_shutdown'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

Expected result:

Normal compile.

Actual result:
--
Failed compile.

-- 
Edit bug report at http://bugs.php.net/?id=29229&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29229&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29229&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29229&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29229&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29229&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29229&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29229&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29229&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29229&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29229&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29229&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29229&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29229&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29229&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29229&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29229&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29229&r=float

#29228 [NEW]: 404 and internal server errors

[sales at teksigns dot com]

From: sales at teksigns dot com
Operating system: windows xp
PHP version:  5CVS-2004-07-17 (dev)
PHP Bug Type: Reproducible crash
Bug description:  404 and internal server errors 

Description:

i have tried installing php 5 latest cvs on my server 

running windows xp with :

visnetic website 3.5
(formally website)


i setup the server to use 

php5isapi.dll

the same way i set it up to run php4
i have been using php4 since release 


when i start the server and try visiting a php file 
i get eather a 404 error or a internal server error .


i cant see that im missing anything .


help !!!


-- 
Edit bug report at http://bugs.php.net/?id=29228&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29228&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29228&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29228&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29228&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29228&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29228&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29228&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29228&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29228&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29228&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29228&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29228&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29228&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29228&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29228&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29228&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29228&r=float

#28700 [Com]: yaz recode conflict

[kettler at gmx dot net]

 ID:   28700
 Comment by:   kettler at gmx dot net
 Reported By:  teuber at devicen dot de
 Status:   Bogus
 Bug Type: *Compile Issues
 Operating System: linux
 PHP Version:  5.0.0RC2
 New Comment:

This bug is not bogus:

When doing "./configure --with-recode", part of ext/recode/config9.m4
will complain about not being able to be used with the yaz extension.

The yaz extension is not included with PHP anymore, so the check for
$PHP_YAZ will not see the required "no", but will instead see an empty
variable(no PHP_ARG_WITH(yaz,...) in configure). This will prevent
anyone from compiling with the recode extension.

This bug is still present in the current CVS tree.

Solution: Remove the check for the yaz extension from
ext/recode/config9.m4.


Previous Comments:


[2004-06-09 09:30:38] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

When using them both at the same time it will cause crashes. You will
need to get one of the packages to fix the resolving symbols, after we
contacted them they were not cooperative so we had to guard against
using them together ourselves.



[2004-06-08 18:02:57] teuber at devicen dot de

Description:

configure complained about conflicts between
yaz and recode.

i dont configured YAZ but i configured recode support.

checking libexpat dir for XMLRPC-EPI... /usr
checking iconv dir for XMLRPC-EPI... no
checking for XSL support... no
checking whether to include YP support... no
configure: error: recode extension can not be configured together with:
yaz
make: *** No targets specified and no makefile found.  Stop.
core:~/src # cd php-5.0.0RC3/



./configure \
--with-apxs=$SERVER_ROOT/bin/apxs \
--with-ttf \
--with-pgsql \
--with-oracle \
--with-mm \
--with-oci8 \
--with-ftp \
--with-xml \
--with-ldap \
--with-zlib \
--with-dbase \
--with-config-file-path=$SERVER_ROOT/php5 \
--with-exec-dir=$SERVER_ROOT/php5/php-bin \
--with-expat-dir=/usr \
--with-png-dir=/usr \
--with-pear=$SERVER_ROOT/php5/pear \
--with-recode \
--enable-soap \
--enable-track-vars \
--enable-sysvsem \
--enable-sysvshm \
--enable-ftp \
--enable-bcmath \
--with-db \
--with-db4 \
--with-gdbm \
--enable-trans-sid \
--with-mcrypt \
--with-gd \
--with-mysql=no








-- 
Edit this bug report at http://bugs.php.net/?id=28700&edit=1

#29212 [Com]: PHP 5.0 will not work on windows NT

[sales at teksigns dot com]

 ID:   29212
 Comment by:   sales at teksigns dot com
 Reported By:  sdlordstorm at hotmail dot com
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows NT
 PHP Version:  5.0.0
 New Comment:

all im getting is 404 not founds on windows xp also ..


Previous Comments:


[2004-07-16 16:05:22] sdlordstorm at hotmail dot com

Description:

Hi, I'm running a Windows NT 4.0 Server and I cannot seem to get PHP
5.0 to run properly. I have followed the installation instructions
explicitly. All of the required files are in the correct locations and
the permissions are more than generous. I am using the recommended
php.ini file with minimal changes (i.e. rootdir, etc.). I also using
the isapi module and it will either send a 404 or 500 error to the
browser on a test page. I tried to use the cgi version but it just
sends a 404 after about 2 minutes of the server "working". The php.exe
works in a command prompt, but it is slow to respond.






-- 
Edit this bug report at http://bugs.php.net/?id=29212&edit=1

#10619 [Com]: Apache is not able to load the php module

[buzzcarter at hotmail dot com]

 ID:   10619
 Comment by:   buzzcarter at hotmail dot com
 Reported By:  sonnysavage at yahoo dot com
 Status:   Bogus
 Bug Type: Apache related
 Operating System: Windows NT 4.0 Build 1381
 PHP Version:  4.0.5
 New Comment:

Thanks... i just re-installed apache/php on WinXP and got the error
described. Thanks to this post I discovered that an old copy of
php4ts.dll was in my C:\WINDOWS\SYSTEM32

Once i replaced with the new version of php4ts.dll all works fine.


Previous Comments:


[2001-05-03 11:44:09] sonnysavage at yahoo dot com

I have isolated the cause of the problem(at least my problem).
In my case, I commented out the following line in php.ini
extension=php_mssql70.dll
Then the Apache crash does not happpen.
Hope this helps



[2001-05-03 11:20:20] [EMAIL PROTECTED]

you don't need to have php4ts.dll in windows/system/, just leave it in
the directory where apache.exe is.

Zend Optimizer is a third party product, report the errors to Zend.



[2001-05-03 11:11:12] sonnysavage at yahoo dot com

Here is a link to a similar thread on phpbuilder.com:
http://www.phpbuilder.com/forum/read.php3?num=3&id=104846&loc=0&thread=104846



[2001-05-03 11:09:26] sonnysavage at yahoo dot com

I have solved the problem.  I didn't copy the new php4ts.dll to my sys
directory.

Another problem however is that the Zend optimizer doesn't work.  I
have version 1.1.0 and it gives me a pile of errors.  I commented the
zend lines out of my php.ini, and the php apache module loads fine now.



[2001-05-03 10:06:03] sonnysavage at yahoo dot com

I tried again, and here are the steps that I took:

1) I uninstalled and removed all files for both PHP and Apache.  

2) I unzipped PHP 4.0.5, copied the "php.ini-dist" to "php.ini" in my
WinNT folder, Rebooted, Installed Apache 1.3.19, added this line to my
httpd.conf file "LoadModule php4_module c:/php/sapi/php4apache.dll" (as
well as other configurations).

3) When starting Apache, I get the exact same error as before.

4) I replaced the 4.0.5 version of the php4apache.dll with the 4.0.4pl1
version, and Apache started without a hitch.



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/10619

-- 
Edit this bug report at http://bugs.php.net/?id=10619&edit=1

#22427 [Com]: Missing Form Post Data

[c dot neise at gmx dot de]

 ID:   22427
 Comment by:   c dot neise at gmx dot de
 Reported By:  jroland at uow dot edu dot au
 Status:   No Feedback
 Bug Type: *General Issues
 Operating System: Windows XP / 2000
 PHP Version:  4.2.3
 New Comment:

I have also the first of these problems.

The script below reproduces the bug.

When entering a small amount of data, the data is displayed. 

With a large amount of data (e.g. a screen full of letters pasted into
the text area) the data is lost.

I am using gentoo linux, php 4.3.8 and Apache 2.0.50.

If anything is missing please let me know.

Best regards,

Christian Neise.



















Previous Comments:


[2004-02-20 08:07:17] vincentfinet at hotmail dot com

Hi,

Don't know if it helps but I found out that informations about the file
uploaded from a form using "multipart/form-data" like in the example
below is not in the $_POST array but in the $_FILES array


  
  


After hitting the submit button, the second script (in my example,
"WinnyReader.php") will look for informations about the file in
$_FILES["fWinnyFile"] (and not in $_POST["fWinnyFile"] even if the
method of the form is POST!!). 

That will do something like this:
if (isset($_FILES["fWinnyFile"]))
{
  $arWinnyFile = $_FILES["fWinnyFile"];
  echo "name : " . $arWinnyFile["name"] . "\n";
  echo "type : " . $arWinnyFile["type"] . "\n";
  echo "tmp_name : " . $arWinnyFile["tmp_name"] . "\n";
  echo "error : " . $arWinnyFile["error"] . "\n";
  echo "size : " . $arWinnyFile["size"] . "\n";

  $stFilename = $arWinnyFile["tmp_name"];
}
else
{
  ...
}

Hope this helps!

Vincent FINET



[2003-12-27 20:28:46] ascj20 at dsl dot pipex dot net

On WinXP SP1 / Apache 1.3.27 / PHP 4.2.2(module) / testing locally with
IE6 SP1

This bug has changed topic it seems, but on the original matter I have
it too - tiny effective limits with $_POST and $_FILES.

By echoing getenv(CONTENT_LENGTH) I find a limit of 488 bytes from
text-only form data (above which $_POST returns empty).  Using HTTP
upload by POST the cutoff is about 2.5k for a gif file.  (Limit is
higher when not using SSL but I guess that is to be expected?)

I hope this is a useful contribution to a bug that seems to be taxing a
lot of folks.



[2003-06-05 08:20:19] webmaster at dtshowtime dot lu dot eu dot org

I can also reproduce this problem with PHP 4.3.2.



[2003-05-21 04:52:16] webmaster at dtshowtime dot lu dot eu dot org

I am experiencing the same problem under WinXP SP1, Apache 1.3.27, PHP
4.3.1 (installed as Apache Module). In my particular case I tried
installing postnuke and got stuck an the license screen (a large
textarea) which just won't get submitted using POST. I also experience
intermittent POST failures when submitting smaller forms (like the
first install screen which only asks to select a language).

What is the parameter in httpd.conf that should be checked? I would be
glad to assist in getting rid of this as it is very annoying.



[2003-04-06 06:57:42] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





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/22427

-- 
Edit this bug report at http://bugs.php.net/?id=22427&edit=1

#29227 [NEW]: mod_ssl + php5 will crash!

[herps at raqtweak dot com]

From: herps at raqtweak dot com
Operating system: RedHat 7.x
PHP version:  5.0.0
PHP Bug Type: Apache related
Bug description:  mod_ssl + php5 will crash!

Description:

Trying to upgrade PHP 4.3.7 to PHP 5.0.0.
This machine is running Apache 1.3.29 with mod_ssl/2.8.16 OpenSSL/0.9.6m.

Now, PHP5 will work fine, but as soon as I activate the mod_ssl module,
Apache crashes immediately after I start it...
When I disable mod_ssl, it works fine.
I have tried numerous things, different kernels, different openssl
versions (0.9.6, 0.9.6m, 0.9.7d), recompiled Apache, nothing! Same problem
over and over...

The backtrace I get:

Reading symbols from /lib/libpthread.so.0...done.

warning: Unable to set global thread event mask: generic error
[New Thread 1024 (LWP 9814)]
Error while reading shared library symbols:
Cannot enable thread event reporting for Thread 1024 (LWP 9814): generic
error
Reading symbols from /lib/libnss_db.so.2...done.
Loaded symbols for /lib/libnss_db.so.2
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/Data/Dumper/Dumper.so...done.
Loaded symbols for
/usr/lib/perl5/5.6.0/i386-linux/auto/Data/Dumper/Dumper.so
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/IO/IO.so...done.
Loaded symbols for /usr/lib/perl5/5.6.0/i386-linux/auto/IO/IO.so
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/Fcntl/Fcntl.so...done.
Loaded symbols for /usr/lib/perl5/5.6.0/i386-linux/auto/Fcntl/Fcntl.so
Reading symbols from
/usr/lib/perl5/5.6.0/i386-linux/auto/Socket/Socket.so...done.
Loaded symbols for /usr/lib/perl5/5.6.0/i386-linux/auto/Socket/Socket.so
Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
Loaded symbols for /usr/lib/gconv/ISO8859-1.so
#0  0x4000b9f7 in _dl_signal_error () at eval.c:88
88  eval.c: No such file or directory.

Expected result:

Should run just fine, since 4.3.7 with the same config runs perfectly
fine!

Actual result:
--
You see an httpd process spawn, then it crashes immediately...

-- 
Edit bug report at http://bugs.php.net/?id=29227&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29227&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29227&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29227&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29227&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29227&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29227&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29227&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29227&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29227&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29227&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29227&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29227&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29227&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29227&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29227&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29227&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29227&r=float

#29192 [Bgs]: Bundled GD library, imagettfbbox error, possibly other functions, found cause

[pajoye]

 ID:   29192
 Updated by:   [EMAIL PROTECTED]
 Reported By:  frank at envirge dot com
 Status:   Bogus
 Bug Type: GD related
 Operating System: Fedora
 PHP Version:  5.0.0
 Assigned To:  pajoye
 New Comment:

> Did you try to reproduce it in PHP 4 or 5? 

Yes, HEAD==php5 cvs (which is 5.0 for gd)

Please give a try with the bundled GD. Be sure that you do not have any
headers/whatever in your lib/include path before running
configure/make.

--Pierre


Previous Comments:


[2004-07-17 17:19:31] frank at envirge dot com

Did you try to reproduce it in PHP 4 or 5?  I was running the latest
version of PHP 4 and the bug did not appear, but when I switch over to
5.0.0 it became apparent. The only thing that changed between the first
configuration of PHP 5.0.0 and my second configuration of PHP 5.0.0 was
that in the second configuration I ponted the ./configure script to use
my local GD library instead of the bundled GD library.  That then solved
the problem.  This leads me to believe that there is an issue in the GD
library that is bundled.  If you'd like, I can recompile 5.0.0 to use
the bundled library and reproduce the error and put it up on the link
where I have the solution and results.  Also, I'm pretty sure this is
not just me (or bogus), I just talked to two other friends who just
installed 5.0.0 with the bundled library and they had the same results
trying to use imagettfbbox().

 Another thing I noticed, this same bug was reported back in 4.3.0 and
was apparently fixed.  Here is a link to the bug number:

http://bugs.php.net/bug.php?id=22513  

Frank



[2004-07-17 14:02:42] [EMAIL PROTECTED]

Cannot reproduce (head and php4). Check that you do not use the
external lib header or library. Bogus for now.

--Pierre



[2004-07-15 23:42:23] frank at envirge dot com

Description:

I just compiled PHP 5.0.0 release with:

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --with-gd=/usr/local --with-ttf --with-mcrypt --with-mhash
--with-mysql --with-curl --without-sqlite --with-pear --enable-bcmath
--enable-calendar --enable-gd-native-ttf --enable-soap 
--with-freetype-dir=/usr/lib


I tried to run some ttf button making scripts that were funcional on a
previous installation of PHP (4.3.x I believe), however in 5.0.0 the
images weren't appearing because imagettfbbox() was returning
impossibly high and low values for all of the y values on the array
elements for the y values of the text box.  I thought the problem might
be with the GD library, so I installed PHP and pointed it to my local GD
library (I'm running the latest release) as well as my local libjpeg and
libpng.  This solved the problem, so I am pretty sure that the cause
lies within the GD library bundled with 5.0.0.

Here is my configuration that solved the problem:

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --with-gd=/usr/local --with-ttf --with-mcrypt --with-mhash
--with-mysql --with-curl --without-sqlite --with-pear --enable-bcmath
--enable-calendar --enable-gd-native-ttf --enable-soap
--with-png-dir=/usr/lib --with-jpeg-dir=/usr/lib
--with-freetype-dir=/usr/lib

I would really like to help.  Please let me know how.

Frank




 


Reproduce code:
---
I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/

Expected result:

I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/

Actual result:
--
I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/





-- 
Edit this bug report at http://bugs.php.net/?id=29192&edit=1

#29192 [Bgs]: Bundled GD library, imagettfbbox error, possibly other functions, found cause

[frank at envirge dot com]

 ID:   29192
 User updated by:  frank at envirge dot com
 Reported By:  frank at envirge dot com
 Status:   Bogus
 Bug Type: GD related
 Operating System: Fedora
 PHP Version:  5.0.0
 Assigned To:  pajoye
 New Comment:

Did you try to reproduce it in PHP 4 or 5?  I was running the latest
version of PHP 4 and the bug did not appear, but when I switch over to
5.0.0 it became apparent. The only thing that changed between the first
configuration of PHP 5.0.0 and my second configuration of PHP 5.0.0 was
that in the second configuration I ponted the ./configure script to use
my local GD library instead of the bundled GD library.  That then solved
the problem.  This leads me to believe that there is an issue in the GD
library that is bundled.  If you'd like, I can recompile 5.0.0 to use
the bundled library and reproduce the error and put it up on the link
where I have the solution and results.  Also, I'm pretty sure this is
not just me (or bogus), I just talked to two other friends who just
installed 5.0.0 with the bundled library and they had the same results
trying to use imagettfbbox().

 Another thing I noticed, this same bug was reported back in 4.3.0 and
was apparently fixed.  Here is a link to the bug number:

http://bugs.php.net/bug.php?id=22513  

Frank


Previous Comments:


[2004-07-17 14:02:42] [EMAIL PROTECTED]

Cannot reproduce (head and php4). Check that you do not use the
external lib header or library. Bogus for now.

--Pierre



[2004-07-15 23:42:23] frank at envirge dot com

Description:

I just compiled PHP 5.0.0 release with:

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --with-gd=/usr/local --with-ttf --with-mcrypt --with-mhash
--with-mysql --with-curl --without-sqlite --with-pear --enable-bcmath
--enable-calendar --enable-gd-native-ttf --enable-soap 
--with-freetype-dir=/usr/lib


I tried to run some ttf button making scripts that were funcional on a
previous installation of PHP (4.3.x I believe), however in 5.0.0 the
images weren't appearing because imagettfbbox() was returning
impossibly high and low values for all of the y values on the array
elements for the y values of the text box.  I thought the problem might
be with the GD library, so I installed PHP and pointed it to my local GD
library (I'm running the latest release) as well as my local libjpeg and
libpng.  This solved the problem, so I am pretty sure that the cause
lies within the GD library bundled with 5.0.0.

Here is my configuration that solved the problem:

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --with-gd=/usr/local --with-ttf --with-mcrypt --with-mhash
--with-mysql --with-curl --without-sqlite --with-pear --enable-bcmath
--enable-calendar --enable-gd-native-ttf --enable-soap
--with-png-dir=/usr/lib --with-jpeg-dir=/usr/lib
--with-freetype-dir=/usr/lib

I would really like to help.  Please let me know how.

Frank




 


Reproduce code:
---
I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/

Expected result:

I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/

Actual result:
--
I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/





-- 
Edit this bug report at http://bugs.php.net/?id=29192&edit=1

#29226 [Opn->Ver]: ctype_digit()'s unpredictable results in CLI

[pajoye]

 ID:   29226
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gyozo dot papp at chello dot hu
-Status:   Open
+Status:   Verified
 Bug Type: Unknown/Other Function
 Operating System: Windows XP SP1
 PHP Version:  5.0.0
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

ctype_digit expects a string. If you want to use a int, you have to
cast the value: ctype_digit((string)$val);

However the crash occurs both with php4 and 5 on win but not on linux
(HEAD and PHP4_3).

--Pierre


Previous Comments:


[2004-07-17 16:20:44] gyozo dot papp at chello dot hu

Description:

I've just downloaded PHP5 distribution unpack it into c:\php5 to test
if ctype_digit works with agruments of integer type. But I've been
presented with some weird results some integer constants were passed
the check while other were not. 
The most weird thing was that giving 122113 as an argument to
ctype_digit() crashed the CLI.


Reproduce code:
---
c:\php5>php.exe -r "echo ctype_digit(1) ? 1 : 0;"
0
c:\php5>php.exe -r "echo ctype_digit(12) ? 1 : 0;"
0
c:\php5>php.exe -r "echo ctype_digit(123) ? 1 : 0;"
0
c:\php5>php.exe -r "echo ctype_digit(1234) ? 1 : 0;"
0
c:\php5>php.exe -r "echo ctype_digit(122) ? 1 : 0;"
0
c:\php5>php.exe -r "echo ctype_digit(12211) ? 1 : 0;"
1

This crashed the php.exe
c:\php5>php.exe -r "echo ctype_digit(122113) ? 1 : 0;"

Expected result:

I do not know exactly but at least the results of all tests should be
consistent. All the above integer arguments should be failed or passed
depending on design or implementation choice.






-- 
Edit this bug report at http://bugs.php.net/?id=29226&edit=1

#29226 [NEW]: ctype_digit()'s unpredictable results in CLI

[gyozo dot papp at chello dot hu]

From: gyozo dot papp at chello dot hu
Operating system: Windows XP SP1
PHP version:  5.0.0
PHP Bug Type: Unknown/Other Function
Bug description:  ctype_digit()'s unpredictable results in CLI 

Description:

I've just downloaded PHP5 distribution unpack it into c:\php5 to test if
ctype_digit works with agruments of integer type. But I've been presented
with some weird results some integer constants were passed the check while
other were not. 
The most weird thing was that giving 122113 as an argument to
ctype_digit() crashed the CLI.


Reproduce code:
---
c:\php5>php.exe -r "echo ctype_digit(1) ? 1 : 0;"
0
c:\php5>php.exe -r "echo ctype_digit(12) ? 1 : 0;"
0
c:\php5>php.exe -r "echo ctype_digit(123) ? 1 : 0;"
0
c:\php5>php.exe -r "echo ctype_digit(1234) ? 1 : 0;"
0
c:\php5>php.exe -r "echo ctype_digit(122) ? 1 : 0;"
0
c:\php5>php.exe -r "echo ctype_digit(12211) ? 1 : 0;"
1

This crashed the php.exe
c:\php5>php.exe -r "echo ctype_digit(122113) ? 1 : 0;"

Expected result:

I do not know exactly but at least the results of all tests should be
consistent. All the above integer arguments should be failed or passed
depending on design or implementation choice.


-- 
Edit bug report at http://bugs.php.net/?id=29226&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29226&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29226&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29226&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29226&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29226&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29226&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29226&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29226&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29226&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29226&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29226&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29226&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29226&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29226&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29226&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29226&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29226&r=float

#28860 [Opn->Bgs]: multiple statements don't work with mysqli_multi_query

[georg]

 ID:   28860
 Updated by:   [EMAIL PROTECTED]
 Reported By:  adamsbarker at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: Windows XP
 PHP Version:  5CVS-2004-06-21 (dev)
 New Comment:

if mysqli_multi_query fails, you should check your error 
with mysqli_error instead of filing a bug report. 


Previous Comments:


[2004-06-21 00:44:24] adamsbarker at hotmail dot com

Description:

"mysqli_multi_query" works fine when only using 1 statement, however
when using more than 1 statement the function returns empty.

Reproduce code:
---
$query  = "SELECT * FROM database_name.first_table;";
$query .= "SELECT * FROM database_name.second_table";

/* execute multi query */
if (mysqli_multi_query($link, $query)) {
   do {
   /* store first result set */
   if ($result = mysqli_store_result($link)) {
   while ($row = mysqli_fetch_row($result)) {
   printf("%s\n", $row[0]);
   }
   mysqli_free_result($result);
   }
   /* print divider */
   if (mysqli_more_results($link)) {
   printf("-\n");
   }
   } while (mysqli_next_result($link));
}

Expected result:

Works perfect when this line is taken out:

 $query .= "SELECT * FROM database_name.second_table";

But doesn't work when this line is kept in.






-- 
Edit this bug report at http://bugs.php.net/?id=28860&edit=1

#29127 [Com]: PHP has encountered an Access Violation

[Andreas at Oslos dot Net]

 ID:   29127
 Comment by:   Andreas at Oslos dot Net
 Reported By:  bojo at gvea dot com
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows 2003 Server
 PHP Version:  5.0.0
 New Comment:

as update to my post above , sometimes the error appears now when i try
to use phpMyAdmin 2.5.6!

Using Windows Server 2003, IIS6, PHP, 5.0.0 Final with this php5ts.dll,
witch seems to work with all of my own scripts, but they are not as
complex as phpMyAdmin.

Thats all i can say about it, but if you can tell me how to make
something like an debug log with php, i will try to help closing this
bug.


Previous Comments:


[2004-07-16 12:44:23] taomyn at myway dot com

Same dll fixed the problem for me too - thanks,

Taomyn



[2004-07-16 12:39:26] justin at jphil dot net

the access violation seems to have gone away. I'm guessing that this
has fixed the problem? What was changed in the dll??

Thanks!



[2004-07-16 02:11:46] Andreas at Oslos dot Net

Installed your new php5ts.dll, it seems to work with the PHP 5.0.0
Final on Windows Server 2003 (IIS 6).

Thanks!



[2004-07-15 18:17:11] [EMAIL PROTECTED]

Could you try php5ts.dll from http://emini.dk/php5ts-zend-mm.zip



[2004-07-15 14:37:35] [EMAIL PROTECTED]

Help needed to track down this issue. Who is volunteering to test
builds (write to [EMAIL PROTECTED])?

Also try switching dlls the other way around 5.0.0's php5ts.dll and
RC2's php5isapi.dll.



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/29127

-- 
Edit this bug report at http://bugs.php.net/?id=29127&edit=1

#29192 [Opn->Bgs]: Bundled GD library, imagettfbbox error, possibly other functions, found cause

[pajoye]

 ID:   29192
 Updated by:   [EMAIL PROTECTED]
 Reported By:  frank at envirge dot com
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Fedora
 PHP Version:  5.0.0
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

Cannot reproduce (head and php4). Check that you do not use the
external lib header or library. Bogus for now.

--Pierre


Previous Comments:


[2004-07-15 23:42:23] frank at envirge dot com

Description:

I just compiled PHP 5.0.0 release with:

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --with-gd=/usr/local --with-ttf --with-mcrypt --with-mhash
--with-mysql --with-curl --without-sqlite --with-pear --enable-bcmath
--enable-calendar --enable-gd-native-ttf --enable-soap 
--with-freetype-dir=/usr/lib


I tried to run some ttf button making scripts that were funcional on a
previous installation of PHP (4.3.x I believe), however in 5.0.0 the
images weren't appearing because imagettfbbox() was returning
impossibly high and low values for all of the y values on the array
elements for the y values of the text box.  I thought the problem might
be with the GD library, so I installed PHP and pointed it to my local GD
library (I'm running the latest release) as well as my local libjpeg and
libpng.  This solved the problem, so I am pretty sure that the cause
lies within the GD library bundled with 5.0.0.

Here is my configuration that solved the problem:

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --with-gd=/usr/local --with-ttf --with-mcrypt --with-mhash
--with-mysql --with-curl --without-sqlite --with-pear --enable-bcmath
--enable-calendar --enable-gd-native-ttf --enable-soap
--with-png-dir=/usr/lib --with-jpeg-dir=/usr/lib
--with-freetype-dir=/usr/lib

I would really like to help.  Please let me know how.

Frank




 


Reproduce code:
---
I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/

Expected result:

I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/

Actual result:
--
I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/





-- 
Edit this bug report at http://bugs.php.net/?id=29192&edit=1

#29225 [NEW]: java Extention is not availabe

[php4web at php4web dot com]

From: php4web at php4web dot com
Operating system: windows xp professtional
PHP version:  5.0.0
PHP Bug Type: Java related
Bug description:  java Extention is not availabe

Description:

this is no Java integration at all in PHP 5 !
there are dll but there no instrction or installation note 
the setting from php.ini for Java is removed !


-- 
Edit bug report at http://bugs.php.net/?id=29225&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29225&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29225&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29225&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29225&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29225&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29225&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29225&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29225&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29225&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29225&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29225&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29225&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29225&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29225&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29225&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29225&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29225&r=float

#23539 [Com]: curl_exec seems to produce strange results

[mahesh at mediaibc dot com]

 ID:   23539
 Comment by:   mahesh at mediaibc dot com
 Reported By:  ramato at squiz dot net
 Status:   Closed
 Bug Type: cURL related
 Operating System: Redhat Linux 7.3
 PHP Version:  4.3.2RC2
 New Comment:

my apache server is not responding & hence the php pages result is not
showing
what to do?


Previous Comments:


[2004-01-01 17:34:43] hliu at ap dot org

Hi,

I are suffering the curl problem as "The page cannot be displayed"
based on the following code

https://secure.authorize.net/xx';
$ch = curl_init($url);
echo curl_error($ch);
curl_exec ($ch);
curl_close ($ch);
?>

Do you think I should ask my web hosting provider to fix it or is there
some wrong on my php script?

Thanks,

Willy



[2003-05-19 09:23:33] [EMAIL PROTECTED]

Now fixed also in the stable branch.




[2003-05-17 09:12:58] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2003-05-15 01:42:26] daniel at haxx dot se

Ok, I've seen users of PHP/CURL mention this before, and for some
reason people tend to assume that the garbage is chunked
transfer-encoding data (which is not true, since libcurl deals with the
chunked data itself and hides that logic from the app).

One user says he solved the problem by using
curl_setopt(curlopt_returntransfer,1)
(http://curl.haxx.se/mail/curlphp-2003-04/0013.html). That could give
you a hint of where to look for this.

Looking at the current ext/curl/interface.c code in CVS, I can only see
a very minor bug that I think doesn't make any difference at this point.
Patch for this follows here:

diff -u -r1.15 interface.c
--- interface.c 9 May 2003 01:10:18 -   1.15
+++ interface.c 15 May 2003 06:40:56 -
@@ -374,7 +374,7 @@

switch (t->method) {
case PHP_CURL_STDOUT:
-   PHPWRITE(data, size);
+   PHPWRITE(data, length);
break;
case PHP_CURL_FILE:
return fwrite(data, size, nmemb, t->fp);
@@ -483,7 +483,7 @@
if (ch->handlers->write->method == PHP_CURL_RETURN) {
smart_str_appendl(&ch->handlers->write->buf, data, 
(int) length);
} else {
-   PHPWRITE(data, size);
+   PHPWRITE(data, length);
}
break;
case PHP_CURL_FILE:



[2003-05-14 21:03:55] [EMAIL PROTECTED]

Daniel,

I do not believe it is curl_easy_perform(), who is at fault here, but
the strange text that I can see occurs every single time and definately
is not printed by anything inside PHP. Unfortunately I am not fluent in
libcurl source to give you much more information then that. I did
however write a small scirpt that is the equivalent of the above code
in C  (well, it does the same thing) and did not get any strange text.



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/23539

-- 
Edit this bug report at http://bugs.php.net/?id=23539&edit=1

#29224 [Opn]: DB Error: extension not found

[marcschroeder at hotmail dot com]

 ID:   29224
 User updated by:  marcschroeder at hotmail dot com
 Reported By:  marcschroeder at hotmail dot com
 Status:   Open
 Bug Type: *Configuration Issues
 Operating System: Microsoft Windows XP
 PHP Version:  5.0.0
 New Comment:

Remark (3): commenting in the line "extension=php_mysql.dll"
in php.ini does not help either


Previous Comments:


[2004-07-17 12:19:13] marcschroeder at hotmail dot com

Description:

I had installed the windows binaries php-4.3.6-Win32.zip, and the PEAR
DB package worked fine. After installing the binaries
php-5.0.0-Win32.zip, I got the error "DB Error: extension not found".

Remarks: 
(1) Copying the file php_mysql.dll into the directory
C:\WINDOWS\systm32 does not help.
(2) Even if it did, there would be a bug.






-- 
Edit this bug report at http://bugs.php.net/?id=29224&edit=1

#29221 [Opn]: Segfault by using the DOM attribute ownerDocument in a PHP object

[chregu]

 ID:   29221
 Updated by:   [EMAIL PROTECTED]
 Reported By:  greg at zwiffer dot org
 Status:   Open
 Bug Type: DOM XML related
 Operating System: Debian GNU/Linux (unstable)
 PHP Version:  5.0.0
 New Comment:

I can reproduce it (latest CVS HEAD).. Did shortly look 
at the source code, but I couldn't figure out, why it 
sefgaults. 

Something bad happens in

if ((intern = (dom_object *) 
php_dom_object_get_data((void *) obj))) {

in the function

zval *php_dom_create_object(xmlNodePtr obj, int *found, 
zval *wrapper_in, zval *return_value, dom_object *domobj 
TSRMLS_DC)

Maybe Rob looks into it later, or when I have more time 
;)



Previous Comments:


[2004-07-17 10:23:07] greg at zwiffer dot org

Description:

PHP segfault when I use the DOM attribute ownerDocument in a PHP
object. See the code for what happened.

I try with the command line : 
/opt/php5/bin/php -q my_file.php

I use a Debian GNU/Linux unstable with PHP 5.0.0, but I had also the
problem with PHP 5.0.0RC3. Here is my version of libxml2 :

ii  libxml22.6.11-1   GNOME XML library
ii  libxml2-dev2.6.11-1   Development files for the GNOME XML
library

I compile PHP with the following configure line :
./compile --with-prefix=/opt/php5 --with-xsl --with-mysql

Thanks

Reproduce code:
---
loadXML($xml) ;
$this->doc = $dom->documentElement ;

}


public function owner() {

return get_class($this->doc->ownerDocument) ;

}

}

$dom = new DOMDocument() ;
$dom->loadXML('This is a test') ;
$docElt = $dom->documentElement ;
echo get_class($docElt->ownerDocument) ; // no segfault

$xml = new XMLReader('This is a test') ;
echo get_class($xml->doc->ownerDocument) ; //segfault

$xml = new XMLReader('This is a test') ;
echo get_class($xml->owner()) ; //segfault


?>






-- 
Edit this bug report at http://bugs.php.net/?id=29221&edit=1

#29224 [NEW]: DB Error: extension not found

[marcschroeder at hotmail dot com]

From: marcschroeder at hotmail dot com
Operating system: Microsoft Windows XP
PHP version:  5.0.0
PHP Bug Type: *Configuration Issues
Bug description:  DB Error: extension not found

Description:

I had installed the windows binaries php-4.3.6-Win32.zip, and the PEAR DB
package worked fine. After installing the binaries php-5.0.0-Win32.zip, I
got the error "DB Error: extension not found".

Remarks: 
(1) Copying the file php_mysql.dll into the directory C:\WINDOWS\systm32
does not help.
(2) Even if it did, there would be a bug.


-- 
Edit bug report at http://bugs.php.net/?id=29224&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29224&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29224&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29224&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29224&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29224&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29224&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29224&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29224&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29224&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29224&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29224&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29224&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29224&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29224&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29224&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29224&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29224&r=float

#29221 [Opn]: Segfault by using the DOM attribute ownerDocument in a PHP object

[chregu]

 ID:   29221
 Updated by:   [EMAIL PROTECTED]
 Reported By:  greg at zwiffer dot org
 Status:   Open
 Bug Type: DOM XML related
 Operating System: Debian GNU/Linux (unstable)
 PHP Version:  5.0.0
 New Comment:

I can reproduce it (latest CVS HEAD).. Did shortly look 
at the source code, but I couldn't figure out, why it 
sefgaults. 

Something bad happens in

if ((intern = (dom_object *) 
php_dom_object_get_data((void *) obj))) {

in the function

zval *php_dom_create_object(xmlNodePtr obj, int *found, 
zval *wrapper_in, zval *return_value, dom_object *domobj 
TSRMLS_DC)

Maybe Rob looks into it later, or when I have more time 
;)



Previous Comments:


[2004-07-17 12:09:28] [EMAIL PROTECTED]

I can reproduce it (latest CVS HEAD).. Did shortly look 
at the source code, but I couldn't figure out, why it 
sefgaults. 

Something bad happens in

if ((intern = (dom_object *) 
php_dom_object_get_data((void *) obj))) {

in the function

zval *php_dom_create_object(xmlNodePtr obj, int *found, 
zval *wrapper_in, zval *return_value, dom_object *domobj 
TSRMLS_DC)

Maybe Rob looks into it later, or when I have more time 
;)




[2004-07-17 10:23:07] greg at zwiffer dot org

Description:

PHP segfault when I use the DOM attribute ownerDocument in a PHP
object. See the code for what happened.

I try with the command line : 
/opt/php5/bin/php -q my_file.php

I use a Debian GNU/Linux unstable with PHP 5.0.0, but I had also the
problem with PHP 5.0.0RC3. Here is my version of libxml2 :

ii  libxml22.6.11-1   GNOME XML library
ii  libxml2-dev2.6.11-1   Development files for the GNOME XML
library

I compile PHP with the following configure line :
./compile --with-prefix=/opt/php5 --with-xsl --with-mysql

Thanks

Reproduce code:
---
loadXML($xml) ;
$this->doc = $dom->documentElement ;

}


public function owner() {

return get_class($this->doc->ownerDocument) ;

}

}

$dom = new DOMDocument() ;
$dom->loadXML('This is a test') ;
$docElt = $dom->documentElement ;
echo get_class($docElt->ownerDocument) ; // no segfault

$xml = new XMLReader('This is a test') ;
echo get_class($xml->doc->ownerDocument) ; //segfault

$xml = new XMLReader('This is a test') ;
echo get_class($xml->owner()) ; //segfault


?>






-- 
Edit this bug report at http://bugs.php.net/?id=29221&edit=1

#29223 [NEW]: PHP.exe crash after hundreads of requests of IMAP

[lkp857 at yahoo dot com]

From: lkp857 at yahoo dot com
Operating system: Windows XP Pro
PHP version:  4.3.9
PHP Bug Type: IMAP related
Bug description:  PHP.exe crash after hundreads of requests of IMAP

Description:

Currently im develping a script that can grab emails from pop3 server with
PHP_IMAP.dll. A program written in C++ was created to automatically make 5
request at a time to PHP server that contain that script...

1)  The bug that i discover is not from the C++ program that i wrote, the
requests fine at 2-3 hours fetching, after a time when the network
connection become slow, the IMAP seem not working properly, it crash the
PHP.exe an error said that NTDLL.DLL :
---
Faulting application php.exe, version 4.3.9.9, faulting module ntdll.dll,
version 5.1.2600.114, fault address 0xb13b.

2)   Is it the PHP error or the NTDLL.DLL got bugs in it?
3)   I already set the IMAP_TIMEOUT for open, read, write, close but i
seem not working after all.
4)   Is it the memory buffer overflowed in PHP after a hundred of request
to the PHP Server that running using WindowsXP Pro, Apache 2 and MySQL.



-- 
Edit bug report at http://bugs.php.net/?id=29223&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29223&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29223&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29223&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29223&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29223&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29223&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29223&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29223&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29223&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29223&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29223&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29223&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29223&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29223&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29223&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29223&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29223&r=float

#29222 [NEW]: php4.3.8 segfaults with apache2 (2.0.50)

[formorer at debian dot org]

From: formorer at debian dot org
Operating system: Debian Woody/Sid
PHP version:  4.3.8
PHP Bug Type: Reproducible crash
Bug description:  php4.3.8 segfaults with apache2 (2.0.50)

Description:

I create Backports of the Debian Sid packages for Woody.   
There I detected the following error with the apache2  
module.  
  
Every call of a php call let apache2 (mpm-prefork) lets   
apache2 segfaulten, even sometimes if php4 is not called   
it segfaults.   
 
Another user of Debian Sid (no backports), has the same 
problem. Before monday I'm not able to provide you with a  
gdb backtrace, because I don't have my build environment  
available.  
 
But at 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=259808 
and  
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=259659 
 
are a few more informations and a backtrace.  
If somebody from Maintainers already reported that 
problem, I'm sorry for this bugreport, but this is really 
urgent. 
 

Actual result:
--
 

-- 
Edit bug report at http://bugs.php.net/?id=29222&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29222&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29222&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29222&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29222&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29222&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29222&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29222&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29222&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29222&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29222&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29222&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29222&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29222&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29222&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29222&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29222&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29222&r=float

#29219 [Opn->Bgs]: Can't call PHPfunction from XSL

[chregu]

 ID:   29219
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hans dot huber at combats dot de
-Status:   Open
+Status:   Bogus
 Bug Type: XSLT related
 Operating System: Linux
 PHP Version:  5.0.0
 New Comment:

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. 

Thank you for your interest in PHP.

You didn't define the PHP namespace...

http://www.w3.org/1999/XSL/Transform";
xmlns:php="http://php.net/xsl"; version='1.0'>

is needed.


Previous Comments:


[2004-07-17 02:42:58] hans dot huber at combats dot de

Description:

When calling a PHP function from XSL I get a failure 
message (see below). 

Reproduce code:
---
';

$xsl = <
  
   

   
  

EOT;

$xslt = new xsltProcessor();
$xslt->registerPHPFunctions();

$xslt->importStyleSheet(DomDocument::loadXML($xsl));
print $xslt->transformToXML(DomDocument::loadXML($xml));
?>

Expected result:

Current date 

Actual result:
--
Warning: xmlXPathCompOpEval: function function bound to 
undefined prefix php 
in /home/hans/tests/php5/xsl/convert.php on line 18 
 
Warning: xmlXPathCompiledEval: 1 object left on the stack 
in /home/hans/tests/php5/xsl/convert.php on line 18 
 
r 





-- 
Edit this bug report at http://bugs.php.net/?id=29219&edit=1

#29221 [NEW]: Segfault by using the DOM attribute ownerDocument in a PHP object

[greg at zwiffer dot org]

From: greg at zwiffer dot org
Operating system: Debian GNU/Linux (unstable)
PHP version:  5.0.0
PHP Bug Type: DOM XML related
Bug description:  Segfault by using the DOM attribute ownerDocument in a PHP object

Description:

PHP segfault when I use the DOM attribute ownerDocument in a PHP object.
See the code for what happened.

I try with the command line : 
/opt/php5/bin/php -q my_file.php

I use a Debian GNU/Linux unstable with PHP 5.0.0, but I had also the
problem with PHP 5.0.0RC3. Here is my version of libxml2 :

ii  libxml22.6.11-1   GNOME XML library
ii  libxml2-dev2.6.11-1   Development files for the GNOME XML
library

I compile PHP with the following configure line :
./compile --with-prefix=/opt/php5 --with-xsl --with-mysql

Thanks

Reproduce code:
---
loadXML($xml) ;
$this->doc = $dom->documentElement ;

}


public function owner() {

return get_class($this->doc->ownerDocument) ;

}

}

$dom = new DOMDocument() ;
$dom->loadXML('This is a test') ;
$docElt = $dom->documentElement ;
echo get_class($docElt->ownerDocument) ; // no segfault

$xml = new XMLReader('This is a test') ;
echo get_class($xml->doc->ownerDocument) ; //segfault

$xml = new XMLReader('This is a test') ;
echo get_class($xml->owner()) ; //segfault


?>


-- 
Edit bug report at http://bugs.php.net/?id=29221&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29221&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29221&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29221&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29221&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29221&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29221&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29221&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29221&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29221&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29221&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29221&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29221&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29221&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29221&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29221&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29221&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29221&r=float

#26490 [Com]: Lost connection to MySQL server during query

[jdittmer at ppp0 dot net]

 ID:   26490
 Comment by:   jdittmer at ppp0 dot net
 Reported By:  chris dot noden at monstermob dot com
 Status:   Verified
 Bug Type: MySQL related
 Operating System: *
 PHP Version:  4CVS, 5CVS (2004-03-13)
 New Comment:

Just wanted to say, that I see the very same error with php 4.3.8 and
postgres. (pconnect & connect) System is Debian/GNU Linux


Previous Comments:


[2004-07-16 19:51:09] genio at qwest dot net

I've been able to reproduce the error on OpenBSD using php5 and mysql5
alpha. I assumed the error occured due to the fact im using an alpha
release version of mysql, in my case it might not be a php bug because
Im able to reproduce a similar mysql error with a jsp servlet
connection



[2004-07-13 21:25:02] gmartine at adinet dot com dot uy

Hi,

 I have this very same error using "php 4.3.7" / "mysql 4.0.20a" under
windows 2000.

Regards.



[2004-06-22 23:30:25] phpbug at nathandial dot com

I've got the same bug on gentoo. PHP 4.3.6, mysql 4.0.18



[2004-06-20 20:22:08] [EMAIL PROTECTED]

I cannot speak for chris but at least we are running Redhat/Fedora
Systems using MySQL rpms from mysql.com.

I will check the workarounds mentioned on the redhat page and report
back.



[2004-06-11 00:23:42] Ryan dot Springer at billingconcepts dot com

Is everyone who is effected by this bug running Red Hat?  If so, this
may be a libc problem.  See:

http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=75128



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/26490

-- 
Edit this bug report at http://bugs.php.net/?id=26490&edit=1