date:20070824

#42410 [NEW]: SOAP parsing problem on Item-Tags

2007-08-24 Thread andreas dot bohne-lang at medma dot uni-heidelberg dot de

#42406 [Bgs->Fbk]: strtotime cause segmentation fail

2007-08-24 Thread johannes

 ID:   42406
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jason_jin at sdc dot sercomm dot com
-Status:   Bogus
+Status:   Feedback
 Bug Type: Program Execution
 Operating System: linux
 PHP Version:  5.2.3
 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.


Previous Comments:


[2007-08-24 06:31:24] [EMAIL PROTECTED]

Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.

Latest version is 5.2.3, not 5.1.6...



[2007-08-24 04:30:15] jason_jin at sdc dot sercomm dot com

Description:

Execution of Reproduce code on my embedded linux system produce
following error message:
1187917260
Segmentation fault


My embedded system use uclibc.php version is 5.1.6. 

Reproduce code work well on my pc whose php version is 5.1.2.



Reproduce code:
---








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

#42408 [Opn->Bgs]: hjjhjhjhjjj

2007-08-24 Thread jani

 ID:   42408
 Updated by:   [EMAIL PROTECTED]
 Reported By:  zzz at bn dot com
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: hhj
 PHP Version:  5.2.3
 New Comment:

asdad


Previous Comments:


[2007-08-24 06:06:43] zzz at bn dot com

Description:

tyhtyutyyu

Reproduce code:
---
tytutyty

Expected result:

yuyututyu

Actual result:
--
uyuutyutyu





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

#42409 [NEW]: -> operator permanently damaged after assigning value to overloaded variable

2007-08-24 Thread luke dot mcildoon at niche dot com dot au

From: luke dot mcildoon at niche dot com dot au
Operating system: Windows Vista 32-bit
PHP version:  5.2.3
PHP Bug Type: Scripting Engine problem
Bug description:  -> operator permanently damaged after assigning value to 
overloaded variable

Description:

I have a class that returns an array by reference using __get(). As soon
as you try to set a 2+ dimension on the array, the -> operator returns
whatever you tried to assign to the referenced array.

ie.
session()->session['foo'][] = 'test';
print_r($this->var); #[0] => 'test'
print_r($asdf->ghjk); #[0] => 'test'

Basically, from any point after the first example line is used, any use of
the -> operator, regardless of the object being referenced, will return
whatever you tried to assign to the referenced array.

Reproduce code:
---
class session extends ArrayObject
{
public $data = array();

public function &__get($var)
{
if($var == 'session')
{
return $this;
}
}
}
session()->session[][] = 'test';
print_r($this->var);
print_r($anything->var);
print_r($this->foobar);


Expected result:

The actual value of $this->var, then undefined property warnings.

Actual result:
--
[0] => 'test'
[0] => 'test'
[0] => 'test'

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

#42374 [Asn]: --as-needed causes configure failures

2007-08-24 Thread jani

 ID:   42374
 Updated by:   [EMAIL PROTECTED]
 Reported By:  galtgendo at o2 dot pl
 Status:   Assigned
 Bug Type: Compile Failure
 Operating System: Gentoo
 PHP Version:  5.2CVS-2007-08-23
 Assigned To:  jani
 New Comment:

And we're not trying to fix the faulty 3rd party libraries here, are
we? :)


Previous Comments:


[2007-08-24 03:11:40] crrodriguez at suse dot de

>a) it seems to be experimental

yes, but it usually work.

>b) might cause problems in dynamic loading such as our shared
>extensions, f.e. php -> pdo -> pdo driver (haven't tested yet :)

I have tested it with some extensions and seem to work fine, except
that the IMAP extension does not compile because configure checks fail
for the same reason the reporter is showing here.

>d) PHP build system does not link with anything else than what is
>actually needed anyway (AFAIK)

ldd -u -r /usr/bin/php
Unused direct dependencies:

/lib/libnsl.so.1
/lib/libz.so.1

ldd -u -r xmlreader.so

/lib/libz.so.1
/lib/libm.so.6

dom.so
Unused direct dependencies:

/lib/libz.so.1
/lib/libm.so.6

gd.so
Unused direct dependencies:

/usr/lib/libX11.so.6


although in most cases the guilty stuff is "foobar_config" scripts or
pkgconfig scripts that inject "uneeded" dependencies (uneeded at least 
on linux)



[2007-08-23 23:01:01] [EMAIL PROTECTED]

After some investigation to this flag I'm leaning towards simply
filtering it out totally if someone tries to use it. Reasons being:

a) it seems to be experimental
b) might cause problems in dynamic loading such as our shared
extensions, f.e. php -> pdo -> pdo driver (haven't tested yet :)
c) requires that pretty much everything in the system has to be
compiled using it
d) PHP build system does not link with anything else than what is
actually needed anyway (AFAIK)




[2007-08-23 15:30:49] galtgendo at o2 dot pl

For a simple test case:
#include 
int main()
{
g_print("test done\n");
return 0;
}
gcc -o minitest -Wl,--as-needed `pkg-config glib-2.0 --cflags`
minitest.c `pkg-config glib-2.0 --libs`
- compiles fine
gcc -o minitest -Wl,--as-needed `pkg-config glib-2.0 --cflags`
`pkg-config glib-2.0 --libs` minitest.c
- gives 
/tmp/ccKZrHDW.o: In function `main':
minitest.c:(.text+0x19): undefined reference to `g_print'
collect2: ld returned 1 exit status



[2007-08-23 15:21:10] galtgendo at o2 dot pl

Well, that's incorrect.
PHP_CHECK_LIBRARY calls AC_CHECK_LIB.
without -Wl,--as-needed it does not matter whether libs are in LDFLAGS
or in LIBS, with that flag however all dependent libraries must appear
after the objects.
AC_CHECK_LIB does something like 
i686-pc-linux-gnu-gcc -o conftest  ${CFLAGS}  ${LDFLAGS} conftest.c
${LIBS}
(more or less)

that check fails with --as-needed flag if lib is added to LDFLAGS
so it does not matter if it gets restored, cause the check already
failed - those are the false negatives I'm talking about.
All the other macros from the patch seem to do this, so that's why I
changed them. I'm not sure if something got broken, however it was
correct for the ext/ldap/config.m4 so there's at least a chance it will
work for the rest.



[2007-08-23 10:38:24] [EMAIL PROTECTED]

PHP_CHECK_LIBRARY restores the LDFLAGS after doing the test so it
shouldn't be any problem?

And bug #41973 was about ext/ldap and that was fixed.
I'd fix these case by case rather than blindly changing places unlikely
to even cause any problems.




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

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

#42406 [Fbk->Opn]: strtotime cause segmentation fail

2007-08-24 Thread jason_jin at sdc dot sercomm dot com

 ID:   42406
 User updated by:  jason_jin at sdc dot sercomm dot com
 Reported By:  jason_jin at sdc dot sercomm dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Program Execution
 Operating System: linux
 PHP Version:  5.2.3
 New Comment:

I have porting php-5.2.3 to my embedded system. It also has this
problem.

Our embedded system do not have gdb.


Previous Comments:


[2007-08-24 07:28:21] [EMAIL PROTECTED]

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.



[2007-08-24 06:31:24] [EMAIL PROTECTED]

Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.

Latest version is 5.2.3, not 5.1.6...



[2007-08-24 04:30:15] jason_jin at sdc dot sercomm dot com

Description:

Execution of Reproduce code on my embedded linux system produce
following error message:
1187917260
Segmentation fault


My embedded system use uclibc.php version is 5.1.6. 

Reproduce code work well on my pc whose php version is 5.1.2.



Reproduce code:
---








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

#42409 [Opn->Fbk]: -> operator permanently damaged after assigning value to overloaded variable

2007-08-24 Thread jani

 ID:   42409
 Updated by:   [EMAIL PROTECTED]
 Reported By:  luke dot mcildoon at niche dot com dot au
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Windows Vista 32-bit
 PHP Version:  5.2.3
 New Comment:

How about you first provided an example script that has some way of
working even the wrong way? The one here just says "Fatal error: Call to
undefined function session()"


Previous Comments:


[2007-08-24 06:55:54] luke dot mcildoon at niche dot com dot au

Description:

I have a class that returns an array by reference using __get(). As
soon as you try to set a 2+ dimension on the array, the -> operator
returns whatever you tried to assign to the referenced array.

ie.
session()->session['foo'][] = 'test';
print_r($this->var); #[0] => 'test'
print_r($asdf->ghjk); #[0] => 'test'

Basically, from any point after the first example line is used, any use
of the -> operator, regardless of the object being referenced, will
return whatever you tried to assign to the referenced array.

Reproduce code:
---
class session extends ArrayObject
{
public $data = array();

public function &__get($var)
{
if($var == 'session')
{
return $this;
}
}
}
session()->session[][] = 'test';
print_r($this->var);
print_r($anything->var);
print_r($this->foobar);


Expected result:

The actual value of $this->var, then undefined property warnings.

Actual result:
--
[0] => 'test'
[0] => 'test'
[0] => 'test'





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

#42407 [Opn->Fbk]: Function error_get_last returns errors from other scripts

2007-08-24 Thread jani

 ID:   42407
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jcharrey at gmail dot com
-Status:   Open
+Status:   Feedback
-Bug Type: Unknown/Other Function
+Bug Type: *General Issues
 Operating System: Linux
 PHP Version:  5CVS-2007-08-24 (CVS)
 New Comment:

And you have reproduced this using the latest 5.2CVS snapshot? 


Previous Comments:


[2007-08-24 04:52:08] jcharrey at gmail dot com

Description:

It seems that when error_get_last() is called, if no error has occurred
in the calling script the function may often return the last error
encountered by the PHP instance. Simply calling this function in an
otherwise empty file will spit out random errors from other scripts
being run on the same server.

Reproduce code:
---


Expected result:

A blank page.

Actual result:
--
Array
(
[type] => 2048
[message] => Non-static method modules_html::modoutput_xhtml()
should not be called statically
[file] =>
/home/swiders2/public_html/grip/includes/frontend.html.php
[line] => 112
)





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

#42406 [Opn->Fbk]: strtotime cause segmentation fail

2007-08-24 Thread jani

 ID:   42406
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jason_jin at sdc dot sercomm dot com
-Status:   Open
+Status:   Feedback
-Bug Type: Program Execution
+Bug Type: Date/time related
 Operating System: linux
 PHP Version:  5.2.3
 New Comment:

Perhaps you should give us some more information about the system
you're getting the crash with? And are you compiling it IN the system or
are you trying to cross-compile it on another machine?
Cross-compiling is very tricky and we don't really support it.


Previous Comments:


[2007-08-24 09:44:30] jason_jin at sdc dot sercomm dot com

I have porting php-5.2.3 to my embedded system. It also has this
problem.

Our embedded system do not have gdb.



[2007-08-24 04:30:15] jason_jin at sdc dot sercomm dot com

Description:

Execution of Reproduce code on my embedded linux system produce
following error message:
1187917260
Segmentation fault


My embedded system use uclibc.php version is 5.1.6. 

Reproduce code work well on my pc whose php version is 5.1.2.



Reproduce code:
---








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

#42379 [Opn->Fbk]: flush() will eat my server's memory!!

2007-08-24 Thread jani

 ID:   42379
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mika at netstock dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Output Control
 Operating System: freebsd-6.2
 PHP Version:  5.2.3
 New Comment:

How about you first upgrade your apache to something more recent. 
And then you really need to provide the configure line you used to
configure PHP. Also: using "register_globals = On" is something you
really shouldn't be doing..


Previous Comments:


[2007-08-23 23:32:08] mika at netstock dot net

you probably need excute it for a while (5 min maybe!!)
and  $var maybe need to put some data inside
at client browser, every things looks fine
i didn't get any error but memory leak
it seem call sapi or something .



[2007-08-23 10:51:23] [EMAIL PROTECTED]

Only thing I get is this output:
Notice: Undefined variable: var in /opt/www/t.php on line 4

And no leak. How about providing us a bit more information and a script
that does not have any errors/notices in it? Your configure line would
be nice to know. And what extensions (if any) you load in php.ini..



[2007-08-22 13:21:04] mika at netstock dot net

Description:

when i use flush() or ob_implicit_flush() to push data to browser it
will keep eating my server's memory like  4k 4k 4k..and another 4k
..
and my apache is  2.0.59 
Do anyone can help me

Reproduce code:
---


or








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

#42389 [Opn->Fbk]: PHP+Apache2+mod_fcgid kills all processes when http-uploading files over 4k

2007-08-24 Thread jani

 ID:   42389
 Updated by:   [EMAIL PROTECTED]
-Summary:  PHP+Apache2+mod_fcgid kills all processes after submit
 Reported By:  webmaster at machostlink dot net
-Status:   Open
+Status:   Feedback
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

Keep this in feedback state until you have the backtrace or info that
it isn't crashing but something else happens..

Also: You'd be much better of using lighttpd anyway if you use FastCGI
enabled PHP..



Previous Comments:


[2007-08-24 04:47:00] webmaster at machostlink dot net

@jani

Ok will do and let you know what the result is.

@crrodriguez

Here is my config for mod_fcgid:
--

SharememPath /tmp/fcgid_shm
SocketPath /opt/local/apache2/logs/fcgidsock
IPCConnectTimeout 60
IPCCommTimeout 60
MaxRequestsPerProcess 500
MaxRequestInMem 150
MaxRequestLen 150


