from:"anders"

[PHP-BUG] Bug #55362 [NEW]: X509_PURPOSE_ANY is not supported

2011-08-04 Thread anders at ingemann dot de

From: 
Operating system: Windows 7
PHP version:  5.3.6
Package:  OpenSSL related
Bug Type: Bug
Bug description:X509_PURPOSE_ANY is not supported

Description:

On http://www.php.net/manual/en/function.openssl-x509-checkpurpose.php the
purpose 
check X509_PURPOSE_ANY is mentioned and the constant is defined as well.
openssl_x509_checkpurpose() however reports error:0B086079:x509
certificate 
routines:X509_STORE_CTX_purpose_inherit:unknown purpose id.
Checking up in the documentation i can see that this purpose is not
supported 
(http://www.openssl.org/docs/apps/verify.html#COMMAND_OPTIONS). This
constant 
should be removed, and a note should be put in the documentation,
specifying that 
this is not supported.

Test script:
---
openssl_x509_checkpurpose( mixed $x509cert , X509_PURPOSE_ANY );
while($error = openssl_error_string()) echo $error.\n;

Expected result:

With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY)

returns true.

Actual result:
--
With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY)

returns false.

-- 
Edit bug report at https://bugs.php.net/bug.php?id=55362edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55362r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55362r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=55362r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55362r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=55362r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55362r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=55362r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=55362r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=55362r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=55362r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=55362r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=55362r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=55362r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55362r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=55362r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55362r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=55362r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=55362r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=55362r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=55362r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=55362r=mysqlcfg

Bug #55362 [Opn]: X509_PURPOSE_ANY is not recognized by openssl

2011-08-04 Thread anders at ingemann dot de

Edit report at https://bugs.php.net/bug.php?id=55362edit=1

 ID: 55362
 User updated by:anders at ingemann dot de
 Reported by:anders at ingemann dot de
-Summary:X509_PURPOSE_ANY is not supported
+Summary:X509_PURPOSE_ANY is not recognized by openssl
 Status: Open
 Type:   Bug
 Package:OpenSSL related
 Operating System:   Windows 7
 PHP Version:5.3.6
 Block user comment: N
 Private report: N

 New Comment:

I just found out that the any purpose IS actually supported, but it is simply 
not documented. It seems the constant is somehow referring to a wrong value.


Previous Comments:

[2011-08-04 12:14:53] anders at ingemann dot de

Description:

On http://www.php.net/manual/en/function.openssl-x509-checkpurpose.php the 
purpose 
check X509_PURPOSE_ANY is mentioned and the constant is defined as well.
openssl_x509_checkpurpose() however reports error:0B086079:x509 certificate 
routines:X509_STORE_CTX_purpose_inherit:unknown purpose id.
Checking up in the documentation i can see that this purpose is not supported 
(http://www.openssl.org/docs/apps/verify.html#COMMAND_OPTIONS). This constant 
should be removed, and a note should be put in the documentation, specifying 
that 
this is not supported.

Test script:
---
openssl_x509_checkpurpose( mixed $x509cert , X509_PURPOSE_ANY );
while($error = openssl_error_string()) echo $error.\n;

Expected result:

With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY) 
returns true.

Actual result:
--
With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY) 
returns false.






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=55362edit=1

Bug #55362 [Fbk-Opn]: X509_PURPOSE_ANY is not recognized by openssl

2011-08-04 Thread anders at ingemann dot de

Edit report at https://bugs.php.net/bug.php?id=55362edit=1

 ID: 55362
 User updated by:anders at ingemann dot de
 Reported by:anders at ingemann dot de
 Summary:X509_PURPOSE_ANY is not recognized by openssl
-Status: Feedback
+Status: Open
 Type:   Bug
 Package:OpenSSL related
 Operating System:   Windows 7
 PHP Version:5.3.6
 Block user comment: N
 Private report: N

 New Comment:

The constant is not the problem.
Somehow int(7) causes an error with the openssl api. It says that this purpose 
id 
is not known.


Previous Comments:

[2011-08-04 12:40:50] paj...@php.net

c:\test\php536ntsphp -n -d extension_dir=ext -d extension=php_openssl.dll -r 
print_r(get_defined_constants()); | FIND X509
[X509_PURPOSE_SSL_CLIENT] = 1
[X509_PURPOSE_SSL_SERVER] = 2
[X509_PURPOSE_NS_SSL_SERVER] = 3
[X509_PURPOSE_SMIME_SIGN] = 4
[X509_PURPOSE_SMIME_ENCRYPT] = 5
[X509_PURPOSE_CRL_SIGN] = 6
[X509_PURPOSE_ANY] = 7


and from the x509v3.h:
#define X509_PURPOSE_ANY 7

What do you mean then?


[2011-08-04 12:23:01] anders at ingemann dot de

I just found out that the any purpose IS actually supported, but it is simply 
not documented. It seems the constant is somehow referring to a wrong value.


[2011-08-04 12:14:53] anders at ingemann dot de

Description:

On http://www.php.net/manual/en/function.openssl-x509-checkpurpose.php the 
purpose 
check X509_PURPOSE_ANY is mentioned and the constant is defined as well.
openssl_x509_checkpurpose() however reports error:0B086079:x509 certificate 
routines:X509_STORE_CTX_purpose_inherit:unknown purpose id.
Checking up in the documentation i can see that this purpose is not supported 
(http://www.openssl.org/docs/apps/verify.html#COMMAND_OPTIONS). This constant 
should be removed, and a note should be put in the documentation, specifying 
that 
this is not supported.

Test script:
---
openssl_x509_checkpurpose( mixed $x509cert , X509_PURPOSE_ANY );
while($error = openssl_error_string()) echo $error.\n;

Expected result:

With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY) 
returns true.

Actual result:
--
With a valid certificate openssl_x509_checkpurpose($cert, X509_PURPOSE_ANY) 
returns false.






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=55362edit=1

Bug #51079 [Com]: fsockopen will not work on 'localhost'

2010-05-11 Thread anders at ingemann dot de

Edit report at http://bugs.php.net/bug.php?id=51079edit=1

 ID:   51079
 Comment by:   anders at ingemann dot de
 Reported by:  tony at marston-home dot demon dot co dot uk
 Summary:  fsockopen will not work on 'localhost'
 Status:   Assigned
 Type: Bug
 Package:  Sockets related
 Operating System: win32 only - Windows XP
 PHP Version:  5.2.12
 Assigned To:  pajoye

 New Comment:

I can confirm this on Vista x86 with the precompiled 5.3.2 VC6 ts


Previous Comments:

[2010-04-28 00:03:32] jbphp at jlb dot nu

We recently upgraded to PHP 5.3.2 and can replicate this problem under
Windows 7 x64.



Luckily the workaround of using '127.0.0.1' in the fsockopen address
instead of 'localhost' is relatively easy but it broke a large volume of
our existing code. Very annoying.



Please fix this asap.


[2010-03-13 20:26:19] dontwantanyspam at mailinator dot com

Forgot to mention my operating system. Windows 7 x64.


[2010-03-13 20:22:24] dontwantanyspam at mailinator dot com

I can also confirm that this problem isn't there in PHP 5.3.0. Its there
since 

5.3.1.



Unlike PHP 5.3.0, a 64 bit version of PHP 5.3.1 wasn't available at 

http://windows.php.net/qa/, so I tried compiling it myself. After
compiling I 

noticed that a script that uses
file_get_contents(http://localhost/...;) 

wouldn't work until I change the localhost to 127.0.0.1. I didn't
care about 

it much at that time since it seemed like a small problem. But then I
noticed 

that none of the scripts that used mysql were working. I even tried to
log in to 

phpMyAdmin and even that didn't work (same problem described by
thijsputman). So 

I thought that it was probably a bug with the 64 bit binary and
continued using 

PHP 5.3.0. 



But after PHP 5.3.2 was released, I tried compiling it also and noticed
that the 

problem was still there. Thinking that it may be related to mysqlnd
since the 

version used by PHP 5.3.0 is 5.0.5-dev and the one used by PHP 5.3.2 is
5.0.7-

