date:20070117

#40142 [Csd-Bgs]: mbstring will not configure - missing mbfilter.h

2007-01-17 Thread tony2001

 ID:   40142
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mail at prosys dot com dot au
-Status:   Closed
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: Linux 2.4.24
 PHP Version:  4.4.4


Previous Comments:


[2007-01-16 23:33:09] mail at prosys dot com dot au

Thanks for your help - yes that did fix the configure.  

I then had a libmbfl compile error. Dunno how but the unicode file
unicode_table_iso8859_2.h got overwritten by a blank copy.  It was
dated yesterday - I cannot think of anything I did.  Restoring it from
the archive fixed that and it built correctly.

The install instructions for mbstring seem to say that if libmbfl is
bundled then you do have to specify the directory:

libmbfl is necesarry for mbstring. libmbfl is bundled with mbstring.
If libmbfl is already installed on the system, --with-libmbfl[=DIR] can
be specified to use the installed library.


This documentation is unclear and should be revised - here's my
effort:

libmbfl is necessary for mbstring.  libmbfl is bundled with mbstring
as part of the PHP distribution and is enabled with
'--enable-mbstring'.  If libmbfl was already installed on your system
separately from your PHP distribution, --with-libmbfl[=DIR] can be
specified to use the installed library.

There's also a spelling mistake 'necessary'.

Thanks.



[2007-01-16 08:31:41] [EMAIL PROTECTED]

This line is wrong:
--with-libmbfl=/usr/src/php/ext/mbstring/libmbfl/mbfl
No need to use --with-libmbfl if you're using bundled libmbfl, so you
can safely remove it at all.



[2007-01-16 05:27:41] mail at prosys dot com dot au

Description:

When I enable mbstrings in the configure options, configure cannot find
the mbfilter.h header file.  The file is there, in the directory it's
configured to be in.  Same happened in 4.4.2.

There is a report of headers missing in the 5.x releases but nothing I
can find in 4.4 releases - anyway the header is there.

configure script:

CFLAGS=-O6  ./configure --with-apxs=/usr/local/apache/bin/apxs \   

--with-imap=/usr/src/imap-2004g \  

--with-pgsql \ 

--with-mysql \ 

--with-zlib=/usr \ 

--with-curl=/usr/src/curl-7.15.4 \ 

--with-libmbfl=/usr/src/php/ext/mbstring/libmbfl/mbfl \
   
--enable-mbstring \

--enable-so \  

--enable-shared \  

--enable-track-vars


configure result:

. . . .
checking whether to enable multibyte string support... yes
checking whether to enable multibyte regex support... yes
checking for external libmbfl...
/usr/src/php/ext/mbstring/libmbfl/mbfl
configure: error: mbfilter.h not found. Please reinstall libmbfl
library.

contents of my directory /usr/src/php/ext/mbstring/libmbfl/mbfl:

15:37:51 [EMAIL PROTECTED]:/usr/src/php/ext/mbstring/libmbfl/mbfl# dir
Makefile.am  mbfilter_8bit.hmbfl_allocators.h  mbfl_encoding.h 
 mbfl_language.h
Makefile.bcc32   mbfilter_pass.cmbfl_consts.h 
mbfl_filter_output.c  mbfl_memory_device.c
eaw_table.h  mbfilter_pass.hmbfl_convert.c
mbfl_filter_output.h  mbfl_memory_device.h
mbfilter.c   mbfilter_wchar.c   mbfl_convert.h mbfl_ident.c
 mbfl_string.c
mbfilter.h   mbfilter_wchar.h   mbfl_defs.h*   mbfl_ident.h
 mbfl_string.h
mbfilter_8bit.c  mbfl_allocators.c  mbfl_encoding.cmbfl_language.c 
 mk_eaw_tbl.awk

So the file is there but not found.






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

#40150 [Opn-Fbk]: PDO::ODBC Multiple byte letter is destroyed.

2007-01-17 Thread tony2001

 ID:   40150
 Updated by:   [EMAIL PROTECTED]
 Reported By:  chores at jp1 dot cx
-Status:   Open
+Status:   Feedback
 Bug Type: PDO related
 Operating System: Windows Server 2003
 PHP Version:  5.2.0
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to Open.

Thank you for your interest in PHP.





Previous Comments:


[2007-01-16 23:28:47] chores at jp1 dot cx

Description:

Multiple byte letter is destroyed with SELECT.
As for database .mdb. By way of ODBC. 
Sentence end is destroyed.
The air which processes the place where it should process at the number
of letters, at the number of bytes does.
(It translated this sentence with
http://translate.google.com/translate_t.)






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

#40151 [NEW]: fsockopen can not work?

2007-01-17 Thread playercd8 at hotmail dot com

From: playercd8 at hotmail dot com
Operating system: FreeBSD5.5
PHP version:  5.2.0
PHP Bug Type: Network related
Bug description:  fsockopen can not work?

Description:

$errno is return 671845376
$errstr is not retuen any string
Why I can not use fsockopen to work ?

Reproduce code:
---
if(!$fp = @fsockopen($openhost, $port, $errno, $errstr, 15))

{
#debug

if ($this-debug == true)   echo Now can not open 
socket.\nError($errno)
$errstr\n;


return false;

}

Expected result:

..


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

#39975 [Com]: Some error in C/C++ syntax

2007-01-17 Thread wharmby at uk dot ibm dot com

 ID:   39975
 Comment by:   wharmby at uk dot ibm dot com
 Reported By:  kprzemek at coig dot katowice dot pl
 Status:   Assigned
 Bug Type: Compile Failure
 Operating System: IBM AIX 5.3
 PHP Version:  5.2.0
 Assigned To:  tony2001
 New Comment:

PMR now raised to get XL C compiler fixed to avoid 
1506-159 error messages when bitfields defined on unsigned char type's.
PMR number is 40951,999,866


Previous Comments:


[2007-01-11 12:33:18] wharmby at uk dot ibm dot com

Having acquired V5 documentation I can now confirm that 
-qlanglvl=extc89|extc99 is not supported under XL C V5 so cant use that
to avoid the errors reported above.

I am in the process of raising a PMR against the XL C compiler to get
the compiler fixed to avoid the error
message when bit fields defined on unsigned char types, e.g 

1506-159 (E) Bit-field type specified for how is not valid. Type
unsigned assumed.

Will post again when I have news on progress of PMR



[2007-01-05 18:36:05] wharmby at uk dot ibm dot com

I have conducted a series of experiments today and results 
so far are listed below:

My environment:

 OS: AIX 5.2.0.0
 Compiler :  IBM(R) XL C Enterprise Edition V7.0
 PHP: PHP 5.2.1RC2-dev

With the following PHP configuration

./configure -enable-debug --enable-maintainer-zts  --disable-cgi
--enable-cli --with-libxml-dir=/u2/wharmby/freeware/xml2
--prefix=/u2/wharmby/php5

Ignoring the normal W(arning) messages the only compiler 
messages I get are E(rror) messages about badly defined 
bit-field's.  I get multiple instances of the following:

/u2/wharmby/php5.2-200701040730/main/streams/php_stream_transport.h,
line 136.27: 1506-159 (E) Bit-field type specified for how is not
valid. Type unsigned assumed.

The offending code is as follows:

typedef struct _php_stream_xport_param {
enum {
  STREAM_XPORT_OP_BIND, STREAM_XPORT_OP_CONNECT,
  STREAM_XPORT_OP_LISTEN, STREAM_XPORT_OP_ACCEPT,
  STREAM_XPORT_OP_CONNECT_ASYNC,
  STREAM_XPORT_OP_GET_NAME,
  STREAM_XPORT_OP_GET_PEER_NAME,
  STREAM_XPORT_OP_RECV,
  STREAM_XPORT_OP_SEND,
  STREAM_XPORT_OP_SHUTDOWN
} op;
unsigned int want_addr:1;
unsigned int want_textaddr:1;
unsigned int want_errortext:1;
stream_shutdown_t how:3;  THIS IS LINE FLAGGED

e.t.c

stream_shutdown_t  is defined as follows:

typedef enum {
STREAM_SHUT_RD,
STREAM_SHUT_WR,
STREAM_SHUT_RDWR
} stream_shutdown_t;

This is a variation of the bitfield problem reported above
when compiling hash_tiger.c. The complete list of messages for this
with xlc V7 are:

cc -Iext/hash/ -I/u2/wharmby/php5.2-200701040730/ext/hash/
-DPHP_ATOM_INC
-I/u2/wharmby/php5.2-200701040730/include
-I/u2/wharmby/php5.2-200701040730/main
-I/u2/wharmby/php5.2-200701040730
-I/u2/wharmby/freeware/xml2/include/libxml2
-I/u2/wharmby/php5.2-200701040730/ext/date/lib
-I/u2/wharmby/php5.2-200701040730/TSRM
-I/u2/wharmby/php5.2-200701040730/Zend -D_THREAD_SAFE -I/usr/include
-g
-DZTS -c /u2/wharmby/php5.2-200701040730/ext/hash/hash_tiger.c -o
ext/hash/hash_tiger.o
/u2/wharmby/php5.2-200701040730/main/streams/php_stream_transport.h,
line
136.27: 1506-159 (E) Bit-field type specified for how is not valid.
Type unsigned assumed.
/u2/wharmby/php5.2-200701040730/ext/hash/php_hash_tiger.h, line 28.9:
1506-159 (E) Bit-field type specified for passes is not valid. Type
unsigned assumed.
/u2/wharmby/php5.2-200701040730/ext/hash/php_hash_tiger.h, a line
29.9: 1506-159 (E) Bit-field type specified for length is not valid.
Type unsigned assumed.

The E messages allow the build to complete OK and runs its
basic regression tests but I have not run sufficient test 
to verify that the complier has generated valid code. However,
regardless of whether the code generated is sound given that the same
code compiles clean under gcc I will approach the compiler team to see
if we can get the compiler
fixed to accept bit-fields of unsigned char.

Other than that everything compiles OK, The problems regarding the
spurious ; after ZEND_ARG_INFO(), trailing , in a enum e.t.c are
fixed with xlc v7 when compiling with default complier options.

However, the default value for the langlvl compiler option with V7 when
invoking compiler as cc is extended. I have 
experimented a little by modifying the -qlanglvl compiler 
option The xlc manual lists amongst others the following:

stdc89 Compilation conforms to the ANSI C89 standard, also known as
ISO C90.

stdc99 Compilation conforms to the ISO C99 standard.

extc89 Compilation conforms to the ANSI C89 standard, and 
accepts implementation-specific language extensions.

extc99 Compilation conforms to the ISO C99 standard, and 
accepts implementation-specific language extensions.

If I set langlvl to either stdc89 or stdc99 then I get ALL 
the

#40151 [Opn-Fbk]: fsockopen can not work?

2007-01-17 Thread tony2001

 ID:   40151
 Updated by:   [EMAIL PROTECTED]
 Reported By:  playercd8 at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Network related
 Operating System: FreeBSD5.5
 PHP Version:  5.2.0
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to Open.

Thank you for your interest in PHP.





Previous Comments:


[2007-01-17 09:34:56] playercd8 at hotmail dot com

Description:

$errno is return 671845376
$errstr is not retuen any string
Why I can not use fsockopen to work ?

Reproduce code:
---
if(!$fp = @fsockopen($openhost, $port, $errno, $errstr, 15))

{
#debug

if ($this-debug == true)   echo Now can not open
socket.\nError($errno) $errstr\n;


return false;

}

Expected result:

..






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

#40132 [Opn-Fbk]: Build error in ext/imap (U8T_CANONICAL def missing)

2007-01-17 Thread tony2001

 ID:   40132
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mathias dot lieber at web dot de
-Status:   Open
+Status:   Feedback
 Bug Type: *Compile Issues
 Operating System: Linux, 2.6.18, Ubuntu/Debian
 PHP Version:  5.2.0
 New Comment:

Make sure you've installed c-client properly and its headers define
U8T_CANONICAL constant.
Look for utf8.h in imap-2006+ it contains U8T_CANONICAL definition.



Previous Comments:


[2007-01-15 10:15:18] mathias dot lieber at web dot de

Description:

5.2.0 does not build because it's missing the definition of
U8T_CANONICAL in the imap extension. I tried both with
libc-client-dev package as well as with self-compiled
imapd.2006XXX.TAR.GZ.

Reproduce code:
---
./configure --with-gettext --with-imap --with-imap-ssl --with-zlib
--with-gd --with-mcrypt --with-openssl --with-xml --without-pear
--with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit
--enable-track-vars --enable-wddx --enable-ftp --enable-gd-native-ttf
--enable-sysvmsg --enable-sysvem --enable-sysvshm --enable-transid
--disable-debug --disable-magic-quotes --with-mysql --enable-cli
--enable-cgi --with-ldap --with-kerberos
--with-mssql=/usr/local/freetds --enable-force-cgi-redirect

make



Actual result:
--
/bin/sh /usr/local/src/php-5.2.0/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/imap/ -I/usr/local/src/php-5.2.0/ext/imap/
-DPHP_ATOM_INC -I/usr/local/src/php-5.2.0/include
-I/usr/local/src/php-5.2.0/main -I/usr/local/src/php-5.2.0
-I/usr/include/libxml2 -I/usr/local/src/php-5.2.0/ext/date/lib
-I/usr/local/include -I/usr/local/src/php-5.2.0/ext/mbstring/oniguruma
-I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl
-I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl/mbfl
-I/usr/local/freetds/include -I/usr/include/mysql
-I/usr/local/src/php-5.2.0/TSRM -I/usr/local/src/php-5.2.0/Zend   
-I/usr/include -g -O2  -prefer-non-pic -c
/usr/local/src/php-5.2.0/ext/imap/php_imap.c -o ext/imap/php_imap.lo 
/usr/local/src/php-5.2.0/ext/imap/php_imap.c: In function
'zif_imap_utf8':
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error:
'U8T_CANONICAL' undeclared (first use in this function)
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: (Each
undeclared identifier is reported only once
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: for each
function it appears in.)
make: *** [ext/imap/php_imap.lo] Error 1






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

#40092 [Opn-Asn]: md5_file don't work in some conditions

2007-01-17 Thread tony2001

 ID:   40092
 Updated by:   [EMAIL PROTECTED]
 Reported By:  n dot escuder at intra-links dot com
-Status:   Open
+Status:   Assigned
 Bug Type: Filesystem function related
 Operating System: Linux 2.6
 PHP Version:  5.2.0
-Assigned To:  
+Assigned To:  dmitry
 New Comment:

Dmitry, I guess we need to clear realpath_cache on chroot().


Previous Comments:


[2007-01-14 21:22:36] n dot escuder at intra-links dot com

The bug and the number 37395 are related to the php_stream_open_wrapper
C function. I don't known which bug i must stay open so close one of
them.

For more informations please mail me.



[2007-01-10 16:07:37] n dot escuder at intra-links dot com

I don't understand why you say this because before i have found an bug
that seem to be the same and i twas corrected by you
http://bugs.php.net/bug.php?id=37395

For me it's an md5/chroot bug.

So i don't understand.

Can i have more explanation please ?
Or a mailing list for asking ?

Please.

Nicolas



[2007-01-10 15:35:43] [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.





[2007-01-10 15:30:41] n dot escuder at intra-links dot com

Description:

When executing md5_file on a chroot fs it say no such file and it's
false.

Reproduce code:
---
?
mkdir( /tmp/php/include, 0777, true );
touch( /tmp/php/include/one.php );
symlink( /tmp/php/include, /tmp/php/link );
ini_set( include_path, /tmp/php/link );
require_once one.php;
mkdir( /tmp/chroot );
chroot( /tmp/chroot );
mkdir( /tmp/php/link, 0777, true );
touch( /tmp/php/link/one.php );
md5_file( /tmp/php/link/one.php );
?

Expected result:

the md5 of the file.

Actual result:
--
Warning: md5_file(/tmp/php/link/one.php): failed to open stream: No
such file or directory





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

#40129 [Opn-Asn]: iconv extension doesnt compile

2007-01-17 Thread tony2001

 ID:   40129
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gk at gknw dot de
-Status:   Open
+Status:   Assigned
 Bug Type: ICONV related
 Operating System: NetWare
 PHP Version:  5CVS-2007-01-14 (snap)
-Assigned To:  
+Assigned To:  hyanantha
 New Comment:

Anantha, could you plz look into this?


Previous Comments:


[2007-01-14 18:14:22] gk at gknw dot de

Description:

The iconv extension doesnt compile due to our very strict NetWare
compiler (CodeWarrior) and some other types with the netWare buildin
iconv implementation;
therefore we need some casts:
http://www.gknw.net/test/php_issues/iconv.c.diff

thanks!








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

#39924 [Opn]: IMAP module lacks support for important/relevant parts of the imap spec

2007-01-17 Thread benjamin dot podszun at gmail dot com

 ID:   39924
 User updated by:  benjamin dot podszun at gmail dot com
 Reported By:  benjamin dot podszun at gmail dot com
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: Irrelevant
 PHP Version:  5.2.0
 New Comment:

I'd love to help out with this feature, but I lack the required skills
(read: C and basic knowledge of building/creating/hacking php
modules).
If any dev has some minutes to lend me a helping hand I'd try to start
this on my own..


Previous Comments:


[2006-12-21 15:08:58] benjamin dot podszun at gmail dot com

Original summary wasn't clear enough



[2006-12-21 15:04:11] benjamin dot podszun at gmail dot com

Description:

IMAP [1] supports a CAPABILITY command to check for various supported
extensions. While the c-client library supports checking for
capabilities, PHP doesn't offer any way to do that.

One of that extensions, NAMESPACE [2], is critical for applications
that use php and imap in combination with a server that relies on
different namespaces for the user inbox and for example the shared
folders.
Without support for this command (which again is already available in
the c-client library and only needs exposure/wrapping) there's no way
to access shared folders on a server that supports multiple namespaces
and therefor things like listing shared folders, subscribing to shared
folders etc. cannot work reliably (without hardcoding/hacking the
namespace in).

Proposal: Support for both protocol details should be added. I guess
it's a no-brainer for anyone with a little experience with php modules
and C.

[1] http://www.ietf.org/rfc/rfc2060.txt
[2] http://www.rfc-editor.org/rfc/rfc2342.txt

Reproduce code:
---
n/a

Expected result:

Improved support for the imap protocol, especially for the CAPABILITIES
and NAMESPACE part.

Actual result:
--
No support at all yet.





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

#40153 [NEW]: Segfault with external gd and imagefill

2007-01-17 Thread [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: Linux 2.6.19
PHP version:  5.2.0
PHP Bug Type: GD related
Bug description:  Segfault with external gd and imagefill

Description:

Segfault occurs when using imagefill() with external GD library.

Extract from `php -i`
Configure Command =  './configure' ... '--with-gd=/usr' ...
GD Support = enabled
GD Version = 2.0 or higher

Installed GD version: gd-2.0.33 (Gentoo)

Reproduce code:
---
?php
$image = imagecreatetruecolor( 400, 200 );
$bgColor = imagecolorallocatealpha( $image, 255, 255, 255, 127 );
imagefill( $image, 1, 1, $bgColor );
?

Expected result:

Image filled with transparent white

Actual result:
--
Segfault

(gdb) run bug_9870_2.php
Starting program: /usr/bin/php bug_9870_2.php
[Thread debugging using libthread_db enabled]
[New Thread -1220794704 (LWP 4989)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1220794704 (LWP 4989)]
0xb7d46dd2 in gdImageSetPixel () from /usr/lib/libgd.so.2
(gdb) bt
#0  0xb7d46dd2 in gdImageSetPixel () from /usr/lib/libgd.so.2
#1  0x in ?? ()


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

#40153 [Opn-Bgs]: Segfault with external gd and imagefill

2007-01-17 Thread pajoye

 ID:   40153
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Linux 2.6.19
 PHP Version:  5.2.0
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

It is not a php bug.

See http://bugs.libgd.org/4 


Previous Comments:


[2007-01-17 12:53:02] [EMAIL PROTECTED]

Description:

Segfault occurs when using imagefill() with external GD library.

Extract from `php -i`
Configure Command =  './configure' ... '--with-gd=/usr' ...
GD Support = enabled
GD Version = 2.0 or higher

Installed GD version: gd-2.0.33 (Gentoo)

Reproduce code:
---
?php
$image = imagecreatetruecolor( 400, 200 );
$bgColor = imagecolorallocatealpha( $image, 255, 255, 255, 127 );
imagefill( $image, 1, 1, $bgColor );
?

Expected result:

Image filled with transparent white

Actual result:
--
Segfault

(gdb) run bug_9870_2.php
Starting program: /usr/bin/php bug_9870_2.php
[Thread debugging using libthread_db enabled]
[New Thread -1220794704 (LWP 4989)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1220794704 (LWP 4989)]
0xb7d46dd2 in gdImageSetPixel () from /usr/lib/libgd.so.2
(gdb) bt
#0  0xb7d46dd2 in gdImageSetPixel () from /usr/lib/libgd.so.2
#1  0x in ?? ()






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

#40129 [Asn]: iconv extension doesnt compile

2007-01-17 Thread gk at gknw dot de

ID: 40129
User updated by: gk at gknw dot de
Reported By: gk at gknw dot de
Status: Assigned
Bug Type: ICONV related
Operating System: NetWare
PHP Version: 5CVS-2007-01-14 (snap)
Assigned To: hyanantha
New Comment:

Hi Tony,
unfortunately AFAIK Anantha left Novell at 15. Sep. 2006 already.
Currently I'm the only one supporting PHP on NetWare.
Anyway - even if there would one care about PHP - the Novell folks
didnt care about building extensions at all; they have all the time
delivered only 5 Modules where I do with my builds more than 70. Even
those extensions they build (after I bothered them!) are pretty much
useless as f.e. a GD extension without JPEG and TTF support. SO believe
me: I'm the one who supported Novell PHP all the time; the only helpful
man at Novell was Kamesh Jayachandran - but unfortunately he also left
Novell already end of 2005.
Please take a look at my site:
http://www.gknw.net/phpbb/viewforum.php?f=5
there you see who does the real support for NetWare PHP.
In addition I work close together with the NetWare Core developers, and
have already changed a lot of uglyness with our NetWare Platform SDK.
Also I would like to remove a bunch of ugly Netware ifdefs which are
nowaday not needed anymore.
Last not least Novell has even Bug reports from their customers about
huge memory leaks with PHP 5.0.5 since last September - but
nevertheless they dont care, and delivered still 5.0.5 with their
latest Support Pack.
I would love to join the PHP community now in order to receive commit
rights so that I dont need to bother you folks here - please advise me
what I have to do for that, which mailing list I need to join etc.
Currently nearly all folks on Novell NetWare use my PHP 5.2.0 builds
which work a lot better than Novell's 5.0.5, and the memory leak is
mostly gone. Also this is the first version where I got the
memory_limit functions working.
Last not least I have done the whole customer support of NetWare PHP in
the Novell forums in the past 7 years since I was a Developer SysOp with
contract with Novell - but they have closed all developer forums now, or
at least set them read-only:
http://forge.novell.com/modules/xfmod/newsportal/thread.php?group_id=1078group=novell.devsup.php

thanks, Guenter.

Previous Comments:

[2007-01-17 10:40:51] [EMAIL PROTECTED]

Anantha, could you plz look into this?

[2007-01-14 18:14:22] gk at gknw dot de

Description:

The iconv extension doesnt compile due to our very strict NetWare
compiler (CodeWarrior) and some other types with the netWare buildin
iconv implementation;
therefore we need some casts:
http://www.gknw.net/test/php_issues/iconv.c.diff

thanks!

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

#40154 [NEW]: bind_param / explode not updating an array as parameters

2007-01-17 Thread oliver dot klink at volksbank-rems dot de

From: oliver dot klink at volksbank-rems dot de
Operating system: Windows Server 2003
PHP version:  5.2.0
PHP Bug Type: MySQLi related
Bug description:  bind_param / explode not updating an array as parameters

Description:

I try to use mysqli_stmt_bind_param with several elements of an array as
parameters. But it seems that these parameters are not updated properly.
In the sample code I initialize the var $data with two values. Otherwise I
would get an error saying that the column is not allowed to be null, when I
execute the statement.
These start values should be overwritten by the values generated by the
explode function. print_r shows that the array $data gets updated as
expected while the values transmitted by mysqli_stmt_execute are not.
If I place the mysqli_stmt_bind_param after the explode-command the script
works as expected, but I think that's not how mysqli_stmt_bind_param is
meant to be used.

Reproduce code:
---
?php
$dw = new mysqli(localhost, , , testdb);
$dw-query(CREATE TABLE IF NOT EXISTS `test` (
`filiale` smallint(5) unsigned NOT NULL,
`berater` smallint(5) unsigned NOT NULL,
PRIMARY KEY (`filiale`)
));

$data = array(1,2);
$test = array(10;123,20;456);

$stmt = $dw-prepare(INSERT INTO test (filiale, berater) VALUES (?,?));
$stmt-bind_param(ii,$data[0],$data[1]);

foreach ($test as $buffer) {

$data = explode(;, $buffer);
print_r($data);

$stmt-execute();
echo $dw-error.brnbsp;br;
}
$stmt = null;
$dw = null;
?

Expected result:

Array ( [0] = 10 [1] = 123 )
 
Array ( [0] = 20 [1] = 456 )

Actual result:
--
Array ( [0] = 10 [1] = 123 )
 
Array ( [0] = 20 [1] = 456 ) Duplicate entry '1' for key 1

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

#40154 [Opn-Asn]: bind_param / explode not updating an array as parameters

2007-01-17 Thread tony2001

 ID:   40154
 Updated by:   [EMAIL PROTECTED]
 Reported By:  oliver dot klink at volksbank-rems dot de
-Status:   Open
+Status:   Assigned
 Bug Type: MySQLi related
 Operating System: Windows Server 2003
 PHP Version:  5.2.0
-Assigned To:  
+Assigned To:  georg


Previous Comments:


[2007-01-17 14:32:26] oliver dot klink at volksbank-rems dot de

Description:

I try to use mysqli_stmt_bind_param with several elements of an array
as parameters. But it seems that these parameters are not updated
properly.
In the sample code I initialize the var $data with two values.
Otherwise I would get an error saying that the column is not allowed to
be null, when I execute the statement.
These start values should be overwritten by the values generated by the
explode function. print_r shows that the array $data gets updated as
expected while the values transmitted by mysqli_stmt_execute are not.
If I place the mysqli_stmt_bind_param after the explode-command the
script works as expected, but I think that's not how
mysqli_stmt_bind_param is meant to be used.

Reproduce code:
---
?php
$dw = new mysqli(localhost, , , testdb);
$dw-query(CREATE TABLE IF NOT EXISTS `test` (
`filiale` smallint(5) unsigned NOT NULL,
`berater` smallint(5) unsigned NOT NULL,
PRIMARY KEY (`filiale`)
));

$data = array(1,2);
$test = array(10;123,20;456);

$stmt = $dw-prepare(INSERT INTO test (filiale, berater) VALUES
(?,?));
$stmt-bind_param(ii,$data[0],$data[1]);

foreach ($test as $buffer) {

$data = explode(;, $buffer);
print_r($data);

$stmt-execute();
echo $dw-error.brnbsp;br;
}
$stmt = null;
$dw = null;
?

Expected result:

Array ( [0] = 10 [1] = 123 )
 
Array ( [0] = 20 [1] = 456 )

Actual result:
--
Array ( [0] = 10 [1] = 123 )
 
Array ( [0] = 20 [1] = 456 ) Duplicate entry '1' for key 1





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

#40129 [Com]: iconv extension doesnt compile

2007-01-17 Thread aloiswinter at myrealbox dot com

ID: 40129
Comment by: aloiswinter at myrealbox dot com
Reported By: gk at gknw dot de
Status: Assigned
Bug Type: ICONV related
Operating System: NetWare
PHP Version: 5CVS-2007-01-14 (snap)
Assigned To: hyanantha
New Comment:

I an an ISP and can only confirm that Guenter's builds are the only
really usable - without his effort PHP on NetWare would be unusable for
me.

Previous Comments:

[2007-01-17 14:00:36] gk at gknw dot de

thanks, Guenter.

[2007-01-17 10:40:51] [EMAIL PROTECTED]

Anantha, could you plz look into this?

[2007-01-14 18:14:22] gk at gknw dot de

Description:

thanks!

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

#38489 [Com]: DOMNodeList should implement Traversable

2007-01-17 Thread jules_papillon_fh at yahoo dot de

 ID:   38489
 Comment by:   jules_papillon_fh at yahoo dot de
 Reported By:  mmcintyre at squiz dot net
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: *
 PHP Version:  5.1.5
 New Comment:

Another Code to reproduce the Bug:
--
$dom = new DOMDocument('1.0', 'ISO-8859-1');
$dom-load('file.xml');
$iterator = new RecursiveIteratorIterator($dom-childNodes,
RecursiveIteratorIterator::SELF_FIRST);
 
foreach($iterator as $name = $element) {
  print $name . \n;
}

Expected result:

A recursive List of all Elements

Actual result:
--
Catchable fatal error:  Argument 1 passed to
RecursiveIteratorIterator::__construct() must implement interface
Traversable, instance of DOMNodeList given, called in [] and defined
in []


Previous Comments:


[2006-08-18 06:37:22] mmcintyre at squiz dot net

Description:

Currently, a DOMNodeList object can be traversed using a foreach loop,
but it cannot be converted to an array using iterator_to_array(), as it
produces an error Warning: iterator_to_array() expects parameter 1 to
be Traversable, object given

Reproduce code:
---
$xml = 'queriesquery attr1=value/query/queries';

$doc = new DOMDocument;
$doc-loadXML($xml);

$queries = $doc-getElementsByTagName('queries');
$nodes   = iterator_to_array($queries);

Expected result:

The nodes in the NodeList are returned as an array.

Actual result:
--
Warning: iterator_to_array() expects parameter 1 to be Traversable,
object given





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

#39929 [Com]: Persistent connections and ODBC

2007-01-17 Thread mail at veikkomakinen dot com

 ID:   39929
 Comment by:   mail at veikkomakinen dot com
 Reported By:  aloucks at cofront dot net
 Status:   Assigned
 Bug Type: PDO related
 Operating System: Linux 2.4.31
 PHP Version:  5.2.0
 Assigned To:  wez
 New Comment:

The same happens with Postgresql (PHP 5.2.0/Win32, Postgres 8.1.5)
Symptoms are identical so it's not just ODBC issue.


Previous Comments:


[2006-12-22 04:21:05] aloucks at cofront dot net

I meant seconds...

0.08ms   - 0.08s
0.0004ms - 0.0004s



[2006-12-22 01:16:56] aloucks at cofront dot net

Description:

A warning is generated (SQLSTATE[IM001]: Driver does not support this
function: driver does not support setting attributes) when retrieving
connections with the PDO::ATTR_PERSISTENT set to true.

A valid and usable PDO object is returned. After 5 calls to
PDO::__contruct() with the same parameters the warning goes away and
the time to create the PDO object drops from 0.08ms to 0.0004ms.

The warning will eventually come back and the connection time will go
back up to 0.08ms for a few attempts and then resume back to 0.0004ms.

After a fresh apache restart the first 5 connection attempts  will
always generate this warning. (I assume the pool/cache size is 5)

It seems like the connection caching is actually working but a warning
is generated when the connection is first established and then again
after it eventually times out and a new connection is created.

I'm using unixODBC w/ibm iSeriesAccess odbc drivers.

This bug seems similar to bug: 39845
(http://bugs.php.net/bug.php?id=39845) but I didn't find any code
changes related to it outside the pdo_pgsql dir.


Also, I'm not sure if this is related, but PDO::ERRMODE_EXCEPTION, and
PDO::ATTR_TIMEOUT also cause warnings to be displayed. I havn't tested
any other flags.

Connections failures (tested using bad a username) throw exceptions,
but sql queries (tested with bad syntax) did not.




Reproduce code:
---
?php
$dbh = new PDO('odbc:dsn', 'user', 'pass', array(PDO::ATTR_PERSISTENT
= true));
?

Expected result:

The code works but a warning is generated.



Actual result:
--
PHP Warning:  PDO::__construct() [a
href='function.PDO---construct'function.PDO---construct/a]:
SQLSTATE[IM001]: Driver does not support this function: driver does not
support setting attributes in ...





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

#38489 [Com]: DOMNodeList should implement Traversable

2007-01-17 Thread jules_papillon_fh at yahoo dot de

 ID:   38489
 Comment by:   jules_papillon_fh at yahoo dot de
 Reported By:  mmcintyre at squiz dot net
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: *
 PHP Version:  5.1.5
 New Comment:

This bug exists further reproducibly on PHP5.2


Previous Comments:


[2007-01-17 15:09:11] jules_papillon_fh at yahoo dot de

Another Code to reproduce the Bug:
--
$dom = new DOMDocument('1.0', 'ISO-8859-1');
$dom-load('file.xml');
$iterator = new RecursiveIteratorIterator($dom-childNodes,
RecursiveIteratorIterator::SELF_FIRST);
 
foreach($iterator as $name = $element) {
  print $name . \n;
}

Expected result:

A recursive List of all Elements

Actual result:
--
Catchable fatal error:  Argument 1 passed to
RecursiveIteratorIterator::__construct() must implement interface
Traversable, instance of DOMNodeList given, called in [] and defined
in []



[2006-08-18 06:37:22] mmcintyre at squiz dot net

Description:

Currently, a DOMNodeList object can be traversed using a foreach loop,
but it cannot be converted to an array using iterator_to_array(), as it
produces an error Warning: iterator_to_array() expects parameter 1 to
be Traversable, object given

Reproduce code:
---
$xml = 'queriesquery attr1=value/query/queries';

$doc = new DOMDocument;
$doc-loadXML($xml);

$queries = $doc-getElementsByTagName('queries');
$nodes   = iterator_to_array($queries);

Expected result:

The nodes in the NodeList are returned as an array.

Actual result:
--
Warning: iterator_to_array() expects parameter 1 to be Traversable,
object given





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

#40150 [Fbk-Opn]: PDO::ODBC Multiple byte letter is destroyed.

2007-01-17 Thread chores at jp1 dot cx

 ID:   40150
 User updated by:  chores at jp1 dot cx
 Reported By:  chores at jp1 dot cx
-Status:   Feedback
+Status:   Open
 Bug Type: PDO related
 Operating System: Windows Server 2003
 PHP Version:  5.2.0
 New Comment:

Source:
---
?php
mb_internal_encoding('Shift_JIS');
$fn_db = mb_convert_encoding('//xxx/xx/xxx/xxx.mdb', 'SJIS');
$dbh = new PDO(odbc:Driver={Microsoft Access Driver
(*.mdb)};Dbq=$fn_db;Uid=Admin);
$sql = 'SELECT [t].c FROM [t]';
$cursor = $dbh-query($sql);
writeTableOneRowByPDOStatement($cursor);
while ($col_row = $cursor -fetch(PDO::FETCH_ASSOC,NULL,1)) {
foreach ($col_row as $col_name = $val) {
echo $col_name = $valbr\n;
}
}
?


Previous Comments:


[2007-01-17 08:22:04] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to Open.

Thank you for your interest in PHP.






[2007-01-16 23:28:47] chores at jp1 dot cx

Description:

Multiple byte letter is destroyed with SELECT.
As for database .mdb. By way of ODBC. 
Sentence end is destroyed.
The air which processes the place where it should process at the number
of letters, at the number of bytes does.
(It translated this sentence with
http://translate.google.com/translate_t.)






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

#40150 [Opn-Fbk]: PDO::ODBC Multiple byte letter is destroyed.

2007-01-17 Thread tony2001

 ID:   40150
 Updated by:   [EMAIL PROTECTED]
 Reported By:  chores at jp1 dot cx
-Status:   Open
+Status:   Feedback
 Bug Type: PDO related
 Operating System: Windows Server 2003
 PHP Version:  5.2.0
 New Comment:

Please do not forget about expected and actual results.


Previous Comments:


[2007-01-17 16:12:34] chores at jp1 dot cx

Source:
---
?php
mb_internal_encoding('Shift_JIS');
$fn_db = mb_convert_encoding('//xxx/xx/xxx/xxx.mdb', 'SJIS');
$dbh = new PDO(odbc:Driver={Microsoft Access Driver
(*.mdb)};Dbq=$fn_db;Uid=Admin);
$sql = 'SELECT [t].c FROM [t]';
$cursor = $dbh-query($sql);
writeTableOneRowByPDOStatement($cursor);
while ($col_row = $cursor -fetch(PDO::FETCH_ASSOC,NULL,1)) {
foreach ($col_row as $col_name = $val) {
echo $col_name = $valbr\n;
}
}
?



[2007-01-17 08:22:04] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to Open.

Thank you for your interest in PHP.






[2007-01-16 23:28:47] chores at jp1 dot cx

Description:

Multiple byte letter is destroyed with SELECT.
As for database .mdb. By way of ODBC. 
Sentence end is destroyed.
The air which processes the place where it should process at the number
of letters, at the number of bytes does.
(It translated this sentence with
http://translate.google.com/translate_t.)






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

#20797 [Com]: 4k text limitation can be adjusted by INI_SET

2007-01-17 Thread olivier dot sow at alias dot fr

 ID:   20797
 Comment by:   olivier dot sow at alias dot fr
 Reported By:  carl dot landry at emergis dot com
 Status:   No Feedback
 Bug Type: MSSQL related
 Operating System: Windows NT 4.0 build 1381
 PHP Version:  4.2.2
 New Comment:

the probleme seems to be global to ISAPI modul
when i try to set mssql.textsize  mssql.textlimit in php.ini, these
values take effect while using php.exe but no when using php.dll (ISAPI
modul)
phpinfo return Server default as local and master values
using php4.4.4 on Win2KSrv SP4


Previous Comments:


[2003-01-02 18:41:35] [EMAIL PROTECTED]

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





[2002-12-07 01:20:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-12-03 13:05:28] carl dot landry at emergis dot com

To adjust the 4k limitation of TEXT fields, I changed the TEXTSIZE and
TEXTLIMIT value of MSSQL (SET TEXTSIZE xxx) to a very high value to
prevent interference. This works properly.

Adjusting the mssql.textlimit and mssql.textsize values in php.ini
would allow larger than 4k results to be returned. This seems also
fine.

However, changing this limit at run time (ini_set(mssql.textlimit,
12000); ini_set(mssql.textsize, 12000);, 12000 (int) or 12000
string, not making a difference) would have no impact on the selected
result.
PHPINFO() shows the new adjusted value but the result would still be
limited to the value set in the PHP.INI file.

Also, -1 (as suggested in the INI_SET function description page)
seems to limit to 4k too.

Server API: ISAPI
MSSQL Library version: 7.0

More information can be supplied if requested.




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

#40156 [NEW]: FILTER_SANITIZE_NUMBER_FLOAT incorrect when multiple dots in value

2007-01-17 Thread pmjones88 at gmail dot com

From: pmjones88 at gmail dot com
Operating system: Mac OS X
PHP version:  5.2.0
PHP Bug Type: Filter related
Bug description:  FILTER_SANITIZE_NUMBER_FLOAT incorrect when multiple dots in 
value

Description:

When using FILTER_SANITIZE_NUMBER_FLOAT with FILTER_FLAG_ALLOW_FRACTION,
it seems to allow any number of decimal points, not just a single decimal
point.  This results in an invalid value being reported as sanitized. 

Reproduce code:
---
?php
$val = 'abc ... 123.45 ,.../';
$san = filter_var($val, FILTER_SANITIZE_NUMBER_FLOAT,
FILTER_FLAG_ALLOW_FRACTION);
var_dump($san);
?

Expected result:

float 123.45

Actual result:
--
string(12) ...123.45... 

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

#40156 [Opn-Bgs]: FILTER_SANITIZE_NUMBER_FLOAT incorrect when multiple dots in value

2007-01-17 Thread pajoye

 ID:   40156
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pmjones88 at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Filter related
 Operating System: Mac OS X
 PHP Version:  5.2.0
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

Use FILTER_VALIDATE_FLOAT if you like to validate a string and get a
float value. Sanitizing filters only clean the string.


Previous Comments:


[2007-01-17 20:01:27] pmjones88 at gmail dot com

Description:

When using FILTER_SANITIZE_NUMBER_FLOAT with
FILTER_FLAG_ALLOW_FRACTION, it seems to allow any number of decimal
points, not just a single decimal point.  This results in an invalid
value being reported as sanitized. 

Reproduce code:
---
?php
$val = 'abc ... 123.45 ,.../';
$san = filter_var($val, FILTER_SANITIZE_NUMBER_FLOAT,
FILTER_FLAG_ALLOW_FRACTION);
var_dump($san);
?

Expected result:

float 123.45

Actual result:
--
string(12) ...123.45... 





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

#40156 [Bgs]: FILTER_SANITIZE_NUMBER_FLOAT incorrect when multiple dots in value

2007-01-17 Thread tony2001

 ID:   40156
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pmjones88 at gmail dot com
 Status:   Bogus
 Bug Type: Filter related
 Operating System: Mac OS X
 PHP Version:  5.2.0
 Assigned To:  pajoye
 New Comment:

http://php.net/filter
FILTER_SANITIZE_NUMBER_FLOAT - Remove all characters except digits, +-
and optionally .,eE.

It's not supposed to validate the result.


Previous Comments:


[2007-01-17 20:11:15] [EMAIL PROTECTED]

Use FILTER_VALIDATE_FLOAT if you like to validate a string and get a
float value. Sanitizing filters only clean the string.



[2007-01-17 20:01:27] pmjones88 at gmail dot com

Description:

When using FILTER_SANITIZE_NUMBER_FLOAT with
FILTER_FLAG_ALLOW_FRACTION, it seems to allow any number of decimal
points, not just a single decimal point.  This results in an invalid
value being reported as sanitized. 

Reproduce code:
---
?php
$val = 'abc ... 123.45 ,.../';
$san = filter_var($val, FILTER_SANITIZE_NUMBER_FLOAT,
FILTER_FLAG_ALLOW_FRACTION);
var_dump($san);
?

Expected result:

float 123.45

Actual result:
--
string(12) ...123.45... 





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

#40156 [Bgs-Opn]: FILTER_SANITIZE_NUMBER_FLOAT incorrect when multiple dots in value

2007-01-17 Thread pmjones88 at gmail dot com

 ID:   40156
 User updated by:  pmjones88 at gmail dot com
 Reported By:  pmjones88 at gmail dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Filter related
 Operating System: Mac OS X
 PHP Version:  5.2.0
 New Comment:

Then it should at least fail when it realizes that the value isn't
going to be useful as a float.  Maybe I don't get it; a sanitized
float should return as a float.  Otherwise you're just stripping
non-numeric characters, which is not quote the same thing.


Previous Comments:


[2007-01-17 20:12:06] [EMAIL PROTECTED]

http://php.net/filter
FILTER_SANITIZE_NUMBER_FLOAT - Remove all characters except digits, +-
and optionally .,eE.

It's not supposed to validate the result.



[2007-01-17 20:11:15] [EMAIL PROTECTED]

Use FILTER_VALIDATE_FLOAT if you like to validate a string and get a
float value. Sanitizing filters only clean the string.



[2007-01-17 20:01:27] pmjones88 at gmail dot com

Description:

When using FILTER_SANITIZE_NUMBER_FLOAT with
FILTER_FLAG_ALLOW_FRACTION, it seems to allow any number of decimal
points, not just a single decimal point.  This results in an invalid
value being reported as sanitized. 

Reproduce code:
---
?php
$val = 'abc ... 123.45 ,.../';
$san = filter_var($val, FILTER_SANITIZE_NUMBER_FLOAT,
FILTER_FLAG_ALLOW_FRACTION);
var_dump($san);
?

Expected result:

float 123.45

Actual result:
--
string(12) ...123.45... 





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

#40156 [Opn-Bgs]: FILTER_SANITIZE_NUMBER_FLOAT incorrect when multiple dots in value

2007-01-17 Thread derick

 ID:   40156
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pmjones88 at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Filter related
 Operating System: Mac OS X
 PHP Version:  5.2.0
 New Comment:

No, that's what the logical filters are for.


Previous Comments:


[2007-01-17 20:23:14] pmjones88 at gmail dot com

Then it should at least fail when it realizes that the value isn't
going to be useful as a float.  Maybe I don't get it; a sanitized
float should return as a float.  Otherwise you're just stripping
non-numeric characters, which is not quote the same thing.



[2007-01-17 20:12:06] [EMAIL PROTECTED]

http://php.net/filter
FILTER_SANITIZE_NUMBER_FLOAT - Remove all characters except digits, +-
and optionally .,eE.

It's not supposed to validate the result.



[2007-01-17 20:11:15] [EMAIL PROTECTED]

Use FILTER_VALIDATE_FLOAT if you like to validate a string and get a
float value. Sanitizing filters only clean the string.



[2007-01-17 20:01:27] pmjones88 at gmail dot com

Description:

When using FILTER_SANITIZE_NUMBER_FLOAT with
FILTER_FLAG_ALLOW_FRACTION, it seems to allow any number of decimal
points, not just a single decimal point.  This results in an invalid
value being reported as sanitized. 

Reproduce code:
---
?php
$val = 'abc ... 123.45 ,.../';
$san = filter_var($val, FILTER_SANITIZE_NUMBER_FLOAT,
FILTER_FLAG_ALLOW_FRACTION);
var_dump($san);
?

Expected result:

float 123.45

Actual result:
--
string(12) ...123.45... 





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

#40156 [Bgs]: FILTER_SANITIZE_NUMBER_FLOAT incorrect when multiple dots in value

2007-01-17 Thread tony2001

 ID:   40156
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pmjones88 at gmail dot com
 Status:   Bogus
 Bug Type: Filter related
 Operating System: Mac OS X
 PHP Version:  5.2.0
 New Comment:

Again, sanitizing filter just sanitizes the input data, it does not
validate it.


Previous Comments:


[2007-01-17 20:25:54] [EMAIL PROTECTED]

No, that's what the logical filters are for.



[2007-01-17 20:23:14] pmjones88 at gmail dot com

Then it should at least fail when it realizes that the value isn't
going to be useful as a float.  Maybe I don't get it; a sanitized
float should return as a float.  Otherwise you're just stripping
non-numeric characters, which is not quote the same thing.



[2007-01-17 20:12:06] [EMAIL PROTECTED]

http://php.net/filter
FILTER_SANITIZE_NUMBER_FLOAT - Remove all characters except digits, +-
and optionally .,eE.

It's not supposed to validate the result.



[2007-01-17 20:11:15] [EMAIL PROTECTED]

Use FILTER_VALIDATE_FLOAT if you like to validate a string and get a
float value. Sanitizing filters only clean the string.



[2007-01-17 20:01:27] pmjones88 at gmail dot com

Description:

When using FILTER_SANITIZE_NUMBER_FLOAT with
FILTER_FLAG_ALLOW_FRACTION, it seems to allow any number of decimal
points, not just a single decimal point.  This results in an invalid
value being reported as sanitized. 

Reproduce code:
---
?php
$val = 'abc ... 123.45 ,.../';
$san = filter_var($val, FILTER_SANITIZE_NUMBER_FLOAT,
FILTER_FLAG_ALLOW_FRACTION);
var_dump($san);
?

Expected result:

float 123.45

Actual result:
--
string(12) ...123.45... 





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

#40129 [Asn-Csd]: iconv extension doesnt compile

2007-01-17 Thread tony2001

ID: 40129
Updated by: [EMAIL PROTECTED]
Reported By: gk at gknw dot de
-Status: Assigned
+Status: Closed
Bug Type: ICONV related
Operating System: NetWare
PHP Version: 5CVS-2007-01-14 (snap)
Assigned To: hyanantha
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:

[2007-01-17 14:59:20] aloiswinter at myrealbox dot com

I an an ISP and can only confirm that Guenter's builds are the only
really usable - without his effort PHP on NetWare would be unusable for
me.

[2007-01-17 14:00:36] gk at gknw dot de

thanks, Guenter.

[2007-01-17 10:40:51] [EMAIL PROTECTED]

Anantha, could you plz look into this?

[2007-01-14 18:14:22] gk at gknw dot de

Description:

thanks!

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

#40156 [Bgs-Opn]: FILTER_SANITIZE_NUMBER_FLOAT incorrect when multiple dots in value

2007-01-17 Thread pmjones88 at gmail dot com

 ID:   40156
 User updated by:  pmjones88 at gmail dot com
 Reported By:  pmjones88 at gmail dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Filter related
 Operating System: Mac OS X
 PHP Version:  5.2.0
 New Comment:

When I try pajoye's suggestion, to use validation, it does not return a
float as he says it should.  Instead, it (properly) returns false.

$val = 'abc ... 123.45 ,.../';
$san = filter_var($val, FILTER_VALIDATE_FLOAT);
var_dump($san); // (bool) false

What's a guy gotta do to get a float out of that?


Previous Comments:


[2007-01-17 20:26:02] [EMAIL PROTECTED]

Again, sanitizing filter just sanitizes the input data, it does not
validate it.



[2007-01-17 20:25:54] [EMAIL PROTECTED]

No, that's what the logical filters are for.



[2007-01-17 20:23:14] pmjones88 at gmail dot com

Then it should at least fail when it realizes that the value isn't
going to be useful as a float.  Maybe I don't get it; a sanitized
float should return as a float.  Otherwise you're just stripping
non-numeric characters, which is not quote the same thing.



[2007-01-17 20:12:06] [EMAIL PROTECTED]

http://php.net/filter
FILTER_SANITIZE_NUMBER_FLOAT - Remove all characters except digits, +-
and optionally .,eE.

It's not supposed to validate the result.



[2007-01-17 20:11:15] [EMAIL PROTECTED]

Use FILTER_VALIDATE_FLOAT if you like to validate a string and get a
float value. Sanitizing filters only clean the string.



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

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

#40156 [Opn-Bgs]: FILTER_SANITIZE_NUMBER_FLOAT incorrect when multiple dots in value

2007-01-17 Thread derick

 ID:   40156
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pmjones88 at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Filter related
 Operating System: Mac OS X
 PHP Version:  5.2.0
 New Comment:

The string you're passing is obviously not a valid float... as it has
all kinds of weird stuff around it. Of course it returns false
(invalid data) in this case. ext/filter is not a regular expression
collection... it's there to filter out unwanted characters (sanitizing
filters) or to validate the contents of a string as a specific type of
data.


Previous Comments:


[2007-01-17 20:33:49] pmjones88 at gmail dot com

When I try pajoye's suggestion, to use validation, it does not return a
float as he says it should.  Instead, it (properly) returns false.

$val = 'abc ... 123.45 ,.../';
$san = filter_var($val, FILTER_VALIDATE_FLOAT);
var_dump($san); // (bool) false

What's a guy gotta do to get a float out of that?



[2007-01-17 20:26:02] [EMAIL PROTECTED]

Again, sanitizing filter just sanitizes the input data, it does not
validate it.



[2007-01-17 20:25:54] [EMAIL PROTECTED]

No, that's what the logical filters are for.



[2007-01-17 20:23:14] pmjones88 at gmail dot com

Then it should at least fail when it realizes that the value isn't
going to be useful as a float.  Maybe I don't get it; a sanitized
float should return as a float.  Otherwise you're just stripping
non-numeric characters, which is not quote the same thing.



[2007-01-17 20:12:06] [EMAIL PROTECTED]

http://php.net/filter
FILTER_SANITIZE_NUMBER_FLOAT - Remove all characters except digits, +-
and optionally .,eE.

It's not supposed to validate the result.



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

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

#39337 [Opn-Bgs]: Array creation when using overloading (__get) does not work (NULL)

2007-01-17 Thread tony2001

 ID:   39337
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phpbugs at thequod dot de
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: Ubuntu Linux
 PHP Version:  5CVS-2006-11-01 (CVS)
 New Comment:

Ilia is talking about this warning:
Notice: Indirect modification of overloaded property A::$foo has no
effect


Previous Comments:


[2007-01-14 05:26:37] phpbugs at thequod dot de

ilia, which warning are you talking about? There's no 
(PHP) warning?!

All I want to say is: overloading of arrays by 
e.g. $Foo-bar[] = 1 does not work, if $bar is not 
defined as a member in the class definition (without a 
value, of course).



[2007-01-07 21:57:20] [EMAIL PROTECTED]

foo property is not actually created, hence the warning.



[2007-01-07 19:31:07] phpbugs at thequod dot de

iliaa, thanks for taking the time to look at this.

Unfortunately I don't understand your note. A::$foo is 
overloaded in class B and there it shows the IMHO correct 
behaviour (because in class B there's var $foo).

The expected result in the last code example would have 
been:
A: 
array(1) {
  [0]=
  int(1)
}
B: 
array(1) {
  [0]=
  int(1)
}

instead of:

A: 
array(0) {
}
B: 
array(1) {
  [0]=
  int(1)
}



[2007-01-07 04:10:47] [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

Notice: Indirect modification of overloaded property A::$foo 
has no effect.

This is why the assignment has no effect.



[2006-11-09 19:01:54] phpbugs at thequod dot de

Re: I've also said it before.. it works, if the var is set 
in the constructor. To see the diff:


?php
class A
{
private $vars;
function __get($v)
{
if( isset($this-vars[$v]) )
return $this-vars[$v];
return array();
}

function __set($v, $vv)
{
echo __set: '$v'\n;
var_dump($vv);
$this-vars[$v] = $vv;
}
}

class B extends A
{
var $foo;
}


$A = new A();
$B = new B();

echo A: \n;
$A-foo[] = 1;
var_dump( $A-foo );

echo B: \n;
$B-foo[] = 1;
var_dump( $B-foo );
?
---

Result:
---
A: 
array(0) {
}
B: 
array(1) {
  [0]=
  int(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/39337

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

#39279 [Opn-Asn]: mb_ereg_replace() has an error

2007-01-17 Thread tony2001

 ID:   39279
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ivb at is dot ua
-Status:   Open
+Status:   Assigned
 Bug Type: mbstring related
 Operating System: Windows 2000 SP4
 PHP Version:  5CVS-2006-10-27 (CVS)
 Assigned To:  masugata


Previous Comments:


[2006-12-27 06:13:20] ivb at is dot ua

Yes, I confirm that bug exists and I can reproduce it. I download
latest snapshot and take my example from this report. The result still
{abc..def}{ab\1...\2ef} instead of {abc..def}{abc...def}.

If you need any my assistance (my php.ini f.e.) please feel free to
contact with me by my e-mail.



[2006-12-27 04:59:35] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I have tried Reproduce code in snapshot.
But, did not become the result of your report.

Could you confirm it again?

Thank you.




[2006-10-27 13:36:17] ivb at is dot ua

Description:

mb_ereg_replace() works incorrectly if 2nd parameter is multibyte and
contains substings \\n (n - digit). It returns substing \n itself
instead of corresponding parenthesized substring.

If 2nd parameter not multibyte - \\n correctly replaced with
corresponding parenthesized substrings.

If 2nd parameter multibyte, but not contains \\n substrings -
replacement works correctly.

Reproduce code:
---
?php
  
function a2u ( $a ) {
return mb_convert_encoding ( $a, UTF-16LE, ASCII );
}

function u2a ( $a ) {
return mb_convert_encoding ( $a, ASCII, UTF-16LE );
}
  
mb_internal_encoding ( UTF-16LE );
mb_regex_encoding ( UTF-16LE );
  
$str = abc..def;
$pat = ([^\.])\.\.([^\.]);
$rep = \\1...\\2;

$res = mb_ereg_replace ( a2u ( $pat ), a2u ( $rep ), a2u ( $str ) );
echo { . $str . }{ . u2a ( $res ) . }\n;

?

Expected result:

{abc..def}{abc...def}


Actual result:
--
{abc..def}{ab\1...\2ef}






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

#38205 [Asn-Fbk]: Not start as module Apache 2.0.58

2007-01-17 Thread tony2001

 ID:   38205
 Updated by:   [EMAIL PROTECTED]
 Reported By:  akorolyov at gmail dot com
-Status:   Assigned
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: WinXP 5.1.2600 SP1 build  2600
 PHP Version:  6CVS-2006-07-25 (snap)
 Assigned To:  edink
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2006-11-28 18:14:21] oldimp at gmail dot com

try

LoadModule php5_module %php%/php6apache2_2.dll

By me it works :)



[2006-07-26 16:30:54] [EMAIL PROTECTED]

Edin, could you check it out please?



[2006-07-26 12:22:27] akorolyov at gmail dot com

with this config

LoadModule php5_module d:/web/php6/php6apache2.dll
SetEnv PHPRC d:/web/php6
AddType application/x-httpd-php .php
AddType application/x-httpd-phps .phps

trying to start apache 

D:\web\Apache\binApache.exe -e debug -k start
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
access_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
actions_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
alias_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
asis_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
auth_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
autoindex_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
cgi_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
dir_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
env_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
imap_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
include_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
isapi_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
log_config_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
mime_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
negotiation_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
rewrite_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
setenvif_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
userdir_module
[Wed Jul 26 15:16:24 2006] [debug] mod_so.c(248): loaded module
php5_module

D:\web\Apache\bin

apache error.log is empty

have 3 messages in system journal from Service Control Manager,  
that service Apache2 send signal start
than
srvice Apache2 go to status stopped
than 
Service Apache2 terminated with internal error 1 (0x1)



[2006-07-26 11:23:27] [EMAIL PROTECTED]

I don't get it.
So does php5_module work or not? And if it doesn't work - what exactly
do you get?



[2006-07-26 10:48:35] akorolyov at gmail dot com

And php6_module != php5_module

php_module it's just small test.



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

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

#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2007-01-17 Thread info at bert-jan dot com

 ID:   27421
 Comment by:   info at bert-jan dot com
 Reported By:  php at strategma dot bg
 Status:   No Feedback
 Bug Type: mbstring related
 Operating System: Slackware 9.1 kernel: 2.4.22
 PHP Version:  4.3.4
 New Comment:

I'm having this exact same issue on PHP 5.1.6 on Apache 2.0.59. Putting
the mbstring.* settings in the VirtualHost-directive or in .htaccess
doesn't seem to make a difference. The settings are 'leaked' to other
vhosts who start to randomly malfunction and report errors like

Warning: mb_strrpos() [function.mb-strrpos]: Unknown encoding 6 in
/home/bertjan/public_html/functions.php on line 307

As stated in the other comments, the erroneous behaviour isn't
consistent. Sometimes it works but more often it doesn't. The trouble
is quite evident in e.g. Squirrelmail or phpMyAdmin.


Previous Comments:


[2006-11-17 15:02:35] christophe at saout dot de

I'm still seing a similar problem in PHP 4.4.4.

The site has globally turned on mbstring.func_overload in php.ini.

When turning it off in a .htaccess for a specific directory, the
behaviour experienced by the scripts in that directory becomes random.
Sometimes it works as expected (especially after a fresh start of
apache), but most of the time the script is using the overloaded
mbstring functions e.g. for substr, even though
ini_get(mbstring.func_overload) returns 0.

It looks like the save/restore in the mbstring module somehow gets
confused and leaks overloaded functions between apache requests.

Assuming this is a variant of the bug experienced by the original bug
author, I'm posting this here and requesting a re-opening.



[2004-03-13 05:01:58] [EMAIL PROTECTED]

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





[2004-03-07 06:10:30] [EMAIL PROTECTED]

Could you try php-4.3.5RC3 instead of the current CVS snapshots?

http://qa.php.net/





[2004-03-06 14:22:29] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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





[2004-02-27 10:12:38] php at strategma dot bg

Description:

./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--prefix=/usr/local/php --enable-mbstring \
--with-mbregex
apache version 1.3.29

we set in .htaccess
PHP_VALUE mbstring.internal_encoding UTF-8
PHP_VALUE default_charset UTF-8
PHP_VALUE mbstring.http_output UTF-8
PHP_VALUE mbstring.encoding_translation On
PHP_VALUE mbstring.detect_order UTF-8
PHP_VALUE mbstring.func_overload 7

for specific site, but string functions on other web sites at the same

apache doest work (other sites use CP1251 enconding). 

The string functions stop to work when anyone access the unicode site.
When we stop apache and start it again cp1251 string functions work
properly.
we tryed the same configuration in the VirtualHost directive at
apache's 
httpd.conf for the UNICODE site
and in the Directory but it is the same result

With or without setlocale(LC_ALL,bg_BG.CP1251) or 
bg_BG or bg_BG.UTF-8 we have tryed all combinations and it still doesnt
work.

thanks in advance

Reproduce code:
---
?php
$v = 'Òîâà å òåñò|test.php';
print substr($v,0,strpos($v,'|'));
?

Expected result:

Òîâà å òåñò

Actual result:
--
Òîâà





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

#39892 [Com]: fetch_fields / fetch_field_direct

2007-01-17 Thread ceabear at gmx dot de

 ID:   39892
 Comment by:   ceabear at gmx dot de
 Reported By:  migues at email dot cz
 Status:   No Feedback
 Bug Type: MySQLi related
 Operating System: Win XP Pro SP2
 PHP Version:  5.2.0
 New Comment:

Here is a quick example code for the original bug report,
it should print the column name and its defined default value for the
column.

?php
$sql=CREATE TABLE `fetchfield` (
  `id` int(11) NOT NULL auto_increment,
  `product` varchar(11) collate latin1_german1_ci NOT NULL default
'standard',
  `test` int(11) default '3',
  `nullable` int(11) default NULL,
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM;;

$con=mysqli_connect('localhost','username','password','test');
mysqli_query($con,$sql);

$res=mysqli_query($con,SELECT * FROM test.fetchfield);
$metas=mysqli_fetch_fields($res);
foreach($metas as $meta)
{
echo 'default for '.$meta-name.' is:';
var_dump($meta-def);
echo 'br';
}
?

this creates a simple test table with some fields, which get default
values by definition.

as a result I get:
default for id is:string(0) 
default for product is:string(0) 
default for test is:string(0) 
default for nullable is:string(0) 

the column names are printed ($meta-name) but the default value
($meta-def) is always an empty string.

expected output is:
default for id is:string(0) 
default for product is:string(0) standard
default for test is:string(0) 3
default for nullable is:string(0) null

it looks like the default value is always an empty string instead of
data out of the database.

looking into the source of php, a null value would be never returned
(because of the source code).

I tried to find out, if this could be a problem of the c-api of mysql,
but didn't find a fitting bug entry on mysql.

maybe this helps to understand the problem?

I used mysql version 5.0.21-community-nt-log on Windows 2000 SP4 and
PHP 5.2.0 for testing


Previous Comments:


[2006-12-27 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.



[2006-12-19 22:21:26] [EMAIL PROTECTED]

It might become really simple as soon as I get what you're talking
about.
At the moment I don't get it, sorry.



[2006-12-19 21:56:49] migues at email dot cz

Hey guys!

Sorry I'm quite novice so it would took me long time to reproduce step
by step creation a.s.o.

But it's simple :
def $res-fetch_fields(); in returns always null! I guess it will work
always the same on other mysql 5.0... with mysqli_result object



[2006-12-19 21:37:20] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.





[2006-12-19 21:23:11] migues at email dot cz

Description:

MySQL version: 5.0.27

def column for fetch_fields / fetch_field_direct is empty even if
default values are set 

Reproduce code:
---
$arrfields=$res-fetch_fields();
 for ($i=0;$i$res-field_count;$i++)
 {

// /*OR */  foreach ($arrfields as $arrname=$arrfld)
//{

$arrfld=$res-fetch_field_direct($i);


$fldinfo-appendChild($fldNode=$this-DOM-createElement(dbtag_field));
$fldNode-setAttribute(dbtag_fieldname,$arrfld-name);

$fldNode-setAttribute(dbtag_fieldorgname,$arrfld-orgname);
foreach($arrfld as $key=$val)
{

$fldNode-appendChild($this-DOM-createElement($key,$val));
}};

Expected result:

namefieldname/name

defdefault _ value/def


Actual result:
--
namefieldname/name

def/def






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

#39337 [Bgs]: Array creation when using overloading (__get) does not work (NULL)

2007-01-17 Thread phpbugs at thequod dot de

 ID:   39337
 User updated by:  phpbugs at thequod dot de
 Reported By:  phpbugs at thequod dot de
 Status:   Bogus
 Bug Type: Arrays related
 Operating System: Ubuntu Linux
 PHP Version:  5CVS-2006-11-01 (CVS)
 New Comment:

I cannot believe that I've not seen the Notice before, but 
now I do. Sorry.


Previous Comments:


[2007-01-17 21:02:28] [EMAIL PROTECTED]

Ilia is talking about this warning:
Notice: Indirect modification of overloaded property A::$foo has no
effect



[2007-01-14 05:26:37] phpbugs at thequod dot de

ilia, which warning are you talking about? There's no 
(PHP) warning?!

All I want to say is: overloading of arrays by 
e.g. $Foo-bar[] = 1 does not work, if $bar is not 
defined as a member in the class definition (without a 
value, of course).



[2007-01-07 21:57:20] [EMAIL PROTECTED]

foo property is not actually created, hence the warning.



[2007-01-07 19:31:07] phpbugs at thequod dot de

iliaa, thanks for taking the time to look at this.

Unfortunately I don't understand your note. A::$foo is 
overloaded in class B and there it shows the IMHO correct 
behaviour (because in class B there's var $foo).

The expected result in the last code example would have 
been:
A: 
array(1) {
  [0]=
  int(1)
}
B: 
array(1) {
  [0]=
  int(1)
}

instead of:

A: 
array(0) {
}
B: 
array(1) {
  [0]=
  int(1)
}



[2007-01-07 04:10:47] [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

Notice: Indirect modification of overloaded property A::$foo 
has no effect.

This is why the assignment has no effect.



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

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

#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2007-01-17 Thread info at bert-jan dot com

 ID:   27421
 Comment by:   info at bert-jan dot com
 Reported By:  php at strategma dot bg
 Status:   No Feedback
 Bug Type: mbstring related
 Operating System: Slackware 9.1 kernel: 2.4.22
 PHP Version:  4.3.4
 New Comment:

FYI: I'm running Slamd64 (Slackware x86-64) with Apache and PHP
installed from source.

Apache:

./configure \
--enable-ssl \
--with-ssl \
--enable-proxy \
--enable-proxy-connect \
--enable-proxy-ftp \
--enable-proxy-http \
--enable-rewrite \
--enable-deflate \
--enable-so \

PHP:

./configure \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql=/usr/local/mysql/ \
--with-zlib \
--with-gd \
--with-jpeg-dir \
--with-png-dir \
--with-freetype-dir \
--enable-ftp \
--with-bz2 \
--with-gzip \
--with-openssl \
--enable-shmop \
--enable-posix \
--enable-pcntl \
--enable-sysvsem \
--enable-sysvshm \
--enable-iconv \
--with-mysqli=/usr/local/mysql/bin/mysql_config \
--enable-mbstring \
--enable-shmop \
--enable-soap \
--enable-memory-limit


Previous Comments:


[2007-01-17 21:41:53] info at bert-jan dot com

I'm having this exact same issue on PHP 5.1.6 on Apache 2.0.59. Putting
the mbstring.* settings in the VirtualHost-directive or in .htaccess
doesn't seem to make a difference. The settings are 'leaked' to other
vhosts who start to randomly malfunction and report errors like

Warning: mb_strrpos() [function.mb-strrpos]: Unknown encoding 6 in
/home/bertjan/public_html/functions.php on line 307

As stated in the other comments, the erroneous behaviour isn't
consistent. Sometimes it works but more often it doesn't. The trouble
is quite evident in e.g. Squirrelmail or phpMyAdmin.



[2006-11-17 15:02:35] christophe at saout dot de

I'm still seing a similar problem in PHP 4.4.4.

The site has globally turned on mbstring.func_overload in php.ini.

When turning it off in a .htaccess for a specific directory, the
behaviour experienced by the scripts in that directory becomes random.
Sometimes it works as expected (especially after a fresh start of
apache), but most of the time the script is using the overloaded
mbstring functions e.g. for substr, even though
ini_get(mbstring.func_overload) returns 0.

It looks like the save/restore in the mbstring module somehow gets
confused and leaks overloaded functions between apache requests.

Assuming this is a variant of the bug experienced by the original bug
author, I'm posting this here and requesting a re-opening.



[2004-03-13 05:01:58] [EMAIL PROTECTED]

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





[2004-03-07 06:10:30] [EMAIL PROTECTED]

Could you try php-4.3.5RC3 instead of the current CVS snapshots?

http://qa.php.net/





[2004-03-06 14:22:29] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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





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

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

#39956 [Bgs]: Verifying the signature of the certificate

2007-01-17 Thread bassijunior at yahoo dot com dot br

 ID:   39956
 User updated by:  bassijunior at yahoo dot com dot br
 Reported By:  bassijunior at yahoo dot com dot br
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: Windows XP
 PHP Version:  5.2.0
 Assigned To:  pajoye
 New Comment:

Hi, 
Can you help me?
How can I extract the signature value from the certificate X.509?
Thanks


Previous Comments:


[2007-01-11 14:33:01] bassijunior at yahoo dot com dot br

Ok.
Thanks for the answer. Maybe, I have to use this function.
But, how can extract the signature value from the certificate X.509? I
already tried the openssl_x509_parse, but I didn't get the signature
value.
I have the certificate in the format .PEM, like this:

-BEGIN CERTIFICATE-
MIIDRDCCAq2gAwIBAgIERaJ12TANBgkqhkiG9w0BAQUFADB6MQswCQYDVQQGEwJC
UjELMAkGA1UECBMCUkoxFzAVBgNVBAcTDlJpbyBkZSBKYW5laXJvMRwwGgYDVQQD
FBNBR0MgLSBQcm9qZXRvX0ZpbmFsMScwJQYJKoZIhvcNAQkBFhhiYXNzaWp1bmlv
ckB5YWhvby5jb20uYnIwHhcNMDcwMTA4MTY0ODI1WhcNMDgwMTA4MTY0ODI1WjCB
1DELMAkGA1UEBhMCQlIxCzAJBgNVBAgTAlJKMQ0wCwYDVQQHEwRSaW8gMRwwGgYD
VQQDExNKb3NlIEFsYmVydG86MzI0MzQzMWUwYwYDVQRBE1xBcnF1aXZvOiBiYWNr
MS5qcGcsIEhhc2g6IGRmNjVmZDFlOTcwM2Q2MTM1ZWU2NjNhNjlkZDA4NTJjYzZj
MTU1ZjEsIElQIGRvIHVzdWFyaW86IDEyNy4wLjAuMTEkMCIGCSqGSIb3DQEJARYV
YmFzc2lqdW5pb3JAZ21haWwuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKB
gQC+/l11fmU8ZsipmXA+oBKQml6dpHupANKOiR/NUynn3g3+TVeBi8LOu5zLz1V9
4Qj8STvzepoxsJ/uuIhieS9sPtu4Erg5Xi4QvEZPRCxzzTH6237z924sFK+RjiaA
Oz7voL48y6+EWzdlX81fCUADsA1ps3AgTm2nICldPNWqhwIDAQABo3wwejAJBgNV
HRMEAjAAMC0GCWCGSAGG+EIBDQQgFh5DZXJ0aWZpY2FkbyBmaW5hbCBwYXJhIHVz
dWFyaW8wHQYDVR0OBBYEFHz+89um4yL1HYMzCJqVldQ9w4QnMB8GA1UdIwQYMBaA
FLRXYeje0vAjbdOpIQmMW5EzaQEpMA0GCSqGSIb3DQEBBQUAA4GBAMffIowvU8K5
Q5xyNt7MyTpH/2GtO01bPlrXxEP8XJVHQS9UK7F4lRks6lSmN4yNrbmgiO94JbzM
6xdaH3EofROnMKT/A4SMbpUNNUDClC+DiSBWw3mN+3D2wzakLrCszXrqe21dO1fC
0JB5xjnKJjvZtdLD7/s87eCUNntaN81E
-END CERTIFICATE-

I need to verify a certificate X.509.

Thanks!



[2007-01-05 21:06:05] [EMAIL PROTECTED]

The openssl_verify function verifies a string.

$cert = file_get_contents($pem_filename);
...
$ok = openssl_verify($data, $signature, $cert);
if ($ok)...

assuming that $data and $signature are filled.

But this is not a bug but a support question  bogus.



[2007-01-05 19:18:50] bassijunior at yahoo dot com dot br

Hi, 

Some news?

I need a help.

Thanks



[2006-12-26 21:30:03] bassijunior at yahoo dot com dot br

Description:

Hi, 

I was developing a code that need some openssl functions.

I was studying the openssl functions of PHP and I did not  find nothing
to verifying the signature of X.509 certificate.

The openssl_verify function verifies a string.

But, what can I do to verify the signature of  a certificate, like
this: 

-BEGIN CERTIFICATE-
MIICxjCCAi+gAwIBAgIBADANBgkqhkiG9w0BAQQFADCBqDEPMA0GA1UEAxMGRk9S
QklTMQswCQYDVQQGEwJMVDEQMA4GA1UEBxMHVklMTklVUzEQMA4GA1UECBMHVklM
TklVUzEoMCYGA1UEChMfVVpEQVJPSkkgQUtDSU5FIEJFTkRST1ZFIEZPUkJJUzEU
MBIGA1UECxMLSU5URUdSQVRJT04xJDAiBgkqhkiG9w0BCQEWFUwuSlVaSUtFTkFT
QEZPUkJJUy5MVDAeFw0wNDAzMjIxNTE2MDNaFw0wNDA0MjExNTE2MDNaMIGoMQ8w
DQYDVQQDEwZGT1JCSVMxCzAJBgNVBAYTAkxUMRAwDgYDVQQHEwdWSUxOSVVTMRAw
DgYDVQQIEwdWSUxOSVVTMSgwJgYDVQQKEx9VWkRBUk9KSSBBS0NJTkUgQkVORFJP
VkUgRk9SQklTMRQwEgYDVQQLEwtJTlRFR1JBVElPTjEkMCIGCSqGSIb3DQEJARYV
TC5KVVpJS0VOQVNARk9SQklTLkxUMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKB
gQCrbyCkLdo1gfT3d5JjwrLYC8WAXNI50afTGx9+ncjfnONGtScsbwlQ5Qw55neH
TUe1TbI/QJc8KZ7PU5/sJAVNpuJW9JEI0y1xX6egfVSWkDGv/GgSb2JebnD1+Nw2
fw8lU0v4F6/IjHU9FOfSTBAIN58g5FqTweAZg5BU7uN9XwIDAQABMA0GCSqGSIb3
DQEBBAUAA4GBACh8eFBJ/8p8f1t8TWlh6lX4hpGpyej0h+0BW45icxkpDplfGbFx
47OClHjzgROo6zFx7Axn5JC1IWPiiyylbSbahpyCpcasuQchErcXJ72ctq8nBXqV
s7sPhlunemdfpFuZLBNFbw5xaUs+lt9tAZFi6EHnhjCFGilH4u5aRcta -END
CERTIFICATE-


I have the public key to verify it. But I do not Know how  I use it.

Thanks!








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

#40105 [Bgs-Opn]: DOMDocument-createElement() unescapes numeric character references in values

2007-01-17 Thread fletch at pobox dot com

 ID:   40105
 User updated by:  fletch at pobox dot com
 Reported By:  fletch at pobox dot com
-Status:   Bogus
+Status:   Open
 Bug Type: DOM XML related
 Operating System: linux
 PHP Version:  5.2.0
 New Comment:

I'm aware of the differences in escaping between createElement() and
createTextNode() and neither one does what I describe.  createElement()
unescapes NCRs (as I described in the original description) while
createTextNode() escapes values.

In a nutshell, using createElement() I end up with root /root,
and using createTextNode() I end up with rootamp;#0160;/root.

There is no way to generate the literal XML root#0160;/root
using either createElement() OR createTextNode()


Previous Comments:


[2007-01-12 07:44:43] [EMAIL PROTECTED]

It was  decided to leave it as it is (for backwards 
compatibility reasons)

use $dom-createTextNode() for the behaviour you want.



[2007-01-11 23:28:30] fletch at pobox dot com

There's a trivial error in the expected result text: the string length
produced by var_dump() should be 65, not 59.



[2007-01-11 23:26:27] fletch at pobox dot com

Description:

DOMDocument-createElement() unescapes any numeric character references
(NCRs) contained in the value passed to its optional second parameter. 
It should preserve the value as passed.

Reproduce code:
---
?php
$dom = new DOMDocument( 1.0, 'UTF-8' );
$dom-appendChild( $dom-createElement( 'root', 'amp;#0160;' ) );
var_dump( trim( $dom-saveXML() ) );
?

Expected result:

string(59) ?xml version=1.0 encoding=UTF-8?
rootamp;#0160;/root

Actual result:
--
string(59) ?xml version=1.0 encoding=UTF-8?
rootamp; /root





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

39 matches

Mail list logo