#26853 [Bgs->Opn]: cookiejar broken
ID: 26853 User updated by: nytral at spamcop dot net Reported By: nytral at spamcop dot net -Status: Bogus +Status: Open Bug Type: cURL related Operating System: win32 and linux PHP Version: 5CVS-2004-01-09 (dev) New Comment: Forgot to change the status back to open. Previous Comments: [2004-01-12 10:22:44] nytral at spamcop dot net I found the issue, it is with the domain= part of the Set-Cookie header. As soon as you put something in it which is not the FQDN of the remote host, the cookie won't be stored, even if it's valid, i.e Set-Cookie: test=test; domain=php.net; path=/ I see in curl changelog for 7.10.7: "cookie parser now only requires two dots in cookie domain" Can you build something on win32 linked with a more recent curl version to see if it helps? thanks. [2004-01-11 19:20:41] [EMAIL PROTECTED] Can not reprduce. (works fine with e.g. http://www.php.net/) [2004-01-09 10:16:28] nytral at spamcop dot net Description: Since php_curl is linked against libcurl 7.10.5+, cookies are not being stored for an https server I'm talking to. If it is because of Cache-Control: no-cache="set-cookie,set-cookie2" sent by the server, is there a workaround to force the cookiejar to populate anyway? Reproduce code: --- $ch = curl_init(); curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER,0); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST,0); curl_setopt($ch, CURLOPT_FOLLOWLOCATION,1); curl_setopt($ch, CURLOPT_COOKIEFILE, "/tmp/cookies"); curl_setopt($ch, CURLOPT_COOKIEJAR, "/tmp/cookies"); curl_setopt($ch, CURLOPT_SSLVERSION, 3); curl_setopt($ch, CURLOPT_URL,$url); $buf=curl_exec($ch); Expected result: To get something in /tmp/cookies when the server returns cookies, as it's the case with PHP < 4.3 Actual result: -- No /tmp/cookie file gets created. -- Edit this bug report at http://bugs.php.net/?id=26853&edit=1
#26853 [Bgs]: cookiejar broken
ID: 26853 User updated by: nytral at spamcop dot net Reported By: nytral at spamcop dot net Status: Bogus Bug Type: cURL related Operating System: win32 and linux PHP Version: 5CVS-2004-01-09 (dev) New Comment: I found the issue, it is with the domain= part of the Set-Cookie header. As soon as you put something in it which is not the FQDN of the remote host, the cookie won't be stored, even if it's valid, i.e Set-Cookie: test=test; domain=php.net; path=/ I see in curl changelog for 7.10.7: "cookie parser now only requires two dots in cookie domain" Can you build something on win32 linked with a more recent curl version to see if it helps? thanks. Previous Comments: [2004-01-11 19:20:41] [EMAIL PROTECTED] Can not reprduce. (works fine with e.g. http://www.php.net/) [2004-01-09 10:16:28] nytral at spamcop dot net Description: Since php_curl is linked against libcurl 7.10.5+, cookies are not being stored for an https server I'm talking to. If it is because of Cache-Control: no-cache="set-cookie,set-cookie2" sent by the server, is there a workaround to force the cookiejar to populate anyway? Reproduce code: --- $ch = curl_init(); curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER,0); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST,0); curl_setopt($ch, CURLOPT_FOLLOWLOCATION,1); curl_setopt($ch, CURLOPT_COOKIEFILE, "/tmp/cookies"); curl_setopt($ch, CURLOPT_COOKIEJAR, "/tmp/cookies"); curl_setopt($ch, CURLOPT_SSLVERSION, 3); curl_setopt($ch, CURLOPT_URL,$url); $buf=curl_exec($ch); Expected result: To get something in /tmp/cookies when the server returns cookies, as it's the case with PHP < 4.3 Actual result: -- No /tmp/cookie file gets created. -- Edit this bug report at http://bugs.php.net/?id=26853&edit=1
#26853 [NEW]: cookiejar broken
From: nytral at spamcop dot net Operating system: win32 and linux PHP version: 5CVS-2004-01-09 (dev) PHP Bug Type: cURL related Bug description: cookiejar broken Description: Since php_curl is linked against libcurl 7.10.5+, cookies are not being stored for an https server I'm talking to. If it is because of Cache-Control: no-cache="set-cookie,set-cookie2" sent by the server, is there a workaround to force the cookiejar to populate anyway? Reproduce code: --- $ch = curl_init(); curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER,0); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST,0); curl_setopt($ch, CURLOPT_FOLLOWLOCATION,1); curl_setopt($ch, CURLOPT_COOKIEFILE, "/tmp/cookies"); curl_setopt($ch, CURLOPT_COOKIEJAR, "/tmp/cookies"); curl_setopt($ch, CURLOPT_SSLVERSION, 3); curl_setopt($ch, CURLOPT_URL,$url); $buf=curl_exec($ch); Expected result: To get something in /tmp/cookies when the server returns cookies, as it's the case with PHP < 4.3 Actual result: -- No /tmp/cookie file gets created. -- Edit bug report at http://bugs.php.net/?id=26853&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26853&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26853&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26853&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26853&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26853&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26853&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26853&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26853&r=support Expected behavior: http://bugs.php.net/fix.php?id=26853&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26853&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26853&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26853&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26853&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26853&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26853&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26853&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26853&r=float
#20704 [Fbk->Opn]: reproducible crash
ID: 20704 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: Windows2000+SP3/Dual PHP Version: 4.3.0RC2 New Comment: Good news: 4.2.3 doesn't crash so far. I upgraded because after some time I would randomly get Access Violations. But I prefer to have a few here and there than 100% of the time . Previous Comments: [2002-11-28 22:04:19] [EMAIL PROTECTED] Could you show the smallest possible version of the script, which causes the problem? [2002-11-28 14:30:33] [EMAIL PROTECTED] I just tried ISAPI with RC2; first script load is Ok, resubmit and it's an access violation. [2002-11-28 14:16:28] [EMAIL PROTECTED] It's a flat PHP setup with only mssql module loaded. Since the last MSSQL2000 (SP2+hotfix) and MDAC 2.7, SQL queries returning more than a few results crash (either Access Violation using ISAPI, or no output at all with php-cgi.exe past the mssql_query() call). Each time I install a different php build, the first script load will output something before dying in the middle of returning results; reloading the page will give CGI errors. Weird thing is, calling php.exe on the command line works each time; calling php-cgi.exe doesn't (problem described above show up). I can't even move those scripts to Unix, since some are using mssql_next_result() which Sybase doesn't provide. Ouch! It looks like using PHP to talk to MSSQL is not a good idea on any OS. Thanks for your help, -Martin -- Edit this bug report at http://bugs.php.net/?id=20704&edit=1
#20704 [Opn]: reproducible crash
ID: 20704 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Windows2000+SP3/Dual PHP Version: 4.3.0RC2 New Comment: I just tried ISAPI with RC2; first script load is Ok, resubmit and it's an access violation. Previous Comments: [2002-11-28 14:16:28] [EMAIL PROTECTED] It's a flat PHP setup with only mssql module loaded. Since the last MSSQL2000 (SP2+hotfix) and MDAC 2.7, SQL queries returning more than a few results crash (either Access Violation using ISAPI, or no output at all with php-cgi.exe past the mssql_query() call). Each time I install a different php build, the first script load will output something before dying in the middle of returning results; reloading the page will give CGI errors. Weird thing is, calling php.exe on the command line works each time; calling php-cgi.exe doesn't (problem described above show up). I can't even move those scripts to Unix, since some are using mssql_next_result() which Sybase doesn't provide. Ouch! It looks like using PHP to talk to MSSQL is not a good idea on any OS. Thanks for your help, -Martin -- Edit this bug report at http://bugs.php.net/?id=20704&edit=1
#20704 [NEW]: reproducible crash
From: [EMAIL PROTECTED] Operating system: Windows2000+SP3/Dual PHP version: 4.3.0RC2 PHP Bug Type: MSSQL related Bug description: reproducible crash It's a flat PHP setup with only mssql module loaded. Since the last MSSQL2000 (SP2+hotfix) and MDAC 2.7, SQL queries returning more than a few results crash (either Access Violation using ISAPI, or no output at all with php-cgi.exe past the mssql_query() call). Each time I install a different php build, the first script load will output something before dying in the middle of returning results; reloading the page will give CGI errors. Weird thing is, calling php.exe on the command line works each time; calling php-cgi.exe doesn't (problem described above show up). I can't even move those scripts to Unix, since some are using mssql_next_result() which Sybase doesn't provide. Ouch! It looks like using PHP to talk to MSSQL is not a good idea on any OS. Thanks for your help, -Martin -- Edit bug report at http://bugs.php.net/?id=20704&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20704&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20704&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20704&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20704&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20704&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20704&r=support Expected behavior: http://bugs.php.net/fix.php?id=20704&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20704&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20704&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20704&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20704&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20704&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20704&r=isapi
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: Same issue, and even worse: since the last MS updates (IIS, SQL, MDAC), I get a bunch of access violations that I almost never got before. And running manually php.cgi causes the script to quit at the first SQL request, without warning/errors. It says 'missing cgi headers' when running under php-cgi. I tried 4.3.0RC1, 4.3.0-dev, 4.4.0-dev (yesterday's snapshots), all the same result. Any PHP developper using a dual cpu Win2K platform could test/fix this? Previous Comments: [2002-11-20 14:30:05] [EMAIL PROTECTED] Add me to the list of people experiencing this. After a little while of switching back and forth from AV to working it goes to not responding at all. :-( [2002-11-18 18:10:24] [EMAIL PROTECTED] Hi.. i have been working on this a couple of days for now, and here are some facts i noticed after a couple of work-arounds... - the error occurs only on systems with Win2K (SP >= 2) - the error WILL NOT occur if logged in as system administrator, and the IIS security is turned to LOW !! - the error will occur on EACH request if you fronpage extensions installed, and a global.asa file exists on the root . - please keep us informed of a solution thanks... http://www.snip.com.ua [2002-11-07 10:01:14] [EMAIL PROTECTED] attachment to previous message: >> There is a curious connection: >> Under applications-configuration... also not the best.., dit crash aniway. [2002-11-06 12:52:54] [EMAIL PROTECTED] I get same error but also with different function: php4ts!zend_strndup + 0x2B + 0xA05D8578 php4ts!zend_hash_copy + 0x1B + 0xA05D8578 There is a curious connection: Under applications-configuration (i do not now the english correct name) (where to install php4isapi.dll) Dlg-page: applications-options (seems concerning ASP) After deselecting "Buffer", IIS run very stable with no more interruption. Mayby tray also.. [2002-11-05 03:52:31] [EMAIL PROTECTED] I think this may be caused by some memory used for each page loading,these memory are allocated but not being released properly. May be the environment variables used. The memory leap accumulated until crash the IIS. Any thing done when a page loaded need to be noticed. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1