#35183 [Opn-Fbk]: write into mysql with utf8 not right

2005-11-12 Thread tony2001 
 ID:   35183
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lzx21cn at 21cn dot com
-Status:   Open
+Status:   Feedback
 Bug Type: MySQL related
 Operating System: linux debian unstable
 PHP Version:  4.4.0-4
 New Comment:

Try to build PHP using official sources and the latest release.
Please tell us the version of MySQL you're using.


Previous Comments:


[2005-11-12 07:17:14] [EMAIL PROTECTED]

can't repeat (tested with MySQL 4.1 and 5.0):

?php
$connect=mysql_connect(localhost,phptest,php);

$select=mysql_select_db(test,$connect);

/* create test table */
mysql_query(DROP TABLE IF EXISTS test_35183);
mysql_query(CREATE TABLE test_35183 (a varchar(20) character set
utf8));

/* set client connection to utf8 */
mysql_query(SET NAMES utf8);

$expected = #22235;#22823;#30342;#31354;;

$query=insert into test1 values ('$expected');
$result=mysql_query($query);

if (($result=mysql_query(select a from test_35183)))
{
$row=mysql_fetch_row($result);
printf(Expected: %s  Returned: %s\n, $expected, $row[0]);
}

mysql_query(DROP TABLE test_35183);
mysql_free_result($result);
mysql_close();
?

Output:
Expected: #22235;#22823;#30342;#31354;  Returned:
#22235;#22823;#30342;#31354;



[2005-11-12 02:42:52] lzx21cn at 21cn dot com

The problem maybe Data truncation  When php write to mysql
but I do not know resolve it



[2005-11-12 02:03:39] lzx21cn at 21cn dot com

