#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory

2003-02-03 Thread root
 ID:   19292
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.2.3,4.3.0
 New Comment:

I have about the same problem, I use a restrictive open_basedir by
default, but turn it off for certain vhosts:

php_admin_value open_basedir / 

This has always worked for me in 4.2.3, but after upgrading to 4.3.0 I
get open_basedir errors (no changes to php.ini):

-->

Warning: Unknown(): open_basedir restriction in effect.
File(/var/www/hostname/root/admin/phpinfo.php) is not within the
allowed path(s): (/) in Unknown on line 0

Warning: Unknown(/var/www/hostname/root/admin/phpinfo.php): failed to
create stream: Operation not permitted in Unknown on line 0

Warning: Unknown(): Failed opening
'/var/www/hostname/root/admin/phpinfo.php' for inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line 0

-->

This is persistent for me on FreeBSD 4.7-STABLE:

-->

Build Date  Feb 3 2003 14:35:44  
Configure Command  './configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-regex=system' '--without-gd' '--without-mysql'
'--with-gd=/usr/local' '--enable-gd-native-ttf'
'--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local' '--with-zlib' '--with-bz2=/usr'
'--with-mcrypt=/usr/local' '--with-mhash=/usr/local'
'--with-mysql=/usr/local' '--with-expat-dir=/usr/local'
'--with-ming=/usr/local' '--enable-trans-sid' '--prefix=/usr/local'
'i386-portbld-freebsd4.7'  

-->


Previous Comments:


[2003-01-30 09:33:52] [EMAIL PROTECTED]

Same problem, suse 8.1 , apache 1.3.26.
selfcompiled php 4.2.3 updated from 4.2.2



[2003-01-24 09:11:18] [EMAIL PROTECTED]

I use redhat8.0   and upgrade from php4.12 to php4.2.3

and the file have open_basedir restriction,  and after
all the include file is inside the basedir not outside



[2003-01-20 13:16:28] [EMAIL PROTECTED]

Same problem FreeBSD 4.7p3 PHP 4.3.0 PHP 4.2.3 Apache 1.3.27 (bug
20190)



[2003-01-17 13:57:47] [EMAIL PROTECTED]

The same probleme is in php4-STABLE-200301171630

Please correct that

Warning: Unknown(): open_basedir restriction in effect.
File(/home/ovh/www/forum/list.php) is not within the allowed path(s):
(/home/users/xiaoping) in Unknown on line 0

Warning: Unknown(/home/ovh/www/forum/list.php): failed to create
stream: Operation not permitted in Unknown on line 0

Warning: (null)() [function.include]: Failed opening
'/home/ovh/www/forum/list.php' for inclusion
(include_path='.:/upload/') in Unknown on line 0



[2003-01-12 05:40:52] [EMAIL PROTECTED]

Same problem with php 4.3.0 / apache 1.3.27 / Slackware
The problem seems to appear when a virtual host has a open_basedir
defined, but not in other virtualhost. In this case others virtual
hosts take the value of one of defined  open_basedir. (maybe the value
come from another http child open in same time)

Seems to have same behaviour with auto_append.

Hope it will help to solve this bug.

Fred



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

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




#22220 [NEW]: can't turn open_basedir off anymore since 4.2.3 -> 4.3.0

2003-02-14 Thread root
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.7-STABLE
PHP version:  4.3.0
PHP Bug Type: Apache related
Bug description:  can't turn open_basedir off anymore since 4.2.3 -> 4.3.0

I have this in my php.ini as default:

open_basedir = /var/www

I have a virtualhost block like this:


  ServerName "host.example.com"
  DocumentRoot "/var/www/host.example.com/root"
  
Options Indexes ExecCgi
php_admin_value safe_mode 0
php_admin_value open_basedir "/"
  


The goal is to force a default open_basedir of "/var/www" to everything,
except the explicitly specified /admin directory and contents (same with
safe_mode).

First, I read that setting the open_basedir to "/" doesn't work anymore in
http://bugs.php.net/bug.php?id=22101. Seems kinda weird as the
documentation states:

[The restriction specified with open_basedir is actually a prefix, not a
directory name. This means that "open_basedir = /dir/incl" also allows
access to "/dir/include" and "/dir/incls" if they exist. When you want to
restrict access to only the specified directory, end with a slash. For
example: "open_basedir = /dir/incl/"]

But besides that, specifying 'none' as open basedir in the virtualhost
doesn't turn it off, it uses the default of /var/www, and I haven't found
a way to set the open_basedir to NULL.

So, as I see it either the 'none' setting isn't working correctly and
needs to be fixed or the possibility of setting the open_basedir to "/"
needs to be put back in.

Unless I'm overseeing some very trivial way of turning the open_basedir
restriction off of course.

Thanks in advance.

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




#22220 [Bgs->Opn]: can't turn open_basedir off anymore since 4.2.3 -> 4.3.0

2003-02-15 Thread root
 ID:   0
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Apache related
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4.3.0
 New Comment:

Actually, I added a comment to 19292 about my problem and it was
deleted as not being appropriate there.

I am not having trouble with random open_basedir errors, I'm having one
simple problem.

I have a default open_basedir of '/var/www/' in my php.ini and I used
to turn off ('allow all files to be opened') for a particular vhost by
setting open_basedir to '/'.

Whether this wastes resources I don't know and actually I don't care
too, because it does what I want.

Starting with 4.3.0 I can't use '/' as open_basedir anymore for some
reason, and imo it wasn't thought about properly because it creates
contradictory error messages like:

[Warning: Unknown(): open_basedir restriction in effect.
File(/var/www/host.example.com/root/admin/phpinfo.php) is not within
the allowed path(s): (/) in Unknown on line 0]

But I couldn't care less if there was an equivalent for setting
open_basedir to '/'. Because all I need is to turn off open_basedir for
a particular vhost.

And I tried setting open_basedir to none, 'none' and "none", but this
just leaves the default of '/var/www' in effect.

So I'm guessing that the 'none' setting isn't working properly as I
would think that it should turn off the open_basedir restriction for
the vhost.


Previous Comments:


[2003-02-14 08:36:03] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.

First of all open_basedir of '/' is rather meaningless since it allows
opening of every file anyway. Secondly the open_basedir problems
especially in FreeBSD enviroment should be convered in bug report
#19292.



[2003-02-14 04:26:02] [EMAIL PROTECTED]

Hmm
it works for my system

open_basedir = '/www'; in php.ini
and in apache  directive i have
php_admin_value open_basedir none
which works grand. did you try actually acessing a file outside the
docroot?



[2003-02-14 04:03:11] [EMAIL PROTECTED]

I have this in my php.ini as default:

open_basedir = /var/www

I have a virtualhost block like this:


  ServerName "host.example.com"
  DocumentRoot "/var/www/host.example.com/root"
  
Options Indexes ExecCgi
php_admin_value safe_mode 0
php_admin_value open_basedir "/"
  


The goal is to force a default open_basedir of "/var/www" to
everything, except the explicitly specified /admin directory and
contents (same with safe_mode).

First, I read that setting the open_basedir to "/" doesn't work anymore
in http://bugs.php.net/bug.php?id=22101. Seems kinda weird as the
documentation states:

[The restriction specified with open_basedir is actually a prefix, not
a directory name. This means that "open_basedir = /dir/incl" also
allows access to "/dir/include" and "/dir/incls" if they exist. When
you want to restrict access to only the specified directory, end with a
slash. For example: "open_basedir = /dir/incl/"]

But besides that, specifying 'none' as open basedir in the virtualhost
doesn't turn it off, it uses the default of /var/www, and I haven't
found a way to set the open_basedir to NULL.

So, as I see it either the 'none' setting isn't working correctly and
needs to be fixed or the possibility of setting the open_basedir to "/"
needs to be put back in.

Unless I'm overseeing some very trivial way of turning the open_basedir
restriction off of course.

Thanks in advance.





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




#22220 [Com]: "php_admin_value open_basedir none" does not work

2003-02-15 Thread root
 ID:   0
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Verified
 Bug Type: Apache related
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4.3.0
 New Comment:

As there's nothing I can find in the documentation about the 'none'
setting I don't know wheter it should turn off the open_basedir or
should inherit the default.

Both make sense, but if it's the latter then there's no way to turn the
open_basedir restriction off, other than '/'.


Previous Comments:


[2003-02-15 13:20:25] [EMAIL PROTECTED]

I tested that now, and indeed, it doesn't work.




[2003-02-15 13:18:13] [EMAIL PROTECTED]

So this bug's summary should be:

"'php_admin_value open_basedir none' does not work"

???




[2003-02-15 13:02:19] [EMAIL PROTECTED]

Actually, I added a comment to 19292 about my problem and it was
deleted as not being appropriate there.

I am not having trouble with random open_basedir errors, I'm having one
simple problem.

I have a default open_basedir of '/var/www/' in my php.ini and I used
to turn off ('allow all files to be opened') for a particular vhost by
setting open_basedir to '/'.

Whether this wastes resources I don't know and actually I don't care
too, because it does what I want.

Starting with 4.3.0 I can't use '/' as open_basedir anymore for some
reason, and imo it wasn't thought about properly because it creates
contradictory error messages like:

[Warning: Unknown(): open_basedir restriction in effect.
File(/var/www/host.example.com/root/admin/phpinfo.php) is not within
the allowed path(s): (/) in Unknown on line 0]

But I couldn't care less if there was an equivalent for setting
open_basedir to '/'. Because all I need is to turn off open_basedir for
a particular vhost.

And I tried setting open_basedir to none, 'none' and "none", but this
just leaves the default of '/var/www' in effect.

So I'm guessing that the 'none' setting isn't working properly as I
would think that it should turn off the open_basedir restriction for
the vhost.



[2003-02-14 08:36:03] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.

First of all open_basedir of '/' is rather meaningless since it allows
opening of every file anyway. Secondly the open_basedir problems
especially in FreeBSD enviroment should be convered in bug report
#19292.



[2003-02-14 04:26:02] [EMAIL PROTECTED]

Hmm
it works for my system

open_basedir = '/www'; in php.ini
and in apache  directive i have
php_admin_value open_basedir none
which works grand. did you try actually acessing a file outside the
docroot?



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

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




#22220 [Csd]: "php_admin_value open_basedir none" does not work

2003-02-15 Thread root
 ID:   0
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Apache related
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4.3.0
 New Comment:

Fixes my problem, thank you.


Previous Comments:


[2003-02-15 14:24:42] [EMAIL PROTECTED]

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.





[2003-02-15 13:36:38] [EMAIL PROTECTED]

As there's nothing I can find in the documentation about the 'none'
setting I don't know wheter it should turn off the open_basedir or
should inherit the default.

Both make sense, but if it's the latter then there's no way to turn the
open_basedir restriction off, other than '/'.



[2003-02-15 13:20:25] [EMAIL PROTECTED]

I tested that now, and indeed, it doesn't work.




[2003-02-15 13:18:13] [EMAIL PROTECTED]

So this bug's summary should be:

"'php_admin_value open_basedir none' does not work"

???




[2003-02-15 13:02:19] [EMAIL PROTECTED]

Actually, I added a comment to 19292 about my problem and it was
deleted as not being appropriate there.

I am not having trouble with random open_basedir errors, I'm having one
simple problem.

I have a default open_basedir of '/var/www/' in my php.ini and I used
to turn off ('allow all files to be opened') for a particular vhost by
setting open_basedir to '/'.

Whether this wastes resources I don't know and actually I don't care
too, because it does what I want.

Starting with 4.3.0 I can't use '/' as open_basedir anymore for some
reason, and imo it wasn't thought about properly because it creates
contradictory error messages like:

[Warning: Unknown(): open_basedir restriction in effect.
File(/var/www/host.example.com/root/admin/phpinfo.php) is not within
the allowed path(s): (/) in Unknown on line 0]

But I couldn't care less if there was an equivalent for setting
open_basedir to '/'. Because all I need is to turn off open_basedir for
a particular vhost.

And I tried setting open_basedir to none, 'none' and "none", but this
just leaves the default of '/var/www' in effect.

So I'm guessing that the 'none' setting isn't working properly as I
would think that it should turn off the open_basedir restriction for
the vhost.



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

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




Bug #16616: segmentation fault --with-imap

2002-04-15 Thread root

From: [EMAIL PROTECTED]
Operating system: linux redhdat 6.2
PHP version:  4.1.2
PHP Bug Type: *Compile Issues
Bug description:  segmentation fault --with-imap

i`m having dificulties getting imap support into php. When i compiled it
--with-imap it compiles fine but when i restart apache it seg. faults.  I
tried imap-2000c and imap-2001a versions but all without luck. I at first
tryed to compile 4.0.6 which gave me the exact output as 4.1.2 which i
tryed later on. If i recompile without imap it works again. 
 
Sys info---
Apache = 1.3.24 (mod_ssl)
php 4.1.2
Linux RED-Hat 6.2 
Kernel  2.4.18 #1 SMP Wed Mar 6 08:54:04 CET 2002 i686

php compiled with:
==
./configure   --with-mysql=/usr --enable-sysvsem --enable-sysvshm
--with-gd=yes --with-zlib --with-ttf --with-zlib-dir=/usr
--enable-versioning --with-gd-dir=/usr --with-jpeg-dir=/usr/
--enable-gd-imgstrttf --with-config-file-path=/etc/httpd/conf/
--enable-trans-sid --with-png-dir=/usr/ --with-freetype --with-recode
--with-apxs  --with-openssl --with-imap=/usr/local/src/imap-2000c/
==
apache 1.3.24 (with mod_ssl) compiled:

./configure \
"--prefix=/usr" \
"--with-layout=RedHat" \
"--enable-module=rewrite" \
"--enable-module=expires" \
"--disable-rule=WANTHSREGEX" \
"--enable-shared=max" \
"--enable-module=ssl" \
"--enable-module=proxy" \

When i run apache:

httpd 
Segmentation fault

GDB :
===
[root php-4.1.2]# gdb /usr/sbin/httpd
GNU gdb 19991004
Copyright 1998 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 "i386-redhat-linux"...
(gdb) run -X
Starting program: /usr/sbin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x403a4237 in object.8 () at lstat.c:45
45  lstat.c: No such file or directory.
(gdb)

-- 
Edit bug report at http://bugs.php.net/?id=16616&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16616&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16616&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16616&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16616&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16616&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16616&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16616&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16616&r=submittedtwice




Bug #16616 Updated: segmentation fault --with-imap

2002-04-15 Thread root

 ID:   16616
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: *Compile Issues
 Operating System: linux redhdat 6.2
 PHP Version:  4.1.2
 New Comment:

OK i have been changing stuff all day on that machine, so the dbd looks
a bit diffrent now but it still seg faults...
-- 
gdb /usr/sbin/httpd
GNU gdb 19991004
Copyright 1998 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 "i386-redhat-linux"...
(gdb) run -X
Starting program: /usr/sbin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x40339d02 in hash_lookup (hashtab=0x80dab68, key=0xb9a0
"\207?H@T5F@x5F@\227MF@??\r\b\207?H@") at misc.c:317
317 misc.c: No such file or directory.
(gdb) bt
#0  0x40339d02 in hash_lookup (hashtab=0x80dab68, key=0xb9a0
"\207?H@T5F@x5F@\227MF@??\r\b\207?H@") at misc.c:317
#1  0x404637fd in find_symbol (outer=0x80da9f0, name=0x4048e687 "data",
type=SYMBOL_CREATE_CHARSET) at names.c:255
#2  0x40464d97 in register_all_modules (outer=0x80da9f0) at
outer.c:353
#3  0x404650ea in recode_new_outer (auto_abort=true) at outer.c:419
#4  0x402c91e7 in php_minit_recode (type=1, module_number=6) at
recode.c:78
#5  0x4027cee9 in zend_startup_module (module=0x403f67a0) at
zend_API.c:624
#6  0x4028d2be in php_startup_extensions (ptr=0x403f21c0, count=13) at
main.c:703
#7  0x4028e265 in php_startup_internal_extensions () at
internal_functions.c:70
#8  0x4028d685 in php_module_startup (sf=0x403f1160) at main.c:873
#9  0x4028ae08 in php_apache_startup (sapi_module=0x403f1160) at
mod_php4.c:259
#10 0x4028b855 in php_init_handler (s=0x808e77c, p=0x808e754) at
mod_php4.c:744
#11 0x8056b99 in ap_init_modules ()
#12 0x806184d in main ()
#13 0x400db9cb in __libc_start_main (main=0x806150c , argc=2,
argv=0xbb64, init=0x804ebe0 <_init>, fini=0x807a05c <_fini>,
rtld_fini=0x4000aea0 <_dl_fini>,
stack_end=0xbb5c) at ../sysdeps/generic/libc-start.c:92
(gdb)


Previous Comments:


[2002-04-15 12:38:14] [EMAIL PROTECTED]

Can you please enter bt at the gdb prompt after the SIGSEGV is received
and post the backtrace here?



[2002-04-15 07:14:07] [EMAIL PROTECTED]

i`m having dificulties getting imap support into php. When i compiled
it --with-imap it compiles fine but when i restart apache it seg.
faults.  I tried imap-2000c and imap-2001a versions but all without
luck. I at first tryed to compile 4.0.6 which gave me the exact output
as 4.1.2 which i tryed later on. If i recompile without imap it works
again. 
 
