date:20080911

#46046 [Bgs]: Incorrect Code Styling When Mixing Languages (PHP Side And Text Editor Side)

2008-09-11 Thread vask at dmglobal dot net

ID: 46046
User updated by: vask at dmglobal dot net
Reported By: vask at dmglobal dot net
Status: Bogus
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 5.3.0alpha2
New Comment:

It is impossible for a text-editor to ALWAYS automatically know what
language is being dealt with without a valid separator.

ie)

The quoted part of course is going to be a solid color in a text
editor... but... it is impossible for a text editor to tell what client
side language is intended in the 'QUOTED' part so it can style the
'QUOTED' part correctly.

It could be:
vbscript
javascript
html
etc...

If I am wrong please tell me a text editor that knows how to perform
correct code styling on the quoted part in the above example...

The following text editors are INCAPABLE of doing this:
Zend Studio for Eclipse
Textmate
EditPlus
UltraEdit

This is probably because it is not possible for a text editor to tell
what syntax highlighting to use for the quoted part so the text editor
just assumes it is an abitrary string.

If PHP could provide a "valid separator" to tell a text editor what
code highlighting to use for a specific part in the file it could
greatly improve a programmer's and text editor's ability to incorporate
several different languages in a single file.

ie)

The part could then have html code styling in a text editor
instead of just being a solid color.

This suggestion was intended for more than just correct syntax
highlighting of quoted strings but it is much easier to illustrate that
way...

If this is indeed a bogus feature request I apologize for wasting your
time.

-John

Previous Comments:

[2008-09-10 21:10:35] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

That's a bug of your editor, not PHP ;)

[2008-09-10 20:53:05] vask at dmglobal dot net

Description:

The ONLY way you can ensure that the correct code styling is done is if
there is some kind of "separator" between different languages mixed in
the same file.

The current implementation of PHP doesn't ALWAYS allow for a
"separator" when mixing different languages such as HTML, JS, PHP,
etc...

With most things we are ok.. there are already separators that can be
recognized by a text editor...
ie)

However, there are cases where a text editor will be unable to realize
the language change is present because a "separator" will NOT be
present... like if something is in quotations... Below is the easiest
example I can think of.

ie)file.html.php
Don\'t ' . $_GET['verb'] . ''; ?>
- incorrect html code styling (should NOT be a solid color).
- requires \' or fiddling with the quotations.

ie)file.abc (THEORETICAL)
Don't ?>
?>
- correct html code styling.
- No need to escape or fiddle with the apostrophe in "Don't."

NOTE: Two separate syntaxes (http://www.experts-exchange.com/Programming/Languages/Scripting/JavaScript/Q_23658501.html#a22442342

Reproduce code:
---
Don\'t ' . $_GET['verb'] . '';

//--

// file.abc
// THEORETICAL EXAMPLE
// Correct html code styling.
// No need to escape or fiddle with the apostrophe in "Don't."

$variable = ?>Don't ?> ?>

Expected result:

// Text editor displays correct code styling when mixing different
languages together.

// This feature request is about creating a "separator" in PHP so that
the correct code styling will ALWAYS be possible in a text editor when
mixing different client side languages in the same file.

// ie)
// http://bugs.php.net/?id=46046&edit=1

#46046 [Bgs]: Incorrect Code Styling When Mixing Languages (PHP Side And Text Editor Side)

2008-09-11 Thread vask at dmglobal dot net

ID: 46046
User updated by: vask at dmglobal dot net
Reported By: vask at dmglobal dot net
Status: Bogus
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 5.3.0alpha2
New Comment:

I do realize this is NOT a PHP bug, but it is NOT a text editor bug or
a support issue.

This is a feature request for new syntax. Both PHP and my text editor
would have to support this new syntax or variation of it if implemented.
It makes the most sense if PHP implements new syntax first and then text
editors recognize the new syntax second.

-John

Previous Comments:

[2008-09-11 07:30:14] vask at dmglobal dot net

It is impossible for a text-editor to ALWAYS automatically know what
language is being dealt with without a valid separator.

ie)

It could be:
vbscript
javascript
html
etc...

If I am wrong please tell me a text editor that knows how to perform
correct code styling on the quoted part in the above example...

The following text editors are INCAPABLE of doing this:
Zend Studio for Eclipse
Textmate
EditPlus
UltraEdit

This is probably because it is not possible for a text editor to tell
what syntax highlighting to use for the quoted part so the text editor
just assumes it is an abitrary string.

ie)

The part could then have html code styling in a text editor
instead of just being a solid color.

This suggestion was intended for more than just correct syntax
highlighting of quoted strings but it is much easier to illustrate that
way...

If this is indeed a bogus feature request I apologize for wasting your
time.

-John

[2008-09-10 21:10:35] [EMAIL PROTECTED]

Thank you for your interest in PHP.

That's a bug of your editor, not PHP ;)

[2008-09-10 20:53:05] vask at dmglobal dot net

Description:

The ONLY way you can ensure that the correct code styling is done is if
there is some kind of "separator" between different languages mixed in
the same file.

The current implementation of PHP doesn't ALWAYS allow for a
"separator" when mixing different languages such as HTML, JS, PHP,
etc...

With most things we are ok.. there are already separators that can be
recognized by a text editor...
ie)

ie)file.html.php
Don\'t ' . $_GET['verb'] . ''; ?>
- incorrect html code styling (should NOT be a solid color).
- requires \' or fiddling with the quotations.

ie)file.abc (THEORETICAL)
Don't ?>
?>
- correct html code styling.
- No need to escape or fiddle with the apostrophe in "Don't."

NOTE: Two separate syntaxes (http://www.experts-exchange.com/Programming/Languages/Scripting/JavaScript/Q_23658501.html#a22442342

Reproduce code:
---
Don\'t ' . $_GET['verb'] . '';

//--

// file.abc
// THEORETICAL EXAMPLE
// Correct html code styling.
// No need to escape or fiddle with the apostrophe in "Don't."

$variable = ?>Don't ?> ?>

Expected result:

// Text editor displays correct code styling when mixing different
languages together.

// This feature request is about creating a "separator" in PHP so that
the correct code styling will ALWAYS be possible in a text editor when
mixing different client side languages in the same file.

// ie)
// http://bugs.php.net/?id=46046&edit=1

#45995 [Fbk->Csd]: mod_authn_dbd conflict with php+mysql

2008-09-11 Thread obylan at gmail dot com

 ID:   45995
 User updated by:  obylan at gmail dot com
-Summary:  segfault in mysql "load_defaults()" during startup
 Reported By:  obylan at gmail dot com
-Status:   Feedback
+Status:   Closed
 Bug Type: MySQL related
 Operating System: linux
 PHP Version:  5.2.6
 New Comment:

ok i have found the problem ... is related on mod_authn_dbd that have a
conflict with php+mysql.

To solve it is needeed downgrade apr and apr-util version under 1.3


Previous Comments:


[2008-09-06 15:45:06] [EMAIL PROTECTED]

I repeat: HOW did you configure PHP? What was the configure line you
used before you did 'make' ???





[2008-09-06 05:37:29] obylan at gmail dot com

I have tryed many version of php, mysl and apache as i reported in the

first post, tring many combination but i have allways the same kind of

bug.
And this was happen after last system ajournment (gentoo). If i try to

install others versions backing to older i have ever the same problem.



[2008-09-05 23:13:36] [EMAIL PROTECTED]

Exactly how did you confiugre PHP? What mysql version? (EXACTLY what 
version..)



[2008-09-05 08:22:29] obylan at gmail dot com

i have the same problem on different hardware ( p III biproc, Intel(R)
Core(TM)2 Duo biproc, AMD Athlon(tm) 64 X2 Dual Core ) 

System is gentoo linux on different kernel.

This is the backtrace on apache execution:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7b90700 (LWP 839)]
0xb6ece496 in load_defaults () from /usr/lib/libmysqlclient.so.15
(gdb) bt
#0  0xb6ece496 in load_defaults () from /usr/lib/libmysqlclient.so.15
#1  0xb73da540 in zm_startup_mysql () from
/usr/lib/apache2/modules/libphp5.so
#2  0xb753243e in zend_startup_module_ex () from
/usr/lib/apache2/modules/libphp5.so
#3  0xb7539645 in zend_hash_apply () from
/usr/lib/apache2/modules/libphp5.so
#4  0xb75325f9 in zend_startup_modules () from
/usr/lib/apache2/modules/libphp5.so
#5  0xb74db153 in php_module_startup () from
/usr/lib/apache2/modules/libphp5.so
#6  0xb75a8bfc in ?? () from /usr/lib/apache2/modules/libphp5.so
#7  0xb7826d80 in ?? () from /usr/lib/apache2/modules/libphp5.so
#8  0xb7826fe0 in ?? () from /usr/lib/apache2/modules/libphp5.so
#9  0x0001 in ?? ()
#10 0xb7aea6ba in ?? () from /usr/lib/apache2/modules/mod_ssl.so
#11 0x00dc in ?? ()
#12 0x000b in ?? ()
#13 0xbf9cefd8 in ?? ()
#14 0xb75a8d7e in ?? () from /usr/lib/apache2/modules/libphp5.so
#15 0xb7826d80 in ?? () from /usr/lib/apache2/modules/libphp5.so
#16 0xb77f3f98 in ?? () from /usr/lib/apache2/modules/libphp5.so
#17 0x080a30a0 in ?? ()
#18 0xb7b39ff4 in ?? () from /usr/lib/apache2/modules/mod_headers.so
#19 0x081f6ac8 in ?? ()
#20 0x081f6b38 in ?? ()
#21 0x081f6bf0 in ?? ()
#22 0x00c8 in ?? ()
#23 0x0001 in ?? ()
#24 0xb77f3f98 in ?? () from /usr/lib/apache2/modules/libphp5.so
#25 0xbf9cf008 in ?? ()
#26 0x0807a7fe in ap_run_post_config ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)



