date:20051105

#35009 [Opn->Fbk]: mysql_pconnect() crashes on PHP-CLI when ZTS is enabled

2005-11-05 Thread sniper

 ID:   35009
 Updated by:   [EMAIL PROTECTED]
 Reported By:  glen at delfi dot ee
-Status:   Open
+Status:   Feedback
 Bug Type: MySQL related
 Operating System: PLD Linux
 PHP Version:  5CVS-2005-10-28 (snap)
 New Comment:

"Note: dl() is not supported in multithreaded Web servers."

So how could you load the shared extension?




Previous Comments:


[2005-11-01 16:42:25] glen at delfi dot ee

yes. appears so: 
 
$ ./configure --disable-all --with-mysql 
--enable-maintainer-zts --enable-debug 
$ make 
$ ./sapi/cli/php  -r '$r = mysql_pconnect("heart");echo 
"$r\n";'; echo "rc=$?" 
Resource id #4 
rc=0 
$ ./sapi/cli/php -m 
[PHP Modules] 
date 
mysql 
standard 
 
[Zend Modules] 
 
code used: php5-200510281630



[2005-11-01 11:39:45] [EMAIL PROTECTED]

What if you configure the mysql extension as static, does it work then?



[2005-10-28 20:49:51] glen at delfi dot ee

same thing with php5-200510281630

$ ./sapi/cli/php -v
PHP 5.1.0RC5-dev (cli) (built: Oct 28 2005 21:47:13) (DEBUG)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2005 Zend Technologies

$ ./sapi/cli/php  -r 'dl("mysql.so"); mysql_pconnect();'

Warning: mysql_pconnect(): Can't connect to local MySQL server through
socket '/var/lib/mysql/mysql.sock' (2) in Command line code on line 1
/home/builder/rpm/BUILD/php5-200510281630/Zend/zend_hash.c(678) :
ht=0x8264d78 is already destroyed
/home/builder/rpm/BUILD/php5-200510281630/Zend/zend_hash.c(678) :
ht=0x8264d78 is already destroyed
/home/builder/rpm/BUILD/php5-200510281630/Zend/zend_hash.c(67) : Bailed
out without a bailout address!
$



[2005-10-28 19:54:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-10-28 19:08:22] glen at delfi dot ee

ok. this is quick way to see it, altho the error is different.

$ ./configure --disable-all --with-mysql=shared --enable-maintainer-zts
--enable-debug
$ make
$ ./sapi/cli/php  -i |grep -i safe
$ sudo mkdir -p /usr/local/lib/php/extensions/debug-zts-20041030/
$ sudo chown builder /usr/local/lib/php/extensions/debug-zts-20041030/
$ cp modules/mysql.so
/usr/local/lib/php/extensions/debug-zts-20041030/
$ ./sapi/cli/php  -r 'dl("mysql.so"); mysql_pconnect();'
Warning: mysql_pconnect(): Can't connect to local MySQL server through
socket '/var/lib/mysql/mysql.sock' (2) in Command line code on line 1
/home/builder/rpm/BUILD/p/php5-STABLE-200510281434/Zend/zend_hash.c(678)
: ht=0x9ce4a74 is already destroyed
/home/builder/rpm/BUILD/p/php5-STABLE-200510281434/Zend/zend_hash.c(678)
: ht=0x9ce4a74 is already destroyed
/home/builder/rpm/BUILD/p/php5-STABLE-200510281434/Zend/zend_hash.c(67)
: Bailed out without a bailout address!
$



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

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

#35076 [Opn->Bgs]: Sometimes the log file shows: The session id contains illegal characters, ..etc

2005-11-05 Thread sniper

 ID:   35076
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vincent_f40 at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Linux RHEL4, 2.6.9-11.ELsmp
 PHP Version:  5CVS-2005-11-05 (snap)
 New Comment:

Please ask your administrator to check the httpd access log and compare
the times there with the error time here.

This is not a PHP bug.



Previous Comments:


[2005-11-06 00:14:14] vincent_f40 at hotmail dot com

Hi Sniper,

Thank you for your reply.

I have no idea what IS passed to the server(what can be passed?). I am
just somehow getting these errors appearing arround 2-3 times a hour.
Nothing more it says...(just as I copy and pasted the error down here)
Also nothing about the session_id... As you can see in the error I copy
and pasted.
We use cookies for the sessions(we do not use session id in the
link)...dont know if there is a way to hack our service in this
way...with some random session_id...but then I should see these errors
appear a lot more I guess...

Any clue ? Do I need to switch to a more verbose error logging...

Thanks,
Vince



[2005-11-05 23:29:55] [EMAIL PROTECTED]

So what IS passed to server when this happens? What is the session id?
Are you sure someone just isn't trying to hack your service with some
random generated ID's and just doesn't know that some chars are not
allowed?



[2005-11-05 21:58:26] vincent_f40 at hotmail dot com

file: config.inc


file: session_init.inc


file: index.php


I am not able to reproduce the error. The error just appears sometimes
in the log files...But basicly this is the setup.
Some pages we use frames...but I guess that should not be a problem.

Thanks,
Vince



[2005-11-05 19:23:23] vincent_f40 at hotmail dot com

Hi Sniper,

Downloaded the latest PHP from your link. Installed it with the option:
--without-pear.
Everything installed Ok.

But the errors keep appearing...any ideas?

Thanks,
Vince



[2005-11-05 12:42:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

And ignore the PEAR errors. (just add --without-pear to your configure
line)



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

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

#35096 [Fbk->Opn]: php 4.4.2-dev has still trouble with mod_rewrite/apache2

2005-11-05 Thread rob at burningsoda dot com

 ID:   35096
 User updated by:  rob at burningsoda dot com
 Reported By:  rob at burningsoda dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.0RC1
 PHP Version:  4CVS-2005-11-04 (snap)
 New Comment:

doh!

PHP 5.1.0RC5-dev (cli) (built: Nov  6 2005 03:52:41)

I just tried a php5-snapshot. Same problem here. :(


Previous Comments:


[2005-11-06 00:16:33] sergeym at hoster dot ru

PHP 4.4.1 with patch from FreeBSD team works fine (seems to...). But,
if add some module(s) - it works again as described in bugreport. M'be
order of modules in list is important...

--- sapi/apache2handler/sapi_apache2.c.orig Thu Nov  3 10:13:33
2005
+++ sapi/apache2handler/sapi_apache2.c  Thu Nov  3 10:14:41 2005
@@ -535,7 +535,7 @@
if (!parent_req) {
parent_req = ctx->r;
}
-   if (parent_req && strcmp(parent_req->handler,
PHP_MAGIC_TYPE) && strcmp(parent_req->handler, PHP_SOURCE_MAGIC_TYPE)
&& strcmp(parent_req->h
andler, PHP_SCRIPT)) {
+   if (parent_req && parent_req->handler &&
strcmp(parent_req->handler, PHP_MAGIC_TYPE) &&
strcmp(parent_req->handler, PHP_SOURCE_MAGIC_TYPE)
&& strcmp(parent_req->handler, PHP_SCRIPT)) {
if (php_apache_request_ctor(r, ctx
TSRMLS_CC)!=SUCCESS) {
zend_bailout();
}



[2005-11-05 09:45:15] tmelzer at tomesoft dot de

Further analyzes have shown me that the fix in 4.4.x-dev was in
sapi/apache2handler/sapi_apache2.c in function php_handler to guard
against the member 'handler' on struct request_rec of beeing NULL and
then accessing it. This was fixed in only one case where around line
518 
'if (parent_req && parent_req->handler && ...'. After I added an
r->handler && strcmp ... to the other places where the structure member
is used the crash went away but I got a 404 - file not found error. I
think this is related to the fact that I'm not sure what to do if
several of this if () statements are evalute false i.e. what to place
in the else block.



[2005-11-04 22:57:08] [EMAIL PROTECTED]

I want you to try the PHP 5 snapshot because I want to be sure this is
only happening with PHP 4. In which case we have better chance of
figuring out what fix to backport from PHP 5.

On the other hand, if this also happens with PHP 5, we really need to
know since we're about to release PHP 5.1 and it would be nice to fix
this kind of things before the release..




[2005-11-04 20:04:37] rob at burningsoda dot com

sniper,

This problem occurs only when using PHP 4.4.1 and the PHP 4-snapshots
_and_ apache 2.x. Why should I try a 5.x-snapshot? Do I misunderstand
you?



[2005-11-04 09:25:24] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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

#35115 [Asn->Fbk]: MSSQL query fails when retrieving date field

2005-11-05 Thread sniper

 ID:   35115
 Updated by:   [EMAIL PROTECTED]
 Reported By:  freetds228 at lewenberg dot com
-Status:   Assigned
+Status:   Feedback
 Bug Type: MSSQL related
 Operating System: RedHat Enterprise Linux 3
 PHP Version:  5CVS, 4.4.1
 Assigned To:  fmk
 New Comment:

Please try using this CVS snapshot:

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

I fixed the compile error, so please try again.


Previous Comments:


[2005-11-06 03:56:12] [EMAIL PROTECTED]

Frank, please check this out!



[2005-11-06 03:03:55] freetds228 at lewenberg dot com

I tried to compile the snapshot but got this error: 

/root/tmp/php5-200511052330/ext/mssql/php_mssql.c:2312:2: #endif
without #if
make: *** [ext/mssql/php_mssql.lo] Error 1

I noticed I got this when I tried to compile the stable version of
php5, also.



[2005-11-05 20:01:57] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-11-05 19:19:49] freetds228 at lewenberg dot com

Description:

When running a simple SELECT select query against an MS SQL server, if
the result set has a field with a non-NULL date, we are getting the
following error (with --enable-debug flag on): 

[Sat Nov  5 11:26:07 2005]  Script:  '/www-s/testfreetds.php'
---
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c(191) : Block 0x093CA2E0
status:
/root/tmp/php-4.4.1/Zend/zend_variables.c(44) : Actual location 
(location was relayed)
Beginning:  OK (allocated on 
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c:904, 19 bytes)
   End:  Overflown (magic=0x31383A34 instead of 0x2A8FCC84)
 At least 4 bytes overflown
---

The query returns only a single row and field (a date). Note that Perl
running the same query using the same freetds libraries has no errors.


We have compiled 4.4.1 against freetds 0.63 using the --with-mssql
option. 

Reproduce code:
---
$db = mssql_connect('mssqlserver', 'user', 'secret') ;

$rs = mssql_query('SELECT DateLastModified FROM Table WHERE rid = 1',
$db) ;



Expected result:

The date should be accessible in the result set. 

Actual result:
--
[Sat Nov  5 11:26:07 2005]  Script:  '/www-s/testfreetds.php'
---
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c(191) : Block 0x093CA2E0
status:
/root/tmp/php-4.4.1/Zend/zend_variables.c(44) : Actual location 
(location was relayed)
Beginning:  OK (allocated on 
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c:904, 19 bytes)
   End:  Overflown (magic=0x31383A34 instead of 0x2A8FCC84)
 At least 4 bytes overflown
---





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

#35115 [Opn->Asn]: MSSQL query fails when retrieving date field

2005-11-05 Thread sniper

 ID:   35115
 Updated by:   [EMAIL PROTECTED]
 Reported By:  freetds228 at lewenberg dot com
-Status:   Open
+Status:   Assigned
 Bug Type: MSSQL related
 Operating System: RedHat Enterprise Linux 3
-PHP Version:  4.4.1
+PHP Version:  5CVS, 4.4.1
-Assigned To:  
+Assigned To:  fmk
 New Comment:

Frank, please check this out!


Previous Comments:


[2005-11-06 03:03:55] freetds228 at lewenberg dot com

I tried to compile the snapshot but got this error: 

/root/tmp/php5-200511052330/ext/mssql/php_mssql.c:2312:2: #endif
without #if
make: *** [ext/mssql/php_mssql.lo] Error 1

I noticed I got this when I tried to compile the stable version of
php5, also.



[2005-11-05 20:01:57] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-11-05 19:19:49] freetds228 at lewenberg dot com

Description:

When running a simple SELECT select query against an MS SQL server, if
the result set has a field with a non-NULL date, we are getting the
following error (with --enable-debug flag on): 

[Sat Nov  5 11:26:07 2005]  Script:  '/www-s/testfreetds.php'
---
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c(191) : Block 0x093CA2E0
status:
/root/tmp/php-4.4.1/Zend/zend_variables.c(44) : Actual location 
(location was relayed)
Beginning:  OK (allocated on 
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c:904, 19 bytes)
   End:  Overflown (magic=0x31383A34 instead of 0x2A8FCC84)
 At least 4 bytes overflown
---

The query returns only a single row and field (a date). Note that Perl
running the same query using the same freetds libraries has no errors.


We have compiled 4.4.1 against freetds 0.63 using the --with-mssql
option. 

Reproduce code:
---
$db = mssql_connect('mssqlserver', 'user', 'secret') ;

$rs = mssql_query('SELECT DateLastModified FROM Table WHERE rid = 1',
$db) ;



Expected result:

The date should be accessible in the result set. 

Actual result:
--
[Sat Nov  5 11:26:07 2005]  Script:  '/www-s/testfreetds.php'
---
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c(191) : Block 0x093CA2E0
status:
/root/tmp/php-4.4.1/Zend/zend_variables.c(44) : Actual location 
(location was relayed)
Beginning:  OK (allocated on 
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c:904, 19 bytes)
   End:  Overflown (magic=0x31383A34 instead of 0x2A8FCC84)
 At least 4 bytes overflown
---





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

#35121 [Opn->Bgs]: Warning: Unknown(): SAFE MODE Restriction in effect.

2005-11-05 Thread sniper

 ID:   35121
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tb at tbits dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: Linux Kernel 2.6
 PHP Version:  4.4.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.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2005-11-06 02:44:23] tb at tbits dot net

Description:

after starting apache 2.0.55 with php 4.4.1 and accessing a test.php i
got this error.

Warning: Unknown(): SAFE MODE Restriction in effect. The script whose
uid is 0 is not allowed to access
/var/www/webfarm/0_tbitsnet/projekte.tbits.net owned by uid 48 in
Unknown on line 0

Reproduce code:
---
every php code, my test.php was



Expected result:

here my strace

[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0} 
[pid 13952] <... poll resumed> [{fd=10, events=POLLIN}, {fd=9,
events=POLLIN}, {fd=8, events=POLLIN}, {fd=5, events=POLLIN}, {fd=4,
events=POLLIN}, {fd=3, events=POLLIN, revents=POLLIN}], 6, -1) = 1
[pid 13952] accept(3, {sa_family=AF_INET, sin_port=htons(3645),
sin_addr=inet_addr("195.243.63.218")}, [16]) = 19
[pid 13952] semop(35422303, 0xb7f89bd2, 1 
[pid 13954] <... semop resumed> )   = 0
[pid 13952] <... semop resumed> )   = 0
[pid 13954] poll( 
[pid 13952] fcntl64(19, F_GETFL)= 0x2 (flags O_RDWR)
[pid 13952] fcntl64(19, F_SETFL, O_RDWR|O_NONBLOCK) = 0
[pid 13952] read(19, "GET /test.php HTTP/1.0\r\nHost: pr"..., 8000) =
483
[pid 13952] gettimeofday({1131241209, 66044}, NULL) = 0
[pid 13952] time(NULL)  = 1131241209
[pid 13952] semop(35291227, 0xb7f89bcc, 1) = 0
[pid 13952] write(18, "[Sun Nov 06 02:40:09 2005] [1395"..., 141) =
141
[pid 13952] semop(35291227, 0xb7f89bd2, 1) = 0
[pid 13952] time(NULL)  = 1131241209
[pid 13952] semop(35291227, 0xb7f89bcc, 1) = 0
[pid 13952] write(18, "[Sun Nov 06 02:40:09 2005] [1395"..., 141) =
141
[pid 13952] semop(35291227, 0xb7f89bd2, 1) = 0
[pid 13952]
stat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/test.php",
{st_mode=S_IFREG|0644, st_size=22, ...}) = 0
[pid 13952] open("/var/www/webfarm/.htaccess", O_RDONLY) = -1 ENOENT
(No such file or directory)
[pid 13952] open("/var/www/webfarm/0_tbitsnet/.htaccess", O_RDONLY)
= -1 ENOENT (No such file or directory)
[pid 13952]
open("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/.htaccess",
O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 13952]
open("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/test.php/.htaccess",
O_RDONLY) = -1 ENOTDIR (Not a directory)
[pid 13952] lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
[pid 13952] lstat64("/var/www", {st_mode=S_IFDIR|0755, st_size=4096,
...}) = 0
[pid 13952] lstat64("/var/www/webfarm", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
[pid 13952] lstat64("/var/www/webfarm/0_tbitsnet",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952]
lstat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952]
stat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952] brk(0)  = 0x831f000
[pid 13952] brk(0x8341000)  = 0x8341000
[pid 13952] setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30,
0}}, NULL) = 0
[pid 13952] rt_sigaction(SIGPROF, {0xb7d1e688, [PROF], SA_RESTART},
{SIG_DFL}, 8) = 0
[pid 13952] rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
[pid 13952] gettimeofday({1131241209, 69682}, NULL) = 0
[pid 13952] getcwd("/", 4095)   = 2
[pid 13952] chdir("/var/www/webfarm/0_tbitsnet/projekte.tbits.net")
= 0
[pid 13952] lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
[pid 13952] lstat64("/var/www", {st_mode=S_IFDIR|0755, st_size=4096,
...}) = 0
[pid 13952] lstat64("/var/www/webfarm", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
[pid 13952] lstat64("/var/www/webfarm/0_tbitsnet",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952]
lstat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952]
lstat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net