Sys info---
Apache = 1.3.24 (mod_ssl)
php 4.1.2
Linux RED-Hat 6.2 
Kernel  2.4.18 #1 SMP Wed Mar 6 08:54:04 CET 2002 i686

php compiled with:
==
./configure   --with-mysql=/usr --enable-sysvsem --enable-sysvshm
--with-gd=yes --with-zlib --with-ttf --with-zlib-dir=/usr
--enable-versioning --with-gd-dir=/usr --with-jpeg-dir=/usr/
--enable-gd-imgstrttf --with-config-file-path=/etc/httpd/conf/
--enable-trans-sid --with-png-dir=/usr/ --with-freetype --with-recode
--with-apxs  --with-openssl --with-imap=/usr/local/src/imap-2000c/
==
apache 1.3.24 (with mod_ssl) compiled:

./configure \
"--prefix=/usr" \
"--with-layout=RedHat" \
"--enable-module=rewrite" \
"--enable-module=expires" \
"--disable-rule=WANTHSREGEX" \
"--enable-shared=max" \
"--enable-module=ssl" \
"--enable-module=proxy" \

When i run apache:

httpd 
Segmentation fault

GDB :
===
[root php-4.1.2]# gdb /usr/sbin/httpd
GNU gdb 19991004
Copyright 1998 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 "i386-redhat-linux"...
(gdb) run 

Bug #16616 Updated: segmentation fault --with-imap

2002-04-15 Thread root
14:07] [EMAIL PROTECTED]

i`m having dificulties getting imap support into php. When i compiled
it --with-imap it compiles fine but when i restart apache it seg.
faults.  I tried imap-2000c and imap-2001a versions but all without
luck. I at first tryed to compile 4.0.6 which gave me the exact output
as 4.1.2 which i tryed later on. If i recompile without imap it works
again. 
 
Sys info---
Apache = 1.3.24 (mod_ssl)
php 4.1.2
Linux RED-Hat 6.2 
Kernel  2.4.18 #1 SMP Wed Mar 6 08:54:04 CET 2002 i686

php compiled with:
==
./configure   --with-mysql=/usr --enable-sysvsem --enable-sysvshm
--with-gd=yes --with-zlib --with-ttf --with-zlib-dir=/usr
--enable-versioning --with-gd-dir=/usr --with-jpeg-dir=/usr/
--enable-gd-imgstrttf --with-config-file-path=/etc/httpd/conf/
--enable-trans-sid --with-png-dir=/usr/ --with-freetype --with-recode
--with-apxs  --with-openssl --with-imap=/usr/local/src/imap-2000c/
==
apache 1.3.24 (with mod_ssl) compiled:

./configure \
"--prefix=/usr" \
"--with-layout=RedHat" \
"--enable-module=rewrite" \
"--enable-module=expires" \
"--disable-rule=WANTHSREGEX" \
"--enable-shared=max" \
"--enable-module=ssl" \
"--enable-module=proxy" \

When i run apache:

httpd 
Segmentation fault

GDB :
===
[root php-4.1.2]# gdb /usr/sbin/httpd
GNU gdb 19991004
Copyright 1998 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 "i386-redhat-linux"...
(gdb) run -X
Starting program: /usr/sbin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x403a4237 in object.8 () at lstat.c:45
45  lstat.c: No such file or directory.
(gdb)





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




Bug #16616 Updated: segmentation fault --with-imap

2002-04-15 Thread root
fffb5c) at ../sysdeps/generic/libc-start.c:92
(gdb)



[2002-04-15 12:38:14] [EMAIL PROTECTED]

Can you please enter bt at the gdb prompt after the SIGSEGV is received
and post the backtrace here?



[2002-04-15 07:14:07] [EMAIL PROTECTED]

i`m having dificulties getting imap support into php. When i compiled
it --with-imap it compiles fine but when i restart apache it seg.
faults.  I tried imap-2000c and imap-2001a versions but all without
luck. I at first tryed to compile 4.0.6 which gave me the exact output
as 4.1.2 which i tryed later on. If i recompile without imap it works
again. 
 
Sys info---
Apache = 1.3.24 (mod_ssl)
php 4.1.2
Linux RED-Hat 6.2 
Kernel  2.4.18 #1 SMP Wed Mar 6 08:54:04 CET 2002 i686

php compiled with:
==
./configure   --with-mysql=/usr --enable-sysvsem --enable-sysvshm
--with-gd=yes --with-zlib --with-ttf --with-zlib-dir=/usr
--enable-versioning --with-gd-dir=/usr --with-jpeg-dir=/usr/
--enable-gd-imgstrttf --with-config-file-path=/etc/httpd/conf/
--enable-trans-sid --with-png-dir=/usr/ --with-freetype --with-recode
--with-apxs  --with-openssl --with-imap=/usr/local/src/imap-2000c/
==
apache 1.3.24 (with mod_ssl) compiled:

./configure \
"--prefix=/usr" \
"--with-layout=RedHat" \
"--enable-module=rewrite" \
"--enable-module=expires" \
"--disable-rule=WANTHSREGEX" \
"--enable-shared=max" \
"--enable-module=ssl" \
"--enable-module=proxy" \

When i run apache:

httpd 
Segmentation fault

GDB :
===
[root php-4.1.2]# gdb /usr/sbin/httpd
GNU gdb 19991004
Copyright 1998 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 "i386-redhat-linux"...
(gdb) run -X
Starting program: /usr/sbin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x403a4237 in object.8 () at lstat.c:45
45  lstat.c: No such file or directory.
(gdb)





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




Bug #16616 Updated: Crash at startup when both recode and imap are included

2002-04-16 Thread root

 ID:   16616
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
-Bug Type: Recode related
+Bug Type: IMAP related
 Operating System: linux redhdat 6.2
 PHP Version:  4.1.2
 New Comment:

I got my system working with both recode and imap. First   
i tried it on another system (suse 7.3) and it worked. The   
only diffrence was realy in the imap it self. Suse   
provided imap as a .so and the php afterwards was linked   
to that lib but Redhat rpm (and if i compiled it with make 
lnp i didn`t get the .so either) provided only
libc-client.a and c-client.a. so the diffrence was in the   
ldd libphp4.so when compiled on diff systems with the same   
parameters. So i took the imap.spm from
suse ftp, extract it and build it specified in the spec
(there was a patch too). Then i just rebuilded the php   
with the same configure string. It works on both now 4.1.2   
and on 4.0.6.   
  
ldd of php now looks like this:  
--  
libpam.so.0 => /lib/libpam.so.0 (0x401a8000)  
librecode.so.0 => /usr/lib/librecode.so.0  
(0x401b)  
libc-client.so => /usr/lib/libc-client.so  
(0x40228000)  
libdl.so.2 => /lib/libdl.so.2 (0x402d1000)  
libmysqlclient.so.10 =>  
/usr/lib/mysql/libmysqlclient.so.10 (0x402d6000)  
libz.so.1 => /usr/lib/libz.so.1 (0x402f2000)  
libttf.so.2 => /usr/local/lib//libttf.so.2  
(0x40301000)  
libpng.so.2 => /usr/lib/libpng.so.2 (0x40327000)  
libjpeg.so.62 => /usr/lib/libjpeg.so.62  
(0x40351000)  
libcrypt.so.1 => /lib/libcrypt.so.1 (0x4037)  
libssl.so.0 => /usr/lib/libssl.so.0 (0x4039f000)  
libcrypto.so.0 => /usr/lib/libcrypto.so.0  
(0x403d1000)  
libresolv.so.2 => /lib/libresolv.so.2 (0x404a3000)  
libm.so.6 => /lib/libm.so.6 (0x404b2000)  
libnsl.so.1 => /lib/libnsl.so.1 (0x404cf000)  
libgssapi_krb5.so.2 =>  
/usr/kerberos/lib/libgssapi_krb5.so.2 (0x404e5000)  
libkrb5.so.2 => /usr/kerberos/lib/libkrb5.so.2  
(0x4050)  
libk5crypto.so.2 =>  
/usr/kerberos/lib/libk5crypto.so.2 (0x4056f000)  
libcom_err.so.3 =>  
/usr/kerberos/lib/libcom_err.so.3 (0x4058b000)  
libc.so.6 => /lib/libc.so.6 (0x4058e000)  
/lib/ld-linux.so.2 => /lib/ld-linux.so.2  
(0x8000)  
--


Previous Comments:


[2002-04-15 20:00:31] [EMAIL PROTECTED]

reclassified



[2002-04-15 13:51:50] [EMAIL PROTECTED]

i removed the recode option (--with-recode) and it works now. Recode
version is 3.5. The problem is that i need recode just as bad as i need
imap :(
Without recode it works in 4.0.6 also. I tryed with recode 3.6 and it
doesnt work also.



[2002-04-15 12:57:21] [EMAIL PROTECTED]

Sorry!! the previus one(bt) was from 4.0.6! This one is from 4.1.2. 
 
==
gdb /usr/sbin/httpd
GNU gdb 19991004
Copyright 1998 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 "i386-redhat-linux"...
(gdb) run -X
Starting program: /usr/sbin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x403891d2 in hash_lookup (hashtab=0x80dd308, key=0xb978
"\207?O@T\025M@x\025M@¨???\227-M@\220?\r\b\207?O@") at misc.c:317
317 misc.c: No such file or directory.
(gdb) bt
#0  0x403891d2 in hash_lookup (hashtab=0x80dd308, key=0xb978
"\207?O@T\025M@x\025M@¨???\227-M@\220?\r\b\207?O@") at misc.c:317
#1  0x404d17fd in find_symbol (outer=0x80dd190, name=0x404fc687 "data",
type=SYMBOL_CREATE_CHARSET) at names.c:255
#2  0x404d2d97 in register_all_modules (outer=0x80dd190) at
outer.c:353
#3  0x404d30ea in recode_new_outer (auto_abort=true) at outer.c:419
#4  0x402ee477 in zm_startup_recode (type=1, module_number=6) at
recode.c:79
#5  0x40290b56 in zend_startup_module (module=0x40446860) at
zend_API.c:1004
#6  0x4029ebe3 in php_startup_extensions (ptr=0x404421c8, count=13) at
main.c:779
#7  0x402a0230 in php_startup_internal_extensions () at
internal_functions.c:70
#8  0x4029f055 in php_module_startup (sf=0x40441000) at main.c:934
#9  0x4029b2f1 in php_apache_startup (sapi_module=0x40441000) at
mod_php4.c:279
#10 0x4029c243 in php_init_handler (s=0x808e77c, p=0x808e754) at
mod_php4.c:836
#11 0x8056b99 in ap_init_modules ()
#

#4266 [Com]: Undeclared variables in function/imap.c starting ar line 435

2002-09-30 Thread root

 ID:   4266
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: linux (redhat 6.2)
 PHP Version:  3.0.16
 New Comment:

Your bug support leaves a lot to be desired. You require a password
that doesn't exist. This is what you emailed to me.
"The password for bug report #4266 is ."
The bug you commented on was reported over 2 years ago and the best
comment you can give is that I'm not using the current version. You
could at least have recognized that there was a two-year delay and that
I wasn't using the current version, because it didn't exist when I
reported the bug.
Better still, you could just have continued to ignore the bug, since I
don't give a damn about it anymore.


Previous Comments:


[2002-09-30 19:52:11] [EMAIL PROTECTED]

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

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





[2000-04-28 04:14:37] [EMAIL PROTECTED]

step=php.1
logmesg=/data/install/logs/m$step
cat /data/install/shells/$step | tee $logmesg && \
date | tee -a $logmesg && \
./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--with-apache=/usr/local/apache/bin/httpd \
--with-config-file-path=/etc/httpd \
--with-gd=/usr/local \
--with-imap=/usr \
--with-mysql=/usr/local/mysql \
--with-ldap=/usr/local \
--with-zlib \
--with-xml \
--enable-track-vars \
2>&1 | tee -a $logmesg && \
date | tee -a $logmesg
Thu Apr 27 21:59:19 EDT 2000
creating cache ./config.cache
checking whether build environment is sane... yes
checking whether to enable maintainer-specific portions of Makefiles...
no
checking for bison... bison -y
checking bison version... 1.28 (ok)
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for ranlib... ranlib
checking whether gcc and cc understand -c and -o together... yes
checking whether ln -s works... yes
checking for perl... /usr/bin/perl
checking for sh... /bin/sh
checking for working const... yes
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking if compiler supports -Wl,--version-script... yes
checking size of long... 4
checking size of int... 4
checking for sendmail... /usr/sbin/sendmail
checking for gethostent... yes
checking for socket in -lc... yes
checking for gethostbyaddr in -lc... yes
checking for crypt in -lc... no
checking for crypt in -lcrypt... yes
checking for dlopen in -lc... no
checking for dlopen in -ldl... yes
checking for sin in -lc... no
checking for sin in -lm... yes
checking for res_search in -lsocket... no
checking for res_search in -lresolv... yes
checking for pam_start in -lpam... yes
checking for inet_aton in -lbind... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for dirent.h that defines DIR... yes
checking for opendir in -ldir... no
checking for fclose declaration... ok
checking for fcntl.h... yes
checking for unistd.h... yes
checking for crypt.h... yes
checking for sys/file.h... yes
checking for memory.h... yes
checking for pwd.h... yes
checking for grp.h... yes
checking for sys/socket.h... yes
checking for sys/wait.h... yes
checking for syslog.h... yes
checking for string.h... yes
checking for sys/varargs.h... no
checking for stdarg.h... yes
checking for sys/resource.h... yes
checking for sys/time.h... yes
checking for signal.h... yes
checking for netinet/in.h... yes
checking for dlfcn.h... yes
checking for limits.h... yes
checking for sys/types.h... yes
checking for sys/statvfs.h... yes
checking for sys/statfs.h... yes
checking for unix.h... no
checking for db.h... yes
checking for dbm.h... no
checking for ndbm.h... no
checking for db1/ndbm.h... yes
checking for locale.h... yes
checking for features.h... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for tm_zone in struct tm... yes
checking for tm_gmtoff in struct tm... yes
checking for struct flock... yes
checking for st_blksize in struct stat... yes
checking for st_blocks in struct stat... yes
checking for st_rdev in struct

#19776 [NEW]: recode is "silent"

2002-10-06 Thread root

From: [EMAIL PROTECTED]
Operating system: redhat 8.0
PHP version:  4.2.3
PHP Bug Type: Recode related
Bug description:  recode  is "silent"

I have compiled php 4.2.3 on redhat 8.0 with   
-php configure CGI--- 
./configure  --with-mysql=/usr --enable-sysvsem 
--enable-sysvshm --with-gd=yes --with-zlib --with-ttf 
--with-zlib-dir=/usr --with-gd-dir=/ 
usr/ --with-jpeg-dir=/usr/lib/ --enable-gd-imgstrttf 
--with-config-file-path=/etc/httpd/conf/ --enable-trans-sid 
--with-png-dir=/usr/ --with 
-sablot --with-recode --with-curl --with-openssl 
- 
The dso is the same one it just has --with-apxs added and the 
results are the same on cgi and dso 
 
All compiles fine php runs ok but when i try to use an recode 
function from php script  it doesnt do anyhing.
   
so an test line containing only   
 'echo recode("../qp","sas=32");'   
 doesnt return anything. I have an old working system with   
4.0.6 and recode 3.5  which returns what it should [thats  
'sas=3D32']  
 
 
Recode it self works in the shell  
[tmp]#cat recode.txt 
sas=32 
recode ../qp recode.txt 
[tmp]# cat recode.txt 
sas=3D32 
 
 
i tried also making an error [i didn`t suply any parameters to 
the function] and it warns me  with "... 
 Wrong parameter count for recode() in ..."  
 
I tried with recode rpm from redhat, i tried mine [compiled it my 
self] no diffrence it just doesnt return anything.  
 
   

-- 
Edit bug report at http://bugs.php.net/?id=19776&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19776&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=19776&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=19776&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19776&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=19776&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19776&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=19776&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19776&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19776&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=19776&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19776&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=19776&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=19776&r=isapi




#19776 [Fbk->Opn]: recode is "silent"

2002-10-06 Thread root

 ID:   19776
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Recode related
 Operating System: redhat 8.0
 PHP Version:  4.2.3
 New Comment:

Right now i`m  using 3.6.  
 
3.5 does not compile and run on rh 8.0 [it seg faults even in 
the shell]. i did not how ever put a lot of effort into the 
compiling of 3.5.


Previous Comments:


[2002-10-06 14:26:40] [EMAIL PROTECTED]

Which recode library are you using now? There seems to be a problem
with recode 3.6, since all string based functions always return blank
string.



[2002-10-06 04:55:06] [EMAIL PROTECTED]

I have compiled php 4.2.3 on redhat 8.0 with   
-php configure CGI--- 
./configure  --with-mysql=/usr --enable-sysvsem 
--enable-sysvshm --with-gd=yes --with-zlib --with-ttf 
--with-zlib-dir=/usr --with-gd-dir=/ 
usr/ --with-jpeg-dir=/usr/lib/ --enable-gd-imgstrttf 
--with-config-file-path=/etc/httpd/conf/ --enable-trans-sid 
--with-png-dir=/usr/ --with 
-sablot --with-recode --with-curl --with-openssl 
- 
The dso is the same one it just has --with-apxs added and the 
results are the same on cgi and dso 
 
All compiles fine php runs ok but when i try to use an recode 
function from php script  it doesnt do anyhing.
   
so an test line containing only   
 'echo recode("../qp","sas=32");'   
 doesnt return anything. I have an old working system with   
4.0.6 and recode 3.5  which returns what it should [thats  
'sas=3D32']  
 
 
Recode it self works in the shell  
[tmp]#cat recode.txt 
sas=32 
recode ../qp recode.txt 
[tmp]# cat recode.txt 
sas=3D32 
 
 
i tried also making an error [i didn`t suply any parameters to 
the function] and it warns me  with "... 
 Wrong parameter count for recode() in ..."  
 
I tried with recode rpm from redhat, i tried mine [compiled it my 
self] no diffrence it just doesnt return anything.  
 
   





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




#19987 [NEW]: supplied argument is not a valid imap resource.

2002-10-18 Thread root
From: [EMAIL PROTECTED]
Operating system: Debian GNU Linux 3.0 woody
PHP version:  4.2.2
PHP Bug Type: IMAP related
Bug description:  supplied argument is not a valid imap resource.

Hello,

I'm trying to use IMAP module under PHP. I've written the simple script
which works well on the server of my ISP but when I try to launch it on my
own system (Debian GNU Linux 3.0 woody) I always get "supplied argument is
not a valid imap resource". There is no matter which statements do I use:
imap_check, imap_close or anything other. imap_open() establishes POP3
connection as well. But any further requests fail.


./configure --prefix=/srv/php --with-apxs=/srv/apache/bin/
--with-imap=/arch/build/imap-2003.RC3

I've already tried to config & compile it with libc-client distributed
with Debian. There is no difference. It produces always the same error.
Here is my test script (taken from imap_open() notes):

Mailboxes\n";
$folders = imap_listmailbox ($mbox, $ConnStr, "*");

if ($folders == false) {
echo "Call failed\n";
} else {
while (list ($key, $val) = each ($folders)) {
echo $val."\n";
}
}

echo "Headers in INBOX\n";
$headers = imap_headers ($mbox);

if ($headers == false) {
echo "Call failed\n";
} else {
while (list ($key,$val) = each ($headers)) {
echo $val."\n";
}
}

imap_close($mbox);
?>

Following does it reply so far i call it from browser:

Warning: imap_check(): supplied argument is not a valid imap resource in
/home/serve/public_html/imap.php on line 7
imap_check() failed: 
Warning: imap_close(): supplied argument is not a valid imap resource in
/home/serve/public_html/imap.php on line 25

Thanks & regards

-- 
Edit bug report at http://bugs.php.net/?id=19987&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19987&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=19987&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=19987&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19987&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=19987&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19987&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=19987&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19987&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19987&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=19987&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19987&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=19987&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=19987&r=isapi




#19987 [Com]: supplied argument is not a valid imap resource.

2002-10-18 Thread root
 ID:   19987
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IMAP related
 Operating System: Debian GNU Linux 3.0 woody
 PHP Version:  4.2.2
 New Comment:

P.S. IMAP package was compiled using "make slx".
PHP is bound to apache via APXS. Apache version: 1.3.26. And the same
situation I relive on Windows XP with the same version of Apache and
PHP. php_imap.dll was added to PHP.INI and will be loaded (was tested
through process module list). I've tested enought software like NOCC
using imap and no one package did worked.


Previous Comments:


[2002-10-18 22:03:07] [EMAIL PROTECTED]

Hello,

I'm trying to use IMAP module under PHP. I've written the simple script
which works well on the server of my ISP but when I try to launch it on
my own system (Debian GNU Linux 3.0 woody) I always get "supplied
argument is not a valid imap resource". There is no matter which
statements do I use: imap_check, imap_close or anything other.
imap_open() establishes POP3 connection as well. But any further
requests fail.


./configure --prefix=/srv/php --with-apxs=/srv/apache/bin/
--with-imap=/arch/build/imap-2003.RC3

I've already tried to config & compile it with libc-client distributed
with Debian. There is no difference. It produces always the same error.
Here is my test script (taken from imap_open() notes):

Mailboxes\n";
$folders = imap_listmailbox ($mbox, $ConnStr, "*");

if ($folders == false) {
echo "Call failed\n";
} else {
while (list ($key, $val) = each ($folders)) {
echo $val."\n";
}
}

echo "Headers in INBOX\n";
$headers = imap_headers ($mbox);

if ($headers == false) {
echo "Call failed\n";
} else {
while (list ($key,$val) = each ($headers)) {
echo $val."\n";
}
}

imap_close($mbox);
?>

Following does it reply so far i call it from browser:

Warning: imap_check(): supplied argument is not a valid imap resource
in /home/serve/public_html/imap.php on line 7
imap_check() failed: 
Warning: imap_close(): supplied argument is not a valid imap resource
in /home/serve/public_html/imap.php on line 25

Thanks & regards





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




#19987 [Bgs]: supplied argument is not a valid imap resource.

2002-10-19 Thread root
 ID:   19987
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: IMAP related
 Operating System: Debian GNU Linux 3.0 woody
 PHP Version:  4.2.2
 New Comment:

Hello,

thanks a lot for your support! It was really script error - well,
sometimes I look lide idiot ;-))). I've fixid it in such the way:

($mbox = imap_open($ConnStr, "root", "hellsoft")) || die ("can't
connect: " . imap_last_error());

But on the provider server it works well and I think that works because
of --enable-inline-optimization in config string.

Thanks a lot.


Previous Comments:


[2002-10-18 23:58:49] [EMAIL PROTECTED]

This is not a bug.  Your error handling is wrong.  || die() after your
imap_open() call is going to end up putting a boolean into $mbox.  You
need the lower precedence OR operator.

Change that line to be:
$mbox = imap_open($ConnStr, "csb", "masd123") OR die ("can't connect: "
. imap_last_error());

and I bet it will work just fine.



[2002-10-18 22:06:45] [EMAIL PROTECTED]

P.S. IMAP package was compiled using "make slx".
PHP is bound to apache via APXS. Apache version: 1.3.26. And the same
situation I relive on Windows XP with the same version of Apache and
PHP. php_imap.dll was added to PHP.INI and will be loaded (was tested
through process module list). I've tested enought software like NOCC
using imap and no one package did worked.



[2002-10-18 22:03:07] [EMAIL PROTECTED]

Hello,

I'm trying to use IMAP module under PHP. I've written the simple script
which works well on the server of my ISP but when I try to launch it on
my own system (Debian GNU Linux 3.0 woody) I always get "supplied
argument is not a valid imap resource". There is no matter which
statements do I use: imap_check, imap_close or anything other.
imap_open() establishes POP3 connection as well. But any further
requests fail.


./configure --prefix=/srv/php --with-apxs=/srv/apache/bin/
--with-imap=/arch/build/imap-2003.RC3

I've already tried to config & compile it with libc-client distributed
with Debian. There is no difference. It produces always the same error.
Here is my test script (taken from imap_open() notes):

Mailboxes\n";
$folders = imap_listmailbox ($mbox, $ConnStr, "*");

if ($folders == false) {
echo "Call failed\n";
} else {
while (list ($key, $val) = each ($folders)) {
echo $val."\n";
}
}

echo "Headers in INBOX\n";
$headers = imap_headers ($mbox);

if ($headers == false) {
echo "Call failed\n";
} else {
while (list ($key,$val) = each ($headers)) {
echo $val."\n";
}
}

imap_close($mbox);
?>

Following does it reply so far i call it from browser:

Warning: imap_check(): supplied argument is not a valid imap resource
in /home/serve/public_html/imap.php on line 7
imap_check() failed: 
Warning: imap_close(): supplied argument is not a valid imap resource
in /home/serve/public_html/imap.php on line 25

Thanks & regards





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




Bug #15945: While starting Apache I get an undefined symbol error.

2002-03-07 Thread root

mysql_field_count
From: [EMAIL PROTECTED]
X-PHP-Bug: 15945
Message-ID: <[EMAIL PROTECTED]>

From: [EMAIL PROTECTED]
Operating system: RedHat 7.2
PHP version:  4.1.2
PHP Bug Type: MySQL related
Bug description:  While starting Apache I get an undefined symbol error.
mysql_field_count

While starting Apache I get an undefined symbol error.
mysql_field_count

Running RedHat 7.2

Installed  MySQL 3.23.49a from binary into /usr/local/mysql from
mysql-3.23.49a-pc-linux-gnu-i686. MySQL runs correctly.


php-4.1.2.tar.gz untarred into php-4.1.2
build was  ./configure
 "--with-mysql=/usr/local/mysql   and --with-apxs=/usr/sbin/apxs"
ran correctly  (without error)
make ran without error
make install ran without error



Apache won't start, reporting "undefined symbol"

/etc/rc.d/init.d/httpd start
Starting httpd: Syntax error on line 261 of /etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server:
/etc/httpd/modules/libphp4.so: undefined symbol: mysql_field_count
   [FAILED]

-- 
Edit bug report at http://bugs.php.net/?id=15945&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15945&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15945&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15945&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15945&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15945&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15945&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15945&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15945&r=submittedtwice




Bug #16401: odbc_num_rows() returns last number of rows, no matter what result id is given

2002-04-02 Thread root

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Professional
PHP version:  4.1.2
PHP Bug Type: ODBC related
Bug description:  odbc_num_rows()  returns last number of rows, no matter what result 
id is given

I access a mysql database using the odbc functions

(i'm not using the mysql functions because it has to migrate
to another database system later)

first execute 2 select queryies:

$result1 = odbc_exec($connection, $query1);
$result2 = odbc_exec($connection, $query2);

after this, even when the number of rows is not equal
odbc_num_rows(result1) wil return the number of result2

The bug can be in : mysql, odbc-mysql driver or the php odbc function...
i don't have a clue ;)



-- 
Edit bug report at http://bugs.php.net/?id=16401&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16401&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16401&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16401&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16401&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16401&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16401&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16401&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16401&r=submittedtwice




#22237 [Com]: PHP crashes when class references property using variable variable

2003-02-19 Thread root at kitten dot net
 ID:   22237
 Comment by:   root at kitten dot net
 Reported By:  peter at globalvision dot com dot au
 Status:   Verified
 Bug Type: Zend Engine 2 problem
 Operating System: MS Windows
 PHP Version:  5CVS-2003-02-15 (dev)
 New Comment:

This is pretty serious... it prevents pear from working. Can someone
please take a look at it?

Thanks


Previous Comments:


[2003-02-15 19:15:01] [EMAIL PROTECTED]

No crash with PHP 4.3.1-dev, does crash with PHP 5-dev.




[2003-02-15 19:06:29] peter at globalvision dot com dot au

$bar;  //line 1
  //echo $this->foo; //line 2
}
}
?>


commenting out line 1 (and optionally including line 2) cause it to run
normally. The crash occurs as soon as you
include $this->$.




>From a dos command line on Windows XP Pro SP1 (build 2600):

>php c:\temp\t.php

I get

   PHP Script Interpreter has encountered a problem and
   needs to close (pop up).

I'm using the windows build from the snaps page. I've had this error
over the past few days of snaps too.

>php -m
[PHP Modules]
bcmath
calendar
com
ctype
ftp
mysql
odbc
pcre
rpc
session
standard
tokenizer
wddx
xml
zlib

[Zend Modules]


The crash details are:

AppName: php.exe
AppVer: 5.0.0.0
ModName: php4ts.dll
ModVer: 5.0.0.0
Offset: 000b3bdc

Exception Information:
Code: 0xc005  Flags: 0x
Record: 0x000Address: 0x0100b3bdc






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




#22867 [NEW]: Session Data from other session ID

2003-03-25 Thread chris at root dot pl
From: chris at root dot pl
Operating system: RedHat 6.2
PHP version:  4.3.1
PHP Bug Type: Session related
Bug description:  Session Data from other session ID

Sometimes an PHP engine fetch SESSION Data from other SID (with using
Session API).
I have some sittuations when I must restart a Windows, and after return to
thw website - my system send a session cookie - but PHP engine retrieve a
different Session Data.

This is a critical situation.

If you're interested - then I can send you a PHP code which I use to
operate on session.

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



#33644 [NEW]: sprintf digit formating problem

2005-07-11 Thread root at sunstation dot com
From: root at sunstation dot com
Operating system: linux
PHP version:  4.3.11
PHP Bug Type: Unknown/Other Function
Bug description:  sprintf digit formating problem

Description:

There is a problem with formatting float output for 0.28 values. Check it
out.

Reproduce code:
---
 %d",$a*100);
  }
?>

Expected result:

I would expect no output at all

Actual result:
--
29 -> 28
57 -> 56
58 -> 57
113 -> 112
114 -> 113
115 -> 114
116 -> 115
201 -> 200
203 -> 202
205 -> 204
207 -> 206
226 -> 225
228 -> 227
230 -> 229
232 -> 231
251 -> 250
253 -> 252
255 -> 254
402 -> 401
406 -> 405
410 -> 409
414 -> 413
427 -> 426
431 -> 430
435 -> 434
439 -> 438
452 -> 451
456 -> 455
460 -> 459
464 -> 463
477 -> 476
481 -> 480
485 -> 484
489 -> 488
...
...
8160 -> 8159
8171 -> 8170
8174 -> 8173
8182 -> 8181
8185 -> 8184


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


#25577 [NEW]: PHP ncurses code error?

2003-09-17 Thread root at noms4me dot net
From: root at noms4me dot net
Operating system: Sun solaris 9
PHP version:  4.3.3
PHP Bug Type: Compile Failure
Bug description:  PHP ncurses code error?

Description:

The machine in question is a SunBlade 150 running solaris 9 (sparc 64)

GCC 3.3
Apache 2.0.47
ncurses 5.3
make 3.80

Have tried to compile first php 3.3 then 3.2 and both of them gives me the
same error during make.

/bin/sh /home/vrghost/new_soft/httpd/php-4.3.2/libtool --silent
--preserve-dup-deps --mode=compile gcc  -Iext/ncurses/
-I/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ -DPHP_ATOM_INC
-I/home/vrghost/new_soft/httpd/php-4.3.2/include
-I/home/vrghost/new_soft/httpd/php-4.3.2/main
-I/home/vrghost/new_soft/httpd/php-4.3.2 -I/usr/local/apache2/include
-I/home/vrghost/new_soft/httpd/php-4.3.2/Zend -I/usr/local/ssl/include
-I/usr/local/include -I/usr/local/mysql/include/mysql
-I/usr/local/include/include
-I/home/vrghost/new_soft/httpd/php-4.3.2/ext/xml/expat 
-D_POSIX_PTHREAD_SEMANTICS -I/home/vrghost/new_soft/httpd/php-4.3.2/TSRM 
-g -O2  -prefer-pic -c
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c -o
ext/ncurses/ncurses.lo
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c: In function
`zm_startup_ncurses':
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:212: error:
`KEY_RESIZE' undeclared (first use in this function)
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:212: error:
(Each undeclared identifier is reported only once
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:212: error:
for each function it appears in.)
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:243: error:
`BUTTON4_PRESSED' undeclared (first use in this function)
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:244: error:
`BUTTON4_RELEASED' undeclared (first use in this function)
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:245: error:
`BUTTON4_CLICKED' undeclared (first use in this function)
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:246: error:
`BUTTON4_DOUBLE_CLICKED' undeclared (first use in this function)
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:247: error:
`BUTTON4_TRIPLE_CLICKED' undeclared (first use in this function)
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:248: error:
`BUTTON_SHIFT' undeclared (first use in this function)
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:249: error:
`BUTTON_CTRL' undeclared (first use in this function)
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:250: error:
`BUTTON_ALT' undeclared (first use in this function)
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c: In function
`zm_info_ncurses':
/home/vrghost/new_soft/httpd/php-4.3.2/ext/ncurses/ncurses.c:297: error:
`NCURSES_VERSION' undeclared (first use in this function)
make: *** [ext/ncurses/ncurses.lo] Error 1