[2008-09-04 19:31:39] [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.



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

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

#42799 [Com]: the \n to jump to a new line is ignored

2008-09-11 Thread uzmarvel at gmail dot com

 ID:   42799
 Comment by:   uzmarvel at gmail dot com
 Reported By:  castletoday at hotmail dot com
 Status:   No Feedback
 Bug Type: Performance problem
 Operating System: xp
 PHP Version:  5.1.4
 New Comment:

I have
Apache 2.2.8
PHP 5.2.6

\n is not producing new line.
also nl2br() is producing new line but not showing .


Previous Comments:


[2008-01-09 06:57:06] cool_hottdogg at excite dot com

Alhough jani has made comment to upgrade to 5.2.4
I just want to confirm that I'm also have the same problem.
I run linux slackware 12, php 5.2.3 (default slackware), apache 2.2.4
(default slackware).
\n is ignored by php 5.2.3.



[2007-10-08 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-09-30 04:36:45] [EMAIL PROTECTED]

Upgrade to 5.2.4 first..



[2007-09-29 21:52:13] castletoday at hotmail dot com

Description:

the print"\n"; to start a new line is ignored. I am using APACHE 2.0.58
and PHP 5.1.4. 
Instead of 1 line of output I am expecting 2 lines

Reproduce code:
---


Expected result:

The comments are texts in a script that are ignored by the PHP engine
test

Actual result:
--
The comments are texts in a script that are ignored by the PHP engine
test

(All of this is in the same single line)





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

#46040 [Fbk->Opn]: pcre_internal.h parse error during compilation

2008-09-11 Thread Bjorn dot Wiberg at its dot uu dot se

 ID:   46040
 User updated by:  Bjorn dot Wiberg at its dot uu dot se
 Reported By:  Bjorn dot Wiberg at its dot uu dot se
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: IBM AIX 5.3 5300-08-01-0819
 PHP Version:  5.3CVS-2008-09-10 (snap)
 New Comment:

Attaching patch below which solves the problem.


*** php5.3-200809100630/ext/pcre/pcrelib/pcre_internal.h.ORIGINAL  
2008-09-11 13:19:06.0 +0200
--- php5.3-200809100630-my/ext/pcre/pcrelib/pcre_internal.h
2008-09-11 13:19:46.0 +0200
***
*** 562,570 
  /* Miscellaneous definitions. The #ifndef is to pacify compiler
warnings in
  environments where these macros are defined elsewhere. */
  
! #ifndef FALSE
  typedef int BOOL;
  
  #define FALSE   0
  #define TRUE1
  #endif
--- 562,572 
  /* Miscellaneous definitions. The #ifndef is to pacify compiler
warnings in
  environments where these macros are defined elsewhere. */
  
! #ifndef BOOL
  typedef int BOOL;
+ #endif
  
+ #ifndef FALSE
  #define FALSE   0
  #define TRUE1
  #endif


Previous Comments:


[2008-09-10 20:13:58] [EMAIL PROTECTED]

"Perhaps" ?? Why don't you TRY it? And if it works -> send us a 
patch.



[2008-09-10 07:49:46] Bjorn dot Wiberg at its dot uu dot se

Description:

using gcc on AIX. Compilation failure due to BOOL not being defined?

Probably due to the ifndef check at
ext/pcre/pcrelib/pcre_internal.h:565:

#ifndef FALSE
typedef int BOOL;

#define FALSE   0
#define TRUE1
#endif

I supposed FALSE is already defined (but apparently not BOOL), and
hence compilation fails.

Perhaps two checks instead would fix this? Something like:

#ifndef BOOL
typedef int BOOL;
#endif

#ifndef FALSE
#define FALSE   0
#define TRUE1
#endif

Best regards,
Björn

Reproduce code:
---
#! /bin/sh
#
# Created by configure

LDFLAGS='-Wl,-bbigtoc' \
CC='gcc' \
'./configure' \
'--enable-bcmath' \
'--enable-calendar' \
'--enable-cli' \
'--enable-dba' \
'--enable-dbase' \
'--enable-debug' \
'--enable-exif' \
'--enable-flatfile' \
'--enable-ftp' \
'--enable-gd-jis-conv' \
'--enable-gd-native-ttf' \
'--enable-inifile' \
'--enable-mbstring' \
'--enable-pcntl' \
'--enable-shmop' \
'--enable-soap' \
'--enable-sockets' \
'--enable-sqlite-utf8' \
'--enable-sysvmsg' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-wddx' \
'--enable-zip' \
'--enable-zend-multibyte' \
'--prefix=/apache/php' \
'--with-apxs2=/apache/bin/apxs' \
'--with-bz2' \
'--with-cdb' \
'--with-curl' \
'--with-freetype-dir' \
'--with-gd' \
'--with-gdbm' \
'--with-gettext' \
'--with-jpeg-dir' \
'--with-ldap' \
'--with-libxml-dir=/usr/local' \
'--with-mime-magic' \
'--with-mysql=mysqlnd' \
'--with-mysqli=mysqlnd' \
'--with-openssl=/opt/freeware' \
'--with-pdo-mysql=mysqlnd' \
'--with-png-dir' \
'--with-xmlrpc' \
'--with-xpm-dir' \
'--with-xsl' \
'--with-zlib' \
'--with-zlib-dir' \
"$@"

Expected result:

No compile failure.

Actual result:
--
 gcc -I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib
-Iext/pcre/ -I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/
-DPHP_ATOM_INC -I/home/bwiberg/rpm/BUILD/php5.3-200809100630/include
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/main
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/ereg/regex
-I/usr/local/include/libxml2 -I/opt/freeware/include
-I/usr/local/include
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/date/lib
-I/usr/X11R6/include -I/usr/include/freetype2
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/mbstring/oniguruma
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/mbstring/libmbfl
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/mbstring/libmbfl/mbfl
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/sqlite3/libsqlite
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/TSRM
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/Zend -I/usr/include -g
-fvisibility=hidden -O0 -Wall -c
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_chartables.c
 -DPIC -o ext/pcre/pcrelib/.libs/pcre_chartables.o
In file included from
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_chartables.c:25:
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_internal.h:976:
error: parse error before 'BOOL'
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_internal.h:976:
warning: no semicolon at end of struct or union
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_internal.h:980:
error: parse error before '}' token
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_internal.h:980:
warning: type defaults to 'int' in declaration of 'compile_data'
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_internal.h:980:
warning: data definit

#43639 [Com]: php-5.2.5-win32-installer.msi stops before it is finished.

2008-09-11 Thread llucenic at inmail dot sk

 ID:   43639
 Comment by:   llucenic at inmail dot sk
 Reported By:  erik dot kullberg at telia dot com
 Status:   Assigned
 Bug Type: Windows Installer
 Operating System: Windows Vista
 PHP Version:  5.2.5
 Assigned To:  jmertic
 New Comment:

My Win XP SP2 with Slovak locales - the same installer problem. After I
changed the locales (regional settings) to English (United States), the
installation worked fine even w/o the need to run as administrator.
Thank you Tamas for your insight. Helped a lot.

Ludo Lucenic


Previous Comments:


[2008-09-10 11:33:47] [EMAIL PROTECTED]

Having this bug assigned to the installer maintainer will help to
actually get it solved. Especially when so many different problems are
discussed within the same bug.



[2008-09-10 10:22:15] stonesben at googlemail dot com

This is disgusting. No workaround since 2007. Lazy or incompetent at
fixing bugs?



[2008-09-08 11:40:31] pdanailov at yahoo dot com

I have the same problem. My system is 
Win XP Prof SP2, PHP 5.2.6 and PHP 5.2.7
Bulgarian settings changed to English for the decimal separator
None of the solutions worked. PHP Sucks:



[2008-08-24 01:03:09] nospam at gmail dot com

I'd like to confirm that this error occurs on 32-bit Vista systems in
Dutch locale, also.

Running the installer from a batch as suggested above successfully
executed the installation, however.



[2008-08-11 14:18:05] paour at free dot fr

Hello,
same bug in french system (decimal separator is comma)
Script run with dot separator.
Nicolas



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

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

#46049 [NEW]: feof() hangs

2008-09-11 Thread [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  5.3CVS-2008-09-11 (CVS)
PHP Bug Type: Streams related
Bug description:  feof() hangs

Description:

The code below works fine with PHP 5.2.6 (and earlier), but not with the
unreleased PHP 5.2.7 and PHP 5.3.0:

892 $handle = @fopen($url, 'r');
893
894 if (!$handle) {
895 throw new RuntimeException(
896   'Could not connect to the Selenium RC server.'
897 );
898 }
899
900 stream_set_blocking($handle, 1);
901 stream_set_timeout($handle, 0, $this->timeout);
902
903 $info = stream_get_meta_data($handle);
904 $response = '';
905
906 while ((!feof($handle)) && (!$info['timed_out'])) {
907 $response .= fgets($handle, 4096);
908 $info = stream_get_meta_data($handle);
909 }
910
911 fclose($handle);

The code above hangs with PHP 5.2.7 and PHP 5.3.0 in line 906 as shown
using Xdebug's tracing:

fopen() Driver.php:892
stream_set_blocking() Driver.php:900
stream_set_timeout() Driver.php:901
stream_get_meta_data() Driver.php:903
feof() Driver.php:906
fgets() Driver.php:907
stream_get_meta_data() Driver.php:908
feof() Driver.php:906

The second feof() call above hangs.

More information can be found here:

  - http://static.phpunit.de/trace.818532121.xt
  - http://static.phpunit.de/strace.txt

Changing the loop to

while (!$info['eof'] && !$info['timed_out']) {
$response .= fgets($handle, 4096);
$info = stream_get_meta_data($handle);
}

fixes the problem. This means a difference between feof() and
$info['eof'].


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

#46040 [Opn]: pcre_internal.h parse error during compilation

2008-09-11 Thread scottmac

 ID:   46040
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Bjorn dot Wiberg at its dot uu dot se
 Status:   Open
 Bug Type: Compile Failure
 Operating System: IBM AIX 5.3 5300-08-01-0819
 PHP Version:  5.3CVS-2008-09-10 (snap)
 New Comment:

This really needs to go upstream to
http://bugs.exim.org/enter_bug.cgi?product=PCRE

We can fix it as well though.


Previous Comments:


[2008-09-11 11:39:10] Bjorn dot Wiberg at its dot uu dot se

Attaching patch below which solves the problem.


*** php5.3-200809100630/ext/pcre/pcrelib/pcre_internal.h.ORIGINAL  
2008-09-11 13:19:06.0 +0200
--- php5.3-200809100630-my/ext/pcre/pcrelib/pcre_internal.h
2008-09-11 13:19:46.0 +0200
***
*** 562,570 
  /* Miscellaneous definitions. The #ifndef is to pacify compiler
warnings in
  environments where these macros are defined elsewhere. */
  
! #ifndef FALSE
  typedef int BOOL;
  
  #define FALSE   0
  #define TRUE1
  #endif
--- 562,572 
  /* Miscellaneous definitions. The #ifndef is to pacify compiler
warnings in
  environments where these macros are defined elsewhere. */
  
! #ifndef BOOL
  typedef int BOOL;
+ #endif
  
+ #ifndef FALSE
  #define FALSE   0
  #define TRUE1
  #endif



[2008-09-10 20:13:58] [EMAIL PROTECTED]

"Perhaps" ?? Why don't you TRY it? And if it works -> send us a 
patch.



[2008-09-10 07:49:46] Bjorn dot Wiberg at its dot uu dot se

Description:

using gcc on AIX. Compilation failure due to BOOL not being defined?

Probably due to the ifndef check at
ext/pcre/pcrelib/pcre_internal.h:565:

#ifndef FALSE
typedef int BOOL;

#define FALSE   0
#define TRUE1
#endif

I supposed FALSE is already defined (but apparently not BOOL), and
hence compilation fails.

Perhaps two checks instead would fix this? Something like:

#ifndef BOOL
typedef int BOOL;
#endif

#ifndef FALSE
#define FALSE   0
#define TRUE1
#endif

Best regards,
Björn

Reproduce code:
---
#! /bin/sh
#
# Created by configure

LDFLAGS='-Wl,-bbigtoc' \
CC='gcc' \
'./configure' \
'--enable-bcmath' \
'--enable-calendar' \
'--enable-cli' \
'--enable-dba' \
'--enable-dbase' \
'--enable-debug' \
'--enable-exif' \
'--enable-flatfile' \
'--enable-ftp' \
'--enable-gd-jis-conv' \
'--enable-gd-native-ttf' \
'--enable-inifile' \
'--enable-mbstring' \
'--enable-pcntl' \
'--enable-shmop' \
'--enable-soap' \
'--enable-sockets' \
'--enable-sqlite-utf8' \
'--enable-sysvmsg' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-wddx' \
'--enable-zip' \
'--enable-zend-multibyte' \
'--prefix=/apache/php' \
'--with-apxs2=/apache/bin/apxs' \
'--with-bz2' \
'--with-cdb' \
'--with-curl' \
'--with-freetype-dir' \
'--with-gd' \
'--with-gdbm' \
'--with-gettext' \
'--with-jpeg-dir' \
'--with-ldap' \
'--with-libxml-dir=/usr/local' \
'--with-mime-magic' \
'--with-mysql=mysqlnd' \
'--with-mysqli=mysqlnd' \
'--with-openssl=/opt/freeware' \
'--with-pdo-mysql=mysqlnd' \
'--with-png-dir' \
'--with-xmlrpc' \
'--with-xpm-dir' \
'--with-xsl' \
'--with-zlib' \
'--with-zlib-dir' \
"$@"

Expected result:

No compile failure.

Actual result:
--
 gcc -I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib
-Iext/pcre/ -I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/
-DPHP_ATOM_INC -I/home/bwiberg/rpm/BUILD/php5.3-200809100630/include
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/main
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/ereg/regex
-I/usr/local/include/libxml2 -I/opt/freeware/include
-I/usr/local/include
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/date/lib
-I/usr/X11R6/include -I/usr/include/freetype2
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/mbstring/oniguruma
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/mbstring/libmbfl
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/mbstring/libmbfl/mbfl
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/sqlite3/libsqlite
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/TSRM
-I/home/bwiberg/rpm/BUILD/php5.3-200809100630/Zend -I/usr/include -g
-fvisibility=hidden -O0 -Wall -c
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_chartables.c
 -DPIC -o ext/pcre/pcrelib/.libs/pcre_chartables.o
In file included from
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_chartables.c:25:
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_internal.h:976:
error: parse error before 'BOOL'
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_internal.h:976:
warning: no semicolon at end of struct or union
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext/pcre/pcrelib/pcre_internal.h:980:
error: parse error before '}' token
/home/bwiberg/rpm/BUILD/php5.3-200809100630/ext

#46049 [Opn->Asn]: feof() hangs

2008-09-11 Thread tony2001

 ID:   46049
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: Streams related
 Operating System: Linux
 PHP Version:  5.3CVS-2008-09-11 (CVS)
-Assigned To:  
+Assigned To:  dsp
 New Comment:

David, it appears that this problem is caused by this patch of yours:
http://news.php.net/php.cvs/52689
Take a look at it please.


Previous Comments:


[2008-09-11 12:13:58] [EMAIL PROTECTED]

Description:

The code below works fine with PHP 5.2.6 (and earlier), but not with
the unreleased PHP 5.2.7 and PHP 5.3.0:

892 $handle = @fopen($url, 'r');
893
894 if (!$handle) {
895 throw new RuntimeException(
896   'Could not connect to the Selenium RC server.'
897 );
898 }
899
900 stream_set_blocking($handle, 1);
901 stream_set_timeout($handle, 0, $this->timeout);
902
903 $info = stream_get_meta_data($handle);
904 $response = '';
905
906 while ((!feof($handle)) && (!$info['timed_out'])) {
907 $response .= fgets($handle, 4096);
908 $info = stream_get_meta_data($handle);
909 }
910
911 fclose($handle);

The code above hangs with PHP 5.2.7 and PHP 5.3.0 in line 906 as shown
using Xdebug's tracing:

fopen() Driver.php:892
stream_set_blocking() Driver.php:900
stream_set_timeout() Driver.php:901
stream_get_meta_data() Driver.php:903
feof() Driver.php:906
fgets() Driver.php:907
stream_get_meta_data() Driver.php:908
feof() Driver.php:906

The second feof() call above hangs.

More information can be found here:

  - http://static.phpunit.de/trace.818532121.xt
  - http://static.phpunit.de/strace.txt

Changing the loop to

while (!$info['eof'] && !$info['timed_out']) {
$response .= fgets($handle, 4096);
$info = stream_get_meta_data($handle);
}

fixes the problem. This means a difference between feof() and
$info['eof'].






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

#43896 [NoF->Opn]: htmlspecialchars returns empty string on invalid unicode sequence

2008-09-11 Thread yunosh

 ID:   43896
 Updated by:   [EMAIL PROTECTED]
 Reported By:  arnaud dot lb at gmail dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: Strings related
 Operating System: *
 PHP Version:  5.2CVS, 5.3CVS (2008-07-15)
 New Comment:

Not considering this as a bug (or rather a regression) is a major flaw
IMO.
htmlspecialchars() is *THE* tool that developers are encouraged to use
when escaping output of data that comes from an unknown source. By
nature you can't always rely on this data to be perfectly valid. People
copy and paste from Word to HTML forms and do all kind of weird stuff to
get data into a website.
Simply discarding the complete data just because it's not a completely
valid character stream is going break all kind of websites with user
generated content.


Previous Comments:


[2008-08-04 01:00:01] 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".



[2008-07-18 00:10:45] [EMAIL PROTECTED]

I even don't think this is a valid bug in the first place. You passed a

string that is encoded in ISO-8859-15 to htmlspecialchars() while 
specifying UTF-8 to force the string to be treated as "UTF-8". One 
should never depend on the past wrond behaviour with which invalid byte

sequences pass through. Besides, you can always work around it by
giving 
ISO-8859-15 to the third argument.







[2008-06-27 17:32:43] sillyxone at yaoo dot com

  is also affected in 5.2, for example:

$str = 'Hello' . chr(160) . 'there';
print(htmlentities($str, ENT_COMPAT, 'UTF-8'));

Instead of printing "Hello there", it prints nothing (empty string).
The same for htmlspecialchars().

Both functions work fine in 5.1



[2008-05-05 21:00:37] heurika at gmail dot com

Hi,
I've got the same Bug, posted on #43740.
Please fix it.

Thanks!



[2008-02-17 13:25:22] andreas dot ravnestad at gmail dot com

This seems to be breaking PEAR::Text_Wiki completely when using UTF-8:
http://pear.php.net/bugs/bug.php?id=13136



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

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

#28038 [Com]: Sent incorrect RCPT TO commands to SMTP server

2008-09-11 Thread andreas at pcdaemon dot gr

 ID:   28038
 Comment by:   andreas at pcdaemon dot gr
 Reported By:  jordi at jcanals dot net
 Status:   Open
 Bug Type: Mail related
 Operating System: win32 only
 PHP Version:  5CVS, 6CVS (2008-08-27)
 New Comment:

Yes this worked fine for me.
Thanks


Previous Comments:


[2008-09-07 08:53:17] renouard_roch at hotmail dot fr

cool



[2008-09-01 12:11:00] anon at anon dot com

Workaround is:

Set the following before calling the mail function:

ini_set('sendmail_from', '[EMAIL PROTECTED]);



[2008-04-17 16:04:39] kmax at live dot com

Issalys, you fix dont work and make no sense.
My suggestion is get some free email class (like XPertMailer) and use
it instead of mail() native function.



[2008-01-13 17:31:36] issalys at hotmail dot com

hi i have de same problem and i fix it in that way:

$headers = "From: " . $fm_snd['from'] . "( Some guy)\n"; 


it work perfect :p by



Hola tuve el mismo problema y lo solucione asi 

$headers = "From: " . $fm_snd['from'] . "( quiern sea)\n"; 


funcionoo :p by



[2007-06-28 00:38:36] [EMAIL PROTECTED]

It's propably not complicated to fix but there just isn't anyone with
enough interest to do it. Feel free to provide a patch and perhaps
someone might catch on it. Or pay someone serious cash to fix it..



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

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

#36694 [Com]: unserialize method is not called on an object when session is restored

2008-09-11 Thread kopelke at gmail dot com

 ID:   36694
 Comment by:   kopelke at gmail dot com
 Reported By:  iain at iaindooley dot com
 Status:   Assigned
 Bug Type: Class/Object related
 Operating System: FreeBSD 6.0
 PHP Version:  5.1.2
 Assigned To:  helly
 New Comment:

Your code might be wrong.

serialize needs a return value:



Your serialize implementation needs a string (or null) as a return
value, it should serialize something. Without a return value it will
automatically take null as a value hence returning nothing -> you get
NULL.

Adding 'return "nothing";' to your serialize method and changing some
code :-D

');
return "Any String";
}

public function unserialize($serialized)
{
echo('called unserialize');
}
}

// thats all we need.

ob_start(); // for session and output
$obj = new SomeClass();
session_start(); // create Session
# on second run here will be written "unserialize"
$_SESSION['obj'] = $obj;
session_write_close(); // only to force it, will work without
# every run will write "serialize"

?>

Hope that helps, I don't think it's a Bug... But you might add a
Exception or something if serialize returns NULL
I have not tested __wakeup and __sleep but I guess it's the same there.


Previous Comments:


[2006-03-11 03:44:09] iain at iaindooley dot com

that echo statement should be:

echo('called unserialize');

in function unserialize(), still the same result though :-)