dev, I tried compiling the mysql, mysqli and pdo mysql extensions with
libmysql. 

I has success with the mysql extension only. The mysqli and pdo mysql
extension 

failed to compile with libmysql (there were a lot of build errors).
Anyway, I 

tried the mysql extension compiled with libmysql and noticed that it was
working 

fine! But I needed the mysqli extension to work also and since it failed
to 

compile with libmysql, I messed around some more and finally realized
that it 

was the same problem as with the file_get_contents. So I tried changing
all the 

localhost references to 127.0.0.1 and it worked!



Anyway, for whatever reason the mysql extension compiled with libmysql
works 

fine with localhost but the one compiled with mysqlnd doesn't. So, I
hope this 

helps you to find and squish the bug thats causing this. :D


[2010-03-10 12:31:15] thijsputman at gmail dot com

Fair enough :)



The reproduce code provided fails to connect to localhost with
fsockopen() in PHP 5.3.2. When using PHP 5.3.0 fsockopen() connects to
localhost without problems.


[2010-03-10 12:03:59] paj...@php.net

It does not depend on PHP only but libmysql or mysql server. Please keep
posting about the socket issue only here as the myslqIPv6 questions
have been covered numerous times in other reports. The one report per
issue rule is also a good way to do not get distracted, thanks for your
understanding :)




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/bug.php?id=51079


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

[PHP-BUG] Req #51793 [NEW]: Add alpha argument to imagecolorset

2010-05-11 Thread Anders dot Nilsson at noaa dot gov

From: 
Operating system: linux
PHP version:  5.3.2
Package:  GD related
Bug Type: Feature/Change Request
Bug description:Add alpha argument to imagecolorset

Description:

Imagecolorset currently has no argument to set the alpha color component in
an indexed color image. This capability would be very useful. (Especially
when dealing with functions that use antialiasing but don't handle alpha
transparency well).





Change to:



void imagecolorset ( resource $image, int $index, int $red, int $green, int
$blue [, int $alpha ] )


-- 
Edit bug report at http://bugs.php.net/bug.php?id=51793edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51793r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51793r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51793r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51793r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=51793r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51793r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=51793r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=51793r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=51793r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=51793r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=51793r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=51793r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=51793r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51793r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=51793r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51793r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=51793r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=51793r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=51793r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=51793r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=51793r=mysqlcfg

#48894 [Opn]: Occasional crashes with Apache 1.3.41

2009-07-28 Thread php at anders dot fupp dot net

 ID:   48894
 User updated by:  php at anders dot fupp dot net
 Reported By:  php at anders dot fupp dot net
 Status:   Open
 Bug Type: Apache related
 Operating System: FreeBSD/amd64 7.2-RELEASE
 PHP Version:  5.2.10
 New Comment:

I just wanted to tell that I've upgraded to Apache 2.2.11 (ITK), and
since then I have not had these problems anymore. So it seems to be an
issue with Apache 1.3.


Previous Comments:


[2009-07-22 20:30:50] j...@php.net

I only pointed at the fact that there is more detailed information on 
that Apache bug ticket you mentioned. I'm not pointing any fingers 
anywhere, this is PHP bug for sure. 



[2009-07-17 09:06:56] php at anders dot fupp dot net

Yes, the Apache ticket specifically mentions that the bug is in the
caller, which is PHP. Are you or anyone going to look at this other than
keep pointing at Apache or suggesting alternatives? I submitted this
ticket to possibly have the problem fixed, that is the only reason I
bothered to do it. It's annoying to keep have to mentioning where the
problem (probably) is, I start to wonder whether it is useful to submit
tickets at bugs.php.net at all.



[2009-07-15 12:14:47] j...@php.net

Note: There is good analysis on that Apache bug what the problem is. 
Workaround: Use lighttpd + PHP-fcgi :)



[2009-07-12 20:13:03] php at anders dot fupp dot net

Someone report this as an Apache bug, which was closed in their bug
tracking system:
https://issues.apache.org/bugzilla/show_bug.cgi?id=47070



[2009-07-12 20:08:10] php at anders dot fupp dot net

Description:

Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10
mod_php module:

Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on
signal 11 (core dumped)

I use these extensions:

php5-ctype-5.2.10
php5-curl-5.2.10
php5-dom-5.2.10
php5-gd-5.2.10
php5-gettext-5.2.10
php5-iconv-5.2.10
php5-imap-5.2.10
php5-mbstring-5.2.10
php5-mcrypt-5.2.10
php5-mhash-5.2.10
php5-mysql-5.2.10
php5-openssl-5.2.10
php5-pcre-5.2.10
php5-posix-5.2.10
php5-pspell-5.2.10
php5-session-5.2.10
php5-simplexml-5.2.10
php5-spl-5.2.10
php5-tokenizer-5.2.10
php5-xml-5.2.10
php5-zlib-5.2.10

Also, I have gd 2.0.35 and imap-uw 2007e installed.

Reproduce code:
---
N/A. It happens occasionally. I run one fairly big WordPress site
(http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't
find out exactly what provokes the crash.


Actual result:
--
GDB backtrace:

(gdb) bt full
#0  0x004249e4 in ap_rflush (r=0x805d61c38) at
http_protocol.c:2823
No locals.
#1  0x000801c92efc in sapi_apache_flush
(server_context=0x805d61c38)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119
No locals.
#2  0x000801bc652f in sapi_flush ()
at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922
No locals.
#3  0x0008016d in php_module_shutdown ()
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906
module_number = 0
#4  0x00080131 in php_module_shutdown_wrapper (
sapi_globals=0x801e43c00)
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879
No locals.
#5  0x000801c945c0 in php_child_exit_handler (s=0x800b05060,
p=0x800b31018)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928
No locals.
#6  0x004119f0 in ap_child_exit_modules (p=0x800b31018,
s=0x800b05060)
at http_config.c:1634
m = (module *) 0x801e43d20
#7  0x00419df6 in clean_child_exit (code=0) at http_main.c:542
No locals.
#8  0x0041d16a in child_main (child_num_arg=5) at
http_main.c:4633
conn_io = (BUFF *) 0x805dcb080
r = (request_rec *) 0x805d60060
clen = 16
sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \000PP[$\024\000\000\000\000\000\000\000}
sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000}
lr = (listen_rec *) 0x0
#9

#48894 [Opn]: Occasional crashes with Apache 1.3.41

2009-07-17 Thread php at anders dot fupp dot net

 ID:   48894
 User updated by:  php at anders dot fupp dot net
 Reported By:  php at anders dot fupp dot net
 Status:   Open
 Bug Type: Apache related
 Operating System: FreeBSD/amd64 7.2-RELEASE
 PHP Version:  5.2.10
 New Comment:

Yes, the Apache ticket specifically mentions that the bug is in the
caller, which is PHP. Are you or anyone going to look at this other than
keep pointing at Apache or suggesting alternatives? I submitted this
ticket to possibly have the problem fixed, that is the only reason I
bothered to do it. It's annoying to keep have to mentioning where the
problem (probably) is, I start to wonder whether it is useful to submit
tickets at bugs.php.net at all.


Previous Comments:


[2009-07-15 12:14:47] j...@php.net

Note: There is good analysis on that Apache bug what the problem is. 
Workaround: Use lighttpd + PHP-fcgi :)



[2009-07-12 20:13:03] php at anders dot fupp dot net

Someone report this as an Apache bug, which was closed in their bug
tracking system:
https://issues.apache.org/bugzilla/show_bug.cgi?id=47070



[2009-07-12 20:08:10] php at anders dot fupp dot net

Description:

Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10
mod_php module:

Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on
signal 11 (core dumped)

I use these extensions:

php5-ctype-5.2.10
php5-curl-5.2.10
php5-dom-5.2.10
php5-gd-5.2.10
php5-gettext-5.2.10
php5-iconv-5.2.10
php5-imap-5.2.10
php5-mbstring-5.2.10
php5-mcrypt-5.2.10
php5-mhash-5.2.10
php5-mysql-5.2.10
php5-openssl-5.2.10
php5-pcre-5.2.10
php5-posix-5.2.10
php5-pspell-5.2.10
php5-session-5.2.10
php5-simplexml-5.2.10
php5-spl-5.2.10
php5-tokenizer-5.2.10
php5-xml-5.2.10
php5-zlib-5.2.10