Cheers Ben


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


#27765 [NEW]: is_dir on large file make an error

2004-03-29 Thread chris at root dot pl
From: chris at root dot pl
Operating system: Linux 2.4.25 SMP
PHP version:  4.3.4
PHP Bug Type: Directory function related
Bug description:  is_dir on large file make an error

Description:

when I make is_dir function of file which has about 4gb (DVD ISO), then
PHP makes an error:



Warning: is_dir(): Stat failed for /var/ftp/public/filest_dvd.iso
(errno=75 - Value too large for defined data type) in
/var/htdocs/html/akacjenet/include/addons/ftpfiles.inc on line 17



Reproduce code:
---
it doesn't matter

Expected result:

i want to know is that file is a file or a directory... I have a small
script for catalogue ftp content into mysql database

Actual result:
--
Warning: is_dir(): Stat failed for /var/ftp/public/filest_dvd.iso
(errno=75 - Value too large for defined data type) in
/var/htdocs/html/akacjenet/include/addons/ftpfiles.inc on line 17



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


#31984 [NEW]: sessions fail randomly, causes a segmentation fault in apache

2005-02-15 Thread root at mediamonks dot net
From: root at mediamonks dot net
Operating system: FreeBSD 4.11-STABLE
PHP version:  5.0.3
PHP Bug Type: Session related
Bug description:  sessions fail randomly, causes a segmentation fault in apache

Description:

Apache 2.0.53 & mod_php5 5.0.3

Sessions occasionally work, but in two-thirds of the session requests an
error is generated and the apache child segfaults.

Error recorded in the logfile:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0

Error reported on site:

Notice: Undefined variable: HTTP_SESSION_VARS in 
Notice: Undefined variable: _SESSION in in 
Warning: session_register() [function.session-register]: Cannot find save
handler  in 
Warning: session_register() [function.session-register]: Cannot find save
handler  in 

I'm using php.ini-recommended as php.ini.

Tried commenting out session.save_handler, setting it to "files" and just
files.

Reproduce code:
---
session_start();


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


#31984 [Opn]: sessions fail randomly, causes a segmentation fault in apache

2005-02-15 Thread root at mediamonks dot net
 ID:   31984
 User updated by:  root at mediamonks dot net
 Reported By:  root at mediamonks dot net
 Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.11-STABLE
 PHP Version:  5.0.3
 New Comment:

with notices on the log file records:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Tue Feb 15 14:27:45 2005] [notice] child pid 83780 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:45 2005] [notice] child pid 83776 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:45 2005] [notice] child pid 83710 exit signal
Segmentation fault (11)
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Tue Feb 15 14:27:48 2005] [notice] child pid 83752 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:48 2005] [notice] child pid 83713 exit signal
Segmentation fault (11)


Previous Comments:


[2005-02-15 13:44:44] root at mediamonks dot net

Description:

Apache 2.0.53 & mod_php5 5.0.3

Sessions occasionally work, but in two-thirds of the session requests
an error is generated and the apache child segfaults.

Error recorded in the logfile:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0

Error reported on site:

Notice: Undefined variable: HTTP_SESSION_VARS in 
Notice: Undefined variable: _SESSION in in 
Warning: session_register() [function.session-register]: Cannot find
save handler  in 
Warning: session_register() [function.session-register]: Cannot find
save handler  in 

I'm using php.ini-recommended as php.ini.

Tried commenting out session.save_handler, setting it to "files" and
just files.

Reproduce code:
---
session_start();






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


#31984 [Fbk->Opn]: sessions fail randomly, causes a segmentation fault in apache

2005-02-16 Thread root at mediamonks dot net
 ID:   31984
 User updated by:  root at mediamonks dot net
 Reported By:  root at mediamonks dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.11-STABLE
 PHP Version:  5.0.3
 New Comment:

That CVS build has screwed even more on my system...

Log file records:

httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
Allowed memory size of 16777216 bytes exhausted (tried to allocate 1
bytes)
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
[Wed Feb 16 16:00:54 2005] [notice] child pid 21258 exit signal
Segmentation fault (11)

This repeats thousands of times, apache children segfault after each 10
or so, original save handler error remains.


Previous Comments:


[2005-02-16 00:23:58] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-02-15 14:30:56] root at mediamonks dot net

with notices on the log file records:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Tue Feb 15 14:27:45 2005] [notice] child pid 83780 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:45 2005] [notice] child pid 83776 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:45 2005] [notice] child pid 83710 exit signal
Segmentation fault (11)
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Tue Feb 15 14:27:48 2005] [notice] child pid 83752 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:48 2005] [notice] child pid 83713 exit signal
Segmentation fault (11)



[2005-02-15 13:44:44] root at mediamonks dot net

Description:

Apache 2.0.53 & mod_php5 5.0.3

Sessions occasionally work, but in two-thirds of the session requests
an error is generated and the apache child segfaults.

Error recorded in the logfile:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0

Error reported on site:

Notice: Undefined variable: HTTP_SESSION_VARS in 
Notice: Undefined variable: _SESSION in in 
Warning: session_register() [function.session-register]: Cannot find
save handler  in 
Warning: session_register() [function.session-register]: Cannot find
save handler  in 

I'm using php.ini-recommended as php.ini.

Tried commenting out session.save_handler, setting it to "files" and
just files.

Reproduce code:
---
session_start();






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


#31984 [Opn]: sessions fail randomly, causes a segmentation fault in apache

2005-02-18 Thread root at mediamonks dot net
 ID:   31984
 User updated by:  root at mediamonks dot net
 Reported By:  root at mediamonks dot net
 Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.11-STABLE
 PHP Version:  5.0.3
 New Comment:

I thought I'd give the mm handler a try as a workaround, but the same
problem is present there:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Fri Feb 18 13:08:04 2005] [notice] child pid 73434 exit signal
Segmentation fault (11)


Previous Comments:


[2005-02-16 16:02:35] root at mediamonks dot net

That CVS build has screwed even more on my system...

Log file records:

httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
Allowed memory size of 16777216 bytes exhausted (tried to allocate 1
bytes)
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
[Wed Feb 16 16:00:54 2005] [notice] child pid 21258 exit signal
Segmentation fault (11)

This repeats thousands of times, apache children segfault after each 10
or so, original save handler error remains.



[2005-02-16 00:23:58] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-02-15 14:30:56] root at mediamonks dot net

with notices on the log file records:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Tue Feb 15 14:27:45 2005] [notice] child pid 83780 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:45 2005] [notice] child pid 83776 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:45 2005] [notice] child pid 83710 exit signal
Segmentation fault (11)
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Tue Feb 15 14:27:48 2005] [notice] child pid 83752 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:48 2005] [notice] child pid 83713 exit signal
Segmentation fault (11)



[2005-02-15 13:44:44] root at mediamonks dot net

Description:

Apache 2.0.53 & mod_php5 5.0.3

Sessions occasionally work, but in two-thirds of the session requests
an error is generated and the apache child segfaults.

Error recorded in the logfile:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0

Error reported on site:

Notice: Undefined variable: HTTP_SESSION_VARS in 
Notice: Undefined variable: _SESSION in in 
Warning: session_register() [function.session-register]: Cannot find
save handler  in 
Warning: session_register() [function.session-register]: Cannot find
save handler  in 

I'm using php.ini-recommended as php.ini.

Tried commenting out session.save_handler, setting it to "files" and
just files.

Reproduce code:
---
session_start();






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


#31984 [Opn]: sessions fail randomly, causes a segmentation fault in apache

2005-02-26 Thread root at mediamonks dot net
 ID:   31984
 User updated by:  root at mediamonks dot net
 Reported By:  root at mediamonks dot net
 Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.11-STABLE
 PHP Version:  5.0.3
 New Comment:

Backtrace:

#0  ps_mm_destroy (data=0x82df880) at
/home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:243
#1  0x284d0a1d in zm_shutdown_ps_mm (type=1, module_number=3)
at
/home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:295
#2  0x284cf895 in zm_shutdown_session (type=1, module_number=3)
at
/home/terrence/php/php5-STABLE-200502211130/ext/session/session.c:1824
#3  0x2856acfa in module_destructor (module=0x82f0c80) at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend_API.c:1500
#4  0x2856d0bd in zend_hash_apply_deleter (ht=0x285e8360, p=0x82efd00)
at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:574
#5  0x2856d1ee in zend_hash_graceful_reverse_destroy (ht=0x285e8360)
at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:640
#6  0x28566f34 in zend_shutdown () at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend.c:699
#7  0x28538b54 in php_module_shutdown () at
/home/terrence/php/php5-STABLE-200502211130/main/main.c:1516
#8  0x28538b23 in php_module_shutdown_wrapper
(sapi_globals=0x285e3140)
at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1491
#9  0x285a3d85 in php_apache_server_shutdown (tmp=0x0)
at
/home/terrence/php/php5-STABLE-200502211130/sapi/apache2handler/sapi_apache2.c:331
#10 0x2831d8f8 in run_cleanups () from
/usr/local/lib/apache2/libapr-0.so.9
#11 0x2831cd11 in apr_pool_clear () from
/usr/local/lib/apache2/libapr-0.so.9
#12 0x806890e in main ()
#13 0x805ce2e in _start ()


Previous Comments:


[2005-02-18 13:09:46] root at mediamonks dot net

I thought I'd give the mm handler a try as a workaround, but the same
problem is present there:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Fri Feb 18 13:08:04 2005] [notice] child pid 73434 exit signal
Segmentation fault (11)



[2005-02-16 16:02:35] root at mediamonks dot net

That CVS build has screwed even more on my system...

Log file records:

httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
Allowed memory size of 16777216 bytes exhausted (tried to allocate 1
bytes)
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
[Wed Feb 16 16:00:54 2005] [notice] child pid 21258 exit signal
Segmentation fault (11)

This repeats thousands of times, apache children segfault after each 10
or so, original save handler error remains.



[2005-02-16 00:23:58] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-02-15 14:30:56] root at mediamonks dot net

with notices on the log file records:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Tue Feb 15 14:27:45 2005] [notice] child pid 83780 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:45 2005] [notice] child pid 83776 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:45 2005] [notice] child pid 83710 exit signal
Segmentation fault (11)
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Tue Feb 15 14:27:48 2005] [notice] child pid 83752 exit signal
Segmentation fault (11)
[Tue Feb 15 14:27:48 2005] [notice] child pid 83713 exit signal
Segmentation fault (11)



[2005-02-15 13:44:44] root at mediamonks dot net

Description:

Apache 2.0.53 & mod_php5 5.0.3

Sessions occasionally work, but in two-thirds of the session requests
an error is generated and the apache child segfaults.

Error recorded in the logfile:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line

#31984 [Fbk->Opn]: sessions fail randomly, causes a segmentation fault in apache

2005-02-28 Thread root at mediamonks dot net
 ID:   31984
 User updated by:  root at mediamonks dot net
 Reported By:  root at mediamonks dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.11-STABLE
 PHP Version:  5CVS-2005-02-25
 New Comment:

'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php'
'--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local'
'--enable-session' '--enable-spl' '--with-regex=php' '--disable-cli'
'--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local' 

and

'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php'
'--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local'
'--with-mm' '--enable-session' '--enable-spl' '--with-regex=php'
'--disable-cli' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local'


Previous Comments:


[2005-02-28 20:25:14] [EMAIL PROTECTED]

What was the configure line you used to configure PHP?




[2005-02-26 22:47:55] root at mediamonks dot net

Backtrace:

#0  ps_mm_destroy (data=0x82df880) at
/home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:243
#1  0x284d0a1d in zm_shutdown_ps_mm (type=1, module_number=3)
at
/home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:295
#2  0x284cf895 in zm_shutdown_session (type=1, module_number=3)
at
/home/terrence/php/php5-STABLE-200502211130/ext/session/session.c:1824
#3  0x2856acfa in module_destructor (module=0x82f0c80) at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend_API.c:1500
#4  0x2856d0bd in zend_hash_apply_deleter (ht=0x285e8360, p=0x82efd00)
at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:574
#5  0x2856d1ee in zend_hash_graceful_reverse_destroy (ht=0x285e8360)
at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:640
#6  0x28566f34 in zend_shutdown () at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend.c:699
#7  0x28538b54 in php_module_shutdown () at
/home/terrence/php/php5-STABLE-200502211130/main/main.c:1516
#8  0x28538b23 in php_module_shutdown_wrapper
(sapi_globals=0x285e3140)
at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1491
#9  0x285a3d85 in php_apache_server_shutdown (tmp=0x0)
at
/home/terrence/php/php5-STABLE-200502211130/sapi/apache2handler/sapi_apache2.c:331
#10 0x2831d8f8 in run_cleanups () from
/usr/local/lib/apache2/libapr-0.so.9
#11 0x2831cd11 in apr_pool_clear () from
/usr/local/lib/apache2/libapr-0.so.9
#12 0x806890e in main ()
#13 0x805ce2e in _start ()



[2005-02-18 13:09:46] root at mediamonks dot net

I thought I'd give the mm handler a try as a workaround, but the same
problem is present there:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Fri Feb 18 13:08:04 2005] [notice] child pid 73434 exit signal
Segmentation fault (11)



[2005-02-16 16:02:35] root at mediamonks dot net

That CVS build has screwed even more on my system...

Log file records:

httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
Allowed memory size of 16777216 bytes exhausted (tried to allocate 1
bytes)
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
httpd in free(): warning: page is already free
[Wed Feb 16 16:00:54 2005] [notice] child pid 21258 exit signal
Segmentation fault (11)

This repeats thousands of times, apache children segfault after each 10
or so, original save handler error remains.



[2005-02-16 00:23:58] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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


#31984 [Fbk->Opn]: sessions fail randomly, causes a segmentation fault in apache

2005-03-21 Thread root at mediamonks dot net
 ID:   31984
 User updated by:  root at mediamonks dot net
 Reported By:  root at mediamonks dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.11-STABLE
-PHP Version:  5CVS-2005-02-25
+PHP Version:  5CVS-2005-03-21
 New Comment:

does not change anything


Previous Comments:


[2005-03-21 11:13:32] [EMAIL PROTECTED]

Try without --enable-versioning



[2005-02-28 20:35:35] root at mediamonks dot net

'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php'
'--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local'
'--enable-session' '--enable-spl' '--with-regex=php' '--disable-cli'
'--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local' 

and

'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php'
'--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local'
'--with-mm' '--enable-session' '--enable-spl' '--with-regex=php'
'--disable-cli' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local'



[2005-02-28 20:25:14] [EMAIL PROTECTED]

What was the configure line you used to configure PHP?




[2005-02-26 22:47:55] root at mediamonks dot net

Backtrace:

#0  ps_mm_destroy (data=0x82df880) at
/home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:243
#1  0x284d0a1d in zm_shutdown_ps_mm (type=1, module_number=3)
at
/home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:295
#2  0x284cf895 in zm_shutdown_session (type=1, module_number=3)
at
/home/terrence/php/php5-STABLE-200502211130/ext/session/session.c:1824
#3  0x2856acfa in module_destructor (module=0x82f0c80) at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend_API.c:1500
#4  0x2856d0bd in zend_hash_apply_deleter (ht=0x285e8360, p=0x82efd00)
at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:574
#5  0x2856d1ee in zend_hash_graceful_reverse_destroy (ht=0x285e8360)
at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:640
#6  0x28566f34 in zend_shutdown () at
/home/terrence/php/php5-STABLE-200502211130/Zend/zend.c:699
#7  0x28538b54 in php_module_shutdown () at
/home/terrence/php/php5-STABLE-200502211130/main/main.c:1516
#8  0x28538b23 in php_module_shutdown_wrapper
(sapi_globals=0x285e3140)
at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1491
#9  0x285a3d85 in php_apache_server_shutdown (tmp=0x0)
at
/home/terrence/php/php5-STABLE-200502211130/sapi/apache2handler/sapi_apache2.c:331
#10 0x2831d8f8 in run_cleanups () from
/usr/local/lib/apache2/libapr-0.so.9
#11 0x2831cd11 in apr_pool_clear () from
/usr/local/lib/apache2/libapr-0.so.9
#12 0x806890e in main ()
#13 0x805ce2e in _start ()



[2005-02-18 13:09:46] root at mediamonks dot net

I thought I'd give the mm handler a try as a workaround, but the same
problem is present there:

PHP Fatal error:  Unknown: Cannot find save handler \x02 in Unknown on
line 0
[Fri Feb 18 13:08:04 2005] [notice] child pid 73434 exit signal
Segmentation fault (11)



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

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


#31984 [Fbk->Opn]: sessions fail randomly, causes a segmentation fault in apache

2005-03-21 Thread root at mediamonks dot net
 ID:   31984
 User updated by:  root at mediamonks dot net
 Reported By:  root at mediamonks dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.11-STABLE
 PHP Version:  5CVS-2005-03-21
 New Comment:

Every time I tried, I downloaded the latest stable CVS snapshot and
deleted the old dirs.

php5-200503220330 does not change anything about the error or the
effects.


Previous Comments:


[2005-03-21 23:39:02] [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





[2005-03-21 23:37:42] [EMAIL PROTECTED]

You tried it with latest CVS snapshot? Fresh sources?
(delete config.cache always before reconfigure, and 'make clean' before
'make')
 



[2005-03-21 12:21:55] root at mediamonks dot net

does not change anything



[2005-03-21 11:13:32] [EMAIL PROTECTED]

Try without --enable-versioning



[2005-02-28 20:35:35] root at mediamonks dot net

'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php'
'--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local'
'--enable-session' '--enable-spl' '--with-regex=php' '--disable-cli'
'--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local' 

and

'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php'
'--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local'
'--with-mm' '--enable-session' '--enable-spl' '--with-regex=php'
'--disable-cli' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local'



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

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


#31984 [Opn]: sessions fail randomly, causes a segmentation fault in apache

2005-04-10 Thread root at mediamonks dot net
 ID:   31984
 User updated by:  root at mediamonks dot net
 Reported By:  root at mediamonks dot net
 Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.11-STABLE
-PHP Version:  5CVS-2005-03-21
+PHP Version:  5CVS-2005-04-11
 New Comment:

I thought I'd try attaching gdb to an apache child and provoke a
segfault with the latest stable CVS snapshot. 

The result is:

Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x285d9179 in php_apache_sapi_ub_write (
str=0x80ca924 "\nFatal error:  Unknown: Cannot find
save handler \002 in Unknown on line 0\n",
str_length=105) at
/home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:76
76  r = ctx->r;
(gdb) bt
#0  0x285d9179 in php_apache_sapi_ub_write (
str=0x80ca924 "\nFatal error:  Unknown: Cannot find
save handler \002 in Unknown on line 0\n",
str_length=105) at
/home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:76
#1  0x2857567f in php_ub_body_write_no_header (
str=0x80ca924 "\nFatal error:  Unknown: Cannot find
save handler \002 in Unknown on line 0\n",
str_length=105) at
/home/terrence/php/php5-STABLE-200504110038/main/output.c:684
#2  0x28574592 in php_body_write (
str=0x80ca924 "\nFatal error:  Unknown: Cannot find
save handler \002 in Unknown on line 0\n",
str_length=105) at
/home/terrence/php/php5-STABLE-200504110038/main/output.c:119
#3  0x28564667 in php_printf (format=0x285f5f20 "%s\n%s: 
%s in %s on line %d\n%s")
at /home/terrence/php/php5-STABLE-200504110038/main/main.c:399
#4  0x28565192 in php_error_cb (type=1, error_filename=0x28611b8b
"Unknown", error_lineno=0, format=0x285f5cb4 "%s", 
args=0xbfbff1e0 "$\2174\b\021]_(0") at
/home/terrence/php/php5-STABLE-200504110038/main/main.c:740
#5  0x285a857b in zend_error (type=1, format=0x285f5cb4 "%s") at
/home/terrence/php/php5-STABLE-200504110038/Zend/zend.c:921
#6  0x28564aff in php_verror (docref=0x0, params=0x285f5b58 "", type=1,
format=0x285dcf77 "Cannot find save handler %s", 
args=0xbfbff294 "ä~4\bÀ\221b(ä~4\bàò¿¿\233~[(") at
/home/terrence/php/php5-STABLE-200504110038/main/main.c:539
#7  0x28564c3d in php_error_docref0 (docref=0x0, type=1,
format=0x285dcf77 "Cannot find save handler %s")
at /home/terrence/php/php5-STABLE-200504110038/main/main.c:559
#8  0x284d2d3e in OnUpdateSaveHandler (entry=0x82f7a00,
new_value=0x8347ee4 "\002", new_value_length=5, mh_arg1=0x0,
mh_arg2=0x0, 
mh_arg3=0x0, stage=16) at
/home/terrence/php/php5-STABLE-200504110038/ext/session/session.c:102
#9  0x285b7e9b in zend_alter_ini_entry (name=0x835d0e0
"session.save_handler", name_length=21, new_value=0x835c600 "\002", 
new_value_length=5, modify_type=2, stage=16) at
/home/terrence/php/php5-STABLE-200504110038/Zend/zend_ini.c:227
#10 0x285da754 in apply_config (dummy=0x8107350)
at
/home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/apache_config.c:169
#11 0x285d9c1c in php_handler (r=0x8355050) at
/home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:452
#12 0x8063f34 in ap_run_handler ()
#13 0x806448d in ap_invoke_handler ()
#14 0x806173f in ap_process_request ()
#15 0x805d217 in ap_process_http_connection ()
#16 0x806cc10 in ap_run_process_connection ()
#17 0x806ced4 in ap_process_connection ()
#18 0x8062b3b in child_main ()
#19 0x8062c92 in make_child ()
#20 0x8062cee in startup_children ()
#21 0x8063037 in ap_mpm_run ()
#22 0x8068aac in main ()
#23 0x805ce2e in _start ()


Previous Comments:


[2005-03-22 06:36:23] root at mediamonks dot net

Every time I tried, I downloaded the latest stable CVS snapshot and
deleted the old dirs.

php5-200503220330 does not change anything about the error or the
effects.



[2005-03-21 23:39:02] [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





[2005-03-21 23:37:42] [EMAIL PROTECTED]

You tried it with latest CVS snapshot? Fresh sources?
(delete config.cache always before reconfigure, and 'make clean' before
'make')
 



[2005-03-21 12:21:55] root at mediamonks dot net

does not change anything



[2005-03-21 11:13:32] [EMAIL PROTECTED]

Try without --enable-versioning



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

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


#31984 [Opn]: sessions fail randomly, causes a segmentation fault in apache

2005-04-10 Thread root at mediamonks dot net
 ID:   31984
 User updated by:  root at mediamonks dot net
 Reported By:  root at mediamonks dot net
 Status:   Open
 Bug Type: Session related
 Operating System: FreeBSD 4.11-STABLE
 PHP Version:  5CVS-2005-04-11
 New Comment:

The following "patch" fixes all the errors, and everything works as
usual after applying it:

--- session.c   Thu Mar 24 02:32:45 2005
+++ session-new.c   Mon Apr 11 08:39:38 2005
@@ -96,6 +96,8 @@
 {
SESSION_CHECK_ACTIVE_STATE;
 
+   new_value="files";
PS(mod) = _php_find_ps_module(new_value TSRMLS_CC);
 
if (PG(modules_activated) && !PS(mod)) {


Previous Comments:


[2005-04-11 08:24:46] root at mediamonks dot net

I thought I'd try attaching gdb to an apache child and provoke a
segfault with the latest stable CVS snapshot. 

The result is:

Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x285d9179 in php_apache_sapi_ub_write (
str=0x80ca924 "\nFatal error:  Unknown: Cannot find
save handler \002 in Unknown on line 0\n",
str_length=105) at
/home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:76
76  r = ctx->r;
(gdb) bt
#0  0x285d9179 in php_apache_sapi_ub_write (
str=0x80ca924 "\nFatal error:  Unknown: Cannot find
save handler \002 in Unknown on line 0\n",
str_length=105) at
/home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:76
#1  0x2857567f in php_ub_body_write_no_header (
str=0x80ca924 "\nFatal error:  Unknown: Cannot find
save handler \002 in Unknown on line 0\n",
str_length=105) at
/home/terrence/php/php5-STABLE-200504110038/main/output.c:684
#2  0x28574592 in php_body_write (
str=0x80ca924 "\nFatal error:  Unknown: Cannot find
save handler \002 in Unknown on line 0\n",
str_length=105) at
/home/terrence/php/php5-STABLE-200504110038/main/output.c:119
#3  0x28564667 in php_printf (format=0x285f5f20 "%s\n%s: 
%s in %s on line %d\n%s")
at /home/terrence/php/php5-STABLE-200504110038/main/main.c:399
#4  0x28565192 in php_error_cb (type=1, error_filename=0x28611b8b
"Unknown", error_lineno=0, format=0x285f5cb4 "%s", 
args=0xbfbff1e0 "$\2174\b\021]_(0") at
/home/terrence/php/php5-STABLE-200504110038/main/main.c:740
#5  0x285a857b in zend_error (type=1, format=0x285f5cb4 "%s") at
/home/terrence/php/php5-STABLE-200504110038/Zend/zend.c:921
#6  0x28564aff in php_verror (docref=0x0, params=0x285f5b58 "", type=1,
format=0x285dcf77 "Cannot find save handler %s", 
args=0xbfbff294 "ä~4\bÀ\221b(ä~4\bàò¿¿\233~[(") at
/home/terrence/php/php5-STABLE-200504110038/main/main.c:539
#7  0x28564c3d in php_error_docref0 (docref=0x0, type=1,
format=0x285dcf77 "Cannot find save handler %s")
at /home/terrence/php/php5-STABLE-200504110038/main/main.c:559
#8  0x284d2d3e in OnUpdateSaveHandler (entry=0x82f7a00,
new_value=0x8347ee4 "\002", new_value_length=5, mh_arg1=0x0,
mh_arg2=0x0, 
mh_arg3=0x0, stage=16) at
/home/terrence/php/php5-STABLE-200504110038/ext/session/session.c:102
#9  0x285b7e9b in zend_alter_ini_entry (name=0x835d0e0
"session.save_handler", name_length=21, new_value=0x835c600 "\002", 
new_value_length=5, modify_type=2, stage=16) at
/home/terrence/php/php5-STABLE-200504110038/Zend/zend_ini.c:227
#10 0x285da754 in apply_config (dummy=0x8107350)
at
/home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/apache_config.c:169
#11 0x285d9c1c in php_handler (r=0x8355050) at
/home/terrence/php/php5-STABLE-200504110038/sapi/apache2handler/sapi_apache2.c:452
#12 0x8063f34 in ap_run_handler ()
#13 0x806448d in ap_invoke_handler ()
#14 0x806173f in ap_process_request ()
#15 0x805d217 in ap_process_http_connection ()
#16 0x806cc10 in ap_run_process_connection ()
#17 0x806ced4 in ap_process_connection ()
#18 0x8062b3b in child_main ()
#19 0x8062c92 in make_child ()
#20 0x8062cee in startup_children ()
#21 0x8063037 in ap_mpm_run ()
#22 0x8068aac in main ()
#23 0x805ce2e in _start ()



[2005-03-22 06:36:23] root at mediamonks dot net

Every time I tried, I downloaded the latest stable CVS snapshot and
deleted the old dirs.

php5-200503220330 does not change anything about the error or the
effects.



