#21312 [Opn]: session_register doesnt like null values
ID: 21312
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: Windows 2000 Server
PHP Version: 4.3.0
New Comment:
Is anyone taking a look at this? I just want to know how long I should
wait.
Sorry if this sounds impatient, it isnt meant to be. I am just
wondering. :)
Charles
Previous Comments:
[2003-01-03 10:38:26] [EMAIL PROTECTED]
Tryed that and still the same results.
[2003-01-03 10:22:52] [EMAIL PROTECTED]
Try adding this to your php.ini file:
session.bug_compat_42 = 1
session.bug_compat_warn = 0
[2003-01-01 12:19:47] [EMAIL PROTECTED]
i've the same problem with linux (apache 1.3.27) + mysql.
contents of nearly all variable are exchanged!
with a small function i had fixed this temporarly:
function dp_session_register($variable) {
global ${$variable};
if(is_null(${$variable}))
${$variable}="";
return session_register($variable);
}
i hope, this will fixed as soon as posible. thanks.
daniel prior
[2002-12-31 08:59:20] [EMAIL PROTECTED]
";
$sql_result = mssql_query($sql,$connection);
$num = mssql_num_rows($sql_result);
$retVal = "Records = ".$num;
if ($num > 0) {
mssql_data_seek($sql_result,0);
$row = mssql_fetch_object($sql_result);
$retVal = $row->Text;
}
mssql_free_result($sql_result);
echo $retVal;
?>
In this case the mssql_query fails with:
PHP Warning: mssql_query(): supplied argument is not a valid MS
SQL-Link resource.
if I simply comment the $source = $_SERVER... it succeeds.
If I change session_register to $_SESSION["source"] = $source; it
succeeds.
I am not sure how these are related.
What is even weirder is the echo "$sql $connection";
They echo what is expected when it works. When it doesnt whichever was
defined first is the value for both.
IE When it fails as it is written
select * from tbl_Texts; select * from tbl_Texts;
If you change
$connection = mssql_connect('server','UserName','password');
$sql = "select * from tbl;";
to
$sql = "select * from tbl;";
$connection = mssql_connect('server','UserName','password');
it echos
Resource id #3 Resource id #3
I will in the future use $_SESSION but there are alot of files to
change if this wont be fixed.
Thanks
Charles Killmer
--
Edit this bug report at http://bugs.php.net/?id=21312&edit=1
#21247 [Com]: odbc_fetch_object not defined
ID: 21247 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: ODBC related Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: I think I got to the snapshots to late. I downloaded the 4.3.x-dev snapshot and it said odbc_fetch_object is undefined. I also tried the 5.0.x-dev but it would only return error 500. Let me know if you can re-enable it and I will make sure to download it right away. Thanks Charles Killmer Previous Comments: [2003-01-16 10:28:01] [EMAIL PROTECTED] Changing from bogus to not bogus, as I've just enabled fetch_object for windows. Try a snapshot and tell me if it works for you. [2002-12-29 09:26:39] [EMAIL PROTECTED] The main page of PHP has a nice HOWTO on building PHP for windows. What you'll need to edit are all in ext/odbc: php_odbc.h: remove lines 57 and 60. php_odbc.c remove lines 87 and 90 remove lines 1354 and 1511 If you can get it to work I'll move the support to MSSQL now too. [2002-12-28 15:06:14] [EMAIL PROTECTED] I would love to test it but I dont have the time to spend compiling php. I have never compiled php. I am an avid programmer and am competant in c, and c++. If you have a quick guide to compiling php I would love to try it. Which file? Which compiler is preferred? I have Borland Command line 5.5 Thanks Charles Killmer BTW the odbc dsn is looking at an access database. [2002-12-28 11:01:52] [EMAIL PROTECTED] It's not really a bug. The problem is odbc_fetch_object is (at this time) only supported through the DBMAKER database. I have insufficent time and resources to test against all DBs and as such it is #defined out. Theoretically it should work with your Win2k Server, and you can test this by removing the #defines from the odbc_fetch_object call. If it works, I'd be more than happy to integrate the change into further releases. As it stands though I have no firm proof that it does. [2002-12-28 10:05:28] [EMAIL PROTECTED] I am getting this error PHP Fatal error: Call to undefined function: odbc_fetch_object() The documentation says it is available in (PHP 4 >= 4.0.2) This is the line of code $row = odbc_fetch_object($sql_result,$i); Was this missed? Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=21247&edit=1
#21247 [Com]: odbc_fetch_object not defined
ID: 21247 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: ODBC related Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: It works. :) If you need to know any specifics about my computer, Windows XP Pro SP 1, Apache 2.0.43, The ODBC driver for Access databases that came with Windows, I havent installed Access on this computer. If you need anything else just let me know. Thanks Charles Previous Comments: [2003-01-17 00:56:24] [EMAIL PROTECTED] It's still enabled. I haven't disabled it yet, and probably won't until I hear negatory or postive from you. It should be in the PHP5 branch, not the 4.3 branches. Any snapshot after this posting should have it. I might need to try and get my windows boxen working again to test this if you're getting an error 500 (no idea what that menas). If you can share the complete error, and the sample script you're using it would help a lot :) [2003-01-16 21:26:13] [EMAIL PROTECTED] I think I got to the snapshots to late. I downloaded the 4.3.x-dev snapshot and it said odbc_fetch_object is undefined. I also tried the 5.0.x-dev but it would only return error 500. Let me know if you can re-enable it and I will make sure to download it right away. Thanks Charles Killmer [2003-01-16 10:28:01] [EMAIL PROTECTED] Changing from bogus to not bogus, as I've just enabled fetch_object for windows. Try a snapshot and tell me if it works for you. [2002-12-29 09:26:39] [EMAIL PROTECTED] The main page of PHP has a nice HOWTO on building PHP for windows. What you'll need to edit are all in ext/odbc: php_odbc.h: remove lines 57 and 60. php_odbc.c remove lines 87 and 90 remove lines 1354 and 1511 If you can get it to work I'll move the support to MSSQL now too. [2002-12-28 15:06:14] [EMAIL PROTECTED] I would love to test it but I dont have the time to spend compiling php. I have never compiled php. I am an avid programmer and am competant in c, and c++. If you have a quick guide to compiling php I would love to try it. Which file? Which compiler is preferred? I have Borland Command line 5.5 Thanks Charles Killmer BTW the odbc dsn is looking at an access database. 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/21247 -- Edit this bug report at http://bugs.php.net/?id=21247&edit=1
#21312 [Opn]: session_register doesnt like null values
ID: 21312 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: Why has nobody from PHP looked at this in a month? I would like to start using 4.3.0. Previous Comments: [2003-02-04 15:41:34] [EMAIL PROTECTED] I reported this same bug back in November of last year, and have had no luck with anyone at php.net replying with any acknowledgements to the bug or fixes. Here is the link to the bug I reported, with some of the php.net developers' replies. http://bugs.php.net/bug.php?id=20583 [2003-01-14 19:14:04] [EMAIL PROTECTED] PHP 4.3.0, Apache/1.3.27, RedHat Linux 7.3. The same problem with Horde webmail. Webmail works fine, but it shows that f warning each time on login page: Warning: Unknown(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively. in Unknown on line 0 I've tried to play with register_globals session.bug_compat_42 session.bug_compat_warn in /etc/php.ini file, each time I've restarted apache of course :) but no luck. Please, tell me what's wrong? [2003-01-12 13:06:47] [EMAIL PROTECTED] Is anyone taking a look at this? I just want to know how long I should wait. Sorry if this sounds impatient, it isnt meant to be. I am just wondering. :) Charles [2003-01-03 10:38:26] [EMAIL PROTECTED] Tryed that and still the same results. [2003-01-03 10:22:52] [EMAIL PROTECTED] Try adding this to your php.ini file: session.bug_compat_42 = 1 session.bug_compat_warn = 0 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/21312 -- Edit this bug report at http://bugs.php.net/?id=21312&edit=1
#20916 [NEW]: MS SQL: Unable to connect to server
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.2.3 PHP Bug Type: MSSQL related Bug description: MS SQL: Unable to connect to server Connecting to database fails when accessed with Netscape. Below is my setup. IIS 5.0 -Virtual Site -Directory security: basic -Anonymous Access: Disallowed -PHP 4.2.3 Database -MS SQL 2000 Client Netscape 7.0 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 Calling the function mssql_connect($ip,$username,$password); fails to connect to database While accessing the same file with IE connects. Not sure if this is a Netscape bug or PHP. Just curious what could cause this behavior. Thanks Charles Killmer -- Edit bug report at http://bugs.php.net/?id=20916&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20916&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20916&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20916&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20916&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20916&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20916&r=support Expected behavior: http://bugs.php.net/fix.php?id=20916&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20916&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20916&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20916&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20916&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20916&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20916&r=isapi
#20916 [Bgs->Opn]: MS SQL: Unable to connect to server
ID: 20916 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: This is not bogus. The browser should not make any difference. Please test this case. Previous Comments: [2002-12-09 23:24:25] [EMAIL PROTECTED] If it works with some browser but not with another, it's a browser fault. Please don't report such bugs here. (and btw. this REALLY can't be bug in mssql_* functions or anything else in PHP but some bug in your code) [2002-12-09 20:43:37] [EMAIL PROTECTED] Connecting to database fails when accessed with Netscape. Below is my setup. IIS 5.0 -Virtual Site -Directory security: basic -Anonymous Access: Disallowed -PHP 4.2.3 Database -MS SQL 2000 Client Netscape 7.0 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 Calling the function mssql_connect($ip,$username,$password); fails to connect to database While accessing the same file with IE connects. Not sure if this is a Netscape bug or PHP. Just curious what could cause this behavior. Thanks Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=20916&edit=1
#20916 [Opn]: MS SQL: Unable to connect to server
ID: 20916 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: Previous Comments: [2002-12-10 08:47:35] [EMAIL PROTECTED] This is not bogus. The browser should not make any difference. Please test this case. [2002-12-09 23:24:25] [EMAIL PROTECTED] If it works with some browser but not with another, it's a browser fault. Please don't report such bugs here. (and btw. this REALLY can't be bug in mssql_* functions or anything else in PHP but some bug in your code) [2002-12-09 20:43:37] [EMAIL PROTECTED] Connecting to database fails when accessed with Netscape. Below is my setup. IIS 5.0 -Virtual Site -Directory security: basic -Anonymous Access: Disallowed -PHP 4.2.3 Database -MS SQL 2000 Client Netscape 7.0 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 Calling the function mssql_connect($ip,$username,$password); fails to connect to database While accessing the same file with IE connects. Not sure if this is a Netscape bug or PHP. Just curious what could cause this behavior. Thanks Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=20916&edit=1
#20916 [Bgs->Opn]: MS SQL: Unable to connect to server
ID: 20916 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: But PHP is generating the error: MS SQL: Unable to connect to server If it is entirely within Netscape, PHP should not display this error. I am sorry for reopening this. Previous Comments: [2002-12-10 08:59:33] [EMAIL PROTECTED] Yes, browser can't possibly affect this. Thus this is bogus. (propably some cache issue with NS) [2002-12-10 08:48:53] [EMAIL PROTECTED] [2002-12-10 08:47:35] [EMAIL PROTECTED] This is not bogus. The browser should not make any difference. Please test this case. [2002-12-09 23:24:25] [EMAIL PROTECTED] If it works with some browser but not with another, it's a browser fault. Please don't report such bugs here. (and btw. this REALLY can't be bug in mssql_* functions or anything else in PHP but some bug in your code) [2002-12-09 20:43:37] [EMAIL PROTECTED] Connecting to database fails when accessed with Netscape. Below is my setup. IIS 5.0 -Virtual Site -Directory security: basic -Anonymous Access: Disallowed -PHP 4.2.3 Database -MS SQL 2000 Client Netscape 7.0 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 Calling the function mssql_connect($ip,$username,$password); fails to connect to database While accessing the same file with IE connects. Not sure if this is a Netscape bug or PHP. Just curious what could cause this behavior. Thanks Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=20916&edit=1
#20916 [Bgs->Opn]: MS SQL: Unable to connect to server
ID: 20916 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: What else could be causing PHP to generate this error only in this case? Sorry for continuing this but I do not believe this that PHP plays no part in this error. I host around 40 sites all with php and most with database. I would just like an answer to what could cause this. Again sorry for reopening again. This is my last attempt. Previous Comments: [2002-12-10 09:40:59] [EMAIL PROTECTED] If it works with IE or from command line, it CAN NOT BE A BUG IN PHP.. [2002-12-10 09:22:18] [EMAIL PROTECTED] But PHP is generating the error: MS SQL: Unable to connect to server If it is entirely within Netscape, PHP should not display this error. I am sorry for reopening this. [2002-12-10 08:59:33] [EMAIL PROTECTED] Yes, browser can't possibly affect this. Thus this is bogus. (propably some cache issue with NS) [2002-12-10 08:48:53] [EMAIL PROTECTED] [2002-12-10 08:47:35] [EMAIL PROTECTED] This is not bogus. The browser should not make any difference. Please test this case. 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/20916 -- Edit this bug report at http://bugs.php.net/?id=20916&edit=1
#20968 [NEW]: Session rewriter misses a case
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: Session related Bug description: Session rewriter misses a case Whe html is written with javascript and trans sid is used, The javascript may get messed up. ie str += "
#20968 [Fbk->Opn]: Session rewriter misses a case
ID: 20968 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: The cvs behaves differently but still the same error str += ""; It doesnt put quotes around the reptoc but it still puts bad quotes around the type="hidden" and others. Charles Previous Comments: [2002-12-12 11:49:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-12 11:42:10] [EMAIL PROTECTED] Whe html is written with javascript and trans sid is used, The javascript may get messed up. ie str += "
#20968 [Bgs->Opn]: Session rewriter misses a case
ID: 20968 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: The javascript is generated code from a product by a dll. I have no access to modifying the html. The only workaround I have is to not use trans sid. But then clients without cookies cannot access it. I do not believe this behavior is intentional. Charles Previous Comments: [2002-12-13 03:02:01] [EMAIL PROTECTED] Use single quotes in your script. Not a bug. [2002-12-12 12:29:44] [EMAIL PROTECTED] The cvs behaves differently but still the same error str += ""; It doesnt put quotes around the reptoc but it still puts bad quotes around the type="hidden" and others. Charles [2002-12-12 11:49:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-12 11:42:10] [EMAIL PROTECTED] Whe html is written with javascript and trans sid is used, The javascript may get messed up. ie str += "
#21247 [NEW]: odbc_fetch_object not defined
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.3.0 PHP Bug Type: ODBC related Bug description: odbc_fetch_object not defined I am getting this error PHP Fatal error: Call to undefined function: odbc_fetch_object() The documentation says it is available in (PHP 4 >= 4.0.2) This is the line of code $row = odbc_fetch_object($sql_result,$i); Was this missed? Charles Killmer -- Edit bug report at http://bugs.php.net/?id=21247&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21247&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21247&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21247&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21247&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21247&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21247&r=support Expected behavior: http://bugs.php.net/fix.php?id=21247&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21247&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21247&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21247&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21247&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21247&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21247&r=isapi
#21247 [Bgs]: odbc_fetch_object not defined
ID: 21247 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: ODBC related Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: I would love to test it but I dont have the time to spend compiling php. I have never compiled php. I am an avid programmer and am competant in c, and c++. If you have a quick guide to compiling php I would love to try it. Which file? Which compiler is preferred? I have Borland Command line 5.5 Thanks Charles Killmer BTW the odbc dsn is looking at an access database. Previous Comments: [2002-12-28 11:01:52] [EMAIL PROTECTED] It's not really a bug. The problem is odbc_fetch_object is (at this time) only supported through the DBMAKER database. I have insufficent time and resources to test against all DBs and as such it is #defined out. Theoretically it should work with your Win2k Server, and you can test this by removing the #defines from the odbc_fetch_object call. If it works, I'd be more than happy to integrate the change into further releases. As it stands though I have no firm proof that it does. [2002-12-28 10:05:28] [EMAIL PROTECTED] I am getting this error PHP Fatal error: Call to undefined function: odbc_fetch_object() The documentation says it is available in (PHP 4 >= 4.0.2) This is the line of code $row = odbc_fetch_object($sql_result,$i); Was this missed? Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=21247&edit=1
#21263 [NEW]: _ENV appears to be empty
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.3.0 PHP Bug Type: *General Issues Bug description: _ENV appears to be empty echo $_ENV; Array print_r($_ENV); Array() Is $_ENV being deprecated? Or why is it empty? Charles Killmer IIS 5.0 -- Edit bug report at http://bugs.php.net/?id=21263&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21263&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21263&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21263&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21263&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21263&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21263&r=support Expected behavior: http://bugs.php.net/fix.php?id=21263&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21263&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21263&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21263&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21263&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21263&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21263&r=isapi
#21263 [Opn]: _ENV appears to be empty
ID: 21263 User updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: Oops Just correcting my email address. Previous Comments: [2002-12-29 01:00:24] [EMAIL PROTECTED] echo $_ENV; Array print_r($_ENV); Array() Is $_ENV being deprecated? Or why is it empty? Charles Killmer IIS 5.0 -- Edit this bug report at http://bugs.php.net/?id=21263&edit=1
#21263 [Opn->Bgs]: _ENV appears to be empty
ID: 21263 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: Sorry. I had the variables_order = "GPCS" No environment Variables get registered this way. Oops Charles Previous Comments: [2002-12-29 01:01:05] [EMAIL PROTECTED] Oops Just correcting my email address. [2002-12-29 01:00:24] [EMAIL PROTECTED] echo $_ENV; Array print_r($_ENV); Array() Is $_ENV being deprecated? Or why is it empty? Charles Killmer IIS 5.0 -- Edit this bug report at http://bugs.php.net/?id=21263&edit=1
#21312 [NEW]: session_register doesnt like null values
From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version: 4.3.0
PHP Bug Type: Session related
Bug description: session_register doesnt like null values
";
$sql_result = mssql_query($sql,$connection);
$num = mssql_num_rows($sql_result);
$retVal = "Records = ".$num;
if ($num > 0) {
mssql_data_seek($sql_result,0);
$row = mssql_fetch_object($sql_result);
$retVal = $row->Text;
}
mssql_free_result($sql_result);
echo $retVal;
?>
In this case the mssql_query fails with:
PHP Warning: mssql_query(): supplied argument is not a valid MS SQL-Link
resource.
if I simply comment the $source = $_SERVER... it succeeds.
If I change session_register to $_SESSION["source"] = $source; it
succeeds.
I am not sure how these are related.
What is even weirder is the echo "$sql $connection";
They echo what is expected when it works. When it doesnt whichever was
defined first is the value for both.
IE When it fails as it is written
select * from tbl_Texts; select * from tbl_Texts;
If you change
$connection = mssql_connect('server','UserName','password');
$sql = "select * from tbl;";
to
$sql = "select * from tbl;";
$connection = mssql_connect('server','UserName','password');
it echos
Resource id #3 Resource id #3
I will in the future use $_SESSION but there are alot of files to change
if this wont be fixed.
Thanks
Charles Killmer
--
Edit bug report at http://bugs.php.net/?id=21312&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21312&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21312&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21312&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21312&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21312&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21312&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21312&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21312&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21312&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21312&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21312&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21312&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21312&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21312&r=gnused
#21312 [Fbk->Opn]: session_register doesnt like null values
ID: 21312
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Windows 2000 Server
PHP Version: 4.3.0
New Comment:
Tryed that and still the same results.
Previous Comments:
[2003-01-03 10:22:52] [EMAIL PROTECTED]
Try adding this to your php.ini file:
session.bug_compat_42 = 1
session.bug_compat_warn = 0
[2003-01-01 12:19:47] [EMAIL PROTECTED]
i've the same problem with linux (apache 1.3.27) + mysql.
contents of nearly all variable are exchanged!
with a small function i had fixed this temporarly:
function dp_session_register($variable) {
global ${$variable};
if(is_null(${$variable}))
${$variable}="";
return session_register($variable);
}
i hope, this will fixed as soon as posible. thanks.
daniel prior
[2002-12-31 08:59:20] [EMAIL PROTECTED]
";
$sql_result = mssql_query($sql,$connection);
$num = mssql_num_rows($sql_result);
$retVal = "Records = ".$num;
if ($num > 0) {
mssql_data_seek($sql_result,0);
$row = mssql_fetch_object($sql_result);
$retVal = $row->Text;
}
mssql_free_result($sql_result);
echo $retVal;
?>
In this case the mssql_query fails with:
PHP Warning: mssql_query(): supplied argument is not a valid MS
SQL-Link resource.
if I simply comment the $source = $_SERVER... it succeeds.
If I change session_register to $_SESSION["source"] = $source; it
succeeds.
I am not sure how these are related.
What is even weirder is the echo "$sql $connection";
They echo what is expected when it works. When it doesnt whichever was
defined first is the value for both.
IE When it fails as it is written
select * from tbl_Texts; select * from tbl_Texts;
If you change
$connection = mssql_connect('server','UserName','password');
$sql = "select * from tbl;";
to
$sql = "select * from tbl;";
$connection = mssql_connect('server','UserName','password');
it echos
Resource id #3 Resource id #3
I will in the future use $_SESSION but there are alot of files to
change if this wont be fixed.
Thanks
Charles Killmer
--
Edit this bug report at http://bugs.php.net/?id=21312&edit=1
Bug #17117 Updated: mssql_connect crashes with NS6
ID: 17117 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.1.2 New Comment: Looking through error logs and IIS log files I found something that seems related. #Software: Microsoft Internet Information Services 5.0 #Version: 1.0 #Date: 2002-05-09 19:11:11 #Fields: date time c-ip cs-username s-ip s-port cs-method cs-uri-stem cs-uri-query sc-status time-taken cs(User-Agent) cs(Cookie) cs(Referer) 2002-05-09 00:53:49 [IP Omitted] - [IP Omitted] 80 GET /robots.txt - 404 0 NG/1.0 - - 2002-05-09 00:53:55 [IP Omitted] - [IP Omitted] 80 GET /index.php3 - 200 6203 NG/1.0 - - [PHP Error Log] [08-May-2002 19:53:56] PHP Warning: MS SQL: Unable to connect to server: [IP Omitted] in E:\Sites\[Website Name Omitted]\index.php3 on line 29 Looks like it happens on ordinary websites with whatever generates a User Agent of NG/1.0 Charles Killmer Previous Comments: [2002-05-09 09:53:15] [EMAIL PROTECTED] It actually only happens with one website. I have not yet been able to create a new website that behaves this way. :( Charles Killmer [2002-05-09 09:23:22] [EMAIL PROTECTED] This sounds very weird and impossible but I can reproduce it. Create a virtual website in IIS 5.0, enable basic and windows authentication, disable anonymous access, have some php code that will try to connect to SQL Server 2000. Try to view the page with IE6 and NS6. IE6 will work fine NS6 does not. I am working on upgrading to 4.2.0 but I have some code to change in my sites because sid doesnt appear to work in 4.2.0. How could this happen? Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=17117&edit=1
Bug #17117 Updated: mssql_connect crashes with NS6
ID: 17117 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.1.2 New Comment: Well I dont know what to say. Now NS6 is working just fine on that site. Maybe just a fluke or maybe something was actually happening. Charles Killmer Previous Comments: [2002-05-09 15:20:44] [EMAIL PROTECTED] Looking through error logs and IIS log files I found something that seems related. #Software: Microsoft Internet Information Services 5.0 #Version: 1.0 #Date: 2002-05-09 19:11:11 #Fields: date time c-ip cs-username s-ip s-port cs-method cs-uri-stem cs-uri-query sc-status time-taken cs(User-Agent) cs(Cookie) cs(Referer) 2002-05-09 00:53:49 [IP Omitted] - [IP Omitted] 80 GET /robots.txt - 404 0 NG/1.0 - - 2002-05-09 00:53:55 [IP Omitted] - [IP Omitted] 80 GET /index.php3 - 200 6203 NG/1.0 - - [PHP Error Log] [08-May-2002 19:53:56] PHP Warning: MS SQL: Unable to connect to server: [IP Omitted] in E:\Sites\[Website Name Omitted]\index.php3 on line 29 Looks like it happens on ordinary websites with whatever generates a User Agent of NG/1.0 Charles Killmer [2002-05-09 09:53:15] [EMAIL PROTECTED] It actually only happens with one website. I have not yet been able to create a new website that behaves this way. :( Charles Killmer [2002-05-09 09:23:22] [EMAIL PROTECTED] This sounds very weird and impossible but I can reproduce it. Create a virtual website in IIS 5.0, enable basic and windows authentication, disable anonymous access, have some php code that will try to connect to SQL Server 2000. Try to view the page with IE6 and NS6. IE6 will work fine NS6 does not. I am working on upgrading to 4.2.0 but I have some code to change in my sites because sid doesnt appear to work in 4.2.0. How could this happen? Charles Killmer -- Edit this bug report at http://bugs.php.net/?id=17117&edit=1
#20583 [Com]: Variable values inconsistent with assignment statements.
ID: 20583 Comment by: charlesk at netgaintechnology dot com Reported By: jseverson at myersinternet dot com Status: Open Bug Type: Session related Operating System: RedHat 7.2 PHP Version: 4CVS-2002-11-22 (stable) New Comment: The first one works, the second one does not. If this is buggy code please tell me how. I ended up going through _EVERY_ site that we host and changing session_register to $_SESSION. Charles Killmer Windows 2000 Server IIS 5.0 PHP 4.3.1 Previous Comments: [2003-02-09 16:38:22] phpbugs at brianmertens dot com Maybe this is related to the bug #22117 , that I reported yesterday? http://bugs.php.net/bug.php?id=22117 [2003-02-04 13:05:49] jseverson at myersinternet dot com Just wanted to check in on this bug and see if any progress has been made...thanks. [2003-01-27 17:45:14] jseverson at myersinternet dot com Ok, sorry, I didn't realize we weren't allowed to use Oracle in our samples. Can you please follow these steps then to reproduce the bug: 1. Copy and paste the following code into a file, save file with .php extension. ___ PHP 4.3.0 BUG"; echo "r is "; var_dump($r); $w = "hello"; session_register( "r" ); $x = "bananas"; $y = 5; $z = 777; echo "w is " . $w . " (should be \"hello\")\n"; echo "x is " . $x . " (should be \"bananas\")\n"; echo "y is " . $y . " (should be 5)\n"; echo "z is " . $z . " (should be 777)\n"; ?> 2. Open up the file you just saved in a web browser, copy the url in your browser, and then close the browser. (Goal is to make sure $HTTP_REFERER is null.) 3. Open up a clean browser, and paste the url to that file location and press enter. 4. You should see the weird assignment statements there. Just so you can see what my browser said, here is my output: PHP 4.3.0 BUG r is NULL w is hello (should be "hello") x is 777 (should be "bananas") y is 777 (should be 5) z is 777 (should be 777) Thanks, and sorry for not providing a short, complete, self-contained sample script earlier. I misunderstood the definition of short, complete, self-contained script. [2003-01-27 17:35:48] [EMAIL PROTECTED] So far every script in this report is buggy and can't possibly work. So fix your scripts first. Self-contained means that they can be run anywhere, regardless if there is oracle available or not. (ie. get rid of the oracle stuff in it) Short means it's less that 15 lines. Complete means it's all there, between tags. [2003-01-27 16:38:52] phpbug dot 2 dot sts at spamgourmet dot com Oh, I should mention--- if you visit my demonstration, copy the link into your browser, do not click on it from here. If $HTTP_REFERER is actually set to something other than NULL the bug does not occur. Stephen. 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/20583 -- Edit this bug report at http://bugs.php.net/?id=20583&edit=1
#20583 [Com]: Variable values inconsistent with assignment statements.
ID: 20583 Comment by: charlesk at netgaintechnology dot com Reported By: jseverson at myersinternet dot com Status: Open Bug Type: Session related Operating System: RedHat 7.2 PHP Version: 4CVS-2002-11-22 (stable) New Comment: I forgot the session_start(); Still the same behaviour Output : 5 2 3 Output: 5 2 2 Previous Comments: [2003-02-26 16:04:14] charlesk at netgaintechnology dot com The first one works, the second one does not. If this is buggy code please tell me how. I ended up going through _EVERY_ site that we host and changing session_register to $_SESSION. Charles Killmer Windows 2000 Server IIS 5.0 PHP 4.3.1 [2003-02-09 16:38:22] phpbugs at brianmertens dot com Maybe this is related to the bug #22117 , that I reported yesterday? http://bugs.php.net/bug.php?id=22117 [2003-02-04 13:05:49] jseverson at myersinternet dot com Just wanted to check in on this bug and see if any progress has been made...thanks. [2003-01-27 17:45:14] jseverson at myersinternet dot com Ok, sorry, I didn't realize we weren't allowed to use Oracle in our samples. Can you please follow these steps then to reproduce the bug: 1. Copy and paste the following code into a file, save file with .php extension. ___ PHP 4.3.0 BUG"; echo "r is "; var_dump($r); $w = "hello"; session_register( "r" ); $x = "bananas"; $y = 5; $z = 777; echo "w is " . $w . " (should be \"hello\")\n"; echo "x is " . $x . " (should be \"bananas\")\n"; echo "y is " . $y . " (should be 5)\n"; echo "z is " . $z . " (should be 777)\n"; ?> 2. Open up the file you just saved in a web browser, copy the url in your browser, and then close the browser. (Goal is to make sure $HTTP_REFERER is null.) 3. Open up a clean browser, and paste the url to that file location and press enter. 4. You should see the weird assignment statements there. Just so you can see what my browser said, here is my output: PHP 4.3.0 BUG r is NULL w is hello (should be "hello") x is 777 (should be "bananas") y is 777 (should be 5) z is 777 (should be 777) Thanks, and sorry for not providing a short, complete, self-contained sample script earlier. I misunderstood the definition of short, complete, self-contained script. [2003-01-27 17:35:48] [EMAIL PROTECTED] So far every script in this report is buggy and can't possibly work. So fix your scripts first. Self-contained means that they can be run anywhere, regardless if there is oracle available or not. (ie. get rid of the oracle stuff in it) Short means it's less that 15 lines. Complete means it's all there, between tags. 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/20583 -- Edit this bug report at http://bugs.php.net/?id=20583&edit=1
#21312 [Csd]: session_register doesnt like null values
ID: 21312 User updated by: charlesk at netgaintechnology dot com Reported By: charlesk at netgaintechnology dot com Status: Closed Bug Type: Session related Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: This bug does not appear for me in 4.3.2 Windows 2000 SP3. Thank you Charles Previous Comments: [2003-05-30 10:06:46] adam at forsalebyowner dot com On Linux 2.4x and Apache 1.3.27 with mod_perl and php 4.3.2 or 4.3.1, I get the same thing. The root of the problem for me was the variable used: $iAccountNumber = $_POST['iAccountNumber']; $_SESSION['iAccountNumber'] = $iAccountNumber; throws out that error if the previous page does not have a post field for iAccountNumber. Man, this took forever to figure out. The funny thing is that the first line survives, it's the second one that makes the error spit out (assumedly because $iAccountNumber never gets set). Neither of the session.bug_compat_42 or session.bug_compat_warn has any effect. [2003-05-21 15:51:14] bex at bex dot ca I've had this same problem. It came from setting session variables and worked fine in older versions of PHP but started giving me the mentioned error when PHP hit version 4.3.1. OUTPUT HTML: "Warning: Unknown(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively. in Unknown on line 0" This comes from a misconception that you have to set a variable to global before it can be registered as a session. Hope this helps in any way. [2003-05-10 19:31:20] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-03-25 09:01:36] roland at web dot co dot th Yes, it appears that error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR is currently the most efficient work-around until the developers come up with a response. Has anyone a snipset how to code the sessions "clear" without causing that message at all? [2003-03-23 17:05:06] nez at irc dot pl I've set: error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR (even with error_reporting = E_ERROR it works ok) and there's no more that problem - i mean no warning: "Warning: Unknown(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively. in Unknown on line 0" Or.. you can always set register_globals = Off ... ;-) 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/21312 -- Edit this bug report at http://bugs.php.net/?id=21312&edit=1
#28976 [Com]: Ability to disable Return-Path header or use From header instead of php.ini
ID: 28976
Comment by: Charlesk at netgaintechnology dot com
Reported By: kdaniel at aosepc dot com
Status: Open
Bug Type: Mail related
Operating System: Windows\Apache
PHP Version: 4.3.6
New Comment:
It seems to me that this was thought of but never implemented. In
sendmail.c:
if (headers) {
char *pos = NULL;
size_t i;
/* Use PCRE to trim the header into the right format */
if (NULL == (headers = php_win32_mail_trim_header(headers
TSRMLS_CC))) {
*error = W32_SM_PCRE_ERROR;
return FAILURE;
}
/* Create a lowercased header for all the searches so we're finally
case
* insensitive when searching for a pattern. */
if (NULL == (headers_lc = estrdup(headers))) {
efree(headers);
*error = OUT_OF_MEMORY;
return FAILURE;
}
for (i = 0; i < strlen(headers_lc); i++) {
headers_lc[i] = tolower(headers_lc[i]);
}
}
/* Fall back to sendmail_from php.ini setting */
if (mailRPath && *mailRPath) {
RPath = estrdup(mailRPath);
}
else if (INI_STR("sendmail_from")) {
RPath = estrdup(INI_STR("sendmail_from"));
} else {
if (headers) {
efree(headers);
efree(headers_lc);
}
*error = W32_SM_SENDMAIL_FROM_NOT_SET;
return FAILURE;
}
I would think that in the if (headers) section there should be some
code to set the mailRPath if the From header is found in headers. That
way when it falls into the if (mailRPath && *mailRPath) section it will
appropriately assign the from to the return path.
Can this be fixed soon?
Thanks
Charles
Previous Comments:
[2004-08-24 19:53:10] dv at josheli dot com
http://marc.theaimsgroup.com/?l=php-dev&m=109286883222906&w=2
[2004-08-23 19:19:30] kdaniel at aosepc dot com
Yes it is. The problem exists in sendmail.c
The code as follows:
/* Fall back to sendmail_from php.ini setting */
if (mailRPath && *mailRPath) {
RPath = estrdup(mailRPath);
}
else if (INI_STR("sendmail_from")) {
RPath = estrdup(INI_STR("sendmail_from"));
} else {
if (headers) {
efree(headers);
efree(headers_lc);
}
*error = W32_SM_SENDMAIL_FROM_NOT_SET;
return FAILURE;
}
Should be changed to:
/* Fall back to sendmail_from php.ini setting */
if (mailRPath && *mailRPath) {
RPath = estrdup(mailRPath);
}
else if (INI_STR("sendmail_from")) {
RPath = estrdup(INI_STR("sendmail_from"));
} else {
if (headers) {
efree(headers);
efree(headers_lc);
} else {
*error = W32_SM_SENDMAIL_FROM_NOT_SET;
return FAILURE;
}
}
I have not tested this, it is just a guess.
Kevin
[2004-08-23 19:02:33] joe at inexo dot com
It's not coming from php.ini.
[2004-08-18 23:07:34] dv at josheli dot com
using cli PHP 5 and latest snap (php5-win32-200408181430), the extra
"From:" header does not seem to work.
test.php:
Warning: mail(): "sendmail_from" not set in php.ini or custom "From:"
header missing in C:\dev\quiktests\test.php on line 3
[2004-08-06 21:39:27] kdaniel at aosepc dot com
I don't see how that is possible because there is no way for the mail
server to pick up the sendmail_from ini setting. PHP has to be using
it somewhere. There needs to be a way to disable its use.
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/28976
--
Edit this bug report at http://bugs.php.net/?id=28976&edit=1
#39497 [NEW]: Re 34096
From: charlesk at netgaintechnology dot com Operating system: Windows 2003 Standard PHP version: 4.4.4 PHP Bug Type: MSSQL related Bug description: Re 34096 Description: php_mssql.dll from version 4.3.1 works without a problem. php_mssql.dll from version 4.4.4 does not. This is a change in PHP not in Microsoft. How is this a Microsoft problem? What changed in this DLL to make it not work? My environment is set up that if I put the new version of the DLL in place, it starts throwing spaces everywhere. If I put the 4.3.1 version dll back it stops throwing spaces everywhere. Reproduce code: --- Copy the new php_mssql.dll in place Expected result: Nulls and empty strings returned as nulls and empty strings. Actual result: -- nulls as nulls, Empty strings as a single space -- Edit bug report at http://bugs.php.net/?id=39497&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39497&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39497&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39497&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39497&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39497&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39497&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39497&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39497&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39497&r=support Expected behavior:http://bugs.php.net/fix.php?id=39497&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39497&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39497&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39497&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39497&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39497&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39497&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39497&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39497&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39497&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39497&r=mysqlcfg
#39497 [Opn]: Re 34096
ID: 39497 User updated by: charlesk at netgaintechnology dot com Reported By: charlesk at netgaintechnology dot com Status: Open Bug Type: MSSQL related Operating System: Windows 2003 Standard PHP Version: 4.4.4 New Comment: I am dissappointed, I paid software would not go unanswered for 4 months. Previous Comments: [2006-11-13 14:26:38] charlesk at netgaintechnology dot com Description: php_mssql.dll from version 4.3.1 works without a problem. php_mssql.dll from version 4.4.4 does not. This is a change in PHP not in Microsoft. How is this a Microsoft problem? What changed in this DLL to make it not work? My environment is set up that if I put the new version of the DLL in place, it starts throwing spaces everywhere. If I put the 4.3.1 version dll back it stops throwing spaces everywhere. Reproduce code: --- Copy the new php_mssql.dll in place Expected result: Nulls and empty strings returned as nulls and empty strings. Actual result: -- nulls as nulls, Empty strings as a single space -- Edit this bug report at http://bugs.php.net/?id=39497&edit=1