Also, I have gd 2.0.35 and imap-uw 2007e installed.

Reproduce code:
---
N/A. It happens occasionally. I run one fairly big WordPress site
(http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't
find out exactly what provokes the crash.


Actual result:
--
GDB backtrace:

(gdb) bt full
#0  0x004249e4 in ap_rflush (r=0x805d61c38) at
http_protocol.c:2823
No locals.
#1  0x000801c92efc in sapi_apache_flush
(server_context=0x805d61c38)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119
No locals.
#2  0x000801bc652f in sapi_flush ()
at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922
No locals.
#3  0x0008016d in php_module_shutdown ()
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906
module_number = 0
#4  0x00080131 in php_module_shutdown_wrapper (
sapi_globals=0x801e43c00)
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879
No locals.
#5  0x000801c945c0 in php_child_exit_handler (s=0x800b05060,
p=0x800b31018)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928
No locals.
#6  0x004119f0 in ap_child_exit_modules (p=0x800b31018,
s=0x800b05060)
at http_config.c:1634
m = (module *) 0x801e43d20
#7  0x00419df6 in clean_child_exit (code=0) at http_main.c:542
No locals.
#8  0x0041d16a in child_main (child_num_arg=5) at
http_main.c:4633
conn_io = (BUFF *) 0x805dcb080
r = (request_rec *) 0x805d60060
clen = 16
sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \000PP[$\024\000\000\000\000\000\000\000}
sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000}
lr = (listen_rec *) 0x0
#9  0x0041d734 in make_child (s=0x800b05060, slot=5,
now=1247427429)
at http_main.c:5055
pid = 0
#10 0x0041db6b in perform_idle_server_maintenance ()
at http_main.c:5256
i = 0
to_kill = 1
idle_count = 2
pid = -1
ss = (short_score *) 0x80058e410
now = 1247427429
free_length = 1
free_slots = {5, 6, 10, 11, 16, 17, 18, 19, -4976, 32767,
4305748, 0, 
  98677480, 8, 4451364, 0, -4960, 32767, 4254904, 0, 5824512, 8, 1, 0,
-4912, 
  32767, 4305748, 0, -4912, 32767, 4316501, 4

#48894 [Fbk-Opn]: Occasional crashes with Apache 1.3.41

2009-07-13 Thread php at anders dot fupp dot net

 ID:   48894
 User updated by:  php at anders dot fupp dot net
 Reported By:  php at anders dot fupp dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: FreeBSD/amd64 7.2-RELEASE
 PHP Version:  5.2.10
 New Comment:

Yes, it has happened for a while. Also happened with PHP 5.2.9. Not
sure if versions before that had it.

Fixed Apache? I am using 1.3.41 which is the latest version of Apache
1.3. AFAIK PHP still supports Apache 1.3.x, which many people still use?


Previous Comments:


[2009-07-13 10:50:36] j...@php.net

1. Did this happen with previous PHP versions?
2. Have you tried with that fixed Apache? :)



[2009-07-12 20:13:03] php at anders dot fupp dot net

Someone report this as an Apache bug, which was closed in their bug
tracking system:
https://issues.apache.org/bugzilla/show_bug.cgi?id=47070



[2009-07-12 20:08:10] php at anders dot fupp dot net

Description:

Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10
mod_php module:

Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on
signal 11 (core dumped)

I use these extensions:

php5-ctype-5.2.10
php5-curl-5.2.10
php5-dom-5.2.10
php5-gd-5.2.10
php5-gettext-5.2.10
php5-iconv-5.2.10
php5-imap-5.2.10
php5-mbstring-5.2.10
php5-mcrypt-5.2.10
php5-mhash-5.2.10
php5-mysql-5.2.10
php5-openssl-5.2.10
php5-pcre-5.2.10
php5-posix-5.2.10
php5-pspell-5.2.10
php5-session-5.2.10
php5-simplexml-5.2.10
php5-spl-5.2.10
php5-tokenizer-5.2.10
php5-xml-5.2.10
php5-zlib-5.2.10

Also, I have gd 2.0.35 and imap-uw 2007e installed.

Reproduce code:
---
N/A. It happens occasionally. I run one fairly big WordPress site
(http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't
find out exactly what provokes the crash.


Actual result:
--
GDB backtrace:

(gdb) bt full
#0  0x004249e4 in ap_rflush (r=0x805d61c38) at
http_protocol.c:2823
No locals.
#1  0x000801c92efc in sapi_apache_flush
(server_context=0x805d61c38)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119
No locals.
#2  0x000801bc652f in sapi_flush ()
at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922
No locals.
#3  0x0008016d in php_module_shutdown ()
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906
module_number = 0
#4  0x00080131 in php_module_shutdown_wrapper (
sapi_globals=0x801e43c00)
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879
No locals.
#5  0x000801c945c0 in php_child_exit_handler (s=0x800b05060,
p=0x800b31018)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928
No locals.
#6  0x004119f0 in ap_child_exit_modules (p=0x800b31018,
s=0x800b05060)
at http_config.c:1634
m = (module *) 0x801e43d20
#7  0x00419df6 in clean_child_exit (code=0) at http_main.c:542
No locals.
#8  0x0041d16a in child_main (child_num_arg=5) at
http_main.c:4633
conn_io = (BUFF *) 0x805dcb080
r = (request_rec *) 0x805d60060
clen = 16
sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \000PP[$\024\000\000\000\000\000\000\000}
sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000}
lr = (listen_rec *) 0x0
#9  0x0041d734 in make_child (s=0x800b05060, slot=5,
now=1247427429)
at http_main.c:5055
pid = 0
#10 0x0041db6b in perform_idle_server_maintenance ()
at http_main.c:5256
i = 0
to_kill = 1
idle_count = 2
pid = -1
ss = (short_score *) 0x80058e410
now = 1247427429
free_length = 1
free_slots = {5, 6, 10, 11, 16, 17, 18, 19, -4976, 32767,
4305748, 0, 
  98677480, 8, 4451364, 0, -4960, 32767, 4254904, 0, 5824512, 8, 1, 0,
-4912, 
  32767, 4305748, 0, -4912, 32767, 4316501, 4}
last_non_dead = 4
total_non_dead = 5
---Type return to continue, or q return to quit---
reported = 0
#11 0x0041e159 in standalone_main (argc=1,
argv=0x7fffee20

#48894 [Fbk-Opn]: Occasional crashes with Apache 1.3.41

2009-07-13 Thread php at anders dot fupp dot net

 ID:   48894
 User updated by:  php at anders dot fupp dot net
 Reported By:  php at anders dot fupp dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: FreeBSD/amd64 7.2-RELEASE
 PHP Version:  5.2.10
 New Comment:

If it was an Apache bug I would not report it here. I said it was
reported as an Apache bug, but that ticket was closed (with no fix)
because the Apache developers claims this is a PHP bug. There is a
little bit of information in the Apache ticket, please check it before
writing anything further.


Previous Comments:


[2009-07-13 11:44:58] j...@php.net

If it's an apache bug that is fixed (but not in any release yet), how
is it PHP bug?



[2009-07-13 11:17:41] php at anders dot fupp dot net

Yes, it has happened for a while. Also happened with PHP 5.2.9. Not
sure if versions before that had it.

Fixed Apache? I am using 1.3.41 which is the latest version of Apache
1.3. AFAIK PHP still supports Apache 1.3.x, which many people still use?



[2009-07-13 10:50:36] j...@php.net

1. Did this happen with previous PHP versions?
2. Have you tried with that fixed Apache? :)



[2009-07-12 20:13:03] php at anders dot fupp dot net

Someone report this as an Apache bug, which was closed in their bug
tracking system:
https://issues.apache.org/bugzilla/show_bug.cgi?id=47070



[2009-07-12 20:08:10] php at anders dot fupp dot net

