#23061 [Fbk->Csd]: fockopen resource leaking
ID: 23061 User updated by: nico at osict dot com Reported By: nico at osict dot com -Status: Feedback +Status: Closed Bug Type: Sockets related Operating System: Windows XP PHP Version: 4.3.1 New Comment: I tried http://snaps.php.net/win32/php4-win32-STABLE-latest.zip as sugested by [EMAIL PROTECTED] and have not been able to reproduce the problem with that version. Thank you for looking into it. Previous Comments: [2003-04-05 07:46:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-04-05 05:21:25] nico at osict dot com When fockopen is used on a non working IP address (e.g. to test if some server is currently running) it seems to cause resource leaking. Even if fclose is used properly, and the php page has finished. This behaviour does not occur with working IP addresses. This can be verified with windows task manager by looking in the handles column of apache.exe. When repeated many times (>1) Windows XP will collapse because applications will no longer be able to open IP ports. I am using the windows binary on http://www.php.net/downloads.php with Apache/1.3.24. Nico de Vries ([EMAIL PROTECTED]) -- Edit this bug report at http://bugs.php.net/?id=23061&edit=1
#23066 [Fbk]: fsocketopen fail when connecting to server where calling script run
ID: 23066 Updated by: [EMAIL PROTECTED] Reported By: garfield_fr at tiscali dot fr Status: Feedback -Bug Type: *Network Functions +Bug Type: Sockets related Operating System: Windows 2000 PHP Version: 4.3.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 A lot of bugs have been fixed since 4.3.1 in this snapshot (regarding socket stuff) Previous Comments: [2003-04-05 20:18:58] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. This is *impossible* to debug without knowing the contents of client.php and server.php. [2003-04-05 16:18:38] garfield_fr at tiscali dot fr Config : OS : Win2000 Server HTTP : IIS5 PHP 4.3.1 ISAPI I have 2 scripts : client.php and server.php on a server. I can use these scripts by http://mysite.domain.net/server.php and http://mysite.domain.net/client.php. In fact, client.php is a test script to check server.php, a web services using nuSOAP. both scripts are using nuSOAP.php. 1/ When client.php run on server and call server.php with URL : http://mysite.domain.net/server.php I have a fsockopen error: [05-Apr-2003 22:15:10] PHP Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect failed in E:\Root\mysite\nuSOAP\nusoap.php on line 1352 [05-Apr-2003 22:15:10] PHP Warning: fsockopen() [function.fsockopen]: unable to connect to mysite.domain.net:80 in E:\Root\mysite\nuSOAP\nusoap.php on line 1352 2/ When I use my computer to run client.php (running at http://10.0.0.11/client.php where 10.0.0.11 is my local IP) and call server.php at http://mysite.domain.net/server.php I have a good result and evry thing work fine. 3/ When I use my computer to run client.php (running at http://10.0.0.11/client.php where 10.0.0.11 is my local IP) and call server.php at http://10.0.0.11/server.php I have a good result and evry thing work fine too !!! >From 1/ and 2/ I think fsockopen() can't open a connection on the server who run the calling scripts (remember, it's in ISAPI mode)...so maybe a bug here ? but from why 3/ work ? my local server is in ISAPI mode to (IIS5/W2K Pro SP3)... conclusion : fsockopen seem to fail in some case I think is a bug ??? -- Edit this bug report at http://bugs.php.net/?id=23066&edit=1
#23067 [NEW]: "HTTP/1.0 200 X" begin with Tomcat
From: ari dot mononen at pspt dot fi
Operating system: Windows XP pro
PHP version: 4.3.1
PHP Bug Type: Other web server
Bug description: "HTTP/1.0 200 X" begin with Tomcat
Every php-page begin with text "HTTP/1.0 200 X"
("view source" gives: HTTP/1.0 200 X)
E.g. Hello-world shows with IE:
HTTP/1.0 200 XHello World
Tomcat version is 4.1.18 (works fine with JSP/servlet).
Phpsrvlt.dll and php4ts_debug.dll are in the path.
Php_java.jar and phpsrvlt.jar in %TOMCAT_HOME%\common\lib.
Web.xml changed (otherwise the side will not be seen).
php.ini is original.
Editted php-side starts normally with
--
Edit bug report at http://bugs.php.net/?id=23067&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23067&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23067&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23067&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23067&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23067&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23067&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23067&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23067&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23067&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23067&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23067&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23067&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23067&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23067&r=gnused
#23068 [NEW]: phpinfo() and logos
From: festus at muenster dot de Operating system: Debian Woody Intel Kernel 2.4.20 PHP version: 4.3.1 PHP Bug Type: *General Issues Bug description: phpinfo() and logos When openinga page with phpinfo() on my system, the php and zend logo has a broken link. My configuration: './configure' '--prefix=/usr/local/php4' '--disable-debug' '--enable-force-cgi-redirect' '--disable-ipv6' '--with-openssl' '--with-zlib' '--enable-calendar' '--with-gd=/usr/lib' '--with-mysql=/usr/' '--enable-xslt' '--with-xslt-sablot=/usr/local/sablotron/' '--with-expat-dir=/usr/local/expat/' '--enable-track-vars' Using default php.ini File. The broken link on the page (e.g. php logo): -- Edit bug report at http://bugs.php.net/?id=23068&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23068&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23068&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23068&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23068&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23068&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23068&r=support Expected behavior: http://bugs.php.net/fix.php?id=23068&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23068&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23068&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23068&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23068&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23068&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23068&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23068&r=gnused
#22880 [Fbk->Opn]: Performance loss of 50% form 4.0 to 4.3?
ID: 22880 User updated by: project dot draco at gmx dot net Reported By: project dot draco at gmx dot net -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: win98//freebsd//any? PHP Version: 4.3.2-RC New Comment: thx for keeping me busy :-) i will email the zipped script to sniper (6k, ok?), hope you get it going. dont bother if i'm a bit quiet next days, but i got a daytime job as a social worker, so be patient. good testing meanwhile. gruss mir Previous Comments: [2003-04-05 11:31:02] [EMAIL PROTECTED] You need to provide us the same script to test this with. Just testing on one machine does not give reliable results. [2003-04-05 09:39:31] project dot draco at gmx dot net ok,ok did some testing and found at least the following behaviour: i kept track of includ_once times in my script and ran a couple of times the same script, wich includes havily about 300 kB. While 4.0.6 did this job with an avarage time of 0.4 ms per kB included script, the 4.3.1 and 4.3.2 versions show an increasing amount of time use to include_once the scripts. Some values sumsize avg 406 avg 432 0 0,550,47 16660 0,540,49 32859 3,923,65 57138 0,570,80 62766 0,460,74 83208 0,460,77 106302 0,440,69 114039 0,560,93 119067 0,571,17 129474 0,621,08 150891 0,901,70 161932 1,461,74 167775 0,430,83 182655 0,421,06 209909 0,471,63 246752 0,491,51 269711 0,421,61 330045 0,481,85 346306 0,411,64 The three bigger values (3.92,0.90,1.46 at the avg406 col) are scripts that do initial executions and db-queries, so we ommit them. the rest is simple classdefs, no initializing done. As you can see, the 432 avg times increase with increasing filesize (the sizes are summed up so 346306 is the full scriptsize that is run) Can you read anything helpful out of this posting??? ps Testing was done on win98/php-cgi/apache 1.3.20 systemenvironment. gruss mir [2003-03-31 02:13:08] [EMAIL PROTECTED] Still waiting for the feedback of more detailed information. [2003-03-30 05:10:09] project dot draco at gmx dot net Gave it a try. Didn't work, sorry. As slow as before... So now im going to make some testings to find out, where the performance loss originates from. I already localized some strange side effects, wich point to the conclusion, that it is in fact something with the memorymanagment. The same script, executed as standalone is much faster, than executed within a huge script. Ill be back with some more accurate bug-report soon. so long mir [2003-03-25 14:48:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip There was a performance problem for file() and file_get_contents() on systems without memory mapping support; this has been fixed in the stable snapshots. Please give it a try. 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/22880 -- Edit this bug report at http://bugs.php.net/?id=22880&edit=1
#23056 [Ana->Bgs]: gif and jpeg php generated pictures bug
ID: 23056 Updated by: [EMAIL PROTECTED] Reported By: dan1 at edenpics dot com -Status: Analyzed +Status: Bogus Bug Type: Output Control Operating System: Linux RedHat 7.1 PHP Version: 4.3.2RC1 New Comment: Here's much simpler script that can be used to reproduce this bug in IE6: And it really is bug in IE6..not in PHP. And it has actually existed in IE since IE5 too. Try search with google and you'll find couple of hundred hits about this. You might wanna try find out what cache preventing headers work for IE..it seems to be very picky about them. Previous Comments: [2003-04-05 16:16:31] [EMAIL PROTECTED] I don't see how this could possible be a PHP problem. I see nothing wrong with the output of your script. I sent an IE6 request and looked at the output. The headers sent by http://www.edenpics.com/pub/iebug/bird.php were: HTTP/1.1 200 OK Date: Sat, 05 Apr 2003 23:13:47 GMT Server: Apache X-Powered-By: PHP/4.1.2 Cache-Control: no-cache, must-revalidate Connection: close Content-Type: image/gif Followed by this gif datastream: 000 G I F 8 9 a 2 \0 ( \0 367 204 \0 001 002 002 020 003 002 \t 005 \n 017 \b 003 \b \f \n 002 \n \n \v 003 040 006 025 006 \t 035 \n \f 032 \f 021 036 024 024 026 020 024 060 036 \v 021 ! 016 023 ( 024 025 - 027 033 ) 022 031 2 100 033 036 0 032 $ . 025 # 8 033 ! < 030 ( : ! 120 + E # , N * 3 L ' 1 Q ' 1 \ 1 < 140 V / < b , > l + < r 7 E n : E g 160 < M m ; J s = L ~ ? P | A N x B I see nothing wrong. [2003-04-05 15:59:06] dan1 at edenpics dot com Yes, the bird was in JPEG before, I changed it in GIF, to be more coherent with the code. It's because I tested several formats, sorry for this incovenience. However, the bug appears in GIF or JPEG, so the bug is the same now. I just found out that the bug comes out only if we sent the "Cache-Control" header along with the picture, which is something I forgot to mention in my previous code, because I thought that it was not relevant. In fact, THIS IS the problem. So here is the code that really generates the bug: If you comment out the Cache-Control header line, everything works fine, so this is a workaround. However, I think that it is still a PHP bug, don't you ? Please try again (1 minute), I updated the report page: http://www.edenpics.com/pub/iebug/iebug2.phtml Thank you. [2003-04-05 11:13:29] [EMAIL PROTECTED] Disclaimer: the bird.gif _WAS_ jpeg before.. :) [2003-04-05 11:12:22] [EMAIL PROTECTED] the example bird.gif is actually JPEG, not GIF.. And when having the correct script with correct imagetype, this all works just fine. This is NOT any bug in PHP. [2003-04-05 00:28:33] [EMAIL PROTECTED] I copied your script directly and found a bird.gif image out there. You can see the result at: http://lerdorf.com/bird.php Source code at: http://lerdorf.com/bird.phps Works ok for me. Perhaps you have something before or after the start/end php tags, or do you have weird line endings or something? Do an "od -c bird.php" and compare it to: http://lerdorf.com/bird.txt 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/23056 -- Edit this bug report at http://bugs.php.net/?id=23056&edit=1
#23068 [Opn->Bgs]: phpinfo() and logos
ID: 23068 Updated by: [EMAIL PROTECTED] Reported By: festus at muenster dot de -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Debian Woody Intel Kernel 2.4.20 PHP Version: 4.3.1 New Comment: Works fine here using PHP 4.3.2-RC1. Previous Comments: [2003-04-06 06:19:03] festus at muenster dot de When openinga page with phpinfo() on my system, the php and zend logo has a broken link. My configuration: './configure' '--prefix=/usr/local/php4' '--disable-debug' '--enable-force-cgi-redirect' '--disable-ipv6' '--with-openssl' '--with-zlib' '--enable-calendar' '--with-gd=/usr/lib' '--with-mysql=/usr/' '--enable-xslt' '--with-xslt-sablot=/usr/local/sablotron/' '--with-expat-dir=/usr/local/expat/' '--enable-track-vars' Using default php.ini File. The broken link on the page (e.g. php logo): -- Edit this bug report at http://bugs.php.net/?id=23068&edit=1
#23067 [Opn->Fbk]: "HTTP/1.0 200 X" begin with Tomcat
ID: 23067
Updated by: [EMAIL PROTECTED]
Reported By: ari dot mononen at pspt dot fi
-Status: Open
+Status: Feedback
-Bug Type: Other web server
+Bug Type: Servlet related
Operating System: Windows XP pro
PHP Version: 4.3.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:
[2003-04-06 06:15:34] ari dot mononen at pspt dot fi
Every php-page begin with text "HTTP/1.0 200 X"
("view source" gives: HTTP/1.0 200 X)
E.g. Hello-world shows with IE:
HTTP/1.0 200 XHello World
Tomcat version is 4.1.18 (works fine with JSP/servlet).
Phpsrvlt.dll and php4ts_debug.dll are in the path.
Php_java.jar and phpsrvlt.jar in %TOMCAT_HOME%\common\lib.
Web.xml changed (otherwise the side will not be seen).
php.ini is original.
Editted php-side starts normally with
--
Edit this bug report at http://bugs.php.net/?id=23067&edit=1
#23064 [Opn->Bgs]: don't connect to mysql
ID: 23064
Updated by: [EMAIL PROTECTED]
Reported By: jelzio at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: MySQL related
Operating System: linux
PHP Version: 4.3.0
New Comment:
This is not the correct place to report problems in some 3rd party
application written with PHP..
Previous Comments:
[2003-04-05 15:21:12] jelzio at hotmail dot com
**this is error
Warning: Wrong parameter count for mysql_connect() in
.../class/adodb/drivers/adodb-mysql.inc.php on line 190
*this is the script that I use **
include 'class/adodb.php'
$db = ADONewConnection('mysql');
/*here*/$db->Connect($db_host, $db_user, $db_password, $db_name)
Then I opened to the file adodb-mysql.inc.php to review it and if you
see the error happens in 190 line of adodb v3.00 and 211 line in adodb
v3.31, as they are equal in both cases only you I show it once.
function _connect($argHostname, $argUsername, $argPassword,
$argDatabasename)
{
global $ADODB_PHPVER;
if ($ADODB_PHPVER >= 0x4300)
$this->_connectionID =
mysql_connect($argHostname,$argUsername,$argPassword,
/*in this line it happens the error
*/$this->forceNewConnect,$this->clientFlags);
I have PHP 4.3.0 and MySQL 3.23.37
--
Edit this bug report at http://bugs.php.net/?id=23064&edit=1
#21707 [Fbk->NoF]: long html text sources truncated
ID: 21707 Updated by: [EMAIL PROTECTED] Reported By: jtwolf at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Output Control Operating System: windows xp PHP Version: 4.3.0 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-03-30 06:47:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-19 15:04:08] [EMAIL PROTECTED] Oops, my previous comment is totally off the point. Please ignore. [2003-01-19 12:43:15] [EMAIL PROTECTED] Which MPM model do you use in Apache2? (e.g. worker, prefork) I managed to reproduce this with "worker" model. [2003-01-19 11:40:38] bouke at boukemedia dot nl i'm having the same problems, but i'm running php as an module instead of cgi module. Apache 2.0.43 on winXP PHP 4.2.4-dev Setting output_buffering to On fixed this bug. [2003-01-17 01:22:45] jtwolf at hotmail dot com For example: 174412 Chars --> 7957 Chars 82828 Chars --> 23906 Chars not consistent, running the 82828 char file a second time gave me 43596 chars 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/21707 -- Edit this bug report at http://bugs.php.net/?id=21707&edit=1
#22427 [Fbk->NoF]: Missing Form Post Data
ID: 22427 Updated by: [EMAIL PROTECTED] Reported By: jroland at uow dot edu dot au -Status: Feedback +Status: No Feedback Bug Type: *General Issues Operating System: Windows XP / 2000 PHP Version: 4.2.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-03-30 06:55:10] [EMAIL PROTECTED] I guess your problem is identical to bug #19460. Please confirm if httpd.conf is edited correctly. [2003-03-27 02:08:36] sendoffer at ukr dot net I did not report that bug, but have the problem with post variables. I am using PHP 4.2.3-Win32 as a module for Apache 1.3.27., Windows 2000. When POST is used like in: -- E-mail: Sibscribe options: Company news News from Employees Proposals '; print_r($p_s); echo ''; } ?> -- After submitting this form (2 last options selected) I got: -- Array ( [0] => news_employees [1] => proposals ) -- Values of the post array are missing 4 left letters! I've experimented different ways but result is the same: when post variable is array - values always trimmed by 4 left letters. regards, Yegor [2003-03-12 01:52:40] s dot franke at bebbosoft dot de Additional info: I am NOT using Apache. The used web server passes POST data untouched to the CGI (here the php executable). regards Stefan [2003-03-11 10:15:22] s dot franke at bebbosoft dot de I did not report that bug, but have the same problem. To be more specific: I am using the command line version of PHP 4.2.3-Win32. But the problem still exists under php 4.3.0. The bug (or misconfiguration?) is also reproducable with command line version of PHP4.2.3 under Linux. When POST is used (in conjunction with multipart/form-data)the POST data is not read by PHP. Writing an own funtion to read the POST data will let you read the POST data. I could setup an URL to reproduce it and with a page to display how the variables are set. (I could also paste it here...) regards Stefan [2003-03-09 19:14:42] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. 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/22427 -- Edit this bug report at http://bugs.php.net/?id=22427&edit=1
#22576 [Fbk->Csd]: include() or require() file via HTTP wrapper
ID: 22576 Updated by: [EMAIL PROTECTED] Reported By: mav at alkar dot net -Status: Feedback +Status: Closed Bug Type: Scripting Engine problem Operating System: FreeBSD 4.8-RC PHP Version: 4.3.2-dev New Comment: Works fine with 4.3.2-RC. Previous Comments: [2003-03-31 16:01:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Cannot replicate using latest stable snapshot. [2003-03-22 12:30:48] dave at socrates dot thinkhost dot com I am having the same problem, my O/S is FreeBSD 4.8-RC as well, and the PHP versions I am using is 4.3.1. I am running 4.3.2-RC1 on my own box, same problem seems to exist there: I setup some example scripts to show what is happening, they are below: [file.inc] [test.php] http://pub.thinkhost.com/file.inc";); ?> When I call test.php, I get this: Warning: main() [function.main]: stream does not support seeking in http://pub.thinkhost.com/file.inc on line 0 ?php echo "Hello World!\n"; ?> An error message, and it appears that the first byte of the response from the web server to fetch file.inv has been nibbled off. Any idea why? [2003-03-06 15:44:24] mav at alkar dot net I do it. Now I have another warning message: Warning: main() [function.main]: stream does not support seeking in /www/clients/commerce/darknes/www.spooky.dp.ua/pages/news.html on line 6 news.html is a PHP script here that have include() on a line 6. [2003-03-06 15:34:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-06 15:30:51] mav at alkar dot net When I write: http://www.spooky.dp.ua/test.html";; ?> and that file are not empty I take message: Warning: main() [function.main]: stream does not support seeking in http://www.spooky.dp.ua/test.html on line 0 PHP 4.3.1 compiled with options: ./configure \ --prefix=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/conf \ --enable-memory-limit \ --with-mysql=/usr/local/mysql \ --with-gd=/usr/local \ --enable-trans-sid \ --enable-inline-optimization \ --enable-ftp \ --enable-dbase \ --enable-gd-native-ttf \ --with-ttf \ --with-freetype-dir=/usr/local \ --with-iconv \ --with-ming=/usr/local \ --with-zlib -- Edit this bug report at http://bugs.php.net/?id=22576&edit=1
#22820 [Fbk->NoF]: script kicks out to command prompt.
ID: 22820 Updated by: [EMAIL PROTECTED] Reported By: nick at axelis dot com -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: Windows 2000 sp3 PHP Version: 4.3.2-RC New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-04-01 06:20:08] [EMAIL PROTECTED] You really need to provide a shorter (and complete!!) example script. Otherwise this report is as good as nothing. [2003-03-31 20:25:18] nick at axelis dot com No, I tried that with 4.3.1 and 4.3.2-RC. I got the same results. Remember, I'm running this from the command line so it's using CGI or CLI anyway. [2003-03-31 18:30:55] [EMAIL PROTECTED] Does 4.3.2-RC works if you configure it as CGI? Or run with CLI binary? [2003-03-31 14:52:04] nick at axelis dot com I think I've got something here that will work. I've reinstalled 4.2.3 and configured to run as CGI. This works. At this point I think it's safe to assume that this is a problem with 4.3.X. I don't have a linux/unix box with 4.3.x on it so I can't report anything there, but I think this really narrows things down to where we should be able to isolate the problem pretty effectively. I'm going to start doing that and I'll let you know what, if anything, I come up with. [2003-03-30 23:30:30] nick at axelis dot com Ok, I got that snapshot and you're right, the apache problem is fixed. In fact it works great. I've been trying to whiddle this down to 15-20 lines like you asked but I just can't pinpoint the problem. Given the way this script works, it's impossible to make it do anything except what it does. What I really need to know is, is this a problem with php 4.3.x? or with Windows? I was going to downgrade to 4.2.3 but I can't do that with this version of apache, and I'd rather not go through the trouble of downgrading that as well on a production server. 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/22820 -- Edit this bug report at http://bugs.php.net/?id=22820&edit=1
#22919 [Fbk->NoF]: Missing server variables
ID: 22919 Updated by: [EMAIL PROTECTED] Reported By: marcus at names dot co dot uk -Status: Feedback +Status: No Feedback Bug Type: CGI related Operating System: Redhat Linux 7.2 PHP Version: 4.3.1 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-03-30 06:49:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-27 08:32:22] marcus at names dot co dot uk Thanks for the speedy reply - but how come it works in PHP 4.2.3? Has PHP changed the way in which these variables are set - ie did php not previously rely on SCRIPT_NAME being passed by the web server? [2003-03-27 08:21:54] [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 SCRIPT_NAME variable is not being exported by the command line or Zeus server, hence the lack of these two variables. [2003-03-27 03:34:30] marcus at names dot co dot uk When building PHP 4.3.1 as a cgi binary, some of the server variables do not get set correctlt. Most importantly, $PHP_SELF and $SCRIPT_NAME are missing altogether. Looking at cgi_main.c, it looks as though $PHP_SELF is inherited from $SCRIPT_NAME for the CGI version - so perhaps this is why they are both missing? I am running under Zeus Web Server 4.2, but the problem is the same when run from the command line. -- Edit this bug report at http://bugs.php.net/?id=22919&edit=1
#22951 [Fbk->NoF]: win xp && iis 5 - copy() && unlink();
ID: 22951
Updated by: [EMAIL PROTECTED]
Reported By: talk_to_me at unforgiver dot net
-Status: Feedback
+Status: No Feedback
Bug Type: *Directory/Filesystem functions
Operating System: Windows XP
PHP Version: 4.3.1
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-03-29 20:31:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
I'm not certain about the order of the events but I believe the fix for
this came after the release of PHP 4.3.0/4.3.1... Try out a current
snapshot to see if it fixes things.
[2003-03-29 13:47:11] talk_to_me at unforgiver dot net
http://www.php.net/manual/pl/function.copy.php
"
jay dot haslup at jhuapl dot edu
03-Mar-2003 09:52
Im using windows2000 with apache and php4.3.0. I have noticed that
copying a zero size file does actually work but PHP thinks it didn't.
if(copy("d:/dirsrc/file.txt", "d:/dirdest/file.txt"))
{
//The copy works but does not end up here...
echo "Copy worked";
}else{
//...It ends up here
echo "file.txt is in dirdest but ended up here";
}
"
You know that ? When you will fix it ?
[2003-03-29 13:31:21] talk_to_me at unforgiver dot net
OK
While testing my script I see this is a bug :)
But only when filesize is 0B. Why I think this is a bug ?
Because:
if (@copy($some_path.$elemets[$i],$some_path2.$elemets[$i])) {
echo 'File was copied.';
} else {
echo 'File not copied.';
}
target file is created (what means the file was copied) but $copied
return false.
[2003-03-29 09:21:17] talk_to_me at unforgiver dot net
Windows XP without service pack 1.
[2003-03-29 09:15:23] talk_to_me at unforgiver dot net
When I'm trying to copy few files:
$elmenets = array();
$elements[0] = 'some_file_1';
$elements[1] = 'some_file_2';
$elements[2] = 'some_file_3';
$elements[3] = 'some_file_4';
$elements[4] = 'some_file_5';
for ($i=0; $ihttp://bugs.php.net/?id=22951&edit=1
#22953 [Fbk->NoF]: putenv doesn't work as documented
ID: 22953
Updated by: [EMAIL PROTECTED]
Reported By: cap at capsi dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Apache2 related
Operating System: Linux 2.2
PHP Version: 4.3.1
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-03-31 01:16:55] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-03-29 11:17:58] cap at capsi dot com
I've been using putenv with PHP 4.3.1 and Apache 2.0.44,
but it does not seem to restore variables correctly. I'm
getting +0100 and -0800 entries all across my Apache logs
for a static image server, referenced from multiple sites
with different putenv("TZ=zone"); initializations.
Apparenty putenv does not work for a specific request
only, as documented (different problem than closed bug
#10970). I also believe putenv affects all
threads within a process. This virually makes it
impossible to use different timezones for different
virtual hosts, without poisoning Apache logs with
different timezones in it (which fails for a lot of
analyzing software).
# ./configure --with-apxs2=/usr/local/apache/bin/apxs
--with-gd --with-mysql=/usr/local/mysql
--with-pgsql=/usr/local/postgresql
--with-zlib-dir=/usr/lib
--
Edit this bug report at http://bugs.php.net/?id=22953&edit=1
#22992 [Fbk->Csd]: make test - Bus Error sparc64 - Stream
ID: 22992 Updated by: [EMAIL PROTECTED] Reported By: mlm at mm-network dot com -Status: Feedback +Status: Closed Bug Type: Reproducible crash Operating System: NetBSD 1.6 PHP Version: 4.3.2RC1 Previous Comments: [2003-03-31 16:59:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip This should have already been fixed in the stable snapshot. Please give it a try. [2003-03-31 16:23:57] mlm at mm-network dot com I have been fighting to get ANY release of PHP4 to compile and work properly on my Ultra10 Sparc64 platform. So, I have decided to debug the latest release. I am willing to be a testbed for the developers and run whatever tests you want. I downloaded 4.3.2RC1 and compiled it on NetBSD 1.6 sparc64 with the following config line: ./configure --enable-debug --with-apxs --with-session=shared,/usr/pkg/lib/php/20020429 --with-gettext=shared,/usr/pkg/lib/php/20020429 --with-pcre=shared,/usr/pkg/lib/php/20020429 When I ran make test, one of the tests that failed produced the following output: Bus error - core dumped FAIL File/Stream functions [ext/standard/tests/file/002.phpt] I did the same thing using gdb and produced the followng backtrace: squirrel# gdb GNU gdb 5.0nb1 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc64--netbsd". (gdb) file sapi/cli/php Reading symbols from sapi/cli/php...done. (gdb) r ext/standard/tests/file/002.phpt Starting program: /usr/home/mlm/php-4.3.2RC1/sapi/cli/php ext/standard/tests/fil e/002.phpt --TEST-- File/Stream functions --POST-- --GET-- --FILE-- Program received signal SIGBUS, Bus error. 0x278478 in php_stdiop_cast (stream=0x450c40, castas=1, ret=0xaf74) at /usr/home/mlm/php-4.3.2RC1/main/streams.c:1535 1535*ret = (void*)fd; (gdb) bt #0 0x278478 in php_stdiop_cast (stream=0x450c40, castas=1, ret=0xaf74) at /usr/home/mlm/php-4.3.2RC1/main/streams.c:1535 #1 0x279a34 in _php_stream_cast (stream=0x450c40, castas=1, ret=0xaf74, show_err=0) at /usr/home/mlm/php-4.3.2RC1/main/streams.c:2041 #2 0x276928 in _php_stream_copy_to_mem (src=0x450c40, buf=0xb0a8, maxlen=0, persistent=0, __php_stream_call_depth=0, __zend_filename=0x2f07b8 "/usr/home/mlm/php-4.3.2RC1/ext/standard/file.c", __zend_lineno=432, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/home/mlm/php-4.3.2RC1/main/streams.c:1096 #3 0x19d85c in zif_file_get_contents (ht=1, return_value=0x4b41c0, this_ptr=0x0, return_value_used=1) at /usr/home/mlm/php-4.3.2RC1/ext/standard/file.c:432 #4 0x2daabc in execute (op_array=0x4b7040) at /usr/home/mlm/php-4.3.2RC1/Zend/zend_execute.c:1606 #5 0x2be5dc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/home/mlm/php-4.3.2RC1/Zend/zend.c:864 #6 0x261a14 in php_execute_script (primary_file=0xd950) at /usr/home/mlm/php-4.3.2RC1/main/main.c:1636 #7 0x2e3f00 in main (argc=2, argv=0xdae8) at /usr/home/mlm/php-4.3.2RC1/sapi/cli/php_cli.c:753 #8 0x12429c in ___start () (gdb) exit Tell me what to do next, Thank You, Mike Marshall -- Edit this bug report at http://bugs.php.net/?id=22992&edit=1
#22993 [Fbk->NoF]: Bug #21131 but with Bus Error - Sparc64
ID: 22993 Updated by: [EMAIL PROTECTED] Reported By: mlm at mm-network dot com -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: NetBSD 1.6 PHP Version: 4.3.2RC1 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-03-31 16:59:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-31 16:32:45] mlm at mm-network dot com What I did: Compiled 4.3.2RC1 with the following line: ./configure --enable-debug --with-apxs --with-session=shared,/usr/pkg/lib/php/20020429 --with-gettext=shared,/usr/pkg/lib/php/20020429 --with-pcre=shared,/usr/pkg/lib/php/20020429 Ran make test and one of the Bus Errors reported was the following: Bus error - core dumped FAIL Bug #21131: fopen($filename, "a+") has broken position [ext/standard/tests/ file/bug21131.phpt] So, I ran gdb and got: GNU gdb 5.0nb1 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc64--netbsd". (gdb) file sapi/cli/php Reading symbols from sapi/cli/php...done. (gdb) r ext/standard/tests/file/bug21131.phpt Starting program: /usr/home/mlm/php-4.3.2RC1/sapi/cli/php ext/standard/tests/fil e/bug21131.phpt --TEST-- Bug #21131: fopen($filename, "a+") has broken position --FILE-- Program received signal SIGBUS, Bus error. 0x278478 in php_stdiop_cast (stream=0x450a40, castas=1, ret=0x8e2c) at /usr/home/mlm/php-4.3.2RC1/main/streams.c:1535 1535*ret = (void*)fd; (gdb) bt #0 0x278478 in php_stdiop_cast (stream=0x450a40, castas=1, ret=0x8e2c) at /usr/home/mlm/php-4.3.2RC1/main/streams.c:1535 #1 0x279a34 in _php_stream_cast (stream=0x450a40, castas=1, ret=0x8e2c, show_err=0) at /usr/home/mlm/php-4.3.2RC1/main/streams.c:2041 #2 0x2764f0 in _php_stream_passthru (stream=0x450a40, __php_stream_call_depth=0, __zend_filename=0x2f07b8 "/usr/home/mlm/php-4.3.2RC1/ext/standard/file.c", __zend_lineno=1825, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/home/mlm/php-4.3.2RC1/main/streams.c:1031 #3 0x1a3eb0 in zif_fpassthru (ht=1, return_value=0x4b41c0, this_ptr=0x0, return_value_used=0) at /usr/home/mlm/php-4.3.2RC1/ext/standard/file.c:1825 #4 0x2daabc in execute (op_array=0x4b7040) at /usr/home/mlm/php-4.3.2RC1/Zend/zend_execute.c:1606 #5 0x2be5dc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/home/mlm/php-4.3.2RC1/Zend/zend.c:864 #6 0x261a14 in php_execute_script (primary_file=0xd940) at /usr/home/mlm/php-4.3.2RC1/main/main.c:1636 #7 0x2e3f00 in main (argc=2, argv=0xdad8) at /usr/home/mlm/php-4.3.2RC1/sapi/cli/php_cli.c:753 #8 0x12429c in ___start () (gdb) quit What do I do next? Mike Marshall -- Edit this bug report at http://bugs.php.net/?id=22993&edit=1
#23069 [NEW]: tempnam creates readonly file
From: paj at pearfr dot org Operating system: Windows 2000 PHP version: 4CVS-2003-04-06 (stable) PHP Bug Type: CGI related Bug description: tempnam creates readonly file tempnam() creates a readonly file under Windows 2K using Apache 1.3.27, php as CGI. The file permissions are correct but it sets the RO flag, which is not really usefull ;) pierre -- Edit bug report at http://bugs.php.net/?id=23069&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23069&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23069&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23069&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23069&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23069&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23069&r=support Expected behavior: http://bugs.php.net/fix.php?id=23069&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23069&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23069&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23069&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23069&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23069&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23069&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23069&r=gnused
#23070 [NEW]: Change encoding to another encoding/charset
From: asim at grc dot to Operating system: Linux PHP version: 4.3.1 PHP Bug Type: Feature/Change Request Bug description: Change encoding to another encoding/charset PROBLEM: Changing the data from one Encoding style to another on the fly. EXPLAINATION: Most of the websites use Windows-1256 or some other encoding style of displaying Arabic text while we are using the Most Standardized UTF-8 encoding style/ charset at our website and our related sites. Now the text/data in Arabic which we get from other websites cannot be displayed on our website as the data encoding is different. I am working to make solution in PHP where I decode windows-1256 or any other format in which I receive the data to single Unicode or UTF-8 format, before storing in database and then displaying on web. -- Edit bug report at http://bugs.php.net/?id=23070&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23070&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23070&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23070&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23070&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23070&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23070&r=support Expected behavior: http://bugs.php.net/fix.php?id=23070&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23070&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23070&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23070&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23070&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23070&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23070&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23070&r=gnused
#16383 [Com]: mysql_fetch_assoc returns strings only
ID: 16383 Comment by: yextir at gmx dot at Reported By: suraev at tut dot by Status: Bogus Bug Type: MySQL related Operating System: Win2000 PHP Version: 4.1.1 New Comment: It would be great if the following would be added to the manual: mysql_fetch_assoc returns strings only. I thought it's a bug too. But you are right, it doesn't matter if you know why it returns a string. cu daBart Previous Comments: [2002-04-02 18:45:50] [EMAIL PROTECTED] PostgreSQL module is the same. All user inputs ($_POST,$_GET,etc) are string. This design is good. For example, PHP does not support large number, but DB supports very large number. If PHP convert numbers automatically, PHP cannot display db query result correctly. [2002-04-02 15:02:12] [EMAIL PROTECTED] a. MySQL returns only strings with the C api call b. PHP is typeless c. it has been ages like this d. In order to 'fix' this, we need to call atleast 4 new api calls, thus slowing down queries a LOT This change is not going to happen. Derick [2002-04-02 14:47:55] suraev at tut dot by Why you decide that it's a support question? No, you are not right. It's not important for me, as I found a way to make my scripts work fine even with this error. But I still think that php development team should know that their function doesn't work the way it has to. If function has to return an array with integer value, but returns an array with string value - it's a bug. That's why I wrote here. Sincerely, Val [EMAIL PROTECTED] [2002-04-01 16:39:44] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-01 16:30:05] suraev at tut dot by Hello, I found a strange behaviour while was working with mysql_fetch_array and mysql_fetch_assoc. Even if table has an integer field, the result I got from functions listed above will list this value as string. php.ini magic_quotes_runtime = Off simple example. imagine that we "create table tripreport (ID tinyint)" then we "insert into MYTABLE (ID) values (1)" then $r="select * from MYTABLE where ID=1" then $f=mysql_fetch_assoc($r); then $id=$f["ID"]; then echo gettype($id) will print "string". is it an internal MySQL bug of PHP makes a mistake? take care, Val -- Edit this bug report at http://bugs.php.net/?id=16383&edit=1
#23071 [NEW]: when trying to use the T flag in date it will crash if DST is in operation
From: scottmacvicar at ntlworld dot com
Operating system: Windows XP
PHP version: 4.3.2RC1
PHP Bug Type: Reproducible crash
Bug description: when trying to use the T flag in date it will crash if DST is in
operation
on windows this will crash Apache 2.0.45 using PHP built from this morning.
tname[1] value is BST but tname[0] value is GMT Standard Time.
patch is as follows
--- datetime.c Sun Feb 9 17:11:00 2003
+++ datetime.c.patched Sun Apr 6 10:41:52 2003
@@ -540,7 +540,11 @@
#if HAVE_TM_ZONE
strcat(Z_STRVAL_P(return_value),
ta->tm_zone);
#elif HAVE_TZNAME
- strcat(Z_STRVAL_P(return_value),
tname[0]);
+ if (ta->tm_isdst > 0 ) {
+ strcat(Z_STRVAL_P(return_value),
tname[1]);
+ } else {
+ strcat(Z_STRVAL_P(return_value),
tname[0]);
+ }
#endif
break;
case 'B': /* Swatch Beat a.k.a. Internet
Time */
--
Edit bug report at http://bugs.php.net/?id=23071&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23071&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23071&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23071&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23071&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23071&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23071&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23071&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23071&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23071&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23071&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23071&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23071&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23071&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23071&r=gnused