#35115 [Fbk->Opn]: MSSQL query fails when retrieving date field

2005-11-05 Thread freetds228 at lewenberg dot com

 ID:   35115
 User updated by:  freetds228 at lewenberg dot com
 Reported By:  freetds228 at lewenberg dot com
-Status:   Feedback
+Status:   Open
 Bug Type: MSSQL related
 Operating System: RedHat Enterprise Linux 3
 PHP Version:  4.4.1
 New Comment:

I tried to compile the snapshot but got this error: 

/root/tmp/php5-200511052330/ext/mssql/php_mssql.c:2312:2: #endif
without #if
make: *** [ext/mssql/php_mssql.lo] Error 1

I noticed I got this when I tried to compile the stable version of
php5, also.


Previous Comments:


[2005-11-05 20:01:57] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-11-05 19:19:49] freetds228 at lewenberg dot com

Description:

When running a simple SELECT select query against an MS SQL server, if
the result set has a field with a non-NULL date, we are getting the
following error (with --enable-debug flag on): 

[Sat Nov  5 11:26:07 2005]  Script:  '/www-s/testfreetds.php'
---
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c(191) : Block 0x093CA2E0
status:
/root/tmp/php-4.4.1/Zend/zend_variables.c(44) : Actual location 
(location was relayed)
Beginning:  OK (allocated on 
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c:904, 19 bytes)
   End:  Overflown (magic=0x31383A34 instead of 0x2A8FCC84)
 At least 4 bytes overflown
---

The query returns only a single row and field (a date). Note that Perl
running the same query using the same freetds libraries has no errors.


We have compiled 4.4.1 against freetds 0.63 using the --with-mssql
option. 

Reproduce code:
---
$db = mssql_connect('mssqlserver', 'user', 'secret') ;

$rs = mssql_query('SELECT DateLastModified FROM Table WHERE rid = 1',
$db) ;



Expected result:

The date should be accessible in the result set. 

Actual result:
--
[Sat Nov  5 11:26:07 2005]  Script:  '/www-s/testfreetds.php'
---
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c(191) : Block 0x093CA2E0
status:
/root/tmp/php-4.4.1/Zend/zend_variables.c(44) : Actual location 
(location was relayed)
Beginning:  OK (allocated on 
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c:904, 19 bytes)
   End:  Overflown (magic=0x31383A34 instead of 0x2A8FCC84)
 At least 4 bytes overflown
---





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

#35121 [NEW]: Warning: Unknown(): SAFE MODE Restriction in effect.

2005-11-05 Thread tb at tbits dot net

From: tb at tbits dot net
Operating system: Linux Kernel 2.6
PHP version:  4.4.1
PHP Bug Type: Output Control
Bug description:  Warning: Unknown(): SAFE MODE Restriction in effect.

Description:

after starting apache 2.0.55 with php 4.4.1 and accessing a test.php i got
this error.

Warning: Unknown(): SAFE MODE Restriction in effect. The script whose uid
is 0 is not allowed to access
/var/www/webfarm/0_tbitsnet/projekte.tbits.net owned by uid 48 in
Unknown on line 0

Reproduce code:
---
every php code, my test.php was



Expected result:

here my strace

[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
[pid 13946] waitpid(-1, 0xbfea7550, WNOHANG|WUNTRACED) = 0
[pid 13946] select(0, NULL, NULL, NULL, {1, 0} 
[pid 13952] <... poll resumed> [{fd=10, events=POLLIN}, {fd=9,
events=POLLIN}, {fd=8, events=POLLIN}, {fd=5, events=POLLIN}, {fd=4,
events=POLLIN}, {fd=3, events=POLLIN, revents=POLLIN}], 6, -1) = 1
[pid 13952] accept(3, {sa_family=AF_INET, sin_port=htons(3645),
sin_addr=inet_addr("195.243.63.218")}, [16]) = 19
[pid 13952] semop(35422303, 0xb7f89bd2, 1 
[pid 13954] <... semop resumed> )   = 0
[pid 13952] <... semop resumed> )   = 0
[pid 13954] poll( 
[pid 13952] fcntl64(19, F_GETFL)= 0x2 (flags O_RDWR)
[pid 13952] fcntl64(19, F_SETFL, O_RDWR|O_NONBLOCK) = 0
[pid 13952] read(19, "GET /test.php HTTP/1.0\r\nHost: pr"..., 8000) = 483
[pid 13952] gettimeofday({1131241209, 66044}, NULL) = 0
[pid 13952] time(NULL)  = 1131241209
[pid 13952] semop(35291227, 0xb7f89bcc, 1) = 0
[pid 13952] write(18, "[Sun Nov 06 02:40:09 2005] [1395"..., 141) = 141
[pid 13952] semop(35291227, 0xb7f89bd2, 1) = 0
[pid 13952] time(NULL)  = 1131241209
[pid 13952] semop(35291227, 0xb7f89bcc, 1) = 0
[pid 13952] write(18, "[Sun Nov 06 02:40:09 2005] [1395"..., 141) = 141
[pid 13952] semop(35291227, 0xb7f89bd2, 1) = 0
[pid 13952]
stat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/test.php",
{st_mode=S_IFREG|0644, st_size=22, ...}) = 0
[pid 13952] open("/var/www/webfarm/.htaccess", O_RDONLY) = -1 ENOENT (No
such file or directory)
[pid 13952] open("/var/www/webfarm/0_tbitsnet/.htaccess", O_RDONLY) =
-1 ENOENT (No such file or directory)
[pid 13952]
open("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/.htaccess",
O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 13952]
open("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/test.php/.htaccess",
O_RDONLY) = -1 ENOTDIR (Not a directory)
[pid 13952] lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) =
0
[pid 13952] lstat64("/var/www", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
[pid 13952] lstat64("/var/www/webfarm", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
[pid 13952] lstat64("/var/www/webfarm/0_tbitsnet",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952] lstat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952] stat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952] brk(0)  = 0x831f000
[pid 13952] brk(0x8341000)  = 0x8341000
[pid 13952] setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30, 0}},
NULL) = 0
[pid 13952] rt_sigaction(SIGPROF, {0xb7d1e688, [PROF], SA_RESTART},
{SIG_DFL}, 8) = 0
[pid 13952] rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
[pid 13952] gettimeofday({1131241209, 69682}, NULL) = 0
[pid 13952] getcwd("/", 4095)   = 2
[pid 13952] chdir("/var/www/webfarm/0_tbitsnet/projekte.tbits.net") =
0
[pid 13952] lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) =
0
[pid 13952] lstat64("/var/www", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
[pid 13952] lstat64("/var/www/webfarm", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
[pid 13952] lstat64("/var/www/webfarm/0_tbitsnet",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952] lstat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
[pid 13952]
lstat64("/var/www/webfarm/0_tbitsnet/projekte.tbits.net/test.php",
{st_mode=S_IFREG|0644, st_size=22, ...}) = 0
[pid 13952] setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30, 0}},
NULL) = 0
[pid 13952] rt_sigaction(SIGPROF, {0xb7d1e688, [PROF], SA_RESTART},
{0xb7d1e688, [PROF], SA_RESTART}, 8) = 0
[pid 13952] rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
[pid 13952] getcwd("/var/www/webfarm/0_tbitsnet/projekte.tbits.net",
4096) = 51
[pid 13952] lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) =
0
[pid 13952] lstat64("/var/www", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
[pid 13952] lstat64("/var/www/webfarm", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
[pid 13952

#35040 [Com]: slowness and timeouts when using php-4.4.1

2005-11-05 Thread tb at tbits dot net

 ID:   35040
 Comment by:   tb at tbits dot net
 Reported By:  sbailey at mileone dot com
 Status:   Feedback
 Bug Type: Performance problem
 Operating System: FreeBSD 5.3
 PHP Version:  4.4.1RC1
 New Comment:

I've the same problem with 4.4.1 with timeouts :-(, my os is linux, if
i go back to 4.3.11 its working.

-Thomas


Previous Comments:


[2005-11-02 11:01:02] mc at nuxit dot net

I don't think it is a SquirrelMail issue because it would seem that
other scripts are experiencing the same type of problem



[2005-11-02 08:32:44] mc at nuxit dot net

I have the same problem. SquirrelMail is taking a lot of CPU since
4.4.1 and timeouts.

I've got a backtrace with gdb when it timeouts :

#0  zend_hash_copy (target=0x8531ee4, source=0x0,
pCopyConstructor=0x81dd370 , tmp=0x5da5b718, size=4)
at /src/php-4.4.1/Zend/zend_hash.c:799
#1  0x081dd4c5 in _zval_copy_ctor (zvalue=0x87b8a6c) at
/src/php-4.4.1/Zend/zend_variables.c:125
#2  0x081ed959 in execute (op_array=0x846b4f8) at
/src/php-4.4.1/Zend/zend_execute.c:1899
#3  0x081ece16 in execute (op_array=0x8489538) at
/src/php-4.4.1/Zend/zend_execute.c:1719
#4  0x081ece16 in execute (op_array=0x84656ec) at
/src/php-4.4.1/Zend/zend_execute.c:1719



[2005-11-01 17:46:58] gabe at mudbugmedia dot com

I haven't managed to discover if this is a SquirrelMail bug or 
a PHP bug, but the change from 4.4.0 to 4.4.1 definitely 
causes the break down.

A bug report with a work around is available at SquirrelMail's 
sourceforge page. http://sourceforge.net/tracker/index.php?
func=detail&aid=1344216&group_id=311&atid=100311 .  The work 
around is to turn on server side sorting (in your config.php 
file) to prevent the effected function from being called.



[2005-10-31 21:35:21] vmlinuz386 at yahoo dot com dot ar

I have the same problem, but running on apache-1.3.34 (Linux), with the
php-4.4.1, i am back to php-4.4.0 and this fixes.
Here is the phpinfo() http://www.vmlinuz.com.ar/phpinfo.php

Squirrelmail is 1.4.5, can browse all pages, but the problem  appear
when open a message.

Another problem is that httpd takes many more seconds to stop with
4.4.1, not with 4.4.0.



[2005-10-31 21:13:21] [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/35040

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

#35119 [NEW]: PHP failed to open files in folders with non-english utf8 chars

2005-11-05 Thread maltzee at hotmail dot com

From: maltzee at hotmail dot com
Operating system: Windows
PHP version:  5.0.5
PHP Bug Type: Apache2 related
Bug description:  PHP failed to open files in folders with non-english utf8 
chars

Description:

OS: Windows XP Traditional Chinese

I installed an Apache2 server to a folder with double-byte character. (e.g
C:\ä¸å\Apache2\)

To support Apache2, I have to convert the httpd.conf into UTF8 format.

PHP5.0.5 is installed as Apache2 module by httpd.conf.
LoadModule php5_module
"C:/ä¸å/Apache2/php-5.0.5-Win32/php5apache2.dll"
AddType application/x-httpd-php .php

When I try to access my test page, the following returned:

Warning: Unknown: failed to open stream: No such file or directory in
Unknown on line 0

Warning: Unknown: Failed opening 'C:\ä¸å\Apache2\htdocs\index.php' for
inclusion (include_path='.;C:\php5\pear') in Unknown on line 0 

I guess Apache saves the utf8 path string from httpd.conf and passes them
to PHP module. PHP assumes the input path as native mbstring. This might
be the cause.

Best Regards,
Maltzee


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

#35096 [Com]: php 4.4.2-dev has still trouble with mod_rewrite/apache2

2005-11-05 Thread sergeym at hoster dot ru

 ID:   35096
 Comment by:   sergeym at hoster dot ru
 Reported By:  rob at burningsoda dot com
 Status:   Feedback
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.0RC1
 PHP Version:  4CVS-2005-11-04 (snap)
 New Comment:

PHP 4.4.1 with patch from FreeBSD team works fine (seems to...). But,
if add some module(s) - it works again as described in bugreport. M'be
order of modules in list is important...

--- sapi/apache2handler/sapi_apache2.c.orig Thu Nov  3 10:13:33
2005
+++ sapi/apache2handler/sapi_apache2.c  Thu Nov  3 10:14:41 2005
@@ -535,7 +535,7 @@
if (!parent_req) {
parent_req = ctx->r;
}
-   if (parent_req && strcmp(parent_req->handler,
PHP_MAGIC_TYPE) && strcmp(parent_req->handler, PHP_SOURCE_MAGIC_TYPE)
&& strcmp(parent_req->h
andler, PHP_SCRIPT)) {
+   if (parent_req && parent_req->handler &&
strcmp(parent_req->handler, PHP_MAGIC_TYPE) &&
strcmp(parent_req->handler, PHP_SOURCE_MAGIC_TYPE)
&& strcmp(parent_req->handler, PHP_SCRIPT)) {
if (php_apache_request_ctor(r, ctx
TSRMLS_CC)!=SUCCESS) {
zend_bailout();
}


Previous Comments:


[2005-11-05 09:45:15] tmelzer at tomesoft dot de

Further analyzes have shown me that the fix in 4.4.x-dev was in
sapi/apache2handler/sapi_apache2.c in function php_handler to guard
against the member 'handler' on struct request_rec of beeing NULL and
then accessing it. This was fixed in only one case where around line
518 
'if (parent_req && parent_req->handler && ...'. After I added an
r->handler && strcmp ... to the other places where the structure member
is used the crash went away but I got a 404 - file not found error. I
think this is related to the fact that I'm not sure what to do if
several of this if () statements are evalute false i.e. what to place
in the else block.



[2005-11-04 22:57:08] [EMAIL PROTECTED]

I want you to try the PHP 5 snapshot because I want to be sure this is
only happening with PHP 4. In which case we have better chance of
figuring out what fix to backport from PHP 5.

On the other hand, if this also happens with PHP 5, we really need to
know since we're about to release PHP 5.1 and it would be nice to fix
this kind of things before the release..




[2005-11-04 20:04:37] rob at burningsoda dot com

sniper,

This problem occurs only when using PHP 4.4.1 and the PHP 4-snapshots
_and_ apache 2.x. Why should I try a 5.x-snapshot? Do I misunderstand
you?



[2005-11-04 09:25:24] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-11-04 02:49:53] rob at burningsoda dot com

Description:

I just downloaded

Stable (4.4.x-dev)
Built On: Nov 03, 2005 23:51 GMT

and built it:

PHP 4.4.2-dev (cli) (built: Nov  4 2005 02:17:10)

But it seems like, the following bug is _not_ fixed
in that snapshot:

http://bugs.php.net/bug.php?id=35059

This happens with _any_ RewriteRule I use.

Reproduce code:
---
Try to use mod_rewrite on Apache 2.x to modify any URL.
Small test case:

index.php:


RewriteRule:
RewriteRule ^(.+)/$ index.php?myarg=$1 [L]

URLs to try:
1. http://localhost/index.php?myarg=bla
2. http://localhost/blub/
3. http://localhost/index.php/


Expected result:

In all three cases a document should be delivered:

1. "bla"
2. "blub"
3. "index.php"

Actual result:
--
1. Correctly delivers document.
2. No document is delivered.
3. Correctly delivers document.





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

#35076 [Fbk->Opn]: Sometimes the log file shows: The session id contains illegal characters, ..etc

2005-11-05 Thread vincent_f40 at hotmail dot com

ID: 35076
User updated by: vincent_f40 at hotmail dot com
Reported By: vincent_f40 at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Linux RHEL4, 2.6.9-11.ELsmp
PHP Version: 5CVS-2005-11-05 (snap)
New Comment:

Hi Sniper,

Thank you for your reply.

I have no idea what IS passed to the server(what can be passed?). I am
just somehow getting these errors appearing arround 2-3 times a hour.
Nothing more it says...(just as I copy and pasted the error down here)
Also nothing about the session_id... As you can see in the error I copy
and pasted.
We use cookies for the sessions(we do not use session id in the
link)...dont know if there is a way to hack our service in this
way...with some random session_id...but then I should see these errors
appear a lot more I guess...

Any clue ? Do I need to switch to a more verbose error logging...

Thanks,
Vince

Previous Comments:

[2005-11-05 23:29:55] [EMAIL PROTECTED]

So what IS passed to server when this happens? What is the session id?
Are you sure someone just isn't trying to hack your service with some
random generated ID's and just doesn't know that some chars are not
allowed?

[2005-11-05 21:58:26] vincent_f40 at hotmail dot com

file: config.inc

file: session_init.inc

file: index.php

I am not able to reproduce the error. The error just appears sometimes
in the log files...But basicly this is the setup.
Some pages we use frames...but I guess that should not be a problem.

Thanks,
Vince

[2005-11-05 19:23:23] vincent_f40 at hotmail dot com

Hi Sniper,

Downloaded the latest PHP from your link. Installed it with the option:
--without-pear.
Everything installed Ok.

But the errors keep appearing...any ideas?

Thanks,
Vince

[2005-11-05 12:42:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

For Windows:

http://snaps.php.net/win32/php5-win32-latest.zip

And ignore the PEAR errors. (just add --without-pear to your configure
line)

[2005-11-05 01:00:13] vincent_f40 at hotmail dot com

Hi Sniper,

Oki...and what about my initial error. The error down here:
Is this then a know issue and will be solved in the latest php release
?

Thu Nov 3 00:49:10 2005] [error] PHP Warning: session_start() [function.session-start]: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in /home/httpd/html/includes/session_init.inc on line 70
[Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: The session
id
contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,'
in Unknown on line 0
[Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: Failed to
write session data (files). Please verify that the current setting of
session.save_path is correct () in Unknown on line 0

Thanks,
Vince.

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

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

#35076 [Opn->Fbk]: Sometimes the log file shows: The session id contains illegal characters, ..etc

2005-11-05 Thread sniper

 ID:   35076
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vincent_f40 at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux RHEL4, 2.6.9-11.ELsmp
 PHP Version:  5CVS-2005-11-05 (snap)
 New Comment:

So what IS passed to server when this happens? What is the session id?
Are you sure someone just isn't trying to hack your service with some
random generated ID's and just doesn't know that some chars are not
allowed?


Previous Comments:


[2005-11-05 21:58:26] vincent_f40 at hotmail dot com

file: config.inc


file: session_init.inc


file: index.php


I am not able to reproduce the error. The error just appears sometimes
in the log files...But basicly this is the setup.
Some pages we use frames...but I guess that should not be a problem.

Thanks,
Vince



[2005-11-05 19:23:23] vincent_f40 at hotmail dot com

Hi Sniper,

Downloaded the latest PHP from your link. Installed it with the option:
--without-pear.
Everything installed Ok.

But the errors keep appearing...any ideas?

Thanks,
Vince



[2005-11-05 12:42:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

And ignore the PEAR errors. (just add --without-pear to your configure
line)



[2005-11-05 01:00:13] vincent_f40 at hotmail dot com

Hi Sniper,

Oki...and what about my initial error. The error down here:
Is this then a know issue and will be solved in the latest php release
?

Thu Nov  3 00:49:10 2005] [error] PHP Warning:  session_start() [function.session-start]: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in /home/httpd/html/includes/session_init.inc on line 70
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: The session
id
contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,'
in Unknown on line 0
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: Failed to
write session data (files). Please verify that the current setting of
session.save_path is correct () in Unknown on line 0

Thanks,
Vince.



[2005-11-03 02:27:52] vincent_f40 at hotmail dot com

Description:

[Thu Nov  3 00:49:10 2005] [error] PHP Warning:  session_start() [function.session-start]: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in /home/httpd/html/includes/session_init.inc on line 70
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in Unknown on line 0
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: Failed to
write session data (files). Please verify that the current setting of
session.save_path is correct () in Unknown on line 0

1) Cant reproduce the errors. As the site works fine, only sometimes
the above error appears in the log files.
2) session_write_close() is being used.
3) session_name() uses only the characters [a-z].
4) As the site works /tmp is oke as well.(perms, etc.)
5) There is enough free disk space in /tmp as well.

a) using apache 1.3.34, php compiled as module(apxs)
b) Kernel: 2.6.9-11.ELsmp (double processor)