Description:

Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10
mod_php module:

Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on
signal 11 (core dumped)

I use these extensions:

php5-ctype-5.2.10
php5-curl-5.2.10
php5-dom-5.2.10
php5-gd-5.2.10
php5-gettext-5.2.10
php5-iconv-5.2.10
php5-imap-5.2.10
php5-mbstring-5.2.10
php5-mcrypt-5.2.10
php5-mhash-5.2.10
php5-mysql-5.2.10
php5-openssl-5.2.10
php5-pcre-5.2.10
php5-posix-5.2.10
php5-pspell-5.2.10
php5-session-5.2.10
php5-simplexml-5.2.10
php5-spl-5.2.10
php5-tokenizer-5.2.10
php5-xml-5.2.10
php5-zlib-5.2.10

Also, I have gd 2.0.35 and imap-uw 2007e installed.

Reproduce code:
---
N/A. It happens occasionally. I run one fairly big WordPress site
(http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't
find out exactly what provokes the crash.


Actual result:
--
GDB backtrace:

(gdb) bt full
#0  0x004249e4 in ap_rflush (r=0x805d61c38) at
http_protocol.c:2823
No locals.
#1  0x000801c92efc in sapi_apache_flush
(server_context=0x805d61c38)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119
No locals.
#2  0x000801bc652f in sapi_flush ()
at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922
No locals.
#3  0x0008016d in php_module_shutdown ()
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906
module_number = 0
#4  0x00080131 in php_module_shutdown_wrapper (
sapi_globals=0x801e43c00)
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879
No locals.
#5  0x000801c945c0 in php_child_exit_handler (s=0x800b05060,
p=0x800b31018)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928
No locals.
#6  0x004119f0 in ap_child_exit_modules (p=0x800b31018,
s=0x800b05060)
at http_config.c:1634
m = (module *) 0x801e43d20
#7  0x00419df6 in clean_child_exit (code=0) at http_main.c:542
No locals.
#8  0x0041d16a in child_main (child_num_arg=5) at
http_main.c:4633
conn_io = (BUFF *) 0x805dcb080
r = (request_rec *) 0x805d60060
clen = 16
sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \000PP[$\024\000\000\000\000\000\000\000}
sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000}
lr = (listen_rec *) 0x0
#9  0x0041d734 in make_child (s=0x800b05060, slot=5,
now=1247427429)
at http_main.c:5055
pid = 0
#10 0x0041db6b

#48894 [NEW]: Occasional crashes with Apache 1.3.41

2009-07-12 Thread php at anders dot fupp dot net

From: php at anders dot fupp dot net
Operating system: FreeBSD/amd64 7.2-RELEASE
PHP version:  5.2.10
PHP Bug Type: Apache related
Bug description:  Occasional crashes with Apache 1.3.41

Description:

Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10 mod_php
module:

Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on signal
10 (core dumped)
Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on signal
10 (core dumped)
Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on signal
11 (core dumped)
Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on signal
11 (core dumped)
Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on signal
11 (core dumped)
Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on signal
10 (core dumped)
Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on signal
11 (core dumped)
Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on signal
11 (core dumped)

I use these extensions:

php5-ctype-5.2.10
php5-curl-5.2.10
php5-dom-5.2.10
php5-gd-5.2.10
php5-gettext-5.2.10
php5-iconv-5.2.10
php5-imap-5.2.10
php5-mbstring-5.2.10
php5-mcrypt-5.2.10
php5-mhash-5.2.10
php5-mysql-5.2.10
php5-openssl-5.2.10
php5-pcre-5.2.10
php5-posix-5.2.10
php5-pspell-5.2.10
php5-session-5.2.10
php5-simplexml-5.2.10
php5-spl-5.2.10
php5-tokenizer-5.2.10
php5-xml-5.2.10
php5-zlib-5.2.10

Also, I have gd 2.0.35 and imap-uw 2007e installed.

Reproduce code:
---
N/A. It happens occasionally. I run one fairly big WordPress site
(http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't
find out exactly what provokes the crash.


Actual result:
--
GDB backtrace:

(gdb) bt full
#0  0x004249e4 in ap_rflush (r=0x805d61c38) at
http_protocol.c:2823
No locals.
#1  0x000801c92efc in sapi_apache_flush (server_context=0x805d61c38)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119
No locals.
#2  0x000801bc652f in sapi_flush ()
at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922
No locals.
#3  0x0008016d in php_module_shutdown ()
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906
module_number = 0
#4  0x00080131 in php_module_shutdown_wrapper (
sapi_globals=0x801e43c00)
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879
No locals.
#5  0x000801c945c0 in php_child_exit_handler (s=0x800b05060,
p=0x800b31018)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928
No locals.
#6  0x004119f0 in ap_child_exit_modules (p=0x800b31018,
s=0x800b05060)
at http_config.c:1634
m = (module *) 0x801e43d20
#7  0x00419df6 in clean_child_exit (code=0) at http_main.c:542
No locals.
#8  0x0041d16a in child_main (child_num_arg=5) at
http_main.c:4633
conn_io = (BUFF *) 0x805dcb080
r = (request_rec *) 0x805d60060
clen = 16
sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \000PP[$\024\000\000\000\000\000\000\000}
sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000}
lr = (listen_rec *) 0x0
#9  0x0041d734 in make_child (s=0x800b05060, slot=5,
now=1247427429)
at http_main.c:5055
pid = 0
#10 0x0041db6b in perform_idle_server_maintenance ()
at http_main.c:5256
i = 0
to_kill = 1
idle_count = 2
pid = -1
ss = (short_score *) 0x80058e410
now = 1247427429
free_length = 1
free_slots = {5, 6, 10, 11, 16, 17, 18, 19, -4976, 32767, 4305748,
0, 
  98677480, 8, 4451364, 0, -4960, 32767, 4254904, 0, 5824512, 8, 1, 0,
-4912, 
  32767, 4305748, 0, -4912, 32767, 4316501, 4}
last_non_dead = 4
total_non_dead = 5
---Type return to continue, or q return to quit---
reported = 0
#11 0x0041e159 in standalone_main (argc=1, argv=0x7fffee20)
at http_main.c:5520
child_slot = 0
status = -256
pid = -1
remaining_children_to_start = 0
#12 0x0041e7a4 in main (argc=1, argv=0x7fffee20)
at http_main.c:5773
c = -1
sock_in = -4608
sock_out = 32767
s = 0x7fffef68 httpd
(gdb) 


-- 
Edit bug report at http://bugs.php.net/?id=48894edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48894r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48894r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48894r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48894r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=48894r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48894r=alreadyfixed
Need backtrace:  
http://bugs.php.net

#48894 [Com]: Occasional crashes with Apache 1.3.41

2009-07-12 Thread php at anders dot fupp dot net

 ID:   48894
 Comment by:   php at anders dot fupp dot net
 Reported By:  php at anders dot fupp dot net
 Status:   Open
 Bug Type: Apache related
 Operating System: FreeBSD/amd64 7.2-RELEASE
 PHP Version:  5.2.10
 New Comment:

Someone report this as an Apache bug, which was closed in their bug
tracking system:
https://issues.apache.org/bugzilla/show_bug.cgi?id=47070


Previous Comments:


[2009-07-12 20:08:10] php at anders dot fupp dot net

Description:

Apache 1.3.41 crashes now and then due to problems in PHP 5.2.10
mod_php module:

Jul 12 18:44:59 master kernel: pid 58886 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 19:06:31 master kernel: pid 60864 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 19:08:30 master kernel: pid 61302 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 20:27:43 master kernel: pid 67077 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 20:50:14 master kernel: pid 69216 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 21:07:00 master kernel: pid 71457 (httpd), uid 80: exited on
signal 10 (core dumped)
Jul 12 21:10:18 master kernel: pid 70542 (httpd), uid 80: exited on
signal 11 (core dumped)
Jul 12 21:38:28 master kernel: pid 77041 (httpd), uid 80: exited on
signal 11 (core dumped)

I use these extensions:

php5-ctype-5.2.10
php5-curl-5.2.10
php5-dom-5.2.10
php5-gd-5.2.10
php5-gettext-5.2.10
php5-iconv-5.2.10
php5-imap-5.2.10
php5-mbstring-5.2.10
php5-mcrypt-5.2.10
php5-mhash-5.2.10
php5-mysql-5.2.10
php5-openssl-5.2.10
php5-pcre-5.2.10
php5-posix-5.2.10
php5-pspell-5.2.10
php5-session-5.2.10
php5-simplexml-5.2.10
php5-spl-5.2.10
php5-tokenizer-5.2.10
php5-xml-5.2.10
php5-zlib-5.2.10

Also, I have gd 2.0.35 and imap-uw 2007e installed.

Reproduce code:
---
N/A. It happens occasionally. I run one fairly big WordPress site
(http://neppe.no/) and a forum on http://motorpsycho.fix.no. But I can't
find out exactly what provokes the crash.


Actual result:
--
GDB backtrace:

(gdb) bt full
#0  0x004249e4 in ap_rflush (r=0x805d61c38) at
http_protocol.c:2823
No locals.
#1  0x000801c92efc in sapi_apache_flush
(server_context=0x805d61c38)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:119
No locals.
#2  0x000801bc652f in sapi_flush ()
at /usr/ports/lang/php5/work/php-5.2.10/main/SAPI.c:922
No locals.
#3  0x0008016d in php_module_shutdown ()
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1906
module_number = 0
#4  0x00080131 in php_module_shutdown_wrapper (
sapi_globals=0x801e43c00)
at /usr/ports/lang/php5/work/php-5.2.10/main/main.c:1879
No locals.
#5  0x000801c945c0 in php_child_exit_handler (s=0x800b05060,
p=0x800b31018)
at /usr/ports/lang/php5/work/php-5.2.10/sapi/apache/mod_php5.c:928
No locals.
#6  0x004119f0 in ap_child_exit_modules (p=0x800b31018,
s=0x800b05060)
at http_config.c:1634
m = (module *) 0x801e43d20
#7  0x00419df6 in clean_child_exit (code=0) at http_main.c:542
No locals.
#8  0x0041d16a in child_main (child_num_arg=5) at
http_main.c:4633
conn_io = (BUFF *) 0x805dcb080
r = (request_rec *) 0x805d60060
clen = 16
sa_server = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \000PP[$\024\000\000\000\000\000\000\000}
sa_client = {sa_len = 16 '\020', sa_family = 2 '\002', 
  sa_data = \bÄW\232ã\027\000\000\000\000\000\000\000}
lr = (listen_rec *) 0x0
#9  0x0041d734 in make_child (s=0x800b05060, slot=5,
now=1247427429)
at http_main.c:5055
pid = 0
#10 0x0041db6b in perform_idle_server_maintenance ()
at http_main.c:5256
i = 0
to_kill = 1
idle_count = 2
pid = -1
ss = (short_score *) 0x80058e410
now = 1247427429
free_length = 1
free_slots = {5, 6, 10, 11, 16, 17, 18, 19, -4976, 32767,
4305748, 0, 
  98677480, 8, 4451364, 0, -4960, 32767, 4254904, 0, 5824512, 8, 1, 0,
-4912, 
  32767, 4305748, 0, -4912, 32767, 4316501, 4}
last_non_dead = 4
total_non_dead = 5
---Type return to continue, or q return to quit---
reported = 0
#11 0x0041e159 in standalone_main (argc=1,
argv=0x7fffee20)
at http_main.c:5520
child_slot = 0
status = -256
pid = -1
remaining_children_to_start = 0
#12 0x0041e7a4 in main (argc=1, argv=0x7fffee20)
at http_main.c:5773
c = -1
sock_in = -4608
sock_out = 32767
s = 0x7fffef68 httpd
(gdb) 






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

#47897 [NEW]: msvcr80.dll

2009-04-04 Thread anders dot e dot stenman at gmail dot com

From: anders dot e dot stenman at gmail dot com
Operating system: Windows Vista
PHP version:  5.2.9
PHP Bug Type: Dynamic loading
Bug description:  msvcr80.dll

Description:

Hello,

When I run php.exe or pear on my Windows Vista box I get a warning
about a missing msvcr80.dll. Is it possible to fix this?

Kind regards,
/Anders


-- 
Edit bug report at http://bugs.php.net/?id=47897edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47897r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47897r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47897r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47897r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=47897r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47897r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=47897r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=47897r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=47897r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=47897r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=47897r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=47897r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=47897r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47897r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=47897r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47897r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=47897r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=47897r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=47897r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=47897r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=47897r=mysqlcfg

#46353 [NEW]: string cocatination leaking memeory when using execute

2008-10-21 Thread anders at freeones dot com

From: anders at freeones dot com
Operating system: Linux 2.6.20-1.2320
PHP version:  5.2.6
PHP Bug Type: MySQL related
Bug description:  string cocatination leaking memeory when using execute

Description:

I run some code 5 million itteration yesterday, today I change my string
building to use single quotes and the dot operator. That version was able
to do aprox 25k itterations then the script died due memory leak.

Reproduce code:
---
#   Makign a string like this leaks NOT memory

# $lInsert = Insert into {$this-mTable}
(datetime,entity_id,entity_type,domain,country,location,raws,uniques) .
# values
('{$this-getDateTime()}',{$this-getEntityId()},{$this-getEntityType()},{$this-getDomain()},
.
#   
{$this-getCountry()},{$this-getLocation()},{$this-getRaws()},{$this-getUniques()});;


#   Making a string liek this leaks memory when doign execute
 $lInsert = 'Insert into '.$this-mTable.'
(datetime,entity_id,entity_type,domain,country,location,raws,uniques)' .
   ' values