[2006-03-11 03:42:02] iain at iaindooley dot com

Description:

when an object is stored in the session, serialize is called on that
object when the script finishes executing if that object implements
Serializable, but unserialize is not called when the session is reloaded

Reproduce code:
---
member = 'member value';
$this->another = 'another value';
}

public function serialize()
{
echo('called serialize');
}

public function unserialize($serialized)
{
echo('called serialize');
}
}

class AnotherClass extends SomeClass
{
function AnotherClass()
{
$this->SomeClass();
}
}

$obj = new AnotherClass();
session_name('god');
session_start();
$_SESSION['var'] = $obj;
?>

Expected result:

called serialize
called unserialize

Actual result:
--
called serialize





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

#46046 [Bgs]: Incorrect Code Styling When Mixing Languages (PHP Side And Text Editor Side)

2008-09-11 Thread lbarnaud

ID: 46046
Updated by: [EMAIL PROTECTED]
Reported By: vask at dmglobal dot net
Status: Bogus
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 5.3.0alpha2
New Comment:

You can use NOWDOC or HEREDOC syntax:

$foo = <<<'HTML'
bar
HTML;

This already works (on the PHP side) and is equivalent to your
proposition. You can manage for your editor to use a different syntax
highlighting based on the NOWDOC/HEREDOC token.