I think I have tried EVERY possible combination there is. I read ALL
the threads and issues posted on sourceforge page as well as pretty much
every thread I could find on google regarding mod_fcgid issues. :(
That's why I am quite desperate to solve this.

Thanks for you help...



[2007-08-24 02:54:52] crrodriguez at suse dot de

err.. I meant it should be set to 500 NOT -1



[2007-08-24 02:52:55] crrodriguez at suse dot de

what is the value of MaxRequestsPerProcess in your mod_fcgid
configuration, it should be -1 

This is a known issue of mod_fcgid see the documentation

http://fastcgi.coremail.cn/doc.htm

This is not a bug in PHP.



[2007-08-23 22:25:37] [EMAIL PROTECTED]

My guess is it's crashing so you should try and attach GDB to the
running process and see what the crash is about (note: you need to use
latest CVS snapshot configured using --enable-debug option!)

Make sure you only start 1 PHP FastCGI child, check what it's pid is
and attach gdb:

# gdb /path/to/php-cgi 




[2007-08-23 22:23:43] [EMAIL PROTECTED]

Good point. :)



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

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

#42410 [Opn->Fbk]: SOAP parsing problem on Item-Tags

2007-08-24 Thread jani

#42396 [Opn->Asn]: Followup to #36711: __halt_compiler() and unicode detection

2007-08-24 Thread jani

 ID:   42396
 Updated by:   [EMAIL PROTECTED]
 Reported By:  francois at tekwire dot net
-Status:   Open
+Status:   Assigned
-Bug Type: mbstring related
+Bug Type: Scripting Engine problem
 Operating System: all
 PHP Version:  5.2.3
-Assigned To:  
+Assigned To:  hirokawa
 New Comment:

The same folks who maintain mbstring have added that support so it's
not so wrong choice. Reclassified though. And assigned to the
maintainer.


Previous Comments:


[2007-08-23 16:24:33] francois at tekwire dot net

Not sure it should be reclassified as mbstring related, as the bug is
in Zend/zend_multibyte.c and has nothing to do with mbstring.

PHP5 has a little unicode part in the engine. It even has an
(undocumented) 'detect_unicode' option.



[2007-08-23 14:08:09] [EMAIL PROTECTED]

Reclassified: There is no unicode in PHP 5. Just mbstring.



[2007-08-23 12:16:17] francois at tekwire dot net

Description:

Reopening bug #36711 because it is NOT a documentation problem. Setting
'detect_unicode=Off' is NOT a solution, just a workaround.

In practice, because of this bug, PHK or PHAR packages cannot run on
zend-multibyte-enabled environments, unless detect_unicode is turned
off. Which makes them unusable in environments running unicode-encoded
scripts. As a side effect, it also makes it impossible to include an
unicode-encoded script inside a PHAR/PHK package, as it cannot be run.

There is no logical reason to bind the __halt_compiler() feature with
the zend-multibyte unicode detection capability. Everything after an
__halt_compiler() directive must be considered as binary data and should
not be scanned for unicode detection. If this data contains a unicode
script, it will be scanned and detected when include()d through the
stream wrapper.

My (humble) suggestions to fix the problem:

In zend_multibyte_detect_unicode(), the BOM detection does not have to
be modified but, then, the script is scanned for null bytes :

return zend_multibyte_detect_utf_encoding(LANG_SCNG(script_org),
LANG_SCNG(script_org_size) TSRMLS_CC);

There, the size should not be LANG_SCNG(script_org_size), but the
offset of the __halt_compiler() directive. But I don't know where to
find the COMPILER_HALT_OFFSET constant for the script. I even suspect it
not to be available at this time...

Another way, if the previous one is not possible, would be to scan for
a binary string that cannot correspond to any unicode encoding. This
way, PHK and PHAR could insert this string after ther __halt_compiler()
directive, and it could be detected by
zend_multibyte_detect_utf_encoding() as a stop string. I am ready to
implement it if somebody provides a sequence of bytes that cannot be
found in any unicode-encoded document.

Reproduce code:
---


Expected result:

OK

Actual result:
--
??





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

#42389 [Fbk->Opn]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread webmaster at machostlink dot net

 ID:   42389
 User updated by:  webmaster at machostlink dot net
-Summary:  PHP+Apache2+mod_fcgid kills all processes when
   http-uploading files over 4k
 Reported By:  webmaster at machostlink dot net
-Status:   Feedback
+Status:   Open
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

jani,

here is the output of Gdb (Apache was just started and after loading a
executing a php page in the browser it spawns first child with PID
5379):

ns1:/usr/bin root# gdb ./php4-cgi 5379
...Reading symbols for shared libraries  done
Attaching to program: `/usr/bin/php5-cgi', process 5379.
Reading symbols for shared libraries
.+.++++...+. done
0x9004eb97 in accept ()


But then after submit nothing happens!? And if I get info...

(gdb) info threads
* 1 process 5379 thread 0x417  0x9004eb97 in accept ()

Nothing? Or do I have to do anything else but starting gdb? Sorry not
to familiar with gdb yet...

The process is not getting killed because its locked by gdb but I still
get "500 error". :( Could you walk me thru debugging this please? I
guess I do something wrong here...

Thanks
Tony


Previous Comments:


[2007-08-24 10:24:15] [EMAIL PROTECTED]

Keep this in feedback state until you have the backtrace or info that
it isn't crashing but something else happens..

Also: You'd be much better of using lighttpd anyway if you use FastCGI
enabled PHP..




[2007-08-24 04:47:00] webmaster at machostlink dot net

@jani

Ok will do and let you know what the result is.

@crrodriguez

Here is my config for mod_fcgid:
--

SharememPath /tmp/fcgid_shm
SocketPath /opt/local/apache2/logs/fcgidsock
IPCConnectTimeout 60
IPCCommTimeout 60
MaxRequestsPerProcess 500
MaxRequestInMem 150
MaxRequestLen 150


I think I have tried EVERY possible combination there is. I read ALL
the threads and issues posted on sourceforge page as well as pretty much
every thread I could find on google regarding mod_fcgid issues. :(
That's why I am quite desperate to solve this.

Thanks for you help...



[2007-08-24 02:54:52] crrodriguez at suse dot de

err.. I meant it should be set to 500 NOT -1



[2007-08-24 02:52:55] crrodriguez at suse dot de

what is the value of MaxRequestsPerProcess in your mod_fcgid
configuration, it should be -1 

This is a known issue of mod_fcgid see the documentation

http://fastcgi.coremail.cn/doc.htm

This is not a bug in PHP.



[2007-08-23 22:25:37] [EMAIL PROTECTED]

My guess is it's crashing so you should try and attach GDB to the
running process and see what the crash is about (note: you need to use
latest CVS snapshot configured using --enable-debug option!)

Make sure you only start 1 PHP FastCGI child, check what it's pid is
and attach gdb:

# gdb /path/to/php-cgi 




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

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

#42396 [Asn]: Followup to #36711: __halt_compiler() and unicode detection

2007-08-24 Thread jani

 ID:   42396
 Updated by:   [EMAIL PROTECTED]
 Reported By:  francois at tekwire dot net
 Status:   Assigned
 Bug Type: Scripting Engine problem
 Operating System: all
 PHP Version:  5.2.3
 Assigned To:  hirokawa
 New Comment:

Patch posted to internals: http://news.php.net/php.internals/31870



Previous Comments:


[2007-08-24 10:29:05] [EMAIL PROTECTED]

The same folks who maintain mbstring have added that support so it's
not so wrong choice. Reclassified though. And assigned to the
maintainer.



[2007-08-23 16:24:33] francois at tekwire dot net

Not sure it should be reclassified as mbstring related, as the bug is
in Zend/zend_multibyte.c and has nothing to do with mbstring.

PHP5 has a little unicode part in the engine. It even has an
(undocumented) 'detect_unicode' option.



[2007-08-23 14:08:09] [EMAIL PROTECTED]

Reclassified: There is no unicode in PHP 5. Just mbstring.



[2007-08-23 12:16:17] francois at tekwire dot net

Description:

Reopening bug #36711 because it is NOT a documentation problem. Setting
'detect_unicode=Off' is NOT a solution, just a workaround.

In practice, because of this bug, PHK or PHAR packages cannot run on
zend-multibyte-enabled environments, unless detect_unicode is turned
off. Which makes them unusable in environments running unicode-encoded
scripts. As a side effect, it also makes it impossible to include an
unicode-encoded script inside a PHAR/PHK package, as it cannot be run.

There is no logical reason to bind the __halt_compiler() feature with
the zend-multibyte unicode detection capability. Everything after an
__halt_compiler() directive must be considered as binary data and should
not be scanned for unicode detection. If this data contains a unicode
script, it will be scanned and detected when include()d through the
stream wrapper.

My (humble) suggestions to fix the problem:

In zend_multibyte_detect_unicode(), the BOM detection does not have to
be modified but, then, the script is scanned for null bytes :

return zend_multibyte_detect_utf_encoding(LANG_SCNG(script_org),
LANG_SCNG(script_org_size) TSRMLS_CC);

There, the size should not be LANG_SCNG(script_org_size), but the
offset of the __halt_compiler() directive. But I don't know where to
find the COMPILER_HALT_OFFSET constant for the script. I even suspect it
not to be available at this time...

Another way, if the previous one is not possible, would be to scan for
a binary string that cannot correspond to any unicode encoding. This
way, PHK and PHAR could insert this string after ther __halt_compiler()
directive, and it could be detected by
zend_multibyte_detect_utf_encoding() as a stop string. I am ready to
implement it if somebody provides a sequence of bytes that cannot be
found in any unicode-encoded document.

Reproduce code:
---


Expected result:

OK

Actual result:
--
??





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

#42389 [Opn->Fbk]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread jani

 ID:   42389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at machostlink dot net
-Status:   Open
+Status:   Feedback
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

And that's where you do 'bt'..but I'd try few times first to see it's
always the same..


Previous Comments:


[2007-08-24 10:51:11] webmaster at machostlink dot net

Ahh..  ok no I get:

Continuing.

Program received signal SIGPIPE, Broken pipe.
0x9001029c in write ()



[2007-08-24 10:47:56] [EMAIL PROTECTED]

After attaching you say 'c' to continue processing. And then go access
the webpage causing problems.



[2007-08-24 10:32:35] webmaster at machostlink dot net

Sorry, this: ns1:/usr/bin root# gdb ./php4-cgi 5379
...should have been: ns1:/usr/bin root# gdb ./php5-cgi 5379

copied it wrong and was trying php4 as well but same thing...



[2007-08-24 10:30:07] webmaster at machostlink dot net

jani,

here is the output of Gdb (Apache was just started and after loading a
executing a php page in the browser it spawns first child with PID
5379):

ns1:/usr/bin root# gdb ./php4-cgi 5379
...Reading symbols for shared libraries  done
Attaching to program: `/usr/bin/php5-cgi', process 5379.
Reading symbols for shared libraries
.+.++++...+. done
0x9004eb97 in accept ()


But then after submit nothing happens!? And if I get info...

(gdb) info threads
* 1 process 5379 thread 0x417  0x9004eb97 in accept ()

Nothing? Or do I have to do anything else but starting gdb? Sorry not
to familiar with gdb yet...