Is this a bug or a php programming error ?
As it happens not always, just random/sometimes.

Search the net for hours...no luck in finding the explanation. Hope to
find some clue here.

Thanks.






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

#35103 [Asn]: mysqli bind_result incorrectly handles unsigned int

2005-11-05 Thread iliaa

 ID:   35103
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at pjberkel dot com
 Status:   Assigned
 Bug Type: MySQLi related
 Operating System: *
 PHP Version:  5CVS-2005-11-04 (cvs)
 Assigned To:  andrey
 New Comment:

How about using float type if the returned value is > MAX_INT?


Previous Comments:


[2005-11-04 15:53:27] [EMAIL PROTECTED]

if your code is aware that the variable is unsigned you can get the
unsigned value by using sprintf() with %u as format specificator
[EMAIL PROTECTED]:~/test> php -r '$a=-2; printf("%d %u\n", $a, $a);'
-2 4294967294

However I think it is good idea to make that implicit so mysqli to
return a string (on 32bit) and normal int (on 64bit).




[2005-11-04 12:46:29] php at pjberkel dot com

Compiling the current php5 STABLE CVS snapshot version under RHEL 4
yields the same incorrect results as before: using "var_dump" instead
of "print" in the original example gives the results:

int(2147483647)
int(-2147483648)
int(-2147483647)
int(-494965764)
int(-394965015)
int(-1)



[2005-11-04 11:17:12] php at pjberkel dot com

Description:

When using "mysqli_stmt_bind_result" to retrieve a 32bit unsigned
integer value from a mysql database (version 4.1.13-standard) that is
greater than the maximum *signed* value but less than the maximum
*unsigned* value (i.e. 2147483647 < int <= 4294967295), the integer is
returned incorrectly as a signed value.

I did read in the manual that php does not support unsigned integers
(http://www.php.net/manual/en/language.types.integer.php), however in
this case, mysqli_stmt_bind_result should probably cast the result to a
float.


Reproduce code:
---
query("CREATE TABLE temp (id INT UNSIGNED NOT NULL)");
$mysqli->query("INSERT INTO temp (id) VALUES
(2147483647),(2147483648),(2147483649),(381532),(392281),(4294967295)");

/* BEGIN EXAMPLE OF BUG */
$stmt = $mysqli->prepare("SELECT id FROM temp");
$stmt->execute();
$stmt->bind_result($id);
while ($stmt->fetch()) {
print $id . "\n";
}
$stmt->close();
/* END EXAMPLE OF BUG */

$mysqli->query("DROP TABLE temp");
$mysqli->close();

?>


Expected result:

2147483647
2147483648
2147483649
381532
392281
4294967295


Actual result:
--
2147483647
-2147483648
-2147483647
-494965764
-394965015
-1






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

#31971 [Asn->Csd]: [PATCH] ftp_login fails on messsage from FTP+SSL server (234 Enabling SSL)

2005-11-05 Thread iliaa

 ID:   31971
 Updated by:   [EMAIL PROTECTED]
 Reported By:  frantisek at augusztin dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: FTP related
 Operating System: Linux (Fedora Core 3)
 PHP Version:  5CVS, 4CVS (2005-05-18)
 Assigned To:  iliaa
 New Comment:

This bug has been fixed in CVS.

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




Previous Comments:


[2005-11-02 13:30:34] frantisek at augusztin dot com

Patch for PHP 5.0 CVS :

--- ext/ftp/ftp.c   17 Mar 2005 17:16:49 -  1.103.2.7
+++ ext/ftp/ftp.c   2 Nov 2005 12:22:31 -
@@ -281,6 +281,8 @@
return 0;
}

+   SSL_CTX_set_options(ctx,SSL_OP_ALL);
+
ftp->ssl_handle = SSL_new(ctx);
if (ftp->ssl_handle == NULL) {
php_error_docref(NULL TSRMLS_CC,
E_WARNING, "failed to create the SSL handle");
@@ -1513,6 +1515,8 @@
php_error_docref(NULL TSRMLS_CC, E_WARNING,
"data_accept: failed to create the SSL context");
return 0;
}
+
+   SSL_CTX_set_options(ctx,SSL_OP_ALL);

data->ssl_handle = SSL_new(ctx);
if (data->ssl_handle == NULL) {



[2005-10-26 16:07:42] [EMAIL PROTECTED]

Can you please provide a patch in unified format.



[2005-05-17 13:03:54] frantisek at augusztin dot com

Nope, it doesn't work. Same error as in first submission. It doesn't
read any data after enabling SSL. As i said, enabling
special handling of non-conforming SSL servers using this line after
ctx variable initialization in both control and data connection helps
:

SSL_CTX_set_options(ctx,SSL_OP_ALL);



[2005-02-14 16:19:47] frantisek at augusztin dot com

Description:

PHP returns following error when connecting using example code:
Warning: ftp_login() : Enabling SSL in /var/www/html/test.php on line
3

Using FTP client the following messages are displayed in the log window
of the client :

*** Connecting to 'XXX.XXX.XXX.XXX:21'...
220 Service Ready for new User
AUTH TLS
234 Enabling SSL

FTP clearly fails on this messsage. But i don't understand why, because
i found in source code, that 234 is not an error, but a valid result
code for this operation.
FTP System type is "215 NETWARE  Type : L8"

Reproduce code:
---


Expected result:

No warning message and successfull connection to FTP server.

Actual result:
--
Warning: ftp_login() : Enabling SSL in /var/www/html/test.php on line 3





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

#35107 [Fbk->Opn]: compile failure with PHP 5.1 + MySQL 5

2005-11-05 Thread alex at whitewhale dot net

 ID:   35107
 User updated by:  alex at whitewhale dot net
 Reported By:  alex at whitewhale dot net
-Status:   Feedback
+Status:   Open
 Bug Type: PDO related
 Operating System: MacOS X 10.4.3
 PHP Version:  5CVS-2005-11-05 (snap)
 Assigned To:  wez
 New Comment:

Okay, tried the following with latest snapshot:

rm config.cache
./configure --with-apxs=/usr/sbin/apxs --prefix=/usr --with-
mysqli=/usr/local/mysql/bin/mysql_config --with-zlib --with-
pdo-mysql

It fails to run with:

checking for MySQL support for PDO... yes
checking for mysql_config... not found
configure: error: Cannot find MySQL header files under 

I have verified that /usr/local/mysql/bin/mysql_config is 
there and mysql.h is in /usr/local/mysql/include. This was a 
standard MySQL 5.0.15 install with the MacOS X installer.

If I use the same configure line without --with-pdo-mysql it 
finishes configure successfully.


Previous Comments:


[2005-11-05 17:20:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I just committed a fix; please try the next snapshot.



[2005-11-05 16:44:14] [EMAIL PROTECTED]

Where is your mysql.h ?



[2005-11-05 16:38:52] [EMAIL PROTECTED]

Assigned to the PDO maintainer.



[2005-11-05 15:42:33] alex at whitewhale dot net

Okay, using that configure line I now get:

In file included from /Users/sahara/Documents/LAMP/php/
php5-200511041330/ext/pdo_mysql/pdo_mysql.c:31:
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:25:19: error: mysql.h: No such 
file or directory
In file included from /Users/sahara/Documents/LAMP/php/
php5-200511041330/ext/pdo_mysql/pdo_mysql.c:31:
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:36: error: parse error before 
'MYSQL'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:36: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:38: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:39: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:40: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:43: error: parse error before 
'}' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:43: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:46: error: parse error before 
'MYSQL_FIELD'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:46: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:47: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:50: error: parse error before 
'pdo_mysql_db_handle'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:50: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:51: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:52: error: parse error before 
'*' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:52: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:53: error: parse error before 
'current_data'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:53: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:69: error: parse error before 
'}' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:69: warning: data definition 
has no type or storage class
make: *** [ext/pdo_mysql/pdo_mysql.lo] Error 1



[2005-11-05 12:39:07] [EMAIL PROTECTED]

So now we've found out that the problem isn't in ext/mysqli.
Try this configure line (with the usual "rm config.cache" and "make
clean", which are only needed if you're not

#35062 [Bgs->Opn]: socket_read() produces warnings on non blocking sockets

2005-11-05 Thread nlopess

 ID:   35062
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dima at dimych dot sumy dot ua
-Status:   Bogus
+Status:   Open
 Bug Type: Sockets related
 Operating System: FreeBSD 4.9-STABLE #0
 PHP Version:  4.4.1RC1
 New Comment:

opening it again, as this seems a different issue.
We should have the EAGAIN constant and use it for non-blocking sockets.
returning false isnt't a good idea.


Previous Comments:


[2005-11-04 16:23:08] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.

See bug #21197



[2005-11-04 14:53:52] dima at dimych dot sumy dot ua

I`m look everyware in the Internet and don`t find any workaround for
this problem. And error logs still growing...

This code decreases count of warnings:
-- code --
$startTime = microtime_float(true);
socket_send($socket, $package, strLen($package), 0);
socket_set_block($socket);
$to = array('sec' => 0, 'usec' => 50);
socket_set_option($socket, SOL_SOCKET, SO_RCVTIMEO, $to);
if (socket_read($socket, 4096)) {
  socket_close($socket);
  return microtime_float() - $startTime;
}
socket_close($socket);
-- end of code --
my "ping" function launches once per 5 minutes for around 50 hosts, but
not all of them alive. Dead hosts causes warnings.



[2005-11-02 14:37:46] dima at dimych dot sumy dot ua

I`m not agree what it is bogus

part of code from ext/sockets/sockets.c:
-- code --
if (type == PHP_NORMAL_READ) {
retval = php_read(php_sock->bsd_socket, tmpbuf, length,
0);
} else {
retval = recv(php_sock->bsd_socket, tmpbuf, length,
0);
}

if (retval == -1) {
PHP_SOCKET_ERROR(php_sock, "unable to read from
socket", errno);
efree(tmpbuf);
RETURN_FALSE;
}
-- end of code --
As you can see any processing for EAGAIN not exists. Warning will be
generated in any case. 

1. I`m developing icmp ping function and "no reply" is not an error in
my program.
2. Function, what can say is any data to receive, not exists.
3. I do not want to turn warnings off. Because I need them in other
places.



[2005-11-02 08:52:06] dima at dimych dot sumy dot ua

Description:

Use of socket_read() on non blocking sockets produces warinigs like:
socket_read() unable to read from socket [35]: Resource temporarily
unavailable

I`m storing all php errors in log file /var/log/php.log.
This warning causes overflow of /var partition because socket_read()
called to wait icmp message. 


Reproduce code:
---
$socket = socket_create(AF_INET, SOCK_RAW, 1);
socket_connect($socket, $host, null);
$startTime = microtime_float(true);
socket_send($socket, $data, strLen($data), 0);
socket_set_nonblock($socket);
while((microtime_float() - $startTime) < 0.5) {
  $mt = microtime_float();
  if (socket_read($socket, 255)) {
 break;
  }
}
socket_close($socket);


Expected result:

no warnings in php.log

Actual result:
--
I`m receive huge count of warinigs in my php.log file like this:
socket_read() unable to read from socket [35]: Resource temporarily
unavailable






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

#21197 [Opn]: socket_read() outputs error with PHP_NORMAL_READ

2005-11-05 Thread nlopess

 ID:   21197
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bool at boolsite dot net
 Status:   Open
 Bug Type: Sockets related
 Operating System: *
 PHP Version:  5.*, 4.* (2005-10-29) (snap)
 New Comment:

I've made a patch that implements the idea of my last comment. The test
case now works properly.
I haven't tested bug #35062 but it seems to be a different bug.
http://mega.ist.utl.pt/~ncpl/php_sockets_win.txt


Previous Comments:


[2005-11-05 01:36:39] [EMAIL PROTECTED]

I was walking through the MSDN docs and I didn't also find anything.
But the best way (IMHO) is to store in the php_socket struct if the
socket is blocking or not (and update that field in the
socket_set_(non)block() functions). It also saves the fcntl syscall on
nix systems.



[2005-11-04 19:30:44] [EMAIL PROTECTED]

Here's a possible patch, but Wez probably knows better if there's a way
to tell if a windows socket is in blocking mode...

Index: sockets.c
===
RCS file: /repository/php-src/ext/sockets/sockets.c,v
retrieving revision 1.171.2.2
diff -u -p -d -r1.171.2.2 sockets.c
--- sockets.c   3 Nov 2005 15:00:51 -   1.171.2.2
+++ sockets.c   4 Nov 2005 18:28:45 -
@@ -257,6 +257,12 @@ static int php_read(int bsd_socket, void
int nonblock = 0;
char *t = (char *) buf;

+/*
+ * fcntl(s, F_GETFL) will always fail for windows, and there's no way
to
+ * determine if a socket is in blocking mode to my current knowledge,
so we
+ * just omit this check; though that means we're always blocking on
win32...
+ */
+#ifndef PHP_WIN32
m = fcntl(bsd_socket, F_GETFL);
if (m < 0) {
return m;
@@ -264,6 +270,7 @@ static int php_read(int bsd_socket, void

nonblock = (m & O_NONBLOCK);
m = 0;
+#endif

set_errno(0);





[2005-11-04 16:24:47] [EMAIL PROTECTED]

See also bug #35062



[2005-09-29 16:07:34] tommyo at gmail dot com

I installed the latest windows build PHP Version 5.1.0RC2-dev and the
socket problem still exists.  I get:

Warning: socket_read() [function.socket-read]: unable to read from
socket [0]: The operation completed successfully.

When I put PHP_NORMAL_READ for the read type parameter. Using the
default or PHP_BINARY_READ works just fine for the same line of code.



[2004-03-11 11:06:02] [EMAIL PROTECTED]

I've compilled PHP with cygwin/gcc and no error is produced. However,
the build version from snaps.php.net gives that error.



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

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

#35076 [Fbk->Opn]: Sometimes the log file shows: The session id contains illegal characters, ..etc

2005-11-05 Thread vincent_f40 at hotmail dot com

 ID:   35076
 User updated by:  vincent_f40 at hotmail dot com
 Reported By:  vincent_f40 at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Linux RHEL4, 2.6.9-11.ELsmp
 PHP Version:  5CVS-2005-11-05 (snap)
 New Comment:

file: config.inc


file: session_init.inc


file: index.php


I am not able to reproduce the error. The error just appears sometimes
in the log files...But basicly this is the setup.
Some pages we use frames...but I guess that should not be a problem.

Thanks,
Vince


Previous Comments:


[2005-11-05 19:59:51] [EMAIL PROTECTED]

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

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.





[2005-11-05 19:23:23] vincent_f40 at hotmail dot com

Hi Sniper,

Downloaded the latest PHP from your link. Installed it with the option:
--without-pear.
Everything installed Ok.

But the errors keep appearing...any ideas?

Thanks,
Vince



[2005-11-05 12:42:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

And ignore the PEAR errors. (just add --without-pear to your configure
line)



[2005-11-05 01:00:13] vincent_f40 at hotmail dot com

Hi Sniper,

Oki...and what about my initial error. The error down here:
Is this then a know issue and will be solved in the latest php release
?

Thu Nov  3 00:49:10 2005] [error] PHP Warning:  session_start() [function.session-start]: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in /home/httpd/html/includes/session_init.inc on line 70
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: The session
id
contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,'
in Unknown on line 0
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: Failed to
write session data (files). Please verify that the current setting of
session.save_path is correct () in Unknown on line 0

Thanks,
Vince.



[2005-11-03 02:27:52] vincent_f40 at hotmail dot com

Description:

[Thu Nov  3 00:49:10 2005] [error] PHP Warning:  session_start() [function.session-start]: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in /home/httpd/html/includes/session_init.inc on line 70
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in Unknown on line 0
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: Failed to
write session data (files). Please verify that the current setting of
session.save_path is correct () in Unknown on line 0

1) Cant reproduce the errors. As the site works fine, only sometimes
the above error appears in the log files.
2) session_write_close() is being used.
3) session_name() uses only the characters [a-z].
4) As the site works /tmp is oke as well.(perms, etc.)
5) There is enough free disk space in /tmp as well.

a) using apache 1.3.34, php compiled as module(apxs)
b) Kernel: 2.6.9-11.ELsmp (double processor)

