date:20101115

Bug #48809 [Com]: "virtual memory exhausted: Cannot allocate memory" with libmagic/apprentice.c

2010-11-15 Thread info at fedushin dot ru

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

 ID: 48809
 Comment by: info at fedushin dot ru
 Reported by:ibboard at gmail dot com
 Summary:"virtual memory exhausted: Cannot allocate memory"
 with libmagic/apprentice.c
 Status: Wont fix
 Type:   Bug
 Package:Compile Failure
 Operating System:   CentOS 4
 PHP Version:5.3.0
 Block user comment: N
 Private report: N

 New Comment:

Adding --disable-fileinfo to ./configure solves the problem.


Previous Comments:

[2010-06-21 22:32:46] mackeul at gmail dot com

Ran into the same problem with GCC 3.4.5 on a "2.6.9-34.EL #1 Fri Feb 24
16:44:51 EST 2006 i686 i686 i386 GNU/Linux" machine 

with 256MB of memory.


[2009-07-05 22:49:48] scott...@php.net

What version of gcc were you using?



It would be nice to track this where possible.


[2009-07-05 22:46:07] scott...@php.net

What version of gcc were you using?



It would be nice to track this where possible.


[2009-07-05 21:48:32] ras...@php.net

It is probably up in the 600-700M range.  If you are using an older
toolchain in a severely memory-starved environment, you shouldn't expect
to be able to compile everything there.  Why not simply cross-compile
from a real dev box somewhere and copy the binaries over?  You can
install your production OS in a vm slice on whatever home machine you
have and compile there.  


[2009-07-05 19:24:35] ibboard at gmail dot com

"Quite a bit" of memory? That seems like a bit of an understatement when
it will quite happily consume over 350MB of memory on a single file and
previous versions of PHP could be compiled in ~150MB or less (albeit
without that extension) :D



Maybe libmagic needs disabling as a default module if it was in PECL
before and is known to causes problems with older compilers?



How much memory am I expected to need to compile it if it fails with
350MB? I've just watched 'top' while the compile continued and it maxed
out at ~120MB without libmagic, which is far more reasonable.




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=48809


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

Bug #53303 [Com]: x86_64 PHP needs libjpeg and libpng i686 ?

2010-11-15 Thread sites at evoluons dot net

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

 ID: 53303
 Comment by: sites at evoluons dot net
 Reported by:sites at evoluons dot net
 Summary:x86_64 PHP needs libjpeg and libpng i686 ?
 Status: Open
 Type:   Bug
 Package:Compile Failure
 Operating System:   Fedora 14 x86_64
 PHP Version:5.3.3
 Block user comment: N
 Private report: N

 New Comment:

Maybe nobody had that bug ?


Previous Comments:

[2010-11-13 08:44:57] sites at evoluons dot net

The only workaround I found is to use --with-libdir=lib64 because it
prevent to user MySQL library (compiled by myself) but if I create 2 sym
links from /usr/lib64/libjpeg.so to /usr/lib/libjpeg.so and
/usr/lib64/libpng.so to /usr/lib/libpng.so it work.



I think I am not the only one to obtain that... maybe a better solution
that symbolic links ?


[2010-11-13 07:22:04] sites at evoluons dot net

I tried with --with-libdir=lib64 and now MySQL libraries are not
found... so it's not a good solution.


[2010-11-13 07:18:41] sites at evoluons dot net

On a forum, someone tells we must use "--with-libdir=lib64" onto 64 bits
systems.



OK, but why, freetype, mcrypt etc... automatically use lib64 without it,
and libjpeg and libpng not ?



I admit I don't understand ;)


[2010-11-13 07:00:46] sites at evoluons dot net

My ./configure is :



./configure  --with-apxs2=/usr/local/apache_maxou/bin/apxs
--with-config-file-path=/usr/local/apache_maxou/conf --disable-ipv6
--with-gd --with-zlib --enable-ftp --enable-sockets --with-curl
--enable-mbstring --enable-exif --without-pdo-sqlite --without-sqlite
--without-pear --enable-zip --prefix=/usr/local/php_maxou
--with-mysql=/usr/local/mysql --with-jpeg-dir --with-png-dir
--with-freetype-dir --enable-gd-native-ttf --with-mcrypt



Thank you ;)


[2010-11-13 04:10:41] ka...@php.net

What was your ./configure line?




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=53303


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

[PHP-BUG] Bug #53320 [NEW]: Segmentation fault (core dumped) by using timezone_identifiers_list function

2010-11-15 Thread kitani at cseas dot kyoto-u dot ac dot jp

From: 
Operating system: Redhat Linux ES5
PHP version:  5.3.3
Package:  Reproducible crash
Bug Type: Bug
Bug description:Segmentation fault (core dumped) by using 
timezone_identifiers_list function

Description:

By using timezone_identifiers_list function, "Segmentation fault (core
dumped)" 

error occurs.





Test script:
---
php -r 'var_dump ( timezone_identifiers_list() );'




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

Bug #45150 [Com]: MySQL functions cannot be used with 5.3.x on Vista when using "localhost"

2010-11-15 Thread slava at shabrov dot com

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

ID: 45150
Comment by: slava at shabrov dot com
Reported by:conor dot kerr_php at dev dot ceon dot net
Summary:MySQL functions cannot be used with 5.3.x on Vista
when using "localhost"
Status: Bogus
Type: Bug
Package:MySQL related
Operating System: Windows Vista
PHP Version:5.3CVS-2008-07-23 (snap)
Block user comment: N
Private report: N

New Comment:

Just upgraded PHP to v 5.3.3 and got this problem. This thread helped.

In addition to adding to the 'host' file

127.0.0.1 localhost

you need to comment out

#::1 localhost

Fixed this issue to me. I would blame here MySQL not supporting IPv6.

Windows 7 x64; PHP 5.3.3 FastCGI; MySQL 5.1.38

Previous Comments:

[2010-10-19 01:39:24] iswald at yahoo dot com

Same problem, 127.0.0.1 works, but localhost times out in MySQL, though
not SQL Server. Went to add

127.0.0.1 localhost

to the hosts file, however, it was already there. Not Fixed. Needs
better documentation at least, even if it is a MS problem.

(PHP 5.3.3.0, MySQL 5.1.51, Windows Vista SP 2, no Apache)

[2010-09-11 16:32:18] zarlean at yahoo dot com

I got this to work in Windows 7 (Apache 2.2, PHP 5.3.3, MySQL 5.1.44)

by adding the line

127.0.0.1 localhost

to the hosts file in C:/Windows/System32/drivers/etc/

[2010-09-06 11:18:20] u...@php.net

Bogus AKA duplicate http://bugs.php.net/bug.php?id=48082

[2010-09-06 08:51:40] songchongzhan at gmail dot com

Did you disable networking on windows. I use MySQL Query Browser connect
to MySQL,

it has MySQL Error Number 2003. Use mysqli connect to MySQL, it return
like what

you post:[2002].

And I use named pipe connect to MySQL by MySQL Query Browser, it is OK,
by php

5.3.x does not support it util now.

Try to open MySQL network connection.

[2010-07-06 19:10:38] and...@php.net

PLEASE READ THIS :

http://blogs.iis.net/donraman/archive/2010/06/11/php-5-3-and-mysql-connectivity-problem.aspx

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=45150

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

Bug #53311 [Com]: startup failed.

2010-11-15 Thread paulgao at yeah dot net

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

 ID: 53311
 Comment by: paulgao at yeah dot net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N
 Private report: N

 New Comment:

-tt output:



Nov 16 10:23:42.631153 [NOTICE] [General]

Nov 16 10:23:42.631199 [NOTICE] pid = /home/php-fpm.pid

Nov 16 10:23:42.631205 [NOTICE] daemonize = yes

Nov 16 10:23:42.631232 [NOTICE] error_log = /home/logs/fpm.log

Nov 16 10:23:42.631239 [NOTICE] log_level = NOTICE

Nov 16 10:23:42.631244 [NOTICE] process_control_timeout = 5s

Nov 16 10:23:42.631250 [NOTICE] emergency_restart_interval =
60s

Nov 16 10:23:42.631256 [NOTICE] emergency_restart_threshold =
10

Nov 16 10:23:42.631268 [NOTICE]  

Nov 16 10:23:42.631283 [NOTICE] [www]

Nov 16 10:23:42.631288 [NOTICE] prefix = undefined

Nov 16 10:23:42.631294 [NOTICE] user = nobody

Nov 16 10:23:42.631303 [NOTICE] group = nobody

Nov 16 10:23:42.631308 [NOTICE] chroot = 

Nov 16 10:23:42.631323 [NOTICE] chdir = 

Nov 16 10:23:42.631329 [NOTICE] listen = 0.0.0.0:8001

Nov 16 10:23:42.631334 [NOTICE] listen.backlog = -1

Nov 16 10:23:42.631340 [NOTICE] listen.owner = undefined

Nov 16 10:23:42.631352 [NOTICE] listen.group = undefined

Nov 16 10:23:42.631359 [NOTICE] listen.mode = 0666

Nov 16 10:23:42.631364 [NOTICE] listen.allowed_clients =
undefined

Nov 16 10:23:42.631370 [NOTICE] pm = dynamic

Nov 16 10:23:42.631375 [NOTICE] pm.max_children = 48

Nov 16 10:23:42.631381 [NOTICE] pm.max_requests = 0

Nov 16 10:23:42.631391 [NOTICE] pm.start_servers = 16

Nov 16 10:23:42.631405 [NOTICE] pm.min_spare_servers = 16

Nov 16 10:23:42.631411 [NOTICE] pm.max_spare_servers = 32

Nov 16 10:23:42.631417 [NOTICE] pm.status_path = /fpm_status

Nov 16 10:23:42.631423 [NOTICE] ping.path = /fpm_ping

Nov 16 10:23:42.631428 [NOTICE] ping.response = pong

Nov 16 10:23:42.631452 [NOTICE] catch_workers_output = yes

Nov 16 10:23:42.631458 [NOTICE] request_terminate_timeout = 0s

Nov 16 10:23:42.631464 [NOTICE] request_slowlog_timeout = 1s

Nov 16 10:23:42.631478 [NOTICE] slowlog =
/home/logs/fpm_slow.log

Nov 16 10:23:42.631484 [NOTICE] rlimit_files = 51200

Nov 16 10:23:42.631489 [NOTICE] rlimit_core = 0

Nov 16 10:23:42.631495 [NOTICE]  

Nov 16 10:23:42.631515 [NOTICE] configuration file
/home/codebase/server-config/php-fpm-api-test.ini test is successful


Previous Comments:

[2010-11-16 03:21:51] paulgao at yeah dot net

I patched, -tt is work, but startup failed, core dumped.



(gdb) bt