Previous Comments:

[2008-09-11 07:54:20] vask at dmglobal dot net

I do realize this is NOT a PHP bug, but it is NOT a text editor bug or
a support issue.

-John

[2008-09-11 07:30:14] vask at dmglobal dot net

It is impossible for a text-editor to ALWAYS automatically know what
language is being dealt with without a valid separator.

ie)

It could be:
vbscript
javascript
html
etc...

If I am wrong please tell me a text editor that knows how to perform
correct code styling on the quoted part in the above example...

The following text editors are INCAPABLE of doing this:
Zend Studio for Eclipse
Textmate
EditPlus
UltraEdit

This is probably because it is not possible for a text editor to tell
what syntax highlighting to use for the quoted part so the text editor
just assumes it is an abitrary string.

ie)

The part could then have html code styling in a text editor
instead of just being a solid color.

This suggestion was intended for more than just correct syntax
highlighting of quoted strings but it is much easier to illustrate that
way...

If this is indeed a bogus feature request I apologize for wasting your
time.

-John

[2008-09-10 21:10:35] [EMAIL PROTECTED]

Thank you for your interest in PHP.

That's a bug of your editor, not PHP ;)

[2008-09-10 20:53:05] vask at dmglobal dot net

Description:

The ONLY way you can ensure that the correct code styling is done is if
there is some kind of "separator" between different languages mixed in
the same file.

The current implementation of PHP doesn't ALWAYS allow for a
"separator" when mixing different languages such as HTML, JS, PHP,
etc...

With most things we are ok.. there are already separators that can be
recognized by a text editor...
ie)

ie)file.html.php
Don\'t ' . $_GET['verb'] . ''; ?>
- incorrect html code styling (should NOT be a solid color).
- requires \' or fiddling with the quotations.

ie)file.abc (THEORETICAL)
Don't ?>
?>
- correct html code styling.
- No need to escape or fiddle with the apostrophe in "Don't."

NOTE: Two separate syntaxes (http://www.experts-exchange.com/Programming/Languages/Scripting/JavaScript/Q_23658501.html#a22442342

Reproduce code:
---
Don\'t ' . $_GET['verb'] . '';

//--

// file.abc
// THEORETICAL EXAMPLE
// Correct html code styling.
// No need to escape or fiddle with the apostrophe in "Don't."

$variable = ?>Don't ?> ?>

Expected result:

// Text editor displays correct code styling when mixing different
languages together.

// This feature request is about creating a "separator" in PHP so that
the correct code styling will ALWAYS be possible in a text editor when
mixing different client side languages in the same file.

// ie)
// http://bugs.php.net/?id=46046&edit=1

#36694 [Com]: unserialize method is not called on an object when session is restored

2008-09-11 Thread kopelke at gmail dot com

 ID:   36694
 Comment by:   kopelke at gmail dot com
 Reported By:  iain at iaindooley dot com
 Status:   Assigned
 Bug Type: Class/Object related
 Operating System: FreeBSD 6.0
 PHP Version:  5.1.2
 Assigned To:  helly
 New Comment:

Hm.. I'm actually using XP, so I don't know if this is related anyhow.
Sorry if this is FreeBSD 6.0 specific.


Previous Comments:


[2008-09-11 13:24:00] kopelke at gmail dot com

Your code might be wrong.

serialize needs a return value:



Your serialize implementation needs a string (or null) as a return
value, it should serialize something. Without a return value it will
automatically take null as a value hence returning nothing -> you get
NULL.

Adding 'return "nothing";' to your serialize method and changing some
code :-D

');
return "Any String";
}

public function unserialize($serialized)
{
echo('called unserialize');
}
}

// thats all we need.

ob_start(); // for session and output
$obj = new SomeClass();
session_start(); // create Session
# on second run here will be written "unserialize"
$_SESSION['obj'] = $obj;
session_write_close(); // only to force it, will work without
# every run will write "serialize"