Is this a bug or a php programming error ?
As it happens not always, just random/sometimes.

Search the net for hours...no luck in finding the explanation. Hope to
find some clue here.

Thanks.






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

#35116 [Opn->Bgs]: base64_decode broken in PHP 4.4.1

2005-11-05 Thread [EMAIL PROTECTED]

 ID:   35116
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Strings related
 Operating System: Linux
 PHP Version:  4.4.1
 New Comment:

Thinking about it again, I don't consider the change a BC break
anymore.  Clearly PHP's implementation of Base64 was incorrect prior to
fixing #34214 and thus people like me, who passed input containing
whitespace to base64_decode(), were doing something wrong in first
place.

Still it was surprising to see an application stop working when
deploying a security release of PHP, but such is live I guess.


Previous Comments:


[2005-11-05 20:04:18] [EMAIL PROTECTED]

I'm not questioning that a bug shouldn't be fixed.  What I'm
questioning is if this should happen within minor releases *if* the fix
imposes a BC break.



[2005-11-05 20:01:40] [EMAIL PROTECTED]

Why can't a bug be fixed?



[2005-11-05 20:00:23] [EMAIL PROTECTED]

I understand that whitespaces are not supported in Base64, but still
the behaviour of base64_decode() should not change from 4.4.0 to 4.4.1.



[2005-11-05 19:28:40] [EMAIL PROTECTED]

Description:

While base64_decode works properly in PHP 4.4.0 and PHP 5, it fails in
PHP 4.4.1.  I can reproduce this problem with vanilla sources of PHP
4.4.1 with the following ./configure line:

./configure --disable-all --with-mcrypt --enable-cli

I'm using Linux with glibc 2.3.5 and GCC 4.0.3.

Reproduce code:
---
http://bugs.php.net/?id=35116&edit=1

#35118 [NEW]: Using PDOStatement child class crashe Apache

2005-11-05 Thread stochnagara at hotmail dot com

From: stochnagara at hotmail dot com
Operating system: windows xp
PHP version:  5CVS-2005-11-05 (snap)
PHP Bug Type: PDO related
Bug description:  Using PDOStatement child class crashe Apache

Description:

When I try to use a class which extends PDOStatement, my apache crashes.
Here is a simple reproduce script:

Reproduce code:
---
class MAppPDOStatement extends PDOStatement {
function __construct ($pdo) {
parent::__construct ($pdo);
$this->setFetchMode (PDO::FETCH_OBJ);
}
}

$a = new PDO("sqlite::memory:");
$a->exec ("create table test (id int not null unique, name string)");
$a->prepare ("select * from sqlite_master", array
(PDO::ATTR_STATEMENT_CLASS => 'MAppPDOStatement'));


Expected result:

no errors

Actual result:
--
Apache crashes.

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

#35116 [Fbk->Opn]: base64_decode broken in PHP 4.4.1

2005-11-05 Thread [EMAIL PROTECTED]

 ID:   35116
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Strings related
 Operating System: Linux
 PHP Version:  4.4.1
 New Comment:

I'm not questioning that a bug shouldn't be fixed.  What I'm
questioning is if this should happen within minor releases *if* the fix
imposes a BC break.


Previous Comments:


[2005-11-05 20:01:40] [EMAIL PROTECTED]

Why can't a bug be fixed?



[2005-11-05 20:00:23] [EMAIL PROTECTED]

I understand that whitespaces are not supported in Base64, but still
the behaviour of base64_decode() should not change from 4.4.0 to 4.4.1.



[2005-11-05 19:28:40] [EMAIL PROTECTED]

Description:

While base64_decode works properly in PHP 4.4.0 and PHP 5, it fails in
PHP 4.4.1.  I can reproduce this problem with vanilla sources of PHP
4.4.1 with the following ./configure line:

./configure --disable-all --with-mcrypt --enable-cli

I'm using Linux with glibc 2.3.5 and GCC 4.0.3.

Reproduce code:
---
http://bugs.php.net/?id=35116&edit=1

#35115 [Opn->Fbk]: MSSQL query fails when retrieving date field

2005-11-05 Thread sniper

 ID:   35115
 Updated by:   [EMAIL PROTECTED]
 Reported By:  freetds228 at lewenberg dot com
-Status:   Open
+Status:   Feedback
 Bug Type: MSSQL related
 Operating System: RedHat Enterprise Linux 3
 PHP Version:  4.4.1
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2005-11-05 19:19:49] freetds228 at lewenberg dot com

Description:

When running a simple SELECT select query against an MS SQL server, if
the result set has a field with a non-NULL date, we are getting the
following error (with --enable-debug flag on): 

[Sat Nov  5 11:26:07 2005]  Script:  '/www-s/testfreetds.php'
---
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c(191) : Block 0x093CA2E0
status:
/root/tmp/php-4.4.1/Zend/zend_variables.c(44) : Actual location 
(location was relayed)
Beginning:  OK (allocated on 
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c:904, 19 bytes)
   End:  Overflown (magic=0x31383A34 instead of 0x2A8FCC84)
 At least 4 bytes overflown
---

The query returns only a single row and field (a date). Note that Perl
running the same query using the same freetds libraries has no errors.


We have compiled 4.4.1 against freetds 0.63 using the --with-mssql
option. 

Reproduce code:
---
$db = mssql_connect('mssqlserver', 'user', 'secret') ;

$rs = mssql_query('SELECT DateLastModified FROM Table WHERE rid = 1',
$db) ;



Expected result:

The date should be accessible in the result set. 

Actual result:
--
[Sat Nov  5 11:26:07 2005]  Script:  '/www-s/testfreetds.php'
---
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c(191) : Block 0x093CA2E0
status:
/root/tmp/php-4.4.1/Zend/zend_variables.c(44) : Actual location 
(location was relayed)
Beginning:  OK (allocated on 
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c:904, 19 bytes)
   End:  Overflown (magic=0x31383A34 instead of 0x2A8FCC84)
 At least 4 bytes overflown
---





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

#35116 [Opn->Fbk]: base64_decode broken in PHP 4.4.1

2005-11-05 Thread sniper

 ID:   35116
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Strings related
 Operating System: Linux
 PHP Version:  4.4.1
 New Comment:

Why can't a bug be fixed?


Previous Comments:


[2005-11-05 20:00:23] [EMAIL PROTECTED]

I understand that whitespaces are not supported in Base64, but still
the behaviour of base64_decode() should not change from 4.4.0 to 4.4.1.



[2005-11-05 19:28:40] [EMAIL PROTECTED]

Description:

While base64_decode works properly in PHP 4.4.0 and PHP 5, it fails in
PHP 4.4.1.  I can reproduce this problem with vanilla sources of PHP
4.4.1 with the following ./configure line:

./configure --disable-all --with-mcrypt --enable-cli

I'm using Linux with glibc 2.3.5 and GCC 4.0.3.

Reproduce code:
---
http://bugs.php.net/?id=35116&edit=1

#35117 [Opn->Bgs]: $_SERVER auto-global not in global scope in included file

2005-11-05 Thread sniper

 ID:   35117
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Debian sarge
 PHP Version:  5.1.0RC4
 New Comment:

.


Previous Comments:


[2005-11-05 20:00:33] [EMAIL PROTECTED]

Got it... reporting to the correct place.



[2005-11-05 19:59:25] [EMAIL PROTECTED]

Please note the last paragraph of my description. I think this is a
problem with APC and not with 5.1RC4. So, to test, use 5.1RC4, but
install APC with "pecl install apc" (using the default configuration
values) and enable the extension in php.ini.



[2005-11-05 19:58:14] [EMAIL PROTECTED]

Ah, I didn't notice the mention about APC. This is not PHP bug  but bug
in APC then. Report this to correct place. (pecl.php.net)




[2005-11-05 19:56:43] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I can't reproduce this. And what configure line did you use?



[2005-11-05 19:39:04] [EMAIL PROTECTED]

Description:

I noticed the following error after moving a Web site's code to a
machine running PHP 5.1RC4:

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2

This didn't make any sense, however for two reasons: 1) I'm able to use
$_SERVER in other scripts, and 2) this variable should be an
auto-global. The difference with this script, though, is that it is an
.inc file that is included and executed within a parent script.

If I place "global $_SERVER;" at the top of the included file, then it
has access to the $_SERVER auto-global array--on the first load of the
page only. Each subsequent load of the page again produces the PHP
Notice above.

I haven't tested this with other auto-globals, so I don't know whether
they have the same problems.

I created two simple test scripts to reproduce this (shown in the
"reproduce code" section). 

I noticed that the first time I loaded the page, it showed the $_SERVER
array just fine, but on each subsequent load, it generates the undefined
variable notice given above.

Everytime I make a change (any change) to the page and load it, the
array shows up on the first load only. With this in mind, I realized
that the problem was probably not with the auto-global array but with
APC, which I also have installed (using "pecl install apc" and
accepting the default configuration values). When I comment out the APC
extension line in php.ini, the $_SERVER array shows up perfectly on each
load of the page.

Reproduce code:
---
test.php:


file.inc:


Expected result:

I should see the print_r() output of the $_SERVER auto-global array
each time the page loads.

Actual result:
--
A PHP notice that occurs each time the page loads (but I noticed that
the expected result occurred the first time the page loaded):

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2





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

#35117 [Opn]: $_SERVER auto-global not in global scope in included file

2005-11-05 Thread [EMAIL PROTECTED]

 ID:   35117
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: *General Issues
 Operating System: Debian sarge
 PHP Version:  5.1.0RC4
 New Comment:

Got it... reporting to the correct place.


Previous Comments:


[2005-11-05 19:59:25] [EMAIL PROTECTED]

Please note the last paragraph of my description. I think this is a
problem with APC and not with 5.1RC4. So, to test, use 5.1RC4, but
install APC with "pecl install apc" (using the default configuration
values) and enable the extension in php.ini.



[2005-11-05 19:58:14] [EMAIL PROTECTED]

Ah, I didn't notice the mention about APC. This is not PHP bug  but bug
in APC then. Report this to correct place. (pecl.php.net)




[2005-11-05 19:56:43] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I can't reproduce this. And what configure line did you use?



[2005-11-05 19:39:04] [EMAIL PROTECTED]

Description:

I noticed the following error after moving a Web site's code to a
machine running PHP 5.1RC4:

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2

This didn't make any sense, however for two reasons: 1) I'm able to use
$_SERVER in other scripts, and 2) this variable should be an
auto-global. The difference with this script, though, is that it is an
.inc file that is included and executed within a parent script.

If I place "global $_SERVER;" at the top of the included file, then it
has access to the $_SERVER auto-global array--on the first load of the
page only. Each subsequent load of the page again produces the PHP
Notice above.

I haven't tested this with other auto-globals, so I don't know whether
they have the same problems.

I created two simple test scripts to reproduce this (shown in the
"reproduce code" section). 

I noticed that the first time I loaded the page, it showed the $_SERVER
array just fine, but on each subsequent load, it generates the undefined
variable notice given above.

Everytime I make a change (any change) to the page and load it, the
array shows up on the first load only. With this in mind, I realized
that the problem was probably not with the auto-global array but with
APC, which I also have installed (using "pecl install apc" and
accepting the default configuration values). When I comment out the APC
extension line in php.ini, the $_SERVER array shows up perfectly on each
load of the page.

Reproduce code:
---
test.php:


file.inc:


Expected result:

I should see the print_r() output of the $_SERVER auto-global array
each time the page loads.

Actual result:
--
A PHP notice that occurs each time the page loads (but I noticed that
the expected result occurred the first time the page loaded):

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2





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

#35116 [Opn]: base64_decode broken in PHP 4.4.1

2005-11-05 Thread [EMAIL PROTECTED]

 ID:   35116
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Strings related
 Operating System: Linux
 PHP Version:  4.4.1
 New Comment:

I understand that whitespaces are not supported in Base64, but still
the behaviour of base64_decode() should not change from 4.4.0 to 4.4.1.


Previous Comments:


[2005-11-05 19:28:40] [EMAIL PROTECTED]

Description:

While base64_decode works properly in PHP 4.4.0 and PHP 5, it fails in
PHP 4.4.1.  I can reproduce this problem with vanilla sources of PHP
4.4.1 with the following ./configure line:

./configure --disable-all --with-mcrypt --enable-cli

I'm using Linux with glibc 2.3.5 and GCC 4.0.3.

Reproduce code:
---
http://bugs.php.net/?id=35116&edit=1

#35076 [Opn->Fbk]: Sometimes the log file shows: The session id contains illegal characters, ..etc

2005-11-05 Thread sniper

 ID:   35076
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vincent_f40 at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux RHEL4, 2.6.9-11.ELsmp
-PHP Version:  5.0.5
+PHP Version:  5CVS-2005-11-05 (snap)
 New Comment:

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

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.




Previous Comments:


[2005-11-05 19:23:23] vincent_f40 at hotmail dot com

Hi Sniper,