do the same without PHP (using the console interface of MySQL in  
gnome-terminal
---
drop table test1;
create table test1(id int,name char(4));
insert into test1 values(1,'皆大欢喜');
insert into test1 values(2,'四大皆空');
select * from test1;
id | name
1  | 皆大欢喜
2  | 四大皆空
---
the reslut is good!

-
Why do I think it's a problem of PHP, not MySQL

1st. read/write by console vs. by php

by console: the result is right
by php: the result is wrong,write four Chinese character and read
only one chinese character back,and other character lost.

2nd. read Mysql by java vs. by php (creat record by console)
by java: the result is right
by php : the result is ? at field 'name'
--



[2005-11-11 18:24:31] [EMAIL PROTECTED]

Try to do the same without PHP (using the console interface of MySQL)
and see if it works this way.
If it does, put the code somewhere in the Net and paste the link here,
so the Unicode data won't be corrupted by the bug system.
Also add the expected and actual results, I doubt I can guess them
myself.
And try to explain why do you think it's a problem of PHP, not MySQL or
something else (I'd be glad if you try to use something close to English
to do that).



[2005-11-11 16:41:04] lzx21cn at 21cn dot com

sorry, 1st comment file is error

This is you need php file (utf8)
--
meta http-equiv=Content-Type content=text/html; charset=utf-8
?php
$connect=mysql_connect(localhost,kevin,);

$select=mysql_select_db(kevin,$connect);

$query=insert into test1 values (2,\四大皆空\);;
$result=mysql_query($query);

$result=mysql_query(select * from test1;);
mysql_close();
?



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

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

#35197 [Asn]: Destructor not called

2005-11-12 Thread tony2001 
 ID:   35197
 Updated by:   [EMAIL PROTECTED]
 Reported By:  xmlfrance at gmail dot com
 Status:   Assigned
 Bug Type: DOM XML related
 Operating System: Debian DNU/Linux
 PHP Version:  5.1.0RC4
-Assigned To:  chregu
+Assigned To:  tony2001
 New Comment:

Reassigned to myself.
I'll commit the patch
(http://tony2001.phpclub.net/dev/tmp/bug35197.diff) after the release.


Previous Comments:


[2005-11-11 22:02:58] [EMAIL PROTECTED]

Christian, please have a look at it.



[2005-11-11 21:59:27] xmlfrance at gmail dot com

Description:

My classes extending DOMDocument don't call the destructor.

Reproduce code:
---
?php

class Foo extends DOMDocument {
 function __construct() {
  print('Construction');
 }
 function __destruct() {
  print('Destruction');
 }
}

$o = new Foo;
/* I've also tried unset($o) */

?


Expected result:

ConstructionDestruction

Actual result:
--
Construction





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

#35189 [WFx]: Date Function Bug

2005-11-12 Thread derick 
 ID:   35189
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at splitstreamdesign dot com
 Status:   Wont fix
 Bug Type: Date/time related
 Operating System: Windows 2000/XP
 PHP Version:  5.0.5
 Assigned To:  derick
 New Comment:

It will show EST in 5.1, and it should be released somewhere next
week.


Previous Comments:


[2005-11-11 23:11:51] php at splitstreamdesign dot com

So will this be fixed in 5.1, or be the same? Any estimate on when 5.1
will be released?



[2005-11-11 19:48:21] [EMAIL PROTECTED]

This is a feature, which is addressed in PHP 5.1 and higher. It will
not be changed from older versions.



[2005-11-11 15:44:41] [EMAIL PROTECTED]

Derick, is this a bug or just another Window$ feature?



[2005-11-11 07:44:52] php at splitstreamdesign dot com

Description:

The documentation for the date() function states that the 'T' parameter
for the format string prints the timezone abbreviation: Examples: EST,
MDT  Both PHP 5.0.4 and 5.0.5 replace 'T' with the full string
Eastern Standard Time on both Windows 2000  Windows XP servers.

Reproduce code:
---
? echo date(D, d M Y H:i:s T); ?

Expected result:

Fri, 11 Nov 2005 01:37:23 EST

Actual result:
--
Fri, 11 Nov 2005 01:37:23 Eastern Standard Time





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

#35183 [Fbk-Csd]: write into mysql with utf8 not right

2005-11-12 Thread lzx21cn at 21cn dot com 
 ID:   35183
 User updated by:  lzx21cn at 21cn dot com
 Reported By:  lzx21cn at 21cn dot com
-Status:   Feedback
+Status:   Closed
 Bug Type: MySQL related
 Operating System: linux debian unstable
 PHP Version:  4.4.0-4
 New Comment:

php file must inclue this line

?php
/* set client connection to utf8 */
mysql_query(SET NAMES utf8);
?

Thank you very much!


Previous Comments:


[2005-11-12 09:33:28] [EMAIL PROTECTED]

Try to build PHP using official sources and the latest release.
Please tell us the version of MySQL you're using.



[2005-11-12 07:17:14] [EMAIL PROTECTED]

can't repeat (tested with MySQL 4.1 and 5.0):

?php
$connect=mysql_connect(localhost,phptest,php);

$select=mysql_select_db(test,$connect);

/* create test table */
mysql_query(DROP TABLE IF EXISTS test_35183);
mysql_query(CREATE TABLE test_35183 (a varchar(20) character set
utf8));

/* set client connection to utf8 */
mysql_query(SET NAMES utf8);

$expected = #22235;#22823;#30342;#31354;;

$query=insert into test1 values ('$expected');
$result=mysql_query($query);

if (($result=mysql_query(select a from test_35183)))
{
$row=mysql_fetch_row($result);
printf(Expected: %s  Returned: %s\n, $expected, $row[0]);
}

mysql_query(DROP TABLE test_35183);
mysql_free_result($result);
mysql_close();
?

Output:
Expected: #22235;#22823;#30342;#31354;  Returned:
#22235;#22823;#30342;#31354;



[2005-11-12 02:42:52] lzx21cn at 21cn dot com

The problem maybe Data truncation  When php write to mysql
but I do not know resolve it



[2005-11-12 02:03:39] lzx21cn at 21cn dot com

do the same without PHP (using the console interface of MySQL in  
gnome-terminal
---
drop table test1;
create table test1(id int,name char(4));
insert into test1 values(1,'皆大欢喜');
insert into test1 values(2,'四大皆空');
select * from test1;
id | name
1  | 皆大欢喜
2  | 四大皆空
---
the reslut is good!

-
Why do I think it's a problem of PHP, not MySQL

1st. read/write by console vs. by php

by console: the result is right
by php: the result is wrong,write four Chinese character and read
only one chinese character back,and other character lost.

2nd. read Mysql by java vs. by php (creat record by console)
by java: the result is right
by php : the result is ? at field 'name'
--



[2005-11-11 18:24:31] [EMAIL PROTECTED]

Try to do the same without PHP (using the console interface of MySQL)
and see if it works this way.
If it does, put the code somewhere in the Net and paste the link here,
so the Unicode data won't be corrupted by the bug system.
Also add the expected and actual results, I doubt I can guess them
myself.
And try to explain why do you think it's a problem of PHP, not MySQL or
something else (I'd be glad if you try to use something close to English
to do that).



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

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

#35183 [Csd-Bgs]: write into mysql with utf8 not right

2005-11-12 Thread tony2001 
 ID:   35183
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lzx21cn at 21cn dot com
-Status:   Closed
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: linux debian unstable
 PHP Version:  4.4.0-4
 New Comment:

No PHP bug - bogus.


Previous Comments:


[2005-11-12 10:54:44] lzx21cn at 21cn dot com

php file must inclue this line

?php
/* set client connection to utf8 */
mysql_query(SET NAMES utf8);
?

Thank you very much!



[2005-11-12 09:33:28] [EMAIL PROTECTED]

Try to build PHP using official sources and the latest release.
Please tell us the version of MySQL you're using.



[2005-11-12 07:17:14] [EMAIL PROTECTED]

can't repeat (tested with MySQL 4.1 and 5.0):

?php
$connect=mysql_connect(localhost,phptest,php);

$select=mysql_select_db(test,$connect);

/* create test table */
mysql_query(DROP TABLE IF EXISTS test_35183);
mysql_query(CREATE TABLE test_35183 (a varchar(20) character set
utf8));

/* set client connection to utf8 */
mysql_query(SET NAMES utf8);

$expected = #22235;#22823;#30342;#31354;;

$query=insert into test1 values ('$expected');
$result=mysql_query($query);

if (($result=mysql_query(select a from test_35183)))
{
$row=mysql_fetch_row($result);
printf(Expected: %s  Returned: %s\n, $expected, $row[0]);
}

mysql_query(DROP TABLE test_35183);
mysql_free_result($result);
mysql_close();
?

Output:
Expected: #22235;#22823;#30342;#31354;  Returned:
#22235;#22823;#30342;#31354;



[2005-11-12 02:42:52] lzx21cn at 21cn dot com

The problem maybe Data truncation  When php write to mysql
but I do not know resolve it



[2005-11-12 02:03:39] lzx21cn at 21cn dot com

do the same without PHP (using the console interface of MySQL in  
gnome-terminal
---
drop table test1;
create table test1(id int,name char(4));
insert into test1 values(1,'皆大欢喜');
insert into test1 values(2,'四大皆空');
select * from test1;
id | name
1  | 皆大欢喜
2  | 四大皆空
---
the reslut is good!

-
Why do I think it's a problem of PHP, not MySQL

1st. read/write by console vs. by php

by console: the result is right
by php: the result is wrong,write four Chinese character and read
only one chinese character back,and other character lost.

2nd. read Mysql by java vs. by php (creat record by console)
by java: the result is right
by php : the result is ? at field 'name'
--



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

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

#35197 [Asn]: Destructor not called

2005-11-12 Thread xmlfrance at gmail dot com 
 ID:   35197
 User updated by:  xmlfrance at gmail dot com
 Reported By:  xmlfrance at gmail dot com
 Status:   Assigned
 Bug Type: DOM XML related
-Operating System: Debian DNU/Linux
+Operating System: Debian GNU/Linux SID
-PHP Version:  5.1.0RC4
+PHP Version:  5.0.5 and 5.1.0RC5-dev
 Assigned To:  tony2001
 New Comment:

Is there a correction for PHP 5.0.x ?
I must specify minimal configuration to use my framework.


Previous Comments:


[2005-11-12 09:41:11] [EMAIL PROTECTED]

Reassigned to myself.
I'll commit the patch
(http://tony2001.phpclub.net/dev/tmp/bug35197.diff) after the release.



[2005-11-11 22:02:58] [EMAIL PROTECTED]

Christian, please have a look at it.



[2005-11-11 21:59:27] xmlfrance at gmail dot com

Description:

My classes extending DOMDocument don't call the destructor.

Reproduce code:
---
?php

class Foo extends DOMDocument {
 function __construct() {
  print('Construction');
 }
 function __destruct() {
  print('Destruction');
 }
}

$o = new Foo;
/* I've also tried unset($o) */

?


Expected result:

ConstructionDestruction

Actual result:
--
Construction





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

#35199 [NEW]: .htaccess Action no longer executes PHP page

2005-11-12 Thread choover at rdg dot com 
From: choover at rdg dot com
Operating system: Linux  2.6.9-22.0.1
PHP version:  4.4.1
PHP Bug Type: Apache2 related
Bug description:  .htaccess Action no longer executes PHP page

Description:

A script under Apache2 using PHP 4.3.11 as an Apache 2 Handler that was
called from a .htaccess file using the AddHandler and Action statements
worked fine.  The 4.4.1 version of PHP with the same configuration no
longer executes the page and gives no errors.  We changed the php.ini with
cgi.fix_pathinfo=1 and made the appropriate modifications to httpd.conf to
fix the issue.  Still no luck.  

Reproduce code:
---
#.htaccess file
Addtype text/xml .phpx
AddHandler phpx-file-handler .phpx
Action phpx-file-handler /lib/phpx.php
DirectoryIndex index.phpx index.php



Create the phpx.php file:

?

session_start();

echo Passed Path :.$_SERVER[PATH_INFO];

session_write_close();
? 


Create a file with .phpx as extension:

?xml version=1.0?
Document
/Document

Expected result:

This url represents the expected
result:http://emd11.medianext.com/quango/websites/rdg/index.phpx

Apache redirects the .phpx file to the /lib/phpx.php page for processing
and outputs results.

Actual result:
--
This is the non-working one:
http://quangoweb.medianext.com/websites/rdg/index.phpx

There are NO errors in our logs:

/var/log/httpd/error_log
/var/log/error_php

And no $_SERVER variables are being set on the phpx.php page. However,
calling the page by itself:

http://quangoweb.medianext.com/lib/phpx.php

Show that it does run.

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

#35199 [Opn-Fbk]: .htaccess Action no longer executes PHP page

2005-11-12 Thread sniper 
 ID:   35199
 Updated by:   [EMAIL PROTECTED]
 Reported By:  choover at rdg dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux  2.6.9-22.0.1
 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-12 15:12:55] choover at rdg dot com

Description:

A script under Apache2 using PHP 4.3.11 as an Apache 2 Handler that was
called from a .htaccess file using the AddHandler and Action statements
worked fine.  The 4.4.1 version of PHP with the same configuration no
longer executes the page and gives no errors.  We changed the php.ini
with cgi.fix_pathinfo=1 and made the appropriate modifications to
httpd.conf to fix the issue.  Still no luck.  

Reproduce code:
---
#.htaccess file
Addtype text/xml .phpx
AddHandler phpx-file-handler .phpx
Action phpx-file-handler /lib/phpx.php
DirectoryIndex index.phpx index.php



Create the phpx.php file:

?

session_start();

echo Passed Path :.$_SERVER[PATH_INFO];

session_write_close();
? 


Create a file with .phpx as extension:

?xml version=1.0?
Document
/Document

Expected result:

This url represents the expected
result:http://emd11.medianext.com/quango/websites/rdg/index.phpx

Apache redirects the .phpx file to the /lib/phpx.php page for
processing and outputs results.

Actual result:
--
This is the non-working one:
http://quangoweb.medianext.com/websites/rdg/index.phpx

There are NO errors in our logs:

/var/log/httpd/error_log
/var/log/error_php

And no $_SERVER variables are being set on the phpx.php page. However,
calling the page by itself:

http://quangoweb.medianext.com/lib/phpx.php

Show that it does run.





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

#35200 [NEW]: date_default_timezone_set() doesn't work with time()

2005-11-12 Thread lunter at interia dot pl 
From: lunter at interia dot pl
Operating system: winXP
PHP version:  5.1.0RC4
PHP Bug Type: Date/time related
Bug description:  date_default_timezone_set() doesn't work with time()

Description:

date_default_timezone_set() doesn't work with time()

Reproduce code:
---
?
 date_default_timezone_set('Europe/London');
 print(time().'br');
 date_default_timezone_set('Europe/Warsaw');
 print(time().'br');
?

Expected result:

Different values.

Actual result:
--
The same values.

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

#35201 [NEW]: date_default_timezone_set() doesn't work with date(), gmdate()

2005-11-12 Thread lunter at interia dot pl 
From: lunter at interia dot pl
Operating system: winXP
PHP version:  5.1.0RC4
PHP Bug Type: *General Issues
Bug description:  date_default_timezone_set() doesn't work with date(), gmdate()

Description:

date_default_timezone_set() doesn't work with date(), gmdate()

Reproduce code:
---
?
 date_default_timezone_set('Europe/Warsaw');
 print(date('U').'br');
 print(gmdate('U').'br');
?

Expected result:

Different values.

Actual result:
--
The same values.

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

#35201 [Opn]: date_default_timezone_set() doesn't work with date(), gmdate()

2005-11-12 Thread lunter at interia dot pl 
 ID:   35201
 User updated by:  lunter at interia dot pl
 Reported By:  lunter at interia dot pl
 Status:   Open
-Bug Type: *General Issues
+Bug Type: Date/time related
 Operating System: winXP
 PHP Version:  5.1.0RC4
 New Comment:

Category: *General Issues = Date/time related


Previous Comments:


[2005-11-12 17:57:19] lunter at interia dot pl

Description:

date_default_timezone_set() doesn't work with date(), gmdate()

Reproduce code:
---
?
 date_default_timezone_set('Europe/Warsaw');
 print(date('U').'br');
 print(gmdate('U').'br');
?

Expected result:

Different values.

Actual result:
--
The same values.





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

#35200 [Opn-Bgs]: date_default_timezone_set() doesn't work with time()

2005-11-12 Thread johannes 
 ID:   35200
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lunter at interia dot pl
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: winXP
 PHP Version:  5.1.0RC4
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

time() returns seconds from 1.1.1970 00:00 GMT - that's 
for good reasons timezone independet 


Previous Comments:


[2005-11-12 17:52:43] lunter at interia dot pl

Description:

date_default_timezone_set() doesn't work with time()

Reproduce code:
---
?
 date_default_timezone_set('Europe/London');
 print(time().'br');
 date_default_timezone_set('Europe/Warsaw');
 print(time().'br');
?

Expected result:

Different values.

Actual result:
--
The same values.





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

#35201 [Opn-Bgs]: date_default_timezone_set() doesn't work with date(), gmdate()

2005-11-12 Thread johannes 
 ID:   35201
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lunter at interia dot pl
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: winXP
 PHP Version:  5.1.0RC4
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

time() returns seconds from 1.1.1970 00:00 GMT - that's  
for good reasons timezone independet  


Previous Comments:


[2005-11-12 18:01:35] lunter at interia dot pl

Category: *General Issues = Date/time related



[2005-11-12 17:57:19] lunter at interia dot pl

Description:

date_default_timezone_set() doesn't work with date(), gmdate()

Reproduce code:
---
?
 date_default_timezone_set('Europe/Warsaw');
 print(date('U').'br');
 print(gmdate('U').'br');
?

Expected result:

Different values.

Actual result:
--
The same values.





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

#35201 [Bgs]: date_default_timezone_set() doesn't work with date(), gmdate()

2005-11-12 Thread johannes 
 ID:   35201
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lunter at interia dot pl
 Status:   Bogus
 Bug Type: Date/time related
 Operating System: winXP
 PHP Version:  5.1.0RC4
 New Comment:

CopyPaste error, meant date(U) not time() here... 


Previous Comments:


[2005-11-12 18:29:30] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

time() returns seconds from 1.1.1970 00:00 GMT - that's  
for good reasons timezone independet  



[2005-11-12 18:01:35] lunter at interia dot pl

Category: *General Issues = Date/time related



[2005-11-12 17:57:19] lunter at interia dot pl

Description:

date_default_timezone_set() doesn't work with date(), gmdate()

Reproduce code:
---
?
 date_default_timezone_set('Europe/Warsaw');
 print(date('U').'br');
 print(gmdate('U').'br');
?

Expected result:

Different values.

Actual result:
--
The same values.





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

#35200 [Bgs]: date_default_timezone_set() doesn't work with time()

2005-11-12 Thread lunter at interia dot pl 
 ID:   35200
 User updated by:  lunter at interia dot pl
 Reported By:  lunter at interia dot pl
 Status:   Bogus
 Bug Type: Date/time related
 Operating System: winXP
 PHP Version:  5.1.0RC4
 New Comment:

Sorry, I make a mistake.


Previous Comments:


[2005-11-12 18:28:14] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

time() returns seconds from 1.1.1970 00:00 GMT - that\'s 
for good reasons timezone independet 



[2005-11-12 17:52:43] lunter at interia dot pl

Description:

date_default_timezone_set() doesn't work with time()

Reproduce code:
---
?
 date_default_timezone_set('Europe/London');
 print(time().'br');
 date_default_timezone_set('Europe/Warsaw');
 print(time().'br');
?

Expected result:

Different values.

Actual result:
--
The same values.





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

#35201 [Bgs]: date_default_timezone_set() doesn't work with date(), gmdate()

2005-11-12 Thread lunter at interia dot pl 
 ID:   35201
 User updated by:  lunter at interia dot pl
 Reported By:  lunter at interia dot pl
 Status:   Bogus
 Bug Type: Date/time related
 Operating System: winXP
 PHP Version:  5.1.0RC4
 New Comment:

Sorry, I make a mistake.


Previous Comments:


[2005-11-12 18:30:07] [EMAIL PROTECTED]

CopyPaste error, meant date(U) not time() here... 



[2005-11-12 18:29:30] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

time() returns seconds from 1.1.1970 00:00 GMT - that's  
for good reasons timezone independet  



[2005-11-12 18:01:35] lunter at interia dot pl

Category: *General Issues = Date/time related



[2005-11-12 17:57:19] lunter at interia dot pl

Description:

date_default_timezone_set() doesn't work with date(), gmdate()

Reproduce code:
---
?
 date_default_timezone_set('Europe/Warsaw');
 print(date('U').'br');
 print(gmdate('U').'br');
?

Expected result:

Different values.

Actual result:
--
The same values.





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

#35202 [NEW]: errorCode() Returns String

2005-11-12 Thread lists at zaunere dot com 
From: lists at zaunere dot com
Operating system: Windows XP
PHP version:  5.1.0RC4
PHP Bug Type: PDO related
Bug description:  errorCode() Returns String

Description:

The errorCode() method of both the PDO and PDOStatement objects return a
string, rather than an integer, as documented.  If there is no error, they
return an empty string.

Reproduce code:
---
$stmt = $MyPDO-prepare('SELECT * FROM MyTable');
var_dump($stmt-errorCode());

Expected result:

int(0)

Actual result:
--
string(0) 

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

#35202 [Opn-Asn]: errorCode() Returns String

2005-11-12 Thread helly 
 ID:   35202
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lists at zaunere dot com
-Status:   Open
+Status:   Assigned
 Bug Type: PDO related
 Operating System: Windows XP
 PHP Version:  5.1.0RC4
-Assigned To:  
+Assigned To:  wez
 New Comment:

SQL error codes are strings


Previous Comments:


[2005-11-12 20:11:20] lists at zaunere dot com

Description:

The errorCode() method of both the PDO and PDOStatement objects return
a string, rather than an integer, as documented.  If there is no error,
they return an empty string.

Reproduce code:
---
$stmt = $MyPDO-prepare('SELECT * FROM MyTable');
var_dump($stmt-errorCode());

Expected result:

int(0)

Actual result:
--
string(0) 





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

#35203 [NEW]: Unable to call multiple stored procedures with single mysql connection

2005-11-12 Thread kristaps dot kaupe at itrisinajumi dot lv 
From: kristaps dot kaupe at itrisinajumi dot lv
Operating system: Gentoo Linux
PHP version:  5.0.5
PHP Bug Type: MySQLi related
Bug description:  Unable to call multiple stored procedures with single mysql 
connection

Description:

Create MySQL test table and procedure:
--
CREATE TABLE `test_table` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `txt` varchar(255) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO test_table (txt) VALUES ('test1');

CREATE PROCEDURE `test_proc`(IN p_id INT(10) UNSIGNED) READS SQL DATA
DETERMINISTIC
BEGIN
   SELECT * FROM test_table WHERE id = p_id; 
END


Reproduce code:
---
// $db is mysqli object

if ($result = $db-query('CALL test_proc(1);')) {
$res = $result-fetch_assoc();
print_r($res);
$result-close();
}
else
echo 'br /'.$db-error.'br /';

if ($result = $db-query('CALL test_proc(1);')) {
$res = $result-fetch_assoc();
print_r($res);
$result-close();
}
else
echo 'br /'.$db-error.'br /';


Expected result:

Array
(
[id] = 1
[txt] = test1
)

Array
(
[id] = 1
[txt] = test1
)

Actual result:
--
Array
(
[id] = 1
[txt] = test1
)

Lost connection to MySQL server during query

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

#35205 [NEW]: oci_connect is not closing opened connections after script execution

2005-11-12 Thread robertg2 at hope dot ac dot uk 
From: robertg2 at hope dot ac dot uk
Operating system: Solaris 8
PHP version:  5.0.5
PHP Bug Type: OCI8 related
Bug description:  oci_connect is not closing opened connections after script 
execution

Description:

Today I've been developing on a web server connecting to a remote Oracle
9i database using the latest 1.1.1 oci8 extension from PECL.

Unfortunately, towards the end of the day I started receiving the Oracle
error ORA-00020, indicating that the connections from the web server to
the database server were not closing automatically at script execution end
as I expected.

'netstat -an | grep 1521 | wc -l' on the web server reports 436 which is
waay too high for a Saturday and is not representative of the load we
are receiving.

I understand that I am able to close the connections explicitly, but I
assumed that the connections would themselves be closed automatically at
end of script execution?

I just installed oci8 1.1.1 yesterday and started developing on it today.

Thanks,
Gareth

Reproduce code:
---
In theory:

?php

oci_connect($user, $password, $db);

?

and refresh a couple of hundred times.

Expected result:

oci_connect($user, $password, $db) to return false with the error reported
by oci_error to be ORA-00020

Actual result:
--
not available

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

#35206 [NEW]: ./configure segmentation fault

2005-11-12 Thread eyking at cs dot dal dot ca 
From: eyking at cs dot dal dot ca
Operating system: SunOS 5.8
PHP version:  5.0.5
PHP Bug Type: *Configuration Issues
Bug description:  ./configure segmentation fault

Description:

When I ./configure --with-freetype-dir=somedir It seg faults just after
checking out md5 crypt and continues configuring. When I omit
--with-freetype-dir=somedir it does not seg fault. I am using
freetype-2.1.10.

Reproduce code:
---
./configure \
--with-apxs=/users/cs/eyking/apache/apache_1.3.26/bin/apxs \
--with-mysql=/usr/local/mysql-4.0.12 \
--with-libxml-dir=/users/cs/eyking/libxml \
--with-gd \
--with-jpeg-dir=/users/cs/eyking/libjpg \
--with-png-dir=/users/cs/eyking/libpng \
--with-zlib-dir=/users/cs/eyking/zlib-1.2.3 \
--with-freetype-dir=/users/cs/eyking/freetype-2.1.10 \
--prefix=/users/cs/eyking/php-5.0.5


Expected result:

No segmentation fault, clean configuration

Actual result:
--
segmentation fault just after checking md5 crypt

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

#35203 [Opn]: Unable to call multiple stored procedures with single mysql connection

2005-11-12 Thread kristaps dot kaupe at itrisinajumi dot lv 
 ID:   35203
 User updated by:  kristaps dot kaupe at itrisinajumi dot lv
 Reported By:  kristaps dot kaupe at itrisinajumi dot lv
 Status:   Open
 Bug Type: MySQLi related
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

Additional thing - when you don't send any requests to Apache and MySQL
for some time, sample script seems to work. But just for one request,
when you press Refresh in your browser and run it second time, it
gives output i've posted.


Previous Comments:


[2005-11-12 22:27:09] kristaps dot kaupe at itrisinajumi dot lv

Description:

Create MySQL test table and procedure:
--
CREATE TABLE `test_table` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `txt` varchar(255) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO test_table (txt) VALUES ('test1');

CREATE PROCEDURE `test_proc`(IN p_id INT(10) UNSIGNED) READS SQL DATA
DETERMINISTIC
BEGIN
   SELECT * FROM test_table WHERE id = p_id; 
END


Reproduce code:
---
// $db is mysqli object

if ($result = $db-query('CALL test_proc(1);')) {
$res = $result-fetch_assoc();
print_r($res);
$result-close();
}
else
echo 'br /'.$db-error.'br /';

if ($result = $db-query('CALL test_proc(1);')) {
$res = $result-fetch_assoc();
print_r($res);
$result-close();
}
else
echo 'br /'.$db-error.'br /';


Expected result:

Array
(
[id] = 1
[txt] = test1
)

Array
(
[id] = 1
[txt] = test1
)

Actual result:
--
Array
(
[id] = 1
[txt] = test1
)

Lost connection to MySQL server during query





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

#32701 [Com]: Safe-mode popen(): escaping problem

2005-11-12 Thread 5Wupdd51ogZj7Lm8B at anime dot net 
 ID:   32701
 Comment by:   5Wupdd51ogZj7Lm8B at anime dot net
 Reported By:  kosmo at miechow dot com
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.0.4
 New Comment:

Is there any link to more detailed info about safe_mode going away, and
how php is handling security in the next release?


Previous Comments:


[2005-11-09 12:57:50] [EMAIL PROTECTED]

It's still not bug but a change request. Reclassified.

You can provide a patch if you wish. The fact is that we're going to
remove the whole safe-mode anyway, so you're basically wasting your
time. This is not the only thing that goes wrong with it..





[2005-11-09 12:09:52] [EMAIL PROTECTED]

It works bad. There's no way to echo '-= Test =-' in safe_mode. No
characters inside single quotes should be escaped by
php_escape_shell_cmd() as they have no special meaning.

I can prepare a patch for it if it will be accepted.



[2005-04-14 09:51:57] [EMAIL PROTECTED]

This is how it works. No bug here.




[2005-04-14 09:22:15] kosmo at miechow dot com

Description:

In safe-mode popen() is escaping command line by calling
php_escape_shell_cmd(). This funcion escaping command line,
and changing valid command arguments. IMHO there should be any way to
disable this escaping and run in safe-mode.

Reproduce code:
---
?php
$r = popen(echo '-= Test =-', r);
print(stream_get_contents($r));
pclose($r);
?


Expected result:

-= Test =-

Actual result:
--
-=\ Test \=-





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

#35207 [NEW]: mod_rewrite not working properly

2005-11-12 Thread adsh at univ dot kiev dot ua 
From: adsh at univ dot kiev dot ua
Operating system: FreeBSD 4.11
PHP version:  4.4.1
PHP Bug Type: Apache2 related
Bug description:  mod_rewrite not working properly

Description:

After I update PHP from version 4.4.0 to version 4.4.1 (FreeBSD port
mod_php4-4.4.1_1,1 with Apache 2.0.55)  URL rewrite not working properly:

http://servous.se/punbb/viewtopic.php?pid=1329

Bug is not complite fixed in this topic:

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


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

#35207 [Opn]: mod_rewrite not working properly

2005-11-12 Thread adsh at univ dot kiev dot ua 
 ID:   35207
 User updated by:  adsh at univ dot kiev dot ua
 Reported By:  adsh at univ dot kiev dot ua
 Status:   Open
 Bug Type: Apache2 related
 Operating System: FreeBSD 4.11
 PHP Version:  4.4.1
 New Comment:

Example:

Link http://adsh.ukrweb.net/blog/category/3/ - generate empty page.


Previous Comments:


[2005-11-13 03:10:19] adsh at univ dot kiev dot ua

Description:

After I update PHP from version 4.4.0 to version 4.4.1 (FreeBSD port
mod_php4-4.4.1_1,1 with Apache 2.0.55)  URL rewrite not working
properly:

http://servous.se/punbb/viewtopic.php?pid=1329

Bug is not complite fixed in this topic:

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






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

#35203 [Opn-Bgs]: Unable to call multiple stored procedures with single mysql connection

2005-11-12 Thread georg 
 ID:   35203
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kristaps dot kaupe at itrisinajumi dot lv
-Status:   Open
+Status:   Bogus
 Bug Type: MySQLi related
 Operating System: Gentoo Linux
 PHP Version:  5.0.5
 New Comment:

For calling stored procedures you have to use mysqli_multi_query.


Previous Comments:


[2005-11-13 02:09:29] kristaps dot kaupe at itrisinajumi dot lv

Additional thing - when you don't send any requests to Apache and MySQL
for some time, sample script seems to work. But just for one request,
when you press Refresh in your browser and run it second time, it
gives output i've posted.



[2005-11-12 22:27:09] kristaps dot kaupe at itrisinajumi dot lv

Description:

Create MySQL test table and procedure:
--
CREATE TABLE `test_table` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `txt` varchar(255) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO test_table (txt) VALUES ('test1');

CREATE PROCEDURE `test_proc`(IN p_id INT(10) UNSIGNED) READS SQL DATA
DETERMINISTIC
BEGIN
   SELECT * FROM test_table WHERE id = p_id; 
END


Reproduce code:
---
// $db is mysqli object

if ($result = $db-query('CALL test_proc(1);')) {
$res = $result-fetch_assoc();
print_r($res);
$result-close();
}
else
echo 'br /'.$db-error.'br /';

if ($result = $db-query('CALL test_proc(1);')) {
$res = $result-fetch_assoc();
print_r($res);
$result-close();
}
else
echo 'br /'.$db-error.'br /';


Expected result:

Array
(
[id] = 1
[txt] = test1
)

Array
(
[id] = 1
[txt] = test1
)

Actual result:
--
Array
(
[id] = 1
[txt] = test1
)

Lost connection to MySQL server during query





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