('.$this-getDateTime().','.$this-getEntityId().','.$this-getEntityType().','.$this-getDomain().','

  
.$this-getCountry().','.$this-getLocation().','.$this-getRaws().','.$this-getUniques().');';

# $lInsert = Insert into {$this-mTable}
(datetime,entity_id,entity_type,domain,country,location,raws,uniques) .
#values
('{$lTimeStamp}',{$lEntityId},{$lEntityType},{$lDomain},{$lCountry},{$lLocation},{$lRaws},{$lUniques});
#
  print memory_get_usage().\n;
   
  $lStatement = $this-mDbh-prepare($lInsert);
  
  if (MDB2::isError($lStatement)){
   error_log($lStatement-getMessage().';query:'.$lInsert.'
'.$lStatement-userinfo);
 $lResult = false;
   } else {
 $lResult = $lStatement-execute();
 $lStatement-free();
   }


Expected result:

See code comments

Actual result:
--
see code comments

-- 
Edit bug report at http://bugs.php.net/?id=46353edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=46353r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=46353r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=46353r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46353r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=46353r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=46353r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46353r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46353r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=46353r=support
Expected behavior:http://bugs.php.net/fix.php?id=46353r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=46353r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=46353r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46353r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=46353r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46353r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46353r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=46353r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=46353r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=46353r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46353r=mysqlcfg

#44537 [NEW]: mb_send_mail overwrites extra headers

2008-03-26 Thread anders at cb-it dot dk

From: anders at cb-it dot dk
Operating system: Mac OS X
PHP version:  5.2.5
PHP Bug Type: Mail related
Bug description:  mb_send_mail overwrites extra headers

Description:

Old bug reintroduced?
http://bugs.php.net/bug.php?id=21985


-- 
Edit bug report at http://bugs.php.net/?id=44537edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44537r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44537r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44537r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44537r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44537r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44537r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44537r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44537r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44537r=support
Expected behavior:http://bugs.php.net/fix.php?id=44537r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44537r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44537r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44537r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44537r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44537r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44537r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44537r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44537r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44537r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44537r=mysqlcfg

#42023 [NEW]: html_entity_decode skips some chars

2007-07-18 Thread anders dot jenbo at pc dot dk

From: anders dot jenbo at pc dot dk
Operating system: Linux
PHP version:  5.2.3
PHP Bug Type: *Unicode Issues
Bug description:  html_entity_decode skips some chars

Description:

html_entity_decode does not handle rdquo; ldquo; bdquo; infin; rsquo;
bull; trade; hellip; ndash;

Reproduce code:
---
echo(html_entity_decode(' 
rdquo;ldquo;bdquo;infin;rsquo;bull;trade;hellip;ndash;'));

Expected result:

#8734;

Actual result:
--
rdquo;ldquo;bdquo;infin;rsquo;bull;trade;hellip;ndash;

-- 
Edit bug report at http://bugs.php.net/?id=42023edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=42023r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=42023r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=42023r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42023r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=42023r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=42023r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42023r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42023r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=42023r=support
Expected behavior:http://bugs.php.net/fix.php?id=42023r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=42023r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=42023r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42023r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=42023r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42023r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42023r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=42023r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=42023r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=42023r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42023r=mysqlcfg

#42023 [Opn]: html_entity_decode skips some chars

2007-07-18 Thread anders dot jenbo at pc dot dk

 ID:   42023
 User updated by:  anders dot jenbo at pc dot dk
 Reported By:  anders dot jenbo at pc dot dk
 Status:   Open
 Bug Type: Strings related
 Operating System: Linux
-PHP Version:  5.2.3
+PHP Version:  4.3
 New Comment:

wrong version


Previous Comments:


[2007-07-18 06:27:46] anders dot jenbo at pc dot dk

Description:

html_entity_decode does not handle rdquo; ldquo; bdquo; infin;
rsquo; bull; trade; hellip; ndash;

Reproduce code:
---
echo(html_entity_decode(' 
rdquo;ldquo;bdquo;infin;rsquo;bull;trade;hellip;ndash;'));

Expected result:

#8734;

Actual result:
--
rdquo;ldquo;bdquo;infin;rsquo;bull;trade;hellip;ndash;





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

#34232 [NEW]: Crash (double free or corruption) using DOM functions

2005-08-24 Thread anders at kaseorg dot com

From: anders at kaseorg dot com
Operating system: Linux (Fedora Core 4)
PHP version:  5.0.4
PHP Bug Type: Reproducible crash
Bug description:  Crash (double free or corruption) using DOM functions

Description:

Running PHP (5.0.4-10.3 on Fedora Core 4) on this code crashes with a
double free error after producing correct output. If you comment the
last appendChild line, it segfaults instead.

Reproduce code:
---
?php
$imp = new DOMImplementation();
$doc = $imp-createDocument(
  'http://www.w3.org/1999/xhtml',
  'html',
  $imp-createDocumentType('html',
'-//W3C//DTD XHTML 1.0 Strict//EN',
'http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd')
);
$html = $doc-documentElement;
$head = $html-appendChild($doc-createElement('head'));
$meta = $head-appendChild($doc-createElement('meta'));
$meta-setAttribute('http-equiv', 'Content-Type');
$meta-setAttribute('content', 'application/xhtml+xml; charset=utf-8');
$head-appendChild($doc-createElement('title'));
echo $doc-saveXML();
?


Expected result:

?xml version=1.0?
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
html xmlns=http://www.w3.org/1999/xhtml;headmeta
http-equiv=Content-Type content=text/html; charset=UTF-8
/title/title/head/html


Actual result:
--
?xml version=1.0?
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
html xmlns=http://www.w3.org/1999/xhtml;headmeta
http-equiv=Content-Type content=text/html; charset=UTF-8
/title/title/head/html
*** glibc detected *** php: double free or corruption (!prev): 0x0985dcf0
***
=== Backtrace: =
/lib/libc.so.6[0x984124]
/lib/libc.so.6(__libc_free+0x77)[0x98465f]
/usr/lib/libxml2.so.2(xmlFreeNode+0x1ce)[0x7535b66]
php[0x80728be]
php[0x80733cb]
php[0x807339f]
php(php_libxml_node_free_resource+0x3f)[0x8073423]
php(php_libxml_node_decrement_resource+0x41)[0x807349b]
/usr/lib/php/modules/dom.so(dom_objects_free_storage+0x54)[0xc14576]
php(zend_objects_store_del_ref+0x72)[0x8187e48]
php(_zval_ptr_dtor+0x36)[0x8168e3c]
php[0x8179ffc]
php(zend_hash_graceful_reverse_destroy+0x18)[0x817a116]
php(shutdown_executor+0x7c)[0x8169a60]
php(zend_deactivate+0x93)[0x81740de]
php(php_request_shutdown+0x180)[0x813e197]
php(main+0x174)[0x81a7895]
/lib/libc.so.6(__libc_start_main+0xdf)[0x935d5f]
php[0x80727b1]


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

#34232 [Asn]: Crash (double free or corruption) using DOM functions

2005-08-24 Thread anders at kaseorg dot com

 ID:   34232
 User updated by:  anders at kaseorg dot com
 Reported By:  anders at kaseorg dot com
 Status:   Assigned
 Bug Type: Reproducible crash
 Operating System: Linux (Fedora Core 4)
 PHP Version:  5.0.4
 Assigned To:  rrichards
 New Comment:

Not sure whether you still need this information, but yeah, the
snapshot crashes too.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208449360 (LWP 30882)]
php_libxml_decrement_node_ptr (object=0xa1ea508)
at php5-200508241430/ext/libxml/libxml.c:861
861 ret_refcount = --obj_node-refcount;
(gdb) bt
#0  php_libxml_decrement_node_ptr (object=0xa1ea508)
at php5-200508241430/ext/libxml/libxml.c:861
#1  0x08069605 in php_libxml_unregister_node (nodep=Variable nodep is
not available.
)
at php5-200508241430/ext/libxml/libxml.c:139
#2  0x0806968f in php_libxml_node_free_list (node=Variable node is
not available.
)
at php5-200508241430/ext/libxml/libxml.c:230
#3  0x080696b4 in php_libxml_node_free_list (node=Variable node is
not available.
)
at php5-200508241430/ext/libxml/libxml.c:221
#4  0x080696fd in php_libxml_node_free_resource (node=0xa1ea510)
at php5-200508241430/ext/libxml/libxml.c:934
#5  0x0806977d in php_libxml_node_decrement_resource
(object=0xa1ea56c)
at php5-200508241430/ext/libxml/libxml.c:957
#6  0x080807dd in dom_objects_free_storage (object=0xa1ea56c)
at php5-200508241430/ext/dom/php_dom.c:901
#7  0x0813503a in zend_objects_store_del_ref (zobject=0xa1ef55c)
at php5-200508241430/Zend/zend_objects_API.c:161
#8  0x081169c9 in _zval_ptr_dtor (zval_ptr=0xa1ea630)
at php5-200508241430/Zend/zend_variables.h:35
#9  0x0812774f in zend_hash_apply_deleter (ht=0x8225a50, p=0xa1ea624)
at php5-200508241430/Zend/zend_hash.c:574
#10 0x0812788f in zend_hash_graceful_reverse_destroy (ht=0x8225a50)
at php5-200508241430/Zend/zend_hash.c:640
#11 0x08116862 in shutdown_executor ()
at php5-200508241430/Zend/zend_execute_API.c:216
#12 0x08120d40 in zend_deactivate ()
at php5-200508241430/Zend/zend.c:823
#13 0x080edc44 in php_request_shutdown (dummy=0x0)
at php5-200508241430/main/main.c:1241
#14 0x0819f14c in main (argc=1, argv=0xbf8a07f4)
at php5-200508241430/sapi/cli/php_cli.c:1142


Previous Comments:


[2005-08-24 15:42:16] [EMAIL PROTECTED]

Not yet sure if this will require changes to DOM and SimpleXML or
libxml2 specific bug. Assigning to self for now.

Current work around: Don't add meta element as its going to be
destroyed and a new one added anyways when serializing.



[2005-08-24 11:34:34] [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





[2005-08-24 10:55:24] anders at kaseorg dot com

Description:

Running PHP (5.0.4-10.3 on Fedora Core 4) on this code crashes with a
double free error after producing correct output. If you comment the
last appendChild line, it segfaults instead.

Reproduce code:
---
?php
$imp = new DOMImplementation();
$doc = $imp-createDocument(
  'http://www.w3.org/1999/xhtml',
  'html',
  $imp-createDocumentType('html',
'-//W3C//DTD XHTML 1.0 Strict//EN',
'http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd')
);
$html = $doc-documentElement;
$head = $html-appendChild($doc-createElement('head'));
$meta = $head-appendChild($doc-createElement('meta'));
$meta-setAttribute('http-equiv', 'Content-Type');
$meta-setAttribute('content', 'application/xhtml+xml;
charset=utf-8');
$head-appendChild($doc-createElement('title'));
echo $doc-saveXML();
?


Expected result:

?xml version=1.0?
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
html xmlns=http://www.w3.org/1999/xhtml;headmeta
http-equiv=Content-Type content=text/html; charset=UTF-8
/title/title/head/html


Actual result:
--
?xml version=1.0?
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
html xmlns=http://www.w3.org/1999/xhtml;headmeta
http-equiv=Content-Type content=text/html; charset=UTF-8
/title/title/head/html
*** glibc detected *** php: double free or corruption (!prev):
0x0985dcf0 ***
=== Backtrace: =
/lib/libc.so.6[0x984124]
/lib/libc.so.6(__libc_free+0x77)[0x98465f]
/usr/lib/libxml2.so.2(xmlFreeNode+0x1ce)[0x7535b66]
php[0x80728be]
php[0x80733cb]
php[0x807339f]
php(php_libxml_node_free_resource+0x3f)[0x8073423]
php(php_libxml_node_decrement_resource+0x41)[0x807349b]
/usr/lib/php/modules/dom.so(dom_objects_free_storage+0x54)[0xc14576]
php(zend_objects_store_del_ref+0x72)[0x8187e48]
php(_zval_ptr_dtor+0x36)[0x8168e3c]
php

#32891 [NEW]: Bug using imagefilledellipse at position 0 vertically

2005-04-29 Thread anders at apt dot no

From: anders at apt dot no
Operating system: Windows 2003 Advanced Server
PHP version:  4.3.11
PHP Bug Type: GD related
Bug description:  Bug using imagefilledellipse at position 0 vertically

Description:

While drawing an elliptic object positioned vertically at the top(0px) the
second line is not drawn. I'm using the embedded GD library (2.0.28
compatible).

Reproduce code:
---
if ($im = @imagecreatetruecolor(100, 100)) {
$intCol = imagecolorallocate($im, 0xFF, 0x02, 0xF0);
imagefilledellipse($im, 50, 0, 50, 50, $intCol);
header('Content-type: image/png');
imagepng($im);
} else {
echo 'Could not create truecolor image';
}

Expected result:

I expect to see half a circle, with it's center at 50 x 0, like this:

http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_expected_result.png

Actual result:
--
Instead I get this circle, with one line missing:

http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_actual_result.png

This image was created with the reproduce code:
http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_bug.php

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

#32633 [NEW]: Warning message from imagecreatefromjpeg not suppressed when using @

2005-04-08 Thread anders at apt dot no

From: anders at apt dot no
Operating system: Windows 2003 Advanced Server
PHP version:  4.3.11
PHP Bug Type: GD related
Bug description:  Warning message from imagecreatefromjpeg not suppressed when 
using @

Description:

I'm trying import a JPEG image
(http://kunde.apt.no/aso/imagecreatefromjpeg/demo.jpg) to a resource using
imagecreatefromjpeg. This function fails and even though I use @ infront of
the function, it still generates an error warning 'Corrupt JPEG data: 203
extraneous bytes before marker 0xd9'. The image works fine in every other
program I've tested it with.

Some guy has found his own workaround:
http://www-personal.umd.umich.edu/~dennismv/corruptjpeg.html


Reproduce code:
---
if ($im =
@imagecreatefromjpeg('http://kunde.apt.no/aso/imagecreatefromjpeg/demo.jpg'))
{
echo 'Valid JPEG file';
imagedestroy($im);
} else {
echo 'Not a valid JPEG file';
}

Expected result:

I expect the code to output 'Not a valid JPEG file', since the JPEG
contains errors, and nothing else (since I've suppressed error messages
with the @)

Actual result:
--
Not a valid JPEG fileCorrupt JPEG data: 203 extraneous bytes before marker
0xd9

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

#29410 [NEW]: Setting of allow_furl_open_wrapper by users script

2004-07-27 Thread anders at schlund dot de

From: anders at schlund dot de
Operating system: Linux
PHP version:  Irrelevant
PHP Bug Type: Feature/Change Request
Bug description:  Setting of allow_furl_open_wrapper by users script

Description:

The furl-wrapper enables script to open and include data from remote sites
by opening an URL to that data. It is a very powerful and sometimes
extremly useful extension for PHP, so almost no web host disables this
feature.

On the other hand, there are very often cases where insecure written
scripts allow e.g. inclusion of config files from remote sites by handing
a specially crafted parameter to the script.
Although this is an insecurity in those scripts and not in PHP, PHP can
help to change exploiting those scripts.

Currently, allow_furl_open_wrapper is a system-
configurable variable, i.e. the system administrator
decides that all users are allowed to use this function.
If the admin disables this feature, not a single user 
can use it. As the feature is useful to many 'power' users,
disabling this feature is usually out of the question.

Idea: change the variable allow_furl_open_wrapper to become a tri-state
variable, e.g. the values On, Off and User.
The 'user'-setting means that the function is initially disabled, but a
user's php.ini or a special php-call from the user's script can enable
this function. That way, a script usually runs a safe environment and can
enable the potentially dangerous function when it thinks it does really
require usage of the furl_open_wrapper.

Reproduce code:
---
n/a

Expected result:

n/a

Actual result:
--
n/a

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

#20237 [NEW]: pg_pconnect, too many connections

2002-11-04 Thread anders

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.2.3
PHP Bug Type: PostgreSQL related
Bug description:  pg_pconnect, too many connections

I am not sure if this is a pgsql-extension bug or merely an documentation
bug. I have had problems with a webserver, getting php-error saying too
many connections, when using persistent connections.

It seems mysql behaves like:
(apache) MaxClients * persistant-connections
whereas this is in postgres more like:
MaxClients * DBs * users * persistant connections (not mentioned anywhere
in docs).

OR php have troubles finding allready opened connections in its hashtable.
(PHP 4.2.3, postgres 7.1.3)

It seems strange to have different pconnects to same postgres  backend if
different databases (seems the source selects DB on the open connection
anyhow).

background: apache maxclients = 150, 1 user a few DBs and postgress
max_connections limit set to 600 ! and it wasn't enough. (fix: changed
everything from pg_pconnect to pg_connect).
-- 
Edit bug report at http://bugs.php.net/?id=20237edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20237r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20237r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20237r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20237r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20237r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20237r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20237r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20237r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20237r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20237r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20237r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20237r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20237r=isapi

#20237 [Bgs]: pg_pconnect, too many connections

2002-11-04 Thread anders

 ID:   20237
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

That i did know, but as I mentioned, the connections are being made by
only 1 user, so it therefore seems as if there would be something funny
going on..

That would lead us to a max of 150 connections - even 600 wasn't
enough..


Previous Comments:


[2002-11-04 07:49:03] [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 persistant connections each Apache child eventually will
have an open connection. Now, if have many users, then this translates
to connection per user per apache child. So, with 20 different users
connecting to PostgreSQL and 100 Apache children, you could see as many
as 2000 open connections.



[2002-11-04 02:56:50] [EMAIL PROTECTED]

I am not sure if this is a pgsql-extension bug or merely an
documentation bug. I have had problems with a webserver, getting
php-error saying too many connections, when using persistent
connections.

It seems mysql behaves like:
(apache) MaxClients * persistant-connections
whereas this is in postgres more like:
MaxClients * DBs * users * persistant connections (not mentioned
anywhere in docs).

OR php have troubles finding allready opened connections in its
hashtable. (PHP 4.2.3, postgres 7.1.3)

It seems strange to have different pconnects to same postgres  backend
if different databases (seems the source selects DB on the open
connection anyhow).

background: apache maxclients = 150, 1 user a few DBs and postgress
max_connections limit set to 600 ! and it wasn't enough. (fix: changed
everything from pg_pconnect to pg_connect).




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

#20237 [Bgs]: pg_pconnect, too many connections

2002-11-04 Thread anders

 ID:   20237
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

Addition:
1 user, 
3 dbs in 1 posgres backend
apache has maxclients at 150

max_connections in postgres set to 600 - still not enough.
anyway I calculate it, it still doesn't sum up
Is it:
users * db * maxclients
or
users * maxclients
(first would equal 450, second 150)


Previous Comments:


[2002-11-04 08:01:31] [EMAIL PROTECTED]

That i did know, but as I mentioned, the connections are being made by
only 1 user, so it therefore seems as if there would be something funny
going on..

That would lead us to a max of 150 connections - even 600 wasn't
enough..



[2002-11-04 07:49:03] [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 persistant connections each Apache child eventually will
have an open connection. Now, if have many users, then this translates
to connection per user per apache child. So, with 20 different users
connecting to PostgreSQL and 100 Apache children, you could see as many
as 2000 open connections.



[2002-11-04 02:56:50] [EMAIL PROTECTED]

I am not sure if this is a pgsql-extension bug or merely an
documentation bug. I have had problems with a webserver, getting
php-error saying too many connections, when using persistent
connections.

It seems mysql behaves like:
(apache) MaxClients * persistant-connections
whereas this is in postgres more like:
MaxClients * DBs * users * persistant connections (not mentioned
anywhere in docs).

OR php have troubles finding allready opened connections in its
hashtable. (PHP 4.2.3, postgres 7.1.3)

It seems strange to have different pconnects to same postgres  backend
if different databases (seems the source selects DB on the open
connection anyhow).

background: apache maxclients = 150, 1 user a few DBs and postgress
max_connections limit set to 600 ! and it wasn't enough. (fix: changed
everything from pg_pconnect to pg_connect).




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

#20237 [Bgs]: pg_pconnect, too many connections

2002-11-04 Thread anders

 ID:   20237
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

Well, it is in an controlled environment and connections other than
apache was at most 2.

Would you know it postgres has some spawning-limits
(apache has each second: 1, 2, 4, 8, 16, 32, ... 32)

I was seeing for example 50-60 apaches, 170 posgresses (does not make
sense), doing a killall -HUP httpd solved the issue for a short while
at a time. 
Also, 99% of the pgsql usage was to 2 dbs.


Previous Comments:


[2002-11-04 08:10:06] [EMAIL PROTECTED]

It is possible that db also comes into play, however another
possibility is that you have non-apache related connections being made,
which raises your overall connection count.



[2002-11-04 08:05:47] [EMAIL PROTECTED]

Addition:
1 user, 
3 dbs in 1 posgres backend
apache has maxclients at 150

max_connections in postgres set to 600 - still not enough.
anyway I calculate it, it still doesn't sum up
Is it:
users * db * maxclients
or
users * maxclients
(first would equal 450, second 150)



[2002-11-04 08:01:31] [EMAIL PROTECTED]

That i did know, but as I mentioned, the connections are being made by
only 1 user, so it therefore seems as if there would be something funny
going on..

That would lead us to a max of 150 connections - even 600 wasn't
enough..



[2002-11-04 07:49:03] [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 persistant connections each Apache child eventually will
have an open connection. Now, if have many users, then this translates
to connection per user per apache child. So, with 20 different users
connecting to PostgreSQL and 100 Apache children, you could see as many
as 2000 open connections.



[2002-11-04 02:56:50] [EMAIL PROTECTED]

I am not sure if this is a pgsql-extension bug or merely an
documentation bug. I have had problems with a webserver, getting
php-error saying too many connections, when using persistent
connections.

It seems mysql behaves like:
(apache) MaxClients * persistant-connections
whereas this is in postgres more like:
MaxClients * DBs * users * persistant connections (not mentioned
anywhere in docs).

OR php have troubles finding allready opened connections in its
hashtable. (PHP 4.2.3, postgres 7.1.3)

It seems strange to have different pconnects to same postgres  backend
if different databases (seems the source selects DB on the open
connection anyhow).

background: apache maxclients = 150, 1 user a few DBs and postgress
max_connections limit set to 600 ! and it wasn't enough. (fix: changed
everything from pg_pconnect to pg_connect).




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

#20038 [NEW]: CPU 100%

2002-10-23 Thread anders

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version:  4.2.3
PHP Bug Type: IIS related
Bug description:  CPU 100%

The both CPU's(DUAL PIII 933) goes up to 100% on some scripts, specially on
a webmailscript from http://www.uebimiau.sili.com.br/ 
The CPU goes up quite high on different PHP forums too!

Using Win2K, IIS5, SP3 all patches for windows
php.exe module

-- 
Edit bug report at http://bugs.php.net/?id=20038edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20038r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20038r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20038r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20038r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20038r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20038r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20038r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20038r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20038r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20038r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20038r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20038r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20038r=isapi

Bug #15599: functions returning references, oddity(?)

2002-02-18 Thread anders


From: [EMAIL PROTECTED]
Operating system: all
PHP version:  4.1.1
PHP Bug Type: Feature/Change Request
Bug description:  functions returning references, oddity(?)

I think it is a bit funny that when returning references from functions you
get something looking kind of this in the end:
$a =   $b;

That is, I think it would be more logic if a function that is specified to
return a reference wouldn't need to be set on the return side to return a
reference.. since I doesn't make my self clear, here is as an example what
I mean:

class a {
  var $b;
  function fc() {
return $this-b;
  }
}

$c = new a();
// A)
$myvar = $c-fc();
---
Now this will not work as I seem would be logical, instead one need to do
the last line:
// B)
$myvar = $c-fc();

This seems funny.. My logic says that since the function is defined to
return a reference it would be enough (A).. no need to do it again like in
(B). This is true when passing a reference: somefunc($myvar) will result
in passing an reference if the func is defined like
function somefunc($arg)


Is there any chance of a change?
Opinions, comments etc. ?

-- 
Edit bug report at http://bugs.php.net/?id=15599edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15599r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15599r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15599r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15599r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15599r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15599r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15599r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15599r=submittedtwice

[PHP-BUG] Bug #55362 [NEW]: X509_PURPOSE_ANY is not supported

Bug #55362 [Opn]: X509_PURPOSE_ANY is not recognized by openssl

Bug #55362 [Fbk-Opn]: X509_PURPOSE_ANY is not recognized by openssl

Bug #51079 [Com]: fsockopen will not work on 'localhost'

[PHP-BUG] Req #51793 [NEW]: Add alpha argument to imagecolorset

#48894 [Opn]: Occasional crashes with Apache 1.3.41

#48894 [Opn]: Occasional crashes with Apache 1.3.41

#48894 [Fbk-Opn]: Occasional crashes with Apache 1.3.41

#48894 [Fbk-Opn]: Occasional crashes with Apache 1.3.41

#48894 [NEW]: Occasional crashes with Apache 1.3.41

#48894 [Com]: Occasional crashes with Apache 1.3.41

#47897 [NEW]: msvcr80.dll

#46353 [NEW]: string cocatination leaking memeory when using execute

#44537 [NEW]: mb_send_mail overwrites extra headers

#42023 [NEW]: html_entity_decode skips some chars

#42023 [Opn]: html_entity_decode skips some chars

#34232 [NEW]: Crash (double free or corruption) using DOM functions

#34232 [Asn]: Crash (double free or corruption) using DOM functions

#32891 [NEW]: Bug using imagefilledellipse at position 0 vertically

#32633 [NEW]: Warning message from imagecreatefromjpeg not suppressed when using @

#29410 [NEW]: Setting of allow_furl_open_wrapper by users script

#20237 [NEW]: pg_pconnect, too many connections

#20237 [Bgs]: pg_pconnect, too many connections

#20237 [Bgs]: pg_pconnect, too many connections

#20237 [Bgs]: pg_pconnect, too many connections

#20038 [NEW]: CPU 100%

Bug #15599: functions returning references, oddity(?)

27 matches

Site Navigation

Mail list logo

Footer information