[2005-03-21 23:39:02] [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





[2005-03-21 23:37:42] [EMAIL PROTECTED]

You tried it with latest CVS snapshot? Fresh sources?
(delete config.cache always before 

[PHP-BUG] Bug #60895 [NEW]: null pointer dereference in php_win32_free_rng_lock()

2012-01-26 Thread root at ihack dot net
From: 
Operating system: Windows Server 2008 R2 x64
PHP version:  5.3.9
Package:  Unknown/Other Function
Bug Type: Bug
Bug description:null pointer dereference in php_win32_free_rng_lock()

Description:

If php_win32_get_random_bytes() has never been called, then this line of
code:

+   CryptReleaseContext(hCryptProv, 0);

passes a null pointer, resulting in a C005 exception in 
CryptReleaseContext().  This line should be preceded by:

if (has_crypto_ctx)

This was specifically tested with the windows.php.net 32-bit TS build
running on 
64-bit Windows.  I do not know how it behaves in other configurations.


Test script:
---
I do not have a short test case, but the bug is pretty obvious.


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



Bug #60895 [Com]: null pointer dereference in php_win32_free_rng_lock()

2012-01-26 Thread root at ihack dot net
Edit report at https://bugs.php.net/bug.php?id=60895&edit=1

 ID: 60895
 Comment by: root at ihack dot net
 Reported by:root at ihack dot net
 Summary:null pointer dereference in
 php_win32_free_rng_lock()
 Status: Open
 Type:   Bug
 Package:Unknown/Other Function
 Operating System:   Windows Server 2008 R2 x64
 PHP Version:5.3.9
 Block user comment: N
 Private report: N

 New Comment:

BTW, this bug was introduced in revision 312201, during the 5.3.7 release cycle.


Previous Comments:

[2012-01-26 19:45:21] root at ihack dot net

Description:

If php_win32_get_random_bytes() has never been called, then this line of code:

+   CryptReleaseContext(hCryptProv, 0);

passes a null pointer, resulting in a C005 exception in 
CryptReleaseContext().  This line should be preceded by:

if (has_crypto_ctx)

This was specifically tested with the windows.php.net 32-bit TS build running 
on 
64-bit Windows.  I do not know how it behaves in other configurations.


Test script:
---
I do not have a short test case, but the bug is pretty obvious.







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


[PHP-BUG] Bug #64251 [NEW]: preg_replace non-obvious behavior

2013-02-20 Thread root at microsoft dot com
From: root at microsoft dot com
Operating system: all
PHP version:  5.4.11
Package:  Scripting Engine problem
Bug Type: Bug
Bug description:preg_replace non-obvious behavior

Description:

Behavior of preg_replace is non-obvious, if second argument is function
call.

Test script:
---
class My{
function prepare($text){
return preg_replace(
'/\{(.+?)\}/',
$this->rand(explode('|', '\\1')),
$text
);
}
private function rand(array $values){
return $values[rand(0, sizeof($values)-1)];
}
}

echo (new My)->prepare('i choose {ps3|games}');

Expected result:

i choose ps
or
i choose games

Actual result:
--
i choose ps3|games

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



#48229 [NEW]: php mail function open_basedir bypass

2009-05-10 Thread root at 80sec dot com
From: root at 80sec dot com
Operating system: linux
PHP version:  5.2.9
PHP Bug Type: Safe Mode/open_basedir
Bug description:  php mail function open_basedir bypass

Description:

The mail function may bypass open_basedir or read/write arbitrary
 file.

Reproduce code:
---


Expected result:

we can get the contents of /etc/passwd in /tmp/80sec.

Actual result:
--
we can get the contents of /etc/passwd in /tmp/80sec.

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



#48230 [NEW]: xml_utf8_decode incorrectly decode

2009-05-10 Thread root at 80sec dot com
From: root at 80sec dot com
Operating system: Linux/win
PHP version:  5.2.9
PHP Bug Type: *XML functions
Bug description:  xml_utf8_decode incorrectly decode

Description:

xml_utf8_decode function incorrectly decode.

Reproduce code:
---


Expected result:

it will output a "'" incorrectly.

Actual result:
--
it will output a "'" incorrectly.

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



#48231 [NEW]: php create_function commond injection vulnerability

2009-05-10 Thread root at 80sec dot com
From: root at 80sec dot com
Operating system: Linux/win
PHP version:  5.2.9
PHP Bug Type: Unknown/Other Function
Bug description:  php create_function commond injection vulnerability

Description:

there is a commond injection in this function,you can EXECUTE your php
code directly but not CREATE a lambda-style function.It is very useful when
sometimes you can create a function but cann¡¯t call your function.



Reproduce code:
---
 

Expected result:

phpinfo executes runtime,needn't call newfunc.

Actual result:
--
phpinfo executes runtime,needn't call newfunc.

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



#48230 [Bgs]: xml_utf8_decode incorrectly decode

2009-05-11 Thread root at 80sec dot com
 ID:   48230
 User updated by:  root at 80sec dot com
 Reported By:  root at 80sec dot com
 Status:   Bogus
 Bug Type: XML related
 Operating System: Linux/win
 PHP Version:  5.2.9
 New Comment:

chr(0xf0).chr(0xc0).chr(0xc0).chr(0xa7)

is not a valid utf8 data.


Previous Comments:


[2009-05-11 09:27:12] j...@php.net

RTFM:
"This function decodes data , assumed to be UTF-8 encoded, to
ISO-8859-
1."



[2009-05-11 02:41:26] root at 80sec dot com

Description:

xml_utf8_decode function incorrectly decode.

Reproduce code:
---


Expected result:

it will output a "'" incorrectly.

Actual result:
--
it will output a "'" incorrectly.





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



#43181 [NEW]: Unable to find the socket transport "ssl"

2007-11-02 Thread root at rw23 dot de
From: root at rw23 dot de
Operating system: archlinux
PHP version:  5.2.4
PHP Bug Type: Streams related
Bug description:  Unable to find the socket transport "ssl"

Description:

ssl connection fails.
related configureoptions 
used: --with-openssl=shared --with-curl=shared

Reproduce code:
---


Expected result:

no output -> would mean all is okay

Actual result:
--
Warning: fsockopen(): unable to connect to ssl://euserv.de:443 
(Unable to find the socket transport "ssl" - did you forget to enable 
it when you configured PHP?) in /root/test.php on line 1

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


#43181 [Opn->Bgs]: Unable to find the socket transport "ssl"

2007-11-02 Thread root at rw23 dot de
 ID:   43181
 User updated by:  root at rw23 dot de
 Reported By:  root at rw23 dot de
-Status:   Open
+Status:   Bogus
 Bug Type: Streams related
 Operating System: archlinux
 PHP Version:  5.2.4
 New Comment:

okay my fault; did forget to enable the openssl.so in php.ini


Previous Comments:


[2007-11-02 23:22:40] root at rw23 dot de

Description:

ssl connection fails.
related configureoptions 
used: --with-openssl=shared --with-curl=shared

Reproduce code:
---


Expected result:

no output -> would mean all is okay

Actual result:
--
Warning: fsockopen(): unable to connect to ssl://euserv.de:443 
(Unable to find the socket transport "ssl" - did you forget to enable 
it when you configured PHP?) in /root/test.php on line 1





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


#43677 [NEW]: Inconsistent behaviour of include_path set with php_value

2007-12-25 Thread root at net1 dot cc
From: root at net1 dot cc
Operating system: FreeBSD 6.2
PHP version:  5.2.5
PHP Bug Type: Safe Mode/open_basedir
Bug description:  Inconsistent behaviour of include_path set with php_value

Description:

PHP randomly assigns for the local include_path value the global one, not
the one set with php_value, and, when it does assign the global value, it
does not allow to use ini_set() to modify it (behaves like it was set with
php_admin_value).

Reproduce code:
---
My default include path is ".:/usr/local/share/pear". In the httpd.conf
(btw, this is Apache 2.2.x), I have:
php_value include_path .:/blabla
There's a file 'test.php' which contains the following:





Expected result:

I open the test.php in a web browser and keep refreshing it. I expect it
to show:
include_path .:/blabla
each time i refresh it

Actual result:
--
The results are random, once it shows:
include_path .:/blabla
once it shows:
include_path .:/usr/local/share/pear

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


#43677 [Opn]: Inconsistent behaviour of include_path set with php_value

2008-01-07 Thread root at net1 dot cc
 ID:   43677
 User updated by:  root at net1 dot cc
 Reported By:  root at net1 dot cc
 Status:   Open
 Bug Type: Safe Mode/open_basedir
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.5
 New Comment:

Digging some more into that, I've found the problem to be in the
Apache/PHP interpretation of the configured VirtualHost.

First, the problem only exists if we do have *both* VirtualHost(s) with
'php_admin_value include_path' *and* another VirtualHost(s)with
'php_value include_path'. If all our VirtualHosts use 'php_value' only,
it's behaving as usual.

Experimenting with this shows that, after an Apache startup/reload,
things work OK. Then, they start to randomly fail until some time later
100% of the requests fail to work OK.

Looking at the Apache logs, the problem (according to me) is that the
PHP module behaves strange when it sees the php_admin_value variable.
Let's say we have this config (not a working one, just to give you the
idea):

  ServerName test1.dot.com
  php_value include_path .:/test1


  ServerName test2.dot.com
  php_admin_value include_path .:/test2

We fire up Apache, and start accessing test1.dot.com pages *only*.
Everything works fine. *But* when we start to simultaneously access
test2.dot.com, the test1.dot.com pages start to fail more and more (due
to the incorrect include_path). Monitoring which Apache process servers
each page reveals that *when* a process serves a page for test2.dot.com,
it reads the 'php_admin_value' for it, sets it up, and refuses to change
the include_path from further config lines, *even* if they are from the
config of the virtual host of a *new* request. That is - once an Apache
process servers a page for a VirtualHost with php_admin_value, all
consequent requests served by the same process are processed with that
php_admin_value, regardless of their config.

The *solution* , though insecure, is to change *all* your
'php_admin_value include_path' lines to 'php_value include_path'.

I would very much like to see this fixed (though I'm completely unaware
of the way Apache/PHP configuration is parsed), and will provide more
feedback if needed.


Previous Comments:


[2008-01-07 20:57:58] tborgans at gmx dot de

same problem here on linux with 5.2.5, apache 1.3.39



[2008-01-06 21:38:14] d at tpyo dot net

Noticed the same thing with 5.2.5 on Linux w/ Apache 2.  I'm aware 
this is supposed to be the intended behaviour as of 5.2.5 but 
something is definitely breaking.

It seems the include_path is being unset or ignored at some point.  
Haven't experienced this at random as described - once it breaks it 
doesn't correct itself until restarting Apache.

Could be linked to the fix for bug #41561?

----

[2007-12-26 01:47:49] root at net1 dot cc

Description:

PHP randomly assigns for the local include_path value the global one,
not the one set with php_value, and, when it does assign the global
value, it does not allow to use ini_set() to modify it (behaves like it
was set with php_admin_value).

Reproduce code:
---
My default include path is ".:/usr/local/share/pear". In the httpd.conf
(btw, this is Apache 2.2.x), I have:
php_value include_path .:/blabla
There's a file 'test.php' which contains the following:





Expected result:

I open the test.php in a web browser and keep refreshing it. I expect
it to show:
include_path .:/blabla
each time i refresh it

Actual result:
--
The results are random, once it shows:
include_path .:/blabla
once it shows:
include_path .:/usr/local/share/pear





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


#43677 [Opn]: Inconsistent behaviour of include_path set with php_value

2008-01-12 Thread root at net1 dot cc
 ID:   43677
 User updated by:  root at net1 dot cc
 Reported By:  root at net1 dot cc
 Status:   Open
 Bug Type: Safe Mode/open_basedir
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.5
 New Comment:

I'm gonna test Manuel's patch (thanks!) and report back later if it
does fix the problems observed.


Previous Comments:


[2008-01-12 18:08:43] manuel at mausz dot at

I tracked the problem down. Every altered ini setting gets added to the
 modified_ini_directives-hashtable in order to restore the original
value after the request has been processed. Zend simply forgets to
restore the modifiable-level.

A patch can be found at 
http://manuel.mausz.at/coding/patches/php/5.2.5/php5.2.5-restore-ini-level.patch
Please note that this patch will break the ini setting ABI. Thus all
extensions registering ini settings will have to be recompiled.



[2008-01-07 22:57:03] root at net1 dot cc

Digging some more into that, I've found the problem to be in the
Apache/PHP interpretation of the configured VirtualHost.

First, the problem only exists if we do have *both* VirtualHost(s) with
'php_admin_value include_path' *and* another VirtualHost(s)with
'php_value include_path'. If all our VirtualHosts use 'php_value' only,
it's behaving as usual.

Experimenting with this shows that, after an Apache startup/reload,
things work OK. Then, they start to randomly fail until some time later
100% of the requests fail to work OK.

Looking at the Apache logs, the problem (according to me) is that the
PHP module behaves strange when it sees the php_admin_value variable.
Let's say we have this config (not a working one, just to give you the
idea):

  ServerName test1.dot.com
  php_value include_path .:/test1


  ServerName test2.dot.com
  php_admin_value include_path .:/test2

We fire up Apache, and start accessing test1.dot.com pages *only*.
Everything works fine. *But* when we start to simultaneously access
test2.dot.com, the test1.dot.com pages start to fail more and more (due
to the incorrect include_path). Monitoring which Apache process servers
each page reveals that *when* a process serves a page for test2.dot.com,
it reads the 'php_admin_value' for it, sets it up, and refuses to change
the include_path from further config lines, *even* if they are from the
config of the virtual host of a *new* request. That is - once an Apache
process servers a page for a VirtualHost with php_admin_value, all
consequent requests served by the same process are processed with that
php_admin_value, regardless of their config.

The *solution* , though insecure, is to change *all* your
'php_admin_value include_path' lines to 'php_value include_path'.

I would very much like to see this fixed (though I'm completely unaware
of the way Apache/PHP configuration is parsed), and will provide more
feedback if needed.



[2008-01-07 20:57:58] tborgans at gmx dot de

same problem here on linux with 5.2.5, apache 1.3.39



[2008-01-06 21:38:14] d at tpyo dot net

Noticed the same thing with 5.2.5 on Linux w/ Apache 2.  I'm aware 
this is supposed to be the intended behaviour as of 5.2.5 but 
something is definitely breaking.

It seems the include_path is being unset or ignored at some point.  
Haven't experienced this at random as described - once it breaks it 
doesn't correct itself until restarting Apache.

Could be linked to the fix for bug #41561?



[2007-12-26 01:47:49] root at net1 dot cc

Description:

PHP randomly assigns for the local include_path value the global one,
not the one set with php_value, and, when it does assign the global
value, it does not allow to use ini_set() to modify it (behaves like it
was set with php_admin_value).

Reproduce code:
---
My default include path is ".:/usr/local/share/pear". In the httpd.conf
(btw, this is Apache 2.2.x), I have:
php_value include_path .:/blabla
There's a file 'test.php' which contains the following:





Expected result:

I open the test.php in a web browser and keep refreshing it. I expect
it to show:
include_path .:/blabla
each time i refresh it

Actual result:
--
The results are random, once it shows:
include_path .:/blabla
once it shows:
include_path .:/usr/local/share/pear





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


#43677 [Opn]: Inconsistent behaviour of include_path set with php_value

2008-01-12 Thread root at net1 dot cc
 ID:   43677
 User updated by:  root at net1 dot cc
 Reported By:  root at net1 dot cc
 Status:   Open
 Bug Type: Safe Mode/open_basedir
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.5
 New Comment:

I've been using the patched PHP for several hours now, and - confirmed
- it's working flawless! This patch really fixes the issue! Thanks once
again, Manuel!

For FreeBSD users, I've uploaded a modified patch file for deployment
with the ports system, for ease of use, and instructions here:
http://mirror.net1.cc/projects/php-bug43677-patch/


Previous Comments:


[2008-01-12 21:19:29] root at net1 dot cc

I'm gonna test Manuel's patch (thanks!) and report back later if it
does fix the problems observed.



[2008-01-12 18:08:43] manuel at mausz dot at

I tracked the problem down. Every altered ini setting gets added to the
 modified_ini_directives-hashtable in order to restore the original
value after the request has been processed. Zend simply forgets to
restore the modifiable-level.

A patch can be found at 
http://manuel.mausz.at/coding/patches/php/5.2.5/php5.2.5-restore-ini-level.patch
Please note that this patch will break the ini setting ABI. Thus all
extensions registering ini settings will have to be recompiled.

----

[2008-01-07 22:57:03] root at net1 dot cc

Digging some more into that, I've found the problem to be in the
Apache/PHP interpretation of the configured VirtualHost.

First, the problem only exists if we do have *both* VirtualHost(s) with
'php_admin_value include_path' *and* another VirtualHost(s)with
'php_value include_path'. If all our VirtualHosts use 'php_value' only,
it's behaving as usual.

Experimenting with this shows that, after an Apache startup/reload,
things work OK. Then, they start to randomly fail until some time later
100% of the requests fail to work OK.

Looking at the Apache logs, the problem (according to me) is that the
PHP module behaves strange when it sees the php_admin_value variable.
Let's say we have this config (not a working one, just to give you the
idea):

  ServerName test1.dot.com
  php_value include_path .:/test1


  ServerName test2.dot.com
  php_admin_value include_path .:/test2

We fire up Apache, and start accessing test1.dot.com pages *only*.
Everything works fine. *But* when we start to simultaneously access
test2.dot.com, the test1.dot.com pages start to fail more and more (due
to the incorrect include_path). Monitoring which Apache process servers
each page reveals that *when* a process serves a page for test2.dot.com,
it reads the 'php_admin_value' for it, sets it up, and refuses to change
the include_path from further config lines, *even* if they are from the
config of the virtual host of a *new* request. That is - once an Apache
process servers a page for a VirtualHost with php_admin_value, all
consequent requests served by the same process are processed with that
php_admin_value, regardless of their config.

The *solution* , though insecure, is to change *all* your
'php_admin_value include_path' lines to 'php_value include_path'.

I would very much like to see this fixed (though I'm completely unaware
of the way Apache/PHP configuration is parsed), and will provide more
feedback if needed.



[2008-01-07 20:57:58] tborgans at gmx dot de

same problem here on linux with 5.2.5, apache 1.3.39



[2008-01-06 21:38:14] d at tpyo dot net

Noticed the same thing with 5.2.5 on Linux w/ Apache 2.  I'm aware 
this is supposed to be the intended behaviour as of 5.2.5 but 
something is definitely breaking.

It seems the include_path is being unset or ignored at some point.  
Haven't experienced this at random as described - once it breaks it 
doesn't correct itself until restarting Apache.

Could be linked to the fix for bug #41561?



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

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


#43982 [Com]: Running specific error code without any error messages

2008-01-31 Thread root at mantoru dot de
 ID:   43982
 Comment by:   root at mantoru dot de
 Reported By:  php at ert dot org dot ua
 Status:   Open
 Bug Type: *Compile Issues
 Operating System: WinXP
 PHP Version:  5.2.5
 New Comment:

Accessing offsets is only supported for strings and arrays.
As the manual states: "Accessing by [] or {} to variables of other type
silently returns NULL."

See also http://php.net/language.types.string and bug #41195.


Previous Comments:


[2008-01-30 10:24:19] php at ert dot org dot ua

Description:

When I try to index some scalar value (integer, for example), I want to
get error message, but I have normal NULL result.

Reproduce code:
---


Expected result:

Error, warning or notice

Actual result:
--
no





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


#43677 [NoF->Opn]: Inconsistent behaviour of include_path set with php_value

2008-02-14 Thread root at net1 dot cc
 ID:   43677
 User updated by:  root at net1 dot cc
 Reported By:  root at net1 dot cc
-Status:   No Feedback
+Status:   Open
 Bug Type: Safe Mode/open_basedir
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.5
 New Comment:

This issue is still open!


Previous Comments:


[2008-02-14 13:05:22] manuel at mausz dot at

As there was no CVS commit the bug is still not fixed. I also tried to
contact Antony who is responsible for the code which caused this bug but
he don't have time atm.

So can someone please change the bug to open again? - I'm not the
author.



[2008-02-14 12:06:42] it at inmolinkmls dot com