The process is not getting killed because its locked by gdb but I still
get "500 error". :( Could you walk me thru debugging this please? I
guess I do something wrong here...

Thanks
Tony



[2007-08-24 10:24:15] [EMAIL PROTECTED]

Keep this in feedback state until you have the backtrace or info that
it isn't crashing but something else happens..

Also: You'd be much better of using lighttpd anyway if you use FastCGI
enabled PHP..




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/42389

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

#42389 [Fbk->Opn]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread webmaster at machostlink dot net

 ID:   42389
 User updated by:  webmaster at machostlink dot net
 Reported By:  webmaster at machostlink dot net
-Status:   Feedback
+Status:   Open
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

Ahh..  ok no I get:

Continuing.

Program received signal SIGPIPE, Broken pipe.
0x9001029c in write ()


Previous Comments:


[2007-08-24 10:47:56] [EMAIL PROTECTED]

After attaching you say 'c' to continue processing. And then go access
the webpage causing problems.



[2007-08-24 10:32:35] webmaster at machostlink dot net

Sorry, this: ns1:/usr/bin root# gdb ./php4-cgi 5379
...should have been: ns1:/usr/bin root# gdb ./php5-cgi 5379

copied it wrong and was trying php4 as well but same thing...



[2007-08-24 10:30:07] webmaster at machostlink dot net

jani,

here is the output of Gdb (Apache was just started and after loading a
executing a php page in the browser it spawns first child with PID
5379):

ns1:/usr/bin root# gdb ./php4-cgi 5379
...Reading symbols for shared libraries  done
Attaching to program: `/usr/bin/php5-cgi', process 5379.
Reading symbols for shared libraries
.+.++++...+. done
0x9004eb97 in accept ()


But then after submit nothing happens!? And if I get info...

(gdb) info threads
* 1 process 5379 thread 0x417  0x9004eb97 in accept ()

Nothing? Or do I have to do anything else but starting gdb? Sorry not
to familiar with gdb yet...

The process is not getting killed because its locked by gdb but I still
get "500 error". :( Could you walk me thru debugging this please? I
guess I do something wrong here...

Thanks
Tony



[2007-08-24 10:24:15] [EMAIL PROTECTED]

Keep this in feedback state until you have the backtrace or info that
it isn't crashing but something else happens..

Also: You'd be much better of using lighttpd anyway if you use FastCGI
enabled PHP..




[2007-08-24 04:47:00] webmaster at machostlink dot net

@jani

Ok will do and let you know what the result is.

@crrodriguez

Here is my config for mod_fcgid:
--

SharememPath /tmp/fcgid_shm
SocketPath /opt/local/apache2/logs/fcgidsock
IPCConnectTimeout 60
IPCCommTimeout 60
MaxRequestsPerProcess 500
MaxRequestInMem 150
MaxRequestLen 150


I think I have tried EVERY possible combination there is. I read ALL
the threads and issues posted on sourceforge page as well as pretty much
every thread I could find on google regarding mod_fcgid issues. :(
That's why I am quite desperate to solve this.

Thanks for you help...



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

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

#42389 [Opn]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread webmaster at machostlink dot net

 ID:   42389
 User updated by:  webmaster at machostlink dot net
 Reported By:  webmaster at machostlink dot net
 Status:   Open
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

Sorry, this: ns1:/usr/bin root# gdb ./php4-cgi 5379
...should have been: ns1:/usr/bin root# gdb ./php5-cgi 5379

copied it wrong and was trying php4 as well but same thing...


Previous Comments:


[2007-08-24 10:30:07] webmaster at machostlink dot net

jani,

here is the output of Gdb (Apache was just started and after loading a
executing a php page in the browser it spawns first child with PID
5379):

ns1:/usr/bin root# gdb ./php4-cgi 5379
...Reading symbols for shared libraries  done
Attaching to program: `/usr/bin/php5-cgi', process 5379.
Reading symbols for shared libraries
.+.++++...+. done
0x9004eb97 in accept ()


But then after submit nothing happens!? And if I get info...

(gdb) info threads
* 1 process 5379 thread 0x417  0x9004eb97 in accept ()

Nothing? Or do I have to do anything else but starting gdb? Sorry not
to familiar with gdb yet...

The process is not getting killed because its locked by gdb but I still
get "500 error". :( Could you walk me thru debugging this please? I
guess I do something wrong here...

Thanks
Tony



[2007-08-24 10:24:15] [EMAIL PROTECTED]

Keep this in feedback state until you have the backtrace or info that
it isn't crashing but something else happens..

Also: You'd be much better of using lighttpd anyway if you use FastCGI
enabled PHP..




[2007-08-24 04:47:00] webmaster at machostlink dot net

@jani

Ok will do and let you know what the result is.

@crrodriguez

Here is my config for mod_fcgid:
--

SharememPath /tmp/fcgid_shm
SocketPath /opt/local/apache2/logs/fcgidsock
IPCConnectTimeout 60
IPCCommTimeout 60
MaxRequestsPerProcess 500
MaxRequestInMem 150
MaxRequestLen 150


I think I have tried EVERY possible combination there is. I read ALL
the threads and issues posted on sourceforge page as well as pretty much
every thread I could find on google regarding mod_fcgid issues. :(
That's why I am quite desperate to solve this.

Thanks for you help...



[2007-08-24 02:54:52] crrodriguez at suse dot de

err.. I meant it should be set to 500 NOT -1



[2007-08-24 02:52:55] crrodriguez at suse dot de

what is the value of MaxRequestsPerProcess in your mod_fcgid
configuration, it should be -1 

This is a known issue of mod_fcgid see the documentation

http://fastcgi.coremail.cn/doc.htm

This is not a bug in PHP.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/42389

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

#42397 [Opn->Bgs]: problem with opening russian name files/directories

2007-08-24 Thread tony2001

 ID:   42397
 Updated by:   [EMAIL PROTECTED]
 Reported By:  norraxx at seznam dot cz
-Status:   Open
+Status:   Bogus
 Bug Type: Directory function related
 Operating System: windows XP Professional (cz)
 PHP Version:  5.2.3
 New Comment:

Windows uses UCS2 internally, I'm pretty sure you're using some
different charset for your scripts, so file/dir funcs fail for obvious
reasons.


Previous Comments:


[2007-08-23 13:04:00] norraxx at seznam dot cz

Description:

functions: opendir, readdir, scandir etc... 
1. can`t read/open russian named directories.
2. question marks are returned as a name of file while reading dir.
3. file exists write when create russian name directory

Reproduce code:
---
{$x[2]}\n";
  chdir($x[2]);
  $x = scandir('.');
  print_r($x);
?>

Expected result:

I explected to create dir "Îêîí÷àòåëüíóþ" and go to this dir.

Actual result:
--
Warning: mkdir() [function.mkdir]: File exists in D:\www\bad\index.php
on line 2
Array ( [0] => . [1] => .. [2] => ? [3] => index.php )
?
Array ( [0] => . [1] => .. [2] => ? [3] => index.php )





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

#42371 [Opn->Asn]: PDO doesn`t throw Exception when querying MySQL Server 4.0.16 (Mysql 5 works!)

2007-08-24 Thread jani

 ID:   42371
 Updated by:   [EMAIL PROTECTED]
-Summary:  PDO doesn`t throw Exception
 Reported By:  songqi at baidu dot com
-Status:   Open
+Status:   Assigned
 Bug Type: PDO related
 Operating System: Redhat linux
 PHP Version:  5.2.3
-Assigned To:  
+Assigned To:  andrey
 New Comment:

Andrey, any ideas about this? Seems more like an issue outside PHP..


Previous Comments:


[2007-08-22 08:45:13] songqi at baidu dot com

Description:

PDO doesn`t throw Exception when querying a sql with syntax error as
expected.

MySQL Client Version: 5.0.45
MySQL Server Version: 4.0.16

But if I connect to a MySQL5 server, it throws Exception correctly.

Same error happened in php-5.2.2

Reproduce code:
---
$dbt = new PDO("mysql:host=xxx;port=xxx;dbname=xxx",'xxx','xxx');
$dbt->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$a = $dbt->query("what happened?");

Expected result:

PDO should throw a Exception

Actual result:
--
nothing is throwed





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

#42389 [Opn->Fbk]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread jani

 ID:   42389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at machostlink dot net
-Status:   Open
+Status:   Feedback
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

After attaching you say 'c' to continue processing. And then go access
the webpage causing problems.


Previous Comments:


[2007-08-24 10:32:35] webmaster at machostlink dot net

Sorry, this: ns1:/usr/bin root# gdb ./php4-cgi 5379
...should have been: ns1:/usr/bin root# gdb ./php5-cgi 5379

copied it wrong and was trying php4 as well but same thing...



[2007-08-24 10:30:07] webmaster at machostlink dot net

jani,

here is the output of Gdb (Apache was just started and after loading a
executing a php page in the browser it spawns first child with PID
5379):

ns1:/usr/bin root# gdb ./php4-cgi 5379
...Reading symbols for shared libraries  done
Attaching to program: `/usr/bin/php5-cgi', process 5379.
Reading symbols for shared libraries
.+.++++...+. done
0x9004eb97 in accept ()


But then after submit nothing happens!? And if I get info...

(gdb) info threads
* 1 process 5379 thread 0x417  0x9004eb97 in accept ()

Nothing? Or do I have to do anything else but starting gdb? Sorry not
to familiar with gdb yet...

The process is not getting killed because its locked by gdb but I still
get "500 error". :( Could you walk me thru debugging this please? I
guess I do something wrong here...

Thanks
Tony



[2007-08-24 10:24:15] [EMAIL PROTECTED]

Keep this in feedback state until you have the backtrace or info that
it isn't crashing but something else happens..

Also: You'd be much better of using lighttpd anyway if you use FastCGI
enabled PHP..




[2007-08-24 04:47:00] webmaster at machostlink dot net

@jani

Ok will do and let you know what the result is.

@crrodriguez

Here is my config for mod_fcgid:
--

SharememPath /tmp/fcgid_shm
SocketPath /opt/local/apache2/logs/fcgidsock
IPCConnectTimeout 60
IPCCommTimeout 60
MaxRequestsPerProcess 500
MaxRequestInMem 150
MaxRequestLen 150


I think I have tried EVERY possible combination there is. I read ALL
the threads and issues posted on sourceforge page as well as pretty much
every thread I could find on google regarding mod_fcgid issues. :(
That's why I am quite desperate to solve this.

Thanks for you help...



[2007-08-24 02:54:52] crrodriguez at suse dot de

err.. I meant it should be set to 500 NOT -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/42389

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

#42389 [Fbk->Opn]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread webmaster at machostlink dot net

 ID:   42389
 User updated by:  webmaster at machostlink dot net
 Reported By:  webmaster at machostlink dot net
-Status:   Feedback
+Status:   Open
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

(gdb) bt
#0  0x9001029c in write ()
#1  0x001c92a9 in OS_Write (fd=5, buf=0x200da00 "\001\006", len=608) at
/usr/local/php/sapi/cgi/libfcgi/os_unix.c:488
#2  0x001c741d in write_it_all (fd=5, buf=0x200da00 "\001\006",
len=608) at /usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1393
#3  0x001c7573 in EmptyBuffProc (stream=0x19743c0, doClose=1) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1444
#4  0x001c6b13 in FCGX_FClose (stream=0x19743c0) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:918
#5  0x001c8306 in FCGX_Finish_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2042
#6  0x001c85c5 in FCGX_Accept_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2217
#7  0x001cd2df in main (argc=1, argv=0xbdc8) at
/usr/local/php/sapi/cgi/cgi_main.c:1311


Previous Comments:


[2007-08-24 10:56:34] [EMAIL PROTECTED]

And that's where you do 'bt'..but I'd try few times first to see it's
always the same..



[2007-08-24 10:51:11] webmaster at machostlink dot net

Ahh..  ok no I get:

Continuing.

Program received signal SIGPIPE, Broken pipe.
0x9001029c in write ()



[2007-08-24 10:47:56] [EMAIL PROTECTED]

After attaching you say 'c' to continue processing. And then go access
the webpage causing problems.



[2007-08-24 10:32:35] webmaster at machostlink dot net

Sorry, this: ns1:/usr/bin root# gdb ./php4-cgi 5379
...should have been: ns1:/usr/bin root# gdb ./php5-cgi 5379

copied it wrong and was trying php4 as well but same thing...



[2007-08-24 10:30:07] webmaster at machostlink dot net

jani,

here is the output of Gdb (Apache was just started and after loading a
executing a php page in the browser it spawns first child with PID
5379):

ns1:/usr/bin root# gdb ./php4-cgi 5379
...Reading symbols for shared libraries  done
Attaching to program: `/usr/bin/php5-cgi', process 5379.
Reading symbols for shared libraries
.+.++++...+. done
0x9004eb97 in accept ()


But then after submit nothing happens!? And if I get info...

(gdb) info threads
* 1 process 5379 thread 0x417  0x9004eb97 in accept ()

Nothing? Or do I have to do anything else but starting gdb? Sorry not
to familiar with gdb yet...

The process is not getting killed because its locked by gdb but I still
get "500 error". :( Could you walk me thru debugging this please? I
guess I do something wrong here...

Thanks
Tony



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

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

#42389 [Fbk->Opn]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread webmaster at machostlink dot net

 ID:   42389
 User updated by:  webmaster at machostlink dot net
 Reported By:  webmaster at machostlink dot net
-Status:   Feedback
+Status:   Open
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

huh?

let me do it again then..  I am trying so many things here at once... 
not good I guess ;)


Previous Comments:


[2007-08-24 11:47:09] [EMAIL PROTECTED]

I thought you were testing using the latest 5.2CVS snapshot.
Obviously that backtrace is from PHP 4..



[2007-08-24 11:06:47] webmaster at machostlink dot net

(gdb) bt
#0  0x9001029c in write ()
#1  0x001c92a9 in OS_Write (fd=5, buf=0x200da00 "\001\006", len=608) at
/usr/local/php/sapi/cgi/libfcgi/os_unix.c:488
#2  0x001c741d in write_it_all (fd=5, buf=0x200da00 "\001\006",
len=608) at /usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1393
#3  0x001c7573 in EmptyBuffProc (stream=0x19743c0, doClose=1) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1444
#4  0x001c6b13 in FCGX_FClose (stream=0x19743c0) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:918
#5  0x001c8306 in FCGX_Finish_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2042
#6  0x001c85c5 in FCGX_Accept_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2217
#7  0x001cd2df in main (argc=1, argv=0xbdc8) at
/usr/local/php/sapi/cgi/cgi_main.c:1311



[2007-08-24 10:56:34] [EMAIL PROTECTED]

And that's where you do 'bt'..but I'd try few times first to see it's
always the same..



[2007-08-24 10:51:11] webmaster at machostlink dot net

Ahh..  ok no I get:

Continuing.

Program received signal SIGPIPE, Broken pipe.
0x9001029c in write ()



[2007-08-24 10:47:56] [EMAIL PROTECTED]

After attaching you say 'c' to continue processing. And then go access
the webpage causing problems.



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

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

#42389 [Opn->Fbk]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread jani

 ID:   42389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at machostlink dot net
-Status:   Open
+Status:   Feedback
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23


Previous Comments:


[2007-08-24 11:47:09] [EMAIL PROTECTED]

I thought you were testing using the latest 5.2CVS snapshot.
Obviously that backtrace is from PHP 4..



[2007-08-24 11:06:47] webmaster at machostlink dot net

(gdb) bt
#0  0x9001029c in write ()
#1  0x001c92a9 in OS_Write (fd=5, buf=0x200da00 "\001\006", len=608) at
/usr/local/php/sapi/cgi/libfcgi/os_unix.c:488
#2  0x001c741d in write_it_all (fd=5, buf=0x200da00 "\001\006",
len=608) at /usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1393
#3  0x001c7573 in EmptyBuffProc (stream=0x19743c0, doClose=1) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1444
#4  0x001c6b13 in FCGX_FClose (stream=0x19743c0) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:918
#5  0x001c8306 in FCGX_Finish_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2042
#6  0x001c85c5 in FCGX_Accept_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2217
#7  0x001cd2df in main (argc=1, argv=0xbdc8) at
/usr/local/php/sapi/cgi/cgi_main.c:1311



[2007-08-24 10:56:34] [EMAIL PROTECTED]

And that's where you do 'bt'..but I'd try few times first to see it's
always the same..



[2007-08-24 10:51:11] webmaster at machostlink dot net

Ahh..  ok no I get:

Continuing.

Program received signal SIGPIPE, Broken pipe.
0x9001029c in write ()



[2007-08-24 10:47:56] [EMAIL PROTECTED]

After attaching you say 'c' to continue processing. And then go access
the webpage causing problems.



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

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

#42411 [NEW]: ".*" pattern triggers doubled output

2007-08-24 Thread axelm-php at nona dot net

From: axelm-php at nona dot net
Operating system: Debian/GNU Linux
PHP version:  5.2.3
PHP Bug Type: Regexps related
Bug description:  ".*" pattern triggers doubled output

Description:

The function ereg_replace() "duplicates" the replacement string when the
match string is ".*".

Example: 

- input "BLABLA"
- match ".*"
- replace "TEST"

Output is "TESTTEST", although it would be expected to be "TEST".

Reproduce code:
---


Expected result:

only a single "TEST" (as this is the case with sed, too), because i expect
".*" to have maximum greediness.

Actual result:
--
see example code. produces "TESTTEST". This happens in all PHP versions i
have access to (older PHP4, current PHP4 and PHP5).

Using "^.*" as match, or ".+" works as expected.



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

#42411 [Opn->Bgs]: ".*" pattern triggers doubled output

2007-08-24 Thread jani

 ID:   42411
 Updated by:   [EMAIL PROTECTED]
 Reported By:  axelm-php at nona dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Regexps related
 Operating System: Debian/GNU Linux
 PHP Version:  5.2.3
 New Comment:

Expected behaviour. And you should really use PCRE functions instead.


Previous Comments:


[2007-08-24 11:54:23] axelm-php at nona dot net

Description:

The function ereg_replace() "duplicates" the replacement string when
the match string is ".*".

Example: 

- input "BLABLA"
- match ".*"
- replace "TEST"

Output is "TESTTEST", although it would be expected to be "TEST".

Reproduce code:
---


Expected result:

only a single "TEST" (as this is the case with sed, too), because i
expect ".*" to have maximum greediness.

Actual result:
--
see example code. produces "TESTTEST". This happens in all PHP versions
i have access to (older PHP4, current PHP4 and PHP5).

Using "^.*" as match, or ".+" works as expected.







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

#42413 [Opn->Asn]: Cannot iterate IE's event object

2007-08-24 Thread jani

 ID:   42413
 Updated by:   [EMAIL PROTECTED]
 Reported By:  csaba at alum dot mit dot edu
-Status:   Open
+Status:   Assigned
 Bug Type: COM related
 Operating System: Win XP Pro
 PHP Version:  5.2.3
-Assigned To:  
+Assigned To:  wharmby
 New Comment:

Assigned to the maintainer.


Previous Comments:


[2007-08-24 12:06:04] csaba at alum dot mit dot edu

Description:

I can't iterate over IE's $ie->document->createEventObject() with PHP
whereas I can in IE.

Reproduce code:
---
visible = true;

// ensure a document exists within ie
$ie->Navigate2 ("about:blank");
while ($ie->readyState!=4) usleep(10);
// convenience
$doc = $ie->document;
$window = $doc->parentWindow;

// required - var must be declared
$window->execScript ("var evt='';");
// create an event object
$window->evt = $doc->createEventObject();

// proof the object is valid, iteratable
$window->execScript("
  var str=''; var idx;
  for (idx in evt)
str+=idx+'; ';
  alert('Keys: '+str);");

// Bug: can't iterate the object in PHP
foreach ($window->evt as $prop => $val)
  print "$prop ";

// ensure ie is still alive
$window->execScript("alert('Alive');");
$ie->quit();   // necessary since visible
?>

Expected result:

I expect PHP not to die at the foreach
I expect the same text to be output as with the alert

Actual result:
--
PHP falls over upon hitting the foreach loop with:

Fatal error: Uncaught exception 'Exception' with message 'Object of
type variant  did not create an Iterator' in c:\phpBugs\foreach.php: 28
Stack trace:
#0 C:\phpBugs\foreach.php(28): unknown()
#1 {main} thrown in C:\phpBugs\foreach.php on line 28





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

#42412 [Opn->Bgs]: addslashes() doesnot behave with NULL as documented

2007-08-24 Thread jani

 ID:   42412
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nikhil dot gupta at in dot ibm dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Strings related
 Operating System: Linux
 PHP Version:  5CVS-2007-08-24 (snap)
 New Comment:

You misunderstood the documentation, it's about the NUL character, not
about NULL in PHP land.


Previous Comments:


[2007-08-24 12:05:12] nikhil dot gupta at in dot ibm dot com

Description:

As per the documentation, it should insert a backslash in the return
string. But it returns an empty string without any backslash.

Reproduce code:
---



Expected result:

NULL
string(1) "\"


Actual result:
--
NULL
string(0) ""





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

#37899 [Opn->Asn]: [PATCH] php_char_to _OLECHAR copies junk bytes

2007-08-24 Thread jani

 ID:   37899
 Updated by:   [EMAIL PROTECTED]
 Reported By:  okumurya at gmail dot com
-Status:   Open
+Status:   Assigned
 Bug Type: COM related
 Operating System: Windows 2000 Professional
-PHP Version:  4.4.2, 4.4.7, 5.2.3
+PHP Version:  5.2.3
-Assigned To:  wez
+Assigned To:  wharmby
 New Comment:

Assigned to the maintainer.


Previous Comments:


[2007-08-12 07:14:23] okumurya at gmail dot com

I tested on PHP-5.2.3, and the problem still occured.



[2007-08-12 07:04:37] okumurya at gmail dot com

I tested following code on PHP-4.4.7, the problem still occured.

http://ml.php.gr.jp/pipermail/php-users/2007-April/032463.html
 */
ini_set('mbstring.language', 'Japanese');
ini_set('mbstring.internal_encoding', 'UTF-8');

class setWord {
var $Word;
var $doc;
 
function setWord(){
$this->Word = new COM('Word.Application');
$this->Word->Visible = false;
$this->Word->DisplayAlerts = 0;
}
 
function documentOpen(){
$this->doc = $this->Word->Documents->Add();
$this->doc->Activate;
}
 
function setParam($param){
$this->Word->Selection->TypeText($param);
}
 
function SaveAs(){
$this->Word->Documents[1]->SaveAs("C:/TMP/hoge.doc");
}
 
function unsetObj(){
$this->Word->Documents[1]->Close();
$this->Word->Quit();
$this->Word = null;
}
 
function returnWord($param){
$this->documentOpen();
$this->setParam($param);
$this->SaveAs();
$this->unsetObj();
}
}

$cls = new setWord();
$cls->returnWord("\x82\xA0\x82\xA2\x82\xA4\x82\xA6\x82\xA8"); //
Japanese Hiragana A I U E O
?>



[2007-07-19 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".



[2007-07-11 12:49:49] [EMAIL PROTECTED]

And does this problem exist in PHP 5.2.3? (see also previous comment by
Stas)



[2007-04-02 20:29:11] [EMAIL PROTECTED]

Could you provide some example reproducing the problem? Preferably with
some COM available on standard Windows/Office machine or easily
installable.



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

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

#42411 [Bgs]: clarification why not using PCRE.

2007-08-24 Thread axelm-php at nona dot net

 ID:   42411
 User updated by:  axelm-php at nona dot net
-Summary:  ".*" pattern triggers doubled output
 Reported By:  axelm-php at nona dot net
 Status:   Bogus
 Bug Type: Regexps related
 Operating System: Debian/GNU Linux
 PHP Version:  5.2.3
 New Comment:

Hm.. other regex implementations don't repeat the text. Well, i don't
have any interest in breaking a fight here..

With regards to PCRE - there are applications which don't allow the use
of the additional Perl functionality, but require plain POSIX regex. The
application i use it for is ENUM (RFC3761).

Thanks anyway for looking at this.


Previous Comments:


[2007-08-24 12:04:34] [EMAIL PROTECTED]

Expected behaviour. And you should really use PCRE functions instead.



[2007-08-24 11:54:23] axelm-php at nona dot net

Description:

The function ereg_replace() "duplicates" the replacement string when
the match string is ".*".

Example: 

- input "BLABLA"
- match ".*"
- replace "TEST"

Output is "TESTTEST", although it would be expected to be "TEST".

Reproduce code:
---


Expected result:

only a single "TEST" (as this is the case with sed, too), because i
expect ".*" to have maximum greediness.

Actual result:
--
see example code. produces "TESTTEST". This happens in all PHP versions
i have access to (older PHP4, current PHP4 and PHP5).

Using "^.*" as match, or ".+" works as expected.







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

#42413 [NEW]: Cannot iterate IE's event object

2007-08-24 Thread csaba at alum dot mit dot edu

From: csaba at alum dot mit dot edu
Operating system: Win XP Pro
PHP version:  5.2.3
PHP Bug Type: COM related
Bug description:  Cannot iterate IE's event object

Description:

I can't iterate over IE's $ie->document->createEventObject() with PHP
whereas I can in IE.

Reproduce code:
---
visible = true;

// ensure a document exists within ie
$ie->Navigate2 ("about:blank");
while ($ie->readyState!=4) usleep(10);
// convenience
$doc = $ie->document;
$window = $doc->parentWindow;

// required - var must be declared
$window->execScript ("var evt='';");
// create an event object
$window->evt = $doc->createEventObject();

// proof the object is valid, iteratable
$window->execScript("
  var str=''; var idx;
  for (idx in evt)
str+=idx+'; ';
  alert('Keys: '+str);");

// Bug: can't iterate the object in PHP
foreach ($window->evt as $prop => $val)
  print "$prop ";

// ensure ie is still alive
$window->execScript("alert('Alive');");
$ie->quit();   // necessary since visible
?>

Expected result:

I expect PHP not to die at the foreach
I expect the same text to be output as with the alert

Actual result:
--
PHP falls over upon hitting the foreach loop with:

Fatal error: Uncaught exception 'Exception' with message 'Object of type
variant  did not create an Iterator' in c:\phpBugs\foreach.php: 28
Stack trace:
#0 C:\phpBugs\foreach.php(28): unknown()
#1 {main} thrown in C:\phpBugs\foreach.php on line 28

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

#42412 [NEW]: addslashes() doesnot behave with NULL as documented

2007-08-24 Thread nikhil dot gupta at in dot ibm dot com

From: nikhil dot gupta at in dot ibm dot com
Operating system: Linux
PHP version:  5CVS-2007-08-24 (snap)
PHP Bug Type: Strings related
Bug description:  addslashes() doesnot behave with NULL as documented

Description:

As per the documentation, it should insert a backslash in the return
string. But it returns an empty string without any backslash.

Reproduce code:
---



Expected result:

NULL
string(1) "\"


Actual result:
--
NULL
string(0) ""

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

#42389 [Opn->Fbk]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread jani

 ID:   42389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at machostlink dot net
-Status:   Open
+Status:   Feedback
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

I thought you were testing using the latest 5.2CVS snapshot.
Obviously that backtrace is from PHP 4..


Previous Comments:


[2007-08-24 11:06:47] webmaster at machostlink dot net

(gdb) bt
#0  0x9001029c in write ()
#1  0x001c92a9 in OS_Write (fd=5, buf=0x200da00 "\001\006", len=608) at
/usr/local/php/sapi/cgi/libfcgi/os_unix.c:488
#2  0x001c741d in write_it_all (fd=5, buf=0x200da00 "\001\006",
len=608) at /usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1393
#3  0x001c7573 in EmptyBuffProc (stream=0x19743c0, doClose=1) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1444
#4  0x001c6b13 in FCGX_FClose (stream=0x19743c0) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:918
#5  0x001c8306 in FCGX_Finish_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2042
#6  0x001c85c5 in FCGX_Accept_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2217
#7  0x001cd2df in main (argc=1, argv=0xbdc8) at
/usr/local/php/sapi/cgi/cgi_main.c:1311



[2007-08-24 10:56:34] [EMAIL PROTECTED]

And that's where you do 'bt'..but I'd try few times first to see it's
always the same..



[2007-08-24 10:51:11] webmaster at machostlink dot net

Ahh..  ok no I get:

Continuing.

Program received signal SIGPIPE, Broken pipe.
0x9001029c in write ()



[2007-08-24 10:47:56] [EMAIL PROTECTED]

After attaching you say 'c' to continue processing. And then go access
the webpage causing problems.



[2007-08-24 10:32:35] webmaster at machostlink dot net

Sorry, this: ns1:/usr/bin root# gdb ./php4-cgi 5379
...should have been: ns1:/usr/bin root# gdb ./php5-cgi 5379

copied it wrong and was trying php4 as well but same thing...



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

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

#42412 [Bgs]: addslashes() doesnot behave with NULL as documented

2007-08-24 Thread nikhil dot gupta at in dot ibm dot com

 ID:   42412
 User updated by:  nikhil dot gupta at in dot ibm dot com
 Reported By:  nikhil dot gupta at in dot ibm dot com
 Status:   Bogus
 Bug Type: Strings related
 Operating System: Linux
 PHP Version:  5CVS-2007-08-24 (snap)
 New Comment:

Thankyou for correcting me.

I tried with NUL character (\0) also. Is following the expected
output?

var_dump( addslashes("abc\0abc") );

The output I get is:
string(8) "abc\0abc"

OR should it be:
string(8) "abc\abc"   (here a backslash is added before NUL)

OR should it be:
string(8) "abc\\0abc"

I think here the output should be:
string(8) "abc\\0abc"
because here the NUL is preceded with backslash character and also the
length of string is 8.


Previous Comments:


[2007-08-24 12:20:22] [EMAIL PROTECTED]

You misunderstood the documentation, it's about the NUL character, not
about NULL in PHP land.



[2007-08-24 12:05:12] nikhil dot gupta at in dot ibm dot com

Description:

As per the documentation, it should insert a backslash in the return
string. But it returns an empty string without any backslash.

Reproduce code:
---



Expected result:

NULL
string(1) "\"


Actual result:
--
NULL
string(0) ""





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

#42389 [Fbk->Opn]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread webmaster at machostlink dot net

 ID:   42389
 User updated by:  webmaster at machostlink dot net
 Reported By:  webmaster at machostlink dot net
-Status:   Feedback
+Status:   Open
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

Great,

now nothing works anymore. Completely screwed up the whole thing. Seems
I had CVS not installed anymore so I had to rebuild it!? Not sure what
happend. Now my apache is not even showing any PHP page anymore. The
problem is that everything here was/is based on "macports" former
"darwinports" and I was working long hours just to get it where it was
until this little submit error came around. F*CK! This will take some
time until I have everything again where it was now.

Thanks, will keep you posted how it goes and test some more.


Previous Comments:


[2007-08-24 11:47:09] [EMAIL PROTECTED]

I thought you were testing using the latest 5.2CVS snapshot.
Obviously that backtrace is from PHP 4..



[2007-08-24 11:06:47] webmaster at machostlink dot net

(gdb) bt
#0  0x9001029c in write ()
#1  0x001c92a9 in OS_Write (fd=5, buf=0x200da00 "\001\006", len=608) at
/usr/local/php/sapi/cgi/libfcgi/os_unix.c:488
#2  0x001c741d in write_it_all (fd=5, buf=0x200da00 "\001\006",
len=608) at /usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1393
#3  0x001c7573 in EmptyBuffProc (stream=0x19743c0, doClose=1) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1444
#4  0x001c6b13 in FCGX_FClose (stream=0x19743c0) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:918
#5  0x001c8306 in FCGX_Finish_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2042
#6  0x001c85c5 in FCGX_Accept_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2217
#7  0x001cd2df in main (argc=1, argv=0xbdc8) at
/usr/local/php/sapi/cgi/cgi_main.c:1311



[2007-08-24 10:56:34] [EMAIL PROTECTED]

And that's where you do 'bt'..but I'd try few times first to see it's
always the same..



[2007-08-24 10:51:11] webmaster at machostlink dot net

Ahh..  ok no I get:

Continuing.

Program received signal SIGPIPE, Broken pipe.
0x9001029c in write ()



[2007-08-24 10:47:56] [EMAIL PROTECTED]

After attaching you say 'c' to continue processing. And then go access
the webpage causing problems.



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

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

#42412 [Bgs->Opn]: addslashes() doesnot behave with NULL as documented

2007-08-24 Thread nikhil dot gupta at in dot ibm dot com

 ID:   42412
 User updated by:  nikhil dot gupta at in dot ibm dot com
 Reported By:  nikhil dot gupta at in dot ibm dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Strings related
 Operating System: Linux
 PHP Version:  5CVS-2007-08-24 (snap)
 New Comment:

Your comments are appreciated. Thanks.


Previous Comments:


[2007-08-24 12:34:52] nikhil dot gupta at in dot ibm dot com

Thankyou for correcting me.

I tried with NUL character (\0) also. Is following the expected
output?

var_dump( addslashes("abc\0abc") );

The output I get is:
string(8) "abc\0abc"

OR should it be:
string(8) "abc\abc"   (here a backslash is added before NUL)

OR should it be:
string(8) "abc\\0abc"

I think here the output should be:
string(8) "abc\\0abc"
because here the NUL is preceded with backslash character and also the
length of string is 8.



[2007-08-24 12:20:22] [EMAIL PROTECTED]

You misunderstood the documentation, it's about the NUL character, not
about NULL in PHP land.



[2007-08-24 12:05:12] nikhil dot gupta at in dot ibm dot com

Description:

As per the documentation, it should insert a backslash in the return
string. But it returns an empty string without any backslash.

Reproduce code:
---



Expected result:

NULL
string(1) "\"


Actual result:
--
NULL
string(0) ""





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

#42412 [Opn->Bgs]: addslashes() doesnot behave with NULL as documented

2007-08-24 Thread jani

 ID:   42412
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nikhil dot gupta at in dot ibm dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Strings related
 Operating System: Linux
 PHP Version:  5CVS-2007-08-24 (snap)
 New Comment:

Try this instead:



Output is:
string(3) "--"
string(4) "-\0-"

NUL is something you don't see. :)



Previous Comments:


[2007-08-24 12:34:52] nikhil dot gupta at in dot ibm dot com

Thankyou for correcting me.

I tried with NUL character (\0) also. Is following the expected
output?

var_dump( addslashes("abc\0abc") );

The output I get is:
string(8) "abc\0abc"

OR should it be:
string(8) "abc\abc"   (here a backslash is added before NUL)

OR should it be:
string(8) "abc\\0abc"

I think here the output should be:
string(8) "abc\\0abc"
because here the NUL is preceded with backslash character and also the
length of string is 8.



[2007-08-24 12:20:22] [EMAIL PROTECTED]

You misunderstood the documentation, it's about the NUL character, not
about NULL in PHP land.



[2007-08-24 12:05:12] nikhil dot gupta at in dot ibm dot com

Description:

As per the documentation, it should insert a backslash in the return
string. But it returns an empty string without any backslash.

Reproduce code:
---



Expected result:

NULL
string(1) "\"


Actual result:
--
NULL
string(0) ""





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

#42389 [Opn->Fbk]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread jani

 ID:   42389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at machostlink dot net
-Status:   Open
+Status:   Feedback
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

Sometimes simple things aren't that simple. :)
Keep the status in feedback until you give feedback. (don't comment
before that!)


Previous Comments:


[2007-08-24 12:47:29] webmaster at machostlink dot net

Great,

now nothing works anymore. Completely screwed up the whole thing. Seems
I had CVS not installed anymore so I had to rebuild it!? Not sure what
happend. Now my apache is not even showing any PHP page anymore. The
problem is that everything here was/is based on "macports" former
"darwinports" and I was working long hours just to get it where it was
until this little submit error came around. F*CK! This will take some
time until I have everything again where it was now.

Thanks, will keep you posted how it goes and test some more.



[2007-08-24 11:47:09] [EMAIL PROTECTED]

I thought you were testing using the latest 5.2CVS snapshot.
Obviously that backtrace is from PHP 4..



[2007-08-24 11:06:47] webmaster at machostlink dot net

(gdb) bt
#0  0x9001029c in write ()
#1  0x001c92a9 in OS_Write (fd=5, buf=0x200da00 "\001\006", len=608) at
/usr/local/php/sapi/cgi/libfcgi/os_unix.c:488
#2  0x001c741d in write_it_all (fd=5, buf=0x200da00 "\001\006",
len=608) at /usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1393
#3  0x001c7573 in EmptyBuffProc (stream=0x19743c0, doClose=1) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1444
#4  0x001c6b13 in FCGX_FClose (stream=0x19743c0) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:918
#5  0x001c8306 in FCGX_Finish_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2042
#6  0x001c85c5 in FCGX_Accept_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2217
#7  0x001cd2df in main (argc=1, argv=0xbdc8) at
/usr/local/php/sapi/cgi/cgi_main.c:1311



[2007-08-24 10:56:34] [EMAIL PROTECTED]

And that's where you do 'bt'..but I'd try few times first to see it's
always the same..



[2007-08-24 10:51:11] webmaster at machostlink dot net

Ahh..  ok no I get:

Continuing.

Program received signal SIGPIPE, Broken pipe.
0x9001029c in write ()



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

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

#42414 [Opn]: odbc_columns() function incompatible with Oracle ODBC driver

2007-08-24 Thread jhml at gmx dot net

 ID:   42414
 User updated by:  jhml at gmx dot net
 Reported By:  jhml at gmx dot net
 Status:   Open
 Bug Type: ODBC related
 Operating System: Linux
 PHP Version:  5.2.3
 New Comment:

Proposed patch:

--- php-5.2.3/ext/odbc/php_odbc.c   2007-03-13 
01:04:38.0 +0100
+++ php-5.2.3-fix_odbc_columns/ext/odbc/php_odbc.c  2007-08-24 
14:57:41.0 +0200
@@ -2947,6 +2947,11 @@
 */
if (table && strlen(table) && schema && !strlen(schema)) 
schema = NULL;

+/*
+ * Needed to make Oracle happy (Johann Hanne)
+ */
+   if (cat && !strlen(cat)) cat = NULL;
+
rc = SQLColumns(result->stmt,
cat, cat_len,
schema, schema_len,


Previous Comments:


[2007-08-24 13:11:23] jhml at gmx dot net

Description:

The Oracle ODBC driver expects NULL as the second parameter to the 
SQLColumns() C function, otherwise, it will throw an error. With PHP 
5.2.3 it's not possibly to specify NULL, though.






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

#42414 [NEW]: odbc_columns() function incompatible with Oracle ODBC driver

2007-08-24 Thread jhml at gmx dot net

From: jhml at gmx dot net
Operating system: Linux
PHP version:  5.2.3
PHP Bug Type: ODBC related
Bug description:  odbc_columns() function incompatible with Oracle ODBC driver

Description:

The Oracle ODBC driver expects NULL as the second parameter to the 
SQLColumns() C function, otherwise, it will throw an error. With PHP 
5.2.3 it's not possibly to specify NULL, though.


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

#42414 [Opn->Fbk]: odbc_columns() function incompatible with Oracle ODBC driver

2007-08-24 Thread jani

 ID:   42414
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jhml at gmx dot net
-Status:   Open
+Status:   Feedback
 Bug Type: ODBC related
 Operating System: Linux
 PHP Version:  5.2.3
 New Comment:

Are you sure it doesn't break the other possible drivers..?


Previous Comments:


[2007-08-24 13:13:42] jhml at gmx dot net

Proposed patch:

--- php-5.2.3/ext/odbc/php_odbc.c   2007-03-13 
01:04:38.0 +0100
+++ php-5.2.3-fix_odbc_columns/ext/odbc/php_odbc.c  2007-08-24 
14:57:41.0 +0200
@@ -2947,6 +2947,11 @@
 */
if (table && strlen(table) && schema && !strlen(schema)) 
schema = NULL;

+/*
+ * Needed to make Oracle happy (Johann Hanne)
+ */
+   if (cat && !strlen(cat)) cat = NULL;
+
rc = SQLColumns(result->stmt,
cat, cat_len,
schema, schema_len,



[2007-08-24 13:11:23] jhml at gmx dot net

Description:

The Oracle ODBC driver expects NULL as the second parameter to the 
SQLColumns() C function, otherwise, it will throw an error. With PHP 
5.2.3 it's not possibly to specify NULL, though.






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

#42415 [NEW]: Key element cannot be a reference

2007-08-24 Thread romaneos at gmail dot com

From: romaneos at gmail dot com
Operating system: Windows
PHP version:  5CVS-2007-08-24 (CVS)
PHP Bug Type: Feature/Change Request
Bug description:  Key element cannot be a reference

Description:

Fatal error:  Key element cannot be a reference



Reproduce code:
---
foreach($list as &$key=>&$value) {
$key = $key+1;
$value = $value+1;
}

This code will generate error:

Fatal error:  Key element cannot be a reference



Expected result:

$list = array(1 => 2, 5 => 6);
foreach($list as &$key=>&$value) {
$key = $key+1;
$value = $value+1;
}


Expected result:

$list == array (
2 => 3,
6 => 7
   )

Actual result:
--
Fatal error:  Key element cannot be a reference


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

#42414 [Fbk->Opn]: odbc_columns() function incompatible with Oracle ODBC driver

2007-08-24 Thread jhml at gmx dot net

 ID:   42414
 User updated by:  jhml at gmx dot net
 Reported By:  jhml at gmx dot net
-Status:   Feedback
+Status:   Open
 Bug Type: ODBC related
 Operating System: Linux
 PHP Version:  5.2.3
 New Comment:

I've tested IBM DB2 (iSeries ODBC driver from IBM), MS SQL 
(FreeTDS), Sybase (FreeTDS) and Oracle (native ODBC driver from 
Oracle). Moreover, NULL is also already passed when odbc_columns() 
is called with only one parameter.

The patch may appear ugly but it's the same style as the Access 
workaround. IMHO it would be cleaner to allow passing a PHP-null to 
actually become a C-NULL, i.e. not forcing the String cast for null 
values, but that would be much more intrusive!


Previous Comments:


[2007-08-24 13:15:14] [EMAIL PROTECTED]

Are you sure it doesn't break the other possible drivers..?



[2007-08-24 13:13:42] jhml at gmx dot net

Proposed patch:

--- php-5.2.3/ext/odbc/php_odbc.c   2007-03-13 
01:04:38.0 +0100
+++ php-5.2.3-fix_odbc_columns/ext/odbc/php_odbc.c  2007-08-24 
14:57:41.0 +0200
@@ -2947,6 +2947,11 @@
 */
if (table && strlen(table) && schema && !strlen(schema)) 
schema = NULL;

+/*
+ * Needed to make Oracle happy (Johann Hanne)
+ */
+   if (cat && !strlen(cat)) cat = NULL;
+
rc = SQLColumns(result->stmt,
cat, cat_len,
schema, schema_len,



[2007-08-24 13:11:23] jhml at gmx dot net

Description:

The Oracle ODBC driver expects NULL as the second parameter to the 
SQLColumns() C function, otherwise, it will throw an error. With PHP 
5.2.3 it's not possibly to specify NULL, though.






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

#42389 [Fbk->Opn]: PHP+Apache2+mod_fcgid kills all processes after submit

2007-08-24 Thread webmaster at machostlink dot net

 ID:   42389
 User updated by:  webmaster at machostlink dot net
 Reported By:  webmaster at machostlink dot net
-Status:   Feedback
+Status:   Open
 Bug Type: CGI related
 Operating System: OSX 10.4.10
 PHP Version:  5.2CVS-2007-08-23
 New Comment:

Ok, now here is the output for latest CVS:

Attaching to program: `/usr/local/bin/php-cgi', process 25912.
Reading symbols for shared libraries .. done
0x9004eb97 in accept ()
(gdb) c
Continuing.

Program received signal SIGPIPE, Broken pipe.
0x9001029c in write ()
(gdb) bt
#0  0x9001029c in write ()
#1  0x002e79b3 in fcgi_flush (req=0xbfffdc00, close=1) at
/usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:543
#2  0x002e7a29 in fcgi_finish_request (req=0xbfffdc00) at
/usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:1163
#3  0x002e825f in fcgi_accept_request (req=0xbfffdc00) at
/usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:869
#4  0x002ea880 in main (argc=1, argv=0xbdd0) at
/usr/local/php5.2-200708230830/sapi/cgi/cgi_main.c:1491


Previous Comments:


[2007-08-24 13:06:45] [EMAIL PROTECTED]

Sometimes simple things aren't that simple. :)
Keep the status in feedback until you give feedback. (don't comment
before that!)



[2007-08-24 12:47:29] webmaster at machostlink dot net

Great,

now nothing works anymore. Completely screwed up the whole thing. Seems
I had CVS not installed anymore so I had to rebuild it!? Not sure what
happend. Now my apache is not even showing any PHP page anymore. The
problem is that everything here was/is based on "macports" former
"darwinports" and I was working long hours just to get it where it was
until this little submit error came around. F*CK! This will take some
time until I have everything again where it was now.

Thanks, will keep you posted how it goes and test some more.



[2007-08-24 11:47:09] [EMAIL PROTECTED]

I thought you were testing using the latest 5.2CVS snapshot.
Obviously that backtrace is from PHP 4..



[2007-08-24 11:06:47] webmaster at machostlink dot net

(gdb) bt
#0  0x9001029c in write ()
#1  0x001c92a9 in OS_Write (fd=5, buf=0x200da00 "\001\006", len=608) at
/usr/local/php/sapi/cgi/libfcgi/os_unix.c:488
#2  0x001c741d in write_it_all (fd=5, buf=0x200da00 "\001\006",
len=608) at /usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1393
#3  0x001c7573 in EmptyBuffProc (stream=0x19743c0, doClose=1) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:1444
#4  0x001c6b13 in FCGX_FClose (stream=0x19743c0) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:918
#5  0x001c8306 in FCGX_Finish_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2042
#6  0x001c85c5 in FCGX_Accept_r (reqDataPtr=0xbc74) at
/usr/local/php/sapi/cgi/libfcgi/fcgiapp.c:2217
#7  0x001cd2df in main (argc=1, argv=0xbdc8) at
/usr/local/php/sapi/cgi/cgi_main.c:1311



[2007-08-24 10:56:34] [EMAIL PROTECTED]

And that's where you do 'bt'..but I'd try few times first to see it's
always the same..



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

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

#42416 [NEW]: Apache2 locked imagecreate with imagettftext

2007-08-24 Thread baco at infomaniak dot ch

From: baco at infomaniak dot ch
Operating system: Linux
PHP version:  4.4.7
PHP Bug Type: GD related
Bug description:  Apache2 locked imagecreate with imagettftext

Description:

Reproductible with PHP 4.4.7 
or with the last Snap 4.4-dev
on Apache2 using MPM worker.

Apache2 process get locked when calling
imagettftext() after calling imagecreate()
every call of such code result of another
dead locked Apache2 processes.

Workarounds :
- Use imagecreatetruecolor() instead of imagecreate()
- Don't use bundled gdlib compile PHP with external gdlib
- Upgrade 5.2.3 who don't have this issue

Reproductible with
configure \
--with-gd \
--with-png-dir=/usr \
--with-freetype-dir=/usr \
--with-ttf \
--enable-gd-native-ttf \
...

Unreproductible with external gd
configure \
--with-gd=/opt/misc/gd \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-freetype-dir=/usr \
--with-ttf \
--enable-gd-native-ttf \
...



Reproduce code:
---
$crash = 1;
$text = 'Bug';
$font = $_SERVER['DOCUMENT_ROOT'] . '/fonts' .'/'. 'arial.ttf';

if ($crash == 1) {
$image = imagecreate(64, 32);
} else {
$image = imagecreatetruecolor(64, 32);
}

$white = imagecolorallocate($image, 255, 255, 255);

/* LOCK APACHE2 PROCESS AFTER THIS POINT IF crash == 1
 * => if imagecreate() used but not if imagecreatetruecolor()
 */
imagettftext($image, 20, 0, 8, 24, $white, $font, $text);

header('Content-type: image/png');
imagepng($image);

imagedestroy($image);


Expected result:

Display "Bug" white text on black background

Actual result:
--
Apache2 process get locked and browser wait for the
image forever. 

After it is a matter of time for Apache2 to have 
all processes locked depending on your ServerLimit
and ThreadsPerChild values.

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

#42414 [Opn]: odbc_columns() function incompatible with Oracle ODBC driver

2007-08-24 Thread jhml at gmx dot net

 ID:   42414
 User updated by:  jhml at gmx dot net
 Reported By:  jhml at gmx dot net
 Status:   Open
 Bug Type: ODBC related
 Operating System: Linux
 PHP Version:  5.2.3
 New Comment:

Tested with MyODBC as well, no problems!


Previous Comments:


[2007-08-24 13:38:16] jhml at gmx dot net

I've tested IBM DB2 (iSeries ODBC driver from IBM), MS SQL 
(FreeTDS), Sybase (FreeTDS) and Oracle (native ODBC driver from 
Oracle). Moreover, NULL is also already passed when odbc_columns() 
is called with only one parameter.

The patch may appear ugly but it's the same style as the Access 
workaround. IMHO it would be cleaner to allow passing a PHP-null to 
actually become a C-NULL, i.e. not forcing the String cast for null 
values, but that would be much more intrusive!



[2007-08-24 13:15:14] [EMAIL PROTECTED]

Are you sure it doesn't break the other possible drivers..?



[2007-08-24 13:13:42] jhml at gmx dot net

Proposed patch:

--- php-5.2.3/ext/odbc/php_odbc.c   2007-03-13 
01:04:38.0 +0100
+++ php-5.2.3-fix_odbc_columns/ext/odbc/php_odbc.c  2007-08-24 
14:57:41.0 +0200
@@ -2947,6 +2947,11 @@
 */
if (table && strlen(table) && schema && !strlen(schema)) 
schema = NULL;

+/*
+ * Needed to make Oracle happy (Johann Hanne)
+ */
+   if (cat && !strlen(cat)) cat = NULL;
+
rc = SQLColumns(result->stmt,
cat, cat_len,
schema, schema_len,



[2007-08-24 13:11:23] jhml at gmx dot net

Description:

The Oracle ODBC driver expects NULL as the second parameter to the 
SQLColumns() C function, otherwise, it will throw an error. With PHP 
5.2.3 it's not possibly to specify NULL, though.






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

#41350 [Com]: Error in my_thread_global_end()

2007-08-24 Thread acosta at mauricio dot net dot ar

 ID:   41350
 Comment by:   acosta at mauricio dot net dot ar
 Reported By:  graham at directhostinguk dot com
 Status:   Feedback
 Bug Type: MySQL related
 Operating System: Windows 2003
 PHP Version:  5.2.3
 Assigned To:  scottmac
 New Comment:

Hi,

I got this issue with iis 6 in xp os.  I install the cvs snapshot you
referer, with cgi i got the error, but in isapi appears that it
dissapears.


Previous Comments:


[2007-08-22 15:38:56] dj02 dot net at nbl dot fi

I updated to: 5.2.4RC3-dev (08-22-2007, SNAP).

And libraries are updated.

mysql
--
MySQL Support   enabled
Active Persistent Links 0
Active Links0
Client API version  5.0.45

Directive   Local Value Master Value
mysql.allow_persistent  On  On
mysql.connect_timeout   60  60
mysql.default_host  no valueno value
mysql.default_password  no valueno value
mysql.default_port  33063306
mysql.default_socketno valueno value
mysql.default_user  no valueno value
mysql.max_links Unlimited   Unlimited
mysql.max_persistentUnlimited   Unlimited
mysql.trace_modeOff Off

mysqli
--
MysqlI Support  enabled
Client API library version  5.0.45
Client API header version   5.0.45
MYSQLI_SOCKET   /tmp/mysql.sock

Directive   Local Value Master Value
mysqli.default_host no valueno value
mysqli.default_port 33063306
mysqli.default_pw   no valueno value
mysqli.default_socket   no valueno value
mysqli.default_user no valueno value
mysqli.max_linksUnlimited   Unlimited
mysqli.reconnectOff Off



[2007-08-22 01:38:45] ng dot sick dot no at gmail dot com

Looks like for some reason, the Client API library version of the snap
is 5.0.24.


PHP Version 5.2.4RC3-dev 

Build Date  Aug 21 2007 20:03:47  
Loaded Configuration File  C:\php\php.ini  

mysql
MySQL Support enabled 
Active Persistent Links  0  
Active Links  0  
Client API version  5.0.24  

Directive Local Value Master Value 
mysql.allow_persistent On On 
mysql.connect_timeout 60 60 
mysql.default_host no value no value 
mysql.default_password no value no value 
mysql.default_port no value no value 
mysql.default_socket no value no value 
mysql.default_user no value no value 
mysql.max_links Unlimited Unlimited 
mysql.max_persistent Unlimited Unlimited 
mysql.trace_mode Off Off 

mysqli
MysqlI Support enabled 
Client API library version  5.0.24  
Client API header version  5.0.45  
MYSQLI_SOCKET  /tmp/mysql.sock  

Directive Local Value Master Value 
mysqli.default_host no value no value 
mysqli.default_port 3306 3306 
mysqli.default_pw no value no value 
mysqli.default_socket no value no value 
mysqli.default_user no value no value 
mysqli.max_links Unlimited Unlimited 
mysqli.reconnect Off Off



[2007-08-21 16:37:41] [EMAIL PROTECTED]

Does your phpinfo show 5.2.3 or 5.2.4-RC2?

The MySQL library version looks correct but the code to correctly use
the library wasn't added until after 5.2.3 was released.



[2007-08-21 16:13:26] romain dot burot at laposte dot net

I try this CVS snapshot And I've got the same problem...
And I don't use Mysql Database
I'm with win2003SP2 with IIS6
PHP Version 5.2.3 Not Isapi but CGI
mysqli
MysqlI Support  enabled
Client API library version  5.0.45
Client API header version   5.0.45
MYSQLI_SOCKET   /tmp/mysql.sock

Directive   Local Value Master Value
mysqli.default_host no valueno value
mysqli.default_port 33063306
mysqli.default_pw   no valueno value
mysqli.default_socket   no valueno value
mysqli.default_user no valueno value
mysqli.max_linksUnlimited   Unlimited
mysqli.reconnectOff Off



[2007-08-19 12:12:58] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi

The libraries were updated yesterday afternoon to 5.0.45.



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

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

#42416 [Opn]: Apache2 locked imagecreate with imagettftext

2007-08-24 Thread baco at infomaniak dot ch

 ID:   42416
 User updated by:  baco at infomaniak dot ch
 Reported By:  baco at infomaniak dot ch
 Status:   Open
 Bug Type: GD related
 Operating System: Linux
 PHP Version:  4.4.7
 New Comment:

see diff in gdImageCreate()

--- php-4.4.7/ext/gd/libgd/gd.c   2007-08-24 19:39:33.999613335 
+0200
+++ php-5.2.3/ext/gd/libgd/gd.c   2007-08-24 19:39:53.052804086 
+0200
@@ -5,8 +5,8 @@
 im = (gdImage *) gdMalloc(sizeof(gdImage));
 memset(im, 0, sizeof(gdImage));
 /* Row-major ever since gd 1.3 */
-im->pixels = (unsigned char **) safe_emalloc(sizeof(unsigned 
char *), sy, 0);
-im->AA_opacity = (unsigned char **) safe_emalloc(sizeof(unsigned 
char *), sy, 0);
+im->pixels = (unsigned char **) gdMalloc(sizeof(unsigned char *) 
* sy);
+im->AA_opacity = (unsigned char **) gdMalloc(sizeof(unsigned 
char *) * sy);
 im->polyInts = 0;
 im->polyAllocated = 0;
 im->brush = 0;


Previous Comments:


[2007-08-24 16:17:42] baco at infomaniak dot ch

Description:

Reproductible with PHP 4.4.7 
or with the last Snap 4.4-dev
on Apache2 using MPM worker.

Apache2 process get locked when calling
imagettftext() after calling imagecreate()
every call of such code result of another
dead locked Apache2 processes.

Workarounds :
- Use imagecreatetruecolor() instead of imagecreate()
- Don't use bundled gdlib compile PHP with external gdlib
- Upgrade 5.2.3 who don't have this issue

Reproductible with
configure \
--with-gd \
--with-png-dir=/usr \
--with-freetype-dir=/usr \
--with-ttf \
--enable-gd-native-ttf \
...

Unreproductible with external gd
configure \
--with-gd=/opt/misc/gd \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-freetype-dir=/usr \
--with-ttf \
--enable-gd-native-ttf \
...



Reproduce code:
---
$crash = 1;
$text = 'Bug';
$font = $_SERVER['DOCUMENT_ROOT'] . '/fonts' .'/'. 'arial.ttf';

if ($crash == 1) {
$image = imagecreate(64, 32);
} else {
$image = imagecreatetruecolor(64, 32);
}

$white = imagecolorallocate($image, 255, 255, 255);

/* LOCK APACHE2 PROCESS AFTER THIS POINT IF crash == 1
 * => if imagecreate() used but not if imagecreatetruecolor()
 */
imagettftext($image, 20, 0, 8, 24, $white, $font, $text);

header('Content-type: image/png');
imagepng($image);

imagedestroy($image);


Expected result:

Display "Bug" white text on black background

Actual result:
--
Apache2 process get locked and browser wait for the
image forever. 

After it is a matter of time for Apache2 to have 
all processes locked depending on your ServerLimit
and ThreadsPerChild values.





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

#42416 [Opn->WFx]: Apache2 locked imagecreate with imagettftext

2007-08-24 Thread pajoye

 ID:   42416
 Updated by:   [EMAIL PROTECTED]
 Reported By:  baco at infomaniak dot ch
-Status:   Open
+Status:   Wont fix
 Bug Type: GD related
 Operating System: Linux
 PHP Version:  4.4.7
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

Workarounds :
"- Use imagecreatetruecolor() instead of imagecreate()"

The patch is your next comment is not correct. 

"- Don't use bundled gdlib compile PHP with external gdlib"

Either you use the bundled library or the external version.

"- Upgrade 5.2.3 who don't have this issue"

That's definitively the right choice. Read the PHP4 death announcement
on www.php.net. And php 5.2+ has thread safety issues fixed that will
never be backported to php4.

"--with-ttf --enable-gd-native-ttf "

Are you sure you need freetype support?

As a side note, I seriously doubt that using php4 with apache2 MPM is a
good idea.

Anyway, it will not be fixed in 4.x, set status to won't fix.



Previous Comments:


[2007-08-24 17:48:01] baco at infomaniak dot ch

see diff in gdImageCreate()

--- php-4.4.7/ext/gd/libgd/gd.c   2007-08-24 19:39:33.999613335 
+0200
+++ php-5.2.3/ext/gd/libgd/gd.c   2007-08-24 19:39:53.052804086 
+0200
@@ -5,8 +5,8 @@
 im = (gdImage *) gdMalloc(sizeof(gdImage));
 memset(im, 0, sizeof(gdImage));
 /* Row-major ever since gd 1.3 */
-im->pixels = (unsigned char **) safe_emalloc(sizeof(unsigned 
char *), sy, 0);
-im->AA_opacity = (unsigned char **) safe_emalloc(sizeof(unsigned 
char *), sy, 0);
+im->pixels = (unsigned char **) gdMalloc(sizeof(unsigned char *) 
* sy);
+im->AA_opacity = (unsigned char **) gdMalloc(sizeof(unsigned 
char *) * sy);
 im->polyInts = 0;
 im->polyAllocated = 0;
 im->brush = 0;



[2007-08-24 16:17:42] baco at infomaniak dot ch

Description:

Reproductible with PHP 4.4.7 
or with the last Snap 4.4-dev
on Apache2 using MPM worker.

Apache2 process get locked when calling
imagettftext() after calling imagecreate()
every call of such code result of another
dead locked Apache2 processes.

Workarounds :
- Use imagecreatetruecolor() instead of imagecreate()
- Don't use bundled gdlib compile PHP with external gdlib
- Upgrade 5.2.3 who don't have this issue

Reproductible with
configure \
--with-gd \
--with-png-dir=/usr \
--with-freetype-dir=/usr \
--with-ttf \
--enable-gd-native-ttf \
...

Unreproductible with external gd
configure \
--with-gd=/opt/misc/gd \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-freetype-dir=/usr \
--with-ttf \
--enable-gd-native-ttf \
...



Reproduce code:
---
$crash = 1;
$text = 'Bug';
$font = $_SERVER['DOCUMENT_ROOT'] . '/fonts' .'/'. 'arial.ttf';

if ($crash == 1) {
$image = imagecreate(64, 32);
} else {
$image = imagecreatetruecolor(64, 32);
}

$white = imagecolorallocate($image, 255, 255, 255);

/* LOCK APACHE2 PROCESS AFTER THIS POINT IF crash == 1
 * => if imagecreate() used but not if imagecreatetruecolor()
 */
imagettftext($image, 20, 0, 8, 24, $white, $font, $text);

header('Content-type: image/png');
imagepng($image);

imagedestroy($image);


Expected result:

Display "Bug" white text on black background

Actual result:
--
Apache2 process get locked and browser wait for the
image forever. 

After it is a matter of time for Apache2 to have 
all processes locked depending on your ServerLimit
and ThreadsPerChild values.





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

#42417 [NEW]: Buildconf warns about wrong version of autoconf

2007-08-24 Thread b dot mosher at podshow dot com

From: b dot mosher at podshow dot com
Operating system: CentOS 4
PHP version:  5.2.3
PHP Bug Type: Compile Warning
Bug description:  Buildconf warns about wrong version of autoconf

Description:

When running buildconf on the 5.2.3 release sources, it complains that I'm
not using autoconf 2.13. I am using 2.59 which shouldn't trigger the
warning from what I can gather in the OK message right before the warning.
The warning advises downgrading autoconf severely. If autoconf truly is
using buggy cache code in 2.59, please advise. However this warning has
been generated since at least PHP 4.3x
(http://bugs.php.net/bug.php?id=34328 and
http://bugs.php.net/bug.php?id=33922&edit=2 which don't hve satisfactory
solutions for the spurious warning)

Reproduce code:
---
[EMAIL PROTECTED]:~/php-5.2.3]$ ./buildconf --force
Forcing buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.59 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
   Running cvsclean for you.
   To avoid this, install autoconf-2.13.
[EMAIL PROTECTED]:~/php-5.2.3]

Expected result:

"buildconf: autoconf version 2.59 (ok)" should be the last message.

Actual result:
--
see reproduce section

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

#42418 [NEW]: Strange behaviour of modulus function

2007-08-24 Thread onyjgyjz at trashmail dot net

From: onyjgyjz at trashmail dot net
Operating system: WinXP
PHP version:  5.2.3
PHP Bug Type: Math related
Bug description:  Strange behaviour of modulus function

Description:

Somehow the modulus operator does not behave as expected on some special
numbers.(maybe integer overflow or something like that?)

Php-version i used:
PHP 5.2.3 (cli) (built: May 31 2007 09:37:22)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies

Reproduce code:
---
$a=11213214321;
echo $a % 2;

Expected result:

Output of: 1

Actual result:
--
Output of: -1

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

#42417 [Opn->Bgs]: Buildconf warns about wrong version of autoconf

2007-08-24 Thread johannes

 ID:   42417
 Updated by:   [EMAIL PROTECTED]
 Reported By:  b dot mosher at podshow dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Warning
 Operating System: CentOS 4
 PHP Version:  5.2.3
 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

Autoconf 2.59 works for most stuff, but without that cvs clean call
things might brake, version 2.13 works better...


Previous Comments:


[2007-08-24 18:24:14] b dot mosher at podshow dot com

Description:

When running buildconf on the 5.2.3 release sources, it complains that
I'm not using autoconf 2.13. I am using 2.59 which shouldn't trigger the
warning from what I can gather in the OK message right before the
warning. The warning advises downgrading autoconf severely. If autoconf
truly is using buggy cache code in 2.59, please advise. However this
warning has been generated since at least PHP 4.3x
(http://bugs.php.net/bug.php?id=34328 and
http://bugs.php.net/bug.php?id=33922&edit=2 which don't hve satisfactory
solutions for the spurious warning)

Reproduce code:
---
[EMAIL PROTECTED]:~/php-5.2.3]$ ./buildconf --force
Forcing buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.59 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
   Running cvsclean for you.
   To avoid this, install autoconf-2.13.
[EMAIL PROTECTED]:~/php-5.2.3]

Expected result:

"buildconf: autoconf version 2.59 (ok)" should be the last message.

Actual result:
--
see reproduce section





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

#42417 [Bgs]: Buildconf warns about wrong version of autoconf

2007-08-24 Thread b dot mosher at podshow dot com

 ID:   42417
 User updated by:  b dot mosher at podshow dot com
 Reported By:  b dot mosher at podshow dot com
 Status:   Bogus
 Bug Type: Compile Warning
 Operating System: CentOS 4
 PHP Version:  5.2.3
 New Comment:

I don't want to sound rude (I really appreciate the response), but
shouldn't the build process be updated rather than recommend a 6 year
old version of autoconf? Is it planned for >2.13 support someday or did
the way autoconf works dramatically change? Just curious :)


Previous Comments:


[2007-08-24 20:22:40] [EMAIL PROTECTED]

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

Autoconf 2.59 works for most stuff, but without that cvs clean call
things might brake, version 2.13 works better...



[2007-08-24 18:24:14] b dot mosher at podshow dot com

Description:

When running buildconf on the 5.2.3 release sources, it complains that
I'm not using autoconf 2.13. I am using 2.59 which shouldn't trigger the
warning from what I can gather in the OK message right before the
warning. The warning advises downgrading autoconf severely. If autoconf
truly is using buggy cache code in 2.59, please advise. However this
warning has been generated since at least PHP 4.3x
(http://bugs.php.net/bug.php?id=34328 and
http://bugs.php.net/bug.php?id=33922&edit=2 which don't hve satisfactory
solutions for the spurious warning)

Reproduce code:
---
[EMAIL PROTECTED]:~/php-5.2.3]$ ./buildconf --force
Forcing buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.59 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
   Running cvsclean for you.
   To avoid this, install autoconf-2.13.
[EMAIL PROTECTED]:~/php-5.2.3]

Expected result:

"buildconf: autoconf version 2.59 (ok)" should be the last message.

Actual result:
--
see reproduce section





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

#42419 [NEW]: array_sort bombs depending on input array

2007-08-24 Thread bug at nyvegetarianexpo dot org

From: bug at nyvegetarianexpo dot org
Operating system: Linux
PHP version:  5.2.3
PHP Bug Type: Reproducible crash
Bug description:  array_sort bombs depending on input array

Description:

Depending on the array passed to it, the built in function array_sort will
never return and all output after it be lost.  The code needed to reproduce
this bug is embassingly simply.  It will bomb on an array of length two,
but also others, but not all arrays.  It actually works for some.

I am not privy to all their compilation/configuration options, but I have
run into this problem with two HSPs both on a linux box.  I can
print_r(get_defined_constants()); if desired, however.

Reproduce code:
---
Array_sort bug test



No, it works!



Expected result:

Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

HANGS...

Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

No, it works!

Actual result:
--
Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

HANGS...


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

#38334 [Opn]: Proper data-type support for PDO_SQLITE

2007-08-24 Thread mkhitrov at gmail dot com

 ID:   38334
 User updated by:  mkhitrov at gmail dot com
-Summary:  Requesting proper data-type support for PDO_SQLITE
-Reported By:  maximkh at yahoo dot com
+Reported By:  mkhitrov at gmail dot com
 Status:   Open
-Bug Type: Feature/Change Request
+Bug Type: PDO related
 Operating System: Linux/Windows
-PHP Version:  5.1.4
+PHP Version:  5.2.3
 New Comment:

One year later and no so much as even a comment... Is this ever going
to be fixed?


Previous Comments:


[2006-08-14 14:08:21] [EMAIL PROTECTED]

Since this is the intended behavior, there is no bug and your report
should be classified as "feature request".

>If not, I have to go back and spend a ton of time writing
> wrappers for PDO that will emulate what should have been
> proper behavior.
You also can spend some time and cook a patch, that adds the
functionality you want, we would gladly review it.



[2006-08-14 13:55:56] maximkh at yahoo dot com

Ok listen, until someone actually starts reading Feature/Change
Requests, this is a PDO related issue. It's already been nearly 2 weeks,
and I have yet to hear anything constructive from anyone. All I want is
for someone to spend 5 minutes and tell me if there is even a chance it
will be fixed in the next release.

If so, great, I'll shut up and won't bother you. If not, I have to go
back and spend a ton of time writing wrappers for PDO that will emulate
what should have been proper behavior.



[2006-08-13 15:58:43] maximkh at yahoo dot com

Not exactly, it WAS typeless in version 2. As of version 3, it has well
defined types as explained in the documentation:
http://www.sqlite.org/datatype3.html

If I was to store the number 18446744073709551615, SQLite v3 would
store it as an 8-byte integer, but since PHP forces a conversion to
string, it would take up 20 bytes. I'm sure you can see the problem,
especially when dealing with certain scientific applications which is
what I'm trying to write and use SQLite with.

Considering that there is a perfect match between SQLite and PHP
data-types, there is really no reason not to implement them...

NULL-> null
INTEGER -> integer
REAL-> float
TEXT-> string
BLOB-> binary string

After taking a look through the actual PDO_SQLITE code, this kind of
change would take half an hour to implement, so I see no real argument
against it.



[2006-08-13 14:54:19] [EMAIL PROTECTED]

SQLite by its nature is a typeless database, adding virtual 
type support to it, is by its nature a feature.



[2006-08-11 13:41:58] maximkh at yahoo dot com

.



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

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

#41501 [Asn->Csd]: crash on date test 009.phpt

2007-08-24 Thread stas

 ID:   41501
 Updated by:   [EMAIL PROTECTED]
 Reported By:  stas at zend dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Date/time related
 Operating System: Windows XP
 PHP Version:  5.2.3RC1
 Assigned To:  stas
 New Comment:

This bug has been fixed in CVS.

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

I think the crash is gone, so closing it. Some formats are still not
supported, but there's little we can do if MS library doesn't support
it.


Previous Comments:


[2007-05-27 18:10:07] [EMAIL PROTECTED]

I think all those that are not in MSDN docs:

http://msdn2.microsoft.com/en-us/library/fe06s4ak(VS.71).aspx



[2007-05-27 17:52:26] [EMAIL PROTECTED]

Stas can you please identify which tokens does MSVC8 does not 
understand?



[2007-05-25 19:41:57] [EMAIL PROTECTED]

Looks like it happens because Windows strftime doesn't understand many
of the formats Unix one does _and_ on MSVC8 it is configured by default
to throw an error (leading to DrWatson dialog) when invalid parameters
are used.



[2007-05-25 18:02:20] stas at zend dot com

Description:

php build 5.2.3rc1 crashes on date/tests/009.phpt on Windows. 
The line leading to the crash seems to be this one:

var_dump(strftime("%a %A %b %B %c %C %d %D %e %g %G %h %H %I %j %m %M
%n %p %r %R %S %t %T %u %U %V %W %w %x %X %y %Y %Z %z %%", $t));







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

#42406 [Fbk]: strtotime cause segmentation fail

2007-08-24 Thread stas

 ID:   42406
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jason_jin at sdc dot sercomm dot com
 Status:   Feedback
 Bug Type: Date/time related
 Operating System: linux
 PHP Version:  5.2.3
 New Comment:

Can't there be a problem in uclibc or the way php is built with it?
It's most probable cause since it doesn't seem to happen on standard
Linux.


Previous Comments:


[2007-08-24 10:19:19] [EMAIL PROTECTED]

Perhaps you should give us some more information about the system
you're getting the crash with? And are you compiling it IN the system or
are you trying to cross-compile it on another machine?
Cross-compiling is very tricky and we don't really support it.



[2007-08-24 09:44:30] jason_jin at sdc dot sercomm dot com

I have porting php-5.2.3 to my embedded system. It also has this
problem.

Our embedded system do not have gdb.



[2007-08-24 04:30:15] jason_jin at sdc dot sercomm dot com

Description:

Execution of Reproduce code on my embedded linux system produce
following error message:
1187917260
Segmentation fault


My embedded system use uclibc.php version is 5.1.6. 

Reproduce code work well on my pc whose php version is 5.1.2.



Reproduce code:
---








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

#42420 [NEW]: Segmentation fault when using FTP proxy

2007-08-24 Thread mkwan at darkside dot com dot au

From: mkwan at darkside dot com dot au
Operating system: Linux (Fedora 7)
PHP version:  5.2.3
PHP Bug Type: Reproducible crash
Bug description:  Segmentation fault when using FTP proxy

Description:

Calling the file_get_contents() function with the ftp:// wrapper causes a
segmentation fault when an FTP proxy is enabled with the
stream_context_get_default function.

The machine is running Fedora 7 with an Apache server which has proxying
enabled.

Just for comparison, the following command DOES work -

export ftp_proxy=localhost:8080
wget ftp://ftp2.bom.gov.au/anon/gen/radar/IDR463.gif

Reproduce code:
---
 array ("proxy" => "tcp://localhost:8080"))
);

$gif = file_get_contents
("ftp://ftp2.bom.gov.au/anon/gen/radar/IDR463.gif";);
if ($gif === false)
echo "failed\n";
else
echo "size = " . strlen ($gif) . "\n";
?> 

Expected result:

I expect to see a message of the form "size = 22544"

Actual result:
--
Segmentation fault

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

#42406 [Opn->Bgs]: strtotime cause segmentation fail

2007-08-24 Thread derick

 ID:   42406
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jason_jin at sdc dot sercomm dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Program Execution
 Operating System: linux
 PHP Version:  5.2.3
 New Comment:

Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.

Latest version is 5.2.3, not 5.1.6...


Previous Comments:


[2007-08-24 04:30:15] jason_jin at sdc dot sercomm dot com

Description:

Execution of Reproduce code on my embedded linux system produce
following error message:
1187917260
Segmentation fault


My embedded system use uclibc.php version is 5.1.6. 

Reproduce code work well on my pc whose php version is 5.1.2.



Reproduce code:
---








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

#42419 [Com]: array_sort bombs depending on input array

2007-08-24 Thread crrodriguez at suse dot de

 ID:   42419
 Comment by:   crrodriguez at suse dot de
 Reported By:  bug at nyvegetarianexpo dot org
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux
 PHP Version:  5.2.3
 New Comment:

There is no array_sort function in the PHP source code.. what are you
talking about ?

functions are asort() and array_multisort and both work fine with your
code..care to provide a working test ?


Previous Comments:


[2007-08-24 23:25:18] bug at nyvegetarianexpo dot org

Description:

Depending on the array passed to it, the built in function array_sort
will never return and all output after it be lost.  The code needed to
reproduce this bug is embassingly simply.  It will bomb on an array of
length two, but also others, but not all arrays.  It actually works for
some.

I am not privy to all their compilation/configuration options, but I
have run into this problem with two HSPs both on a linux box.  I can
print_r(get_defined_constants()); if desired, however.

Reproduce code:
---
Array_sort bug test



No, it works!



Expected result:

Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

HANGS...

Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

No, it works!

Actual result:
--
Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

HANGS...






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

#42419 [Opn->Bgs]: array_sort bombs depending on input array

2007-08-24 Thread bug at nyvegetarianexpo dot org

 ID:   42419
 User updated by:  bug at nyvegetarianexpo dot org
 Reported By:  bug at nyvegetarianexpo dot org
-Status:   Open
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Linux
 PHP Version:  5.2.3
 New Comment:

Oops, you are right.  Sorry.  I must have imagined the array_ suffix
when I typed it into my script after looking up the function names for
sort and array_unique!  The fact that it did not fail every time must
have been due to my control structure in the original script and due to
different arrays being passed.  I assume that it will work now with the
correct name.  I will check.  Again, Sorry.  Big brain-malfunction!


Previous Comments:


[2007-08-25 04:48:07] crrodriguez at suse dot de

There is no array_sort function in the PHP source code.. what are you
talking about ?

functions are asort() and array_multisort and both work fine with your
code..care to provide a working test ?



[2007-08-24 23:25:18] bug at nyvegetarianexpo dot org

Description:

Depending on the array passed to it, the built in function array_sort
will never return and all output after it be lost.  The code needed to
reproduce this bug is embassingly simply.  It will bomb on an array of
length two, but also others, but not all arrays.  It actually works for
some.

I am not privy to all their compilation/configuration options, but I
have run into this problem with two HSPs both on a linux box.  I can
print_r(get_defined_constants()); if desired, however.

Reproduce code:
---
Array_sort bug test



No, it works!



Expected result:

Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

HANGS...

Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

No, it works!

Actual result:
--
Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

HANGS...






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

#42393 [Asn->Bgs]: mb_strtoupper is replacing one of the cyrillic symbols with wrong one.

2007-08-24 Thread hirokawa

 ID:   42393
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ivan dot delchev at softconsultgroup dot com
-Status:   Assigned
+Status:   Bogus
 Bug Type: mbstring related
 Operating System: Windows XP
 PHP Version:  5.2.3
 Assigned To:  hirokawa
 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

You must specify specific character encoding because the conversion
table between lower/upper chars is depends on the encoding.

Please try,

mb_strtoupper($main_string,"UTF-8")
or set mbstring.internal_encoding = UTF-8 in your php.ini.





Previous Comments:


[2007-08-23 14:40:23] ivan dot delchev at softconsultgroup dot com

[mbstring]
; language for internal character representation.
;mbstring.language = Japanese

; internal/script encoding.
; Some encoding cannot work as internal encoding.
; (e.g. SJIS, BIG5, ISO-2022-*)
;mbstring.internal_encoding = EUC-JP

; http input encoding.
;mbstring.http_input = auto

; http output encoding. mb_output_handler must be
; registered as output buffer to function
;mbstring.http_output = SJIS

; enable automatic encoding translation according to
; mbstring.internal_encoding setting. Input chars are
; converted to internal encoding by setting this to On.
; Note: Do _not_ use automatic encoding translation for
;   portable libs/applications.
;mbstring.encoding_translation = Off

; automatic encoding detection order.
; auto means
;mbstring.detect_order = auto

; substitute_character used when character cannot be converted
; one from another
;mbstring.substitute_character = none;

; overload(replace) single byte functions by mbstring functions.
; mail(), ereg(), etc are overloaded by mb_send_mail(), mb_ereg(),
; etc. Possible values are 0,1,2,4 or combination of them.
; For example, 7 for overload everything.
; 0: No overload
; 1: Overload mail() function
; 2: Overload str*() functions
; 4: Overload ereg*() functions
;mbstring.func_overload = 0

; enable strict encoding detection.
;mbstring.strict_encoding = Off



[2007-08-23 14:30:54] [EMAIL PROTECTED]

Please show me mbstring.language setting in php.ini.




[2007-08-23 09:06:53] [EMAIL PROTECTED]

Assigned to mbstring maintainer.



[2007-08-23 08:06:01] ivan dot delchev at softconsultgroup dot com

Description:

mb_strtoupper is doind wrong transformation for "å" in cyrillic
alphabetic. Whe wrong transformation "å"->"í".

Also the function is not UPPER the string!

Reproduce code:
---
// Ensure that the web browser encoding is UTF8 and edit application is
UTF8 compatible!
$main_string = "Òîâà å òåñò. Îòíîâî Òåñò. Êàêâî áè ñå ïîëó÷èëî ñ òîçè
ÒÅÑÒ äà âèäèì!";
var_dump($main_string);
var_dump(mb_strtoupper($main_string));

Expected result:

Dumped result to be the same. And second string to be UPPER!

Actual result:
--
string(120) "Òîâà å òåñò. Îòíîâî Òåñò. Êàêâî áè ñå ïîëó÷èëî ñ òîçè ÒÅÑÒ
äà âèäèì!"
string(120) "Òîâà ï òïñò. Îòíîâî Òïñò. Êàêâî áè ñï ïîëó÷èëî ñ òîçè ÒÅÑÒ
äà âèäèì!"






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

#42419 [Bgs]: array_sort bombs depending on input array

2007-08-24 Thread bug at nyvegetarianexpo dot org

 ID:   42419
 User updated by:  bug at nyvegetarianexpo dot org
 Reported By:  bug at nyvegetarianexpo dot org
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Linux
 PHP Version:  5.2.3
 New Comment:

"due to different arrays being passed" in my last comment should have
been preceded by "NOT".  (I better get some sleep!)


Previous Comments:


[2007-08-25 05:28:16] bug at nyvegetarianexpo dot org

Oops, you are right.  Sorry.  I must have imagined the array_ suffix
when I typed it into my script after looking up the function names for
sort and array_unique!  The fact that it did not fail every time must
have been due to my control structure in the original script and due to
different arrays being passed.  I assume that it will work now with the
correct name.  I will check.  Again, Sorry.  Big brain-malfunction!



[2007-08-25 04:48:07] crrodriguez at suse dot de

There is no array_sort function in the PHP source code.. what are you
talking about ?

functions are asort() and array_multisort and both work fine with your
code..care to provide a working test ?



[2007-08-24 23:25:18] bug at nyvegetarianexpo dot org

Description:

Depending on the array passed to it, the built in function array_sort
will never return and all output after it be lost.  The code needed to
reproduce this bug is embassingly simply.  It will bomb on an array of
length two, but also others, but not all arrays.  It actually works for
some.

I am not privy to all their compilation/configuration options, but I
have run into this problem with two HSPs both on a linux box.  I can
print_r(get_defined_constants()); if desired, however.

Reproduce code:
---
Array_sort bug test



No, it works!



Expected result:

Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

HANGS...

Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

No, it works!

Actual result:
--
Array
(
[0] => 2007-09-15 10:00:00
[1] => 2007-09-15 16:00:00
)

HANGS...






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

63 matches

Mail list logo