?>

Hope that helps, I don't think it's a Bug... But you might add a
Exception or something if serialize returns NULL
I have not tested __wakeup and __sleep but I guess it's the same there.



[2006-03-11 03:44:09] iain at iaindooley dot com

that echo statement should be:

echo('called unserialize');

in function unserialize(), still the same result though :-)



[2006-03-11 03:42:02] iain at iaindooley dot com

Description:

when an object is stored in the session, serialize is called on that
object when the script finishes executing if that object implements
Serializable, but unserialize is not called when the session is reloaded

Reproduce code:
---
member = 'member value';
$this->another = 'another value';
}

public function serialize()
{
echo('called serialize');
}

public function unserialize($serialized)
{
echo('called serialize');
}
}

class AnotherClass extends SomeClass
{
function AnotherClass()
{
$this->SomeClass();
}
}

$obj = new AnotherClass();
session_name('god');
session_start();
$_SESSION['var'] = $obj;
?>

Expected result:

called serialize
called unserialize

Actual result:
--
called serialize





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

#46050 [NEW]: odbc_next_result corrupts prepared resource

2008-09-11 Thread RQuadling at GMail dot com

From: RQuadling at GMail dot com
Operating system: Windows XP SP3
PHP version:  5.3.0alpha2
PHP Bug Type: Reproducible crash
Bug description:  odbc_next_result corrupts prepared resource

Description:

Using PHP 5.3.0alpha3-dev (cli) (built: Sep 11 2008 09:01:08)

Using ODBC to talk to Microsoft SQL Server 7.

Using a prepared statement to run a Stored Procedure on the SQL 
server.

Using the function odbc_next_result() to determine if there are more 
result sets after having retrieved the first result sets kills the 
prepared statement from re-use and results in an unhandled win32 
exception.

The SP is not the issue and as a test is the following code:

CREATE PROCEDURE dbo.SimpleIdentity
@s_Identity AS VARCHAR(500)
AS
SELECT
@s_Identity AS [Simple Identity]
GO


Removing the odbc_next_result() loop makes everything work.

The example code below is from a larger code which deals with getting 
data from an SP and caching the result(s). Currently I am unable to 
retrieve multiple result sets AND use stored procedures together.






Reproduce code:
---
 Richard
)
About to process : Simon
Array
(
[Simple Identity] => Simon
)
About to process : John
Array
(
[Simple Identity] => John
)






Actual result:
--
About to process : Richard
Array
(
[Simple Identity] => Richard
)
About to process : Simon

and then an unhandled win32 exception in php.cli







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

#46051 [NEW]: SplFileInfo::openFile - memory overlap

2008-09-11 Thread [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  5.3CVS-2008-09-11 (CVS)
PHP Bug Type: SPL related
Bug description:  SplFileInfo::openFile - memory overlap

Description:

==906== Source and destination overlap in memcpy(0x6777400, 0x6777400,
32)
==906==at 0x4022ED6: memcpy (mc_replace_strmem.c:116)
==906==by 0x83FDED2: _estrndup (zend_alloc.c:2444)
==906==by 0x84286C5: add_assoc_stringl_ex (zend_API.c:1157)
==906==by 0x8274E3F: spl_filesystem_object_get_debug_info
(spl_directory.c:548)
==906==by 0x8361F20: php_var_dump (var.c:128)
==906==by 0x836229C: zif_var_dump (var.c:178)
==906==by 0x845468F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==906==by 0x84427B2: execute (zend_vm_execute.h:104)
==906==by 0x841CC2E: zend_execute_scripts (zend.c:1197)
==906==by 0x83C22CC: php_execute_script (main.c:2075)
==906==by 0x84B4C0C: main (php_cli.c:1130)


Reproduce code:
---
openFile(NULL, NULL, NULL);
} catch (Exception $e) { }

var_dump($x->getPathName());


Expected result:

string(32) "/home/felipe/public_html/bug.php"

Actual result:
--
string(32) "e/felipe/public_html/bug.php"

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

#46052 [NEW]: php_mysql.dll not loaded

2008-09-11 Thread marcelo at wlive dot com dot br

From: marcelo at wlive dot com dot br
Operating system: Windows 2008 Server
PHP version:  5.2.6
PHP Bug Type: *Extensibility Functions
Bug description:  php_mysql.dll not loaded

Description:

I was have problem with php_mysql.dll + php5 in Windows 2003 Server, to
solve I need to get a new php_mysql.dll.

In Windows 2008 I have same problem.

I'm adding this report because the others report with this dont refer to
Windows 2008 Server

Configuration:
IIS 7
PHP 5.26
Mysql 5.045

