#25952 [Bgs]: Parse error on line 1 - have to remove zend/*.parser.c

[tim at digicol dot de]

 ID:   25952
 User updated by:  tim at digicol dot de
 Reported By:  tim at digicol dot de
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: SuSE Linux 8.2
 PHP Version:  4.3.4RC2
 New Comment:

Thanks a lot for the information - we will upgrade bison.

I thought these kind of errors would be handled by "configure" - I'd
expect ./configure to fail and state "Wrong bison version" when you
know that my bison won't work... (But there's probably some good reason
for not doing so.)


Previous Comments:


[2003-10-23 22:23:15] [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

PHP does not work well with that version of Byson... You should upgrade
to 1.875 which does. Or downgrade to bison 1.28



[2003-10-23 02:06:43] tim at digicol dot de

"bison (GNU Bison) 1.75" - it's the standard bison delivered with SuSE
Linux 8.2.



[2003-10-22 12:18:49] [EMAIL PROTECTED]

Which version of bison are you using?



[2003-10-22 09:43:47] tim at digicol dot de

Description:

PHP 4.3.4RC2 seems to compiles fine, but every PHP script we call
results in a "parse error on line 1".

Thies Arntzen told us to remove zend/*.parser.c, zend/*.parser.h,
zend/*.scanner.c and then run make again - this works fine for us. But
we were hoping that this issue be resolved in 4.3.4.

We had the same problem with PHP 4.3.3 on SuSE Linux as well, and also
on an HP-UX server.

Here's the configure line:
===
../php-4.3.4RC2/configure \
--with-config-file-path=/usr/local/php/conf \
--enable-track-vars \
--disable-magic-quotes \
--enable-xml \
--enable-sysvsem \
--enable-sysvshm \
--with-apxs=/usr/local/apache/bin/apxs \
--disable-debug \
--enable-ftp \
--enable-wddx \
--enable-sigchild \
--enable-inline-optimization \
--disable-pear \
--enable-exif \
--with-pgsql=/usr/local/pgsql \
--prefix=/usr/local/php \
--without-mysql \
--with-oci8=/dot/oracle/product/9.2.0 \
--with-db3=/usr/local/db3 \
--with-zlib \
--with-dom \
--with-mhash=/usr/local/mhash \
--enable-mbstring=UTF-8 \
--enable-mbstr-enc-trans \
--enable-mbregex \
--disable-pic
===


Reproduce code:
---
Any PHP script.

Actual result:
--
No output. error_log says:

PHP Parse error:  parse error, unexpected T_STRING in  on
line 1





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

#25973 [NEW]: object attributes & array mix up

[mike dot blamires at kingston-callcentres dot co dot uk]

From: mike dot blamires at kingston-callcentres dot co dot uk
Operating system: Windows 2000
PHP version:  5.0.0b1 (beta1)
PHP Bug Type: Zend Engine 2 problem
Bug description:  object attributes & array mix up

Description:

When I have set a list of the objects attributes from an array, after
successfully setting all the attributes to there values (and echoing them
as they should be, set to the correct values) all the attributes take on
that last value set.

In the example below the value last set to an attribute was element 2 of
the array, the integer 4, now all attributes are set are set to 4. this is
the same if the last  attribute set was element 8, all attributes would
refer to "aJobTitle"

I believe this to be similar to bug 25957, although I was not totally sure
of the actual bug highlighted there so i reported as a seperate issue.

Reproduce code:
---
abstract class Person extends OwlObj {
private $name;
private $group;
public function initialize() {
$users = $this->dbQuery("SELECT fullname, group,
dateCreated, ammendedBy, dateAmmended, allowedReport, priorityReport,
description, onlinePass FROM tblUser WHERE
userID=".$_SESSION['userName'].""); 
//$users is a single dimension array filled with the SQL
results 
print_r($users);
echo"";
$this->$name = $users[1];
echo "~ name: ".$this->$name."";
$this->$group = $users[2];
echo "~ group: ".$this->$group."";
echo "[".$this->$name." ".$this->$group."]";
echo "name: ".$this->$name."";
}
}

Expected result:

Array ( [1] => aName [2] => 4 [3] => 2001-10-13 00:00:00 [4] => System [5]
=> 2003-07-22 00:00:00 [6] => 1 [7] => 1 [8] => aJobTitle [9] => password
) 
~ name: aName
~ group: 4
[aName 4]
name: aName

  

Actual result:
--
Array ( [1] => aName [2] => 4 [3] => 2001-10-13 00:00:00 [4] => System [5]
=> 2003-07-22 00:00:00 [6] => 1 [7] => 1 [8] => aJobTitle [9] => aPassword
) 
~ name: 4
~ group: 4
[4 4]
name: 4

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

#25966 [Fbk->Opn]: HTML img src tag resets session variable

[kevin at netsmith dot ltd dot uk]

 ID:   25966
 User updated by:  kevin at netsmith dot ltd dot uk
 Reported By:  kevin at netsmith dot ltd dot uk
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Red Hat Linux 7.2
 PHP Version:  4.3.2
 New Comment:

The variable is set as follows:

session.use_trans_sid = 0


Previous Comments:


[2003-10-23 22:12:32] [EMAIL PROTECTED]

Do you have session.use_trans_sid enabled?



[2003-10-23 08:18:37] kevin at netsmith dot ltd dot uk

[PHP Modules]
ctype
mysql
overload
pcre
posix
session
standard
tokenizer
xml



[2003-10-23 08:16:35] kevin at netsmith dot ltd dot uk

Description:

My PHP version is 4.3.2-RC2

I have an include file which executes a bunch of PHP code and outputs
HTML.  I also store session variables.

I noticed that if I put the following HTML tag inside the include
file:



My session data gets reset.

Ok, the point here is no one should have an empty image source tag. 
When the src is populated, the problem does not occur.


Reproduce code:
---


Expected result:

User should continue onto the next page of the website.

Actual result:
--
My error checking reports that the user is no longer logged in.  This
is due to the session variable being reset by this HTML code.





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

#25964 [Fbk->Opn]: Compile failure with imap

[aleks at m2media dot ru]

 ID:   25964
 User updated by:  aleks at m2media dot ru
 Reported By:  aleks at m2media dot ru
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Linux RH7.3
 PHP Version:  4.3.4RC2
 New Comment:

My config file is:

#!/bin/bash

./configure \
--prefix=/usr \
--with-config-file-path=/etc \
--disable-debug \
--enable-pic \
--enable-shared \
--enable-inline-optimization \
--with-apxs=/usr/sbin/apxs \
--with-exec-dir=/usr/bin \
--with-regex=system \
--with-gettext \
--with-gd \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-zlib-dir=/usr \
--with-zlib=/usr \
--with-bz2=/usr \
--with-db \
--with-db3 \
--with-cdb \
--with-gdbm \
--enable-dbase \
--enable-debugger \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-track-vars \
--enable-yp \
--enable-ftp \
--enable-wddx \
--with-mysql=/home/mysql \
--without-oracle \
--without-oci8 \
--with-xml \
--with-mod_charset \
--with-mnogosearch=shared \
--with-pgsql=/home/pgsql \
--with-dom \
--with-sablot \
--with-expat-dir=/usr \
--enable-xslt \
--with-xslt-sablot \
--with-sablot-js \
--enable-trans-sid \
--enable-calendar \
--with-openssl=/usr \
--with-imap=shared,/usr/local/imap \
--with-kerberos=/usr/kerberos \
--with-mhash \
--enable-pcntl \
--with-iconv \
--with-swf=/usr \
--with-ttf \
--with-freetype-dir \
--enable-gd-native-ttf \
--enable-mbstring=ru \
--enable-mbstr-enc-trans \
--enable-mbregex \
--with-interbase=/opt/interbase \
--enable-exif \
--with-mssql=/usr/local


Previous Comments:


[2003-10-23 22:14:59] [EMAIL PROTECTED]

What other extensions do you have enabled?



[2003-10-23 06:25:30] aleks at m2media dot ru

Description:

if compile php with --with-imap=shared,/usr/local/imap when:

/Php/php-4.3.4RC2/ext/imap/php_imap.c -o ext/imap/php_imap.lo
/Php/php-4.3.4RC2/ext/imap/php_imap.c: In function `zm_startup_imap':
/Php/php-4.3.4RC2/ext/imap/php_imap.c:431: `auth_gss' undeclared (first
use in this function)
/Php/php-4.3.4RC2/ext/imap/php_imap.c:431: (Each undeclared identifier
is reported only once
/Php/php-4.3.4RC2/ext/imap/php_imap.c:431: for each function it appears
in.)
make: *** [ext/imap/php_imap.lo] Error 1







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

#25971 [Fbk->Opn]: PHP segfaults in setenvif_module()

[jan at horde dot org]

 ID:   25971
 User updated by:  jan at horde dot org
 Reported By:  jan at horde dot org
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux
 PHP Version:  4CVS-2003-10-23 (stable)
 New Comment:

This *is* from a debug-enabled PHP build.


Previous Comments:


[2003-10-23 23:02:45] [EMAIL PROTECTED]

Please compile PHP with debug symbols (--enable-debug) and generate
another backtrace. 



[2003-10-23 18:04:12] jan at horde dot org

Description:

I fear I can't tell you more than that PHP crashes if I try to view a
certain message in IMP. Actually a CVS digest from PEAR. ;-)

But at least I have a backtrace.

Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2656)]
0x4021cb55 in _int_realloc () from /lib/libc.so.6
(gdb) bt
#0  0x4021cb55 in _int_realloc () from /lib/libc.so.6
#1  0x4021b6a2 in realloc () from /lib/libc.so.6
#2  0x405c4bc4 in setenvif_module () from /usr/lib/apache/libphp4.so
#3  0x405d0580 in setenvif_module () from /usr/lib/apache/libphp4.so
#4  0x405dfd26 in setenvif_module () from /usr/lib/apache/libphp4.so
#5  0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#6  0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#7  0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#8  0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#9  0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#10 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#11 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#12 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#13 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#14 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#15 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#16 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#17 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#18 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#19 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#20 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#21 0x405e0430 in setenvif_module () from /usr/lib/apache/libphp4.so
#22 0x405d37f2 in setenvif_module () from /usr/lib/apache/libphp4.so
---Type  to continue, or q  to quit---
#23 0x405a9693 in setenvif_module () from /usr/lib/apache/libphp4.so
#24 0x405e4b17 in setenvif_module () from /usr/lib/apache/libphp4.so
#25 0x405e56de in setenvif_module () from /usr/lib/apache/libphp4.so
#26 0x405e5873 in setenvif_module () from /usr/lib/apache/libphp4.so
#27 0x080551e7 in ap_invoke_handler ()
#28 0x08069fee in ap_some_auth_required ()
#29 0x0806a221 in ap_process_request ()
#30 0x08061c7f in ap_child_terminate ()
#31 0x08061e1a in ap_child_terminate ()
#32 0x08061f56 in ap_child_terminate ()
#33 0x080629db in ap_child_terminate ()
#34 0x08063136 in main ()
#35 0x401ba857 in __libc_start_main () from /lib/libc.so.6







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

#25919 [Fbk->Opn]: Sometimes imagecreatefromjpeg stops

[agnermadsen at hotmail dot com]

 ID:   25919
 User updated by:  agnermadsen at hotmail dot com
 Reported By:  agnermadsen at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: FreeBSD
 PHP Version:  4.3.3
 New Comment:

memory_limit 8M

http://www.ringsborg-madsen.dk/nytsite/phpinfo.php


Previous Comments:


[2003-10-23 22:24:10] [EMAIL PROTECTED]

What is your memory limit set to? You are probably reaching the memory
limit and PHP terminates.



[2003-10-23 03:47:06] agnermadsen at hotmail dot com

Configure: 
'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all'
'--with-regex=php' '--disable-cli' '--with-apxs=/usr/local/sbin/apxs'
'--with-bz2=/usr' '--enable-ctype' '--enable-exif' '--enable-ftp'
'--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv'
'--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local' '--with-xpm-dir=/usr/local'
'--with-imap=/usr/local' '--with-imap-ssl=/usr/local'
'--with-mcrypt=/usr/local' '--with-mysql=/usr/local'
'--enable-overload' '--with-pcre-regex=yes' '--enable-posix'
'--enable-session' '--enable-sockets' '--enable-tokenizer'
'--enable-xml' '--with-expat-dir=/usr/local' '--with-zlib=yes'
'--prefix=/usr/local' 'i386-portbld-freebsd4.8'



[2003-10-20 06:41:45] [EMAIL PROTECTED]

What is the configure line you used to configure PHP?
If you didn't use the bundled GD library, bogus this report yourself..




[2003-10-20 06:35:24] agnermadsen at hotmail dot com

Description:

If the file size of the JPEG-file is over 400kb then
imagecreatefromjpeg() sometimes crashes and sometimes it's when it
reaches imagecreatetruecolor();

Reproduce code:
---
$width=650;
$im = @imagecreatefromjpeg($pic);
$size=getimagesize ($pic );
$height=intval($width/$size[0]*$size[1]);
if ($height<$width/$size[0]*$size[1]) $height++;
[EMAIL PROTECTED]($width,$height);
imagecopyresampled (  $picre,$im, 0, 0, 0, 0, $width, $height,
$size[0], $size[1]);
imagejpeg($picre);
imagedestroy($picre);
imagedestroy($im);

Expected result:

Made a new picture.

Actual result:
--
Nothing





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

#25969 [Fbk->Opn]: Crash when run on command line

[lionel dot staal at proconsultant dot net]

 ID:   25969
 User updated by:  lionel dot staal at proconsultant dot net
 Reported By:  lionel dot staal at proconsultant dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows XP
-PHP Version:  4.3.3
+PHP Version:  4.3.4RC2
 New Comment:

Yes, I enabled 3 extensions: oracle, oci8 and sockets.
Note that everything is perfect with Windows 2000, it is 
really a Windows XP problem.

My complete development environment is this one:
- Eclipse 2.1.1 (http://www.eclipse.org - I immediately 
forgot all the other IDEs ;) )
- Eclipse plug-in:
* PHPEclipse 1.0.8 (somewhere on SourceForge)
* PHPEclipse Help (same location, last version)
* PHPEclipse SQL (same location, last version)
- PHP 4.3.4RC2


Previous Comments:


[2003-10-23 17:04:33] [EMAIL PROTECTED]

Sorry I didn't see that you have tested with 4.3.4RC2. Do 
you have any php extensions enabled in your php.ini? 



[2003-10-23 17:03:22] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-10-23 12:52:45] lionel dot staal at proconsultant dot net

Exactly same behaviour with PHP 4.3.4RC2.



[2003-10-23 12:25:35] lionel dot staal at proconsultant dot net

Better summary and correct category for this problem.



[2003-10-23 12:06:54] lionel dot staal at proconsultant dot net

Description:

When I use PHP on command line to check a source file, like this:

c:\php\php -l -f try.php

I get a crash just a the end of the work, whatever the content of the
analyzed file: PHP does its job correctly, it tells me the errors when
there are ones, but when leaving, it crashes and XP asks me if I agree
to send a crash report to Microsoft.

In fact, it is very annoying when, in my case, you use Eclipse with the
EXCELLENT PHPEclipse plug-in (see SourceForge), which checks the syntax
with the above command line at each file saving. For each Ctrl-S, you
get the XP crash report window.

Reproduce code:
---
c:\php\php -l -f try.php

Whatever code you put in 'try.php'.

Expected result:

All the analysis and then no crash.

Actual result:
--
All the analysis and then crash.





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

#25969 [Opn->Bgs]: Crash when run on command line

[edink]

 ID:   25969
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lionel dot staal at proconsultant dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Windows XP
 PHP Version:  4.3.4RC2
 New Comment:

Oracle and OCI extensions cannot be used at the same time. Turn off
oracle extension.


Previous Comments:


[2003-10-24 05:58:09] lionel dot staal at proconsultant dot net

Yes, I enabled 3 extensions: oracle, oci8 and sockets.
Note that everything is perfect with Windows 2000, it is 
really a Windows XP problem.

My complete development environment is this one:
- Eclipse 2.1.1 (http://www.eclipse.org - I immediately 
forgot all the other IDEs ;) )
- Eclipse plug-in:
* PHPEclipse 1.0.8 (somewhere on SourceForge)
* PHPEclipse Help (same location, last version)
* PHPEclipse SQL (same location, last version)
- PHP 4.3.4RC2



[2003-10-23 17:04:33] [EMAIL PROTECTED]

Sorry I didn't see that you have tested with 4.3.4RC2. Do 
you have any php extensions enabled in your php.ini? 



[2003-10-23 17:03:22] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-10-23 12:52:45] lionel dot staal at proconsultant dot net

Exactly same behaviour with PHP 4.3.4RC2.



[2003-10-23 12:25:35] lionel dot staal at proconsultant dot net

Better summary and correct category for this problem.



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

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

#14865 [Com]: php4apache.dll - phpinfo error - winXP - Apache

[crudofab at tin dot it]

 ID:   14865
 Comment by:   crudofab at tin dot it
 Reported By:  p dot wenger at gmx dot ch
 Status:   No Feedback
 Bug Type: Apache related
 Operating System: Win XP Prof
 PHP Version:  4.1.1 and 4.2.1
 New Comment:

I have problem with the php4apache.dll on win xp prof, all the version
of apache installed (1.3.24, 1.3.27, 2.0.39, 2.0.47) and php (4.2.3 and
4.3.3).
At the time I think PHP and Windows XP are incompatible but I don't
know how upload XP.
Does anybody have the solution?
Thanks a lot


Previous Comments:


[2003-05-09 10:51:36] me at neodude dot net

Confirmed: it seems that Netscape/Gecko based browsers have no problem
with either the afd.sys layering or this bug.

Tested with Mozilla 1.3.1 - if you don't want to get SP1 (who does?),
go: http://www.mozilla.org



[2003-05-09 10:34:16] me at neodude dot net

I have the same error: Apache/2.0.44 (Win32) PHP/4.3.1 Server on WinXP
non-SP1. 

I've noticed, with Opera, that a) the datastream returned by Apache
through afd.sys is corrupted, and b) the datastream stops transmitting
at about 32/33KB. This also seems to be the case in IE6 - I have not
tested with Netscape. IE6 seems to like to refresh whenever it gets a
corrupted datastream.

I've managed to obtain the afd.sys file that is SP1 version; but I
can't install it for some reason - if I just do Search "afd.sys" and
replace it all with the new one, once I restart, XP changes it back to
the original. Perhapes someone can help with driver replacing in XP.

Download the SP1 afd.sys: http://www.neodude.net/afd.sys



[2003-03-15 19:28:56] kensl at csie dot nctu dot edu dot tw

Download Windows XP Service pack 1a
http://www.microsoft.com/windowsxp/pro/downloads/servicepacks/sp1/default.asp
It works!



[2003-03-14 11:31:52] kensl at csie dot nctu dot edu dot tw

I deleted php4ts.dll in my C:\PHP and I'm very sure that I only have
one php4ts.dll in my C:\WINDOWS, but DNS error is still there! What bug
is this? It seems no one could fix it! :Q

environment:
WinXP
MSIE6
PHP-4.3.2-dev (php4-win32-STABLE-200303080130.zip from snap.php.net)
apache2 (apache_2.0.44-win32-x86-no_ssl.msi)



[2003-02-10 13:08:37] slaphappy1975 at hotmail dot com

The last commentor said to move the php4ts.dll to the system folder.
Has anyone fixed the problem by doing this?
c



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

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

#25917 [Opn->Fbk]: odbc_error() sometimes returns a bad string

[sniper]

 ID:   25917
 Updated by:   [EMAIL PROTECTED]
 Reported By:  thorsten at rinne dot info
-Status:   Open
+Status:   Feedback
 Bug Type: ODBC related
 Operating System: Windows2000
 PHP Version:  4CVS, 5CVS


Previous Comments:


[2003-10-22 19:49:26] [EMAIL PROTECTED]

can you please turn on the logging option in your client, and post the
relavent portions to this bug?  Under windows it's in the ODBC
Administrator.



[2003-10-22 08:32:47] thorsten at rinne dot info

This bug can also reproduced with PHP 4.3.4RC1 and 4.3.4RC2. This
happens with INSERTS, UPDATEs and DELETEs, too.



[2003-10-20 03:49:22] thorsten at rinne dot info

Description:

We use IBM DB2 databases on our Windows2000 systems. The bug occured
then writing a database class.

The odbc_error() function returns sometimes bad strings with special
characters. If a real error occurs, the function returns the correct
six-digit ODBC state. After that, the error code will not be removed
from memory and the error code will be returned on every query although
it is correct.

Note:
var_dump(odbc_error()) returns sometimes bad strings with special
characters, sometimes nothing.


Reproduce code:
---
function myquery($query) {
$result = odbc_exec($conn, $query);
if (odbc_error($conn)) {
print "SQLQuery: ".$query;
print "ErrorNum: ".odbc_error($conn));
print "ErrorMsg: ".odbc_errormsg($conn));
}
return $result;
}

Expected result:

The expected result should be empty when no error occured and the
six-digit ODBC state when an error occured. After every correct new
query, the result should be empty.

Actual result:
--
Here are some results, the queries are correct:

SQLQuery: SELECT * FROM SYSTEM
ErrorNum: 8¸Ì
P·
ErrorMsg: Ì
x¹Ì


or

SQLQuery: SELECT * FROM SYSTEM2
ErrorNum: àWPW
ErrorMsg: 

or 

SQLQuery: SELECT * FROM SYSTEM
ErrorNum: 
ErrorMsg: 







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

#20406 [Com]: defined() does not work properly within function or class

[rodrigezz5 at wp dot pl]

 ID:   20406
 Comment by:   rodrigezz5 at wp dot pl
 Reported By:  fredbird at contactoffice dot net
 Status:   Bogus
 Bug Type: Variables related
 Operating System: Windows XP
 PHP Version:  4.2.0
 New Comment:

oh, and EasyPHP is a all-in-one package for installing Apache, MySQL,
PHP and PHPMyAdmin on one windows computer.
Check http://www.easyphp.org/ for more info. It's free ;o)


Previous Comments:


[2003-01-24 08:56:25] yarex at pobox dot sk

Please help, i got a session problem.
When i define session variable on one page and then i use a link or
form submit to another page, session variable is not set.

I use version 4.3.0 and in previous versions it works.
All other things are ok and system is not showing errors.

Here are my files content and php.ii content:
note:directories set in the [session] section exists and php system is
writing there files.

[index.php]

linka na vypis



[test.php]




[php.ini content]

[PHP]

;;;
; About this file ;
;;;
;
; This is the recommended, PHP 4-style version of the php.ini-dist
file.  It
; sets some non standard settings, that make PHP more efficient, more
secure,
; and encourage cleaner coding.
; The price is that with these settings, PHP may be incompatible with
some
; applications, and sometimes, more difficult to develop with.  Using
this
; file is warmly recommended for production sites.  As all of the
changes from
; the standard settings are thoroughly documented, you can go over each
one,
; and decide whether you want to use it or not.
;
; For general information about the php.ini file, please consult the
php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it
features
; different values for several directives, in order to improve
performance, while
; possibly breaking compatibility with the standard out-of-the-box
behavior of
; PHP 3.  Please make sure you read what's different, and modify your
scripts
; accordingly, if you decide to use this file instead.
;
; - register_globals = Off [Security, Performance]
; Global variables are no longer registered for input data (POST,
GET, cookies,
; environment and other server variables).  Instead of using $foo,
you must use
; you can use $_REQUEST["foo"] (includes any variable that arrives
through the
; request, namely, POST, GET and cookie variables), or use one of
the specific
; $_GET["foo"], $_POST["foo"], $_COOKIE["foo"] or $_FILES["foo"],
depending
; on where the input originates.  Also, you can look at the
; import_request_variables() function.
; Note that register_globals is going to be depracated (i.e.,
turned off by
; default) in the next version of PHP, because it often leads to
security bugs.
; Read http://php.net/manual/en/security.registerglobals.php for
further
; information.
; - display_errors = Off   [Security]
; With this directive set to off, errors that occur during the
execution of
; scripts will no longer be displayed as a part of the script
output, and thus,
; will no longer be exposed to remote users.  With some errors, the
error message
; content may expose information about your script, web server, or
database
; server that may be exploitable for hacking.  Production sites
should have this
; directive set to off.
; - log_errors = On[Security]
; This directive complements the above one.  Any errors that occur
during the
; execution of your script will be logged (typically, to your
server's error log,
; but can be configured in several ways).  Along with setting
display_errors to off,
; this setup gives you the ability to fully understand what may
have gone wrong,
; without exposing any sensitive information to remote users.
; - output_buffering = 4096[Performance]
; Set a 4KB output buffer.  Enabling output buffering typically
results in less
; writes, and sometimes less packets sent on the wire, which can
often lead to
; better performance.  The gain this directive actually yields
greatly depends
; on which Web server you're working with, and what kind of scripts
you're using.
; - register_argc_argv = Off   [Performance]
; Disables registration of the somewhat redundant $argv and $argc
global
; variables.
; - magic_quotes_gpc = Off [Performance]
; Input data is no longer escaped with slashes so that it can be
sent into
; SQL databases without further manipulation.  Instead, you should
use the
; function addslashes() on each input element you wish to send to a
database.
; - variables_order = "GPCS"   [Performance]
; The environment variables are not hashed into the
$HTTP_ENV_VARS[].  To access
; enviro

#20406 [Com]: defined() does not work properly within function or class

[rodrigezz5 at wp dot pl]

 ID:   20406
 Comment by:   rodrigezz5 at wp dot pl
 Reported By:  fredbird at contactoffice dot net
 Status:   Bogus
 Bug Type: Variables related
 Operating System: Windows XP
 PHP Version:  4.2.0
 New Comment:

oh, and EasyPHP is a all-in-one package for installing Apache, MySQL,
PHP and PHPMyAdmin on one windows computer.
Check http://www.easyphp.org/ for more info. It's free ;o)


Previous Comments:


[2003-10-24 07:21:57] rodrigezz5 at wp dot pl

oh, and EasyPHP is a all-in-one package for installing Apache, MySQL,
PHP and PHPMyAdmin on one windows computer.
Check http://www.easyphp.org/ for more info. It's free ;o)



[2002-11-13 09:47:02] fredbird at contactoffice dot net

oh, and EasyPHP is a all-in-one package for installing Apache, MySQL,
PHP and PHPMyAdmin on one windows computer.
Check http://www.easyphp.org/ for more info. It's free ;o)



[2002-11-13 09:47:01] fredbird at contactoffice dot net

oh, and EasyPHP is a all-in-one package for installing Apache, MySQL,
PHP and PHPMyAdmin on one windows computer.
Check http://www.easyphp.org/ for more info. It's free ;o)



[2002-11-13 09:43:38] fredbird at contactoffice dot net

About NAME and NOM : this is a translation problem only (NOM being the
french word for NAME). This piece of code is just an example to show
the bug : please read NAME and NOM as the same constant. I tested this
code and it print _really_ "value".

As for the name of an undefined constant being treated as the string
value of the name, i didn't knew about it.

It just makes me wonder more how are we supposed to check if a constant
is defined within a function or a class, and why we can't althought we
can access the value of this constant. I can't help but thinking that
this _is_ a bug.



[2002-11-13 07:35:44] [EMAIL PROTECTED]

Btw. your example is wrong, you check 'NOM' instead of 'NAME'.

Another thing in your script is "defined(NOM)". You should write
"define('NOM')".

And the last: you can't use "if (NAME)" for a replacement of "if
(defined('NAME'))". In this case NAME is evaluted to the string 'NAME'.
The condition is always TRUE  :)

Think about 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/20406

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

#25975 [NEW]: PHP 5 object references don't survive serialization

[reiersol at online dot no]

From: reiersol at online dot no
Operating system: Linux RedHat 9.0
PHP version:  5CVS-2003-10-24 (dev)
PHP Bug Type: Session related
Bug description:  PHP 5 object references don't survive serialization

Description:

Object references inside PHP5 objects are not preserved through
serialize/unserialize like traditional PHP4 references. This means they
cannot be used in session-based applications.

Reproduce code:
---
class Bar {}
class Foo {
var $v1;
var $v2;
function Foo() {
$this->v1 = new Bar;
$this->v2 = $this->v1;
}
}

$f = new Foo;
var_dump($f);
$g = unserialize(serialize($f));
var_dump($g);
print $s1;


Expected result:

This is what I get if I use $this->v2 = &this->$v1 instead of $this->v2 =
$this->v1:

object(foo)#1 (2) {
  ["v1"]=>
  &object(bar)#2 (0) {
  }
  ["v2"]=>
  &object(bar)#2 (0) {
  }
}
object(foo)#3 (2) {
  ["v1"]=>
  &object(bar)#4 (0) {
  }
  ["v2"]=>
  &object(bar)#4 (0) {
  }
}

Actual result:
--
object(foo)#1 (2) {
  ["v1"]=>
  object(bar)#2 (0) {
  }
  ["v2"]=>
  object(bar)#2 (0) {
  }
}
object(foo)#3 (2) {
  ["v1"]=>
  object(bar)#4 (0) {
  }
  ["v2"]=>
  object(bar)#5 (0) {
  }
}


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

#25975 [Opn]: PHP 5 object references don't survive serialization

[reiersol at online dot no]

 ID:   25975
 User updated by:  reiersol at online dot no
 Reported By:  reiersol at online dot no
 Status:   Open
 Bug Type: Session related
 Operating System: Linux RedHat 9.0
 PHP Version:  5CVS-2003-10-24 (dev)
 New Comment:

The last line of the code example (print $1) is meaningless. Sorry.


Previous Comments:


[2003-10-24 08:08:59] reiersol at online dot no

Description:

Object references inside PHP5 objects are not preserved through
serialize/unserialize like traditional PHP4 references. This means they
cannot be used in session-based applications.

Reproduce code:
---
class Bar {}
class Foo {
var $v1;
var $v2;
function Foo() {
$this->v1 = new Bar;
$this->v2 = $this->v1;
}
}

$f = new Foo;
var_dump($f);
$g = unserialize(serialize($f));
var_dump($g);
print $s1;


Expected result:

This is what I get if I use $this->v2 = &this->$v1 instead of $this->v2
= $this->v1:

object(foo)#1 (2) {
  ["v1"]=>
  &object(bar)#2 (0) {
  }
  ["v2"]=>
  &object(bar)#2 (0) {
  }
}
object(foo)#3 (2) {
  ["v1"]=>
  &object(bar)#4 (0) {
  }
  ["v2"]=>
  &object(bar)#4 (0) {
  }
}

Actual result:
--
object(foo)#1 (2) {
  ["v1"]=>
  object(bar)#2 (0) {
  }
  ["v2"]=>
  object(bar)#2 (0) {
  }
}
object(foo)#3 (2) {
  ["v1"]=>
  object(bar)#4 (0) {
  }
  ["v2"]=>
  object(bar)#5 (0) {
  }
}






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

#25969 [Bgs->Csd]: Crash when run on command line

[lionel dot staal at proconsultant dot net]

 ID:   25969
 User updated by:  lionel dot staal at proconsultant dot net
 Reported By:  lionel dot staal at proconsultant dot net
-Status:   Bogus
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: Windows XP
 PHP Version:  4.3.4RC2
 New Comment:

Wow.
THAT's support, guys !
Ok, finished. You are absolutely right, I commented the 
'oracle' extension, and that was the end of the 
crashes.
Not enough room here to write all the "thank you"'s I 
would tell you. You made my day !  :D

By the way, sorry if I missed this information of 
incompatibility between the 'oracle' and 'oci8' 
extensions, but if it is not in the FAQ, could someone 
responsible for the FAQ add this information inside ?

Thank you so much again, I close this point.   ;)


Previous Comments:


[2003-10-24 06:46:44] [EMAIL PROTECTED]

Oracle and OCI extensions cannot be used at the same time. Turn off
oracle extension.



[2003-10-24 05:58:09] lionel dot staal at proconsultant dot net

Yes, I enabled 3 extensions: oracle, oci8 and sockets.
Note that everything is perfect with Windows 2000, it is 
really a Windows XP problem.

My complete development environment is this one:
- Eclipse 2.1.1 (http://www.eclipse.org - I immediately 
forgot all the other IDEs ;) )
- Eclipse plug-in:
* PHPEclipse 1.0.8 (somewhere on SourceForge)
* PHPEclipse Help (same location, last version)
* PHPEclipse SQL (same location, last version)
- PHP 4.3.4RC2



[2003-10-23 12:06:54] lionel dot staal at proconsultant dot net

Description:

When I use PHP on command line to check a source file, like this:

c:\php\php -l -f try.php

I get a crash just a the end of the work, whatever the content of the
analyzed file: PHP does its job correctly, it tells me the errors when
there are ones, but when leaving, it crashes and XP asks me if I agree
to send a crash report to Microsoft.

In fact, it is very annoying when, in my case, you use Eclipse with the
EXCELLENT PHPEclipse plug-in (see SourceForge), which checks the syntax
with the above command line at each file saving. For each Ctrl-S, you
get the XP crash report window.

Reproduce code:
---
c:\php\php -l -f try.php

Whatever code you put in 'try.php'.

Expected result:

All the analysis and then no crash.

Actual result:
--
All the analysis and then crash.





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

#25968 [Fbk->Opn]: $_SERVER['REQUEST_URI'] - Undefined index

[bob at rsi dot com]

 ID:   25968
 User updated by:  bob at rsi dot com
 Reported By:  bob at rsi dot com
-Status:   Feedback
+Status:   Open
-Bug Type: *Web Server problem
+Bug Type: IIS related
-Operating System: W2K and RH8
+Operating System: W2K Server - SP3
 PHP Version:  4.3.3
 New Comment:

System = Windows NT 5.0 build 2195  
Build Date = Aug 24 2003 22:01:16
Server API = CGI/FastCGI
PHP API = 20020918
PHP Extension = 20020429
Zend Extension = 20021010
Debug Build = no
Thread Safety = enabled


Previous Comments:


[2003-10-23 22:13:19] [EMAIL PROTECTED]

What sapi are you using?



[2003-10-23 10:43:35] bob at rsi dot com

Description:

Somewhere between PHP4.2.3 and PHP 4.3.1 REQUEST_URI disappeared.



Reproduce code:
---
echo $_SERVER['REQUEST_URI'];


Expected result:

echo _SERVER['SCRIPT_NAME'] . '?' . _SERVER['QUERY_STRING'];


Actual result:
--
Notice: Undefined index: REQUEST_URI in ...






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

#25963 [Fbk->Opn]: postgres error message include \n characters

[edechaux at irci dot fr]

 ID:   25963
 User updated by:  edechaux at irci dot fr
 Reported By:  edechaux at irci dot fr
-Status:   Feedback
+Status:   Open
 Bug Type: PostgreSQL related
 Operating System: Linux 2.4.21
 PHP Version:  4.3.3
 New Comment:

I tried with the lastest CVS and there is no changes.

Here is a sample code :

file toto.php



I execute 'php toto.php'. It displays :

{Unable to connect to PostgreSQL server: missing "=" after "blablabla"
in connection info string
.}

As you can see there is a newline character between 'string' and '.'.

This newline character mess up the html code if you d'ont remove it...

It still works, but it break your html code format :p


Previous Comments:


[2003-10-23 14:02:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

If that doesn\'t help please send a short example.



[2003-10-23 05:50:09] edechaux at irci dot fr

Description:

When a connection to a Postgres database fails, the error message which
is in the $php_errormsg variable ends with the following string :
'\n\n.'

The final '.' is quite anoying because you just can't 'trim' the
$php_errormsg, you must 'trim ($php_errormsg, "\n.")' to remove the dot
and the newline characters.


Could it be possible to remove the final dot, or even the final '\n\n.'
string ?


Thanks.







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

#25976 [NEW]: $array[] = $otherarray does not work as expected

[[EMAIL PROTECTED]]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  5CVS-2003-10-24 (dev)
PHP Bug Type: Arrays related
Bug description:  $array[] = $otherarray does not work as expected

Description:

See expected and actual result to find out the difference. With CGI build
from same source both examples work as expected.

Reproduce code:
---
example 1:
';
var_dump($aTestOuter);
echo '';
?>

example 2:
';
var_dump($aTestOuter);
echo '';
?>

Expected result:

example 1:
array(3) {
  [0]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
  [1]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
  [2]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
}

example 2:
array(3) {
  [0]=>
  array(2) {
["foo"]=>
string(32) "0: content of $aTestInner['foo']"
["bar"]=>
string(32) "0: content of $aTestInner['bar']"
  }
  [1]=>
  array(2) {
["foo"]=>
string(32) "1: content of $aTestInner['foo']"
["bar"]=>
string(32) "1: content of $aTestInner['bar']"
  }
  [2]=>
  array(2) {
["foo"]=>
string(32) "2: content of $aTestInner['foo']"
["bar"]=>
string(32) "2: content of $aTestInner['bar']"
  }
}

Actual result:
--
example 1:
array(3) {
  [0]=>
  array(0) {
  }
  [1]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
  [2]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
}

example 2:
array(3) {
  [0]=>
  array(0) {
  }
  [1]=>
  array(0) {
  }
  [2]=>
  array(0) {
  }
}

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

#25976 [Com]: $array[] = $otherarray does not work as expected

[tony2001 at phpclub dot net]

 ID:   25976
 Comment by:   tony2001 at phpclub dot net
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Arrays related
 Operating System: Linux
 PHP Version:  5CVS-2003-10-24 (dev)
 New Comment:

Try to update your PHP from CVS, to run ./cvsclean and to build it once
more.
I can't reproduce this with latest CVS.


Previous Comments:


[2003-10-24 09:46:10] [EMAIL PROTECTED]

Description:

See expected and actual result to find out the difference. With CGI
build from same source both examples work as expected.

Reproduce code:
---
example 1:
';
var_dump($aTestOuter);
echo '';
?>

example 2:
';
var_dump($aTestOuter);
echo '';
?>

Expected result:

example 1:
array(3) {
  [0]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
  [1]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
  [2]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
}

example 2:
array(3) {
  [0]=>
  array(2) {
["foo"]=>
string(32) "0: content of $aTestInner['foo']"
["bar"]=>
string(32) "0: content of $aTestInner['bar']"
  }
  [1]=>
  array(2) {
["foo"]=>
string(32) "1: content of $aTestInner['foo']"
["bar"]=>
string(32) "1: content of $aTestInner['bar']"
  }
  [2]=>
  array(2) {
["foo"]=>
string(32) "2: content of $aTestInner['foo']"
["bar"]=>
string(32) "2: content of $aTestInner['bar']"
  }
}

Actual result:
--
example 1:
array(3) {
  [0]=>
  array(0) {
  }
  [1]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
  [2]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
}

example 2:
array(3) {
  [0]=>
  array(0) {
  }
  [1]=>
  array(0) {
  }
  [2]=>
  array(0) {
  }
}





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

#25969 [Csd->Bgs]: Crash when run on command line

[sniper]

 ID:   25969
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lionel dot staal at proconsultant dot net
-Status:   Closed
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Windows XP
 PHP Version:  4.3.4RC2


Previous Comments:


[2003-10-24 08:43:32] lionel dot staal at proconsultant dot net

Wow.
THAT's support, guys !
Ok, finished. You are absolutely right, I commented the 
'oracle' extension, and that was the end of the 
crashes.
Not enough room here to write all the "thank you"'s I 
would tell you. You made my day !  :D

By the way, sorry if I missed this information of 
incompatibility between the 'oracle' and 'oci8' 
extensions, but if it is not in the FAQ, could someone 
responsible for the FAQ add this information inside ?

Thank you so much again, I close this point.   ;)



[2003-10-24 06:46:44] [EMAIL PROTECTED]

Oracle and OCI extensions cannot be used at the same time. Turn off
oracle extension.



[2003-10-24 05:58:09] lionel dot staal at proconsultant dot net

Yes, I enabled 3 extensions: oracle, oci8 and sockets.
Note that everything is perfect with Windows 2000, it is 
really a Windows XP problem.

My complete development environment is this one:
- Eclipse 2.1.1 (http://www.eclipse.org - I immediately 
forgot all the other IDEs ;) )
- Eclipse plug-in:
* PHPEclipse 1.0.8 (somewhere on SourceForge)
* PHPEclipse Help (same location, last version)
* PHPEclipse SQL (same location, last version)
- PHP 4.3.4RC2



[2003-10-23 12:06:54] lionel dot staal at proconsultant dot net

Description:

When I use PHP on command line to check a source file, like this:

c:\php\php -l -f try.php

I get a crash just a the end of the work, whatever the content of the
analyzed file: PHP does its job correctly, it tells me the errors when
there are ones, but when leaving, it crashes and XP asks me if I agree
to send a crash report to Microsoft.

In fact, it is very annoying when, in my case, you use Eclipse with the
EXCELLENT PHPEclipse plug-in (see SourceForge), which checks the syntax
with the above command line at each file saving. For each Ctrl-S, you
get the XP crash report window.

Reproduce code:
---
c:\php\php -l -f try.php

Whatever code you put in 'try.php'.

Expected result:

All the analysis and then no crash.

Actual result:
--
All the analysis and then crash.





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

#25955 [Opn->Fbk]: MacOS 10.3 (Panther) doesnt build php. Fails on resolver stuff

[kalowsky]

 ID:   25955
 Updated by:   [EMAIL PROTECTED]
 Reported By:  andreas at fink dot org
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: MacOS 10.3 (7B85)
 PHP Version:  4.3.3, 5-200310221730
 New Comment:

I believe this is the patch to correct all of this.  
Give it a try and see if it works.  I cannot test, as I 
do not have Panther up and running at the moment (seems 
to pass on Jaguar).

Index: configure.in
===

RCS file: /repository/php-src/configure.in,v
retrieving revision 1.473
diff -u -r1.473 configure.in
--- configure.in22 Oct 2003 21:43:39 -  
1.473
+++ configure.in24 Oct 2003 16:03:56 -
@@ -189,6 +189,7 @@
 CPPFLAGS="$CPPFLAGS -D_BSD_TIMEOFDAY_FLAVOR";;
 *darwin*|*rhapsody*)
 CPPFLAGS="$CPPFLAGS -no-cpp-precomp"
+   AC_DEFINE(BIND_8_COMPT, 1, [Fixing Panther bind 
compiles])
 php_multiple_shlib_versions_ok=yes;;
 *beos*)
 beos_threads=1
@@ -719,6 +720,7 @@
 
 if test "$PHP_IPV6" != "no" && test 
"$ac_cv_ipv6_support" = yes; then
   AC_DEFINE(HAVE_IPV6,1,[Whether to enable IPv6 
support])
+  AC_CHECK_LIB(inet_pton)
 fi
 
 AC_MSG_CHECKING([whether to enable versioning])
Index: dns.c
===

RCS file: /repository/php-src/ext/standard/dns.c,v
retrieving revision 1.63
diff -u -r1.63 dns.c
--- dns.c   26 Sep 2003 08:09:55 -  1.63
+++ dns.c   24 Oct 2003 16:04:41 -
@@ -90,7 +90,7 @@
addr = php_gethostbyaddr(Z_STRVAL_PP(arg));
 
if(addr == NULL) {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
php_error_docref(NULL TSRMLS_CC, 
E_WARNING, "Address is not a valid IPv4 or IPv6 
address");
@@ -107,7 +107,7 @@
 /* {{{ php_gethostbyaddr */
 static char *php_gethostbyaddr(char *ip)
 {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
struct in6_addr addr6;
@@ -115,7 +115,7 @@
struct in_addr addr;
struct hostent *hp;
 
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
if (inet_pton(AF_INET6, ip, &addr6)) {


Previous Comments:


[2003-10-22 19:51:42] [EMAIL PROTECTED]

Yep, that was the fix they were going to add to the configure script.  



[2003-10-22 15:33:09] andreas at fink dot org

apparently, the trick which is needed is to put

#define BIND_8_COMPAT   1

in ext/standard/dns.c

This will call the bind8 code instead of the non existing bind9 code.
Now compilation seems to work but I get ld:
/usr/lib/libjpeg.a(jcapimin.o) has local relocation entries in
non-writable section (__TEXT,__symbol_stub1)
 but this is probably not a problem of PHP but of libjpeg I just
compiled in.



[2003-10-22 15:21:21] andreas at fink dot org

with version php5-200310221730 I got the same:


cc  -Iext/standard/ -I/development/php5-200310221730/ext/standard/
-DPHP_ATOM_INC -I/development/php5-200310221730/include
-I/development/php5-200310221730/main -I/development/php5-200310221730
-I/development/php5-200310221730/Zend -I/usr/include/libxml2
-I/usr/include/mysql  -no-cpp-precomp
-I/development/php5-200310221730/TSRM  -g -O2  -c
/development/php5-200310221730/ext/standard/dns.c -o ext/standard/dns.o
 && echo > ext/standard/dns.lo
/development/php5-200310221730/ext/standard/dns.c: In function
`zif_dns_check_record':
/development/php5-200310221730/ext/standard/dns.c:226: error: `T_MX'
undeclared (first use in this function)
/development/php5-200310221730/ext/standard/dns.c:226: error: (Each
undeclared identifier is reported only once
/development/php5-200310221730/ext/standard/dns.c:226: error: for each
function it appears in.)
/development/php5-200310221730/ext/standard/dns.c:237: error: `T_A'
undeclared (first use in this function)
/development/php5-200310221730/ext/standard/dns.c:238: error: `T_NS'
undeclared (first use in this function)
/development/php5-200310221730/ext/standard/dns.c:240: error: `T_PTR'
undeclared (first use in this function)
/development/php5-200310221730/ext/standard/dns.c:241: error: `T_ANY'
undeclared (first use in this function)
/development/php5-200310221730/ext/standard/dns.c:242: error: `T_SOA'
undeclared (first use in this function)
/development/php5-200310221730/ext/stand

#25955 [Fbk]: MacOS 10.3 (Panther) doesnt build php. Fails on resolver stuff

[kalowsky]

 ID:   25955
 Updated by:   [EMAIL PROTECTED]
 Reported By:  andreas at fink dot org
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: MacOS 10.3 (7B85)
 PHP Version:  4.3.3, 5-200310221730
 New Comment:

Correction make that this patch (the word COMPAT is not 
spelled COMPT):

Index: configure.in
===

RCS file: /repository/php-src/configure.in,v
retrieving revision 1.473
diff -u -r1.473 configure.in
--- configure.in22 Oct 2003 21:43:39 -  
1.473
+++ configure.in24 Oct 2003 16:03:56 -
@@ -189,6 +189,7 @@
 CPPFLAGS="$CPPFLAGS -D_BSD_TIMEOFDAY_FLAVOR";;
 *darwin*|*rhapsody*)
 CPPFLAGS="$CPPFLAGS -no-cpp-precomp"
+   AC_DEFINE(BIND_8_COMPAT, 1, [Fixing Panther 
bind 
compiles])
 php_multiple_shlib_versions_ok=yes;;
 *beos*)
 beos_threads=1
@@ -719,6 +720,7 @@
 
 if test "$PHP_IPV6" != "no" && test 
"$ac_cv_ipv6_support" = yes; then
   AC_DEFINE(HAVE_IPV6,1,[Whether to enable IPv6 
support])
+  AC_CHECK_LIB(inet_pton)
 fi
 
 AC_MSG_CHECKING([whether to enable versioning])
Index: dns.c
===

RCS file: /repository/php-src/ext/standard/dns.c,v
retrieving revision 1.63
diff -u -r1.63 dns.c
--- dns.c   26 Sep 2003 08:09:55 -  1.63
+++ dns.c   24 Oct 2003 16:04:41 -
@@ -90,7 +90,7 @@
addr = php_gethostbyaddr(Z_STRVAL_PP(arg));
 
if(addr == NULL) {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
php_error_docref(NULL TSRMLS_CC, 
E_WARNING, "Address is not a valid IPv4 or IPv6 
address");
@@ -107,7 +107,7 @@
 /* {{{ php_gethostbyaddr */
 static char *php_gethostbyaddr(char *ip)
 {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
struct in6_addr addr6;
@@ -115,7 +115,7 @@
struct in_addr addr;
struct hostent *hp;
 
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
if (inet_pton(AF_INET6, ip, &addr6)) {


Previous Comments:


[2003-10-24 12:04:33] [EMAIL PROTECTED]

I believe this is the patch to correct all of this.  
Give it a try and see if it works.  I cannot test, as I 
do not have Panther up and running at the moment (seems 
to pass on Jaguar).

Index: configure.in
===

RCS file: /repository/php-src/configure.in,v
retrieving revision 1.473
diff -u -r1.473 configure.in
--- configure.in22 Oct 2003 21:43:39 -  
1.473
+++ configure.in24 Oct 2003 16:03:56 -
@@ -189,6 +189,7 @@
 CPPFLAGS="$CPPFLAGS -D_BSD_TIMEOFDAY_FLAVOR";;
 *darwin*|*rhapsody*)
 CPPFLAGS="$CPPFLAGS -no-cpp-precomp"
+   AC_DEFINE(BIND_8_COMPT, 1, [Fixing Panther bind 
compiles])
 php_multiple_shlib_versions_ok=yes;;
 *beos*)
 beos_threads=1
@@ -719,6 +720,7 @@
 
 if test "$PHP_IPV6" != "no" && test 
"$ac_cv_ipv6_support" = yes; then
   AC_DEFINE(HAVE_IPV6,1,[Whether to enable IPv6 
support])
+  AC_CHECK_LIB(inet_pton)
 fi
 
 AC_MSG_CHECKING([whether to enable versioning])
Index: dns.c
===

RCS file: /repository/php-src/ext/standard/dns.c,v
retrieving revision 1.63
diff -u -r1.63 dns.c
--- dns.c   26 Sep 2003 08:09:55 -  1.63
+++ dns.c   24 Oct 2003 16:04:41 -
@@ -90,7 +90,7 @@
addr = php_gethostbyaddr(Z_STRVAL_PP(arg));
 
if(addr == NULL) {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
php_error_docref(NULL TSRMLS_CC, 
E_WARNING, "Address is not a valid IPv4 or IPv6 
address");
@@ -107,7 +107,7 @@
 /* {{{ php_gethostbyaddr */
 static char *php_gethostbyaddr(char *ip)
 {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
struct in6_addr addr6;
@@ -115,7 +115,7 @@
struct in_addr addr;
struct hostent *hp;
 
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */

#25977 [NEW]: fopen('file', 'r'); doesn't move to the end of the file

[nightstorm at tlen dot pl]

From: nightstorm at tlen dot pl
Operating system: Windows XP
PHP version:  5CVS-2003-10-24 (dev)
PHP Bug Type: Filesystem function related
Bug description:  fopen('file', 'r'); doesn't move to the end of the file

Description:

I tried to write something like a simple package system, which loads the
files into an array, serializes it, and compresses. But I noticed that
each file didn't have first 334 characters. I wrote a simple code to check
it and I stated this is a PHP bug. I experimented with many variants -
changing the way of loading (file_get_contents(), file() etc.), using
fseek($fp, 0, SEEK_SET); and also moving to the other directory, or
loading other files. There is the funniest part of this story. I've got a
template system, which loads templates also by fopen(), but I noticed that
these files are not cutted. I copied some code from parser and set it to
open a file in main project directory ( / ) - it was cutted. Then i
checked with files form /templates - these aren't cutted. I checked phpBB
2 - also: files from /templates weren't cutted, but from other
directories, and the root - were. And only for these files, which were
created there. So if I copied any file from for example root to
/templates, it wouldn't work. I looked into "file attributes" and
everything was the same in each file: read only on, archivization off,
indexing on. I totally don't know, what's going on. fseek($fp, 0,
SEEK_SET); should set the beginning of the file, but it is moving me into
334th character; fseek($fp, 1, SEEK_SET); works correctly. rewind($fp)
also doesn't work. ftell($fp); returns 0.

System:
Windows XP Pro, NTFS partition
Apache 2.0.4
PHP 5.0.0-dev latest snapshot

Reproduce code:
---
$f = fopen('../../engine/fws.php', 'r');
echo '';
while(!feof($f)){
echo fread($f, 256);
}
fclose($f);
echo '';


Expected result:

 Main interface
*   -> Written by Tomasz "Zyx" Jêdrzejewski
*   -> Date started: 1-7-2003
*
*   -> Version: 1.0.0
*
*/
/***
 *
 *   This program is free software; you can redistribute it and/or modify
 *   it under the terms of the GNU General Public License as published by
 *   the Free Software Foundation; either version 2 of the License, or
 *   (at your option) any later version.
 *

***/


Actual result:
--
 Main interface
*   -> Written by Tomasz "Zyx" Jêdrzejewski
*   -> Date started: 1-7-2003
*
*   -> Version: 1.0.0
*
*/
/***
 *
 *   This program is free software; you can redistribute it and/or modify
 *   it under the terms of the GNU General Public License as published by
 *   the Free Software Foundation; either version 2 of the License, or
 *   (at your option) any later version.
 *

***/
 

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

#25955 [Fbk]: MacOS 10.3 (Panther) doesnt build php. Fails on resolver stuff

[kalowsky]

 ID:   25955
 Updated by:   [EMAIL PROTECTED]
 Reported By:  andreas at fink dot org
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: MacOS 10.3 (7B85)
 PHP Version:  4.3.3, 5-200310221730
 New Comment:

Please try using this CVS snapshot:

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

Nevermind that, Marko tested and corrected a bit of 
that patch.  Try the latest CVS snapshots dated after 
this post.


Previous Comments:


[2003-10-24 12:07:28] [EMAIL PROTECTED]

Correction make that this patch (the word COMPAT is not 
spelled COMPT):

Index: configure.in
===

RCS file: /repository/php-src/configure.in,v
retrieving revision 1.473
diff -u -r1.473 configure.in
--- configure.in22 Oct 2003 21:43:39 -  
1.473
+++ configure.in24 Oct 2003 16:03:56 -
@@ -189,6 +189,7 @@
 CPPFLAGS="$CPPFLAGS -D_BSD_TIMEOFDAY_FLAVOR";;
 *darwin*|*rhapsody*)
 CPPFLAGS="$CPPFLAGS -no-cpp-precomp"
+   AC_DEFINE(BIND_8_COMPAT, 1, [Fixing Panther 
bind 
compiles])
 php_multiple_shlib_versions_ok=yes;;
 *beos*)
 beos_threads=1
@@ -719,6 +720,7 @@
 
 if test "$PHP_IPV6" != "no" && test 
"$ac_cv_ipv6_support" = yes; then
   AC_DEFINE(HAVE_IPV6,1,[Whether to enable IPv6 
support])
+  AC_CHECK_LIB(inet_pton)
 fi
 
 AC_MSG_CHECKING([whether to enable versioning])
Index: dns.c
===

RCS file: /repository/php-src/ext/standard/dns.c,v
retrieving revision 1.63
diff -u -r1.63 dns.c
--- dns.c   26 Sep 2003 08:09:55 -  1.63
+++ dns.c   24 Oct 2003 16:04:41 -
@@ -90,7 +90,7 @@
addr = php_gethostbyaddr(Z_STRVAL_PP(arg));
 
if(addr == NULL) {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
php_error_docref(NULL TSRMLS_CC, 
E_WARNING, "Address is not a valid IPv4 or IPv6 
address");
@@ -107,7 +107,7 @@
 /* {{{ php_gethostbyaddr */
 static char *php_gethostbyaddr(char *ip)
 {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
struct in6_addr addr6;
@@ -115,7 +115,7 @@
struct in_addr addr;
struct hostent *hp;
 
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
if (inet_pton(AF_INET6, ip, &addr6)) {



[2003-10-24 12:04:33] [EMAIL PROTECTED]

I believe this is the patch to correct all of this.  
Give it a try and see if it works.  I cannot test, as I 
do not have Panther up and running at the moment (seems 
to pass on Jaguar).

Index: configure.in
===

RCS file: /repository/php-src/configure.in,v
retrieving revision 1.473
diff -u -r1.473 configure.in
--- configure.in22 Oct 2003 21:43:39 -  
1.473
+++ configure.in24 Oct 2003 16:03:56 -
@@ -189,6 +189,7 @@
 CPPFLAGS="$CPPFLAGS -D_BSD_TIMEOFDAY_FLAVOR";;
 *darwin*|*rhapsody*)
 CPPFLAGS="$CPPFLAGS -no-cpp-precomp"
+   AC_DEFINE(BIND_8_COMPT, 1, [Fixing Panther bind 
compiles])
 php_multiple_shlib_versions_ok=yes;;
 *beos*)
 beos_threads=1
@@ -719,6 +720,7 @@
 
 if test "$PHP_IPV6" != "no" && test 
"$ac_cv_ipv6_support" = yes; then
   AC_DEFINE(HAVE_IPV6,1,[Whether to enable IPv6 
support])
+  AC_CHECK_LIB(inet_pton)
 fi
 
 AC_MSG_CHECKING([whether to enable versioning])
Index: dns.c
===

RCS file: /repository/php-src/ext/standard/dns.c,v
retrieving revision 1.63
diff -u -r1.63 dns.c
--- dns.c   26 Sep 2003 08:09:55 -  1.63
+++ dns.c   24 Oct 2003 16:04:41 -
@@ -90,7 +90,7 @@
addr = php_gethostbyaddr(Z_STRVAL_PP(arg));
 
if(addr == NULL) {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
php_error_docref(NULL TSRMLS_CC, 
E_WARNING, "Address is not a valid IPv4 or IPv6 
address");
@@ -107,7 +107,7 @@
 /* {{{ php_gethostbyaddr */
 static char *php_gethostbyaddr(char *ip)
 {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 

#25953 [Opn->WFx]: mb_eregi_replace() is not case-insensitive for multibyte characters.

[moriyoshi]

 ID:   25953
 Updated by:   [EMAIL PROTECTED]
-Summary:  mb_eregi_replace() is not caseinsensitive for
   multibyte characters.
 Reported By:  kirill at digicol dot de
-Status:   Open
+Status:   Wont fix
 Bug Type: mbstring related
 Operating System: Linux Suse SuSE 8.2
 PHP Version:  4.3.4RC2
 New Comment:

As of the current regex engine used by mbstring extension, all of the
cyrillic / greek / arabic characters and some alphabetical characters
that are not part of ascii character set such as a-umlaut (ä) aren't
handled correctly under case-insensitive mode. Probably the issue will
be resolved in php5.



Previous Comments:


[2003-10-22 10:16:53] kirill at digicol dot de

Description:

The function mb_eregi_replace() is not caseinsensitive for multibyte
characters.

This bug is in PHP 4.3.3 as well.

Reproduce code:
---


Expected result:

XBER Xber

Actual result:
--
ÜBER Xber





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

#25955 [Fbk->Csd]: MacOS 10.3 (Panther) doesnt build php. Fails on resolver stuff

[iliaa]

 ID:   25955
 Updated by:   [EMAIL PROTECTED]
 Reported By:  andreas at fink dot org
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: MacOS 10.3 (7B85)
 PHP Version:  4.3.3, 5-200310221730
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2003-10-24 13:26:49] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Nevermind that, Marko tested and corrected a bit of 
that patch.  Try the latest CVS snapshots dated after 
this post.



[2003-10-24 12:07:28] [EMAIL PROTECTED]

Correction make that this patch (the word COMPAT is not 
spelled COMPT):

Index: configure.in
===

RCS file: /repository/php-src/configure.in,v
retrieving revision 1.473
diff -u -r1.473 configure.in
--- configure.in22 Oct 2003 21:43:39 -  
1.473
+++ configure.in24 Oct 2003 16:03:56 -
@@ -189,6 +189,7 @@
 CPPFLAGS="$CPPFLAGS -D_BSD_TIMEOFDAY_FLAVOR";;
 *darwin*|*rhapsody*)
 CPPFLAGS="$CPPFLAGS -no-cpp-precomp"
+   AC_DEFINE(BIND_8_COMPAT, 1, [Fixing Panther 
bind 
compiles])
 php_multiple_shlib_versions_ok=yes;;
 *beos*)
 beos_threads=1
@@ -719,6 +720,7 @@
 
 if test "$PHP_IPV6" != "no" && test 
"$ac_cv_ipv6_support" = yes; then
   AC_DEFINE(HAVE_IPV6,1,[Whether to enable IPv6 
support])
+  AC_CHECK_LIB(inet_pton)
 fi
 
 AC_MSG_CHECKING([whether to enable versioning])
Index: dns.c
===

RCS file: /repository/php-src/ext/standard/dns.c,v
retrieving revision 1.63
diff -u -r1.63 dns.c
--- dns.c   26 Sep 2003 08:09:55 -  1.63
+++ dns.c   24 Oct 2003 16:04:41 -
@@ -90,7 +90,7 @@
addr = php_gethostbyaddr(Z_STRVAL_PP(arg));
 
if(addr == NULL) {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
php_error_docref(NULL TSRMLS_CC, 
E_WARNING, "Address is not a valid IPv4 or IPv6 
address");
@@ -107,7 +107,7 @@
 /* {{{ php_gethostbyaddr */
 static char *php_gethostbyaddr(char *ip)
 {
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
struct in6_addr addr6;
@@ -115,7 +115,7 @@
struct in_addr addr;
struct hostent *hp;
 
-#if HAVE_IPV6 && !defined(__MacOSX__)
+#if HAVE_IPV6 && HAVE_INET_PTON
 /* MacOSX at this time has support for IPv6, but not 
inet_pton()
  * so disabling IPv6 until further notice.  MacOSX 
10.1.2 (kalowsky) */
if (inet_pton(AF_INET6, ip, &addr6)) {



[2003-10-24 12:04:33] [EMAIL PROTECTED]

I believe this is the patch to correct all of this.  
Give it a try and see if it works.  I cannot test, as I 
do not have Panther up and running at the moment (seems 
to pass on Jaguar).

Index: configure.in
===

RCS file: /repository/php-src/configure.in,v
retrieving revision 1.473
diff -u -r1.473 configure.in
--- configure.in22 Oct 2003 21:43:39 -  
1.473
+++ configure.in24 Oct 2003 16:03:56 -
@@ -189,6 +189,7 @@
 CPPFLAGS="$CPPFLAGS -D_BSD_TIMEOFDAY_FLAVOR";;
 *darwin*|*rhapsody*)
 CPPFLAGS="$CPPFLAGS -no-cpp-precomp"
+   AC_DEFINE(BIND_8_COMPT, 1, [Fixing Panther bind 
compiles])
 php_multiple_shlib_versions_ok=yes;;
 *beos*)
 beos_threads=1
@@ -719,6 +720,7 @@
 
 if test "$PHP_IPV6" != "no" && test 
"$ac_cv_ipv6_support" = yes; then
   AC_DEFINE(HAVE_IPV6,1,[Whether to enable IPv6 
support])
+  AC_CHECK_LIB(inet_pton)
 fi
 
 AC_MSG_CHECKING([whether to enable versioning])
Index: dns.c
===

RCS file: /repository/php-src/ext/standard/dns.c,v
retrieving revision 1.63
diff -u -r1.63 dns.c
--- dns.c   26 Sep 2003 08:09:55 -  1.63
+++ dns.c   24 Oct 2003 16:04:41 -
@@ -90,7 +90,7 @@
  

#25978 [NEW]: memory leak: pear/install-pear.php

[[EMAIL PROTECTED]]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  5CVS-2003-10-24 (dev)
PHP Bug Type: Scripting Engine problem
Bug description:  memory leak: pear/install-pear.php

Description:

make install (--enable-debug) produce following error:

/devage/php-src/Zend/zend_execute.c(410) :  Freeing 0x43866CE8 (16 bytes),
script=/devage/php-src/pear/install-pear.php
=== Total 1 memory leaks detected ===


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

#25980 [NEW]: Compilation with Oracle 9.2 should be with $ORACLE_HOME/lib32

[koen_van_bastelaere at pandora dot be]

From: koen_van_bastelaere at pandora dot be
Operating system: HP/UX 11
PHP version:  4.3.4RC2
PHP Bug Type: *Configuration Issues
Bug description:  Compilation with Oracle 9.2 should be with $ORACLE_HOME/lib32

Description:

./configure --without-mysql --with-oci8
--with-apxs=/opt/oracle/product/9.2.0/Apache/Apache/bin/apxs

The Oracle libclntsh.sl wich should be used in the Makefile is:
/opt/oracle/product/9.2.0/lib32/libclntsh.sl
On HP/UX, $ORACLE_HOME/lib contains the 64bit version, which cannot be
used by the 32bit php

Reproduce code:
---
N/A

Expected result:

N/A

Actual result:
--
N/A

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

#25976 [Opn]: $array[] = $otherarray does not work as expected

[k . schroeder]

 ID:   25976
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Arrays related
-Operating System: Linux
+Operating System: unknown
 PHP Version:  5CVS-2003-10-24 (dev)
 New Comment:

I've updated my PHP version from CVS and rebuild, but same problem. See
http://kai.cowiki.org/tests/test.array.php and
http://kai.cowiki.org/tests/test.array2.php.


Previous Comments:


[2003-10-24 11:34:16] tony2001 at phpclub dot net

Try to update your PHP from CVS, to run ./cvsclean and to build it once
more.
I can't reproduce this with latest CVS.



[2003-10-24 09:46:10] [EMAIL PROTECTED]

Description:

See expected and actual result to find out the difference. With CGI
build from same source both examples work as expected.

Reproduce code:
---
example 1:
';
var_dump($aTestOuter);
echo '';
?>

example 2:
';
var_dump($aTestOuter);
echo '';
?>

Expected result:

example 1:
array(3) {
  [0]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
  [1]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
  [2]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
}

example 2:
array(3) {
  [0]=>
  array(2) {
["foo"]=>
string(32) "0: content of $aTestInner['foo']"
["bar"]=>
string(32) "0: content of $aTestInner['bar']"
  }
  [1]=>
  array(2) {
["foo"]=>
string(32) "1: content of $aTestInner['foo']"
["bar"]=>
string(32) "1: content of $aTestInner['bar']"
  }
  [2]=>
  array(2) {
["foo"]=>
string(32) "2: content of $aTestInner['foo']"
["bar"]=>
string(32) "2: content of $aTestInner['bar']"
  }
}

Actual result:
--
example 1:
array(3) {
  [0]=>
  array(0) {
  }
  [1]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
  [2]=>
  array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
  }
}

example 2:
array(3) {
  [0]=>
  array(0) {
  }
  [1]=>
  array(0) {
  }
  [2]=>
  array(0) {
  }
}





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

#15529 [Com]: ap_cleanup_for_exec not used when creating

[gpiszczek at serwery dot pl]

 ID:   15529
 Comment by:   gpiszczek at serwery dot pl
 Reported By:  ddhill at zk3 dot dec dot com
 Status:   Wont fix
 Bug Type: Apache related
 Operating System: generic unix
 PHP Version:  4.3.3RC2-dev, PHP 5.0.0b2-dev
 New Comment:

what isn't possible to implement?


Previous Comments:


[2003-08-13 11:56:08] [EMAIL PROTECTED]

Given the nature of PHP's execution architecture this is not
possible/practical to implement.



[2003-07-10 19:06:51] [EMAIL PROTECTED]

Verified with latest CVS of both PHP4 and PHP5 branches.




[2003-03-05 16:37:39] gpiszczek at serwery dot pl

I think that problem is rather serious because as child process
inherits all open file descriptors it is possibile to truncate all
currently opened log files. As mentioned above child also inherits
shared memory segments. If Apache is compiled to use shared memory for
it's scoreboard corrupting it can lead to denial of service attack.



[2002-09-26 10:43:49] [EMAIL PROTECTED]

And #16548



[2002-09-26 10:28:44] [EMAIL PROTECTED]

Apparently related to #15642



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

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

#25926 [Com]: ImageTTFText and ImageTTFBox don't work and return wierd values

[vygen at planwerk6 dot de]

 ID:   25926
 Comment by:   vygen at planwerk6 dot de
 Reported By:  olga at bluebytes dot com
 Status:   Open
 Bug Type: GD related
 Operating System: Linux
 PHP Version:  4.3.3
 New Comment:

I had the same strange problem with the built in gd support. 

As i tried to compile against my installed gd 1.8.4 (suse 7.2 gd.rpm
and gd-devel.rpm) with --with-gd=/usr everything worked fine again.


Previous Comments:


[2003-10-22 09:56:11] olga at bluebytes dot com

'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml'
'--enable-bcmath' '--enable-calendar' '--enable-ftp' '--with-gd'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-ming=../ming-0.2a'
'--enable-magic-quotes' '--with-mysql' '--with-pear' '--enable-sockets'
'--enable-track-vars' '--enable-versioning' '--with-zlib' '--with-ttf'
'--with-freetype' '--enable-gd-native-ttf' '--enable-exif' 

I am assuming --wtih-gd uses bundled version. Sorry if I am incorrect.



[2003-10-22 01:47:36] [EMAIL PROTECTED]

What was the configure line you used to configure PHP?
If you didn't use the _bundled_ GD library, close this.




[2003-10-21 17:33:04] olga at bluebytes dot com

Actually, I just installed PHP Version 4.3.4RC3-dev which is marked as
stable on snaps.php.net, and it's still not working.



[2003-10-21 15:38:47] [EMAIL PROTECTED]

Using latest STABLE CVS snapshot with bundled GD library works just
fine.




[2003-10-20 15:50:41] olga at bluebytes dot com

Description:

ImageTTFText doesn't output any characters. If there's anything else in
the image, the rest will be fine; if the text string is the only thing,
the image will be blank.
Trying to figure out what's wrong, I took a look at the return values
from ImageTTFText as well as ImageTTFBox. They both produce huge
values, i.e. Array ( [0] => 138323388 [1] => 11 [2] => -1073754136 [3]
=> 1076636124 [4] => 138611764 [5] => 138323484 [6] => 11 [7] => 0 ) 

The values DO NOT depend on the font used. Furthermore, they are
different each time I load the page for the SAME font
(http://blunoise.com/imagetext.php shows values for "Hello world" in
arial).

Reproduce code:
---



Expected result:

A jpeg saying "Hello world"






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

#25981 [NEW]: strtotime() returns incorrect date (near daylight saving time change)

[hazen at edsbits dot com]

From: hazen at edsbits dot com
Operating system: Red Hat Linux
PHP version:  4.3.3
PHP Bug Type: Date/time related
Bug description:  strtotime() returns incorrect date (near daylight saving time change)

Description:

I have code which uses human readable text to generate dates for use in a
task management program which stores due dates in a MySQL database.  I
have been using the strtotime() function for some months with no problem. 
Now that it is near a change in daylight savings time, I'm finding some
odd behavior.

It is currently Friday October 24, 2003.

When I enter "tuesday", the function returns 10-27-2003, not 10-28-2003 as
it should.  For a sanity check, I also entered "today + 4 days" which
correctly returned 10-28-2003.  If I enter "Saturday" or "Sunday", it
correctly returns 10-25-2003 and 10-26-2003 respectively.

Anything after Sunday is off by one day.

Reproduce code:
---
strtotime( ) tester


Input:$date_in
Output:   $date_out







END;

?>


Expected result:

That it returns the correct calendar date

Actual result:
--
It returns one day off, as explained in the description above.  I also
tested this bug on a second machine running PHP 4.3.2 with the same
result.

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

#25831 [Ver]: overload/__call breaks method Pass by reference

[alan_k]

 ID:   25831
 Updated by:   [EMAIL PROTECTED]
 Reported By:  viking at dslnorthwest dot net
 Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: all
 PHP Version:  4.3.4RC2-dev
 New Comment:

This appears to fix it.. 



? diff.txt
Index: overload.c
===
RCS file: /repository/php-src/ext/overload/Attic/overload.c,v
retrieving revision 1.20.2.3
diff -u -r1.20.2.3 overload.c
--- overload.c  15 Apr 2003 04:14:21 -  1.20.2.3
+++ overload.c  24 Oct 2003 07:50:15 -
@@ -526,7 +526,7 @@
 
args = (zval ***)emalloc(ZEND_NUM_ARGS() * sizeof(zval **));
 
-   if (zend_get_parameters_array_ex(ZEND_NUM_ARGS(), args) == FAILURE)
{
+   if (zend_get_parameters_array(ht, ZEND_NUM_ARGS(), (zval **)args) ==
FAILURE) {
? diff.txt
Index: overload.c
===
RCS file: /repository/php-src/ext/overload/Attic/overload.c,v
retrieving revision 1.20.2.3
diff -u -r1.20.2.3 overload.c
--- overload.c  15 Apr 2003 04:14:21 -  1.20.2.3
+++ overload.c  24 Oct 2003 07:50:15 -
@@ -526,7 +526,7 @@
 
args = (zval ***)emalloc(ZEND_NUM_ARGS() * sizeof(zval **));
 
-   if (zend_get_parameters_array_ex(ZEND_NUM_ARGS(), args) == FAILURE)
{
+   if (zend_get_parameters_array(ht, ZEND_NUM_ARGS(), (zval **)args) ==
FAILURE) {
efree(args);
php_error(E_WARNING, "unable to obtain arguments");
return;



efree(args);
php_error(E_WARNING, "unable to obtain arguments");
return;






Previous Comments:


[2003-10-10 22:12:29] [EMAIL PROTECTED]

simple script to reproduce:

pass_by_reference($message);
print "$message\n";



$message = "Pass by reference does not work!";
$bad->pass_by_reference($message);
print "$message\n";


?>


should print 
Pass by reference works
Pass by reference works

actually prints
Pass by reference works
Pass by reference does not work!



[2003-10-10 19:30:28] viking at dslnorthwest dot net

Description:

When extending the DB_DataObject class using PHP 4.3.3, 
pass-by-reference calls to class methods don't work. 
After removing the call to overload() at the bottom of 
DB_DataObject.php, references work as expected. The 
following comments at the bottom of DB_DataObject 
allude to this:

// technially 4.3.2RC1 was broken!!
// looks like 4.3.3 may have problems too 
if ((phpversion() != '4.3.2-RC1') && (version_compare( 
phpversion(), "4.3.1") > 0)) {
   overload('DB_DataObject');
   $GLOBALS['_DB_DATAOBJECT']['OVERLOADED'] = true; 
}

Reproduce code:
---
require_once("DB/DataObject.php");

class no_problem
{
function pass_by_reference(&$ref)
{
$ref = "Pass by reference works";
}
}

class problem extends DB_DataObject
{
function pass_by_reference(&$ref)
{
$ref = "Pass by reference works";
}
}

$good = &new no_problem();
$bad = &new problem();

$message = "Pass by reference does not work!";
$good->pass_by_reference($message);
print "$message\n";

$message = "Pass by reference does not work!";
$bad->pass_by_reference($message);
print "$message\n";

Expected result:

Pass by reference works 
Pass by reference works 

Actual result:
--
Pass by reference works 
Pass by reference does not work! 





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

#25753 [Com]: php_value|flag / php_admin_* settings "leak" from vhosts/.htaccess files

[clemmon at eventerra dot com]

 ID:   25753
 Comment by:   clemmon at eventerra dot com
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Apache related
 Operating System: *
 PHP Version:  4CVS, 5CVS
 New Comment:

I'm not sure if I am on to something or not, so I will pass this info
on to those that obviously know more than me.  I am getting the
"open_basedir restriction in effect" in Moregroupware.  It appears that
the error consistantly appears at lines with the following;
"require('mime_mapping.php')".  These calls appear in packages
horde.mime and horde.mime.viewer.  The rest of Moregroupware appears to
function without issue.  I hope this helps and does not clutter the
issue.


Previous Comments:


[2003-10-22 04:01:39] mattias at segerdahl dot info

Sniper,

I accidently ran into this bug a few moments ago. I talked to Derick
about it in the channel and we agreed I would do some testing. There
are some particular strange behaviour.

I will try to explain as well as include the files needed to reproduce
this error. But first let me point out one thing that I find really
weird.

This only occurs when the apache server has not been accessed for a
while, if you reload the page directly after you've encountered this
error message, it will work perfectly.

The error message is:

Warning: Unknown(): open_basedir restriction in effect.
File(/var/www/users.bitcom.se/index.php) is not within the allowed
path(s): (/var/www/www.sol.se) in Unknown on line 0
Warning: Unknown(/var/www/users.bitcom.se/index.php): failed to open
stream: Operation not permitted in Unknown on line 0
Warning: (null)(): Failed opening '/var/www/users.bitcom.se/index.php'
for inclusion (include_path='.:/usr/local/php//lib/php') in Unknown on
line 0

My php.ini file http://www.segerdahl.info/25753/php.ini
My httpd.conf file http://www.segerdahl.info/25753/httpd.conf

Server version: Apache/2.0.47
Server built:   Oct 20 2003 18:39:21

PHP 4.3.4RC4 configured as:

'./configure' '--with-apxs2=/usr/local/httpd/bin/apxs'
'--enable-mbstring' '--with-pear' '--with-mysql'
'--enable-magic-quotes' '--with-ftp' '--sysconfdir=/etc/php'
'--with-config-file-path=/etc/php' '--prefix=/usr/local/php/'
'--enable-mbstring' '--with-curl' '--enable-ftp' 

APACHE configured as:
./configure --sysconfdir=/etc/httpd/conf --enable-ssl
--prefix=/usr/local/httpd --enable-modules=dso,most

Contact me on efnet if you need more information... // bad2da



[2003-10-04 18:58:16] [EMAIL PROTECTED]

We do not know what causes this bug or how it can be reliably
reproduced. If you know exactly HOW this can be reproduced, add the
information here. Any other comments will be deleted.




[2003-10-04 00:48:12] [EMAIL PROTECTED]

Description:

If (for example) one virtualhost configuration has
set "php_admin_flag register_globals off", in some situations the
setting persists between requests.
-> php.ini settings are NOT reset between requests.

1. php.ini has register_globals = On
2. Request is made into www.foobar.com 
(which has "php_admin_flag register_globals off")
3. Next request (same apache child) is made into www.barfoo.com (which
does not have the setting)

This applies to ALL php.ini directives.

Some related reports:

bug #6374 (include_path in .htaccess across multiple vhosts)
bug #7174 (Round-robin -like values for include_path)
bug #19292 (Random error: open_basedir restriction..)
bug #21564 (corrupted paths coming to open_basedir)
bug #23462 ("php_admin_value open_basedir" in httpd.conf)
bug #23580 (Random values for include_path)
bug #24282 (Strange Open Base Dir Restriction Errors)
bug #24974 (random open_basedir errors)
bug #25172 ($HTTP_HOST sometimes empty)

For all who think they're experiencing this problem:
DO NOT add any comments here unless you have some extra information to
give which is not already given in above mentioned reports. 
Any comment which has no extra value will be deleted.







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

#25831 [Ver]: overload/__call breaks method Pass by reference

[alan_k]

 ID:   25831
 Updated by:   [EMAIL PROTECTED]
 Reported By:  viking at dslnorthwest dot net
 Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: all
 PHP Version:  4.3.4RC2-dev
 New Comment:

OK this seems to be working without segfaults..

Index: overload.c
===
RCS file: /repository/php-src/ext/overload/Attic/overload.c,v
retrieving revision 1.20.2.3
diff -u -r1.20.2.3 overload.c
--- overload.c  15 Apr 2003 04:14:21 -  1.20.2.3
+++ overload.c  25 Oct 2003 04:08:34 -
@@ -507,7 +507,7 @@
 static void overload_call_method(INTERNAL_FUNCTION_PARAMETERS,
zend_property_reference *property_reference)
 {
zval ***args;
-   zval *retval = NULL;
+   
int call_result;
zend_bool use_call_handler = 1;
zval *object = property_reference->object;
@@ -526,13 +526,15 @@
 
args = (zval ***)emalloc(ZEND_NUM_ARGS() * sizeof(zval **));
 
-   if (zend_get_parameters_array_ex(ZEND_NUM_ARGS(), args) == FAILURE)
{
-   efree(args);
-   php_error(E_WARNING, "unable to obtain arguments");
-   return;
-   }
 
if (use_call_handler) {
+   zval *retval = NULL;
+   
+   if (zend_get_parameters_array_ex(ZEND_NUM_ARGS(), args) == FAILURE)
{
+   efree(args);
+   php_error(E_WARNING, "unable to obtain arguments");
+   return;
+   }
zval **handler_args[3];
zval *arg_array;
zval result, *result_ptr = &result;
@@ -588,23 +590,29 @@
}
zval_ptr_dtor(&retval);
} else {
+   zval retval;
+   if (zend_get_parameters_array(ht, ZEND_NUM_ARGS(), (zval **)args) ==
FAILURE) {
+   efree(args);
+   php_error(E_WARNING, "unable to obtain arguments");
+   return;
+   }
+
ZVAL_STRINGL(&call_handler, Z_STRVAL(method->element),
Z_STRLEN(method->element), 0);
-   call_result = call_user_function_ex(NULL,
+   call_result = call_user_function(NULL,
   
 &object,
   
 &call_handler,
-  
 &retval,
-  
 ZEND_NUM_ARGS(), args,
-  
 0, NULL TSRMLS_CC);
+  
 return_value,
+  
 ZEND_NUM_ARGS(),(zval **)args  TSRMLS_CC);
 
-   if (call_result == FAILURE || !retval) {
+   if (call_result == FAILURE || !&return_value) {
efree(args);
php_error(E_WARNING, "unable to call %s::%s() method",
Z_OBJCE_P(object)->name, Z_STRVAL(method->element));
return;
}
 
-   *return_value = *retval;
+
zIndex: overload.c
===
RCS file: /repository/php-src/ext/overload/Attic/overload.c,v
retrieving revision 1.20.2.3
diff -u -r1.20.2.3 overload.c
--- overload.c  15 Apr 2003 04:14:21 -  1.20.2.3
+++ overload.c  25 Oct 2003 04:08:34 -
@@ -507,7 +507,7 @@
 static void overload_call_method(INTERNAL_FUNCTION_PARAMETERS,
zend_property_reference *property_reference)
 {
zval ***args;
-   zval *retval = NULL;
+   
int call_result;
zend_bool use_call_handler = 1;
zval *object = property_reference->object;
@@ -526,13 +526,15 @@
 
args = (zval ***)emalloc(ZEND_NUM_ARGS() * sizeof(zval **));
 
-   if (zend_get_parameters_array_ex(ZEND_NUM_ARGS(), args) == FAILURE)
{
-   efree(args);
-   php_error(E_WARNING, "unable to obtain arguments");
-   return;
-   }
 
if (use_call_handler) {
+   zval *retval = NULL;
+   
+   if (zend_get_parameters_array_ex(ZEND_NUM_ARGS(), args) == FAILURE)
{
+   efree(args);
+   php_error(E_WARNING, "unable to obtain arguments");
+   return;
+   }
zval **handler_args[3];
zval *arg_array;
zval result, *result_ptr = &result;
@@ -588,23 +590,29 @@
}
zval_ptr_dtor(&retval);
} else {
+   zval retval;
+   if (zend_get_p

#25982 [NEW]: Operator Precedence screwed up from 4.3.2 to 4.3.3?

[adiu at adis dot on dot ca]

From: adiu at adis dot on dot ca
Operating system: Linux
PHP version:  4.3.3
PHP Bug Type: Unknown/Other Function
Bug description:  Operator Precedence screwed up from 4.3.2 to 4.3.3?

Description:

My hosting service recently changed from php-4.3.2 to php-4.3.3. In the
process a script broke which had been working fine right up until
php-4.3.3.

I have a comparison expression where a variable on the left side is
compared to an expression which alters the same variable on the right
side. See the code details below.

Reproduce code:
---
if ($var == ($var = ereg_replace("^\.", "", $var))) {
$replace = true;
} else {
$replace = false;
}



Expected result:

If $var contains "SOMETHING" the expression should be true and if $var
contains ".SOMETHING" the expression should be false.  

Actual result:
--
The expression is always true, regardless of the content of $var.

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

#25984 [NEW]: Security Alert!

[ali_momenh at yahoo dot com]

From: ali_momenh at yahoo dot com
Operating system: windows 2000 server
PHP version:  4.3.3
PHP Bug Type: CGI related
Bug description:  Security Alert!

Description:

ERROR :

Security Alert! 

The PHP CGI cannot be accessed directly. 
This PHP CGI binary was compiled with force-cgi-redirect enabled. This
means that a page will only be served up if the REDIRECT_STATUS CGI
variable is set, e.g. via an Apache Action directive.

For more information as to why this behaviour exists, see the manual page
for CGI security.

For more information about changing this behaviour or re-enabling this
webserver, consult the installation file that came with this distribution,
or visit the manual page.


I Edited my php.ini and set the cgi.force_redirect to 0

Please Help me!!!
Thankx alot.
Ali


Reproduce code:
---
Security Alert! 

The PHP CGI cannot be accessed directly. 
This PHP CGI binary was compiled with force-cgi-redirect enabled. This
means that a page will only be served up if the REDIRECT_STATUS CGI
variable is set, e.g. via an Apache Action directive.

For more information as to why this behaviour exists, see the manual page
for CGI security.

For more information about changing this behaviour or re-enabling this
webserver, consult the installation file that came with this distribution,
or visit the manual page.



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

#25984 [Opn->Bgs]: Security Alert!

[alan_k]

 ID:   25984
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ali_momenh at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: CGI related
 Operating System: windows 2000 server
 PHP Version:  4.3.3
 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. 

Thank you for your interest in PHP.

please ask for suport on the mailing lists


Previous Comments:


[2003-10-25 02:34:21] ali_momenh at yahoo dot com

Description:

ERROR :

Security Alert! 

The PHP CGI cannot be accessed directly. 
This PHP CGI binary was compiled with force-cgi-redirect enabled. This
means that a page will only be served up if the REDIRECT_STATUS CGI
variable is set, e.g. via an Apache Action directive.

For more information as to why this behaviour exists, see the manual
page for CGI security.

For more information about changing this behaviour or re-enabling this
webserver, consult the installation file that came with this
distribution, or visit the manual page.


I Edited my php.ini and set the cgi.force_redirect to 0

Please Help me!!!
Thankx alot.
Ali


Reproduce code:
---
Security Alert! 

The PHP CGI cannot be accessed directly. 
This PHP CGI binary was compiled with force-cgi-redirect enabled. This
means that a page will only be served up if the REDIRECT_STATUS CGI
variable is set, e.g. via an Apache Action directive.

For more information as to why this behaviour exists, see the manual
page for CGI security.

For more information about changing this behaviour or re-enabling this
webserver, consult the installation file that came with this
distribution, or visit the manual page.







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

#25985 [NEW]: Crash running coWiki

[[EMAIL PROTECTED]]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  5CVS-2003-10-25 (dev)
PHP Bug Type: Apache related
Bug description:  Crash running coWiki

Description:

coWiki is a web collaboration tool complete written in/for PHP5, see
http://www.develnet.org for more details.

If I run coWiki with mod_php5, Apache child exit with segfault, using CGI
it works.

Reproduce code:
---
Try to access any coWiki page over http.

Expected result:

The HTML output.

Actual result:
--
tolpan:~ # gdb httpd
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i586-suse-linux"...(no debugging symbols
found)...
(gdb) run -X -f /etc/httpd/httpd.conf_debug
Starting program: /usr/sbin/httpd -X -f /etc/httpd/httpd.conf_debug
(no debugging symbols found)...(no debugging symbols found)...[New Thread
16384 (LWP 2915)]
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2915)]
0x5a5a5a5a in ?? ()
(gdb) bt
#0  0x5a5a5a5a in ?? ()
#1  0x40bbf0c4 in libname () from /usr/lib/apache/libphp5.so
#2  0x40bfa1b8 in libname () from /usr/lib/apache/libphp5.so
#3  0x40bf24f1 in libname () from /usr/lib/apache/libphp5.so
#4  0x40bf872d in libname () from /usr/lib/apache/libphp5.so
#5  0x40bf24f1 in libname () from /usr/lib/apache/libphp5.so
#6  0x40bc66ff in libname () from /usr/lib/apache/libphp5.so
#7  0x40bc5a86 in libname () from /usr/lib/apache/libphp5.so
#8  0x40bc6ab5 in libname () from /usr/lib/apache/libphp5.so
#9  0x40bc73d2 in libname () from /usr/lib/apache/libphp5.so
#10 0x40bf57f1 in libname () from /usr/lib/apache/libphp5.so
#11 0x40bf24f1 in libname () from /usr/lib/apache/libphp5.so
#12 0x40bf6425 in libname () from /usr/lib/apache/libphp5.so
#13 0x40bf6917 in libname () from /usr/lib/apache/libphp5.so
#14 0x40bf24f1 in libname () from /usr/lib/apache/libphp5.so
#15 0x40bf6425 in libname () from /usr/lib/apache/libphp5.so
#16 0x40bf6917 in libname () from /usr/lib/apache/libphp5.so
#17 0x40bf24f1 in libname () from /usr/lib/apache/libphp5.so
#18 0x40bf6425 in libname () from /usr/lib/apache/libphp5.so
#19 0x40bf6917 in libname () from /usr/lib/apache/libphp5.so
#20 0x40bf24f1 in libname () from /usr/lib/apache/libphp5.so
#21 0x40bf6425 in libname () from /usr/