Downloaded the latest PHP from your link. Installed it with the option:
--without-pear.
Everything installed Ok.

But the errors keep appearing...any ideas?

Thanks,
Vince



[2005-11-05 12:42:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

And ignore the PEAR errors. (just add --without-pear to your configure
line)



[2005-11-05 01:00:13] vincent_f40 at hotmail dot com

Hi Sniper,

Oki...and what about my initial error. The error down here:
Is this then a know issue and will be solved in the latest php release
?

Thu Nov  3 00:49:10 2005] [error] PHP Warning:  session_start() [function.session-start]: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in /home/httpd/html/includes/session_init.inc on line 70
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: The session
id
contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,'
in Unknown on line 0
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: Failed to
write session data (files). Please verify that the current setting of
session.save_path is correct () in Unknown on line 0

Thanks,
Vince.



[2005-11-03 02:27:52] vincent_f40 at hotmail dot com

Description:

[Thu Nov  3 00:49:10 2005] [error] PHP Warning:  session_start() [function.session-start]: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in /home/httpd/html/includes/session_init.inc on line 70
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in Unknown on line 0
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: Failed to
write session data (files). Please verify that the current setting of
session.save_path is correct () in Unknown on line 0

1) Cant reproduce the errors. As the site works fine, only sometimes
the above error appears in the log files.
2) session_write_close() is being used.
3) session_name() uses only the characters [a-z].
4) As the site works /tmp is oke as well.(perms, etc.)
5) There is enough free disk space in /tmp as well.

a) using apache 1.3.34, php compiled as module(apxs)
b) Kernel: 2.6.9-11.ELsmp (double processor)

Is this a bug or a php programming error ?
As it happens not always, just random/sometimes.

Search the net for hours...no luck in finding the explanation. Hope to
find some clue here.

Thanks.






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

#35117 [Bgs->Opn]: $_SERVER auto-global not in global scope in included file

2005-11-05 Thread [EMAIL PROTECTED]

 ID:   35117
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: *General Issues
 Operating System: Debian sarge
 PHP Version:  5.1.0RC4
 New Comment:

Please note the last paragraph of my description. I think this is a
problem with APC and not with 5.1RC4. So, to test, use 5.1RC4, but
install APC with "pecl install apc" (using the default configuration
values) and enable the extension in php.ini.


Previous Comments:


[2005-11-05 19:58:14] [EMAIL PROTECTED]

Ah, I didn't notice the mention about APC. This is not PHP bug  but bug
in APC then. Report this to correct place. (pecl.php.net)




[2005-11-05 19:56:43] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I can't reproduce this. And what configure line did you use?



[2005-11-05 19:39:04] [EMAIL PROTECTED]

Description:

I noticed the following error after moving a Web site's code to a
machine running PHP 5.1RC4:

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2

This didn't make any sense, however for two reasons: 1) I'm able to use
$_SERVER in other scripts, and 2) this variable should be an
auto-global. The difference with this script, though, is that it is an
.inc file that is included and executed within a parent script.

If I place "global $_SERVER;" at the top of the included file, then it
has access to the $_SERVER auto-global array--on the first load of the
page only. Each subsequent load of the page again produces the PHP
Notice above.

I haven't tested this with other auto-globals, so I don't know whether
they have the same problems.

I created two simple test scripts to reproduce this (shown in the
"reproduce code" section). 

I noticed that the first time I loaded the page, it showed the $_SERVER
array just fine, but on each subsequent load, it generates the undefined
variable notice given above.

Everytime I make a change (any change) to the page and load it, the
array shows up on the first load only. With this in mind, I realized
that the problem was probably not with the auto-global array but with
APC, which I also have installed (using "pecl install apc" and
accepting the default configuration values). When I comment out the APC
extension line in php.ini, the $_SERVER array shows up perfectly on each
load of the page.

Reproduce code:
---
test.php:


file.inc:


Expected result:

I should see the print_r() output of the $_SERVER auto-global array
each time the page loads.

Actual result:
--
A PHP notice that occurs each time the page loads (but I noticed that
the expected result occurred the first time the page loaded):

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2





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

#35117 [Fbk->Bgs]: $_SERVER auto-global not in global scope in included file

2005-11-05 Thread sniper

 ID:   35117
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Debian sarge
 PHP Version:  5.1.0RC4
 New Comment:

Ah, I didn't notice the mention about APC. This is not PHP bug  but bug
in APC then. Report this to correct place. (pecl.php.net)



Previous Comments:


[2005-11-05 19:56:43] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I can't reproduce this. And what configure line did you use?



[2005-11-05 19:39:04] [EMAIL PROTECTED]

Description:

I noticed the following error after moving a Web site's code to a
machine running PHP 5.1RC4:

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2

This didn't make any sense, however for two reasons: 1) I'm able to use
$_SERVER in other scripts, and 2) this variable should be an
auto-global. The difference with this script, though, is that it is an
.inc file that is included and executed within a parent script.

If I place "global $_SERVER;" at the top of the included file, then it
has access to the $_SERVER auto-global array--on the first load of the
page only. Each subsequent load of the page again produces the PHP
Notice above.

I haven't tested this with other auto-globals, so I don't know whether
they have the same problems.

I created two simple test scripts to reproduce this (shown in the
"reproduce code" section). 

I noticed that the first time I loaded the page, it showed the $_SERVER
array just fine, but on each subsequent load, it generates the undefined
variable notice given above.

Everytime I make a change (any change) to the page and load it, the
array shows up on the first load only. With this in mind, I realized
that the problem was probably not with the auto-global array but with
APC, which I also have installed (using "pecl install apc" and
accepting the default configuration values). When I comment out the APC
extension line in php.ini, the $_SERVER array shows up perfectly on each
load of the page.

Reproduce code:
---
test.php:


file.inc:


Expected result:

I should see the print_r() output of the $_SERVER auto-global array
each time the page loads.

Actual result:
--
A PHP notice that occurs each time the page loads (but I noticed that
the expected result occurred the first time the page loaded):

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2





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

#35117 [Opn->Fbk]: $_SERVER auto-global not in global scope in included file

2005-11-05 Thread sniper

 ID:   35117
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Variables related
 Operating System: Debian sarge
 PHP Version:  5.1.0RC4
 New Comment:

Please try using this CVS snapshot:

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

I can't reproduce this. And what configure line did you use?


Previous Comments:


[2005-11-05 19:39:04] [EMAIL PROTECTED]

Description:

I noticed the following error after moving a Web site's code to a
machine running PHP 5.1RC4:

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2

This didn't make any sense, however for two reasons: 1) I'm able to use
$_SERVER in other scripts, and 2) this variable should be an
auto-global. The difference with this script, though, is that it is an
.inc file that is included and executed within a parent script.

If I place "global $_SERVER;" at the top of the included file, then it
has access to the $_SERVER auto-global array--on the first load of the
page only. Each subsequent load of the page again produces the PHP
Notice above.

I haven't tested this with other auto-globals, so I don't know whether
they have the same problems.

I created two simple test scripts to reproduce this (shown in the
"reproduce code" section). 

I noticed that the first time I loaded the page, it showed the $_SERVER
array just fine, but on each subsequent load, it generates the undefined
variable notice given above.

Everytime I make a change (any change) to the page and load it, the
array shows up on the first load only. With this in mind, I realized
that the problem was probably not with the auto-global array but with
APC, which I also have installed (using "pecl install apc" and
accepting the default configuration values). When I comment out the APC
extension line in php.ini, the $_SERVER array shows up perfectly on each
load of the page.

Reproduce code:
---
test.php:


file.inc:


Expected result:

I should see the print_r() output of the $_SERVER auto-global array
each time the page loads.

Actual result:
--
A PHP notice that occurs each time the page loads (but I noticed that
the expected result occurred the first time the page loaded):

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2





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

#35117 [NEW]: $_SERVER auto-global not in global scope in included file

2005-11-05 Thread [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: Debian sarge
PHP version:  5.1.0RC4
PHP Bug Type: Variables related
Bug description:  $_SERVER auto-global not in global scope in included file

Description:

I noticed the following error after moving a Web site's code to a machine
running PHP 5.1RC4:

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2

This didn't make any sense, however for two reasons: 1) I'm able to use
$_SERVER in other scripts, and 2) this variable should be an auto-global.
The difference with this script, though, is that it is an .inc file that
is included and executed within a parent script.

If I place "global $_SERVER;" at the top of the included file, then it has
access to the $_SERVER auto-global array--on the first load of the page
only. Each subsequent load of the page again produces the PHP Notice
above.

I haven't tested this with other auto-globals, so I don't know whether
they have the same problems.

I created two simple test scripts to reproduce this (shown in the
"reproduce code" section). 

I noticed that the first time I loaded the page, it showed the $_SERVER
array just fine, but on each subsequent load, it generates the undefined
variable notice given above.

Everytime I make a change (any change) to the page and load it, the array
shows up on the first load only. With this in mind, I realized that the
problem was probably not with the auto-global array but with APC, which I
also have installed (using "pecl install apc" and accepting the default
configuration values). When I comment out the APC extension line in
php.ini, the $_SERVER array shows up perfectly on each load of the page.

Reproduce code:
---
test.php:


file.inc:


Expected result:

I should see the print_r() output of the $_SERVER auto-global array each
time the page loads.

Actual result:
--
A PHP notice that occurs each time the page loads (but I noticed that the
expected result occurred the first time the page loaded):

PHP Notice:  Undefined variable: _SERVER in
/data/home/ramsey/public_html/file.inc on line 2

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

#35116 [NEW]: base64_decode broken in PHP 4.4.1

2005-11-05 Thread [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.4.1
PHP Bug Type: Strings related
Bug description:  base64_decode broken in PHP 4.4.1

Description:

While base64_decode works properly in PHP 4.4.0 and PHP 5, it fails in PHP
4.4.1.  I can reproduce this problem with vanilla sources of PHP 4.4.1 with
the following ./configure line:

./configure --disable-all --with-mcrypt --enable-cli

I'm using Linux with glibc 2.3.5 and GCC 4.0.3.

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

#35112 [Asn->Csd]: Pear Install Error - Call to undefined function: getversion()

2005-11-05 Thread cellog

 ID:   35112
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jason at extremeoverclocking dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: RH EL 4CVS, 3
 PHP Version:  4CVS-2005-11-05 (snap)
 Assigned To:  cellog
 New Comment:

This bug has been fixed in CVS.

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




Previous Comments:


[2005-11-05 16:45:29] [EMAIL PROTECTED]

Assigned to the PEAR maintainer. Greg, don't you people test anything
you commit?




[2005-11-05 16:43:52] jason at extremeoverclocking dot com

Description:

Doing a make install caused the error below, so I installed everything
except pear, then ran the following but it still would not work.

[root php4-STABLE-200511051406]# make install-pear
Installing PEAR environment:  /usr/lib/php/

Fatal error: Call to undefined function:  getversion() in
/root/php4-STABLE-200511051406/pear/install-pear.php on line 118
make[1]: *** [install-pear-installer] Error 255
make: *** [install-pear] Error 2






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

#35076 [Fbk->Opn]: Sometimes the log file shows: The session id contains illegal characters, ..etc

2005-11-05 Thread vincent_f40 at hotmail dot com

 ID:   35076
 User updated by:  vincent_f40 at hotmail dot com
 Reported By:  vincent_f40 at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Linux RHEL4, 2.6.9-11.ELsmp
 PHP Version:  5.0.5
 New Comment:

Hi Sniper,

Downloaded the latest PHP from your link. Installed it with the option:
--without-pear.
Everything installed Ok.

But the errors keep appearing...any ideas?

Thanks,
Vince


Previous Comments:


[2005-11-05 12:42:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

And ignore the PEAR errors. (just add --without-pear to your configure
line)



[2005-11-05 01:00:13] vincent_f40 at hotmail dot com

Hi Sniper,

Oki...and what about my initial error. The error down here:
Is this then a know issue and will be solved in the latest php release
?

Thu Nov  3 00:49:10 2005] [error] PHP Warning:  session_start() [function.session-start]: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in /home/httpd/html/includes/session_init.inc on line 70
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: The session
id
contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,'
in Unknown on line 0
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: Failed to
write session data (files). Please verify that the current setting of
session.save_path is correct () in Unknown on line 0

Thanks,
Vince.



[2005-11-03 02:27:52] vincent_f40 at hotmail dot com

Description:

[Thu Nov  3 00:49:10 2005] [error] PHP Warning:  session_start() [function.session-start]: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in /home/httpd/html/includes/session_init.inc on line 70
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in Unknown on line 0
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: Failed to
write session data (files). Please verify that the current setting of
session.save_path is correct () in Unknown on line 0

1) Cant reproduce the errors. As the site works fine, only sometimes
the above error appears in the log files.
2) session_write_close() is being used.
3) session_name() uses only the characters [a-z].
4) As the site works /tmp is oke as well.(perms, etc.)
5) There is enough free disk space in /tmp as well.

a) using apache 1.3.34, php compiled as module(apxs)
b) Kernel: 2.6.9-11.ELsmp (double processor)

Is this a bug or a php programming error ?
As it happens not always, just random/sometimes.

Search the net for hours...no luck in finding the explanation. Hope to
find some clue here.

Thanks.






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

#35115 [NEW]: MSSQL query fails when retrieving date field

2005-11-05 Thread freetds228 at lewenberg dot com

From: freetds228 at lewenberg dot com
Operating system: RedHat Enterprise Linux 3
PHP version:  4.4.1
PHP Bug Type: MSSQL related
Bug description:  MSSQL query fails when retrieving date field

Description:

When running a simple SELECT select query against an MS SQL server, if the
result set has a field with a non-NULL date, we are getting the following
error (with --enable-debug flag on): 

[Sat Nov  5 11:26:07 2005]  Script:  '/www-s/testfreetds.php'
---
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c(191) : Block 0x093CA2E0 status:
/root/tmp/php-4.4.1/Zend/zend_variables.c(44) : Actual location 
(location was relayed)
Beginning:  OK (allocated on 
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c:904, 19 bytes)
   End:  Overflown (magic=0x31383A34 instead of 0x2A8FCC84)
 At least 4 bytes overflown
---

The query returns only a single row and field (a date). Note that Perl
running the same query using the same freetds libraries has no errors.


We have compiled 4.4.1 against freetds 0.63 using the --with-mssql option.


Reproduce code:
---
$db = mssql_connect('mssqlserver', 'user', 'secret') ;

$rs = mssql_query('SELECT DateLastModified FROM Table WHERE rid = 1', $db)
;



Expected result:

The date should be accessible in the result set. 

Actual result:
--
[Sat Nov  5 11:26:07 2005]  Script:  '/www-s/testfreetds.php'
---
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c(191) : Block 0x093CA2E0 status:
/root/tmp/php-4.4.1/Zend/zend_variables.c(44) : Actual location 
(location was relayed)
Beginning:  OK (allocated on 
/root/tmp/php-4.4.1/ext/mssql/php_mssql.c:904, 19 bytes)
   End:  Overflown (magic=0x31383A34 instead of 0x2A8FCC84)
 At least 4 bytes overflown
---

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

#34955 [Asn->Fbk]: PEAR install fails

2005-11-05 Thread cellog

 ID:   34955
 Updated by:   [EMAIL PROTECTED]
 Reported By:  squasar at eternalviper dot net
-Status:   Assigned
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Mac OS X 10.4.2/Darwin 8.2.0
 PHP Version:  5.1.0RC3
 Assigned To:  cellog
 New Comment:

I have reports of many users successfully running this on Mac OS X, so
I am inclined to think it is a problem with your setup.

Please try with the latest install-pear-nozlib.phar, just in case this
makes any difference.


Previous Comments:


[2005-11-03 22:41:11] [EMAIL PROTECTED]

Greg, perhaps we should remove PEAR totally from PHP and keep it
separate. This thing has always slowed the releases of PHP
and it should really end by now..




[2005-10-27 13:30:26] squasar at eternalviper dot net

No; PEAR does not install. As far as I can tell, install-pear-
nozlib.phar never runs at all; php parses it and spits out 
800K worth of ? characters.



[2005-10-27 05:29:23] [EMAIL PROTECTED]

I can't reproduce this on gentoo linux.

Does PEAR actually install?



[2005-10-22 11:50:54] [EMAIL PROTECTED]

Greg, check it out please.



[2005-10-22 05:58:17] squasar at eternalviper dot net

Description:

The "Installing PEAR environment" phase of the "make install" 
command results in several pages of garbage output and no 
installed PEAR. The error occurs when make attempts to run the 
install-pear-nozlib.phar script.