State:
PHP - Working with other ext GD2 (The directorys OK's)
Mysql running
LibMysql updated

But not load the extension php_mysql.dll and not show error.

I already change de .dll file original by .dll file working in 2003
server.

What's the problem in load php_mysql.dll???

Expected result:

php_mysql.dll load

Actual result:
--
php_mysql.dll not load

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

#46053 [NEW]: SplFileObject::seek - Endless loop

2008-09-11 Thread [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  5.3CVS-2008-09-11 (CVS)
PHP Bug Type: SPL related
Bug description:  SplFileObject::seek - Endless loop

Description:

The endless loop occurs when passing a number greater than the number of
line in file.

Reproduce code:
---
getPathName();
$x->seek(10);


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

#46034 [Fbk->Opn]: php cli -d include_path only accepts first parameter

2008-09-11 Thread php at ryank dot net

 ID:   46034
 User updated by:  php at ryank dot net
 Reported By:  php at ryank dot net
-Status:   Feedback
+Status:   Open
 Bug Type: CGI related
 Operating System: WinXP
 PHP Version:  5.2.6
 New Comment:

Still having issues:

C:\>php -r "print ini_get('include_path');" -d
"include_path=c:\testing1;c:\testing2"
c:\testing1

C:\>php -r "print ini_get('include_path');" -d
"include_path=.;c:\testing1;c:\testing2"

.;c:\testing1;c:\testing2


Previous Comments:


[2008-09-10 20:15:59] [EMAIL PROTECTED]

You need to enclose all of it in quotes:

# php -d "include_path=some;path;here" ..



[2008-09-10 16:21:09] php at ryank dot net

Double quotes do not appear to help:

C:\>php -r "print ini_get('include_path');" 
-d include_path=".;:\test1;c:\test2"
.;c:\test1;c:\test2

C:\>php -r "print ini_get('include_path');" 
-d include_path="c:\test1;c:\test2"
c:\test1

Single quotes become part of the directive:

C:\>php -r "print ini_get('include_path');" -d
include_path='c:\test1;c:\test2'
'c:\test1



[2008-09-09 18:41:50] [EMAIL PROTECTED]

You may enclose the value with ' or " like in php.ini



[2008-09-09 18:14:17] php at ryank dot net

This apparently works fine though...

C:\>php -r "print ini_get('include_path');" -d include
_path=.;c:\test1;c:\test2

.;c:\test1;c:\test2



[2008-09-09 18:08:29] php at ryank dot net

Description:

When using the -d flag in php-cli on the include_path directive, only
the first parameter is assigned to include_path.

C:\>php -v

PHP 5.2.6 (cli) (built: May  2 2008 18:02:07)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with Xdebug v2.0.3, Copyright (c) 2002-2007, by Derick Rethans

Reproduce code:
---
C:\>php -r "print ini_get('include_path');" -d include
_path=c:\test1.ini;c:\test2.ini

Expected result:

c:\test1.ini;c:\test2.ini

Actual result:
--
c:\test1.ini





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

#45901 [Ver->Csd]: wddx_serialize_value crash with SimpleXMLElement object

2008-09-11 Thread rrichards

 ID:   45901
 Updated by:   [EMAIL PROTECTED]
 Reported By:  aragon at phat dot za dot net
-Status:   Verified
+Status:   Closed
 Bug Type: WDDX related
 Operating System: FreeBSD 7.0-STABLE
 PHP Version:  5.2.6, 5.3CVS
 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.




Previous Comments:


[2008-09-10 23:23:59] [EMAIL PROTECTED]

I can reproduce using 5.3CVS.



[2008-09-03 01:00:01] 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".



[2008-08-26 22:33:47] [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





[2008-08-24 04:54:12] aragon at phat dot za dot net

Description:

If wddx_serialize_value is called on a SimpleXMLElement object that has
at least one child, the PHP script enters an infinite loop consuming
full CPU and allocating memory until the memory size limit is reached,
after which the script dies.


Reproduce code:
---
');
$xml->addChild('test');
echo wddx_serialize_value($xml, 'Variables');
echo 'hello world';

?>


Expected result:

To see the WDDX output and 'hello world' :)

Actual result:
--
Potential DoS against web server and this log entry:

[Sun Aug 24 06:44:19 2008] [error] [client 127.0.0.1] PHP Fatal error: 
Allowed memory size of 134217728 bytes exhausted (tried to allocate
133955606 bytes) in /usr/home/aragon/dev/admin.infinite/test.php on line
5






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

#46047 [Opn->Csd]: SimpleXML converts empty nodes into object with nested array

2008-09-11 Thread rrichards

 ID:   46047
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dalef at yahoo-inc dot com
-Status:   Open
+Status:   Closed
 Bug Type: SimpleXML related
 Operating System: FreeBSD 4
 PHP Version:  5.2CVS-2008-09-10 (snap)
 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.




Previous Comments:


[2008-09-10 21:37:09] dalef at yahoo-inc dot com

Description:

When I run the following script I get strange results that are
difficult to test against, and when converted to json, a real pain to
use on the client-side.

',
LIBXML_NOCDATA);
print_r($xml);
$json = json_encode($xml);
echo "{$json}\n";
?>

Since bar is empty (Even though it has a CDATA tag that is removed)
before it gets to me ... I should get something like this
bar => ""
OR
at most ...
bar => SimpleXMLElemebt object ()

but ... what I don't expect is this:

SimpleXMLElement Object
(
[bar] => SimpleXMLElement Object
(
[0] => 
)
...

When this data is converted to json ... I get bar:{"0":""} which
requires me to do typeof and other types of tests on the client-side.

I mentioned this issue to our resident FE PHP expert here at Y! and
they said to file a bug.



Reproduce code:
---
Run this script on the command line:

',
LIBXML_NOCDATA);
print_r($xml);
$json = json_encode($xml);
echo "{$json}\n";
?>

Expected result:

SimpleXMLElement Object
(
[bar] => ""
)

OR 

SimpleXMLElement Object
(
[bar] => SimpleXMLElement Object
(
)
)

Actual result:
--
SimpleXMLElement Object
(
[bar] => SimpleXMLElement Object
(
[0] => ""
)
)





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

#46034 [Opn]: php cli -d include_path only accepts first parameter

2008-09-11 Thread lbarnaud

 ID:   46034
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at ryank dot net
 Status:   Open
 Bug Type: CGI related
 Operating System: WinXP
 PHP Version:  5.2.6
 New Comment:

The quotes are "used" by your shell, just like those around the php
code.

-d "include_path=foo;bar" is passed as -d include_path=foo;bar to php.

You must enclose the quotes themselves, for example by using single
quotes: -d 'include_path="foo;bar"' (works on "classic" shells, but I
don't know how windows handles this)


Previous Comments:


[2008-09-11 14:24:28] php at ryank dot net

Still having issues:

C:\>php -r "print ini_get('include_path');" -d
"include_path=c:\testing1;c:\testing2"
c:\testing1

C:\>php -r "print ini_get('include_path');" -d
"include_path=.;c:\testing1;c:\testing2"

.;c:\testing1;c:\testing2



[2008-09-10 20:15:59] [EMAIL PROTECTED]

You need to enclose all of it in quotes:

# php -d "include_path=some;path;here" ..



[2008-09-10 16:21:09] php at ryank dot net

Double quotes do not appear to help:

C:\>php -r "print ini_get('include_path');" 
-d include_path=".;:\test1;c:\test2"
.;c:\test1;c:\test2

C:\>php -r "print ini_get('include_path');" 
-d include_path="c:\test1;c:\test2"
c:\test1

Single quotes become part of the directive:

C:\>php -r "print ini_get('include_path');" -d
include_path='c:\test1;c:\test2'
'c:\test1



[2008-09-09 18:41:50] [EMAIL PROTECTED]

You may enclose the value with ' or " like in php.ini



[2008-09-09 18:14:17] php at ryank dot net

This apparently works fine though...

C:\>php -r "print ini_get('include_path');" -d include
_path=.;c:\test1;c:\test2

.;c:\test1;c:\test2



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

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

#46053 [Opn->Csd]: SplFileObject::seek - Endless loop

2008-09-11 Thread lbarnaud

 ID:  46053
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Closed
 Bug Type:SPL related
 PHP Version: 5.3CVS-2008-09-11 (CVS)
 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.




Previous Comments:


[2008-09-11 14:11:38] [EMAIL PROTECTED]

Description:

The endless loop occurs when passing a number greater than the number
of line in file.

Reproduce code:
---
getPathName();
$x->seek(10);






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

#46051 [Opn->Csd]: SplFileInfo::openFile - memory overlap

2008-09-11 Thread lbarnaud

 ID:  46051
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Closed
 Bug Type:SPL related
 PHP Version: 5.3CVS-2008-09-11 (CVS)
 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.




Previous Comments:


[2008-09-11 13:46:35] [EMAIL PROTECTED]

Description:

==906== Source and destination overlap in memcpy(0x6777400, 0x6777400,
32)
==906==at 0x4022ED6: memcpy (mc_replace_strmem.c:116)
==906==by 0x83FDED2: _estrndup (zend_alloc.c:2444)
==906==by 0x84286C5: add_assoc_stringl_ex (zend_API.c:1157)
==906==by 0x8274E3F: spl_filesystem_object_get_debug_info
(spl_directory.c:548)
==906==by 0x8361F20: php_var_dump (var.c:128)
==906==by 0x836229C: zif_var_dump (var.c:178)
==906==by 0x845468F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==906==by 0x84427B2: execute (zend_vm_execute.h:104)
==906==by 0x841CC2E: zend_execute_scripts (zend.c:1197)
==906==by 0x83C22CC: php_execute_script (main.c:2075)
==906==by 0x84B4C0C: main (php_cli.c:1130)


Reproduce code:
---
openFile(NULL, NULL, NULL);
} catch (Exception $e) { }

var_dump($x->getPathName());


Expected result:

string(32) "/home/felipe/public_html/bug.php"

Actual result:
--
string(32) "e/felipe/public_html/bug.php"





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

#46055 [NEW]: Tidy crashes when no document is supplied

2008-09-11 Thread [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  5.3CVS-2008-09-11 (CVS)
PHP Bug Type: Unknown/Other Function
Bug description:  Tidy crashes when no document is supplied

Description:

See below.

Reproduce code:
---
1)

getparent();

---
2)

diagnose();

---
etc