We have compiled the latest CVS snapshot
(http://snaps.php.net/php5.2-latest.tar.gz) on Linux kernel
2.6.9-42.plus.c4 (Centos 4) as apache2 module with no luck. We have used
just the most basic configuration (--with-apxs2=/wwwroot/bin/apxs).

We have been able to reproduce the bug with 2 virtualhost, one with
php_value and another one with php_admin_value. As soon as we load the
one with php_admin_value, the include_path of the first one starts to
randomly fail.

We have a serious problem with this bug, since we are developing an
application with Zend Framework (Did you realize how seriously this bug
affects Zend Framework MVC (Zend/Loader.php / loadFile (#125))? It just
doesn't work at all because of the bug).

Hope to see this bug solved soon.



[2008-02-14 01:00:00] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2008-02-07 00:56:08] manuel at mausz dot at

There's no need to test this. I can still see the bug in CVS.
Look at zend_ini.c: ini_entry->modifiable gets modified (... =
ZEND_INI_SYSTEM) and won't get restored after the request has been
processed (zend_restore_ini_entry_cb).



[2008-02-07 00:47:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

For Windows (installer):

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

Just to be sure this isn't fixed already. There were some changes done
but I'm not sure anymore if those actually went into 5.2.5 and I don't
have Apache setup around to test right now..



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

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


#43677 [Opn]: Inconsistent behaviour of include_path set with php_value

2008-02-21 Thread root at net1 dot cc
 ID:   43677
 User updated by:  root at net1 dot cc
 Reported By:  root at net1 dot cc
 Status:   Open
 Bug Type: Safe Mode/open_basedir
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.5
 New Comment:

I can confirm both of Manuel's patches fix the problem on another
machine, too.

Also, the first patch is used in production since it was made, and I
have not encountered any problems up to now.

It's high time devs look at this issue, isn't it?


Previous Comments:


[2008-02-21 12:56:43] tallyce at gmail dot com

See also bug
http://bugs.php.net/bug.php?id=44178
which I now see describes the same behaviour.



[2008-02-18 16:59:59] laurent_dorer at yahoo dot fr

One more thing, does someone knows if installing suExec for Apache and
then use multiple php.ini, would correct this very annoying problem



[2008-02-18 14:18:54] laurent_dorer at yahoo dot fr

I forgot to describe the server in my last submission , so :

PHP: 5.2.0-8+etch10 (apache2handler)
MySQL: 5.0.32-Debian_7etch5-log 
and apache 2.2.3-4


pardon my english !!



[2008-02-18 14:07:18] laurent_dorer at yahoo dot fr

Hi, we have got the same problem here:
two virtualhost for our site in utf8 (with mbstring activated) and
another virtualhost for our mediawiki. The problem occurs when someone
goes on the web site (mbstring.func_overload 6) then, the mediawiki
(mbstring.func_overload 0) starts to behave randomly => sometimes it's
ok and sometime it's like if func_overload was set to 6.
I spend a lot of time to found this was a bug, and didn't find any
solution... neither in apache bugs, nor php bug :(



[2008-02-14 12:06:42] it at inmolinkmls dot com

We have compiled the latest CVS snapshot
(http://snaps.php.net/php5.2-latest.tar.gz) on Linux kernel
2.6.9-42.plus.c4 (Centos 4) as apache2 module with no luck. We have used
just the most basic configuration (--with-apxs2=/wwwroot/bin/apxs).

We have been able to reproduce the bug with 2 virtualhost, one with
php_value and another one with php_admin_value. As soon as we load the
one with php_admin_value, the include_path of the first one starts to
randomly fail.

We have a serious problem with this bug, since we are developing an
application with Zend Framework (Did you realize how seriously this bug
affects Zend Framework MVC (Zend/Loader.php / loadFile (#125))? It just
doesn't work at all because of the bug).

Hope to see this bug solved soon.



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

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


[PHP-BUG] Bug #51452 [NEW]: 'make install-sapi' tries to execute "" for litespeed, resulting in an error

2010-03-31 Thread root at mediamonks dot net
From: 
Operating system: FreeBSD 8.0-STABLE
PHP version:  5.3.2
Package:  Other web server
Bug Type: Bug
Bug description:'make install-sapi' tries to execute "" for litespeed, 
resulting in an error

Description:

Litespeed SAPI generates an error on install due to make trying to execute
an empty variable.



Normally a harmless error, however it results in make returning non-zero
exit status. This breaks the installation from within the Litespeed
webadmin.



>From Makefile:



install-sapi: $(OVERALL_TARGET)   

[snip]

@$(INSTALL_IT)



INSTALL_IT is empty, resulting in:



# make install-sapi

Installing PHP SAPI module:   litespeed

:No such file or directory

*** Error code 1 (continuing)

# make -n install-sapi

echo "Installing PHP SAPI module:   litespeed"

/usr/local/lsws/phpbuild/php-5.2.12/build/shtool mkdir -p
/opt/lsws/lsphp5/bin

if test ! -r /usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so; then  for
i in 0.0.0 0.0 0; do  if test -r
/usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so.$i; then  ln -s
/usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so.$i
/usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so;  break;  fi;  done; 
fi



#



Notice the empty line in the -n output.



Setting INSTALL_IT to a dummy command (INSTALL_IT="@true") in
sapi/litespeed/config.m4 fixes this.



Additionally, 'make install-sapi' doesn't even really install anything for
litespeed, because their webadmin scripts copy the binary directly from the
build directory to where it needs to be (which is not at $prefix). As
usually you'd expect a compiled binary to end up in $prefix/bin after
installation I propose fixing this so it actually installs something.



Ideally the Litespeed scripts should then copy the binary from $prefix/bin
instead of from the build directory.



A patch that fixes this bug is attached, it also installs the binary to
$prefix/bin/lsphp.


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



Bug #51452 [Com]: 'make install-sapi' tries to execute "" for litespeed, resulting in an error

2010-03-31 Thread root at mediamonks dot net
Edit report at http://bugs.php.net/bug.php?id=51452&edit=1

 ID:   51452
 Comment by:   root at mediamonks dot net
 Reported by:  root at mediamonks dot net
 Summary:  'make install-sapi' tries to execute "" for litespeed,
   resulting in an error
 Status:   Assigned
 Type: Bug
 Package:  Other web server
 Operating System: FreeBSD 8.0-STABLE
 PHP Version:  5.3.2
 Assigned To:  gwang

 New Comment:

I forgot to add that I think this to be a BSD specific issue.


Previous Comments:

[2010-03-31 23:43:36] johan...@php.net

George, please look into this.

----
[2010-03-31 23:32:35] root at mediamonks dot net

Description:

Litespeed SAPI generates an error on install due to make trying to
execute an empty variable.



Normally a harmless error, however it results in make returning non-zero
exit status. This breaks the installation from within the Litespeed
webadmin.



>From Makefile:



install-sapi: $(OVERALL_TARGET)   

[snip]

@$(INSTALL_IT)



INSTALL_IT is empty, resulting in:



# make install-sapi

Installing PHP SAPI module:   litespeed

:No such file or directory

*** Error code 1 (continuing)

# make -n install-sapi

echo "Installing PHP SAPI module:   litespeed"

/usr/local/lsws/phpbuild/php-5.2.12/build/shtool mkdir -p
/opt/lsws/lsphp5/bin

if test ! -r /usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so; then 
for i in 0.0.0 0.0 0; do  if test -r
/usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so.$i; then  ln -s
/usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so.$i
/usr/local/lsws/phpbuild/php-5.2.12/libs/libphp5.so;  break;  fi;  done;
 fi



#



Notice the empty line in the -n output.



Setting INSTALL_IT to a dummy command (INSTALL_IT="@true") in
sapi/litespeed/config.m4 fixes this.



Additionally, 'make install-sapi' doesn't even really install anything
for litespeed, because their webadmin scripts copy the binary directly
from the build directory to where it needs to be (which is not at
$prefix). As usually you'd expect a compiled binary to end up in
$prefix/bin after installation I propose fixing this so it actually
installs something.



Ideally the Litespeed scripts should then copy the binary from
$prefix/bin instead of from the build directory.



A patch that fixes this bug is attached, it also installs the binary to
$prefix/bin/lsphp.







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


#42921 [NEW]: date('u') doesn't work

2007-10-10 Thread root at mantoru dot de
From: root at mantoru dot de
Operating system: Windows XP
PHP version:  5.2.4
PHP Bug Type: Date/time related
Bug description:  date('u') doesn't work

Description:

The u modifier is supposed to convert into microseconds... however, under
Windows (5.2.3) and Linux (5.2.4), I'm always getting '00'.

Reproduce code:
---



Expected result:

6-digit number

Actual result:
--
00

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


#42950 [NEW]: Read-only error wrongly pointing to main()

2007-10-12 Thread root at mantoru dot de
From: root at mantoru dot de
Operating system: *
PHP version:  5.2.4
PHP Bug Type: XML Reader
Bug description:  Read-only error wrongly pointing to main()

Description:

The error that is issued trying to modify a read-only attribute of
XMLReader points to main(). (Probably php_error_docref?)

(Given that read-only properties are not yet implemented, I assumed that
it's an extension-specific bug.)

Reproduce code:
---
isEmptyElement = null;
?>

Expected result:

Warning: Cannot write to read-only property in %s on line %d

Actual result:
--
Warning: main() [function.main.html]: Cannot write to read-only property
in %s on line %d

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


#43099 [NEW]: XMLWriter::endElement() doesn't use WRONG_PARAM_COUNT

2007-10-24 Thread root at mantoru dot de
From: root at mantoru dot de
Operating system: *
PHP version:  5.2.4
PHP Bug Type: XML Writer
Bug description:  XMLWriter::endElement() doesn't use WRONG_PARAM_COUNT

Description:

XMLWriter::endElement() fails to emit a warning if too many parameters (=
parameters at all) are passed. Gave me some trouble because I assumed it
would write the ending tag of the specified tagname ("").

Reproduce code:
---
openMemory();
$xml->startDocument('1.0', 'UTF-8', 'yes');
$xml->writeComment('Generated by XMLWriter');
$xml->startElement('root');
$xml->writeElement('timestamp', time());
$xml->endElement('root'); // 
echo $xml->flush();
?>

Expected result:

Warning: Wrong parameter count for XMLWriter::endElement() in %s on line
%d

Actual result:
--
No warning

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


#37353 [NEW]: Miscompile in the 5.1.X series

2006-05-07 Thread root at nk dot ca
From: root at nk dot ca
Operating system: BSD/OS 4.3.1
PHP version:  5.1.4
PHP Bug Type: Compile Failure
Bug description:  Miscompile in the 5.1.X series

Description:

Attempt to add PHP 5.1.X fail miserable in BSD/OS 4.3.1
using Gcc 3.2.2

Reproduce code:
---
/usr/lib/gcc-lib/i386-unknown-bsdi4.3.1/3.2.2/../../../../i386-unknown-bsdi4.3.1/bin/ld:/usr/source/php-5.1.4/sapi/apache/php.sym:
file format not recognized; treating as linker script
/usr/lib/gcc-lib/i386-unknown-bsdi4.3.1/3.2.2/../../../../i386-unknown-bsdi4.3.1/bin/ld:/usr/source/php-5.1.4/sapi/apache/php.sym:2:
parse error
*** Error code 1 

Expected result:

No errors


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


[PHP-BUG] Bug #64124 [NEW]: IPv6 malformed

2013-02-01 Thread andy at root dot lu
From: andy at root dot lu
Operating system: Debian Squeeze
PHP version:  5.4.11
Package:  SNMP related
Bug Type: Bug
Bug description:IPv6 malformed

Description:

The following straightforward code throws the following warning:

PHP Warning:  snmpget(): mailformed IPv6 address, closing square bracket
missing

$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");

Clearly, there is no missing closing bracket. The IPv6 address is working.

Also, the warning has a typo. It should say malformed instead of mailformed
:-)

Test script:
---
$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");


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



Bug #64124 [Fbk->Opn]: IPv6 malformed

2013-02-01 Thread andy at root dot lu
Edit report at https://bugs.php.net/bug.php?id=64124&edit=1

 ID: 64124
 User updated by:andy at root dot lu
 Reported by:andy at root dot lu
 Summary:IPv6 malformed
-Status: Feedback
+Status: Open
 Type:   Bug
 Package:SNMP related
 Operating System:   Debian Squeeze
 PHP Version:5.4.11
 Block user comment: N
 Private report: N

 New Comment:

Updated to latest. Problem persists.

I noticed something though:

This code works (only 2 lines):

$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");


This code does not work and throws the error about missing closing bracket:

$ip = "[2001:abc:dead:beef::22]";

for($j=1;$j<5;$j++)
{
 $test = snmpget($ip, "mycommunity", "something".$j);
 echo "Outlet $j: $test\n";
}


First iteration of for loop works fine, but after second iteration it complains 
about malformed ipv6 address, which does not make any sense. Same issue happens 
if 
I use a while loop.

OUTPUT:


Outlet 1: 1

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php on line 9
Outlet 2: 

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php on line 9
Outlet 3: 

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php on line 9
Outlet 4:


Previous Comments:

[2013-02-01 11:28:01] johan...@php.net

Please try using this snapshot:

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

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

Works for me (Warning: snmpget(): Invalid object identifier: something in - on 
line 3) and code looks correct, too.

----
[2013-02-01 10:10:25] andy at root dot lu

Description:

The following straightforward code throws the following warning:

PHP Warning:  snmpget(): mailformed IPv6 address, closing square bracket missing

$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");

Clearly, there is no missing closing bracket. The IPv6 address is working.

Also, the warning has a typo. It should say malformed instead of mailformed :-)

Test script:
---
$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");







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


Bug #64124 [Opn]: IPv6 malformed

2013-02-01 Thread andy at root dot lu
Edit report at https://bugs.php.net/bug.php?id=64124&edit=1

 ID: 64124
 User updated by:andy at root dot lu
 Reported by:andy at root dot lu
 Summary:IPv6 malformed
 Status: Open
 Type:   Bug
 Package:SNMP related
 Operating System:   Debian Squeeze
 PHP Version:5.4.11
 Block user comment: N
 Private report: N

 New Comment:

Basically calling snmpget more than once will throw this error.

Code:


$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");
$test = snmpget($ip, "mycommunity", "something-else");
$test = snmpget($ip, "mycommunity", "something-different");

Throws this error twice:

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php


Previous Comments:
----
[2013-02-01 19:03:42] andy at root dot lu

Updated to latest. Problem persists.

I noticed something though:

This code works (only 2 lines):

$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");


This code does not work and throws the error about missing closing bracket:

$ip = "[2001:abc:dead:beef::22]";

for($j=1;$j<5;$j++)
{
 $test = snmpget($ip, "mycommunity", "something".$j);
 echo "Outlet $j: $test\n";
}


First iteration of for loop works fine, but after second iteration it complains 
about malformed ipv6 address, which does not make any sense. Same issue happens 
if 
I use a while loop.

OUTPUT:


Outlet 1: 1

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php on line 9
Outlet 2: 

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php on line 9
Outlet 3: 

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php on line 9
Outlet 4:


[2013-02-01 11:28:01] johan...@php.net

Please try using this snapshot:

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

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

Works for me (Warning: snmpget(): Invalid object identifier: something in - on 
line 3) and code looks correct, too.


[2013-02-01 10:10:25] andy at root dot lu

Description:

The following straightforward code throws the following warning:

PHP Warning:  snmpget(): mailformed IPv6 address, closing square bracket missing

$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");

Clearly, there is no missing closing bracket. The IPv6 address is working.

Also, the warning has a typo. It should say malformed instead of mailformed :-)

Test script:
---
$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");







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


Bug #64124 [Fbk->Asn]: IPv6 malformed

2013-02-06 Thread andy at root dot lu
Edit report at https://bugs.php.net/bug.php?id=64124&edit=1

 ID: 64124
 User updated by:andy at root dot lu
 Reported by:andy at root dot lu
 Summary:IPv6 malformed
-Status: Feedback
+Status: Assigned
 Type:   Bug
 Package:SNMP related
 Operating System:   Debian Squeeze
 PHP Version:5.4.11
 Assigned To:lytboris
 Block user comment: N
 Private report: N

 New Comment:

Hi,

patch went well, but I am getting a segmentation fault while executing the code.

I made sure to use make distclean first, so I recompiled everything from 
scratch.

I used the current built: php5.4-201302011830 (which worked with the same test 
code before I applied the patch)


Previous Comments:

[2013-02-06 21:48:19] johan...@php.net

Hi Andy,

I don't have an SNMP-enabled device at hand, can you try this patch?
https://github.com/johannes/php-src/compare/bug64124.diff

This should fix the only potential problem explaining this. Thanks.


[2013-02-01 19:12:33] andy at root dot lu

Basically calling snmpget more than once will throw this error.

Code:


$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");
$test = snmpget($ip, "mycommunity", "something-else");
$test = snmpget($ip, "mycommunity", "something-different");

Throws this error twice:

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php


[2013-02-01 19:03:42] andy at root dot lu

Updated to latest. Problem persists.

I noticed something though:

This code works (only 2 lines):

$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");


This code does not work and throws the error about missing closing bracket:

$ip = "[2001:abc:dead:beef::22]";

for($j=1;$j<5;$j++)
{
 $test = snmpget($ip, "mycommunity", "something".$j);
 echo "Outlet $j: $test\n";
}


First iteration of for loop works fine, but after second iteration it complains 
about malformed ipv6 address, which does not make any sense. Same issue happens 
if 
I use a while loop.

OUTPUT:


Outlet 1: 1

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php on line 9
Outlet 2: 

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php on line 9
Outlet 3: 

Warning: snmpget(): malformed IPv6 address, closing square bracket missing in 
test.php on line 9
Outlet 4:


[2013-02-01 11:28:01] johan...@php.net

Please try using this snapshot:

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

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

Works for me (Warning: snmpget(): Invalid object identifier: something in - on 
line 3) and code looks correct, too.


[2013-02-01 10:10:25] andy at root dot lu

Description:

The following straightforward code throws the following warning:

PHP Warning:  snmpget(): mailformed IPv6 address, closing square bracket missing

$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");

Clearly, there is no missing closing bracket. The IPv6 address is working.

Also, the warning has a typo. It should say malformed instead of mailformed :-)

Test script:
---
$ip = "[2001:abc:dead:beef::22]";
$test = snmpget($ip, "mycommunity", "something");







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


Bug #64124 [Fbk->Asn]: IPv6 malformed

2013-02-13 Thread andy at root dot lu
Edit report at https://bugs.php.net/bug.php?id=64124&edit=1

 ID: 64124
 User updated by:andy at root dot lu
 Reported by:andy at root dot lu
 Summary:IPv6 malformed
-Status: Feedback
+Status: Assigned
 Type:   Bug
 Package:SNMP related
 Operating System:   *
 PHP Version:5.4.*
 Assigned To:lytboris
 Block user comment: N
 Private report: N

 New Comment:

I confirm that there is no more issue with the latest version of php. In my 
case: 
php5.4-201302132030

Thank you!


Previous Comments:

[2013-02-07 17:51:05] lytbo...@php.net

Please try using this snapshot:

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

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




[2013-02-07 17:43:56] lytbo...@php.net

Automatic comment on behalf of lytboris
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=ed6763420c10c5eb47d6db675322ecaa6de079b6
Log: fix bug #64124 (IPv6 malformed)


[2013-02-07 17:42:17] lytbo...@php.net

Automatic comment on behalf of lytboris
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=ed6763420c10c5eb47d6db675322ecaa6de079b6
Log: fix bug #64124 (IPv6 malformed)


[2013-02-07 17:36:34] lytbo...@php.net

Automatic comment on behalf of lytboris
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=ed6763420c10c5eb47d6db675322ecaa6de079b6
Log: fix bug #64124 (IPv6 malformed)


[2013-02-07 08:01:07] lytbo...@php.net

johannes, I found the same bug source an currently I'm in the middle of testing 
it.

ps. I wonder why specifying "s/" in param parsing call is not enough...




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

https://bugs.php.net/bug.php?id=64124


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


#33349 [Com]: imap_fetchstructure hangs on some mails

2005-06-20 Thread root at ka-rel dot cz
 ID:   33349
 Comment by:   root at ka-rel dot cz
 Reported By:  benjamin dot malynovytch at libertic dot fr
 Status:   Open
 Bug Type: IMAP related
 Operating System: *
 PHP Version:  5CVS-2005-06-20
 New Comment:

I'm experiencing the same behaviour with certain messages (mostly spam
but not always). A sample message is located at
http://ka-rel.cz/imap/bad001.tmp.

Whenever imap_fetchstructure function tries to analyze the message, cpu
gets to 100% and hangs (on NT 4.0 Server) or displays the "crash
message" (on WinXP), requesting to send it to Microsoft.

Till now, I've noticed that the bad messages have improperly set
boundary strings - maybe this confuses the function and results to
unability to parse individual parts of message. Also, such messages are
not decoded correctly if opened in a mail client.


PHP 4.3.3
IMAP c-Client Version 2001
WinXP: php_imap.dll, 593920 bytes, 24th August 2003
WinNT: php_imap.dll, 602112 bytes,  6th June   2005


Previous Comments:


[2005-06-20 15:11:36] benjamin dot malynovytch at libertic dot fr

iliaa and sniper, you'll find the asked informations in your
mailboxes.

Is it possible that php5 doesn't work properly, when php4 does ?
It tried the application on an "old" box, using php4(4.3.4), and it
works fine (even on the message-of-death).
I haven't tried out on the production box though, cause I can't swap so
easily on php4 (other applications will dropp).

I also noticed, that a similar bug had been corrected in php 4.0.4
(imap_fetchstructure crashing) (Changelog). Is it possible that php5
has the same bug again ?



[2005-06-20 11:54:59] [EMAIL PROTECTED]

We're interested in the 'message-of-death' only. Just export that
message and put it online or send via email to [EMAIL PROTECTED] and
[EMAIL PROTECTED]

Your initial example script is a bit odd though,
what EXACTLY (for real!) is $mbox_path set to? 




[2005-06-20 11:32:27] benjamin dot malynovytch at libertic dot fr

Illia said:
>If the problem persists, please provide a URL to the complete text of
the message that causes the hang.

As I said just before, no output message are created. No error,
nothing, except the generated code that had been flushed (cleanly)
before the crash.
I can't even give you access to the page the generates this error: it's
placed on an intranet.



[2005-06-20 10:24:02] [EMAIL PROTECTED]

Do not add any strace output here if not asked for.
Please provide the information Ilia asked before.




[2005-06-20 09:51:13] benjamin dot malynovytch at libertic dot fr

I tried several versions of imap (UW): imap-2001a, imap-2002a,
imap-2004a, imap-2004d, imap-2004e-DEVEL
None of them worked.

I'm afraid their's no error log: the application hangs without
returning anything (would be too easy to debug).
The only thing I know, is that the application hangs just after the
call to "imap_fetchstructure" (did some echo "..."; flush(); to be
sure).

Any idea ?



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

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


#26328 [Com]: compile dies on openssl 0.9.7

2003-11-30 Thread root at star2 dot abcm dot com
 ID:   26328
 Comment by:   root at star2 dot abcm dot com
 Reported By:  zerokode at gmx dot net
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: SuSE Linux
 PHP Version:  5CVS-2003-11-19 (dev)
 New Comment:

Does NOT work for me, I got the exact same error.

I installed .97c using the same directory settings as my previous .96.
Apache 2.0.48 and imap with ssl support both compile fine. Php does
not


Previous Comments:


[2003-11-21 22:07:34] [EMAIL PROTECTED]

Works fine for me, seems like you have mixed versions of openssl
installed in your system. Make sure you only have ONE version, header
and library files..




[2003-11-19 21:24:10] zerokode at gmx dot net

Description:

ext/openssl/openssl.lo(.text+0xd1b): In function 
`zm_startup_openssl': 
/home/storm/source/cvs/php-src/ext/openssl/openssl.c:560: 
undefined reference to `OPENSSL_add_all_algorithms_noconf' 
collect2: ld returned 1 exit status 
make: *** [sapi/cli/php] Error 1 
 
This is the bug, that I get it in the compile stage... 
works fine with 0.9.6... 






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


#26263 [Com]: Apache doesn't start up wiht LoadModule phpX_module .. in config

2003-12-31 Thread root at md5 dot com dot ar
 ID:   26263
 Comment by:   root at md5 dot com dot ar
 Reported By:  peoyli at bredband dot net
 Status:   Open
 Bug Type: Apache2 related
 Operating System: OpenBSD 3.4
 PHP Version:  Irrelevant
 New Comment:

I have the same problem, with my php compiled with --with-mysql but
adding in the /etc/rc.conf this
shlib_dirs="/usr/local/mysql/lib/mysql",
 apache start up normarly.


Previous Comments:


[2003-11-18 18:11:55] peoyli at bredband dot net

I'm using just one of the sample php.ini's (php.ini-recommended). No
enabled extensions there, what I can see.



[2003-11-18 17:13:06] [EMAIL PROTECTED]

Are you loading any modules and/or extensions via php.ini?



[2003-11-18 02:00:56] peoyli at bredband dot net

PHP5 + MySQL 4.1 core dumps when calling mysql related functions
(mysql_connect ...). I will try the internal support for mysql 4.0.16
or older.



[2003-11-16 15:52:47] peoyli at bredband dot net

One other note:

I DID get it running using the internal mysql support (no path given to
--with-mysql) after some hassle. I also now have PHP 5 running together
with mysql 4.1.0 alpha.

The problem seems to have something to do with mysql 4.0.16 (haven't
tried earlier versions), although, as I mentioned before, there is not
problem with mysql 4.0.16 by itself.



[2003-11-16 15:48:40] peoyli at bredband dot net

no output using 'apachectl configtest'. Seems like httpd crasches as
soon as the LoadModule line is appended to the configuration.



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

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


#40866 [NEW]: Propably wrong dll.

2007-03-20 Thread Martiny dot Root at gmail dot com
From: Martiny dot Root at gmail dot com
Operating system: MS Vista
PHP version:  5.2.1
PHP Bug Type: Dynamic loading
Bug description:  Propably wrong dll.

Description:

PHP Warning: PHP Startup: Invalid library (maybe not a PHP library)
'libmysql.dll' in Unknown on line 0 

Actual result:
--
All work, but in the end of page I can see the sentence:
PHP Warning: PHP Startup: Invalid library (maybe not a PHP library)
'libmysql.dll' in Unknown on line 0 

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


Req #44369 [Com]: PHP Loop Labels

2012-10-26 Thread root at bugs dot php dot net
Edit report at https://bugs.php.net/bug.php?id=44369&edit=1

 ID: 44369
 Comment by: root at bugs dot php dot net
 Reported by:php at xyzzy dot cjb dot net
 Summary:PHP Loop Labels
 Status: Not a bug
 Type:   Feature/Change Request
 Package:Feature/Change Request
 Operating System:   Mac OS X 10.5.2
 PHP Version:5.2.5
 Block user comment: N
 Private report: N

 New Comment:

Did you consider this:

for ($i = 0; $i < 5; ++$i)
{
print "$i: ";

for ($j = 0; $j < 5; ++$j)
{
print "$j ";
if ($j == 2 && $i == 4)
goto END;
}

print "\n";
END:
}

If the label needs to proceed a statement, try LABEL: noop();

Another solution could be to get the the nesting level and use:

continue $nest_level - 1;

Unfortunately, I can find no such function so this would need to be done 
manually.


Previous Comments:

[2008-03-08 18:16:11] php at xyzzy dot cjb dot net

How can this code be rewritten using goto? I downloaded a PHP 6 snapshot and 
tried this:

ROW: for ($i = 0; $i < 5; ++$i)
{
print "$i: ";
COLUMN: for ($j = 0; $j < 5; ++$j)
{
print "$j ";
if ($j == 2 && $i == 4)
goto ROW;
}
print "\n";
}

but the entire loop is repeated; it doesn't produce the same output as the 
first example. 

>From http://www.php.net/~derick/meeting-notes.html#adding-goto (first result 
>on Google for "php 6 goto"), I see that there were plans to "reuse the break 
>keyword, and extend it with a static label.", but this does not appear to be 
>implemented the the latest snapshot. Those meeting notes were from 2005 
>however. Google also found http://php6dev.blogspot.com/ but that page is 
>currently down so I couldn't read it.

How can I use goto to act as "continue 2" or "break 2"? I also tried:

for ($i = 0; $i < 5; ROW: ++$i)
{
print "$i: ";
for ($j = 0; $j < 5; ++$j)
{
print "$j ";
if ($j == 2 && $i == 4)
goto ROW;
}
print "\n";
}

and: for ($i = 0; ROW: $i < 5; ++$i)
and: for (ROW: $i = 0; $i < 5; ROW: ++$i)

but these all report:

Parse error: syntax error, unexpected ':', expecting ')'


[2008-03-08 11:41:48] johan...@php.net

PHP 6 has goto which can be used for that.


[2008-03-08 06:56:00] php at xyzzy dot cjb dot net

Description:

This is an enhancement request to add loop labels to PHP. Currently, to 
break out of nested loops, PHP allows you to specify a number to a break 
or continue statement. It would increase code clarity and 
maintainability to be able to specify a textual label of the loop to 
continue or break out of.

This is similar to Bug #29287 "Request: Line labels and goto" except 
that I'm not requesting goto, which is what that bug was mostly used to 
discuss before being closed. This ticket is specifically for the feature 
of adding loop labels, which was not adequately discussed in #29287.





Reproduce code:
---
An example of a nested loop (admittedly not a very useful example), how PHP 
currently allows you to write it:


for ($i = 0; $i < 5; ++$i)
{
print "$i: ";
for ($j = 0; $j < 5; ++$j)
{
print "$j ";
if ($j == 2 && $i == 4)
continue 2;
}
print "\n";
}

How I would like to be able to write it:

ROW: for ($i = 0; $i < 5; ++$i)
{
print "$i: ";
COLUMN: for ($j = 0; $j < 5; ++$j)
{
print "$j ";
if ($j == 2 && $i == 4)
continue ROW;
}
print "\n";
}



Expected result:

Both examples should behave the same, if this feature is implemented.

Actual result:
--
Parse error: syntax error, unexpected ':' in /private/tmp/a.php on line 
2














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


Req #52766 [Com]: FTP need the ability to read from the output buffer without issuing a command

2012-11-16 Thread bar at root dot co dot il
Edit report at https://bugs.php.net/bug.php?id=52766&edit=1

 ID: 52766
 Comment by: bar at root dot co dot il
 Reported by:trevor dot lanyon at lanyonconsulting dot com
 Summary:FTP need the ability to read from the output buffer
 without issuing a command
 Status: Closed
 Type:   Feature/Change Request
 Package:FTP related
 Operating System:   Fedora 13
 PHP Version:5.3.3
 Assigned To:rasmus
 Block user comment: N
 Private report: N

 New Comment:

Hi,
seems that in PHP 5.3.19 this bug is still exists.


Previous Comments:

[2011-11-01 21:09:21] ras...@php.net

This bug has been fixed in SVN.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.




[2011-11-01 17:57:36] bram at ebskamp dot me

This is caused by the bug I posted about yesterday:
https://bugs.php.net/bug.php?id=60183

(has been fixed in SVN today)


[2011-09-13 20:50:49] 92spam92 at gmail dot com

hi, i have the same problem.
PHP 5.3.8
CentOS 6.

the only solution is to close the ftp connection and re-open it.


[2010-09-02 18:05:02] trevor dot lanyon at lanyonconsulting dot com

Description:

Working with ftp_raw there is a need for a function that allows interaction 
with 
the output buffer of the connection.  There are times when issuing commands 
leaves messages on the buffer thereby causing future commands to be out of sync 
with the output and no way to synchronize them.  Below is an example:

Using HylaFax's proprietary ftp interface I required the ability to issue a 
'STOT' command.

I issued a 'PASV' command to get the appropriate port to open a second 
connection to.  I open a second connection,  write a file, then close it.
The original connection now has a line on the output buffer similar to this:

226 Transfer complete (FILE: /tmp/doc94274.tmp)

But there is no way to grab this.

Issuing any command will return the buffered line.  Subsequent commands will 
return the output of the previous command.

For example if I now issue a 'NOOP' I will now get the:

226 Transfer complete (FILE: /tmp/doc94274.tmp).

and If I issue a second 'NOOP' I will get the response from the orginal 'NOOP':

200 NOOP command successful

With the second Noop now sitting on the out buffer of the ftp connection.

Test script:
---
 2) {
$resultCode = substr($resultString, 0, strpos($resultString, ' 
' ) );
return $resultCode;
}
return $resultCode;
}

function getResultToString( $resultArray, $glue = "\n" ) 
{
if ( is_array( $resultArray ) ) {
return implode($resultArray, $glue );

}
return false;
}

function sendFile( $localFileName, $connection, $hostName ) 
{

//Enter PASV mode
if($results = getResultToString( ftp_raw($connection, 'PASV') )) {

//Make sure we got the appropriate 227 back
if(getResultCode( $results ) == 227) {

//Grab the ip and ports out of the response
$ports = substr($results, strpos($results, '(')+1 ) ;

//get rid of the extra ')' as the end
$ports = substr($ports, 0, strlen($ports) - 1);

//make an array of the results using the ',' as the seporator
$ports = explode(",", $ports);

//grab the last octet
$lastOctet = array_pop($ports);

//grab the first octet
$firstOctet = array_pop($ports);

//deduce the appropriate port to connect back to
$port = $firstOctet * 256 + $lastOctet;

//create a connection to listen on 
if( $passiveSocket = fsockopen( $hostName, $port) ) {

//Tell the ftp server to make a connection
if($results = getResultToString(ftp_raw( $connection, 
'STOT' ) ) ) {

//make sure the connection was successful
if(getResultCode($results) == 150) {
 

[PHP-BUG] Bug #63543 [NEW]: ftp_raw out of sync

2012-11-16 Thread bar at root dot co dot il
From: bar at root dot co dot il
Operating system: CentOS 6.3
PHP version:  5.3.18
Package:  FTP related
Bug Type: Bug
Bug description:ftp_raw out of sync

Description:

The same bug that affect versions < 5.3.9 (reported as fixed in 5.3.9) is
back in 5.3.18 (or maybe before..)
https://bugs.php.net/bug.php?id=60183 <- the original bug report


Test script:
---
ftp_raw($ftp,'PASV'); // Output: 227 Entering Passive Mode
ftp_raw($ftp,'STOR file'); // Output: 150 Opening ASCII mode data
connection for test
ftp_raw($ftp,'NOOP'); // Output: 226 Transfer complete.

Expected result:

ftp_raw($ftp,'PASV'); // Output: 227 Entering Passive Mode
ftp_raw($ftp,'STOR file'); // Output: 150 Opening ASCII mode data
connection for test && 226 Transfer complete.
ftp_raw($ftp,'NOOP'); // Output: 200 NOOP ok.


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



#29504 [Com]: Inproper handling of empty resultset

2004-08-17 Thread alex dot kiesel at document-root dot de
 ID:   29504
 Comment by:   alex dot kiesel at document-root dot de
 Reported By:  sq6elt at zp dot amsnet dot pl
 Status:   Open
 Bug Type: Sybase-ct (ctlib) related
 Operating System: Linux - Debian, sarge
 PHP Version:  4.3.8
 New Comment:

I cannot reproduce this:

Example code:


Output:
resource(5) of type (sybase-ct result)
resource(6) of type (sybase-ct result)

I assume this is due to your (quite old) FreeTDS version. I am running
freetds v0.63.dev.20040814 (though there are several stable versions
between our two).


Previous Comments:


[2004-08-03 10:20:05] sq6elt at zp dot amsnet dot pl

Description:

If resultset returned by sybase_query is empty, 
following message appears:
 
Warning: sybase_fetch_row(): supplied argument is not a valid Sybase
result resource in file.php

Expected to sybase_fetch_row to return false.

Tested on:
Debian Sarge, php 4.3.8, libct1 0.61-5, freetds-dev 0.61-5

With regards,
  Paul







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