Reproduce code:
---
$ ./buildconf --force
$ ./configure --prefix=/usr --with-apxs --enable-cli
--disable-short-tags --with-zlib --with-bz2 --enable-ftp --with-iconv
--enable-mbstring --with-mysql=/usr --enable-sockets --enable-debug
--enable-simplexml --with-xsl=/usr --with-curl=/usr --with-curlwrappers
--enable-bcmath --with-gmp=/usr/local --with-gd
--with-freetype-dir=/usr/X11R6 --enable-gd-native-ttf
--with-imap=/usr/local/imap --with-imap-ssl=/usr --with-xmlrpc
--with-xml-dir=/usr --with-expat-dir=/usr --with-iconv-dir=/usr
--with-mysqli=/usr/bin/mysql_config --with-pdo-mysql=/usr
--with-embedded-mysqli --enable-maintainer-zts --enable-zend-multibyte
--enable-memory-limit --with-svn=/usr
$ make -j 3
$ sudo make install

Expected result:

Installing PHP SAPI module:   apache
[activating module `php5' in /etc/httpd/httpd.conf]
cp libs/libphp5.so /usr/libexec/httpd/libphp5.so
chmod 755 /usr/libexec/httpd/libphp5.so
cp /etc/httpd/httpd.conf /etc/httpd/httpd.conf.bak
cp /etc/httpd/httpd.conf.new /etc/httpd/httpd.conf
rm /etc/httpd/httpd.conf.new
Installing PHP CLI binary:/usr/bin/
Installing PHP CLI man page:  /usr/man/man1/
Installing build environment: /usr/lib/php/build/
Installing header files:  /usr/include/php/
Installing helper programs:   /usr/bin/
  program: phpize
  program: php-config
Installing man pages: /usr/man/man1/
  page: phpize.1
  page: php-config.1
Installing PEAR environment:  /usr/lib/php/
Installing PDO headers:  /usr/include/php/ext/pdo/


Actual result:
--
Installing PHP SAPI module:   apache
[activating module `php5' in /etc/httpd/httpd.conf]
cp libs/libphp5.so /usr/libexec/httpd/libphp5.so
chmod 755 /usr/libexec/httpd/libphp5.so
cp /etc/httpd/httpd.conf /etc/httpd/httpd.conf.bak
cp /etc/httpd/httpd.conf.new /etc/httpd/httpd.conf
rm /etc/httpd/httpd.conf.new
Installing PHP CLI binary:/usr/bin/
Installing PHP CLI man page:  /usr/man/man1/
Installing build environment: /usr/lib/php/build/
Installing header files:  /usr/include/php/
Installing helper programs:   /usr/bin/
  program: phpize
  program: php-config
Installing man pages: /usr/man/man1/
  page: phpize.1
  page: php-config.1
Installing PEAR environment:  /usr/lib/php/
???/* this continues for 
exactly 821228 characters total 
*/???Installing PDO 
headers:  /usr/include/php/ext/pdo/






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

#34670 [Opn->Ver]: imageTTFText for Indian scripts (Devanagari)

2005-11-05 Thread pajoye

 ID:   34670
 Updated by:   [EMAIL PROTECTED]
 Reported By:  klaus at glashoff dot net
-Status:   Open
+Status:   Verified
 Bug Type: GD related
 Operating System: Windows XP
 PHP Version:  6CVS
 Assigned To:  pajoye


Previous Comments:


[2005-09-29 12:51:36] klaus at glashoff dot net

It's a new project, so I do not know whether that ever worked.



[2005-09-29 11:40:49] [EMAIL PROTECTED]

Did that ever work? take #2



[2005-09-28 14:18:22] [EMAIL PROTECTED]

Thanks for the links, they are mostly what I'm using to port the
Freetype backend to the newly added Unicode support in HEAD (php6).

Did that ever work? 

For what I see, it seems like I will be able to really fixed that only
in php6 using unicode (unicode strings passed to FT with correct glyphs
set).





[2005-09-28 14:14:40] klaus at glashoff dot net

1. The font can be downloaded from 
http://www.omkarananda-ashram.org/Sanskrit/itranslator2003.htm#dls

2. The expected result may be generated by any browser which can deal
with the Unicode sequence I gave: क्&2340;  What you will
see (if an appropriate font has been installed) is a single glyph which
is a conjunct of the glyph for "k" (क) and "t" (त).

3. The different results (text from the browser or image) may be seen
on my testpage
http://leuchtraum.de/translation/test/devatest.php?text=kt
Please see also the source of the page. 
Try also input of "krtsna" or other conjuncts. (This test page is not
perfect but hopefully sufficient to show the problem).

4. The Unicode directives for Devanagari are given in
http://www.unicode.org/versions/Unicode4.0.0/ch09.pdf
Table 9.2 on p. 229 is of relevance; also the pages before.



[2005-09-28 12:49:26] [EMAIL PROTECTED]

Please provide links to:
- the font you use (Sanskrit2003.ttf)
  or are you using the font from www.omkarananda-ashram.org?
 
- expected results (using another program if required)
  as images

- actual result as images





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

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

#35107 [Fbk]: compile failure with PHP 5.1 + MySQL 5

2005-11-05 Thread wez

 ID:   35107
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alex at whitewhale dot net
 Status:   Feedback
 Bug Type: PDO related
 Operating System: MacOS X 10.4.3
 PHP Version:  5CVS-2005-11-05 (snap)
 Assigned To:  wez
 New Comment:

Please try using this CVS snapshot:

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

I just committed a fix; please try the next snapshot.


Previous Comments:


[2005-11-05 16:44:14] [EMAIL PROTECTED]

Where is your mysql.h ?



[2005-11-05 16:38:52] [EMAIL PROTECTED]

Assigned to the PDO maintainer.



[2005-11-05 15:42:33] alex at whitewhale dot net

Okay, using that configure line I now get:

In file included from /Users/sahara/Documents/LAMP/php/
php5-200511041330/ext/pdo_mysql/pdo_mysql.c:31:
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:25:19: error: mysql.h: No such 
file or directory
In file included from /Users/sahara/Documents/LAMP/php/
php5-200511041330/ext/pdo_mysql/pdo_mysql.c:31:
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:36: error: parse error before 
'MYSQL'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:36: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:38: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:39: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:40: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:43: error: parse error before 
'}' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:43: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:46: error: parse error before 
'MYSQL_FIELD'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:46: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:47: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:50: error: parse error before 
'pdo_mysql_db_handle'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:50: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:51: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:52: error: parse error before 
'*' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:52: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:53: error: parse error before 
'current_data'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:53: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:69: error: parse error before 
'}' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:69: warning: data definition 
has no type or storage class
make: *** [ext/pdo_mysql/pdo_mysql.lo] Error 1



[2005-11-05 12:39:07] [EMAIL PROTECTED]

So now we've found out that the problem isn't in ext/mysqli.
Try this configure line (with the usual "rm config.cache" and "make
clean", which are only needed if you're not using fresh sources
everytime)

# ./configure --disable-all --enable-pdo --with-pdo-mysql



[2005-11-05 02:17:26] alex at whitewhale dot net

Actually, I ran "make clean" several times in trying to 
diagnose this. Also, as I said, I tried compiling a fresh 
snapshot this morning to no avail.

I was finally able to compile it with your suggested, 
stripped-down config line after both "rm config.cache" and 
"make clean" but the moment I tried it with my normal config 
line, it failed again with the original error.

Just to be clear, the following sequence does *not* work for 
me (on my Mac, it works on my Linux box):

rm config.cache
make clean
./configure --with-apxs=/usr/sbin/apxs --prefix=/usr --
ena

#35114 [Fbk->Bgs]: fetch mail timeout and make CPU loading 100%

2005-11-05 Thread derick

 ID:   35114
 Updated by:   [EMAIL PROTECTED]
 Reported By:  wiseguy at wiseguy dot idv dot tw
-Status:   Feedback
+Status:   Bogus
 Bug Type: *Mail Related
 Operating System: Fedora Core 4
 PHP Version:  4.4.1
 New Comment:

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

Thank you for your interest in PHP.

The snapshots at http://snaps.php.net should work again.


Previous Comments:


[2005-11-05 17:19:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-11-05 17:12:54] wiseguy at wiseguy dot idv dot tw

Description:

I use the "Squirrel Mail v1.4.5" as my web mail system under the Apache
1.3.34 + PHP 4.4.0 structure. It is working normally.

After I upgrade the PHP to version 4.4.1, I can't read the mail. The
mail reading program was executing timeout. When the program was
running, the CPU loading was 100%.

The following is my configure parameters :
./configure \
--prefix=/usr/local \
--with-apxs=/apps/apache/bin/apxs \
--with-dom \
--with-dom-exslt \
--with-dom-xslt \
--with-png-dir=/usr \
--with-imap \
--with-gd \
--with-iconv \
--with-freetype-dir=/usr \
--with-mcrypt \
--with-jpeg-dir=/usr \
--with-zlib \
--with-mysql=/apps/mysql \
--with-mime-magic \
--with-xpm-dir=/usr \
--enable-mbstring=all \
--enable-gd-native-ttf \
--enable-mbregex \
--enable-shmop \
--disable-tokenizer \
--disable-debug \
--disable-ipv6






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

#35114 [Opn->Fbk]: fetch mail timeout and make CPU loading 100%

2005-11-05 Thread sniper

 ID:   35114
 Updated by:   [EMAIL PROTECTED]
 Reported By:  wiseguy at wiseguy dot idv dot tw
-Status:   Open
+Status:   Feedback
 Bug Type: *Mail Related
 Operating System: Fedora Core 4
 PHP Version:  4.4.1
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2005-11-05 17:12:54] wiseguy at wiseguy dot idv dot tw

Description:

I use the "Squirrel Mail v1.4.5" as my web mail system under the Apache
1.3.34 + PHP 4.4.0 structure. It is working normally.

After I upgrade the PHP to version 4.4.1, I can't read the mail. The
mail reading program was executing timeout. When the program was
running, the CPU loading was 100%.

The following is my configure parameters :
./configure \
--prefix=/usr/local \
--with-apxs=/apps/apache/bin/apxs \
--with-dom \
--with-dom-exslt \
--with-dom-xslt \
--with-png-dir=/usr \
--with-imap \
--with-gd \
--with-iconv \
--with-freetype-dir=/usr \
--with-mcrypt \
--with-jpeg-dir=/usr \
--with-zlib \
--with-mysql=/apps/mysql \
--with-mime-magic \
--with-xpm-dir=/usr \
--enable-mbstring=all \
--enable-gd-native-ttf \
--enable-mbregex \
--enable-shmop \
--disable-tokenizer \
--disable-debug \
--disable-ipv6






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

#35114 [NEW]: fetch mail timeout and make CPU loading 100%

2005-11-05 Thread wiseguy at wiseguy dot idv dot tw

From: wiseguy at wiseguy dot idv dot tw
Operating system: Fedora Core 4
PHP version:  4.4.1
PHP Bug Type: *Mail Related
Bug description:  fetch mail timeout and make CPU loading 100%

Description:

I use the "Squirrel Mail v1.4.5" as my web mail system under the Apache
1.3.34 + PHP 4.4.0 structure. It is working normally.

After I upgrade the PHP to version 4.4.1, I can't read the mail. The mail
reading program was executing timeout. When the program was running, the
CPU loading was 100%.

The following is my configure parameters :
./configure \
--prefix=/usr/local \
--with-apxs=/apps/apache/bin/apxs \
--with-dom \
--with-dom-exslt \
--with-dom-xslt \
--with-png-dir=/usr \
--with-imap \
--with-gd \
--with-iconv \
--with-freetype-dir=/usr \
--with-mcrypt \
--with-jpeg-dir=/usr \
--with-zlib \
--with-mysql=/apps/mysql \
--with-mime-magic \
--with-xpm-dir=/usr \
--enable-mbstring=all \
--enable-gd-native-ttf \
--enable-mbregex \
--enable-shmop \
--disable-tokenizer \
--disable-debug \
--disable-ipv6


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

#35074 [Opn->Fbk]: Call to virtual() causes Segmentation fault

2005-11-05 Thread sniper

 ID:   35074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jeff dot potter at hp dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux (Redhat EL 3 i386)
 PHP Version:  5CVS, 4CVS (2005-11-04) (snap)
 New Comment:

Does the GDB backtrace differ to the one with PHP 4?



Previous Comments:


[2005-11-03 23:42:20] jeff dot potter at hp dot com

php5-latest.tar.gz (php5-200511031930)  Also fails with a Segmentation
fault.

[Thu Nov 03 16:05:08 2005] [notice] child pid 21281 exit signal
Segmentation fault (11)

[Thu Nov 03 16:05:10 2005] [notice] child pid 21317 exit signal
Segmentation fault (11)

Summary:

php-4.3.11 - No issue
php-4.4.0  - No issue
php-4.4.1  - SEGMENTATION FAULT
php4-STABLE-200511031356 - SEGMENTATION FAULT
php5-200511031930 - SEGMENTATION FAULT



[2005-11-03 21:53:30] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-11-03 17:16:34] jeff dot potter at hp dot com

php4-STABLE-latest (php4-STABLE-200511031356) still appears to have the
same symptoms as php-4.4.1

[Thu Nov 03 09:41:35 2005] [notice] child pid 4209 exit signal
Segmentation fault (11)
[Thu Nov 03 09:41:37 2005] [notice] child pid 4264 exit signal
Segmentation fault (11)



[2005-11-03 09:10:15] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2005-11-03 00:29:49] jeff dot potter at hp dot com

Description:

Just compiled and integrated PHP v4.4.1, and I get an immediate
Segmentation fault on my first virtual() call. Same code works fine in
PHP 4.3.11 & PHP 4.4.0.

Configure script:

./configure $php_dbg_flag --prefix=/opt/hp/hpsmh/php
--with-apxs2=/opt/hp/hpsmh/sbin/apxs \
--with-dom=/opt/hp/hpsmh  --with-zlib --enable-bcmath --enable-calendar
--enable-wddx --enable-ftp
make
make install

Platform:

RedHat Enterprise Linux Advanced Server 3 Update 2
Apache 2.0.48 with security patches


Reproduce code:
---
Just call virtual(some_uri).

Expected result:

My page rendered on the screen.

Actual result:
--
It looks like the rr->main structure in PHP_FUNCTION(virtual)is all
zeros. 

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1469858896 (LWP 13252)]
ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);

(gdb) bt
#0  ap_rflush (r=0x82ef088) at protocol.c:1561
#1  0xb71eba7f in zif_virtual (ht=1, return_value=0x839d264,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/php_functions.c:101
#2  0xb71e2b59 in execute (op_array=0x83987b4, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend_execute.c:1675
#3  0xb71cea6c in zend_execute_scripts (type=8, tsrm_ls=0x8363dd8,
retval=0x0, file_count=3)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend.c:938
#4  0xb71a5d3e in php_execute_script (primary_file=0xa863b830,
tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/main/main.c:1743
#5  0xb71eb3ce in php_handler (r=0x82b8e50)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/sapi_apache2.c:572
#6  0x080a5b1e in ap_run_handler (r=0x82b8e50) at config.c:151
#7  0x080a6039 in ap_invoke_handler (r=0x82b8e50) at config.c:358
#8  0x080a1d8f in ap_process_request (r=0x82b8e50) at
http_request.c:246
#9  0x0809dd04 in ap_process_http_connection (c=0x82abf18) at
http_core.c:250
#10 0x080adeca in ap_run_process_connection (c=0x82abf18) at
connection.c:42
#11 0x080a2d3f in process_socket (p=0x82abdf0, sock=0x82abe28,
my_child_num=0, my_thread_num=22,
bucket_alloc=0x82addf8) at worker.c:520
#12 0x080a3332 in worker_thread (thd=0x81dbac8, dummy=0x82a5040) at
worker.c:834
#13 0xb747551c in dummy_worker (opaque=0x81dbac8) at thread.c:88
#14 0xb744adec in start_thread () from /lib/tls/libpthread.so.0
#15 0xb7370e8a in clone () from /lib/tls/libc.so.6
(gdb)


Frame #0 Code

#0  ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);

(gdb) print bb
$1 = (apr_bucket_brigade *) 0x839d264
(gdb) print *bb
$2 = {p = 0x0, list = {next = 0x0, prev = 0x1}, bucket_alloc =
0x0}

gdb) print c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print *c->bucket_all

#35113 [Opn->Asn]: Please update the GD bundled extension to 2.0.33

2005-11-05 Thread pajoye

 ID:   35113
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tonglebeak at gmail dot com
-Status:   Open
+Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  5.0.5
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

It is not exactly 2.0.28, given that we have many fixes that are still
not in the latest GD 2.0.33.

Animated GIF will not be available in 5.x but in cvs HEAD.


Previous Comments:


[2005-11-05 16:46:09] tonglebeak at gmail dot com

