date:20030625

 ID:   24338
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jtjones at crimsonknight dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  4.3.2
 New Comment:

/opt/csw/apache/bin/apxs does not exist, how could it work.

Please don't submit bug reports so easily, try Google/mailing lists
first. 


Previous Comments:


[2003-06-25 14:14:57] jtjones at crimsonknight dot com

Description:

Here is the lasted command that I have tried to use for configure: 
"./configure --with-apxs=/opt/csw/apache/bin/apxs
--enable-memory-limit=yes --enable-magic-quotes=yes --enable-libgcc
--with-mysql=/usr/local/mysql --enable-fastcgi
--with-zlib=/usr/include/zlib.h --with-bz2=/usr/local/bin/bzip2
--enable-bcmath --with-gd"  
When I run this configure fails with the error: 
"Sorry, I was not able to successfully run APXS." 

The possible causes that it lists are completely not a problem for me,
I have Perl installed, Apache is compiled with DSO support (in fact I
have several modules already loaded), and as you can see I specified
the path to APXS in the config command. 

I first thought that this might be an issue with my Apache install so I
re-installed it to the location it is at now.  This did not produce any
different results.  I have ran this config and several variations of it
as a regular user, su'ed and as root thinking that it might be a
permissions issue, still I get the same result.  

When I use this:
"--with-apxs=/opt/csw/apache/bin" I get the error that it cannot
execute /opt/csw/apache/bin.

Reproduce code:
---
loading cache ./config.cache
checking host system type... sparc-sun-solaris2.9
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
*
checking for working const... yes
checking flex version... 2.5.4 (ok)
checking for pthreads_cflags... -pthreads
checking for pthreads_lib...
Configuring SAPI modules
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS...

Sorry, I was not able to successfully run APXS.  Possible reasons:

Expected result:

Not sure, I expected it to say configure completed successfully. (???) 
Never had it configure completely yet.

Actual result:
--
Sorry, I was not able to successfully run APXS.  Possible reasons:

1.  Perl is not installed;
2.  Apache was not compiled with DSO support (--enable-module=so);
3.  'apxs' is not in your path.  Try to use --with-apxs=/path/to/apxs
The output of /opt/csw/apache/bin/apxs follows
./configure: /opt/csw/apache/bin/apxs: not found
configure: error: Aborting

Perl is installed, Apache is compiled with DSO support, and I specified
the path in the configure command.





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

#24339 [Opn->Bgs]: "Add*Filter PHP .." directives not work

 ID:   24339
 Updated by:   [EMAIL PROTECTED]
 Reported By:  eng at anrdaemon dot mtu-net dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows XP
 PHP Version:  4.3.2
 New Comment:

RTFM:

http://www.php.net/manual/en/install.apache2.php


Previous Comments:


[2003-06-25 16:41:35] eng at anrdaemon dot mtu-net dot ru

Description:

When I installing a 4.3.2 release version after 4.3.1, all of my pages
sent to the users as stored - no PHP processing done at all.
When I change configuration from

AddInputFilter PHP .php
AddOutputFilter PHP;INCLUDES .php

to

AddType application/x-httpd-php .php .php4

all pages works well, but this trick is NOT usable to me.
4.3.1 works well...
4.3.3RC1 works same as 4.3.2.






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

#16535 [Com]: Line breaks not correctly counted when file has Mac line endings

2003-06-25 Thread dradigan at macromedia dot com

 ID:   16535
 Comment by:   dradigan at macromedia dot com
 Reported By:  danradigan at yahoo dot com
 Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Mac OS X
 PHP Version:  4.1.2
 New Comment:

But to be clear, this does show up with pure mac line 
endings


Previous Comments:


[2003-06-25 17:01:00] dradigan at macromedia dot com

I still see this bug in 4.3.0.  I have a file that I 
will email you that shows the problem.  If I use mac 
line endings the error is at line 44.  If I use unix 
line endings it shows at 67.



[2002-08-22 01:00:10] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a month, 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".



[2002-04-10 16:33:39] [EMAIL PROTECTED]

Hello,

can you verify if this occurs when you have mixed line endings (other
then only Mac endings) or just always (only Mac line endings).

Derick



[2002-04-10 16:27:43] danradigan at yahoo dot com

Related bug Bug #10631, refiled per that bug since I still see it.



[2002-04-10 16:26:42] danradigan at yahoo dot com

When a file is saved using Macintosh-style line breaks 
('\r') and there is some kind of error in the script (maybe 
a parse error, etc.) then the line number that is reported 
is always less than the line it occured on.  In my script PHP told me
line 84, but it was actually 93.

It's a fairly minor thing, but annoying nonetheless. A 
workaround, obviously, is to make sure you save your 
scripts with Unix line-breaks ('\n').





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

#16535 [Com]: Line breaks not correctly counted when file has Mac line endings

2003-06-25 Thread dradigan at macromedia dot com

 ID:   16535
 Comment by:   dradigan at macromedia dot com
 Reported By:  danradigan at yahoo dot com
 Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Mac OS X
 PHP Version:  4.1.2
 New Comment:

I still see this bug in 4.3.0.  I have a file that I 
will email you that shows the problem.  If I use mac 
line endings the error is at line 44.  If I use unix 
line endings it shows at 67.


Previous Comments:


[2002-08-22 01:00:10] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a month, 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".



[2002-04-10 16:33:39] [EMAIL PROTECTED]

Hello,

can you verify if this occurs when you have mixed line endings (other
then only Mac endings) or just always (only Mac line endings).

Derick



[2002-04-10 16:27:43] danradigan at yahoo dot com

Related bug Bug #10631, refiled per that bug since I still see it.



[2002-04-10 16:26:42] danradigan at yahoo dot com

When a file is saved using Macintosh-style line breaks 
('\r') and there is some kind of error in the script (maybe 
a parse error, etc.) then the line number that is reported 
is always less than the line it occured on.  In my script PHP told me
line 84, but it was actually 93.

It's a fairly minor thing, but annoying nonetheless. A 
workaround, obviously, is to make sure you save your 
scripts with Unix line-breaks ('\n').





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

#24339 [NEW]: "Add*Filter PHP .." directives not work

2003-06-25 Thread eng at anrdaemon dot mtu-net dot ru

From: eng at anrdaemon dot mtu-net dot ru
Operating system: Windows XP
PHP version:  4.3.2
PHP Bug Type: Apache2 related
Bug description:  "Add*Filter PHP .." directives not work

Description:

When I installing a 4.3.2 release version after 4.3.1, all of my pages
sent to the users as stored - no PHP processing done at all.
When I change configuration from

AddInputFilter PHP .php
AddOutputFilter PHP;INCLUDES .php

to

AddType application/x-httpd-php .php .php4

all pages works well, but this trick is NOT usable to me.
4.3.1 works well...
4.3.3RC1 works same as 4.3.2.


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

#24322 [Opn->Fbk]: SNMP conflicts with php-accelerator

2003-06-25 Thread steven dot pereira at mattamycorp dot com

 ID:   24322
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alietss at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: SNMP related
 Operating System: Linux RedHat 9.0
 PHP Version:  4CVS-2003-06-24 (stable)
 New Comment:

I still have no clue what you're talking about. Provide some useful
information, not too much either. Also, disable PHP Accelerator first
before testing things.


Previous Comments:


[2003-06-25 15:49:53] alietss at yahoo dot com

Ok this was the initial report...
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=97826



[2003-06-25 15:46:46] alietss at yahoo dot com

Ok, is true I sent you to many output was my error, why don't you see
this bug???

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=97207

Everything looks like snmp problems



[2003-06-25 07:08:40] [EMAIL PROTECTED]

Not PHP bug.




[2003-06-25 00:26:25] [EMAIL PROTECTED]

TOo much information here... why do you think it conflicts with
php-accelerator? And if it does, you need to contact its author, and
not us.



[2003-06-24 17:03:42] alietss at yahoo dot com

Description:

Hi boys I'm testing php-4.3.3 on Redhat 9.0 httpd-2.0.46 net-snmp-5.8,
everything is well, but when the webserver is restarted by a 
/bin/kill -HUP `cat /var/run/httpd.pid 2>/dev/null` 2> /dev/null ||
true

The server never restart, here the error log 

[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:44:00 2003] [notice] SIGHUP received.  Attempting to
restart
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 621

#24322 [Opn]: SNMP conflicts with php-accelerator

2003-06-25 Thread alietss at yahoo dot com

 ID:   24322
 User updated by:  alietss at yahoo dot com
 Reported By:  alietss at yahoo dot com
 Status:   Open
 Bug Type: SNMP related
 Operating System: Linux RedHat 9.0
 PHP Version:  4CVS-2003-06-24 (stable)
 New Comment:

Ok this was the initial report...
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=97826


Previous Comments:


[2003-06-25 15:46:46] alietss at yahoo dot com

Ok, is true I sent you to many output was my error, why don't you see
this bug???

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=97207

Everything looks like snmp problems



[2003-06-25 07:08:40] [EMAIL PROTECTED]

Not PHP bug.




[2003-06-25 00:26:25] [EMAIL PROTECTED]

TOo much information here... why do you think it conflicts with
php-accelerator? And if it does, you need to contact its author, and
not us.



[2003-06-24 17:03:42] alietss at yahoo dot com

Description:

Hi boys I'm testing php-4.3.3 on Redhat 9.0 httpd-2.0.46 net-snmp-5.8,
everything is well, but when the webserver is restarted by a 
/bin/kill -HUP `cat /var/run/httpd.pid 2>/dev/null` 2> /dev/null ||
true

The server never restart, here the error log 

[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:44:00 2003] [notice] SIGHUP received.  Attempting to
restart
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:44:00 2003] [notice-phpa] Cache shared memory removed
(pid 6216)
[Tue Jun 24 17:44:00 2003] [notice-

#24322 [Bgs->Opn]: SNMP conflicts with php-accelerator

2003-06-25 Thread alietss at yahoo dot com

 ID:   24322
 User updated by:  alietss at yahoo dot com
 Reported By:  alietss at yahoo dot com
-Status:   Bogus
+Status:   Open
 Bug Type: SNMP related
 Operating System: Linux RedHat 9.0
 PHP Version:  4CVS-2003-06-24 (stable)
 New Comment:

Ok, is true I sent you to many output was my error, why don't you see
this bug???

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=97207

Everything looks like snmp problems


Previous Comments:


[2003-06-25 07:08:40] [EMAIL PROTECTED]

Not PHP bug.




[2003-06-25 00:26:25] [EMAIL PROTECTED]

TOo much information here... why do you think it conflicts with
php-accelerator? And if it does, you need to contact its author, and
not us.



[2003-06-24 17:03:42] alietss at yahoo dot com

Description:

Hi boys I'm testing php-4.3.3 on Redhat 9.0 httpd-2.0.46 net-snmp-5.8,
everything is well, but when the webserver is restarted by a 
/bin/kill -HUP `cat /var/run/httpd.pid 2>/dev/null` 2> /dev/null ||
true

The server never restart, here the error log 

[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:44:00 2003] [notice] SIGHUP received.  Attempting to
restart
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:44:00 2003] [notice-phpa] Cache shared memory removed
(pid 6216)
[Tue Jun 24 17:44:00 2003] [notice-phpa] Cache semaphores removed (pid
6216)
[Tue Jun 24 17:44:01 2003] [notice] Digest: generating secret for
digest authentication ...
[Tue Jun 24 17:44:01 2003] [notice] Digest: done
[Tue Jun

#24297 [Bgs->Opn]: Unable to RegQueryValueEx()

ID: 24297
User updated by: steven dot pereira at mattamycorp dot com
Reported By: steven dot pereira at mattamycorp dot com
-Status: Bogus
+Status: Open
Bug Type: ODBC related
Operating System: Win 2k
PHP Version: 4.3.2
New Comment:

sorry, you said that I was using the Registry. I don't understand. I
saw that artcile before I came here, and it didn't help me at all.
what do you mean using the registry. Could it be something configured
wrong. I'm not trying to use the registry. Like I said before, I just
make a odbc_pconnect call and it comes back with that error message.

Previous Comments:

[2003-06-25 15:36:45] [EMAIL PROTECTED]

The following web page has the information you need.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sysinfo/base/regqueryvalueex.asp

I have no idea why you're using the Registry, but this isn't an ODBC
bug as far as I can tell. Marking as bogus as I cannot reproduce the
behavior on my machine locally (W2k).

[2003-06-25 15:11:52] steven dot pereira at mattamycorp dot com

sorry, I might to say $lnk=odbc_pconnect.

The odbc_pconnect and DSN are working, I get my data and stuff, I just
get that error message.

Any ideas.

[2003-06-25 15:06:46] [EMAIL PROTECTED]

Works fine on my end. Make sure you have a DSN defined and get rid of
the lnk#

[2003-06-24 07:30:48] steven dot pereira at mattamycorp dot com

Where ever I use odbc_pconnect, or odbc_connect I get this error
'GetRegValue(): Unable to RegQueryValueEx() The operation completed
successfully'. I've taken everthing out of the script, the only thing
the script does is
lnk#=odbc_connect('dbname','someuser','someuser');

I'm using a w2k machine, and using the cgi version 4.3.2.

Thanks,

Steven

[2003-06-23 21:26:06] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.

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

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

#24297 [Opn->Bgs]: Unable to RegQueryValueEx()

2003-06-25 Thread kalowsky

 ID:   24297
 Updated by:   [EMAIL PROTECTED]
 Reported By:  steven dot pereira at mattamycorp dot com
-Status:   Open
+Status:   Bogus
 Bug Type: ODBC related
 Operating System: Win 2k
 PHP Version:  4.3.2
 New Comment:

The following web page has the information you need.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sysinfo/base/regqueryvalueex.asp


I have no idea why you're using the Registry, but this isn't an ODBC
bug as far as I can tell.  Marking as bogus as I cannot reproduce the
behavior on my machine locally (W2k).  


Previous Comments:


[2003-06-25 15:11:52] steven dot pereira at mattamycorp dot com

sorry, I might to say $lnk=odbc_pconnect.

The odbc_pconnect and DSN are working, I get my data and stuff, I just
get that error message.

Any ideas.



[2003-06-25 15:06:46] [EMAIL PROTECTED]

Works fine on my end.  Make sure you have a DSN defined and get rid of
the lnk# 





[2003-06-24 07:30:48] steven dot pereira at mattamycorp dot com

Where ever I use odbc_pconnect, or odbc_connect I get this error
'GetRegValue(): Unable to RegQueryValueEx() The operation completed
successfully'.  I've taken everthing out of the script, the only thing
the script does is 
lnk#=odbc_connect('dbname','someuser','someuser');

I'm using a w2k machine, and using the cgi version 4.3.2.

Thanks,

Steven



[2003-06-23 21:26:06] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.






[2003-06-23 09:22:50] steven dot pereira at mattamycorp dot com

Description:

when I used the odbc_pconnect or odbc_connnect is my scripts, I seem to
be getting this error:
GetRegValue(): Unable to RegQueryValueEx() The operation completed
successfully.

Can anyone help?






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

#24297 [Bgs->Opn]: Unable to RegQueryValueEx()

2003-06-25 Thread steven dot pereira at mattamycorp dot com

 ID:   24297
 User updated by:  steven dot pereira at mattamycorp dot com
 Reported By:  steven dot pereira at mattamycorp dot com
-Status:   Bogus
+Status:   Open
 Bug Type: ODBC related
 Operating System: Win 2k
 PHP Version:  4.3.2
 New Comment:

sorry, I might to say $lnk=odbc_pconnect.

The odbc_pconnect and DSN are working, I get my data and stuff, I just
get that error message.

Any ideas.


Previous Comments:


[2003-06-25 15:06:46] [EMAIL PROTECTED]

Works fine on my end.  Make sure you have a DSN defined and get rid of
the lnk# 





[2003-06-24 07:30:48] steven dot pereira at mattamycorp dot com

Where ever I use odbc_pconnect, or odbc_connect I get this error
'GetRegValue(): Unable to RegQueryValueEx() The operation completed
successfully'.  I've taken everthing out of the script, the only thing
the script does is 
lnk#=odbc_connect('dbname','someuser','someuser');

I'm using a w2k machine, and using the cgi version 4.3.2.

Thanks,

Steven



[2003-06-23 21:26:06] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.






[2003-06-23 09:22:50] steven dot pereira at mattamycorp dot com

Description:

when I used the odbc_pconnect or odbc_connnect is my scripts, I seem to
be getting this error:
GetRegValue(): Unable to RegQueryValueEx() The operation completed
successfully.

Can anyone help?






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

#24297 [Opn->Bgs]: Unable to RegQueryValueEx()

2003-06-25 Thread kalowsky

 ID:   24297
 Updated by:   [EMAIL PROTECTED]
 Reported By:  steven dot pereira at mattamycorp dot com
-Status:   Open
+Status:   Bogus
 Bug Type: ODBC related
 Operating System: Win 2k
 PHP Version:  4.3.2
 New Comment:

Works fine on my end.  Make sure you have a DSN defined and get rid of
the lnk# 




Previous Comments:


[2003-06-24 07:30:48] steven dot pereira at mattamycorp dot com

Where ever I use odbc_pconnect, or odbc_connect I get this error
'GetRegValue(): Unable to RegQueryValueEx() The operation completed
successfully'.  I've taken everthing out of the script, the only thing
the script does is 
lnk#=odbc_connect('dbname','someuser','someuser');

I'm using a w2k machine, and using the cgi version 4.3.2.

Thanks,

Steven



[2003-06-23 21:26:06] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.






[2003-06-23 09:22:50] steven dot pereira at mattamycorp dot com

Description:

when I used the odbc_pconnect or odbc_connnect is my scripts, I seem to
be getting this error:
GetRegValue(): Unable to RegQueryValueEx() The operation completed
successfully.

Can anyone help?






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

#24125 [Opn->Fbk]: Unable to add records when opened with odbc_pconnect

2003-06-25 Thread kalowsky

 ID:   24125
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michael at redboxcode dot com
-Status:   Open
+Status:   Feedback
 Bug Type: ODBC related
 Operating System: Win NT
 PHP Version:  4.3.2
 New Comment:

Please turn on SQL Logging in your ODBC Administrator and post the
appropriate portions to this bug... aka from the first initial connect
to the last ODBC command for the script.  Please note you MAY need to
delete the unique identifing material in the script (aka a
username/password).  


Previous Comments:


[2003-06-17 20:46:45] michael at redboxcode dot com

I've upgraded my development machine to 4.3.2 and the behavior still
exist.



[2003-06-16 08:30:06] [EMAIL PROTECTED]

Please update to PHP 4.3.2 first.




[2003-06-16 07:49:42] michael at redboxcode dot com

please note: I noticed that I am actually on version 4.3.1
Windows NT localhost 4.0 build 1381 

inserting a record then reading the database works in this code



reading the database and THEN inserting the records does NOT work in
this code.





[2003-06-12 05:44:39] [EMAIL PROTECTED]

Maybe I didn't stress enough the word SHORT example script..? :) 

Can you please make this ONE file and max. 15 lines.
No HTML either, please.




[2003-06-11 23:17:35] michael at redboxcode dot com

note: these files, the access database and phpinfo() are zipped at
www.redboxcode.com/Michael.zip

*  page1.php ***
\n";
echo "\n";
echo "Insert record then read table\n";
echo "\n";
echo "\n";

// First insert a record into the database
$sql_command = "insert into mytable (name,time_stamp) values
('Michael','".date("F j G:i:s")."');";
$result = odbc_exec( $connect_id, $sql_command );
echo "".$result." = ".$sql_command."";

// Display the table
$sql_command = "select * from mytable order by time_stamp;";
$rsDetail = odbc_exec($connect_id, $sql_command);
echo "".$rsDetail." = ".$sql_command."";
$more_records = odbc_fetch_row($rsDetail);
echo "idnametime
stamp\n";
while ($more_records)
{
  echo "".odbc_result($rsDetail,'id')."";
  echo "".odbc_result($rsDetail,'name')."";
  echo "".odbc_result($rsDetail,'time_stamp')."\n";
  $more_records = odbc_fetch_row($rsDetail);
}
echo "\n";
echo "Next try to read table then insert a
record";
echo "Clear the table";
echo "\n";
echo "\n";
?>

*  page2.php ***
\n";
echo "\n";
echo "Read table then insert a record\n";
echo "\n";
echo "\n";

// Display the table
$sql_command = "select * from mytable order by time_stamp;";
$rsDetail = odbc_exec($connect_id, $sql_command);
echo "".$rsDetail." = ".$sql_command."";
$more_records = odbc_fetch_row($rsDetail);
echo "idnametime
stamp\n";
while ($more_records)
{
  echo "".odbc_result($rsDetail,'id')."";
  echo "".odbc_result($rsDetail,'name')."";
  echo "".odbc_result($rsDetail,'time_stamp')."\n";
  $more_records = odbc_fetch_row($rsDetail);
}
echo "\n";

// Now insert a record into the database
$sql_command = "insert into mytable (name,time_stamp) values
('Michael','".date("F j G:i:s")."');";
$result = odbc_exec( $connect_id, $sql_command );
echo "".$result." = ".$sql_command."";


echo "Back to insert a record then display
table";
echo "Clear the table";
echo "\n";
echo "\n";
?>

*  page3.php ***
\n";
echo "\n";
echo "Clear the table and start over\n";
echo "\n";
echo "\n";

// Clear mytable database
$sql_command = "delete * from mytable;";
$result = odbc_exec( $connect_id, $sql_command );
echo "".$result." = ".$sql_command."";

// Display the table
$sql_command = "select * from mytable order by time_stamp;";
$rsDetail = odbc_exec($connect_id, $sql_command);
echo "".$rsDetail." = ".$sql_command."";
$more_records = odbc_fetch_row($rsDetail);
echo "idnametime
stamp\n";
while ($more_records)
{
  echo "".odbc_result($rsDetail,'id')."";
  echo "".odbc_result($rsDetail,'name')."";
  echo "".odbc_result($rsDetail,'time_stamp')."\n";
  $more_records = odbc_fetch_row($rsDetail);
}
echo "\n";
echo "Insert a record then display the
table";
echo "Display the table then insert a
record";
echo "\n";
echo "\n";
?>



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

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

#24338 [NEW]: APXS Failure

2003-06-25 Thread jtjones at crimsonknight dot com

From: jtjones at crimsonknight dot com
Operating system: Solaris 9
PHP version:  4.3.2
PHP Bug Type: Compile Failure
Bug description:  APXS Failure

Description:

Here is the lasted command that I have tried to use for configure: 
"./configure --with-apxs=/opt/csw/apache/bin/apxs
--enable-memory-limit=yes --enable-magic-quotes=yes --enable-libgcc
--with-mysql=/usr/local/mysql --enable-fastcgi
--with-zlib=/usr/include/zlib.h --with-bz2=/usr/local/bin/bzip2
--enable-bcmath --with-gd"  
When I run this configure fails with the error: 
"Sorry, I was not able to successfully run APXS." 

The possible causes that it lists are completely not a problem for me, I
have Perl installed, Apache is compiled with DSO support (in fact I have
several modules already loaded), and as you can see I specified the path
to APXS in the config command. 

I first thought that this might be an issue with my Apache install so I
re-installed it to the location it is at now.  This did not produce any
different results.  I have ran this config and several variations of it as
a regular user, su'ed and as root thinking that it might be a permissions
issue, still I get the same result.  

When I use this:
"--with-apxs=/opt/csw/apache/bin" I get the error that it cannot execute
/opt/csw/apache/bin.

Reproduce code:
---
loading cache ./config.cache
checking host system type... sparc-sun-solaris2.9
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
*
checking for working const... yes
checking flex version... 2.5.4 (ok)
checking for pthreads_cflags... -pthreads
checking for pthreads_lib...
Configuring SAPI modules
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS...

Sorry, I was not able to successfully run APXS.  Possible reasons:

Expected result:

Not sure, I expected it to say configure completed successfully. (???) 
Never had it configure completely yet.

Actual result:
--
Sorry, I was not able to successfully run APXS.  Possible reasons:

1.  Perl is not installed;
2.  Apache was not compiled with DSO support (--enable-module=so);
3.  'apxs' is not in your path.  Try to use --with-apxs=/path/to/apxs
The output of /opt/csw/apache/bin/apxs follows
./configure: /opt/csw/apache/bin/apxs: not found
configure: error: Aborting

Perl is installed, Apache is compiled with DSO support, and I specified
the path in the configure command.

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

#23021 [Com]: make install error 139 when --with-oci8 is on

2003-06-25 Thread judykidd at us dot ibm dot com

 ID:   23021
 Comment by:   judykidd at us dot ibm dot com
 Reported By:  jascsua at itccanarias dot org
 Status:   Closed
 Bug Type: OCI8 related
 Operating System: Sun Solaris 5.8, 5.9
 PHP Version:  4.3.1
 New Comment:

Javier,

Did you have to apply a patch to Oracle 9.2.0.1 to correct
the problem?  Or was it a configuration problem?

Thanks in advance.

Judy


Previous Comments:


[2003-04-03 12:47:46] jascsua at itccanarias dot org

Problem has been solved.

Solution is not on PHP: solution is on Oracle.

Thanx.



[2003-04-03 07:42:19] jascsua at itccanarias dot org

Sorry, but as you can see, this has not been fixed in any of your
snapshots.

Please.. help

fataga01:/array/install/php4-STABLE-200304031230# make install
Installing PHP CLI binary:/usr/local/bin/
Installing PHP CLI man page:  /usr/local/man/man1/
Installing PHP SAPI module
[activating module `php4' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
chmod 755 /usr/local/apache/libexec/libphp4.so
cp /usr/local/apache/conf/httpd.conf
/usr/local/apache/conf/httpd.conf.bak
cp /usr/local/apache/conf/httpd.conf.new
/usr/local/apache/conf/httpd.conf
rm /usr/local/apache/conf/httpd.conf.new
Installing shared extensions:
/usr/local/lib/php/extensions/no-debug-non-zts-20020429/
Installing PEAR environment:  /usr/local/lib/php/
Segmentation Fault - core dumped
make[1]: *** [install-pear-installer] Error 139
make: *** [install-pear] Error 2
fataga01:/array/install/php4-STABLE-200304031230#



[2003-04-02 11:37:09] jascsua at itccanarias dot org

Really? :-( I'm sorry but still thinlking that there is a BIG trouble.

Please Any solution?

Installing PHP CLI binary:/usr/local/bin/
Installing PHP CLI man page:  /usr/local/man/man1/
Installing PHP SAPI module
[activating module `php4' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
chmod 755 /usr/local/apache/libexec/libphp4.so
cp /usr/local/apache/conf/httpd.conf
/usr/local/apache/conf/httpd.conf.bak
cp /usr/local/apache/conf/httpd.conf.new
/usr/local/apache/conf/httpd.conf
rm /usr/local/apache/conf/httpd.conf.new
Installing shared extensions:
/usr/local/lib/php/extensions/no-debug-non-zts-20020429/
Installing PEAR environment:  /usr/local/lib/php/
Segmentation Fault - core dumped
make[1]: *** [install-pear-installer] Error 139
make: *** [install-pear] Error 2
fataga01:/array/install/php4-STABLE-200304021630# 
---
Log File  kg_alert_?.log:

fataga01:/array/install/php4-STABLE-200304021630# cat  kg_alert_?.log
Wed Apr  2 18:30:46 2003
Errors in file /array/install/php4-STABLE-200304021630/kg_?_1351.trc:
KGP-00600: internal error code, arguments: [kgupticon1], [], [], [],
[], [], [], []
fataga01:/array/install/php4-STABLE-200304021630# 
---
Second Trace file: kg_?_1351.trc

fataga01:/array/install/php4-STABLE-200304021630# cat  kg_alert_?.log
Wed Apr  2 18:30:46 2003
Errors in file /array/install/php4-STABLE-200304021630/kg_?_1351.trc:
KGP-00600: internal error code, arguments: [kgupticon1], [], [], [],
[], [], [], []
fataga01:/array/install/php4-STABLE-200304021630# 
fataga01:/array/install/php4-STABLE-200304021630# cat kg_?_1351.trc
Dump file /array/install/php4-STABLE-200304021630/kg_?_1351.trc
KG Platform
ORACLE_HOME = /oracle
System name:SunOS
Node name:  fataga01
Release:5.9
Version:Generic_112233-04
Machine:sun4u

*** 2003.04.02.18.30.46.520
KGP-00600: internal error code, arguments: [kgupticon1], [], [], [],
[], [], [], []
- Call Stack Trace -
NOTE: +offset is used to represent that the
  function being called is offset bytes from
  the _PROCEDURE_LINKAGE_TABLE_.
calling  call entryargument values in
hex  
location type point(? means dubious
value) 
  

kgupdmp()+632CALL +19716  FFBFED98 ? 33 ?
 ?
   FFF8 ? 0 ? 1 ?
kgerinv()+160PTR_CALL  388B60 ? 3 ? 258 ?
FE53C1DC ?
   0 ? FFBFEEBC ?
kgeasnmierr()+28 CALL +71400  388B60 ? 38255C ?
FE53C1DC ?
   0 ? FFBFEEBC ? 1F ?
kgupticon()+396  CALL +14160  388B60 ? 38255C ?
FE53C1DC ?
   0 ? 80006C30 ? 0 ?
kguptscdrv()+408 PTR_CALL  0 ? 18D0 ? 0 ?
8003C360 ? 1 ?

#24311 [Ver->Csd]: apache refuses to start (curl related?)

2003-06-25 Thread iliaa

 ID:   24311
 Updated by:   [EMAIL PROTECTED]
 Reported By:  angulion at g5dd dot com
-Status:   Verified
+Status:   Closed
 Bug Type: cURL related
 Operating System: Linux 2.4.20
 PHP Version:  5CVS-2003-06-24 (dev)
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

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




Previous Comments:


[2003-06-24 04:27:24] angulion at g5dd dot com

Addition, apache version is 1.3.19 (originating from suse (v7.1))



[2003-06-24 04:25:53] angulion at g5dd dot com

Description:

php5-200306240730 at least produces this when starting up Apache:
- snip ---
Syntax error on line 323 of /etc/httpd/httpd.conf:
Cannot load /usr/lib/apache/libphp5.so into server: undefined symbol:
TSRMLS_SET_CTX
- snip ---

only place in php-source where I found this is in:
ext/curl/interface.c (line: 696): TSRMLS_SET_CTX(ch->thread_ctx);

Curl version I have is 7.10.5. 
A recursive grep for TSRMLS_SET_CTX on curl source don't find anything,
and in php-source there is just this one occurance.

Compiles fine though..
configure params:
http://www.g5service.net/php-bug/do_configure-php

Mail me for more info if needed. (angulion at g5dd com)






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

#9280 [Com]: HTTP/1.1 Expect: header not honoured

2003-06-25 Thread tgagne at wideopenwest dot com

 ID:   9280
 Comment by:   tgagne at wideopenwest dot com
 Reported By:  paulc at datatote dot co dot uk
 Status:   Closed
 Bug Type: Apache related
 Operating System: Linux
 PHP Version:  4.0.4pl1
 New Comment:

Though this bug was reported in 2001, it still doesn't appear to have
been addressed in 4.2.2's mod_php4.c file.

It is also a problem with apache2, though I don't know what role
mod_php4 plays there if any.  Using "curl" to POST a file to a PHP
script results in all kinds of errors because Apache2 never responds
with a "100 Continue".


Previous Comments:


[2002-08-14 13:16:22] [EMAIL PROTECTED]

This bug has been fixed in CVS. You can grab a snapshot of the
CVS version 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.
Thank you for the report, and for helping us make PHP better.





[2001-07-23 09:17:26] [EMAIL PROTECTED]

[EMAIL PROTECTED] emailed me with his response.  I am
re-opening this bug.  This is what he said...
---

First I created a simple PHP script which does nothing.  I've
called it "null.php" and it's in the root of my servers.  It
contains simply:

 hello
  Now to test, I telnet to the web server port.
First I connect to
the machine with a stock PHP (4.0.4pl1) on it, and paste in the
following:

POST /null.php HTTP/1.1
Host: yellow.datatote.co.uk
Content-Type: application/x-www-form-urlencoded
Content-Length: 3
Accept: */*
Expect: 100-continue

Now I add an extra blank line after the Expect: header.  Nothing
happens.

Next I connect to the machine with my modified PHP on it, and
paste in:

POST /null.php HTTP/1.1
Host: etweb_qa.datatote.co.uk
Content-Type: application/x-www-form-urlencoded
Content-Length: 3
Accept: */*
Expect: 100-continue

Now I add an extra blank line after the Expect: header.  The
web server responds with:

HTTP/1.1 100 Continue

This is as per the HTTP 1.1 spec (RFC 2068, section 8.2).

To check that this behaviour is definitely PHP related, I
created
a dummy perl script (similar to the PHP one above) and return to
the http port of the original machine (with unmodified PHP) and
paste in:

POST /cgi-bin/null.pl HTTP/1.1
Host: yellow.datatote.co.uk
Content-Type: application/x-www-form-urlencoded
Content-Length: 3
Accept: */*
Expect: 100-continue

Adding an extra blank line after the Expect: produces the
correct
"HTTP/1.1 100 Continue" line.

This may not be quite what you wanted, but it should give you
all the information you need to see the fault and to see
that the
fix works.

Note that the two servers mentioned above are not publically
accessible (sorry - development machines).  I can provide public
access to a null.php on a box with my patched PHP if that is any
help.

Also,  we originally spotted this bug because someone was trying
to use a standard URL fetch method using JRE 1.3 (I'm not a Java
programmer so I don't know offhand what the method was).






[2001-07-22 12:49:35] [EMAIL PROTECTED]

no feedback after 38 days.



[2001-06-14 20:45:53] [EMAIL PROTECTED]

Do you have any example script that can be used to reproduce
this behaviour? (I'm being lazy here.. :)





[2001-02-15 09:10:32] paulc at datatote dot co dot uk

When a PHP page is requested via HTTP/1.1, and the HTTP
header "Expect: 100-continue" is supplied, PHP does not
honour the request.  This is because it is failing
to call ap_should_client_block().

The file sapi/apache/mod_php4.c needs modification. The
following change has been tested and works. Hopefully
someone can make sense of this diff output:

--- sapi/apache/mod_php4.c   Wed Jan  3 22:07:59 2001
+++ sapi/apache_modified/mod_php4.c  Thu Feb 15 13:56:12 2001
@@ -159,14 +159,16 @@
void (*handler)(int);

handler = signal(SIGPIPE, SIG_IGN);
-   while (total_read_byteshttp://bugs.php.net/?id=9280&edit=1

#17732 [Csd]: decode_request - reference vars depracated

2003-06-25 Thread ramses0 at yahoo dot com

 ID:   17732
 User updated by:  ramses0 at yahoo dot com
 Reported By:  ramses0 at yahoo dot com
 Status:   Closed
 Bug Type: XMLRPC-EPI related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

Consider the function (please forgive the incorrect math):

  function convert( $num ) {
$num = $num + 32;
$num = $num * (5/9);
return( $num );
  }

What is expected behaviour of this:
  $n = 10;
  $z = convert( $n );
  print "$n, $z";

...or:
  $n = 10;
  $z = convert( &$n );
  print "$n, $z";

...should they print the same thing?  The second is "call time pass by
reference".

And FYI: As I have been told, PHP uses "copy on write, pass by
reference" by default anyway.

So, if you have this example scenario:
  $shakespeare = "To be or not to be, etc, etc, etc, etc";
  spellcheck( $shakespeare );

...then the function shakespeare only makes a copy of that big long
string if it makes a modification.  Example:
  function spellcheck( $text ) {
if( strstr( $text, "teh" ) ) { return FALSE; }
return TRUE;
  }
...this function should not make that huge copy (php is magic).   This
one would:
  function spellcheck( $text ) {
$text[0] = "!";
if( strstr( $text, "teh" ) ) { return FALSE; }
return TRUE;
  }
...because PHP needs to keep track that the string has been modified. 
Ask on the mailing lists if you really care (php-user, probably).  :^)


Previous Comments:


[2003-06-25 12:44:55] scott at executebusiness dot com

Can someone suggest why this is deprecated? I haven't found any reason
for allow_call_time_pass_reference deprecation. Far as I can tell using
byref is a good idea in programming to save cpu time when passing large
vars.



[2002-06-15 22:24:28] [EMAIL PROTECTED]

This bug has been fixed in CVS. You can grab a snapshot of the
CVS version 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.
Thank you for the report, and for helping us make PHP better.





[2002-06-12 17:50:02] ramses0 at yahoo dot com

Using the following demonstration RPC request, the
function xmlrpc_decode_request (apparently) does not
correctly update the passed in parameter $method_name,
as described in the documentation on:
http://xmlrpc-epi.sourceforge.net/main.php?t=php_api

On a hunch, I tried changing the call to:   
  xmlrpc_decode_request($xml, &$method); 
to use call-time pass by reference. It then worked, 
but call time pass by reference is depracated:

Warning: Call-time pass-by-reference has been
deprecated - argument passed by value; If you would
like to pass it by reference, modify the declaration of
xmlrpc_decode_request(). If you would like to enable
call-time pass-by-reference, you can set
allow_call_time_pass_reference to true in your INI
file. However, future versions may not support this any
longer.

As an aside- it appears that you cannot "swallow" the warning by doing
an $results = @decode( $a, &$b )... 
it stil gives the "warning, depracated" message.  So
that is possibly another bug.  I have grepped through
the source trees somewhat, but couldn't find much examples
of functions directly affecting their passed in values 
(except "sort", which is pretty complicated).

Thanks-

--Robert
(bugreport is mirrored at the sf.net pages, but that
 area appears to be mildly unmaintained)
 



greeting


Dan



END;
// ";
echo "Request:";
print_r( $request );

// decode the request
$method_name = '';
$stuff = xmlrpc_decode_request( $request, $method_name );

echo "Results:";
print_r( $stuff );

echo "Method:";
print_r( $method_name );
echo "";
?>




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

#23798 [Com]: Space not trimmed in Bcc and Cc parsing

2003-06-25 Thread jharrell at dlc4me dot com

 ID:   23798
 Comment by:   jharrell at dlc4me dot com
 Reported By:  guidance at g dot yi dot org
 Status:   Open
 Bug Type: Mail related
 Operating System: Windows 2000 pro
 PHP Version:  4.3.2RC4
 New Comment:

I'm using a To: address in the mail() and a list of inner company
emails under the Bcc: header... but I still get the SMTP Unknown user
error... this error was not here in 4.2.3... but I can confirm that
4.3.2 does have problems with the Bcc and Cc headers... For now I guess
I will send individual emails out. :(


Previous Comments:


[2003-05-25 07:11:25] guidance at g dot yi dot org

Some mail servers don't accept blank To, so this problem can't appear.
I'm just using Phorum and Mercury/32 mail server, then found this
problem.
X-Envelope-To header also depends on the mail server. May not be
created at all or other similar header.



[2003-05-25 05:42:25] guidance at g dot yi dot org

When using blank "To", and only Cc or Bcc to send an email, like
below:

mail("", "the subject", 'message body',
 "From: [EMAIL PROTECTED]"
."Reply-To: [EMAIL PROTECTED]"
."BCC: [EMAIL PROTECTED]"
."X-Mailer: PHP/" . phpversion());

the receiver mail server will complain user unknown error, if check the
raw received mail, will like this:

..
X-Envelope-To: < [EMAIL PROTECTED]>
..
To:
..

Notice there's an extra space in X-Envelope-To header!
Anyhow, if "To" is not blank, the received X-Envelope-To is correct.
If don't leave space after the colon of Bcc and Cc, the problem could
temporarily resolved.




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

#17732 [Com]: decode_request - reference vars depracated

2003-06-25 Thread scott at executebusiness dot com

 ID:   17732
 Comment by:   scott at executebusiness dot com
 Reported By:  ramses0 at yahoo dot com
 Status:   Closed
 Bug Type: XMLRPC-EPI related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

Can someone suggest why this is deprecated? I haven't found any reason
for allow_call_time_pass_reference deprecation. Far as I can tell using
byref is a good idea in programming to save cpu time when passing large
vars.


Previous Comments:


[2002-06-15 22:24:28] [EMAIL PROTECTED]

This bug has been fixed in CVS. You can grab a snapshot of the
CVS version 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.
Thank you for the report, and for helping us make PHP better.





[2002-06-12 17:50:02] ramses0 at yahoo dot com

Using the following demonstration RPC request, the
function xmlrpc_decode_request (apparently) does not
correctly update the passed in parameter $method_name,
as described in the documentation on:
http://xmlrpc-epi.sourceforge.net/main.php?t=php_api

On a hunch, I tried changing the call to:   
  xmlrpc_decode_request($xml, &$method); 
to use call-time pass by reference. It then worked, 
but call time pass by reference is depracated:

Warning: Call-time pass-by-reference has been
deprecated - argument passed by value; If you would
like to pass it by reference, modify the declaration of
xmlrpc_decode_request(). If you would like to enable
call-time pass-by-reference, you can set
allow_call_time_pass_reference to true in your INI
file. However, future versions may not support this any
longer.

As an aside- it appears that you cannot "swallow" the warning by doing
an $results = @decode( $a, &$b )... 
it stil gives the "warning, depracated" message.  So
that is possibly another bug.  I have grepped through
the source trees somewhat, but couldn't find much examples
of functions directly affecting their passed in values 
(except "sort", which is pretty complicated).

Thanks-

--Robert
(bugreport is mirrored at the sf.net pages, but that
 area appears to be mildly unmaintained)
 



greeting


Dan



END;
// ";
echo "Request:";
print_r( $request );

// decode the request
$method_name = '';
$stuff = xmlrpc_decode_request( $request, $method_name );

echo "Results:";
print_r( $stuff );

echo "Method:";
print_r( $method_name );
echo "";
?>




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

#12312 [Opn]: array_mt_rand() ?

2003-06-25 Thread jay

 ID:   12312
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lramsey at crystalorb dot net
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: Linux 2.4.3
 PHP Version:  4.0.6
 New Comment:

There's a patch for php-src HEAD at 
 
http://bugs.tutorbuddy.com/download.php/php5.array_mt_rand.patch 
 
Adds array_mt_rand(). Rewriting the existing functions 
would be bad for BC if anybody is relying on their current 
behaviour. 
 
J 


Previous Comments:


[2003-06-06 17:33:04] [EMAIL PROTECTED]

Why not just rewrite array_rand() and shuffle() to instead use
mt_srand()?  It is "superior" after all...  And seeding takes place
automatically as of PHP 4.2.0



[2003-06-06 14:54:06] [EMAIL PROTECTED]

There is no 'array_shuffle()' and shuffle() uses rand too.
Having array_mt_rand() is quite good idea. 





[2003-05-31 10:37:15] [EMAIL PROTECTED]

Does array_shuffle() solve this?



[2001-07-22 21:23:20] lramsey at crystalorb dot net

As the mt_rand() algorithim creates better random numbers than rand(),
would it be possible to include in future releases of the language to
include a version of array_rand() that uses mt_rand()?




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

#24337 [NEW]: additional configure --with-avail, and fix --enable-all

2003-06-25 Thread philip at cornado dot com

From: philip at cornado dot com
Operating system: all
PHP version:  4.3.3RC1
PHP Bug Type: Feature/Change Request
Bug description:  additional configure --with-avail, and fix --enable-all

Description:

The following configure options would be nice:

New features:
---
--with-avail   : Compiles in all --with-* extensions that 
 are available on a system.  If not
 available/found, they are skipped.
--enable-avail : Alias to --enable-all as I assume all
 enables are available.  Maybe not?
--with-all : Attempts to compile with all --with-*
 extensions, available or not.

Changed behavior:
---
--enable-all   : Attempts to compile in all --enable-*
 extensions.  Currently this attempts to
 compile in --with and --enable, so can
 be considered "broken".

There can also be --without-all and --disable-all although   --disable-all
currently exists, it disables everything, --with or --enable.

So, this is also a request to fix --enable-all or perhaps rename it as
--with-all (but even then it wouldn't be fully accurate).


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

#24333 [Opn->Csd]: stat() and file_exists() is neither affected by safe_mode nor open_basedir

 ID:   24333
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david at darville dot name
-Status:   Open
+Status:   Closed
 Bug Type: Filesystem function related
 Operating System: RedHat Linux
 PHP Version:  4.3.2
 New Comment:

Already fixed in CVS.



Previous Comments:


[2003-06-25 07:31:15] david at darville dot name

Description:

Even when safe mode is enabled, and open_basedir restrictions is in
place, it is possible to use file_exists(), stat() (and fileperms()) on
any file on the system.


Reproduce code:
---
$filename = "/etc/shadow";
if (file_exists($filename))
{
  echo "$filename exists\n";
}
else
{
  echo "$filename does not exist\n";
}

$stat = stat($filename);







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

#19092 [Com]: Cannot load php_xslt.dll

2003-06-25 Thread angeld2b at msn dot com

 ID:   19092
 Comment by:   angeld2b at msn dot com
 Reported By:  tony at marston-home dot demon dot co dot uk
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: Windows ME
 PHP Version:  4.2.2
 New Comment:

trying to add it back because it got deleted.


Previous Comments:


[2003-06-14 14:29:26] bisailb at myprivacy dot ca

You can load php_xslt.dll from C:\PHP\extensions. However, you have to
make sure the following files are in C:\WINDOWS\system or it will not
load properly.

expat.dll
iconv.dll
sablot.dll

You don't need to copy all the dlls from C:\PHP\dlls unless you have
other modules you need to load.



[2003-05-19 11:28:25] lan at shuriken dot co dot uk

I too have tried all of the above but keep getting the error when I
start Apache. Im running XP with apache 1.3.27/ php 4.3.1



[2003-05-17 20:08:30] michael at quicktimers dot de

I have installed all the latest versions of php (4.31), expat (1.95.6
and sablotron (0.98) and get the error described here on Windows XP
(german). I solved it by installing version 0.9 of sablotron.

Maybe this helps here too.



[2003-03-27 08:08:42] mikael at republic dot se

have tried all above suggestions but without any luck...
Running php4.3.1/Apache 2.0.43 on XP *arghh* MUST have this working
soon...



[2003-02-03 13:42:42] brandon dot whitehead at orst dot edu

For some reason, after fighting with this problem for an hour, it
finally worked when I reinstalled Sabolotron and then PHP, and put the
php_xslt.dll file in my c:\windows directory (as opposed to system32). 
The funny thing is that this directly is NOT in my Windows system path.



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

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

#24335 [NEW]: Use of $$var and arrays

2003-06-25 Thread steve at oneniltrade dot com

From: steve at oneniltrade dot com
Operating system: Linux
PHP version:  4.3.2
PHP Bug Type: Feature/Change Request
Bug description:  Use of $$var and arrays

Description:

I'm trying to use variable variables to build up an array in a recursive
function, but this doesn't seem to be possible.

the following short amount of code illustrates the problem.

$str="array";
${$str}[1]="one";
print_r ($$str);
echo "";
print_r ($array);
.Output..
Array ([1]=>one)
Array ([1]=>one)

As expected,

However

$str="array[1]";
$$str="One";
print_r ($$str);
echo "";
print_r ($array);
Output..
One

No output, ie $array has no value.
Although $str has the value array[1], $$str is not the same as $array[1],
as I believe it should be. (Or needs to be to get my function to work)


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

#24332 [Bgs]: mysql_connect() are not pass a password

 ID:   24332
 User updated by:  nefer at ib dot ru
 Reported By:  nefer at ib dot ru
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: FreeBSD 4.8-CURRENT
 PHP Version:  4.3.3RC1
 New Comment:

I'm downgraded to 4.3.2... Now it works. So i still think that this is
PHP bug, no MySQL.


Previous Comments:


[2003-06-25 07:50:54] nefer at ib dot ru

Password is set, when i use 'mysql -p' command all works fine.  I know
that there is some similar troubles reported, but there is not my
current problen. At now i'm downgrading to 4.3.2 version, cose i get
problems after upgrading to 4.3.3RC1. ONLY! MySQL is stay untouched.



[2003-06-25 07:39:42] webmaster at ragnarokonline dot de

> (Using password: NO)
This means, no password has been set for the account

mysql_connect('localhost', 'root');

should work, then

Regards,
  Christian Stadler



[2003-06-25 07:21:07] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Works fine, you must be doing something wrong.



[2003-06-25 07:17:01] nefer at ib dot ru

Description:

I can't connect to MySQL server, cose mysql_connect() are not pass a
password to the server (i think).

mysql  Ver 11.18 Distrib 3.23.56, for portbld-freebsd4.8 (i386)


Reproduce code:
---
 
   
  


Expected result:

Nothing (as no error)

Actual result:
--
Access denied for user: '[EMAIL PROTECTED]' (Using password: NO)





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

#24332 [Bgs]: mysql_connect() are not pass a password

 ID:   24332
 User updated by:  nefer at ib dot ru
 Reported By:  nefer at ib dot ru
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: FreeBSD 4.8-CURRENT
 PHP Version:  4.3.3RC1
 New Comment:

Password is set, when i use 'mysql -p' command all works fine.  I know
that there is some similar troubles reported, but there is not my
current problen. At now i'm downgrading to 4.3.2 version, cose i get
problems after upgrading to 4.3.3RC1. ONLY! MySQL is stay untouched.


Previous Comments:


[2003-06-25 07:39:42] webmaster at ragnarokonline dot de

> (Using password: NO)
This means, no password has been set for the account

mysql_connect('localhost', 'root');

should work, then

Regards,
  Christian Stadler



[2003-06-25 07:21:07] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Works fine, you must be doing something wrong.



[2003-06-25 07:17:01] nefer at ib dot ru

Description:

I can't connect to MySQL server, cose mysql_connect() are not pass a
password to the server (i think).

mysql  Ver 11.18 Distrib 3.23.56, for portbld-freebsd4.8 (i386)


Reproduce code:
---
 
   
  


Expected result:

Nothing (as no error)

Actual result:
--
Access denied for user: '[EMAIL PROTECTED]' (Using password: NO)





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

#24330 [Bgs]: bug in ABS()

 ID:   24330
 User updated by:  vm at color-pro dot com
 Reported By:  vm at color-pro dot com
 Status:   Bogus
 Bug Type: *Math Functions
 Operating System: FreeBSD 4.5
 PHP Version:  4.3.1
 New Comment:

i understood :))

$fuzz = 0.0001;
if ( abs(0.97+$fuzz - 0.98+$fuzz) > 0.01 ) echo bed1;

works nice :)) 


but what is difference between:
if ( abs(0.97 - 0.98) > 0.01 ) echo bed1; // print bed1
if ( abs(0.07 - 0.08) > 0.01 ) echo bed2; // nothing print

??


Previous Comments:


[2003-06-25 07:42:45] vm at color-pro dot com

and what to do??



[2003-06-25 07:22:16] [EMAIL PROTECTED]

http://nl3.php.net/manual/en/language.types.float.php
read the big warning...



[2003-06-25 07:15:48] vm at color-pro dot com

derick i don't anderstand u.. 
can u tell me why this:
if ( abs(0.97 - 0.98) > 0.01 ) echo bad; 
print bad.. ?



[2003-06-25 07:01:26] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Read the section on floats again...



[2003-06-25 06:53:02] vm at color-pro dot com

Description:

abs not work corectly with <,> operator

Reproduce code:
---
if ( abs(0.97 - 0.98) > 0.01 ) echo bed1;   
if ( abs(0.07 - 0.08) > 0.01 ) echo bed2;

if ( 0.01 > 0.01 ) echo bed3;

Expected result:

there must nothing here printing !!! 

Actual result:
--
bed1 here printing 





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

#24330 [Bgs]: bug in ABS()

2003-06-25 Thread maximiliano dot marques at bol dot com dot br

 ID:   24330
 User updated by:  vm at color-pro dot com
 Reported By:  vm at color-pro dot com
 Status:   Bogus
 Bug Type: *Math Functions
 Operating System: FreeBSD 4.5
 PHP Version:  4.3.1
 New Comment:

and what to do??


Previous Comments:


[2003-06-25 07:22:16] [EMAIL PROTECTED]

http://nl3.php.net/manual/en/language.types.float.php
read the big warning...



[2003-06-25 07:15:48] vm at color-pro dot com

derick i don't anderstand u.. 
can u tell me why this:
if ( abs(0.97 - 0.98) > 0.01 ) echo bad; 
print bad.. ?



[2003-06-25 07:01:26] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Read the section on floats again...



[2003-06-25 06:53:02] vm at color-pro dot com

Description:

abs not work corectly with <,> operator

Reproduce code:
---
if ( abs(0.97 - 0.98) > 0.01 ) echo bed1;   
if ( abs(0.07 - 0.08) > 0.01 ) echo bed2;

if ( 0.01 > 0.01 ) echo bed3;

Expected result:

there must nothing here printing !!! 

Actual result:
--
bed1 here printing 





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

#24332 [Com]: mysql_connect() are not pass a password

2003-06-25 Thread webmaster at ragnarokonline dot de

 ID:   24332
 Comment by:   webmaster at ragnarokonline dot de
 Reported By:  nefer at ib dot ru
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: FreeBSD 4.8-CURRENT
 PHP Version:  4.3.3RC1
 New Comment:

> (Using password: NO)
This means, no password has been set for the account

mysql_connect('localhost', 'root');

should work, then

Regards,
  Christian Stadler


Previous Comments:


[2003-06-25 07:21:07] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Works fine, you must be doing something wrong.



[2003-06-25 07:17:01] nefer at ib dot ru

Description:

I can't connect to MySQL server, cose mysql_connect() are not pass a
password to the server (i think).

mysql  Ver 11.18 Distrib 3.23.56, for portbld-freebsd4.8 (i386)


Reproduce code:
---
 
   
  


Expected result:

Nothing (as no error)

Actual result:
--
Access denied for user: '[EMAIL PROTECTED]' (Using password: NO)





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

#24334 [NEW]: php.ini settings override php-cli.ini settings

2003-06-25 Thread otacon at octo dot sytes dot net

From: otacon at octo dot sytes dot net
Operating system: FreeBSD 4.8
PHP version:  4.3.2
PHP Bug Type: Feature/Change Request
Bug description:  php.ini settings override php-cli.ini settings

Description:

Let me just emphasize now that this is not a bug, just an example  
leading into a change request.  
  
Example Scenario:  
  
When fgets(STDIN, [int]) is called in a PHP (CLI) shell script, the  
script will not display previous output if the output buffer has not been 

filled. The user is then left at a prompt, and the script pauses,  
expecting input. This can be avoided by setting the "output_buffering =  
0" in php.ini, or by adding ob_flush_implicit(true) to your script and  
adding ob_flush() before every call to STDIN.  
  
Change Request:  
  
The second method makes for messy scripts. The first method  
completely solves this, but only by editing php.ini because  
output_buffering() may not be changed on-the-fly with ini_set().  
Because the manipulated variable, "output_buffering = ...", affects  
both environments, I am suggesting allowing an option for php-cli.ini to 

override settings in php.ini.  
  
php-cli.ini, in my php configuration directory, is parsed as an additional
 
file, but the values from php-cli.ini are overrided by the values in  
php.ini. There is no independence of the CLI and webserver  
environment, each of which is unique (static vs. dynamic). So, in this  
case, I would not be able to choose output_buffering enabled for  
webserver, and disabled for CLI.  
  
Another instance of this problem arising could be in PHP-Gtk, yet 
another dynamic user-interface involved in PHP development. 
  
If it is at all possible to do this with PHP-4.3.2, (other than using the 

redundant ob_flush() method), please inform me. 
 
Patrick Clery 


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

#23580 [Fbk->Opn]: Random values for include_path

 ID:   23580
 User updated by:  maximiliano dot marques at bol dot com dot br
 Reported By:  maximiliano dot marques at bol dot com dot br
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: Conectiva Linux 8 Kernel 2.4.19
 PHP Version:  4.3.2
 New Comment:

First answering your questions:

>Do you set the include_path for _every_ vhost?
Not every but almost. I have 7 vhosts and 5 using different
include_path values.
>Do you have php.ini and is it loaded?
Yes, I do and it was loaded since it appear in phpinfo() briefing.
>What is the include_path setting in your php.ini?
include_path = "."
>How many vhosts do you have in your httpd.conf?
7 and I use dynamic IP for all. 3 of them are using same DocumentRoot
but different include_path values.
>If you start apache in single server mode, does it still
happen for every request? (httpd -X -F -DSSL)
Yes, it does. However as in this case there is only one process
running, at first request it keep the include_path value forever. I am
explaining better below.
 
Second I executed several tests including your recommendations above,
adding __ around the path and I used netstat and ps to follow httpd
child process behavior while I running your suggested script:


My conclusion was that the first request that a child process run with
include_path given, it cache the value for include_path (no matter if
it was set in httpd.conf or .htaccess, I tried with both) and child
process never change include_path value anymore while it still alive.

I am using MaxRequestsPerChild 1 as workaround and however it is
working, performance is debilitated.


Previous Comments:


[2003-06-23 20:13:55] [EMAIL PROTECTED]

Try adding "'s around the path. (I always have them around the paths,
e.g. 'php_value include_path "/www/common/:."')

Some questions we need get answers for:
Do you set the include_path for _every_ vhost?
Do you have php.ini and is it loaded?
What is the include_path setting in your php.ini?
How many vhosts do you have in your httpd.conf?
If you start apache in single server mode, does it still
happen for every request? (httpd -X -F -DSSL)

Please run all these tests using this script:






[2003-06-19 02:25:19] maximiliano dot marques at bol dot com dot br

Yes I did and it behave exactly the same.

And I also compiled without
--with-regex=system
--enable-inline-optimization

and nothing changed.

I have set include_path in httpd.conf. The follow code I extracted from
my httpd.conf. I am working only with virtual hosts.


ServerAdmin [EMAIL PROTECTED]
DocumentRoot /sites/imax/http
ServerName imax.maximiliano.info
ServerAlias imax www.imaxmedia.com.br
ErrorLog logs/imax-error_log
CustomLog logs/imax-access_log common
php_value include_path
.:/sites/imax/includes:/sites/imax/instance/imx/includes
Alias /photo/ "/sites/imax/instance/imx/photo/"
Alias /file/ "/sites/imax/instance/imx/file/"
Alias /img/ "/sites/imax/instance/imx/img/"
Alias /img_dyn/ "/sites/imax/instance/imx/img_dyn/"
Alias /style/ "/sites/imax/instance/imx/style/"
Alias /https/ "/sites/imax/https/"




[2003-06-17 05:40:57] [EMAIL PROTECTED]

And leave these options out: (first do, "rm config.cache")

--with-regex=system
--enable-inline-optimization




[2003-06-17 05:38:35] [EMAIL PROTECTED]

I asked to try the latest stable snapshot..did you?
And if you did, does it behave the same? 
If so, how/where have you set include_path?




[2003-06-17 01:24:05] maximiliano dot marques at bol dot com dot br

Hello,

I did PHP update to new version 4.3.2 and later I updated Apache as
well to version 1.3.27 and the bug still happen at the same way in the
same machine.

So, my new versions are:

PHP version: 4.3.2
PHP API: 20020918 
PHP Extension: 20020429 
Zend Extension: 20021010 
Apache/1.3.27
Apache Release: 10327100 
Apache API: 19990320



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

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

#24333 [NEW]: stat() and file_exists() is neither affected by safe_mode nor open_basedir

2003-06-25 Thread david at darville dot name

From: david at darville dot name
Operating system: RedHat Linux
PHP version:  4.3.2
PHP Bug Type: Filesystem function related
Bug description:  stat() and file_exists() is neither affected by safe_mode nor 
open_basedir

Description:

Even when safe mode is enabled, and open_basedir restrictions is in place,
it is possible to use file_exists(), stat() (and fileperms()) on any file
on the system.


Reproduce code:
---
$filename = "/etc/shadow";
if (file_exists($filename))
{
  echo "$filename exists\n";
}
else
{
  echo "$filename does not exist\n";
}

$stat = stat($filename);



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

#24330 [Bgs]: bug in ABS()

 ID:   24330
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vm at color-pro dot com
 Status:   Bogus
 Bug Type: *Math Functions
 Operating System: FreeBSD 4.5
 PHP Version:  4.3.1
 New Comment:

http://nl3.php.net/manual/en/language.types.float.php
read the big warning...


Previous Comments:


[2003-06-25 07:15:48] vm at color-pro dot com

derick i don't anderstand u.. 
can u tell me why this:
if ( abs(0.97 - 0.98) > 0.01 ) echo bad; 
print bad.. ?



[2003-06-25 07:01:26] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Read the section on floats again...



[2003-06-25 06:53:02] vm at color-pro dot com

Description:

abs not work corectly with <,> operator

Reproduce code:
---
if ( abs(0.97 - 0.98) > 0.01 ) echo bed1;   
if ( abs(0.07 - 0.08) > 0.01 ) echo bed2;

if ( 0.01 > 0.01 ) echo bed3;

Expected result:

there must nothing here printing !!! 

Actual result:
--
bed1 here printing 





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

#24332 [Opn->Bgs]: mysql_connect() are not pass a password

 ID:   24332
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nefer at ib dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: FreeBSD 4.8-CURRENT
 PHP Version:  4.3.3RC1
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Works fine, you must be doing something wrong.


Previous Comments:


[2003-06-25 07:17:01] nefer at ib dot ru

Description:

I can't connect to MySQL server, cose mysql_connect() are not pass a
password to the server (i think).

mysql  Ver 11.18 Distrib 3.23.56, for portbld-freebsd4.8 (i386)


Reproduce code:
---
 
   
  


Expected result:

Nothing (as no error)

Actual result:
--
Access denied for user: '[EMAIL PROTECTED]' (Using password: NO)





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

#24332 [NEW]: mysql_connect() are not pass a password

From: nefer at ib dot ru
Operating system: FreeBSD 4.8-CURRENT
PHP version:  4.3.3RC1
PHP Bug Type: MySQL related
Bug description:  mysql_connect() are not pass a password

Description:

I can't connect to MySQL server, cose mysql_connect() are not pass a
password to the server (i think).

mysql  Ver 11.18 Distrib 3.23.56, for portbld-freebsd4.8 (i386)


Reproduce code:
---

  



Expected result:

Nothing (as no error)

Actual result:
--
Access denied for user: '[EMAIL PROTECTED]' (Using password: NO)

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

#24330 [Bgs]: bug in ABS()

 ID:   24330
 User updated by:  vm at color-pro dot com
 Reported By:  vm at color-pro dot com
 Status:   Bogus
 Bug Type: *Math Functions
 Operating System: FreeBSD 4.5
 PHP Version:  4.3.1
 New Comment:

derick i don't anderstand u.. 
can u tell me why this:
if ( abs(0.97 - 0.98) > 0.01 ) echo bad; 
print bad.. ?


Previous Comments:


[2003-06-25 07:01:26] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Read the section on floats again...



[2003-06-25 06:53:02] vm at color-pro dot com

Description:

abs not work corectly with <,> operator

Reproduce code:
---
if ( abs(0.97 - 0.98) > 0.01 ) echo bed1;   
if ( abs(0.07 - 0.08) > 0.01 ) echo bed2;

if ( 0.01 > 0.01 ) echo bed3;

Expected result:

there must nothing here printing !!! 

Actual result:
--
bed1 here printing 





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

#24325 [Opn->Bgs]: not support chinese chart

 ID:   24325
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vwbox at sohu dot com
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: windows nt4 nt5
 PHP Version:  4.3.3RC1
 New Comment:

If freetype doesn't support some charset, what can we do?
Not PHP bug.



Previous Comments:


[2003-06-24 22:48:43] vwbox at sohu dot com

Description:

ÎÒÃÇÊ¹ÓÃµÄ×Ö·û±àÂëÊÇGB2312»òÕßGB18030£¬µ«ÊÇÓÃGD¿âº¯ÊýÈ´²»ÄÜÖ±½ÓÊ¹ÓÃ¡£±ÈÈç£ºImageTTFText($im,
$s, 0, 1, 1, $black,$fontname, "PHPºÜcool!");
µÃµ½µÄ½á¹ûÊÇ¶ªÊ§ºº×Ö"ºÜ".

ËäÈ»Õâ¸öÎÊÌâÒÑ¾ÓÐ½â¾ö°ì·¨£¬¾ÍÊÇ×Ô¼ºÐ´Ò»¸öÓÉgb18030±àÂë×ªÎªUTF-8µÄº¯ÊýÀ´ÊµÏÖ×ª»»£¬µ«ÊÇºÜÃ÷ÏÔµØ£¬ÕâÖÖ×ö·¨Ð§ÂÊºÜµÍ¡£

ÄÜÈÃGD¿âÖ±½ÓÖ§³ÖGB18030»òÕßGB2312±ê×¼Âð?Ð»Ð»¡£

-
We are using GB2312 OR GB18030 charset in our program and OS. But the
GD library not support them directly. For example :ImageTTFText($im,
$s, 0, 1, 1, $black,$fontname, "PHPºÜcool!"); We cannot got the correct
result,then lost the Chinese charact "ºÜ".

Although we fond a way to use GD lib get correct result by a function
of change gb18030 to UTF-8, But this is not a good idea to accept for
it's slowly speed.

Could you let GD lib support GB19030 or GB2312 stand? Please and 3X!






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

#24327 [Fbk->Bgs]: base_64 with sessions

 ID:   24327
 Updated by:   [EMAIL PROTECTED]
 Reported By:  remo dot liechti at swisslog dot com
-Status:   Feedback
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Windows 2000
 PHP Version:  4.3.2
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

...


Previous Comments:


[2003-06-25 01:52:18] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




[2003-06-25 01:50:40] remo dot liechti at swisslog dot com

Description:

you can delete and edit some users in the useradministration of an
application. Following situation: There are 4 user, user1 to user4. I
delete user2. Now user1 gets all of permissions and settings of user2,
but he lost all his own settings and permissions. User3 and 4 are still
ok. i delete user4, user3 gets the enviroment of user4. this only
happen with php version 4.3.2. With Version 4.2.3 everything's okay.
Strange is, that this bug only happens, if you logged in as admin a
second time. This means:
Admin is logged in, he doesn't log out, logs in a second time.
I think there's a problem with sessions. The user settings are stored
in a txt-file, base64 encoded.

Reproduce code:
---
Do'nt know where this bug happens... :/

Expected result:

-

Actual result:
--
-





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

#24322 [Fbk->Bgs]: SNMP conflicts with php-accelerator

 ID:   24322
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alietss at yahoo dot com
-Status:   Feedback
+Status:   Bogus
 Bug Type: SNMP related
 Operating System: Linux RedHat 9.0
 PHP Version:  4CVS-2003-06-24 (stable)
 New Comment:

Not PHP bug.



Previous Comments:


[2003-06-25 00:26:25] [EMAIL PROTECTED]

TOo much information here... why do you think it conflicts with
php-accelerator? And if it does, you need to contact its author, and
not us.



[2003-06-24 17:03:42] alietss at yahoo dot com

Description:

Hi boys I'm testing php-4.3.3 on Redhat 9.0 httpd-2.0.46 net-snmp-5.8,
everything is well, but when the webserver is restarted by a 
/bin/kill -HUP `cat /var/run/httpd.pid 2>/dev/null` 2> /dev/null ||
true

The server never restart, here the error log 

[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:44:00 2003] [notice] SIGHUP received.  Attempting to
restart
[Tue Jun 24 17:43:29 2003] [notice-phpa] Acquiring cache : uid 48 gid
48 perms 666 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] PHPA 1.3.3r2 on
linux_i686_glibc2.1.3 (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Initialised 8MB cache at
0x40d0a000 with 512 process entries (pid 6216)
[Tue Jun 24 17:43:29 2003] [notice-phpa] Lock thresholds 10/10 (pid
6216)
[Tue Jun 24 17:44:00 2003] [notice-phpa] Cache shared memory removed
(pid 6216)
[Tue Jun 24 17:44:00 2003] [notice-phpa] Cache semaphores removed (pid
6216)
[Tue Jun 24 17:44:01 2003] [notice] Digest: generating secret for
digest authentication ...
[Tue Jun 24 17:44:01 2003] [notice] Digest: done
[Tue Jun 24 17:44:01 2003] [notice] LDAP: Built with OpenLDAP LDAP SDK
Iniciando httpd:   [  OK  ]
[EMAIL PROTECTED] php]# /bin/kill -HUP `cat /var/run/httpd.pid 2>/dev/null`
2> /dev/null || true
[EMAIL PROTECTED] php]# netstat -l
Active Internet connections (only s

#24331 [Opn->Bgs]: Netscape diferent result as on MSExplorere????

 ID:  24331
 Updated by:  [EMAIL PROTECTED]
 Reported By: info at getjo dot it
-Status:  Open
+Status:  Bogus
 Bug Type:Unknown/Other Function
 PHP Version: 4.3.2
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

...


Previous Comments:


[2003-06-25 07:05:46] info at getjo dot it

Description:

Hi everybody,
with Internet explorer i get this result,

Edv-Experte©it ¥Welsberg¤©¥¤

same thing on Netscape

Edv-Experte.it (Welsberg).()

this is the function I'm using

please Help me





Reproduce code:
---
> function suche_referent($such){
>   $i=1;
>   global $host;
>   global $databen;
>   global $pass;
>   global $db;
>   $mydb=mysql_connect($host, "$databen","$pass");
>   if(!$mydb) die ("Die Anmeldung ist fehlgeschlagen.");
>   mysql_select_db($db, $mydb)or die ("Die Anmeldung ist
fehlgeschlagen!");
>   $sql="select *from treferent where Referent like '$such%' order by
Referent asc";
>   $zeilen1=mysql_query($sql, $mydb);
>   if (!$zeilen1) die ("Die anfrage ging in die Hose.");
>   while ($zeile1 = mysql_fetch_array($zeilen1)){
>   echo"
> 
> $zeile1[Referent]
> $zeile1[Beschreibung]
> 
> 
> ";$i++;}
> }//ende suche_referent
>

Expected result:

Edv-Experte.it (Welsberg).()

Actual result:
--
Edv-Experte©it ¥Welsberg¤©¥¤ 
with Internet Explorer 5





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

#24331 [NEW]: Netscape diferent result as on MSExplorere????

2003-06-25 Thread info at getjo dot it

From: info at getjo dot it
Operating system: 
PHP version:  4.3.2
PHP Bug Type: Unknown/Other Function
Bug description:  Netscape diferent result as on MSExplorere

Description:

Hi everybody,
with Internet explorer i get this result,

Edv-Experte©it ¥Welsberg¤©¥¤

same thing on Netscape

Edv-Experte.it (Welsberg).()

this is the function I'm using

please Help me





Reproduce code:
---
> function suche_referent($such){
>   $i=1;
>   global $host;
>   global $databen;
>   global $pass;
>   global $db;
>   $mydb=mysql_connect($host, "$databen","$pass");
>   if(!$mydb) die ("Die Anmeldung ist fehlgeschlagen.");
>   mysql_select_db($db, $mydb)or die ("Die Anmeldung ist
fehlgeschlagen!");
>   $sql="select *from treferent where Referent like '$such%' order by
Referent asc";
>   $zeilen1=mysql_query($sql, $mydb);
>   if (!$zeilen1) die ("Die anfrage ging in die Hose.");
>   while ($zeile1 = mysql_fetch_array($zeilen1)){
>   echo"
> 
> $zeile1[Referent]
> $zeile1[Beschreibung]
> 
> 
> ";$i++;}
> }//ende suche_referent
>

Expected result:

Edv-Experte.it (Welsberg).()

Actual result:
--
Edv-Experte©it ¥Welsberg¤©¥¤ 
with Internet Explorer 5

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

#24330 [Opn->Bgs]: bug in ABS()

 ID:   24330
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vm at color-pro dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *Math Functions
 Operating System: FreeBSD 4.5
 PHP Version:  4.3.1
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Read the section on floats again...


Previous Comments:


[2003-06-25 06:53:02] vm at color-pro dot com

Description:

abs not work corectly with <,> operator

Reproduce code:
---
if ( abs(0.97 - 0.98) > 0.01 ) echo bed1;   
if ( abs(0.07 - 0.08) > 0.01 ) echo bed2;

if ( 0.01 > 0.01 ) echo bed3;

Expected result:

there must nothing here printing !!! 

Actual result:
--
bed1 here printing 





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

#24330 [NEW]: bug in ABS()

From: vm at color-pro dot com
Operating system: FreeBSD 4.5
PHP version:  4.3.1
PHP Bug Type: *Math Functions
Bug description:  bug in ABS()

Description:

abs not work corectly with <,> operator

Reproduce code:
---
if ( abs(0.97 - 0.98) > 0.01 ) echo bed1;   
if ( abs(0.07 - 0.08) > 0.01 ) echo bed2;

if ( 0.01 > 0.01 ) echo bed3;

Expected result:

there must nothing here printing !!! 

Actual result:
--
bed1 here printing 

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

#23492 [Com]: mysql_connect() sometimes fails to use password