Actual result:
--
1)
==32570== Invalid read of size 4
==32570==at 0x41823CE: tidyGetParent (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32570==by 0x838679D: zif_tnm_getParent (tidy.c:1803)
==32570==by 0x845468F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==32570==by 0x84427B2: execute (zend_vm_execute.h:104)
==32570==by 0x841CC2E: zend_execute_scripts (zend.c:1197)
==32570==by 0x83C22CC: php_execute_script (main.c:2075)
==32570==by 0x84B4C0C: main (php_cli.c:1130)
==32570==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==32570== 
==32570== Process terminating with default action of signal 11 (SIGSEGV)
==32570==  Access not within mapped region at address 0x0
==32570==at 0x41823CE: tidyGetParent (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32570==by 0x838679D: zif_tnm_getParent (tidy.c:1803)
==32570==by 0x845468F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==32570==by 0x84427B2: execute (zend_vm_execute.h:104)
==32570==by 0x841CC2E: zend_execute_scripts (zend.c:1197)
==32570==by 0x83C22CC: php_execute_script (main.c:2075)
==32570==by 0x84B4C0C: main (php_cli.c:1130)


2)
==32580== Invalid read of size 4
==32580==at 0x4179D53: ReportMarkupVersion (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x41819AC: tidyDocRunDiagnostics (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x41819DC: tidyRunDiagnostics (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x8386428: zif_tidy_diagnose (tidy.c:1319)
==32580==by 0x845468F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==32580==by 0x84427B2: execute (zend_vm_execute.h:104)
==32580==by 0x841CC2E: zend_execute_scripts (zend.c:1197)
==32580==by 0x83C22CC: php_execute_script (main.c:2075)
==32580==by 0x84B4C0C: main (php_cli.c:1130)
==32580==  Address 0x1C is not stack'd, malloc'd or (recently) free'd
==32580== 
==32580== Process terminating with default action of signal 11 (SIGSEGV)
==32580==  Access not within mapped region at address 0x1C
==32580==at 0x4179D53: ReportMarkupVersion (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x41819AC: tidyDocRunDiagnostics (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x41819DC: tidyRunDiagnostics (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x8386428: zif_tidy_diagnose (tidy.c:1319)
==32580==by 0x845468F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==32580==by 0x84427B2: execute (zend_vm_execute.h:104)
==32580==by 0x841CC2E: zend_execute_scripts (zend.c:1197)
==32580==by 0x83C22CC: php_execute_script (main.c:2075)
==32580==by 0x84B4C0C: main (php_cli.c:1130)



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

#46056 [NEW]: Function returned by function

2008-09-11 Thread odakynn at gmail dot com

From: odakynn at gmail dot com
Operating system: Windows XP
PHP version:  5.3.0alpha2
PHP Bug Type: Scripting Engine problem
Bug description:  Function returned by function

Description:

I was trying to call a function returned by another function and it caused
a parse error.

Reproduce code:
---
function a() {
echo 'a';
return create_function('', 'echo \'b\';');
};
a()();

- OR -

function a() {
echo 'a';
return function() { echo 'b'; };
};
a()();

Expected result:

ab

Actual result:
--
Parse error: syntax error, unexpected '(' in ...

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

#46056 [Opn->Bgs]: Function returned by function

2008-09-11 Thread felipe

 ID:   46056
 Updated by:   [EMAIL PROTECTED]
 Reported By:  odakynn at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Windows XP
 PHP Version:  5.3.0alpha2
 New Comment:

That is expected, func()() cannot be used.


Previous Comments:


[2008-09-11 15:57:54] odakynn at gmail dot com

Description:

I was trying to call a function returned by another function and it
caused a parse error.

Reproduce code:
---
function a() {
echo 'a';
return create_function('', 'echo \'b\';');
};
a()();

- OR -

function a() {
echo 'a';
return function() { echo 'b'; };
};
a()();

Expected result:

ab

Actual result:
--
Parse error: syntax error, unexpected '(' in ...





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

#46058 [NEW]: ReflectionMethod::invoke - wrong behavior

2008-09-11 Thread [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  5.2CVS-2008-09-11 (CVS)
PHP Bug Type: Reflection related
Bug description:  ReflectionMethod::invoke - wrong behavior

Description:

Currently the behavior is different of 5.3 and HEAD.

Note also: the method name in the warning message.

Reproduce code:
---
invokeArgs(new ReflectionFunction('trim'), array(' foobar
')));

Expected result:

string(6) "foobar"

Actual result:
--
Fatal error: Non-static method ReflectionFunction::trim() cannot be called
statically in %s on line %d

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

#46059 [NEW]: Compile failure under IRIX 6.5.30 building posix.c

2008-09-11 Thread neko at nekochan dot net

From: neko at nekochan dot net
Operating system: IRIX 6.5.30
PHP version:  5.3.0alpha2
PHP Bug Type: Compile Failure
Bug description:  Compile failure under IRIX 6.5.30 building posix.c

Description:

Able to compile up to and including php-5.2.6 without error 
(and run in a production environment). My attempt to build 
php-5.3.0alpha2 dies in posix.c (The struct "utsname" has no field
"domainname".).

Reproduce code:
---
IRIX64 Kazehana 6.5 6.5.30f 07202013 IP35
MIPSpro Compilers: Version 7.4.4m


'./configure' '--prefix=/usr/nekoware/php5'
'--enable-dba'
'--enable-dbx'
'--enable-calendar'
'--enable-wddx'
'--with-config-file-path=/usr/nekoware/etc/php5'
'--with-apxs2=/usr/nekoware/apache2/bin/apxs'
'--enable-cli'
'--with-libxml-dir=/usr/nekoware'
'--with-expat-dir=/usr/nekoware'
'--with-png-dir=/usr/nekoware'
'--with-jpeg-dir=/usr/nekoware'
'--with-freetype-dir=/usr/nekoware'
'--with-zlib-dir=/usr/nekoware'
'--with-zlib'
'--with-curlwrappers'
'--with-curl=shared,/usr/nekoware'
'--with-openssl=shared,/usr/nekoware'
'--with-mysql=shared,mysqlnd'
'--with-mysqli=shared,mysqlnd'
'--with-mhash=shared,/usr/nekoware'
'--with-mcrypt=shared,/usr/nekoware'
'--with-bz2=shared,/usr/nekoware'
'--enable-ftp=shared'
'--enable-sockets=shared'
'--with-gd=shared
 '--enable-exif=shared'
'--enable-dbase=shared'
'--with-xmlrpc'
'--with-gettext=shared,/usr/nekoware'
'--with-iconv-dir=/usr/nekoware'
'--enable-mbstring=shared'
'--enable-sysvsem=shared'
'--enable-sysvshm=shared'
'--enable-sysvmsg=shared'
'--with-xpm-dir=/usr/lib32'
'--enable-zip=shared'
'--with-pgsql=shared,/usr/nekoware/pgsql'
'--disable-fileinfo'
'--disable-phar'
'--with-tsrm-st'

Expected result:

Completed build.


Actual result:
--
/bin/sh /opt/build/php-5.3.0alpha2/libtool --silent --preserve-dup-deps
--mode=compile c99  -Iext/posix/ -I/opt/build/php-5.3.0alpha2/ext/posix/
-DPHP_ATOM_INC -I/opt/build/php-5.3.0alpha2/include
-I/opt/build/php-5.3.0alpha2/main -I/opt/build/php-5.3.0alpha2
-I/opt/build/php-5.3.0alpha2/ext/ereg/regex -I/usr/nekoware/include/libxml2
-I/usr/nekoware/include -I/opt/build/php-5.3.0alpha2/ext/date/lib
-I/usr/nekoware/include/freetype2
-I/opt/build/php-5.3.0alpha2/ext/mbstring/oniguruma
-I/opt/build/php-5.3.0alpha2/ext/mbstring/libmbfl
-I/opt/build/php-5.3.0alpha2/ext/mbstring/libmbfl/mbfl
-I/opt/build/php-5.3.0alpha2/ext/sqlite3/libsqlite
-I/usr/nekoware/pgsql/include -I/opt/build/php-5.3.0alpha2/TSRM
-I/opt/build/php-5.3.0alpha2/Zend  -D_XPG_IV -L/usr/nekoware/lib
-L/usr/lib32  -I/usr/include -mips4 -O2 -I/usr/nekoware/include
-I/usr/include -Wl,-rpath
-Wl,/usr/nekoware/lib:/usr/nekoware/mysql5/lib/mysql
-OPT:Olimit=0:roundoff=3 -TARG:platform=IP35:proc=r16000   -c
/opt/build/php-5.3.0alpha2/ext/posix/posix.c -o ext/posix/posix.lo 
cc-3604 c99: WARNING File = /opt/build/php-5.3.0alpha2/Zend/zend_alloc.h,
Line = 87
  missing return statement at end of non-void function "__zend_malloc"

  }
  ^

cc-3604 c99: WARNING File = /opt/build/php-5.3.0alpha2/Zend/zend_alloc.h,
Line = 104
  missing return statement at end of non-void function "__zend_realloc"

  }
  ^

cc-3970 c99: WARNING File =
/opt/build/php-5.3.0alpha2/Zend/zend_execute.h, Line = 70
  conversion from pointer to same-sized integral type (potential
portability
  problem)

FREE_ZVAL_REL(p);
^

cc-3970 c99: WARNING File =
/opt/build/php-5.3.0alpha2/Zend/zend_execute.h, Line = 272
  conversion from pointer to same-sized integral type (potential
portability
  problem)

int delete_count = (int)(zend_uintptr_t) *p;
^

cc-3970 c99: WARNING File =
/opt/build/php-5.3.0alpha2/Zend/zend_execute.h, Line = 285
  conversion from pointer to same-sized integral type (potential
portability
  problem)

int arg_count = (int)(zend_uintptr_t) *p;
 ^

cc-1565 c99: ERROR File = /opt/build/php-5.3.0alpha2/ext/posix/posix.c,
Line = 671
  The struct "utsname" has no field "domainname".

add_assoc_string(return_value, "domainname", u.domainname, 1);
^

cc-3968 c99: WARNING File = /opt/build/php-5.3.0alpha2/ext/posix/posix.c,
Line = 1267
  implicit conversion of a 64-bit integral type to a smaller integral
type
  (potential portability problem)

add_assoc_long(return_value, soft, rl.rlim_cur);
^

cc-3968 c99: WARNING File = /opt/build/php-5.3.0alpha2/ext/posix/posix.c,
Line = 1273
  implicit conversion of a 64-bit integral type to a smaller integral
type
  (potential portability problem)

add_assoc_long(return_value, hard, rl.rlim_max);
^

1 error detected in the compilation of
"/opt/build/php-5.3.0alpha2/ext/posix/posix.c".
gmake: *** [ext/posix/posix.lo] Error 1


-- 
Edit bug report at http://bugs.php.net/?id=46059&edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=46059&r=trysnapshot5

#46052 [Opn->Fbk]: php_mysql.dll not loaded

2008-09-11 Thread jani

 ID:   46052
 Updated by:   [EMAIL PROTECTED]
 Reported By:  marcelo at wlive dot com dot br
-Status:   Open
+Status:   Feedback
-Bug Type: *Extensibility Functions
+Bug Type: MySQL related
 Operating System: Windows 2008 Server
 PHP Version:  5.2.6
 New Comment:

Any errors in any logs..? Any php startup errors? (enable them in 
your php.ini..)


Previous Comments:


[2008-09-11 14:04:40] marcelo at wlive dot com dot br

Description:

I was have problem with php_mysql.dll + php5 in Windows 2003 Server, to
solve I need to get a new php_mysql.dll.

In Windows 2008 I have same problem.

I'm adding this report because the others report with this dont refer
to Windows 2008 Server

Configuration:
IIS 7
PHP 5.26
Mysql 5.045

State:
PHP - Working with other ext GD2 (The directorys OK's)
Mysql running
LibMysql updated

But not load the extension php_mysql.dll and not show error.

I already change de .dll file original by .dll file working in 2003
server.

What's the problem in load php_mysql.dll???

Expected result:

php_mysql.dll load

Actual result:
--
php_mysql.dll not load





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

#46055 [Opn->Bgs]: Tidy crashes when no document is supplied

2008-09-11 Thread iliaa

 ID:   46055
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: *
 PHP Version:  5.3CVS-2008-09-11 (CVS)
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

Its an internal bug of the tidy library, it lacks basic checks to
ensure 
that the provided struct is containing data.


Previous Comments:


[2008-09-11 15:42:41] [EMAIL PROTECTED]

Description:

See below.

Reproduce code:
---
1)

getparent();

---
2)

diagnose();

---
etc



Actual result:
--
1)
==32570== Invalid read of size 4
==32570==at 0x41823CE: tidyGetParent (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32570==by 0x838679D: zif_tnm_getParent (tidy.c:1803)
==32570==by 0x845468F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==32570==by 0x84427B2: execute (zend_vm_execute.h:104)
==32570==by 0x841CC2E: zend_execute_scripts (zend.c:1197)
==32570==by 0x83C22CC: php_execute_script (main.c:2075)
==32570==by 0x84B4C0C: main (php_cli.c:1130)
==32570==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==32570== 
==32570== Process terminating with default action of signal 11
(SIGSEGV)
==32570==  Access not within mapped region at address 0x0
==32570==at 0x41823CE: tidyGetParent (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32570==by 0x838679D: zif_tnm_getParent (tidy.c:1803)
==32570==by 0x845468F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==32570==by 0x84427B2: execute (zend_vm_execute.h:104)
==32570==by 0x841CC2E: zend_execute_scripts (zend.c:1197)
==32570==by 0x83C22CC: php_execute_script (main.c:2075)
==32570==by 0x84B4C0C: main (php_cli.c:1130)


2)
==32580== Invalid read of size 4
==32580==at 0x4179D53: ReportMarkupVersion (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x41819AC: tidyDocRunDiagnostics (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x41819DC: tidyRunDiagnostics (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x8386428: zif_tidy_diagnose (tidy.c:1319)
==32580==by 0x845468F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==32580==by 0x84427B2: execute (zend_vm_execute.h:104)
==32580==by 0x841CC2E: zend_execute_scripts (zend.c:1197)
==32580==by 0x83C22CC: php_execute_script (main.c:2075)
==32580==by 0x84B4C0C: main (php_cli.c:1130)
==32580==  Address 0x1C is not stack'd, malloc'd or (recently) free'd
==32580== 
==32580== Process terminating with default action of signal 11
(SIGSEGV)
==32580==  Access not within mapped region at address 0x1C
==32580==at 0x4179D53: ReportMarkupVersion (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x41819AC: tidyDocRunDiagnostics (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x41819DC: tidyRunDiagnostics (in
/usr/lib/libtidy-0.99.so.0.0.0)
==32580==by 0x8386428: zif_tidy_diagnose (tidy.c:1319)
==32580==by 0x845468F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==32580==by 0x84427B2: execute (zend_vm_execute.h:104)
==32580==by 0x841CC2E: zend_execute_scripts (zend.c:1197)
==32580==by 0x83C22CC: php_execute_script (main.c:2075)
==32580==by 0x84B4C0C: main (php_cli.c:1130)







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

#45382 [Opn->Csd]: [PATCH] timeout bug in stream_socket_enable_crypto

2008-09-11 Thread iliaa

 ID:   45382
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vnegrier at optilian dot com
-Status:   Open
+Status:   Closed
 Bug Type: OpenSSL related
 Operating System: linux 2.6
 PHP Version:  5.2.6
 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.




Previous Comments:


[2008-06-27 19:11:02] vnegrier at optilian dot com

Description:

there's a bug in the stream_socket_enable_crypto() timeout test: the
"timeout" var is only decremented when tve.sec and tvs.sec differ
because (at least with gcc-4.3.1) "tv_usec / 100" is cast as int,
leading to timeout inaccuracy, fix below :

--- xp_ssl.c.orig   2008-06-27 21:02:58.0 +0200
+++ xp_ssl.c2008-06-27 21:03:07.0 +0200
@@ -418,7 +418,7 @@
n = SSL_connect(sslsock->ssl_handle);
gettimeofday(&tve, &tz);

-   timeout -= (tve.tv_sec + tve.tv_usec /
100) - (tvs.tv_sec + tvs.tv_usec / 100);
+   timeout -= (tve.tv_sec +
(float)tve.tv_usec / 100) - (tvs.tv_sec + (float)tvs.tv_usec /
100);
if (timeout < 0) {
php_error_docref(NULL
TSRMLS_CC, E_WARNING, "SSL: connection timeout");
return -1;







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

#46060 [NEW]: addEmptyDir() breaks

2008-09-11 Thread xl269 at cam dot ac dot uk

From: xl269 at cam dot ac dot uk
Operating system: Debian GNU/Linux lenny
PHP version:  5.3.0alpha2
PHP Bug Type: PHAR related
Bug description:  addEmptyDir() breaks

Description:

PharData::addEmptyDir() on a tar archive adds empty files instead of
directories.




Reproduce code:
---
$zip = new PharData('test.tar');
$zip = $zip->convertToData(Phar::TAR, Phar::NONE); // compression scheme
does not affect the result.
// Phar::ZIP is not buggy, but you need to add a file to the empty
directory to see this.
$zip->startBuffering();
$zip->addEmptyDir('test/');
// $zip->addFile('file', 'test/file'); // see (*)
$zip->stopBuffering();


Expected result:

test.tar.bz2 should contain 1 empty directory "test"


Actual result:
--
test.tar.bz2 contains 1 empty *file* "test"

(*) doing this will create the directory "test" automatically, so that the
tar archive now contains both a file and a directory called "test", and
becomes unextractable.


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

#46060 [Opn]: addEmptyDir() breaks

2008-09-11 Thread xl269 at cam dot ac dot uk

 ID:   46060
 User updated by:  xl269 at cam dot ac dot uk
 Reported By:  xl269 at cam dot ac dot uk
 Status:   Open
 Bug Type: PHAR related
 Operating System: Debian GNU/Linux lenny
 PHP Version:  5.3.0alpha2
 New Comment:

whoops, the "* result" sections should read "test.tar" not
"test.tar.bz2" (if it isn't obvious). i was playing around with the bug
whilst editing this report, and overlooked updating that part.


Previous Comments:


[2008-09-12 03:33:30] xl269 at cam dot ac dot uk

Description:

PharData::addEmptyDir() on a tar archive adds empty files instead of
directories.




Reproduce code:
---
$zip = new PharData('test.tar');
$zip = $zip->convertToData(Phar::TAR, Phar::NONE); // compression
scheme does not affect the result.
// Phar::ZIP is not buggy, but you need to add a file to the empty
directory to see this.
$zip->startBuffering();
$zip->addEmptyDir('test/');
// $zip->addFile('file', 'test/file'); // see (*)
$zip->stopBuffering();


Expected result:

test.tar.bz2 should contain 1 empty directory "test"


Actual result:
--
test.tar.bz2 contains 1 empty *file* "test"

(*) doing this will create the directory "test" automatically, so that
the tar archive now contains both a file and a directory called "test",
and becomes unextractable.






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

#46061 [NEW]: trim could not work as expected

2008-09-11 Thread ddrplayer at foxmail dot com

From: ddrplayer at foxmail dot com
Operating system: Linux
PHP version:  5.2CVS-2008-09-12 (snap)
PHP Bug Type: *Directory/Filesystem functions
Bug description:  trim could not work as expected

Description:

hi ,
first of all
sorry for my bad english

but trim could not work as expected
i run the program in 5.14,5.25 ,it could not work as expected.


Reproduce code:
---
';
$s='hello world ';
echo trim($s,'');
?>

Expected result:

hello world 


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

#46062 [NEW]: pfsockopen function not working properly

2008-09-11 Thread srtm dot india at gmail dot com

From: srtm dot india at gmail dot com
Operating system: Winxpsp2
PHP version:  5.2.6
PHP Bug Type: Performance problem
Bug description:  pfsockopen function not working properly

Description:

Hi
I am using Apache 2.2.8 under Winxpsp2
I tried to use the 'pfsockopen' function.
After making the connection, i used 'fwrite' library function to send data
to the server more than 50 times. 
But what happen is after receiving 33 messages, the tcp server doesnot
receive any messages from the client connected.
ie the php funnction fwrite is not sending no more than 33 messages.
I don't know whether this is a limitation or a bug. all the remaining
messages are discarded. but the connection is not thrown away.
I have given here the code for php, I had tested with c#.net application
tcp server.
cheers
kumar

Reproduce code:
---


Expected result:

I should be able to receive all the messages regardless of how many
messages i send using the pfsockopen and fwrite funcions.

Actual result:
--
After sending 33 messages, no messages are sent
i am requesting the page 50 times from the browser, the same connection is
reused for sending messages.

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

Please add me in your distributions*****

2008-09-11 Thread Kumar

Hi Partners,

This is VENKY from OPENBOXSOLUTIONS, INC. I have wonderful requirements and
excellent consultants  with me. so please add me in your distributions.


[EMAIL PROTECTED]

Yahoo IM: venkysmart4u



Thanks & Regards

Venky

Sr.Technical recruiter,

Openboxsolutions Inc,

2890 Carpenter Road,

Suite# 2000

Ann Arbor, MI 48108

Phone: 734-418-2582

Fax: 734-975-9380

[EMAIL PROTECTED]

*www.openboxsolutions.com*

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"recruiters_usa_group" group.
To post to this group, send email to recruiters_usa_group@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.co.in/group/recruiters_usa_group?hl=en
-~--~~~~--~~--~--~---

37 matches

Mail list logo