Description:

Currently, the version of the bundled GD library is 2.0.28. I'm
requesting that this be upgraded to the newest version of 2.0.33.

More details about GD can be found http://www.boutell.com/gd/

One of the main reasons to upgrade from 2.0.28 is the fact that 2.0.29
and higher supports writing animated GIFs, which is a very useful
feature, not to mention the numerous bugfixes and such.

Thank you.






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

#35113 [NEW]: Please update the GD bundled extension to 2.0.33

2005-11-05 Thread tonglebeak at gmail dot com

From: tonglebeak at gmail dot com
Operating system: All
PHP version:  5.0.5
PHP Bug Type: *Extensibility Functions
Bug description:  Please update the GD bundled extension to 2.0.33

Description:

Currently, the version of the bundled GD library is 2.0.28. I'm requesting
that this be upgraded to the newest version of 2.0.33.

More details about GD can be found http://www.boutell.com/gd/

One of the main reasons to upgrade from 2.0.28 is the fact that 2.0.29 and
higher supports writing animated GIFs, which is a very useful feature, not
to mention the numerous bugfixes and such.

Thank you.


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

#35112 [Opn->Asn]: Pear Install Error - Call to undefined function: getversion()

2005-11-05 Thread sniper

 ID:   35112
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jason at extremeoverclocking dot com
-Status:   Open
+Status:   Assigned
 Bug Type: Compile Failure
-Operating System: RH EL 3
+Operating System: RH EL 4CVS, 3
 PHP Version:  4CVS-2005-11-05 (snap)
-Assigned To:  
+Assigned To:  cellog
 New Comment:

Assigned to the PEAR maintainer. Greg, don't you people test anything
you commit?



Previous Comments:


[2005-11-05 16:43:52] jason at extremeoverclocking dot com

Description:

Doing a make install caused the error below, so I installed everything
except pear, then ran the following but it still would not work.

[root php4-STABLE-200511051406]# make install-pear
Installing PEAR environment:  /usr/lib/php/

Fatal error: Call to undefined function:  getversion() in
/root/php4-STABLE-200511051406/pear/install-pear.php on line 118
make[1]: *** [install-pear-installer] Error 255
make: *** [install-pear] Error 2






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

#35107 [Asn->Fbk]: compile failure with PHP 5.1 + MySQL 5

2005-11-05 Thread wez

 ID:   35107
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alex at whitewhale dot net
-Status:   Assigned
+Status:   Feedback
 Bug Type: PDO related
 Operating System: MacOS X 10.4.3
 PHP Version:  5CVS-2005-11-05 (snap)
 Assigned To:  wez
 New Comment:

Where is your mysql.h ?


Previous Comments:


[2005-11-05 16:38:52] [EMAIL PROTECTED]

Assigned to the PDO maintainer.



[2005-11-05 15:42:33] alex at whitewhale dot net

Okay, using that configure line I now get:

In file included from /Users/sahara/Documents/LAMP/php/
php5-200511041330/ext/pdo_mysql/pdo_mysql.c:31:
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:25:19: error: mysql.h: No such 
file or directory
In file included from /Users/sahara/Documents/LAMP/php/
php5-200511041330/ext/pdo_mysql/pdo_mysql.c:31:
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:36: error: parse error before 
'MYSQL'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:36: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:38: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:39: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:40: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:43: error: parse error before 
'}' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:43: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:46: error: parse error before 
'MYSQL_FIELD'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:46: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:47: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:50: error: parse error before 
'pdo_mysql_db_handle'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:50: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:51: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:52: error: parse error before 
'*' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:52: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:53: error: parse error before 
'current_data'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:53: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:69: error: parse error before 
'}' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:69: warning: data definition 
has no type or storage class
make: *** [ext/pdo_mysql/pdo_mysql.lo] Error 1



[2005-11-05 12:39:07] [EMAIL PROTECTED]

So now we've found out that the problem isn't in ext/mysqli.
Try this configure line (with the usual "rm config.cache" and "make
clean", which are only needed if you're not using fresh sources
everytime)

# ./configure --disable-all --enable-pdo --with-pdo-mysql



[2005-11-05 02:17:26] alex at whitewhale dot net

Actually, I ran "make clean" several times in trying to 
diagnose this. Also, as I said, I tried compiling a fresh 
snapshot this morning to no avail.

I was finally able to compile it with your suggested, 
stripped-down config line after both "rm config.cache" and 
"make clean" but the moment I tried it with my normal config 
line, it failed again with the original error.

Just to be clear, the following sequence does *not* work for 
me (on my Mac, it works on my Linux box):

rm config.cache
make clean
./configure --with-apxs=/usr/sbin/apxs --prefix=/usr --
enable-inline-optimization --with-libxml-dir=/sw --with-
mysqli=/usr/local/mysql/bin/mysql_config --with-gd --with-
jpeg-dir=/sw --with-png-dir=/sw --with-zlib-dir=/usr --with-
pdo-mysql --with-xmlrpc --with-mm=/usr/local --disable-debug 
--with-ldap --enable-soap
make

--

#35112 [NEW]: Pear Install Error - Call to undefined function: getversion()

2005-11-05 Thread jason at extremeoverclocking dot com

From: jason at extremeoverclocking dot com
Operating system: RH EL 3
PHP version:  4CVS-2005-11-05 (snap)
PHP Bug Type: Compile Failure
Bug description:  Pear Install Error - Call to undefined function:  getversion()

Description:

Doing a make install caused the error below, so I installed everything
except pear, then ran the following but it still would not work.

[root php4-STABLE-200511051406]# make install-pear
Installing PEAR environment:  /usr/lib/php/

Fatal error: Call to undefined function:  getversion() in
/root/php4-STABLE-200511051406/pear/install-pear.php on line 118
make[1]: *** [install-pear-installer] Error 255
make: *** [install-pear] Error 2


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

#35107 [Opn->Asn]: compile failure with PHP 5.1 + MySQL 5

2005-11-05 Thread sniper

 ID:   35107
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alex at whitewhale dot net
-Status:   Open
+Status:   Assigned
-Bug Type: Compile Failure
+Bug Type: PDO related
 Operating System: MacOS X 10.4.3
 PHP Version:  5CVS-2005-11-05 (snap)
-Assigned To:  
+Assigned To:  wez
 New Comment:

Assigned to the PDO maintainer.


Previous Comments:


[2005-11-05 15:42:33] alex at whitewhale dot net

Okay, using that configure line I now get:

In file included from /Users/sahara/Documents/LAMP/php/
php5-200511041330/ext/pdo_mysql/pdo_mysql.c:31:
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:25:19: error: mysql.h: No such 
file or directory
In file included from /Users/sahara/Documents/LAMP/php/
php5-200511041330/ext/pdo_mysql/pdo_mysql.c:31:
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:36: error: parse error before 
'MYSQL'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:36: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:38: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:39: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:40: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:43: error: parse error before 
'}' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:43: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:46: error: parse error before 
'MYSQL_FIELD'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:46: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:47: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:50: error: parse error before 
'pdo_mysql_db_handle'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:50: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:51: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:52: error: parse error before 
'*' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:52: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:53: error: parse error before 
'current_data'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:53: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:69: error: parse error before 
'}' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:69: warning: data definition 
has no type or storage class
make: *** [ext/pdo_mysql/pdo_mysql.lo] Error 1



[2005-11-05 12:39:07] [EMAIL PROTECTED]

So now we've found out that the problem isn't in ext/mysqli.
Try this configure line (with the usual "rm config.cache" and "make
clean", which are only needed if you're not using fresh sources
everytime)

# ./configure --disable-all --enable-pdo --with-pdo-mysql



[2005-11-05 02:17:26] alex at whitewhale dot net

Actually, I ran "make clean" several times in trying to 
diagnose this. Also, as I said, I tried compiling a fresh 
snapshot this morning to no avail.

I was finally able to compile it with your suggested, 
stripped-down config line after both "rm config.cache" and 
"make clean" but the moment I tried it with my normal config 
line, it failed again with the original error.

Just to be clear, the following sequence does *not* work for 
me (on my Mac, it works on my Linux box):

rm config.cache
make clean
./configure --with-apxs=/usr/sbin/apxs --prefix=/usr --
enable-inline-optimization --with-libxml-dir=/sw --with-
mysqli=/usr/local/mysql/bin/mysql_config --with-gd --with-
jpeg-dir=/sw --with-png-dir=/sw --with-zlib-dir=/usr --with-
pdo-mysql --with-xmlrpc --with-mm=/usr/local --disable-debug 
--with-ldap --enable-soap
make



[2005-11-04 18:20:06] [EMAIL PROTECTE

#35106 [Opn->Asn]: nested foreach fails when the array was sometime before referenced

2005-11-05 Thread sniper

 ID:   35106
 Updated by:   [EMAIL PROTECTED]
 Reported By:  olympnn at nm dot ru
-Status:   Open
+Status:   Assigned
-Bug Type: Arrays related
+Bug Type: Scripting Engine problem
-Operating System: Windows XP Sp2
+Operating System: *
-PHP Version:  5.0.5
+PHP Version:  5CVS-2005-11-05 (cvs)
-Assigned To:  
+Assigned To:  dmitry
 New Comment:

Verified. Dmitry, check this out.


Previous Comments:


[2005-11-04 16:57:11] olympnn at nm dot ru

Description:

When I execute the code, it seems that the outer foreach is executed
only once. When I comment any of lines marked *, the (outer) foreach
executes twice.

This bug seems to be very like to bug # 21702, but here the situation
is much more strange: I do not use $b in foreaches at all! So it's very
strange that the foreach behavior differs when the array was referenced
sometime or not.

Thanks.

Reproduce code:
---


Expected result:

12

Actual result:
--
1





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

#35111 [Opn->Bgs]: Compile fails for GD Library

2005-11-05 Thread sniper

 ID:   35111
 Updated by:   [EMAIL PROTECTED]
 Reported By:  elik at hostforweb dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: CentOS 4.2 x86_64
 PHP Version:  4.4.1
 New Comment:

Like said before, the 64bit support is new to PHP 5.1.
It will NOT be backported.


Previous Comments:


[2005-11-05 16:23:39] elik at hostforweb dot com

Description:

Greetings,

   It seems the bug came back in 4.4.1 that was not in 4.4.0 for
compiling the libjpeg, libpng into PHP dispite it been symblinked into
the /usr/lib from /usr/lib64.

checking for GD support... yes
checking for the location of libjpeg... /usr
checking for the location of libpng... /usr
checking for the location of libXpm... /usr/X11R6
checking for FreeType 1.x support... yes
checking for FreeType 2... /usr
checking for T1lib support... no
checking whether to enable truetype string function in GD... yes
checking whether to enable JIS-mapped Japanese font support in GD...
no
checking for fabsf... no
checking for floorf... no
checking for jpeg_read_header in -ljpeg... no
configure: error: Problem with libjpeg.(a|so). Please check config.log
for more information.

Directory Listing:
[EMAIL PROTECTED] [/usr/lib]# ls -la libjpeg* libpng*
lrwxrwxrwx  1 root root 18 Nov  5 07:15 libjpeg.a ->
../lib64/libjpeg.a
lrwxrwxrwx  1 root root 19 Nov  5 07:15 libjpeg.la ->
../lib64/libjpeg.la*
lrwxrwxrwx  1 root root 19 Nov  5 07:15 libjpeg.so ->
../lib64/libjpeg.so*
lrwxrwxrwx  1 root root 22 Nov  5 07:22 libjpeg.so.62 ->
../lib64/libjpeg.so.62*
lrwxrwxrwx  1 root root 26 Nov  5 07:22 libjpeg.so.62.0.0 ->
../lib64/libjpeg.so.62.0.0*
lrwxrwxrwx  1 root root 19 Nov  5 07:49 libpng12.a ->
../lib64/libpng12.a
lrwxrwxrwx  1 root root 20 Nov  5 07:49 libpng12.so ->
../lib64/libpng12.so*
lrwxrwxrwx  1 root root  9 Nov  5 07:42 libpng12.so.0 -> libpng.so*
lrwxrwxrwx  1 root root 28 Nov  5 07:49 libpng12.so.0.1.2.7 ->
../lib64/libpng12.so.0.1.2.7*
lrwxrwxrwx  1 root root 17 Nov  5 07:16 libpng.a -> ../lib64/libpng.a
lrwxrwxrwx  1 root root 18 Nov  5 07:16 libpng.so ->
../lib64/libpng.so*
lrwxrwxrwx  1 root root 20 Nov  5 07:49 libpng.so.3 ->
../lib64/libpng.so.3*
lrwxrwxrwx  1 root root 26 Nov  5 07:49 libpng.so.3.1.2.7 ->
../lib64/libpng.so.3.1.2.7*


Reproduce code:
---
config.nice

LDFLAGS='-L/usr/X11R6/lib64 -lstdc++' \
'./configure' \
'--with-pic' \
'--with-prefix=/usr' \
'--with-xml' \
'--enable-bcmath' \
'--enable-calendar' \
'--with-curl' \
'--with-dom' \
'--enable-xslt' \
'--with-dom-xslt' \
'--with-dom-exslt' \
'--with-xslt-sablot' \
'--enable-exif' \
'--enable-ftp' \
'--with-gd' \
'--with-jpeg-dir=/usr' \
'--with-png-dir=/usr' \
'--with-xpm-dir=/usr/X11R6' \
'--with-gettext' \
'--with-imap' \
'--with-imap-ssl' \
'--with-kerberos' \
'--enable-mbstring' \
'--enable-mbstr-enc-trans' \
'--enable-mbregex' \
'--with-mcrypt' \
'--with-mhash' \
'--enable-magic-quotes' \
'--with-mysqli' \
'--with-openssl' \
'--enable-discard-path' \
'--enable-sockets' \
'--enable-track-vars' \
'--with-ttf' \
'--enable-gd-native-ttf' \
'--with-freetype-dir=/usr' \
'--enable-wddx' \
'--with-zip' \
'--with-zlib' \
'--with-bz2' \
'--enable-dba' \
'--with-flatfile' \
'--with-pspell' \
'--with-tsrm-pthreads' \
'--with-mm' \
'--enable-sysvmsg' \
'--enable-sysvsem' \
'--enable-sysvshm' \
"$@"


Expected result:

Expected the code to compile all the way.






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

#35098 [Asn]: Problem still exists with nightly

2005-11-05 Thread spam2 at rhsoft dot net

 ID:   35098
 User updated by:  spam2 at rhsoft dot net
-Summary:  5.1RC5 has troubles with Zlib which 5.1RC4 not have
 Reported By:  spam2 at rhsoft dot net
 Status:   Assigned
 Bug Type: Zlib Related
 Operating System: Windows XP
 PHP Version:  5.1.0RC4
 Assigned To:  iliaa
 New Comment:

Check this: http://local.rhsoft.net/

Strange: 
phpinfo works on this vhost
http://local.rhsoft.net/phpinfo.php

Internet Explorer crashs if it is the startpage
Firefox Win/Linux and Konqueror shows stuff

---

Other vhost with same cms-system works
http://afi.rhsoft.net/

Same page with PHP 5.0.4 on all os and 5.1 until RC4 on the same
machine and the first RC5 works also - Its a Windows XP with Apache
2.0.55

http://www.rhsoft.net/


Previous Comments:


[2005-11-04 09:27:24] [EMAIL PROTECTED]

Ilia, there is apparently something wrong with the fix for the leak?



[2005-11-04 04:34:58] spam2 at rhsoft dot net

Description:

The last Nightlys PHP 5.1 (RC5) have on some pages troubles with
zlib_outputcompression = On which RC4 hast not.

Strange caracters will occur - looks like compressed output not
decompressed by browser (firefox)

This is not really reproduceable but in fact on my dev-machine when i
"downgrade" all pages will work, its a cms-system and some other
dev-hosts with the same scripts will running ... 






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

#35111 [NEW]: Compile fails for GD Library

2005-11-05 Thread elik at hostforweb dot com

From: elik at hostforweb dot com
Operating system: CentOS 4.2 x86_64
PHP version:  4.4.1
PHP Bug Type: Compile Failure
Bug description:  Compile fails for GD Library

Description:

Greetings,

   It seems the bug came back in 4.4.1 that was not in 4.4.0 for compiling
the libjpeg, libpng into PHP dispite it been symblinked into the /usr/lib
from /usr/lib64.

checking for GD support... yes
checking for the location of libjpeg... /usr
checking for the location of libpng... /usr
checking for the location of libXpm... /usr/X11R6
checking for FreeType 1.x support... yes
checking for FreeType 2... /usr
checking for T1lib support... no
checking whether to enable truetype string function in GD... yes
checking whether to enable JIS-mapped Japanese font support in GD... no
checking for fabsf... no
checking for floorf... no
checking for jpeg_read_header in -ljpeg... no
configure: error: Problem with libjpeg.(a|so). Please check config.log for
more information.

Directory Listing:
[EMAIL PROTECTED] [/usr/lib]# ls -la libjpeg* libpng*
lrwxrwxrwx  1 root root 18 Nov  5 07:15 libjpeg.a -> ../lib64/libjpeg.a
lrwxrwxrwx  1 root root 19 Nov  5 07:15 libjpeg.la ->
../lib64/libjpeg.la*
lrwxrwxrwx  1 root root 19 Nov  5 07:15 libjpeg.so ->
../lib64/libjpeg.so*
lrwxrwxrwx  1 root root 22 Nov  5 07:22 libjpeg.so.62 ->
../lib64/libjpeg.so.62*
lrwxrwxrwx  1 root root 26 Nov  5 07:22 libjpeg.so.62.0.0 ->
../lib64/libjpeg.so.62.0.0*
lrwxrwxrwx  1 root root 19 Nov  5 07:49 libpng12.a -> ../lib64/libpng12.a
lrwxrwxrwx  1 root root 20 Nov  5 07:49 libpng12.so ->
../lib64/libpng12.so*
lrwxrwxrwx  1 root root  9 Nov  5 07:42 libpng12.so.0 -> libpng.so*
lrwxrwxrwx  1 root root 28 Nov  5 07:49 libpng12.so.0.1.2.7 ->
../lib64/libpng12.so.0.1.2.7*
lrwxrwxrwx  1 root root 17 Nov  5 07:16 libpng.a -> ../lib64/libpng.a
lrwxrwxrwx  1 root root 18 Nov  5 07:16 libpng.so -> ../lib64/libpng.so*
lrwxrwxrwx  1 root root 20 Nov  5 07:49 libpng.so.3 ->
../lib64/libpng.so.3*
lrwxrwxrwx  1 root root 26 Nov  5 07:49 libpng.so.3.1.2.7 ->
../lib64/libpng.so.3.1.2.7*


Reproduce code:
---
config.nice

LDFLAGS='-L/usr/X11R6/lib64 -lstdc++' \
'./configure' \
'--with-pic' \
'--with-prefix=/usr' \
'--with-xml' \
'--enable-bcmath' \
'--enable-calendar' \
'--with-curl' \
'--with-dom' \
'--enable-xslt' \
'--with-dom-xslt' \
'--with-dom-exslt' \
'--with-xslt-sablot' \
'--enable-exif' \
'--enable-ftp' \
'--with-gd' \
'--with-jpeg-dir=/usr' \
'--with-png-dir=/usr' \
'--with-xpm-dir=/usr/X11R6' \
'--with-gettext' \
'--with-imap' \
'--with-imap-ssl' \
'--with-kerberos' \
'--enable-mbstring' \
'--enable-mbstr-enc-trans' \
'--enable-mbregex' \
'--with-mcrypt' \
'--with-mhash' \
'--enable-magic-quotes' \
'--with-mysqli' \
'--with-openssl' \
'--enable-discard-path' \
'--enable-sockets' \
'--enable-track-vars' \
'--with-ttf' \
'--enable-gd-native-ttf' \
'--with-freetype-dir=/usr' \
'--enable-wddx' \
'--with-zip' \
'--with-zlib' \
'--with-bz2' \
'--enable-dba' \
'--with-flatfile' \
'--with-pspell' \
'--with-tsrm-pthreads' \
'--with-mm' \
'--enable-sysvmsg' \
'--enable-sysvsem' \
'--enable-sysvshm' \
"$@"


Expected result:

Expected the code to compile all the way.


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

#35107 [Fbk->Opn]: compile failure with PHP 5.1 + MySQL 5

2005-11-05 Thread alex at whitewhale dot net

 ID:   35107
 User updated by:  alex at whitewhale dot net
 Reported By:  alex at whitewhale dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: MacOS X 10.4.3
 PHP Version:  5CVS-2005-11-05 (snap)
 New Comment:

Okay, using that configure line I now get:

In file included from /Users/sahara/Documents/LAMP/php/
php5-200511041330/ext/pdo_mysql/pdo_mysql.c:31:
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:25:19: error: mysql.h: No such 
file or directory
In file included from /Users/sahara/Documents/LAMP/php/
php5-200511041330/ext/pdo_mysql/pdo_mysql.c:31:
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:36: error: parse error before 
'MYSQL'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:36: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:38: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:39: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:40: error: parse error before 
':' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:43: error: parse error before 
'}' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:43: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:46: error: parse error before 
'MYSQL_FIELD'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:46: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:47: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:50: error: parse error before 
'pdo_mysql_db_handle'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:50: warning: no semicolon at 
end of struct or union
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:51: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:52: error: parse error before 
'*' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:52: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:53: error: parse error before 
'current_data'
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:53: warning: data definition 
has no type or storage class
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:69: error: parse error before 
'}' token
/Users/sahara/Documents/LAMP/php/php5-200511041330/ext/
pdo_mysql/php_pdo_mysql_int.h:69: warning: data definition 
has no type or storage class
make: *** [ext/pdo_mysql/pdo_mysql.lo] Error 1


Previous Comments:


[2005-11-05 12:39:07] [EMAIL PROTECTED]

So now we've found out that the problem isn't in ext/mysqli.
Try this configure line (with the usual "rm config.cache" and "make
clean", which are only needed if you're not using fresh sources
everytime)

# ./configure --disable-all --enable-pdo --with-pdo-mysql



[2005-11-05 02:17:26] alex at whitewhale dot net

Actually, I ran "make clean" several times in trying to 
diagnose this. Also, as I said, I tried compiling a fresh 
snapshot this morning to no avail.

I was finally able to compile it with your suggested, 
stripped-down config line after both "rm config.cache" and 
"make clean" but the moment I tried it with my normal config 
line, it failed again with the original error.

Just to be clear, the following sequence does *not* work for 
me (on my Mac, it works on my Linux box):

rm config.cache
make clean
./configure --with-apxs=/usr/sbin/apxs --prefix=/usr --
enable-inline-optimization --with-libxml-dir=/sw --with-
mysqli=/usr/local/mysql/bin/mysql_config --with-gd --with-
jpeg-dir=/sw --with-png-dir=/sw --with-zlib-dir=/usr --with-
pdo-mysql --with-xmlrpc --with-mm=/usr/local --disable-debug 
--with-ldap --enable-soap
make



[2005-11-04 18:20:06] [EMAIL PROTECTED]

Does this configure line work any better:

# rm config.cache
# ./configure --disable-all --with-apxs=/usr/sbin/apxs \
--with-mysqli=/usr/local/mysql/bin/mysql_config


--

#35106 [Fbk->Opn]: nested foreach fails when the array was sometime before referenced

2005-11-05 Thread olympnn at nm dot ru

 ID:   35106
 User updated by:  olympnn at nm dot ru
 Reported By:  olympnn at nm dot ru
-Status:   Feedback
+Status:   Open
 Bug Type: Arrays related
 Operating System: Windows XP Sp2
 PHP Version:  5.0.5
 New Comment:

Downloaded Windows version, nothing new.
Script



returns

5.0.6-dev
1

expected

5.0.6-dev
12

When commenting any of two lines marked *, output becomes

5.0.6-dev
12


Previous Comments:


[2005-11-04 17:04:00] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2005-11-04 16:57:11] olympnn at nm dot ru