#0  _zend_mm_free_int (heap=0x18a01810, p=0x7fff93d7dbbe) at
/root/PHP53/Zend/zend_alloc.c:2018

#1  0x006ba01f in fpm_cleanups_run (type=2) at
/root/PHP53/sapi/fpm/fpm/fpm_cleanup.c:46

#2  0x006c3bcc in fpm_unix_init_main () at
/root/PHP53/sapi/fpm/fpm/fpm_unix.c:232

#3  0x006b96ab in fpm_init (argc=,
argv=, config=, prefix=, test_conf=0, base=0xda1748) at
/root/PHP53/sapi/fpm/fpm/fpm.c:33

#4  0x006be10e in main (argc=3, argv=0x7fff93d7d658) at
/root/PHP53/sapi/fpm/fpm/fpm_main.c:1783


[2010-11-16 01:52:26] f...@php.net

Can you try the attached patch and try again please ?



don't forget to run ./buildconf && ./configure ...


[2010-11-16 01:50:53] f...@php.net

The following patch has been added/updated:

Patch Name: fpm-zlog_set_fd.v1.patch
Revision:   1289868651
URL:   
http://bugs.php.net/patch-display.php?bug=53311&patch=fpm-zlog_set_fd.v1.patch&revision=1289868651


[2010-11-16 01:42:21] f...@php.net

Can you look in the fpm error log ?



(%prefix%/var/log/php-fpm.log if you didn't change the default value)


[2010-11-15 19:09:49] f...@php.net

yes send it to fat at php dot net




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=53311


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

Bug #53311 [Com]: startup failed.

2010-11-15 Thread paulgao at yeah dot net

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

 ID: 53311
 Comment by: paulgao at yeah dot net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N
 Private report: N

 New Comment:

I patched, -tt is work, but startup failed, core dumped.



(gdb) bt

#0  _zend_mm_free_int (heap=0x18a01810, p=0x7fff93d7dbbe) at
/root/PHP53/Zend/zend_alloc.c:2018

#1  0x006ba01f in fpm_cleanups_run (type=2) at
/root/PHP53/sapi/fpm/fpm/fpm_cleanup.c:46

#2  0x006c3bcc in fpm_unix_init_main () at
/root/PHP53/sapi/fpm/fpm/fpm_unix.c:232

#3  0x006b96ab in fpm_init (argc=,
argv=, config=, prefix=, test_conf=0, base=0xda1748) at
/root/PHP53/sapi/fpm/fpm/fpm.c:33

#4  0x006be10e in main (argc=3, argv=0x7fff93d7d658) at
/root/PHP53/sapi/fpm/fpm/fpm_main.c:1783


Previous Comments:

[2010-11-16 01:52:26] f...@php.net

Can you try the attached patch and try again please ?



don't forget to run ./buildconf && ./configure ...


[2010-11-16 01:50:53] f...@php.net

The following patch has been added/updated:

Patch Name: fpm-zlog_set_fd.v1.patch
Revision:   1289868651
URL:   
http://bugs.php.net/patch-display.php?bug=53311&patch=fpm-zlog_set_fd.v1.patch&revision=1289868651


[2010-11-16 01:42:21] f...@php.net

Can you look in the fpm error log ?