Description:

When I execute the code, it seems that the outer foreach is executed
only once. When I comment any of lines marked *, the (outer) foreach
executes twice.

This bug seems to be very like to bug # 21702, but here the situation
is much more strange: I do not use $b in foreaches at all! So it's very
strange that the foreach behavior differs when the array was referenced
sometime or not.

Thanks.

Reproduce code:
---


Expected result:

12

Actual result:
--
1





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

#35076 [Asn->Fbk]: Sometimes the log file shows: The session id contains illegal characters, ..etc

2005-11-05 Thread sniper

 ID:   35076
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vincent_f40 at hotmail dot com
-Status:   Assigned
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux RHEL4, 2.6.9-11.ELsmp
 PHP Version:  5.0.5
 Assigned To:  cellog
 New Comment:

Please try using this CVS snapshot:

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

And ignore the PEAR errors. (just add --without-pear to your configure
line)


Previous Comments:


[2005-11-05 01:00:13] vincent_f40 at hotmail dot com

Hi Sniper,

Oki...and what about my initial error. The error down here:
Is this then a know issue and will be solved in the latest php release
?

Thu Nov  3 00:49:10 2005] [error] PHP Warning:  session_start() [function.session-start]: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in /home/httpd/html/includes/session_init.inc on line 70
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: The session
id
contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,'
in Unknown on line 0
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: Failed to
write session data (files). Please verify that the current setting of
session.save_path is correct () in Unknown on line 0

Thanks,
Vince.



[2005-11-03 02:27:52] vincent_f40 at hotmail dot com

Description:

[Thu Nov  3 00:49:10 2005] [error] PHP Warning:  session_start() [function.session-start]: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in /home/httpd/html/includes/session_init.inc on line 70
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: The session
id contains illegal characters, valid characters are a-z, A-Z, 0-9 and
'-,' in Unknown on line 0
[Thu Nov  3 00:49:11 2005] [error] PHP Warning:  Unknown: Failed to
write session data (files). Please verify that the current setting of
session.save_path is correct () in Unknown on line 0

1) Cant reproduce the errors. As the site works fine, only sometimes
the above error appears in the log files.
2) session_write_close() is being used.
3) session_name() uses only the characters [a-z].
4) As the site works /tmp is oke as well.(perms, etc.)
5) There is enough free disk space in /tmp as well.

a) using apache 1.3.34, php compiled as module(apxs)
b) Kernel: 2.6.9-11.ELsmp (double processor)

Is this a bug or a php programming error ?
As it happens not always, just random/sometimes.

Search the net for hours...no luck in finding the explanation. Hope to
find some clue here.

Thanks.






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

#35107 [Opn->Fbk]: compile failure with PHP 5.1 + MySQL 5

2005-11-05 Thread sniper

 ID:   35107
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alex at whitewhale dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: MacOS X 10.4.3
 PHP Version:  5.1.0RC4
 New Comment:

So now we've found out that the problem isn't in ext/mysqli.
Try this configure line (with the usual "rm config.cache" and "make
clean", which are only needed if you're not using fresh sources
everytime)

# ./configure --disable-all --enable-pdo --with-pdo-mysql


Previous Comments:


[2005-11-05 02:17:26] alex at whitewhale dot net

Actually, I ran "make clean" several times in trying to 
diagnose this. Also, as I said, I tried compiling a fresh 
snapshot this morning to no avail.

I was finally able to compile it with your suggested, 
stripped-down config line after both "rm config.cache" and 
"make clean" but the moment I tried it with my normal config 
line, it failed again with the original error.

Just to be clear, the following sequence does *not* work for 
me (on my Mac, it works on my Linux box):

rm config.cache
make clean
./configure --with-apxs=/usr/sbin/apxs --prefix=/usr --
enable-inline-optimization --with-libxml-dir=/sw --with-
mysqli=/usr/local/mysql/bin/mysql_config --with-gd --with-
jpeg-dir=/sw --with-png-dir=/sw --with-zlib-dir=/usr --with-
pdo-mysql --with-xmlrpc --with-mm=/usr/local --disable-debug 
--with-ldap --enable-soap
make



[2005-11-04 18:20:06] [EMAIL PROTECTED]

Does this configure line work any better:

# rm config.cache
# ./configure --disable-all --with-apxs=/usr/sbin/apxs \
--with-mysqli=/usr/local/mysql/bin/mysql_config




[2005-11-04 17:40:02] alex at whitewhale dot net

Description:

Not very knowledgeable about compiler issues, but: getting a 
compile failure on MacOS X related to MySQL. PHP 5.1 RC3 
compiled with MySQL 5 successfully, but RC4 and a snapshot 
from this morning both fail using the following configure 
line:

./configure --with-apxs=/usr/sbin/apxs --prefix=/usr --enable-
inline-optimization --with-libxml-dir=/sw --with-mysqli=/usr/
local/mysql/bin/mysql_config --with-gd --with-jpeg-dir=/sw --
with-png-dir=/sw --with-zlib-dir=/usr --with-pdo-mysql --with-
xmlrpc --with-mm=/usr/local --disable-debug --with-ldap --
enable-soap

Reproduce code:
---
make

Expected result:

a successful compile

Actual result:
--
/usr/bin/ld: warning multiple definitions of symbol _regcomp
/usr/sbin/httpd definition of _regcomp
/usr/lib/gcc/powerpc-apple-darwin8/4.0.0/../../../libm.dylib
(regcomp.So) definition of _regcomp
/usr/bin/ld: warning multiple definitions of symbol _regexec
/usr/sbin/httpd definition of _regexec
/usr/lib/gcc/powerpc-apple-darwin8/4.0.0/../../../libm.dylib
(regexec.So) definition of _regexec
/usr/bin/ld: warning multiple definitions of symbol _regfree
/usr/sbin/httpd definition of _regfree
/usr/lib/gcc/powerpc-apple-darwin8/4.0.0/../../../libm.dylib
(regfree.So) definition of _regfree
/usr/bin/ld: Undefined symbols:
_mysql_get_character_set_info
_mysql_set_character_set
collect2: ld returned 1 exit status
make: *** [libs/libphp5.bundle] Error 1





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

#35110 [NEW]: bug with str_word_count

2005-11-05 Thread desss at yandex dot ru

From: desss at yandex dot ru
Operating system: winXP,Linux
PHP version:  5.0.5
PHP Bug Type: Strings related
Bug description:  bug with str_word_count

Description:

Code: 

setlocale(LC_ALL, 'ru_RU');
echo str_word_count("ìÿòíàÿ");

Result - 2 !!! Wrong!

That is because function understanding letter "ÿ" as whitespace. 

Reproduce code:
---
setlocale(LC_ALL, 'ru_RU');
echo str_word_count("ìÿòíàÿ");

Expected result:

1

Actual result:
--
2

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

#35096 [Com]: php 4.4.2-dev has still trouble with mod_rewrite/apache2

2005-11-05 Thread tmelzer at tomesoft dot de

 ID:   35096
 Comment by:   tmelzer at tomesoft dot de
 Reported By:  rob at burningsoda dot com
 Status:   Feedback
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.0RC1
 PHP Version:  4CVS-2005-11-04 (snap)
 New Comment:

Further analyzes have shown me that the fix in 4.4.x-dev was in
sapi/apache2handler/sapi_apache2.c in function php_handler to guard
against the member 'handler' on struct request_rec of beeing NULL and
then accessing it. This was fixed in only one case where around line
518 
'if (parent_req && parent_req->handler && ...'. After I added an
r->handler && strcmp ... to the other places where the structure member
is used the crash went away but I got a 404 - file not found error. I
think this is related to the fact that I'm not sure what to do if
several of this if () statements are evalute false i.e. what to place
in the else block.


Previous Comments:


[2005-11-04 22:57:08] [EMAIL PROTECTED]

I want you to try the PHP 5 snapshot because I want to be sure this is
only happening with PHP 4. In which case we have better chance of
figuring out what fix to backport from PHP 5.

On the other hand, if this also happens with PHP 5, we really need to
know since we're about to release PHP 5.1 and it would be nice to fix
this kind of things before the release..




[2005-11-04 20:04:37] rob at burningsoda dot com

sniper,

This problem occurs only when using PHP 4.4.1 and the PHP 4-snapshots
_and_ apache 2.x. Why should I try a 5.x-snapshot? Do I misunderstand
you?



[2005-11-04 09:25:24] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2005-11-04 02:49:53] rob at burningsoda dot com

Description:

I just downloaded

Stable (4.4.x-dev)
Built On: Nov 03, 2005 23:51 GMT

and built it:

PHP 4.4.2-dev (cli) (built: Nov  4 2005 02:17:10)

But it seems like, the following bug is _not_ fixed
in that snapshot:

http://bugs.php.net/bug.php?id=35059

This happens with _any_ RewriteRule I use.

Reproduce code:
---
Try to use mod_rewrite on Apache 2.x to modify any URL.
Small test case:

index.php:


RewriteRule:
RewriteRule ^(.+)/$ index.php?myarg=$1 [L]

URLs to try:
1. http://localhost/index.php?myarg=bla
2. http://localhost/blub/
3. http://localhost/index.php/


Expected result:

In all three cases a document should be delivered:

1. "bla"
2. "blub"
3. "index.php"

Actual result:
--
1. Correctly delivers document.
2. No document is delivered.
3. Correctly delivers document.





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

59 matches

Mail list logo