(%prefix%/var/log/php-fpm.log if you didn't change the default value)


[2010-11-15 19:09:49] f...@php.net

yes send it to fat at php dot net


[2010-11-15 18:45:59] paulgao at yeah dot net

strace.fpm about 600KB, maybe mail to 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/bug.php?id=53311


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

[PHP-BUG] Bug #53319 [NEW]: Strip_tags() may strip '' incorrectly

2010-11-15 Thread Ray dot Paseur at Gmail dot com

From: 
Operating system: Linux
PHP version:  5.3.3
Package:  Strings related
Bug Type: Bug
Bug description:Strip_tags() may strip '' incorrectly

Description:

---

>From manual page: http://www.php.net/function.strip-tags#Return Values

---



Test script:
---
USDCDN';

$new = strip_tags($str);

echo $new; // Prints USDCDN



// TRY TO PRESERVE ALLOWABLE TAGS

$new = strip_tags($str, '');

echo $new; // Prints USDCDN -- The break tag is not preserved



$new = strip_tags($str, '');

echo $new; // Prints USDCDN



// SELF-CLOSING TAGS WITHOUT SPACES

$str = 'USDCDN';

$new = strip_tags($str, '');

echo $new; // Prints USDCDN



Expected result:

strip_tags() should preserve the allowable_tags

Actual result:
--
strip_tags did not always preserve the allowable_tags

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

Bug #48761 [Tbd]: php crashes on start - getaddrinfo could not be located

2010-11-15 Thread pajoye

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

 ID: 48761
 Updated by: paj...@php.net
 Reported by:aheckmann at m-s dot de
 Summary:php crashes on start - getaddrinfo could not be
 located
 Status: To be documented
 Type:   Bug
 Package:Reproducible crash
 Operating System:   win32 only - Windows 2000 SP4
 PHP Version:5.3.0
 Block user comment: N
 Private report: N

 New Comment:

"since you officially still provide support for windows 2000 in php
5.3"



No, we don't.


Previous Comments:

[2010-11-16 00:26:27] slgundam at gmail dot com

If you don't want to fix this, the system requirements for php need to
be adjusted and since you officially still provide support for windows
2000 in php 5.3 and are not planning to fix this, support should be
dropped aswell



Though i do find it weird that you provide support for a system but are
not planning to fix a bug that in effect makes sure that the whole thing
does not work at all on the OS in question


[2010-02-26 15:51:53] paj...@php.net

It won't happen. Stay with 5.2 if you need windows 2k support.


[2010-02-26 15:24:18] hofmann at jonhofmann dot com

I'd like to see PHP 5.3 work for w2k as I probably won't be able to
afford to get a better OS soon and have too much invested in what works
now ... If I would have just had the simple warning about 5.3 not
working on w2k I wouldn't have lost HOURS recently.



RE: Bruces question

"where do I obtain and include the mentioned Ws2tcpip.h and

Wspiapi.h files"



I found one, wspiapi.h, in the IPv6Kit supplied on a windows site.


[2010-01-02 00:26:22] rob-sturgill at yahoo dot com

"No, the solution is to use at least a 10 years old operating system.
The idea solution is to use a recent one."



Pierre,



While I appreciate what your team does more than I can possibly express,
I believe this is a shocking response. If 5.3.0 doesn't support Windows
2000, then simply drop support for Windows 2000 in the documentation.
Fine, no problem. Like the prior comment from 'broth' it's agonizing to
break a working installation, going to 5.3, when that version simply
does not support the OS. Otherwise, users like myself are going to waste
hours debugging this mess. 



I respectfully request a change to the 'Changes made to Windows Support'
to correct the statement: "The minimum Windows version is now Windows
2000; Windows 98, ME, and NT4 are no longer supported."


[2009-12-16 23:08:06] paj...@php.net

No, the solution is to use at least a 10 years old operating system. The
idea solution is to use a recent one.




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=48761


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

Bug #48761 [Com]: php crashes on start - getaddrinfo could not be located

2010-11-15 Thread slgundam at gmail dot com

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

 ID: 48761
 Comment by: slgundam at gmail dot com
 Reported by:aheckmann at m-s dot de
 Summary:php crashes on start - getaddrinfo could not be
 located
 Status: To be documented
 Type:   Bug
 Package:Reproducible crash
 Operating System:   win32 only - Windows 2000 SP4
 PHP Version:5.3.0
 Block user comment: N
 Private report: N

 New Comment:

If you don't want to fix this, the system requirements for php need to
be adjusted and since you officially still provide support for windows
2000 in php 5.3 and are not planning to fix this, support should be
dropped aswell



Though i do find it weird that you provide support for a system but are
not planning to fix a bug that in effect makes sure that the whole thing
does not work at all on the OS in question


Previous Comments:

[2010-02-26 15:51:53] paj...@php.net

It won't happen. Stay with 5.2 if you need windows 2k support.


[2010-02-26 15:24:18] hofmann at jonhofmann dot com

I'd like to see PHP 5.3 work for w2k as I probably won't be able to
afford to get a better OS soon and have too much invested in what works
now ... If I would have just had the simple warning about 5.3 not
working on w2k I wouldn't have lost HOURS recently.



RE: Bruces question

"where do I obtain and include the mentioned Ws2tcpip.h and

Wspiapi.h files"



I found one, wspiapi.h, in the IPv6Kit supplied on a windows site.


[2010-01-02 00:26:22] rob-sturgill at yahoo dot com

"No, the solution is to use at least a 10 years old operating system.
The idea solution is to use a recent one."



Pierre,



While I appreciate what your team does more than I can possibly express,
I believe this is a shocking response. If 5.3.0 doesn't support Windows
2000, then simply drop support for Windows 2000 in the documentation.
Fine, no problem. Like the prior comment from 'broth' it's agonizing to
break a working installation, going to 5.3, when that version simply
does not support the OS. Otherwise, users like myself are going to waste
hours debugging this mess. 



I respectfully request a change to the 'Changes made to Windows Support'
to correct the statement: "The minimum Windows version is now Windows
2000; Windows 98, ME, and NT4 are no longer supported."


[2009-12-16 23:08:06] paj...@php.net

No, the solution is to use at least a 10 years old operating system. The
idea solution is to use a recent one.


[2009-12-16 22:39:14] joe dot at dot trends at gmail dot com

So is the only solution to return to PHP 5.2.11? 



I would really like to see this fixed.




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=48761


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

Bug #47963 [Com]: PHP does not load - getaddrinfo doesn't exist

2010-11-15 Thread slgundam at gmail dot com

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

 ID: 47963
 Comment by: slgundam at gmail dot com
 Reported by:cranderson at att dot net
 Summary:PHP does not load - getaddrinfo doesn't exist
 Status: Wont fix
 Type:   Bug
 Package:*Configuration Issues
 Operating System:   Windows 2000
 PHP Version:5.3.0RC1
 Block user comment: N
 Private report: N

 New Comment:

If you don't want to fix this, the system requirements for php need to
be adjusted and since you officially still provide support for windows
2000 in php 5.3 and are not planning to fix this, support should be
dropped aswell



Though i do find it weird that you provide support for a system but are
not planning to fix a bug that in effect makes sure that the whole thing
does not work at all on the OS in question


Previous Comments:

[2009-10-27 20:00:58] kenwilson at videotron dot ca

There's been no answer whether or not 5.3 will have support for Win2K -
can someone please address this issue?

Thanks, Ken


[2009-07-01 21:52:49] aheckmann at m-s dot de

I have the same problem/error on Windows 2000 using the VC6 and the VC9
builds of 5.3.0.

"The procedure entry point getaddrinfo could not be located in the
dynamic link library WS2_32.dll."



In my opinion the above already mentioned document from microsoft
describes the solution to fix the problem for older windows versions

that don't have the getaddrinfo function with an inline function:



Support for getaddrinfo on older versions of Windows



The getaddrinfo function was added to the Ws2_32.dll on Windows XP and
later. 

To execute an application that uses this function on earlier versions of
Windows, then you need to include the Ws2tcpip.h and Wspiapi.h files. 

When the Wspiapi.h include file is added, the getaddrinfo function is
defined to the WspiapiGetAddrInfo inline function in the Wspiapi.h file.


At runtime, the WspiapiGetAddrInfo function is implemented in such a way
that if the Ws2_32.dll or the Wship6.dll 

(the file containing getaddrinfo in the IPv6 Technology Preview for
Windows 2000) does not include getaddrinfo, 

then a version of getaddrinfo is implemented inline based on code in the
Wspiapi.h header file. 

This inline code will be used on older Windows platforms that do not
natively support the getaddrinfo function.



http://msdn.microsoft.com/en-us/library/ms738520%28VS.85%29.aspx



Will this be fixed, or is Win2k support dropped for php 5.3.x?



Thanks


[2009-04-22 01:00:00] php-bugs at lists dot php dot net

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".


[2009-04-16 20:19:36] cranderson at att dot net

Hi,



Sorry about the delay getting back to this issue (taxes crap).  Anyway,
the offending file in Win2000 Server/Pro and family is ws2_32.dll.  This
file is part of service pack 4.  It is NOT related to VC6/9, etc.  (I
have VC9 installed so that I can run the Apache distro from Apache
Lounge.)



It does not have the getaddrinfo function.  This link:



http://msdn.microsoft.com/en-us/library/ms738520(VS.85).aspx



describes the problem in detail.  Unfortunately, anything less than XP
service pack 2 will exhibit this behavior and will be unable to load PHP
5.3.  Microsoft is not going to update ws3_32.dll since it would involve
tearing out winsock and supporting files.  The file is always in use by
the OS, so I was unable to overwrite the DLL with a copy from 2003
server - maybe safe mode but I don't have the nerve.



Carl


[2009-04-14 11:04:26] matt...@php.net

I haven't used that tool before, so not exactly sure what I'm supposed
to check, sorry. :-/ But anyway, selecting WS2_32.DLL under PHP.EXE >
PHP5TS.DLL, the *addrinfo functions aren't in the bottom pane on 2000,
and in the upper pane, freeaddrinfo/getaddrinfo are red instead of green
on XP. Additionally, on 2000, the log area says "Error: At least one
module has an unresolved import due to a missing export function in an
implicitly dependent module."



Is that even close to anything you wanted to know...? A little lost in
this area, but if you give me instructions, hopefully I can help. :-)
(I'll be away for a bit now...)




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?i

Req #51875 [Com]: Magic __compare() method for objects

2010-11-15 Thread eric dot druid at gmail dot com

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

 ID: 51875
 Comment by: eric dot druid at gmail dot com
 Reported by:dennis dot birkholz at nexxes dot net
 Summary:Magic __compare() method for objects
 Status: Open
 Type:   Feature/Change Request
 Package:Class/Object related
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

This is a duplicate of http://bugs.php.net/bug.php?id=25772


Previous Comments:

[2010-05-20 22:06:41] dennis dot birkholz at nexxes dot net

Description:

Objects can either be compared by checking if they are equivalent (are
references to the same object) or have the same values, which may lead
to severe performance penalties or recursion errors while checking. (See
http://de.php.net/manual/en/language.oop5.object-comparison.php)



When using database stored objects, the identifier for the object is
often stored as a single value within the object and it would be
sufficient to compare the IDs of two different objects to know if they
represent the same object in the database. In this cases, a ===
comparision would fail, the == comparison would succeed but could impose
large overhead if a lot of other objects are referenced within the
object. Sometimes even the == would fail because some caches are filled
in one instance but not in the other.



There are several thinkable possibilities to solve this problem:

1. Use a magic method __compare() that returns a token for the object
which then is used for comparison

2. Use a magic method __compare($obj) that returns true if the supplied
object matches the "questioned" object

3. Use a magic method __compare() that returns an array containing a
list of object properties to take into consideration, similar to the
__sleep() magic method.

Test script:
---
class A {

protected $ID;

public function __construct($id) { $this->ID = $id; }

// Variant 1

public function __compare() { return $this->ID; }



// Variant 2

public function __compare($obj) { return ($this->ID == $obj->ID); }



// Variant 3

public function __compare() { return array('ID'); }

}



$a1 = new A(10);

$a2 = new A(20);

$a3 = new A(10);



echo ($a1 === $a2 ? "YES" : "NO") . "\n";

echo ($a1 === $a3 ? "YES" : "NO") . "\n";



Expected result:

NO

YES







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

Req #51308 [Opn]: PDO::FETCH_FUNC should also work with fetch()

2010-11-15 Thread kenaniah at gmail dot com

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

 ID: 51308
 User updated by:kenaniah at gmail dot com
 Reported by:kenaniah at gmail dot com
 Summary:PDO::FETCH_FUNC should also work with fetch()
 Status: Open
 Type:   Feature/Change Request
 Package:PDO related
 Operating System:   *
 PHP Version:5.3.2
 Block user comment: N

 New Comment:

jinmoku:



Thanks, but that doesn't solve the problem. Consider the use case in
which you 

would want to transparently process database results between the
database and 

PHP. By implementing FETCH_FUNC, one would be able to process the result
set 

without having to modify every instance where the result is accessed.
Your 

workaround requires that I modify my code every place I want to
pre-process my 

results, as opposed to simply modifying the fetch mode on the driver
once. As 

you could imagine, the workaround would be more of a headache than the
actual 

bug in a fairly-sized codebase.


Previous Comments:

[2010-11-15 01:07:45] jinmoku at hotmail dot com

you can use call_user_func_array :



$db = new PDO(...);

$stmt = $db->execute("SELECT * FROM foobar");

$stmt->setFetchMode(PDO::FETCH_ASSOC);

foreach($stmt as $row):

call_user_func_array('var_dump', $row);

endforeach;


[2010-11-13 12:41:14] visor at alt22 dot ru

Still reproduced for PHP 5.3.3


[2010-03-16 18:24:20] kenaniah at gmail dot com

Description:

Currently, PDO::FETCH_FUNC can only be used in the
PDOStatement::fetchAll() method. This fetch mode, however, is
essentially useless since it can not be set using setFetchMode() or
fetch(), and thus can not be used in iteration. 

Test script:
---
execute("SELECT * FROM foobar");

$stmt->setFetchMode(PDO::FETCH_FUNC, 'var_dump');

foreach($stmt as $row):

...

endforeach;

?>

Expected result:

PDO should set the fetch mode to FETCH_FUNC, and should call var_dump()
when $stmt is iterated. Because no additional fetch modes were passed to
setFetchMode(), var_dump() should receive an argument representing the
row in PDO::FETCH_BOTH format. $row should be set to the return of
var_dump(), and control should now be passed to the foreach codeblock.



IMHO, FETCH_FUNC should allow one to provide a callback function that
allows full manipulation of the row before being passed into the
iteration codeblock. For example, in an active record implementation,
one would have to set the FETCH_CLASS method and suffer a very costly
object instantiation. A callback function would allow me to clone an
existing (and fully loaded) object, set my properties, and return it --
saving me upwards of 90% in execution costs for heavy objects.

Actual result:
--
Warning: PDOStatement::setFetchMode() [pdostatement.setfetchmode]:
SQLSTATE[HY000]: General error: PDO::FETCH_FUNC is only allowed in
PDOStatement::fetchAll()






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

Req #32059 [Bgs]: ranges in switch

2010-11-15 Thread scooley at apple dot com

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

 ID: 32059
 User updated by:scooley at apple dot com
 Reported by:scooley at apple dot com
 Summary:ranges in switch
 Status: Bogus
 Type:   Feature/Change Request
 Package:*General Issues
 Operating System:   mac os x
 PHP Version:5.0.3
 Block user comment: N

 New Comment:

fine with me.


Previous Comments:

[2010-11-15 20:40:54] paj...@php.net

not a bug > bogus


[2010-11-15 19:15:41] scooley at apple dot com

Hey, so it's been pointed out to me that this is possible already.





switch($var)

{



case ($var <=9):

{

do_this();

break;

}



case ($var >= 10) && ($var <= 100) :

{

do_something();

break;

}



}



Basically, the cases just need to evaluate to true or false in order for
the code within to run, so you can do comparisons and ranges; you just
need to form them correctly.


[2010-11-15 14:44:53] scratch65535 at att dot net

I too think it would be very convenient to allow a range as a case,
e.g.



switch( $somevar )

{

case 1..5 :

// code & break

case 6..23 : 

// code & break

// etc

}



(I also think it'd be very convenient if bugzilla didn't claim
"incorrect captcha" when the problem is "i can't set a cookie")


[2005-02-21 23:55:17] scooley at apple dot com

Description:

why not some behavior like this?



...

switch($var)

{

case <= 9:

{

echo "less than ten";

break;

}

case 10:

{

echo "ten exactly";

break;

}

case >10 <> <15:

{

echo a range of values? why not?";

break;

}

case >= 15:

{

echo greater than or equal to fifteen";

break;

}

default:

{

echo what am I not thinking of here?

break;

}

}









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

Req #32059 [Csd->Bgs]: ranges in switch

2010-11-15 Thread pajoye

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

 ID: 32059
 Updated by: paj...@php.net
 Reported by:scooley at apple dot com
 Summary:ranges in switch
-Status: Closed
+Status: Bogus
 Type:   Feature/Change Request
 Package:*General Issues
 Operating System:   mac os x
 PHP Version:5.0.3
 Block user comment: N

 New Comment:

not a bug > bogus


Previous Comments:

[2010-11-15 19:15:41] scooley at apple dot com

Hey, so it's been pointed out to me that this is possible already.





switch($var)

{



case ($var <=9):

{

do_this();

break;

}



case ($var >= 10) && ($var <= 100) :

{

do_something();

break;

}



}



Basically, the cases just need to evaluate to true or false in order for
the code within to run, so you can do comparisons and ranges; you just
need to form them correctly.


[2010-11-15 14:44:53] scratch65535 at att dot net

I too think it would be very convenient to allow a range as a case,
e.g.



switch( $somevar )

{

case 1..5 :

// code & break

case 6..23 : 

// code & break

// etc

}



(I also think it'd be very convenient if bugzilla didn't claim
"incorrect captcha" when the problem is "i can't set a cookie")


[2005-02-21 23:55:17] scooley at apple dot com

Description:

why not some behavior like this?



...

switch($var)

{

case <= 9:

{

echo "less than ten";

break;

}

case 10:

{

echo "ten exactly";

break;

}

case >10 <> <15:

{

echo a range of values? why not?";

break;

}

case >= 15:

{

echo greater than or equal to fifteen";

break;

}

default:

{

echo what am I not thinking of here?

break;

}

}









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

Bug #52820 [Asn->Csd]: curl doesn't write to php://temp or /memory

2010-11-15 Thread cataphract

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

 ID: 52820
 Updated by: cataphr...@php.net
 Reported by:klawd+phpbugs at kamundo dot de
 Summary:curl doesn't write to php://temp or /memory
-Status: Assigned
+Status: Closed
 Type:   Bug
 Package:Streams related
 Operating System:   Ubuntu
 PHP Version:5.3.3
 Assigned To:cataphract
 Block user comment: N

 New Comment:

This bug has been fixed in SVN.

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.




Previous Comments:

[2010-11-15 19:22:54] cataphr...@php.net

Automatic comment from SVN on behalf of cataphract
Revision: http://svn.php.net/viewvc/?view=revision&revision=305379
Log: - Fixed bug #52820 (writes to fopencookie FILE* not commited when
seeking the
  stream).


[2010-11-15 06:08:29] cataphr...@php.net

I've identified the problem and I will commit a fix tomorrow.


[2010-09-12 21:49:47] klawd+phpbugs at kamundo dot de

I didn't get the warning in my latest run. It could stem from the
missing open modes which would be weird but possible.


[2010-09-12 21:37:43] cataphr...@php.net

Right.



The problem was that I was testing on Windows, where this works.



I've just tested in Ubuntu, and indeed the string was empty there.
However, I didn't get the warning you've described.


[2010-09-12 19:31:26] klawd+phpbugs at kamundo dot de

Fixed test script, now with example.com.



$handle=curl_init('http://example.com');

curl_setopt($handle, CURLOPT_VERBOSE, true);

curl_setopt($handle, CURLOPT_STDERR, fopen('php://output', "w+"));

curl_exec($handle);

curl_setopt($handle, CURLOPT_STDERR, $output=fopen('php://temp',
"w+"));

curl_exec($handle);

rewind($output);

var_dump(stream_get_contents($output));



Please use var_dump. You will see that it's empty. There should be two
outputs:

- the one directly written to STDOUT

- one with string(n) and wrapped by var_dump's quotes

but the latter is empty:

string(0) ""



I tried both memory and temp




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=52820


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

Req #32059 [Opn->Csd]: ranges in switch

2010-11-15 Thread scooley at apple dot com

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

 ID: 32059
 User updated by:scooley at apple dot com
 Reported by:scooley at apple dot com
 Summary:ranges in switch
-Status: Open
+Status: Closed
 Type:   Feature/Change Request
-Package:Feature/Change Request
+Package:*General Issues
 Operating System:   mac os x
 PHP Version:5.0.3
 Block user comment: N

 New Comment:

Hey, so it's been pointed out to me that this is possible already.





switch($var)

{



case ($var <=9):

{

do_this();

break;

}



case ($var >= 10) && ($var <= 100) :

{

do_something();

break;

}



}



Basically, the cases just need to evaluate to true or false in order for
the code within to run, so you can do comparisons and ranges; you just
need to form them correctly.


Previous Comments:

[2010-11-15 14:44:53] scratch65535 at att dot net

I too think it would be very convenient to allow a range as a case,
e.g.



switch( $somevar )

{

case 1..5 :

// code & break

case 6..23 : 

// code & break

// etc

}



(I also think it'd be very convenient if bugzilla didn't claim
"incorrect captcha" when the problem is "i can't set a cookie")


[2005-02-21 23:55:17] scooley at apple dot com

Description:

why not some behavior like this?



...

switch($var)

{

case <= 9:

{

echo "less than ten";

break;

}

case 10:

{

echo "ten exactly";

break;

}

case >10 <> <15:

{

echo a range of values? why not?";

break;

}

case >= 15:

{

echo greater than or equal to fifteen";

break;

}

default:

{

echo what am I not thinking of here?

break;

}

}









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

[PHP-BUG] Req #53317 [NEW]: SQLDATETIME not supported by msql_bind()

2010-11-15 Thread arl at andrewrlevine dot com

From: 
Operating system: Linux
PHP version:  5.2.14
Package:  MSSQL related
Bug Type: Feature/Change Request
Bug description:SQLDATETIME not supported by msql_bind()

Description:

SQLDATETIME and SQLDATETIM4 seem to not be supported by the MSSQL
extension. I 

don't see any reason why they shouldn't be. The constant is already
supported in 

other parts of php_mssql.c but just not in the function that defines 

mssql_bind().



It is also not in the Predefined Constants list here: 

http://us2.php.net/manual/en/mssql.constants.php


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

Bug #53311 [Com]: startup failed.

2010-11-15 Thread f...@php.net

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

 ID: 53311
 Comment by: f...@php.net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N

 New Comment:

hum it's weird.



Can you recompile PHP starting with "make clean" ?



If 'php-fpm -tt' does not work, can you execute the following command



strace -s1024 -o/tmp/strace.fpm ./sapi/fpm/php-fpm -tt



and post somewhere the file /tmp/strace.fpm or its content.



thx


Previous Comments:

[2010-11-15 16:00:51] paulgao at yeah dot net

;

; FPM Configuration ;

;



; All relative paths in this configuration file are relative to PHP's
install

; prefix.



; Include one or more files. If glob(3) exists, it is used to include a
bunch of

; files from a glob(3) pattern. This directive can be used everywhere in
the

; file.

;inclu...@expanded_sysconfdir@/fpm.d/*.conf



;;

; Global Options ;

;;



[global]

; Pid file

; Default Value: none

;pid = @EXPANDED_LOCALSTATEDIR@/run/php-fpm.pid

pid = /home/php-fpm.pid



; Error log file

; Default Value: @EXPANDED_LOCALSTATEDIR@/log/php-fpm.log

;error_log = @EXPANDED_LOCALSTATEDIR@/log/php-fpm.log

error_log = /home/logs/fpm.log



; Log level

; Possible Values: alert, error, warning, notice, debug

; Default Value: notice

;log_level = notice

log_level = notice



; If this number of child processes exit with SIGSEGV or SIGBUS within
the time

; interval set by emergency_restart_interval then FPM will restart. A
value

; of '0' means 'Off'.

; Default Value: 0

;emergency_restart_threshold = 0

emergency_restart_threshold = 10



; Interval of time used by emergency_restart_interval to determine when

; a graceful restart will be initiated.  This can be useful to work
around

; accidental corruptions in an accelerator's shared memory.

; Available Units: s(econds), m(inutes), h(ours), or d(ays)

; Default Unit: seconds

; Default Value: 0

;emergency_restart_interval = 0

emergency_restart_interval = 1m



; Time limit for child processes to wait for a reaction on signals from
master.

; Available units: s(econds), m(inutes), h(ours), or d(ays)

; Default Unit: seconds

; Default Value: 0

;process_control_timeout = 0

process_control_timeout = 5s



; Send FPM to background. Set to 'no' to keep FPM in foreground for
debugging.

; Default Value: yes

;daemonize = yes

daemonize = yes





; Pool Definitions ;





; Multiple pools of child processes may be started with different
listening

; ports and different management options.  The name of the pool will be

; used in logs and stats. There is no limitation on the number of pools
which

; FPM can handle. Your system will tell you anyway :)



; Start a new pool named 'www'.

[www]



; The address on which to accept FastCGI requests.

; Valid syntaxes are:

;   'ip.add.re.ss:port'- to listen on a TCP socket to a specific
address on

;a specific port;

;   'port' - to listen on a TCP socket to all addresses
on a

;specific port;

;   '/path/to/unix/socket' - to listen on a unix socket.

; Note: This value is mandatory.

listen = 0.0.0.0:8001



; Set listen(2) backlog. A value of '-1' means unlimited.

; Default Value: -1

;listen.backlog = -1

listen.backlog = -1



; List of ipv4 addresses of FastCGI clients which are allowed to
connect.

; Equivalent to the FCGI_WEB_SERVER_ADDRS environment variable in the
original

; PHP FCGI (5.2.2+). Makes sense only with a tcp listening socket. Each
address

; must be separated by a comma. If this value is left blank, connections
will be

; accepted from any ip address.

; Default Value: any

;listen.allowed_clients = 127.0.0.1



; Set permissions for unix socket, if one is used. In Linux, read/write

; permissions must be set in order to allow connections from a web
server. Many

; BSD-derived systems allow connections regardless of permissions.

; Default Values: user and group are set as the running user

; mode is set to 0666

;listen.owner = @php_fpm_user@

;listen.group = @php_fpm_group@

;listen.mode = 0666

listen.mode = 0666



; Unix user/group of processes

; Note: The user is mandatory. If the group is not set, the default
user's group

;   will be used.

user = nobody

group = nobody



; Choose how the process manager will control the number of child
processes.

; Possible Values:

;   static  - a fixed number (pm.max_children) of child processes;

;   dynamic - the number of child processes are set dynamically based on
the

; foll

Bug #27777 [Com]: basic authentication broken

2010-11-15 Thread oliver at teqneers dot de

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

 ID: 2
 Comment by: oliver at teqneers dot de
 Reported by:mikx at mikx dot de
 Summary:basic authentication broken
 Status: No Feedback
 Type:   Bug
 Package:SOAP related
 Operating System:   Windows XP Pro
 PHP Version:5.0.0RC1
 Block user comment: N

 New Comment:

I have the same problem in PHP 5.3.3.



It is not possible to fetch a HTTP basic/digest authentication protected
WSDL.


Previous Comments:

[2010-01-29 21:38:40] eric dot caron at gmail dot com

Still having this problem as of PHP 5.3.2-dev on my Linux boxes. PHP
5.3.1 on my Windows box did not have this problem.


[2009-05-07 13:32:47] Christian dot Reingruber at gmail dot com

still a problem in 5.2.8 i guess... any ideas?


[2008-06-19 14:16:33] trippinbilly25 at gmail dot com

This is still a problem in 5.2.6.


[2007-04-05 15:21:57] jgarcia at tdg-i dot com

Bug still open in PHP 5.1.2 





Found information from user post:

 Arjan van Bentem

12-Aug-2005 08:31

When using HTTP basic authentication, PHP will only send the credentials
when invoking the service, not when fetching the WSDL.


[2006-05-19 09:01:20] peter at adkins dot nl

This is still a problem with 5.1.1.




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=2


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

Bug #53314 [Opn->Bgs]: simplexml_load_string can't parse all tags

2010-11-15 Thread felipe

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

 ID: 53314
 Updated by: fel...@php.net
 Reported by:122363686 at qq dot com
 Summary:simplexml_load_string can't parse all tags
-Status: Open
+Status: Bogus
 Type:   Bug
 Package:SimpleXML related
 Operating System:   windows XP
 PHP Version:5.3.3
 Block user comment: N

 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

This is a known detail when printing the SimpleXMLElement using
print_r(). But the element is there.



You can check them using:

var_dump($xml->xpath('//textEntryInteraction'));



There are others reported related to this, e.g. bug #44973



But this is not a PHP bug, thanks.


Previous Comments:

[2010-11-15 07:47:23] 122363686 at qq dot com

Description:

run this php,i can't find







&



14285



in the result.

Test script:
---
$string ='

  

   
ä¸å¹¿ç½å¿«è®¯ï¼è®°èå¼ æ£æ£ï¼æ®ä¸å½ä¹å£°ãå¤®å¹¿æ°é»ãæ¥éï¼å½å®¶ç»è®¡å±ååå¬å¸äºææ°æ¶è´¹èç©ä»·ææ°åçäº§èç©ä»·ææ°ã

  

  

  

0æä»½å±æ°æ¶è´¹ä»·æ ¼ææ°åæ¯ä¸æ¶¨4.4%

1ï¼æ¶¨å¹æ¯9æä»½æ©å¤§0.8ä¸ªç¾åç¹ã

å¶ä¸ï¼åå¸ä¸æ¶¨4.2%ï¼åæä¸æ¶¨4.7%ï¼é£åä»·æ ¼ä¸æ¶¨10.1%

éé£åä»·æ ¼ä¸æ¶¨1.6%ï¼æ¶è´¹åä»·æ ¼ä¸æ¶¨5%ï¼æå¡é¡¹ç®ä»·æ ¼ä¸æ¶¨2.5%ã

  

  

  

10æä»½å·¥ä¸ååºåä»·æ ¼åæ¯ä¸æ¶¨5.0%ï¼



 
æ¶¨å¹æ¯9æä»½æ©å¤§ç¾åç¹ã



ãæ¤å¤ï¼ç¤¾ä¼æ¶è´¹åé¶å®æ»é¢ä¿æè¾å¿«å¢é¿ï¼



  ç¤¾ä¼æ¶è´¹åé¶å®æ»é¢

  14285

  äº¿åï¼åæ¯å¢é¿18.6%ï¼æ¯9æä»½åè½0.2ä¸ªç¾åç¹ã



  

  

  

   
å·¥ä¸çäº§å¹³ç¨³å¢é¿ã10æä»½è§æ¨¡ä»¥ä¸å·¥ä¸å¢å å¼åæ¯å¢é¿13.1%ï¼æ¯9æä»½åè½0.2ä¸ªç¾åç¹ã1è³10æè§æ¨¡ä»¥ä¸å·¥ä¸å¢å å¼åæ¯å¢é¿16.1%ï¼æ¯1è³9æä»½åè½0.2ä¸ªç¾åç¹ã1è³10æåéåºå®èµäº§æèµ187556äº¿åï¼åæ¯å¢é¿24.4%ï¼1è³9æä»½åè½0.1ä¸ªç¾åç¹ã



  

   



';



$xml = simplexml_load_string($string); 

echo '';

print_r($xml);

Expected result:

Please parse all tags.







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

Bug #53313 [Opn->Bgs]: call_user_func and throw Exception causes segmentation fault

2010-11-15 Thread felipe

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

 ID: 53313
 Updated by: fel...@php.net
 Reported by:mtrudel at wizcorp dot jp
 Summary:call_user_func and throw Exception causes
 segmentation fault
-Status: Open
+Status: Bogus
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   Ubuntu 8.04 and CentOS 5.5
 PHP Version:5.3.3
 Block user comment: N

 New Comment:

This is expected, as you are causing an infinite recursion.


Previous Comments:

[2010-11-15 05:43:45] mtrudel at wizcorp dot jp

Description:

tested on 5.3.4-dev and 5.3.2. Here is a gdb bt from each:



== 5.3.2



GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-23.el5_5.1)

Copyright (C) 2009 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later


This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"

and "show warranty" for details.

This GDB was configured as "x86_64-redhat-linux-gnu".

For bug reporting instructions, please see:

...

Reading symbols from /usr/bin/php...(no debugging symbols
found)...done.

(gdb) run test.php

Starting program: /usr/bin/php test.php

[Thread debugging using libthread_db enabled]

Starting

call #1

GOTCHA

call #2

GOTCHA

call #3



== 5.3.4-dev



GNU gdb 6.8-debian

Copyright (C) 2008 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later


This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"

and "show warranty" for details.

This GDB was configured as "i486-linux-gnu"...

(gdb) run test.php

Starting program: /usr/local/bin/php test.php

[Thread debugging using libthread_db enabled]

[New Thread 0xb73ba6d0 (LWP 21760)]

Starting

call #1

GOTCHA

call #2

GOTCHA

call #3



Program received signal SIGSEGV, Segmentation fault.

[Switching to Thread 0xb73ba6d0 (LWP 21760)]

0x083a6804 in zend_parse_va_args (num_args=1, type_spec=0x884f1d1 "*", 

va=0xbf6e912c, flags=0) at
/root/src/php-src/PHP_5_3/Zend/zend_API.c:588

588 /root/src/php-src/PHP_5_3/Zend/zend_API.c: No such file or
directory.

in /root/src/php-src/PHP_5_3/Zend/zend_API.c





Program received signal SIGSEGV, Segmentation fault.

0x006018ca in ?? ()



== Valgrind on 5.3.4-dev





Starting

call #1

GOTCHA

call #2

GOTCHA

call #3

==27936== Stack overflow in thread 1: can't grow stack to 0xBE79AFF4

==27936== 

==27936== Process terminating with default action of signal 11
(SIGSEGV)

==27936==  Access not within mapped region at address 0xBE79AFF4

==27936==at 0x83A560C: zend_parse_va_args (zend_API.c:672)

==27936== Stack overflow in thread 1: can't grow stack to 0xBE79AFAC

==27936== 

==27936== Process terminating with default action of signal 11
(SIGSEGV)

==27936==  Access not within mapped region at address 0xBE79AFAC

==27936==at 0x401E200: _vgnU_freeres (vg_preloaded.c:56)

==27936== 

==27936== ERROR SUMMARY: 36 errors from 8 contexts (suppressed: 223 from
1)

==27936== malloc/free: in use at exit: 7,047,765 bytes in 22,064
blocks.

==27936== malloc/free: 23,225 allocs, 1,161 frees, 7,402,213 bytes
allocated.

==27936== For counts of detected errors, rerun with: -v

==27936== searching for pointers to 22,064 not-freed blocks.

==27936== checked 13,202,628 bytes.

==27936== 

==27936== LEAK SUMMARY:

==27936==definitely lost: 0 bytes in 0 blocks.

==27936==  possibly lost: 0 bytes in 0 blocks.

==27936==still reachable: 7,047,765 bytes in 22,064 blocks.

==27936== suppressed: 0 bytes in 0 blocks.

==27936== Rerun with --leak-check=full to see details of leaked memory.

Segmentation fault



Test script:
---
print "Starting";



function throwSomeEx()

{

throw new Exception("booom boom its dead");

}



function callThrowSomeEx()

{

 call_user_func("callThrowSomeEx", array());

}



print "\r\ncall #1\r\n";

try

{

throwSomeEx();

}

catch(Exception $e)

{

print "GOTCHA";

}



print "\r\ncall #2\r\n";

try

{

 call_user_func("throwSomeEx", array());

}

catch(Exception $e)

{

print "GOTCHA";

}



print "\r\ncall #3\r\n";

try

{

  callThrowSomeEx();

}

catch(Exception $e)

{

print "GOTCHA";

}

Expected result:

print GOTCHA on every exception calls.



Actual result:
--
Segmentation fault on the last call of the test script






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

Bug #53311 [Com]: startup failed.

2010-11-15 Thread paulgao at yeah dot net

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

 ID: 53311
 Comment by: paulgao at yeah dot net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N

 New Comment:

;

; FPM Configuration ;

;



; All relative paths in this configuration file are relative to PHP's
install

; prefix.



; Include one or more files. If glob(3) exists, it is used to include a
bunch of

; files from a glob(3) pattern. This directive can be used everywhere in
the

; file.

;inclu...@expanded_sysconfdir@/fpm.d/*.conf



;;

; Global Options ;

;;



[global]

; Pid file

; Default Value: none

;pid = @EXPANDED_LOCALSTATEDIR@/run/php-fpm.pid

pid = /home/php-fpm.pid



; Error log file

; Default Value: @EXPANDED_LOCALSTATEDIR@/log/php-fpm.log

;error_log = @EXPANDED_LOCALSTATEDIR@/log/php-fpm.log

error_log = /home/logs/fpm.log



; Log level

; Possible Values: alert, error, warning, notice, debug

; Default Value: notice

;log_level = notice

log_level = notice



; If this number of child processes exit with SIGSEGV or SIGBUS within
the time

; interval set by emergency_restart_interval then FPM will restart. A
value

; of '0' means 'Off'.

; Default Value: 0

;emergency_restart_threshold = 0

emergency_restart_threshold = 10



; Interval of time used by emergency_restart_interval to determine when

; a graceful restart will be initiated.  This can be useful to work
around

; accidental corruptions in an accelerator's shared memory.

; Available Units: s(econds), m(inutes), h(ours), or d(ays)

; Default Unit: seconds

; Default Value: 0

;emergency_restart_interval = 0

emergency_restart_interval = 1m



; Time limit for child processes to wait for a reaction on signals from
master.

; Available units: s(econds), m(inutes), h(ours), or d(ays)

; Default Unit: seconds

; Default Value: 0

;process_control_timeout = 0

process_control_timeout = 5s



; Send FPM to background. Set to 'no' to keep FPM in foreground for
debugging.

; Default Value: yes

;daemonize = yes

daemonize = yes





; Pool Definitions ;





; Multiple pools of child processes may be started with different
listening

; ports and different management options.  The name of the pool will be

; used in logs and stats. There is no limitation on the number of pools
which

; FPM can handle. Your system will tell you anyway :)



; Start a new pool named 'www'.

[www]



; The address on which to accept FastCGI requests.

; Valid syntaxes are:

;   'ip.add.re.ss:port'- to listen on a TCP socket to a specific
address on

;a specific port;

;   'port' - to listen on a TCP socket to all addresses
on a

;specific port;

;   '/path/to/unix/socket' - to listen on a unix socket.

; Note: This value is mandatory.

listen = 0.0.0.0:8001



; Set listen(2) backlog. A value of '-1' means unlimited.

; Default Value: -1

;listen.backlog = -1

listen.backlog = -1



; List of ipv4 addresses of FastCGI clients which are allowed to
connect.

; Equivalent to the FCGI_WEB_SERVER_ADDRS environment variable in the
original

; PHP FCGI (5.2.2+). Makes sense only with a tcp listening socket. Each
address

; must be separated by a comma. If this value is left blank, connections
will be

; accepted from any ip address.

; Default Value: any

;listen.allowed_clients = 127.0.0.1



; Set permissions for unix socket, if one is used. In Linux, read/write

; permissions must be set in order to allow connections from a web
server. Many

; BSD-derived systems allow connections regardless of permissions.

; Default Values: user and group are set as the running user

; mode is set to 0666

;listen.owner = @php_fpm_user@

;listen.group = @php_fpm_group@

;listen.mode = 0666

listen.mode = 0666



; Unix user/group of processes

; Note: The user is mandatory. If the group is not set, the default
user's group

;   will be used.

user = nobody

group = nobody



; Choose how the process manager will control the number of child
processes.

; Possible Values:

;   static  - a fixed number (pm.max_children) of child processes;

;   dynamic - the number of child processes are set dynamically based on
the

; following directives:

; pm.max_children  - the maximum number of children that
can

;be alive at the same time.

; pm.start_servers - the number of children created on
startup.

; pm.min_spare_servers - the minimum number of children in
'idle'

;state (waiting to process). If the
number

Bug #53311 [Com]: startup failed.

2010-11-15 Thread paulgao at yeah dot net

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

 ID: 53311
 Comment by: paulgao at yeah dot net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N

 New Comment:

I was EXEC it, but blank output. :-(



[r...@sbin]# ./php-fpm -tt

[r...@sbin]#


Previous Comments:

[2010-11-15 11:44:32] f...@php.net

if you use the latest version, you should be able to run



php-fpm -tt and post the result here.


[2010-11-15 11:10:22] paulgao at yeah dot net

[r...@php_5_3]# svn up

Updated to revision 305368.



I use lastest revision. :-(


[2010-11-15 10:40:05] f...@php.net

Please try using this snapshot:

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

  http://windows.php.net/snapshots/

Can you please test the last SVN version (which has the -tt support) and
report 

back to me.



thx

++ jerome


[2010-11-15 10:28:52] paulgao at yeah dot net

I use --tt, but not output content.


[2010-11-15 10:27:11] paulgao at yeah dot net

backtrace:





(gdb) bt

#0  _zend_mm_free_int (heap=0x105ef810, p=0x7fff1fdf2bbe) at
/root/PHP53/Zend/zend_alloc.c:2018

#1  0x006b9fff in fpm_cleanups_run (type=2) at
/root/PHP53/sapi/fpm/fpm/fpm_cleanup.c:46

#2  0x006c3b9c in fpm_unix_init_main () at
/root/PHP53/sapi/fpm/fpm/fpm_unix.c:232

#3  0x006b968b in fpm_init (argc=,
argv=, config=, prefix=, test_conf=0, base=0xda1728) at
/root/PHP53/sapi/fpm/fpm/fpm.c:33

#4  0x006be0de in main (argc=3, argv=0x7fff1fdf27e8) at
/root/PHP53/sapi/fpm/fpm/fpm_main.c:1783




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=53311


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

Req #44541 [Com]: new feature in PDOStatement::fetchAll()

2010-11-15 Thread jinmoku at hotmail dot com

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

 ID: 44541
 Comment by: jinmoku at hotmail dot com
 Reported by:007NOT at gmail dot com
 Summary:new feature in PDOStatement::fetchAll()
 Status: Open
 Type:   Feature/Change Request
 Package:Feature/Change Request
 PHP Version:5.2.5
 Block user comment: N

 New Comment:

I agreed, I tried with fetchAll(PDO::FETCH_CLASS, 'PDORow'), but it
don't work too :(


Previous Comments:

[2008-03-26 20:27:34] 007NOT at gmail dot com

Description:

>General error: PDO::FETCH_LAZY can't be used with
PDOStatement::fetchAll()

It seems to me it will be usefull to have parameter fetch_style =
PDO::FETCH_LAZY







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

Bug #53312 [Csd->Fbk]: function ffiilter_var had problem with like x...@xx.xx.com address.

2010-11-15 Thread pajoye

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

 ID: 53312
 Updated by: paj...@php.net
 Reported by:kyn at vip dot 163 dot com
 Summary:function ffiilter_var had problem with like
 x...@xx.xx.com address.
-Status: Closed
+Status: Feedback
 Type:   Bug
 Package:Strings related
 Operating System:   centos 5.3
 PHP Version:5.3.0
 Block user comment: N

 New Comment:

Please try using this snapshot:

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

  http://windows.php.net/snapshots/




Previous Comments:

[2010-11-15 13:26:42] kyn at vip dot 163 dot com

sorry, i am wrong, i use 5.3.0


[2010-11-15 04:48:04] ras...@php.net

Are you sure you are using PHP 5.3.3?  I just tested your code here and
it works 

fine on PHP 5.3.3/Centos:



12:35pm vm:~> php -v

PHP 5.3.3 (cli) (built: Oct 20 2010 15:24:49) 

12:35pm vm:~> php -a

Interactive shell



php > var_dump(filter_var('b...@vip.163.com', FILTER_VALIDATE_EMAIL));

string(15) "b...@vip.163.com"


[2010-11-15 04:42:05] kyn at vip dot 163 dot com

Description:

the b...@vip.163.com is truly email address, but fiilter_var didnot think
the email is valid.



Test script:
---






Expected result:

bool(true)

Actual result:
--
bool(false)






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

Req #32059 [Com]: ranges in switch

2010-11-15 Thread scratch65535 at att dot net

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

 ID: 32059
 Comment by: scratch65535 at att dot net
 Reported by:scooley at apple dot com
 Summary:ranges in switch
 Status: Open
 Type:   Feature/Change Request
 Package:Feature/Change Request
 Operating System:   mac os x
 PHP Version:5.0.3
 Block user comment: N

 New Comment:

I too think it would be very convenient to allow a range as a case,
e.g.



switch( $somevar )

{

case 1..5 :

// code & break

case 6..23 : 

// code & break

// etc

}



(I also think it'd be very convenient if bugzilla didn't claim
"incorrect captcha" when the problem is "i can't set a cookie")


Previous Comments:

[2005-02-21 23:55:17] scooley at apple dot com

Description:

why not some behavior like this?



...

switch($var)

{

case <= 9:

{

echo "less than ten";

break;

}

case 10:

{

echo "ten exactly";

break;

}

case >10 <> <15:

{

echo a range of values? why not?";

break;

}

case >= 15:

{

echo greater than or equal to fifteen";

break;

}

default:

{

echo what am I not thinking of here?

break;

}

}









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

Bug #53312 [Fbk->Csd]: function ffiilter_var had problem with like x...@xx.xx.com address.

2010-11-15 Thread kyn at vip dot 163 dot com

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

 ID: 53312
 User updated by:kyn at vip dot 163 dot com
 Reported by:kyn at vip dot 163 dot com
 Summary:function ffiilter_var had problem with like
 x...@xx.xx.com address.
-Status: Feedback
+Status: Closed
 Type:   Bug
 Package:Strings related
 Operating System:   centos 5.3
-PHP Version:5.3.3
+PHP Version:5.3.0
 Block user comment: N

 New Comment:

sorry, i am wrong, i use 5.3.0


Previous Comments:

[2010-11-15 04:48:04] ras...@php.net

Are you sure you are using PHP 5.3.3?  I just tested your code here and
it works 

fine on PHP 5.3.3/Centos:



12:35pm vm:~> php -v

PHP 5.3.3 (cli) (built: Oct 20 2010 15:24:49) 

12:35pm vm:~> php -a

Interactive shell



php > var_dump(filter_var('b...@vip.163.com', FILTER_VALIDATE_EMAIL));

string(15) "b...@vip.163.com"


[2010-11-15 04:42:05] kyn at vip dot 163 dot com

Description:

the b...@vip.163.com is truly email address, but fiilter_var didnot think
the email is valid.



Test script:
---






Expected result:

bool(true)

Actual result:
--
bool(false)






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

Bug #53311 [Com]: startup failed.

2010-11-15 Thread f...@php.net

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

 ID: 53311
 Comment by: f...@php.net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N

 New Comment:

if you use the latest version, you should be able to run



php-fpm -tt and post the result here.


Previous Comments:

[2010-11-15 11:10:22] paulgao at yeah dot net

[r...@php_5_3]# svn up

Updated to revision 305368.



I use lastest revision. :-(


[2010-11-15 10:40:05] f...@php.net

Please try using this snapshot:

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

  http://windows.php.net/snapshots/

Can you please test the last SVN version (which has the -tt support) and
report 

back to me.



thx

++ jerome


[2010-11-15 10:28:52] paulgao at yeah dot net

I use --tt, but not output content.


[2010-11-15 10:27:11] paulgao at yeah dot net

backtrace:





(gdb) bt

#0  _zend_mm_free_int (heap=0x105ef810, p=0x7fff1fdf2bbe) at
/root/PHP53/Zend/zend_alloc.c:2018

#1  0x006b9fff in fpm_cleanups_run (type=2) at
/root/PHP53/sapi/fpm/fpm/fpm_cleanup.c:46

#2  0x006c3b9c in fpm_unix_init_main () at
/root/PHP53/sapi/fpm/fpm/fpm_unix.c:232

#3  0x006b968b in fpm_init (argc=,
argv=, config=, prefix=, test_conf=0, base=0xda1728) at
/root/PHP53/sapi/fpm/fpm/fpm.c:33

#4  0x006be0de in main (argc=3, argv=0x7fff1fdf27e8) at
/root/PHP53/sapi/fpm/fpm/fpm_main.c:1783


[2010-11-15 10:06:38] f...@php.net

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

I need a backtrace and the FPM configuration file
(/usr/local/etc/php-fpm.conf -- 

or a dump of the conf file you can get with 'php-fpm -tt')



++ Jerome




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=53311


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

Bug #53311 [Com]: startup failed.

2010-11-15 Thread paulgao at yeah dot net

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

 ID: 53311
 Comment by: paulgao at yeah dot net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N

 New Comment:

[r...@php_5_3]# svn up

Updated to revision 305368.



I use lastest revision. :-(


Previous Comments:

[2010-11-15 10:40:05] f...@php.net

Please try using this snapshot:

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

  http://windows.php.net/snapshots/

Can you please test the last SVN version (which has the -tt support) and
report 

back to me.



thx

++ jerome


[2010-11-15 10:28:52] paulgao at yeah dot net

I use --tt, but not output content.


[2010-11-15 10:27:11] paulgao at yeah dot net

backtrace:





(gdb) bt

#0  _zend_mm_free_int (heap=0x105ef810, p=0x7fff1fdf2bbe) at
/root/PHP53/Zend/zend_alloc.c:2018

#1  0x006b9fff in fpm_cleanups_run (type=2) at
/root/PHP53/sapi/fpm/fpm/fpm_cleanup.c:46

#2  0x006c3b9c in fpm_unix_init_main () at
/root/PHP53/sapi/fpm/fpm/fpm_unix.c:232

#3  0x006b968b in fpm_init (argc=,
argv=, config=, prefix=, test_conf=0, base=0xda1728) at
/root/PHP53/sapi/fpm/fpm/fpm.c:33

#4  0x006be0de in main (argc=3, argv=0x7fff1fdf27e8) at
/root/PHP53/sapi/fpm/fpm/fpm_main.c:1783


[2010-11-15 10:06:38] f...@php.net

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

I need a backtrace and the FPM configuration file
(/usr/local/etc/php-fpm.conf -- 

or a dump of the conf file you can get with 'php-fpm -tt')



++ Jerome


[2010-11-15 09:18:57] paulgao at yeah dot net

configure command line:



./configure --prefix=/usr/local/php --without-pear --with-mysqli=mysqlnd
--disable-phar --with-iconv --with-zlib --enable-exif --enable-sockets
--enable-mbstring=all --enable-inline-optimization --disable-debug
--enable-static --disable-ipv6 --disable-pdo --without-sqlite
--enable-bcmath --enable-zip --with-bz2 --with-curl --with-openssl
--enable-memcached --disable-memcached-session
--with-libmemcached-dir=/usr/local/libmemcached
--enable-memcached-igbinary --enable-http --with-http-curl-libevent=/usr
--with-http-zlib-compression=/usr --with-gmagick --enable-apc
--enable-apc-spinlocks --enable-stomp --enable-igbinary
--enable-memcached-igbinary --enable-fpm --with-libevent=shared
--with-xsl=/usr --enable-mongo --enable-redis




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=53311


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

Req #53315 [Bgs->Wfx]: can php support threading?

2010-11-15 Thread rasmus

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

 ID: 53315
 Updated by: ras...@php.net
 Reported by:yangqingrong at gmail dot com
 Summary:can php support threading?
-Status: Bogus
+Status: Wont fix
 Type:   Feature/Change Request
 Package:Unknown/Other Function
 Operating System:   all
 PHP Version:5.3.3
 Block user comment: N

 New Comment:

Nope, sorry.  Use out-of-band solutions like Gearman, or use
event-driven 

mechanisms like socket_select/curl_multi.  Much more robust than trying
to do 

threading in PHP.


Previous Comments:

[2010-11-15 10:53:21] paj...@php.net

http://www.php.net/pcntl


[2010-11-15 10:50:49] yangqingrong at gmail dot com

Description:

Hi sir:

   I am a php programmer work in php area for more than 3 years.i have a
suggestion about threading for you. i found than php doesn't support
threading. could you develop threading in the new version?

i think the threading will like this:



start();

$thread2->start();



?>





Yang Qing-rong

http://www.wudimei.com







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

Req #53315 [Opn->Bgs]: can php support threading?

2010-11-15 Thread pajoye

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

 ID: 53315
 Updated by: paj...@php.net
 Reported by:yangqingrong at gmail dot com
 Summary:can php support threading?
-Status: Open
+Status: Bogus
 Type:   Feature/Change Request
 Package:Unknown/Other Function
 Operating System:   all
 PHP Version:5.3.3
 Block user comment: N

 New Comment:

http://www.php.net/pcntl


Previous Comments:

[2010-11-15 10:50:49] yangqingrong at gmail dot com

Description:

Hi sir:

   I am a php programmer work in php area for more than 3 years.i have a
suggestion about threading for you. i found than php doesn't support
threading. could you develop threading in the new version?

i think the threading will like this:



start();

$thread2->start();



?>





Yang Qing-rong

http://www.wudimei.com







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

[PHP-BUG] Req #53315 [NEW]: can php support threading?

2010-11-15 Thread yangqingrong at gmail dot com

From: 
Operating system: all
PHP version:  5.3.3
Package:  Unknown/Other Function
Bug Type: Feature/Change Request
Bug description:can php support threading?

Description:

Hi sir:

   I am a php programmer work in php area for more than 3 years.i have a
suggestion about threading for you. i found than php doesn't support
threading. could you develop threading in the new version?

i think the threading will like this:



start();

$thread2->start();



?>





Yang Qing-rong

http://www.wudimei.com


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

Bug #53311 [Fbk]: startup failed.

2010-11-15 Thread fat

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

 ID: 53311
 Updated by: f...@php.net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N

 New Comment:

Please try using this snapshot:

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

  http://windows.php.net/snapshots/

Can you please test the last SVN version (which has the -tt support) and
report 

back to me.



thx

++ jerome


Previous Comments:

[2010-11-15 10:28:52] paulgao at yeah dot net

I use --tt, but not output content.


[2010-11-15 10:27:11] paulgao at yeah dot net

backtrace:





(gdb) bt

#0  _zend_mm_free_int (heap=0x105ef810, p=0x7fff1fdf2bbe) at
/root/PHP53/Zend/zend_alloc.c:2018

#1  0x006b9fff in fpm_cleanups_run (type=2) at
/root/PHP53/sapi/fpm/fpm/fpm_cleanup.c:46

#2  0x006c3b9c in fpm_unix_init_main () at
/root/PHP53/sapi/fpm/fpm/fpm_unix.c:232

#3  0x006b968b in fpm_init (argc=,
argv=, config=, prefix=, test_conf=0, base=0xda1728) at
/root/PHP53/sapi/fpm/fpm/fpm.c:33

#4  0x006be0de in main (argc=3, argv=0x7fff1fdf27e8) at
/root/PHP53/sapi/fpm/fpm/fpm_main.c:1783


[2010-11-15 10:06:38] f...@php.net

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

I need a backtrace and the FPM configuration file
(/usr/local/etc/php-fpm.conf -- 

or a dump of the conf file you can get with 'php-fpm -tt')



++ Jerome


[2010-11-15 09:18:57] paulgao at yeah dot net

configure command line:



./configure --prefix=/usr/local/php --without-pear --with-mysqli=mysqlnd
--disable-phar --with-iconv --with-zlib --enable-exif --enable-sockets
--enable-mbstring=all --enable-inline-optimization --disable-debug
--enable-static --disable-ipv6 --disable-pdo --without-sqlite
--enable-bcmath --enable-zip --with-bz2 --with-curl --with-openssl
--enable-memcached --disable-memcached-session
--with-libmemcached-dir=/usr/local/libmemcached
--enable-memcached-igbinary --enable-http --with-http-curl-libevent=/usr
--with-http-zlib-compression=/usr --with-gmagick --enable-apc
--enable-apc-spinlocks --enable-stomp --enable-igbinary
--enable-memcached-igbinary --enable-fpm --with-libevent=shared
--with-xsl=/usr --enable-mongo --enable-redis


[2010-11-15 09:13:01] f...@php.net

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.


I can't help you without defail informations.



I need:

- the configure command line you used to compile PHP

- your FPM configuration file (you can do php-fpm -tt with the last
snapshot)

- a backtrace if process segfault




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=53311


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

Bug #53114 [Com]: Assertion failed exited on signal 6 SIGABRT

2010-11-15 Thread 102956 at mail dot ru

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

 ID: 53114
 Comment by: 102956 at mail dot ru
 Reported by:102956 at mail dot ru
 Summary:Assertion failed exited on signal 6 SIGABRT
 Status: Bogus
 Type:   Bug
 Package:FPM related
 Operating System:   FreeBSD 7.3
 PHP Version:5.3.3
 Assigned To:fat
 Block user comment: N

 New Comment:

Greetings. The problem has left, now php-fpm works like clock-work.
Thanks.


Previous Comments:

[2010-11-11 18:13:32] f...@php.net

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. 

Thank you for your interest in PHP.

I close this bug report and continue in bug #52501



++ jerome


[2010-10-20 16:36:38] f...@php.net

yes, report back to me (in this bug report or by mail to fat at php dot
net) when 

you think the problem won't appear again.



Thx

++ jerome


[2010-10-20 16:16:20] 102956 at mail dot ru

I have successfully installed patch fpm-nomorelibevent.v8.patch on last
snapshot (php5.3-201010201230) and have reinstalled php, php-fpm was
successfully launched, sites work correctly. I will observe that will
happen further within several days after that I can inform on results?
To make it in mine bug report?



Thanks for the help, I hope that the problem will disappear.


[2010-10-20 15:42:40] f...@php.net

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.


you need to apply the patch on the last snapshot
(http://snaps.php.net/). Don't 

try to apply the patch on the 5.3.3 sources.



Apply the patch and submit results back here.


[2010-10-20 15:31:49] 102956 at mail dot ru

Here there is some information from log a file, the script add.php -
adds the text and photos when has effused timeout in 60 s php where
killed by process and further as we see errors begin.

---

Oct 18 08:41:10.488290 [WARNING] [pool carobka] child 4434, script
'/home/carobka/domains/carobka.ru/public_html/bu/add.php'

execution timed out (60.081447 sec), terminating

Oct 18 08:41:10.490216 [WARNING] [pool carobka] child 4434 exited on
signal 15 SIGTERM after 67.571231 seconds from start

Oct 18 08:41:10.492218 [NOTICE] [pool carobka] child 4459 started

Oct 18 08:41:10.495778 [WARNING] [pool carobka] child 4459 said into
stderr: "Assertion failed: (TAILQ_EMPTY(&base->eventqueu

e)), function event_base_free, file event.c, line 268."

Oct 18 08:41:10.497352 [WARNING] [pool carobka] child 4459 exited on
signal 6 SIGABRT after 0.005312 seconds from start

Oct 18 08:41:10.499910 [NOTICE] [pool carobka] child 4461 started

Oct 18 08:41:10.502994 [WARNING] [pool carobka] child 4461 said into
stderr: "Assertion failed: (TAILQ_EMPTY(&base->eventqueu

e)), function event_base_free, file event.c, line 268."

Oct 18 08:41:10.504435 [WARNING] [pool carobka] child 4461 exited on
signal 6 SIGABRT after 0.004854 seconds from start

Oct 18 08:41:10.506161 [NOTICE] [pool carobka] child 4463 started

Oct 18 08:41:10.508313 [WARNING] [pool carobka] child 4463 said into
stderr: "Assertion failed: (TAILQ_EMPTY(&base->eventqueu

e)), function event_base_free, file event.c, line 268."

Oct 18 08:41:10.509665 [WARNING] [pool carobka] child 4463 exited on
signal 6 SIGABRT after 0.003668 seconds from start

Oct 18 08:41:10.511507 [NOTICE] [pool carobka] child 4464 started

Oct 18 08:41:10.513880 [WARNING] [pool carobka] child 4464 said into
stderr: "Assertion failed: (TAILQ_EMPTY(&base->eventqueu

e)), function event_base_free, file event.c, line 268."

Oct 18 08:41:10.515247 [WARNING] [pool carobka] child 4464 exited on
signal 6 SIGABRT after 0.003920 seconds from start

Oct 18 08:41:10.516971 [NOTICE] [pool carobka] child 4465 started

Oct 18 08:41:10.519224 [WARNING] [pool carobka] child 4465 said into
stderr: "Assertion failed: (TAILQ_EMPTY(&base->eventqueu

e)), function event_base_free, file event.c, line 268."

---



PHP config:



./configure --with-layout=GNU --localstatedir=/var
--with-config-file-scan-dir=/usr/local/etc/php --disable-all
--enable-libxml --with-libxml-dir=/usr/local
--with-pcre-regex=/usr/local --with-zlib-dir=/usr --program-prefix=
--enable-fpm --with-fpm-user=www --with-fpm-group=www
--with-libevent-dir=/usr/local --with-regex=php --w

Bug #53311 [Com]: startup failed.

2010-11-15 Thread paulgao at yeah dot net

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

 ID: 53311
 Comment by: paulgao at yeah dot net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N

 New Comment:

I use --tt, but not output content.


Previous Comments:

[2010-11-15 10:27:11] paulgao at yeah dot net

backtrace:





(gdb) bt

#0  _zend_mm_free_int (heap=0x105ef810, p=0x7fff1fdf2bbe) at
/root/PHP53/Zend/zend_alloc.c:2018

#1  0x006b9fff in fpm_cleanups_run (type=2) at
/root/PHP53/sapi/fpm/fpm/fpm_cleanup.c:46

#2  0x006c3b9c in fpm_unix_init_main () at
/root/PHP53/sapi/fpm/fpm/fpm_unix.c:232

#3  0x006b968b in fpm_init (argc=,
argv=, config=, prefix=, test_conf=0, base=0xda1728) at
/root/PHP53/sapi/fpm/fpm/fpm.c:33

#4  0x006be0de in main (argc=3, argv=0x7fff1fdf27e8) at
/root/PHP53/sapi/fpm/fpm/fpm_main.c:1783


[2010-11-15 10:06:38] f...@php.net

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

I need a backtrace and the FPM configuration file
(/usr/local/etc/php-fpm.conf -- 

or a dump of the conf file you can get with 'php-fpm -tt')



++ Jerome


[2010-11-15 09:18:57] paulgao at yeah dot net

configure command line:



./configure --prefix=/usr/local/php --without-pear --with-mysqli=mysqlnd
--disable-phar --with-iconv --with-zlib --enable-exif --enable-sockets
--enable-mbstring=all --enable-inline-optimization --disable-debug
--enable-static --disable-ipv6 --disable-pdo --without-sqlite
--enable-bcmath --enable-zip --with-bz2 --with-curl --with-openssl
--enable-memcached --disable-memcached-session
--with-libmemcached-dir=/usr/local/libmemcached
--enable-memcached-igbinary --enable-http --with-http-curl-libevent=/usr
--with-http-zlib-compression=/usr --with-gmagick --enable-apc
--enable-apc-spinlocks --enable-stomp --enable-igbinary
--enable-memcached-igbinary --enable-fpm --with-libevent=shared
--with-xsl=/usr --enable-mongo --enable-redis


[2010-11-15 09:13:01] f...@php.net

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.


I can't help you without defail informations.



I need:

- the configure command line you used to compile PHP

- your FPM configuration file (you can do php-fpm -tt with the last
snapshot)

- a backtrace if process segfault


[2010-11-15 04:32:29] paulgao at yeah dot net

Description:

Compiled, Startup, Failed.

Expected result:

normal startup.

Actual result:
--
nobody   22498  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22500  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22501  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22503  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22504  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22506  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 






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

Bug #53311 [Com]: startup failed.

2010-11-15 Thread paulgao at yeah dot net

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

 ID: 53311
 Comment by: paulgao at yeah dot net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N

 New Comment:

backtrace:





(gdb) bt

#0  _zend_mm_free_int (heap=0x105ef810, p=0x7fff1fdf2bbe) at
/root/PHP53/Zend/zend_alloc.c:2018

#1  0x006b9fff in fpm_cleanups_run (type=2) at
/root/PHP53/sapi/fpm/fpm/fpm_cleanup.c:46

#2  0x006c3b9c in fpm_unix_init_main () at
/root/PHP53/sapi/fpm/fpm/fpm_unix.c:232

#3  0x006b968b in fpm_init (argc=,
argv=, config=, prefix=, test_conf=0, base=0xda1728) at
/root/PHP53/sapi/fpm/fpm/fpm.c:33

#4  0x006be0de in main (argc=3, argv=0x7fff1fdf27e8) at
/root/PHP53/sapi/fpm/fpm/fpm_main.c:1783


Previous Comments:

[2010-11-15 10:06:38] f...@php.net

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

I need a backtrace and the FPM configuration file
(/usr/local/etc/php-fpm.conf -- 

or a dump of the conf file you can get with 'php-fpm -tt')



++ Jerome


[2010-11-15 09:18:57] paulgao at yeah dot net

configure command line:



./configure --prefix=/usr/local/php --without-pear --with-mysqli=mysqlnd
--disable-phar --with-iconv --with-zlib --enable-exif --enable-sockets
--enable-mbstring=all --enable-inline-optimization --disable-debug
--enable-static --disable-ipv6 --disable-pdo --without-sqlite
--enable-bcmath --enable-zip --with-bz2 --with-curl --with-openssl
--enable-memcached --disable-memcached-session
--with-libmemcached-dir=/usr/local/libmemcached
--enable-memcached-igbinary --enable-http --with-http-curl-libevent=/usr
--with-http-zlib-compression=/usr --with-gmagick --enable-apc
--enable-apc-spinlocks --enable-stomp --enable-igbinary
--enable-memcached-igbinary --enable-fpm --with-libevent=shared
--with-xsl=/usr --enable-mongo --enable-redis


[2010-11-15 09:13:01] f...@php.net

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.


I can't help you without defail informations.



I need:

- the configure command line you used to compile PHP

- your FPM configuration file (you can do php-fpm -tt with the last
snapshot)

- a backtrace if process segfault


[2010-11-15 04:32:29] paulgao at yeah dot net

Description:

Compiled, Startup, Failed.

Expected result:

normal startup.

Actual result:
--
nobody   22498  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22500  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22501  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22503  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22504  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22506  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 






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

Bug #53311 [Fbk]: startup failed.

2010-11-15 Thread fat

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

 ID: 53311
 Updated by: f...@php.net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N

 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

I need a backtrace and the FPM configuration file
(/usr/local/etc/php-fpm.conf -- 

or a dump of the conf file you can get with 'php-fpm -tt')



++ Jerome


Previous Comments:

[2010-11-15 09:18:57] paulgao at yeah dot net

configure command line:



./configure --prefix=/usr/local/php --without-pear --with-mysqli=mysqlnd
--disable-phar --with-iconv --with-zlib --enable-exif --enable-sockets
--enable-mbstring=all --enable-inline-optimization --disable-debug
--enable-static --disable-ipv6 --disable-pdo --without-sqlite
--enable-bcmath --enable-zip --with-bz2 --with-curl --with-openssl
--enable-memcached --disable-memcached-session
--with-libmemcached-dir=/usr/local/libmemcached
--enable-memcached-igbinary --enable-http --with-http-curl-libevent=/usr
--with-http-zlib-compression=/usr --with-gmagick --enable-apc
--enable-apc-spinlocks --enable-stomp --enable-igbinary
--enable-memcached-igbinary --enable-fpm --with-libevent=shared
--with-xsl=/usr --enable-mongo --enable-redis


[2010-11-15 09:13:01] f...@php.net

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.


I can't help you without defail informations.



I need:

- the configure command line you used to compile PHP

- your FPM configuration file (you can do php-fpm -tt with the last
snapshot)

- a backtrace if process segfault


[2010-11-15 04:32:29] paulgao at yeah dot net

Description:

Compiled, Startup, Failed.

Expected result:

normal startup.

Actual result:
--
nobody   22498  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22500  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22501  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22503  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22504  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22506  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 






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

Bug #53311 [Com]: startup failed.

2010-11-15 Thread paulgao at yeah dot net

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

 ID: 53311
 Comment by: paulgao at yeah dot net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
 Assigned To:fat
 Block user comment: N

 New Comment:

configure command line:



./configure --prefix=/usr/local/php --without-pear --with-mysqli=mysqlnd
--disable-phar --with-iconv --with-zlib --enable-exif --enable-sockets
--enable-mbstring=all --enable-inline-optimization --disable-debug
--enable-static --disable-ipv6 --disable-pdo --without-sqlite
--enable-bcmath --enable-zip --with-bz2 --with-curl --with-openssl
--enable-memcached --disable-memcached-session
--with-libmemcached-dir=/usr/local/libmemcached
--enable-memcached-igbinary --enable-http --with-http-curl-libevent=/usr
--with-http-zlib-compression=/usr --with-gmagick --enable-apc
--enable-apc-spinlocks --enable-stomp --enable-igbinary
--enable-memcached-igbinary --enable-fpm --with-libevent=shared
--with-xsl=/usr --enable-mongo --enable-redis


Previous Comments:

[2010-11-15 09:13:01] f...@php.net

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.


I can't help you without defail informations.



I need:

- the configure command line you used to compile PHP

- your FPM configuration file (you can do php-fpm -tt with the last
snapshot)

- a backtrace if process segfault


[2010-11-15 04:32:29] paulgao at yeah dot net

Description:

Compiled, Startup, Failed.

Expected result:

normal startup.

Actual result:
--
nobody   22498  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22500  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22501  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22503  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22504  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22506  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 






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

Bug #53311 [Opn->Fbk]: startup failed.

2010-11-15 Thread fat

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

 ID: 53311
 Updated by: f...@php.net
 Reported by:paulgao at yeah dot net
 Summary:startup failed.
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Centos 64-bit 5.5
 PHP Version:5.3SVN-2010-11-15 (SVN)
-Assigned To:
+Assigned To:fat
 Block user comment: N

 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.


I can't help you without defail informations.



I need:

- the configure command line you used to compile PHP

- your FPM configuration file (you can do php-fpm -tt with the last
snapshot)

- a backtrace if process segfault


Previous Comments:

[2010-11-15 04:32:29] paulgao at yeah dot net

Description:

Compiled, Startup, Failed.

Expected result:

normal startup.

Actual result:
--
nobody   22498  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22500  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22501  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22503  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22504  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 

nobody   22506  0.0  0.0  0 0 ?Z11:30   0:00
[php-fpm] 






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

39 matches

Mail list logo