#26087 [Opn->Bgs]: Iconv.dll is renamed...
ID: 26087 Updated by: [EMAIL PROTECTED] Reported By: wolf2k14 at yahoo dot co dot uk -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 2000 PHP Version: 5.0.0b1 (beta1) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2003-11-02 19:14:06] wolf2k14 at yahoo dot co dot uk Description: I had a problem that caused a CGI error page to be displayed, I searched around for a solution and was told to run php.exe - i on the command line upon doing so I got the error (Cannot find iconv.dll) this was due to GAIM (An open source chat client software peice - gaim.sf.net - It had told me to rename the dll required by PHP informing me that the appliaction that installed it may stop working - and it did but i wasn't informed of which application. GAIM also told me to tell you guys to not cause dll hell by using the iconv.dll file in your useage or rename it to something else and use it. Well I guess this is between you developers so I shall leave you to argue amoungst yourselves - Now I have to decide if I either want PHP or Gaim to work properly.. h. -- Edit this bug report at http://bugs.php.net/?id=26087&edit=1
#26091 [NEW]: left()
From: drei at porrigt dot se Operating system: Linux mini 2.4.22 PHP version: 4.3.3 PHP Bug Type: MySQL related Bug description: left() Description: it could be that php is compiled the wrong way, or this could be a bug. im not sure. the problem is with the left() syntax in mysql, it wont output anything. working fine when i run it in a shell, but not with php! Reproduce code: --- select left(blob,5) from table Expected result: if blob would contain 'abcdefghijklmnopqrstuvwxyz' it should return 'abcde' Actual result: -- nothing. -- Edit bug report at http://bugs.php.net/?id=26091&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26091&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26091&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26091&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26091&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26091&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26091&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26091&r=support Expected behavior: http://bugs.php.net/fix.php?id=26091&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26091&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26091&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26091&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26091&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26091&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26091&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26091&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26091&r=float
#26090 [NEW]: allow colons in time zone offset to strtotime()
From: danielc at analysisandsolutions dot com Operating system: n/a PHP version: 5.0.0b1 (beta1) PHP Bug Type: Feature/Change Request Bug description: allow colons in time zone offset to strtotime() Description: The strtotime() function doesn't allow time zone offsets to contain colons ":" in them. Colons are included in several offset formmating standards. Reproduce code: --- $t = '2003-10-28 10:20:30-0800'; echo date('Y-m-d H:i:s T', strtotime($t)) . "\n\n"; $t = '2003-10-28 10:20:30-08:00'; echo date('Y-m-d H:i:s T', strtotime($t)) . "\n"; Expected result: 2003-10-28 13:20:30 EST 2003-10-28 13:20:30 EST Actual result: -- 2003-10-28 13:20:30 EST 1969-12-31 18:59:59 EST On Windows 2000, the attempt with the colons in the offset produces a negative timestamp, so the beloved "Windows does not support dates prior to midnight" warning arises. -- Edit bug report at http://bugs.php.net/?id=26090&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26090&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26090&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26090&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26090&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26090&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26090&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26090&r=support Expected behavior: http://bugs.php.net/fix.php?id=26090&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26090&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26090&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26090&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26090&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26090&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26090&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26090&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26090&r=float
#14822 [Com]: Premature end of script headers: C:/php/php.exe
ID: 14822 Comment by: hotshareware at yahoo dot com Reported By: b dot parcalab at atlastelecom dot ro Status: Closed Bug Type: Apache2 related Operating System: windows xp professional PHP Version: 4.1.0 New Comment: I had the same error. I am using Apache/2.0.47 (Win32) Server. It worked well, until yesterday this error occured. Any help? Previous Comments: [2003-11-02 20:22:06] hotshareware at yahoo dot com I had the same problem, "Premature end of script headers: php.exe". I use Apache/2.0.47 (Win32) Server. Any help? Thanks in advance. [2003-02-27 04:26:19] msannoyme at msn dot com having the same problem using winxp pro full service packs installed apache 1.3.14 PHP Version 4.2.4-dev -- phpinfo info -- System Windows NT 5.1 build 2600 Build Date Nov 1 2002 18:13:11 Server API CGI Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS\php.ini Debug Build no Thread Safety enabled On my system the error appears every page if I use /php/php-cli.exe but with /php/php.exe it works fine except for a group of users. I am writting a system that allows the sys admin to create a list of users and asign them to groups within the system. now if user Beaker (taken from the muppets) logs in as an author and goes to the author page and is a member of the group Author I get the error. but if I make beaker a member of the administrator group it works fine. difference between groups is basic admin grp = id 1, author grp = id 2 I'll look for fixes here do not email me the above email address deletes all mail automatically unless in my contacts. You will not get a response from above email address [2002-04-06 11:09:22] [EMAIL PROTECTED] You need latest CVS versions of both PHP and Apache2 for it to work. And Apache2 is still beta and a moving target, so it's not really possible to have stable releases of it. [2002-01-03 05:43:15] b dot parcalab at atlastelecom dot ro Error description: Many php scripts that works good with apache2 and php 4.0.6 doesn't work now with apache2 and 4.1.0. Error: Server error! Premature end of script headers: C:/php/php.exe If you think this is a server error, please contact the Webmaster Error 500 bogdanp.atn.ro 01/03/02 12:39:08 Apache/2.0.28 (Win32) I don't know what's the problem, and I think that its usefull for you to know about this bug. Thank you. Sincerly, Bogdan Parcalab -- Edit this bug report at http://bugs.php.net/?id=14822&edit=1
#26089 [NEW]: Non existing session savepath cores in combination with error handler
From: php at trancer dot nl Operating system: Win32 PHP version: 4.3.4RC3 PHP Bug Type: Reproducible crash Bug description: Non existing session savepath cores in combination with error handler Description: The following code makes my apache segfault in case I dont have the dir specified in session.save_path: http://nopaste.php.cd/4261 This is a hardly hacked version of the code of Peter James from PHPMag. I have to call all the functions (even the ones with an empty body) in order to generate this crash. I am running Apache/1.3.28 (Win32) PHP/4.3.4RC3 This work too with other errors, but I havent figured that out yet, recently I did have a lot of crashing though (developing on 4.3.3) Reproduce code: --- http://nopaste.php.cd/4261 Expected result: Seeing nothing. -- Edit bug report at http://bugs.php.net/?id=26089&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26089&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26089&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26089&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26089&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26089&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26089&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26089&r=support Expected behavior: http://bugs.php.net/fix.php?id=26089&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26089&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26089&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26089&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26089&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26089&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26089&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26089&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26089&r=float
#14822 [Com]: Premature end of script headers: C:/php/php.exe
ID: 14822 Comment by: hotshareware at yahoo dot com Reported By: b dot parcalab at atlastelecom dot ro Status: Closed Bug Type: Apache2 related Operating System: windows xp professional PHP Version: 4.1.0 New Comment: I had the same problem, "Premature end of script headers: php.exe". I use Apache/2.0.47 (Win32) Server. Any help? Thanks in advance. Previous Comments: [2003-02-27 04:26:19] msannoyme at msn dot com having the same problem using winxp pro full service packs installed apache 1.3.14 PHP Version 4.2.4-dev -- phpinfo info -- System Windows NT 5.1 build 2600 Build Date Nov 1 2002 18:13:11 Server API CGI Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS\php.ini Debug Build no Thread Safety enabled On my system the error appears every page if I use /php/php-cli.exe but with /php/php.exe it works fine except for a group of users. I am writting a system that allows the sys admin to create a list of users and asign them to groups within the system. now if user Beaker (taken from the muppets) logs in as an author and goes to the author page and is a member of the group Author I get the error. but if I make beaker a member of the administrator group it works fine. difference between groups is basic admin grp = id 1, author grp = id 2 I'll look for fixes here do not email me the above email address deletes all mail automatically unless in my contacts. You will not get a response from above email address [2002-04-06 11:09:22] [EMAIL PROTECTED] You need latest CVS versions of both PHP and Apache2 for it to work. And Apache2 is still beta and a moving target, so it's not really possible to have stable releases of it. [2002-01-03 05:43:15] b dot parcalab at atlastelecom dot ro Error description: Many php scripts that works good with apache2 and php 4.0.6 doesn't work now with apache2 and 4.1.0. Error: Server error! Premature end of script headers: C:/php/php.exe If you think this is a server error, please contact the Webmaster Error 500 bogdanp.atn.ro 01/03/02 12:39:08 Apache/2.0.28 (Win32) I don't know what's the problem, and I think that its usefull for you to know about this bug. Thank you. Sincerly, Bogdan Parcalab -- Edit this bug report at http://bugs.php.net/?id=14822&edit=1
#26088 [NEW]: problem with mysql_fetch_object()
From: nathan_jackson at iprimus dot com dot au Operating system: Windows XP PHP version: 4.3.3 PHP Bug Type: MySQL related Bug description: problem with mysql_fetch_object() Description: I am trying to login a user. I want to get the users name and account type from the database the store them in a cookie. I am recieving this message when I try to run the script: "Warning: mysql_fetch_object(): supplied argument is not a valid MySQL result resource in C:\Project\Music Manager\check_login.php on line 14" I am using IIS on Windows XP. Reproduce code: --- $password = crypt($HTTP_POST_VARS["password"]); $connec = mysql_connect("localhost", "root", "farmer01"); mysql_select_db("onlinedb"); $data = mysql_query( "SELECT username, name_first, name_last, acc_type FROM user WHERE username = ".$HTTP_POST_VARS['username']." AND password = ".$password.""); If (!$data){ header("Location: /err_login.php"); } else { $row = mysql_fetch_object($data); $values = "".$row->username."|".$row->name_first. "|".$row->name_last."|".$row->acc_type.""; setcookie( "user", $values ); } mysql_close($connec); Expected result: I was expecting that all of the values above would have been placed into the cookies "user"as a string. To later be seperated by the explode() function. Actual result: -- I recieved this message: "Warning: mysql_fetch_object(): supplied argument is not a valid MySQL result resource in C:\Project\...\check_login.php on line 14" -- Edit bug report at http://bugs.php.net/?id=26088&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26088&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26088&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26088&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26088&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26088&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26088&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26088&r=support Expected behavior: http://bugs.php.net/fix.php?id=26088&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26088&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26088&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26088&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26088&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26088&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26088&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26088&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26088&r=float
#26087 [NEW]: Iconv.dll is renamed...
From: wolf2k14 at yahoo dot co dot uk Operating system: Windows 2000 PHP version: 5.0.0b1 (beta1) PHP Bug Type: Unknown/Other Function Bug description: Iconv.dll is renamed... Description: I had a problem that caused a CGI error page to be displayed, I searched around for a solution and was told to run php.exe - i on the command line upon doing so I got the error (Cannot find iconv.dll) this was due to GAIM (An open source chat client software peice - gaim.sf.net - It had told me to rename the dll required by PHP informing me that the appliaction that installed it may stop working - and it did but i wasn't informed of which application. GAIM also told me to tell you guys to not cause dll hell by using the iconv.dll file in your useage or rename it to something else and use it. Well I guess this is between you developers so I shall leave you to argue amoungst yourselves - Now I have to decide if I either want PHP or Gaim to work properly.. h. -- Edit bug report at http://bugs.php.net/?id=26087&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26087&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26087&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26087&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26087&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26087&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26087&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26087&r=support Expected behavior: http://bugs.php.net/fix.php?id=26087&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26087&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26087&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26087&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26087&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26087&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26087&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26087&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26087&r=float
#26086 [NEW]: Weird Output
From: mite_tea_big at hotmail dot com Operating system: Windows XP PHP version: 4.3.3 PHP Bug Type: Output Control Bug description: Weird Output Description: I was trying out different methods to input data from a file. I was using file_get_contents to read a file, then echo to output the string. The thing is, it seems to be outputting extra characters, mostly asian characters. It looks as if the html tags and other text are being changed to "?". if I remove all other non-php text, the extra output does not show up. Reproduce code: --- text.txt ABCDEFGHIJKLMONPQRSTUV Expected result: ABCDEFGHIJKLMONPQRSTUV Actual result: -- ABCDEFGHIJKLMNOPQRSTUVWXYZ ¸ñÔ¡㹬⼼¬Iാഊ View Source --- ABCDEFGHIJKLMNOPQRSTUVWXYZ ? -- Edit bug report at http://bugs.php.net/?id=26086&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26086&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26086&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26086&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26086&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26086&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26086&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26086&r=support Expected behavior: http://bugs.php.net/fix.php?id=26086&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26086&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26086&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26086&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26086&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26086&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26086&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26086&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26086&r=float
#22190 [Com]: Renaming some files
ID: 22190 Comment by: harry at ilo dot de Reported By: mill_2k at eml dot cc Status: Critical Bug Type: *General Issues Operating System: Windows PHP Version: 5CVS-2003-08-11 (dev) New Comment: Even if it's not simple to rename the files, you should give that a high priority. It will really increase feedback on php5. Around 80% of the people I know who use PHP to develop their applications would really like to try and use php5, but they can't do it because of the given problem. Previous Comments: [2003-10-20 06:18:48] [EMAIL PROTECTED] It's not that simple, really. :) Here's a list of some files that need to be renamed: php4.spec.in -> php.spec.in sapi/apache2*/sapi_apache2.c -> mod_php4.c and mod_php5.c And dozens of *.dsp files need to be modified (and maybe renamed too in some cases) [2003-10-20 05:41:03] nvivo at mandic dot com dot br Wow, this is really urgent! I think it's easy to solve this one, isn't it? I remember Zend Survey about PHP and most people use windows to develop in PHP. Like me, tons of people have an apache or IIS installed on win2k/xp to run and test scripts at home or work. I really want to test/use this new version of php, but i can't install in the same instance of apache as module and i don't want to run 2 servers in different ports or use it as cgi... the best would be run *.php5 with php5... This thread is open since february... we are in october.. come on, is it really so hard to change the name of 3 files?? [2003-10-13 08:31:51] nicobn at virtualisp dot qc dot ca A workarround for the .ini problem is to setup two different paths for each PHP installation, so one is in /usr/lib and the other is in /usr/local/lib (for exemple). [2003-09-30 19:30:41] rpanning at hotmail dot com Also would be nice if the ini file was named php5.ini instead of just php.ini. This way we could have both php 4 and 5 installed and not have ini conflicts. Also just wandering if there is a timeline for this fix. [2003-08-10 20:10:56] [EMAIL PROTECTED] Making this 'Critical' so it's not forgotten.. :) 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/22190 -- Edit this bug report at http://bugs.php.net/?id=22190&edit=1
#26043 [Opn->Csd]: pg_lo_import causes crash under all circumstances
ID: 26043 Updated by: [EMAIL PROTECTED] Reported By: dqj at requesttech dot com -Status: Open +Status: Closed Bug Type: PostgreSQL related Operating System: Redhat 9.0 PHP Version: 4.3.3 New Comment: Cannot replicate using latest CVS. Previous Comments: [2003-10-31 20:49:06] dqj at requesttech dot com Thank you! To make it really simple and rule out file contents problems, I just did: % echo "1" > /tmp/dqj.tmp to create the file. It also had failed with a .wav file prior to that. [2003-10-31 16:45:17] [EMAIL PROTECTED] if you can provide the file used to replicate the crash, it may be possible for us to test and see if the issue was in fact resolved. [2003-10-30 14:32:24] dqj at requesttech dot com Forgot to mention that the Postgres version is 7.3.4. [2003-10-30 14:26:13] dqj at requesttech dot com I was wrong about there not being anything in the logs. In the httpd error_log, there was the following: [Thu Oct 30 14:25:10 2003] [notice] child pid 16877 exit signal Segmentation fault (11) This occurs whenever a valid filename is given to pg_lo_import. [2003-10-30 13:48:23] dqj at requesttech dot com Description: No changes to php.ini distribution. No output shown in logs. Just doesn't finish the page. (I have put echoes and breaks in to narrow it to the pg_lo_import() call). We have checked file permissions, etc. This code has worked under PHP 4.2 and other versions. Have tried switching the pg_lo_import parameters back and forth, just in case, as described in the bug documentation. Reproduce code: --- "; flush(); ?> Expected result: $oid should have a value. Echoed results should appear. Actual result: -- Blank page. (Or echoed results prior to subroutine call, if debug is included.) -- Edit this bug report at http://bugs.php.net/?id=26043&edit=1
#26064 [Opn->Bgs]: Warning: mime_magic: invalid type 0 in mconvert(). in ...
ID: 26064 Updated by: [EMAIL PROTECTED] Reported By: e05 at freemails dot ch -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux 2.4.20 (Debian) PHP Version: 4.3.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Sounds like a problem with your magic file used by the mime_magic extension. Previous Comments: [2003-11-01 04:09:05] e05 at freemails dot ch m 1st this seems to happen to all files 2nd the avi is too large (190 MB) but I tried to write a test script: \n"; var_dump(mime_content_type('/home/e05/file2.mov')); print "\n"; var_dump(mime_content_type('/home/e05/file3.zip')); print "\n"; var_dump(mime_content_type('/home/e05/file4.rm')); print ""; ?> The intresting point seems to be the output. Warning: mime_magic: invalid type 0 in mconvert(). in /home/ck/lamp/public_html/filemanager/bugtest1.php on line 2 (repeats about more than hundred times each line with a mime_content_type call! while ignoring print "\n";) the end is that the last mime_content_type returns a value after a lot warnings: string(19) "application/x-troff" The only print "\n"; that seems to be executed works there. [2003-10-31 16:43:39] [EMAIL PROTECTED] Would it be possible for you to make the avi file in question avaliable? [2003-10-31 16:02:16] e05 at freemails dot ch Description: Well, there isn´t much to tell. The error message is: Warning: mime_magic: invalid type 0 in mconvert(). in /foo/bar.php on line 2 mconvert doesn´t seems to be a public funktion as http://www.php.net/mconvert didn´t work. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=26064&edit=1
#26075 [Opn->Bgs]: File upload leak, cleanup not being performed
ID: 26075 Updated by: [EMAIL PROTECTED] Reported By: php at lektec dot com dot au -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD 4.7 PHP Version: 4.3.3 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The solution to this problem is to set ignore_user_abort(true) on the forms that deal with file attachments. That way PHP will be able to remove the unused file uploads. Previous Comments: [2003-11-01 23:03:03] php at lektec dot com dot au Description: When uploading files via a form. If the user cancels the upload via the stop button in the browser, the php script does not clean up the file reminants. If upload is completed the temporary file /var/tmp/php[A-Za-Z0-9]6 is removed. However in the case when the upload is aborted it is left behind. I have never noticed this before so I assume its new. Currently running a cron job to remove file reminants however this has a nasty sting if it goes unchecked on a server with many file uploads. Note that I am also running php accelerator. './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all' '--with-regex=php' '--disable-cli' '--with-apxs=/usr/local/sbin/apxs' '--with-bz2=/usr' '--enable-ctype' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-xpm-dir=/usr/local' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes' '--enable-posix' '--enable-session' '--with-sybase-ct=/usr/local' '--enable-tokenizer' '--enable-xml' '--with-expat-dir=/usr/local' '--with-zlib=yes' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' -- Edit this bug report at http://bugs.php.net/?id=26075&edit=1
#26084 [NEW]: exec function hangs the cmd.exe and browser
From: karolls at tlen dot pl Operating system: Windows XP PHP version: 4.3.3 PHP Bug Type: *General Issues Bug description: exec function hangs the cmd.exe and browser Description: I'm running CGI script using the exec() function. The problem is that sometime the cmd.exe hangs. I'm shure that my CGI script is ok. I'm using PHP 4.3.3 and Apache 1.3.29 All result in the exec() command hanging until the console is manually stopped. I also have to restart Apache. I tried also other functions (system, passthru etc.) but the result is the same. -- Edit bug report at http://bugs.php.net/?id=26084&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26084&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26084&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26084&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26084&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26084&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26084&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26084&r=support Expected behavior: http://bugs.php.net/fix.php?id=26084&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26084&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26084&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26084&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26084&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26084&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26084&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26084&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26084&r=float
#26082 [Opn]: Failing beacuse ofundefined reference to `php_pcre_version'
ID: 26082 User updated by: alietss at yahoo dot com Reported By: alietss at yahoo dot com Status: Open Bug Type: Compile Failure Operating System: Linux RedHat 9 PHP Version: 5CVS-2003-11-02 (dev) New Comment: Ok, I cleaned up a little the configure line to fit with php5 configure arguments, but the error is still there, I'm missing something here or what, I guess this is a problem related to virtual builds enviroments, as with rpms, here the configure %configure \ --cache-file=../config.cache \ --with-config-file-path=%{_sysconfdir} \ --with-config-file-scan-dir=%{_sysconfdir}/php.d \ --enable-force-cgi-redirect \ --disable-debug \ --enable-pic \ --disable-rpath \ --enable-inline-optimization \ --with-bz2 \ --with-db4=%{_prefix} \ --with-curl \ --with-exec-dir=%{_bindir} \ --with-freetype-dir=%{_prefix} \ --with-png-dir=%{_prefix} \ --with-gd \ --enable-gd-native-ttf \ --with-gdbm \ --with-gettext \ --with-pdflib=shared \ --with-tiff-dir=%{_prefix} \ --with-ncurses \ --with-gmp \ --with-iconv \ --with-jpeg-dir=%{_prefix} \ --with-openssl \ --with-png \ --with-pspell \ --with-regex=php \ --with-xml \ --with-expat-dir=%{_prefix} \ --with-xmlrpc=shared \ --with-zlib \ --with-layout=GNU \ --enable-bcmath \ --enable-exif \ --enable-ftp \ --enable-magic-quotes \ --enable-safe-mode \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-discard-path \ --enable-track-vars \ --enable-trans-sid \ --enable-yp \ --enable-wddx \ --without-oci8 \ --with-pear=/usr/share/pear \ --with-imap=shared \ --with-imap-ssl \ --with-kerberos \ --with-ldap=shared \ --with-mcal=shared,%{_prefix} \ --with-mcrypt=shared,%{_prefix} \ --with-mhash=shared,%{_prefix} \ --with-mssql=shared,%{_prefix} \ --with-mysql=shared,%{_prefix} \ %if %{oracle} --with-oci8=shared \ %endif --with-pgsql=shared \ --with-snmp=shared,%{_prefix} \ --with-snmp=shared \ --enable-ucd-snmp-hack \ --with-xsl=shared,%{_prefix} \ --with-unixODBC=shared \ --enable-memory-limit \ --enable-bcmath \ --enable-shmop \ --enable-calendar \ --enable-dbx \ --enable-dio \ --enable-mcal \ --enable-mbstring \ Previous Comments: [2003-11-02 14:17:30] alietss at yahoo dot com Interesting detail, this just happens on a rpm build, in a normal build compiles ok [2003-11-02 13:39:42] alietss at yahoo dot com Description: Hi PHP people, I'm building rpms of the php-5.0.0b2 for testing and preparing for the future upgrade, I'm using httpd-2.0.47-10, on RedHat 9, my build is failing with this error... ext/pcre/php_pcre.o(.text+0x16a): In function `zm_info_pcre': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:92: undefined reference to `php_pcre_version' ext/pcre/php_pcre.o(.text+0x55f): In function `pcre_get_compiled_regex': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:275: undefined reference to `php_pcre_maketables' ext/pcre/php_pcre.o(.text+0x589):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:279: undefined reference to `php_pcre_compile' I have tested with differents combinations of the configure line, specially lines ralated to regex and pcre but the I get the same error. Here my configure line... %configure \ --cache-file=../config.cache \ --with-config-file-path=%{_sysconfdir} \ --with-config-file-scan-dir=%{_sysconfdir}/php.d \ --enable-force-cgi-redirect \ --disable-debug \ --enable-pic \ --disable-rpath \ --enable-inline-optimization \ --with-bz2 \ --with-db4=%{_prefix} \ --with-curl \ --with-exec-dir=%{_bindir} \ --with-freetype-dir=%{_prefix} \ --with-png-dir=%{_prefix} \ --with-gd \ --enable-gd-native-ttf \ --with-gdbm \ --with-gettext \ --with-pdflib=shared \ --with-tiff-dir=%{_prefix} \ --with-ncurses \ --with-gmp \ --with-iconv \ --enable-xslt=shared \ --with-jpeg-dir=%{_prefix} \ --with-openssl \ --with-png \ --with-pspell \ --with-regex \ --with-xml \ --with-expat-dir=%{_prefix} \ --with-dom=shared,%{_prefix} \ --with-dom-xslt=%{_prefix} \ --with-dom-exslt=%{_prefix} \ --with-x
#26068 [Opn->Bgs]: referrer uri missing arguments
ID: 26068 Updated by: [EMAIL PROTECTED] Reported By: sanondysie at tc17 dot com -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Windows 98 PHP Version: 4.3.4RC3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. JavaScript is not from the server, it is run from the host browser. If the webserver internally modified the HTTP_REFERER header, the JavaScript would not reflect this change in any way. Previous Comments: [2003-11-01 17:31:18] sanondysie at tc17 dot com Sorry but that is exactly and precisely why the Javascript is there in the example that I expended the time and energy to produce. If the http server had stripped argument then Javascript would __NOT__ have been able to see it... but it __DOES__, in fact, see the argument; therefore, the http server is, indeed delivering all the goods. PHP otoh does not report the argument, once again, presumably only on Windows platform(s). [2003-11-01 15:22:50] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. PHP does not modify the HTTP_REFERER field, what the browser sends is what you get. If you don't it means the webserver had applied some filtering. [2003-11-01 12:50:21] sanondysie at tc17 dot com Description: This appears to be Windows 98 (all Win32??) only; it works on Linux. The problem is that the referrer uri is missing any arguments that might have been appended. For the attached sample, you need to Submit at least twice to see the problem. This was tested with an Xitami HTTP server. Reproduce code: --- Referrer: PHP: Javascript: document.write (document.referrer); " method= "get"> Expected result: Both referrers should be identical. You need to click Submit twice to get a referrer supplying arguments. Actual result: -- PHP will show arguments missing. -- Edit this bug report at http://bugs.php.net/?id=26068&edit=1
#26082 [Opn]: Failing beacuse ofundefined reference to `php_pcre_version'
ID: 26082 User updated by: alietss at yahoo dot com Reported By: alietss at yahoo dot com Status: Open Bug Type: Compile Failure Operating System: Linux RedHat 9 PHP Version: 5CVS-2003-11-02 (dev) New Comment: Interesting detail, this just happens on a rpm build, in a normal build compiles ok Previous Comments: [2003-11-02 13:39:42] alietss at yahoo dot com Description: Hi PHP people, I'm building rpms of the php-5.0.0b2 for testing and preparing for the future upgrade, I'm using httpd-2.0.47-10, on RedHat 9, my build is failing with this error... ext/pcre/php_pcre.o(.text+0x16a): In function `zm_info_pcre': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:92: undefined reference to `php_pcre_version' ext/pcre/php_pcre.o(.text+0x55f): In function `pcre_get_compiled_regex': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:275: undefined reference to `php_pcre_maketables' ext/pcre/php_pcre.o(.text+0x589):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:279: undefined reference to `php_pcre_compile' I have tested with differents combinations of the configure line, specially lines ralated to regex and pcre but the I get the same error. Here my configure line... %configure \ --cache-file=../config.cache \ --with-config-file-path=%{_sysconfdir} \ --with-config-file-scan-dir=%{_sysconfdir}/php.d \ --enable-force-cgi-redirect \ --disable-debug \ --enable-pic \ --disable-rpath \ --enable-inline-optimization \ --with-bz2 \ --with-db4=%{_prefix} \ --with-curl \ --with-exec-dir=%{_bindir} \ --with-freetype-dir=%{_prefix} \ --with-png-dir=%{_prefix} \ --with-gd \ --enable-gd-native-ttf \ --with-gdbm \ --with-gettext \ --with-pdflib=shared \ --with-tiff-dir=%{_prefix} \ --with-ncurses \ --with-gmp \ --with-iconv \ --enable-xslt=shared \ --with-jpeg-dir=%{_prefix} \ --with-openssl \ --with-png \ --with-pspell \ --with-regex \ --with-xml \ --with-expat-dir=%{_prefix} \ --with-dom=shared,%{_prefix} \ --with-dom-xslt=%{_prefix} \ --with-dom-exslt=%{_prefix} \ --with-xmlrpc=shared \ --with-pcre-regex \ --with-zlib \ --with-layout=GNU \ --enable-bcmath \ --enable-exif \ --enable-ftp \ --enable-magic-quotes \ --enable-safe-mode \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-discard-path \ --enable-track-vars \ --enable-trans-sid \ --enable-yp \ --enable-wddx \ --without-oci8 \ --with-pear=/usr/share/pear \ --with-imap=shared \ --with-imap-ssl \ --with-kerberos \ --with-ldap=shared \ --with-mcal=shared,%{_prefix} \ --with-mcrypt=shared,%{_prefix} \ --with-mhash=shared,%{_prefix} \ --with-mssql=shared,%{_prefix} \ --with-mysql=shared,%{_prefix} \ %if %{oracle} --with-oci8=shared \ %endif --with-pgsql=shared \ --with-snmp=shared,%{_prefix} \ --with-snmp=shared \ --enable-ucd-snmp-hack \ --with-xslt-sablot=shared,%{_prefix} \ --with-sablot-js=shared,%{_prefix} \ --with-unixODBC=shared \ --enable-memory-limit \ --enable-bcmath \ --enable-shmop \ --enable-calendar \ --enable-dbx \ --enable-dio \ --enable-mcal \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-mbregex \ $* Any ideas? Expected result: Compile Actual result: -- ext/pcre/php_pcre.o(.text+0x16a): In function `zm_info_pcre': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:92: undefined reference to `php_pcre_version' ext/pcre/php_pcre.o(.text+0x55f): In function `pcre_get_compiled_regex': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:275: undefined reference to `php_pcre_maketables' ext/pcre/php_pcre.o(.text+0x589):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:279: undefined reference to `php_pcre_compile' ext/pcre/php_pcre.o(.text+0x629):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:294: undefined reference to `php_pcre_study' ext/pcre/php_pcre.o(.text+0x8f9): In function `php_pcre_match': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:418: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x97d):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:435: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x9ae):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:437: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x9cf):/us
#26083 [NEW]: save function isn't working
From: daju at passagen dot se Operating system: Windows XP Home PHP version: 5CVS-2003-11-02 (dev) PHP Bug Type: DOM XML related Bug description: save function isn't working Description: Hi folks, I just downloaded development version av PHP 5 (CVS 2003-11-02) and tried the new DOM functions that uses libxml2 library. It's working great but there is one thing that I don't understand. I tried to update a xml file I have and I can add nodes and attributes but when i try to save file then nothing happens. There is no error messages at all. How ever if I choose another file name for the save function then it is working. New file is created and I see both the old and the new nodes in the xml file. Am I missing something here? Reproduce code: --- Just a simple DOM test"; $dom = new domDocument(); $load = $dom->load('test.xml'); $root = $dom->documentElement; $element = $dom->createElement("temp", "Just a test text"); $attr = $element->setAttribute("id", "0007"); $attr = $element->setAttribute("author", "darren"); $tmp = $root->appendChild($element); $tmp = $dom->save('test.xml'); echo $tmp." bytes was saved to the xml file."; ?> Expected result: The file should be updated. Output i my browser should be: 363 bytes was saved to the xml file. Actual result: -- 0 bytes was saved to the xml file. -- Edit bug report at http://bugs.php.net/?id=26083&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26083&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26083&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26083&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26083&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26083&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26083&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26083&r=support Expected behavior: http://bugs.php.net/fix.php?id=26083&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26083&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26083&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26083&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26083&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26083&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26083&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26083&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26083&r=float
#26082 [NEW]: Failing beacuse ofundefined reference to `php_pcre_version'
From: alietss at yahoo dot com Operating system: Linux RedHat 9 PHP version: 5CVS-2003-11-02 (dev) PHP Bug Type: Compile Failure Bug description: Failing beacuse ofundefined reference to `php_pcre_version' Description: Hi PHP people, I'm building rpms of the php-5.0.0b2 for testing and preparing for the future upgrade, I'm using httpd-2.0.47-10, on RedHat 9, my build is failing with this error... ext/pcre/php_pcre.o(.text+0x16a): In function `zm_info_pcre': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:92: undefined reference to `php_pcre_version' ext/pcre/php_pcre.o(.text+0x55f): In function `pcre_get_compiled_regex': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:275: undefined reference to `php_pcre_maketables' ext/pcre/php_pcre.o(.text+0x589):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:279: undefined reference to `php_pcre_compile' I have tested with differents combinations of the configure line, specially lines ralated to regex and pcre but the I get the same error. Here my configure line... %configure \ --cache-file=../config.cache \ --with-config-file-path=%{_sysconfdir} \ --with-config-file-scan-dir=%{_sysconfdir}/php.d \ --enable-force-cgi-redirect \ --disable-debug \ --enable-pic \ --disable-rpath \ --enable-inline-optimization \ --with-bz2 \ --with-db4=%{_prefix} \ --with-curl \ --with-exec-dir=%{_bindir} \ --with-freetype-dir=%{_prefix} \ --with-png-dir=%{_prefix} \ --with-gd \ --enable-gd-native-ttf \ --with-gdbm \ --with-gettext \ --with-pdflib=shared \ --with-tiff-dir=%{_prefix} \ --with-ncurses \ --with-gmp \ --with-iconv \ --enable-xslt=shared \ --with-jpeg-dir=%{_prefix} \ --with-openssl \ --with-png \ --with-pspell \ --with-regex \ --with-xml \ --with-expat-dir=%{_prefix} \ --with-dom=shared,%{_prefix} \ --with-dom-xslt=%{_prefix} \ --with-dom-exslt=%{_prefix} \ --with-xmlrpc=shared \ --with-pcre-regex \ --with-zlib \ --with-layout=GNU \ --enable-bcmath \ --enable-exif \ --enable-ftp \ --enable-magic-quotes \ --enable-safe-mode \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-discard-path \ --enable-track-vars \ --enable-trans-sid \ --enable-yp \ --enable-wddx \ --without-oci8 \ --with-pear=/usr/share/pear \ --with-imap=shared \ --with-imap-ssl \ --with-kerberos \ --with-ldap=shared \ --with-mcal=shared,%{_prefix} \ --with-mcrypt=shared,%{_prefix} \ --with-mhash=shared,%{_prefix} \ --with-mssql=shared,%{_prefix} \ --with-mysql=shared,%{_prefix} \ %if %{oracle} --with-oci8=shared \ %endif --with-pgsql=shared \ --with-snmp=shared,%{_prefix} \ --with-snmp=shared \ --enable-ucd-snmp-hack \ --with-xslt-sablot=shared,%{_prefix} \ --with-sablot-js=shared,%{_prefix} \ --with-unixODBC=shared \ --enable-memory-limit \ --enable-bcmath \ --enable-shmop \ --enable-calendar \ --enable-dbx \ --enable-dio \ --enable-mcal \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-mbregex \ $* Any ideas? Expected result: Compile Actual result: -- ext/pcre/php_pcre.o(.text+0x16a): In function `zm_info_pcre': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:92: undefined reference to `php_pcre_version' ext/pcre/php_pcre.o(.text+0x55f): In function `pcre_get_compiled_regex': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:275: undefined reference to `php_pcre_maketables' ext/pcre/php_pcre.o(.text+0x589):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:279: undefined reference to `php_pcre_compile' ext/pcre/php_pcre.o(.text+0x629):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:294: undefined reference to `php_pcre_study' ext/pcre/php_pcre.o(.text+0x8f9): In function `php_pcre_match': /usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:418: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x97d):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:435: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x9ae):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:437: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x9cf):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:438: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0xa78):/usr/src/redhat/BUILD/php-5.0.0b2/ext/pcre/php_pcre.c:463: undefined reference to `php_pcre_exec' ext/pcre/php_pcre.o(.text+0xb0
#26081 [Opn->Fbk]: Broken pipo by incomplete headers
ID: 26081 Updated by: [EMAIL PROTECTED] Reported By: php at searchystats dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: FreeBSD 4.8 PHP Version: 4.3.4RC3 New Comment: 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. Previous Comments: [2003-11-02 11:51:58] php at searchystats dot com Description: The problem is that php as FastCGI application occasionaly fails and produces this error log: [Sun Nov 2 17:40:17 2003] [error] [client %ip%] (32)Broken pipe: FastCGI: comm with server "/opt/guide/ppi.searchy.net/cgi-bin/php.fcgi" aborted: write failed [Sun Nov 2 17:40:17 2003] [error] [client %ip%] FastCGI: incomplete headers (0 bytes) received from server "/opt/guide/ppi.searchy.net/cgi-bin/php.fcgi" /opt/guide/ppi.searchy.net/cgi-bin/php.fcgi = the binary php compiled with the following configure command: ./configure --without-apache --enable-fastcgi --enable-force-cgi-redirect --prefix=/usr/local/php-4.3.4RC3-test --with-mysql=/usr/local/mysql --with-openssl I have not been able to reproduce the problem, it justs occures now and then. The apache configuration is as follows specific to php fastcgi in a virtualhost directive: FastCgiServer /opt/guide/ppi.searchy.net/cgi-bin/php.fcgi -appConnTimeout 0 -processes 5 -listen-queue-depth 100 -flush FastCgiConfig -maxProcesses 50 -minProcesses 6 -appConnTimeout 0 AddHandler php-fastcgi .fphp .php4 .php3 .php Action php-fastcgi /cgi-bin/php.fcgi Reproduce code: --- *any source code* -- Edit this bug report at http://bugs.php.net/?id=26081&edit=1
#26079 [Opn->Bgs]: 13213232321321323
ID: 26079 Updated by: [EMAIL PROTECTED] Reported By: 12 at hot dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: 132132 PHP Version: 5.0.0b1 (beta1) New Comment: . Previous Comments: [2003-11-02 07:29:05] 12 at hot dot com Description: asdasd Reproduce code: --- asdasdasd Expected result: asdasd Actual result: -- asdasd -- Edit this bug report at http://bugs.php.net/?id=26079&edit=1
#26074 [Opn->Asn]: PGSQL.DLL missing from 5.0.0 Beta 2 Win Distribution
ID: 26074 Updated by: [EMAIL PROTECTED] Reported By: efesar at unm dot edu -Status: Open +Status: Assigned Bug Type: PostgreSQL related Operating System: Windows XP Pro SP1 PHP Version: 5CVS-2003-11-01 (dev) -Assigned To: +Assigned To: edink New Comment: The pgsql extension failed to compile at the build time, assigning this to myself. Previous Comments: [2003-11-01 21:34:49] efesar at unm dot edu Description: The new distributable did not come with PHP_PGSQL.DLL, and the old distributable from 5.0.0 Beta 1 does not function with Beta 2. Also, tried php_pgsql.dll from php-4.3.4RC3-Win32.zip, but that produced the same error. == [01-Nov-2003 19:24:41] PHP Warning: PHP Shutdown: Unable to load dynamic library 'c:\program files\apache group\php5\extensions\php_pgsql.dll' - The specified module could not be found. in Unknown on line 0 [01-Nov-2003 19:24:43] PHP Warning: PHP Startup: Unable to load dynamic library 'c:\program files\apache group\php5\extensions\php_pgsql.dll' - The specified module could not be found. in Unknown on line 0 Reproduce code: --- // This is really just a configuration issue, but I can prove // that PGSQL is not loaded by ... $test = pg_connect(); Expected result: I expect it to at least try to connect to a database. Actual result: -- [01-Nov-2003 19:26:02] PHP Fatal error: Call to undefined function pg_connect() in F:\html\phpinfo.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26074&edit=1
#26081 [NEW]: Broken pipo by incomplete headers
From: php at searchystats dot com Operating system: FreeBSD 4.8 PHP version: 4.3.4RC3 PHP Bug Type: CGI related Bug description: Broken pipo by incomplete headers Description: The problem is that php as FastCGI application occasionaly fails and produces this error log: [Sun Nov 2 17:40:17 2003] [error] [client %ip%] (32)Broken pipe: FastCGI: comm with server "/opt/guide/ppi.searchy.net/cgi-bin/php.fcgi" aborted: write failed [Sun Nov 2 17:40:17 2003] [error] [client %ip%] FastCGI: incomplete headers (0 bytes) received from server "/opt/guide/ppi.searchy.net/cgi-bin/php.fcgi" /opt/guide/ppi.searchy.net/cgi-bin/php.fcgi = the binary php compiled with the following configure command: ./configure --without-apache --enable-fastcgi --enable-force-cgi-redirect --prefix=/usr/local/php-4.3.4RC3-test --with-mysql=/usr/local/mysql --with-openssl I have not been able to reproduce the problem, it justs occures now and then. The apache configuration is as follows specific to php fastcgi in a virtualhost directive: FastCgiServer /opt/guide/ppi.searchy.net/cgi-bin/php.fcgi -appConnTimeout 0 -processes 5 -listen-queue-depth 100 -flush FastCgiConfig -maxProcesses 50 -minProcesses 6 -appConnTimeout 0 AddHandler php-fastcgi .fphp .php4 .php3 .php Action php-fastcgi /cgi-bin/php.fcgi Reproduce code: --- *any source code* -- Edit bug report at http://bugs.php.net/?id=26081&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26081&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26081&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26081&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26081&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26081&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26081&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26081&r=support Expected behavior: http://bugs.php.net/fix.php?id=26081&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26081&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26081&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26081&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26081&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26081&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26081&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26081&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26081&r=float
#24394 [Opn]: Serializing xref'd objects segfaults.
ID: 24394 User updated by: hoesh at dorsum dot hu -Summary: Session feature unusable. -Reported By: hos dot endre at axelero dot hu +Reported By: hoesh at dorsum dot hu Status: Open Bug Type: Session related Operating System: * -PHP Version: 5CVS-2003-07-24 (dev) +PHP Version: 5.0.0 Beta 2 New Comment: Bug version entry refreshed, summary entry modified. Previous Comments: [2003-11-02 11:35:33] hos dot endre at axelero dot hu Opening again, in case of my last experience with the bug. [2003-10-31 09:18:58] hoesh at dorsum dot hu Now tested with 5.0.0.B2 and bug still exists. Apache restarts immediately after running the test script. [2003-10-04 01:23:57] [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. [2003-09-28 16:13:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-07-07 08:24:55] [EMAIL PROTECTED] Works 'fine' in PHP_4_3 branch, segfaults with PHP 5: #0 0x813de25 in fast_call_user_function (function_table=0x81c3338, object_pp=0x4029b688, function_name=0xbfe021a8, retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0, no_separation=1, symbol_table=0x0, function_pointer=0xbfe020b4) at /usr/src/web/php/php5/Zend/zend_execute_API.c:477 #1 0x813de10 in call_user_function_ex (function_table=0x81c3338, object_pp=0x4029b688, function_name=0xbfe021a8, retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0, no_separation=1, symbol_table=0x0) at /usr/src/web/php/php5/Zend/zend_execute_API.c:476 #2 0x80fdd63 in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:555 #3 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b5a0, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #4 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #5 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b5a0, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #6 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 . . . . Frame #6 is repeated couple of thousand times.. :) 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/24394 -- Edit this bug report at http://bugs.php.net/?id=24394&edit=1
#24394 [NoF->Opn]: Session feature unusable.
ID: 24394 User updated by: hos dot endre at axelero dot hu Reported By: hos dot endre at axelero dot hu -Status: No Feedback +Status: Open Bug Type: Session related Operating System: * PHP Version: 5CVS-2003-07-24 (dev) New Comment: Opening again, in case of my last experience with the bug. Previous Comments: [2003-10-31 09:18:58] hoesh at dorsum dot hu Now tested with 5.0.0.B2 and bug still exists. Apache restarts immediately after running the test script. [2003-10-04 01:23:57] [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. [2003-09-28 16:13:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-07-07 08:24:55] [EMAIL PROTECTED] Works 'fine' in PHP_4_3 branch, segfaults with PHP 5: #0 0x813de25 in fast_call_user_function (function_table=0x81c3338, object_pp=0x4029b688, function_name=0xbfe021a8, retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0, no_separation=1, symbol_table=0x0, function_pointer=0xbfe020b4) at /usr/src/web/php/php5/Zend/zend_execute_API.c:477 #1 0x813de10 in call_user_function_ex (function_table=0x81c3338, object_pp=0x4029b688, function_name=0xbfe021a8, retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0, no_separation=1, symbol_table=0x0) at /usr/src/web/php/php5/Zend/zend_execute_API.c:476 #2 0x80fdd63 in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:555 #3 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b5a0, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #4 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #5 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b5a0, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #6 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 . . . . Frame #6 is repeated couple of thousand times.. :) [2003-07-06 06:56:32] hos dot endre at axelero dot hu Okay: The subjected problem was solved by un-double-quoting the session.save_path and remove the backslash from the end of line. Anyway, until this the engine was able to create the file. After that I had to get familiar with the new php_dom exension, which I think is great, but not documented yet. So then comes a serialization problem: objects in my project held reference to each other, and the last-time-workin-good serialization crashed on this extra. Right now I solved the problem by unbuilding theese references before serialization, and rebuilding them on wakeup. Now I can test the ZE2 editions new features, thank you for the help! Also, here is a sample script that doesn't work for me: b = new b; } function setupb() { $this->b->setupa($this); } } class b { var $a; function setupa($a) { $this->a = $a; } } $a = new a; $a->setupb(); echo "This workx!\r\n"; echo serialize($a); ?> 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/24394 -- Edit this bug report at http://bugs.php.net/?id=24394&edit=1
#25958 [Bgs]: odbc_connect fails to login to remote Dbase 5
ID: 25958 Updated by: [EMAIL PROTECTED] Reported By: brian dot garvis at mascommsys dot com Status: Bogus Bug Type: ODBC related Operating System: Windows 2003 Server PHP Version: 4.3.2 New Comment: I should add that this is provided you are using IIS, I am unsure if Apache would get the same results. Previous Comments: [2003-11-02 11:10:13] [EMAIL PROTECTED] Not a PHP bug, please leave marked as bogus. From the Microsoft documentation area: "STATUS This behavior is by design. " " For example, if the client machine has a mapped drive to the database (M:\DataFolder\Database.mdb), it works fine at design-time. However, when viewed in the browser, the Web server processes the code based on the information given. The Web server checks its M: drive, which more than likely does not have a valid path to the database. " [2003-11-02 07:42:40] brian dot garvis at mascommsys dot com I have had 5 others try and make this work now. No one can get php to work with a DSN when the drive is mapped. I have searched everything online that I could find and it seems that no one has been successful. I guess that everyone out there is configuring theirs wrong as well. Please show me one example or person that has gotten this to work? [2003-11-01 10:37:04] [EMAIL PROTECTED] If the SQL.log is blank, it is not finding the driver requested. That would indicate an ODBC configuration error on the local machine, not a PHP error. That explination fits with your initial error. [2003-10-31 17:40:36] brian dot garvis at mascommsys dot com I can give you the trace, but it is a zero byte file. ODBC does not see any errors. The trace only produces a file on error. [2003-10-31 09:38:38] [EMAIL PROTECTED] If you cannot give me a trace of the SQL connection, I cannot help 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/25958 -- Edit this bug report at http://bugs.php.net/?id=25958&edit=1
#25958 [Opn->Bgs]: odbc_connect fails to login to remote Dbase 5
ID: 25958 Updated by: [EMAIL PROTECTED] Reported By: brian dot garvis at mascommsys dot com -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: Windows 2003 Server PHP Version: 4.3.2 New Comment: Not a PHP bug, please leave marked as bogus. From the Microsoft documentation area: "STATUS This behavior is by design. " " For example, if the client machine has a mapped drive to the database (M:\DataFolder\Database.mdb), it works fine at design-time. However, when viewed in the browser, the Web server processes the code based on the information given. The Web server checks its M: drive, which more than likely does not have a valid path to the database. " Previous Comments: [2003-11-02 07:42:40] brian dot garvis at mascommsys dot com I have had 5 others try and make this work now. No one can get php to work with a DSN when the drive is mapped. I have searched everything online that I could find and it seems that no one has been successful. I guess that everyone out there is configuring theirs wrong as well. Please show me one example or person that has gotten this to work? [2003-11-01 10:37:04] [EMAIL PROTECTED] If the SQL.log is blank, it is not finding the driver requested. That would indicate an ODBC configuration error on the local machine, not a PHP error. That explination fits with your initial error. [2003-10-31 17:40:36] brian dot garvis at mascommsys dot com I can give you the trace, but it is a zero byte file. ODBC does not see any errors. The trace only produces a file on error. [2003-10-31 09:38:38] [EMAIL PROTECTED] If you cannot give me a trace of the SQL connection, I cannot help you. [2003-10-30 18:49:38] brian dot garvis at mascommsys dot com After working on this for the past week with anyone and everyone we could find to help out, we are still where we started. We have verified that MS ODBC works fine to database on local machine. We have tried to connect to different databases on different remote machines using both php and MS Query. MS Query has no problem accessing remote DBase & Access databases using the same DSN's that PHP is using. PHP to the same remote databases always returns the same errors with a "null" "Resource ID #". 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/25958 -- Edit this bug report at http://bugs.php.net/?id=25958&edit=1
#26080 [NEW]: Comparisons always true in xml.c
From: AxelLuttgens at swing dot be Operating system: Darwin 7.0.0 (Panther) PHP version: 4.3.3 PHP Bug Type: Compile Warning Bug description: Comparisons always true in xml.c Description: Warnings while compiling xml.c with 4.3.3 as well as php4-STABLE-200311020830: ext/xml/xml.c: In function `xml_utf8_encode': ext/xml/xml.c:489: warning: comparison is always true due to limited range of data type ext/xml/xml.c:493: warning: comparison is always true due to limited range of data type Relevant lines in xml.c are: 0455: static XML_Char *xml_utf8_encode(const char *s, int len, int *newlen, const XML_Char *encoding) 0459: unsigned short c; 0484: if (c < 0x80) { 0486: } else if (c < 0x800) { 0489: } else if (c < 0x1) { 0493: } else if (c < 0x20) { On Darwin, a short seems to be a 32 bit value; comparisons at lines 0489 and 0493 are thus, indeed, always true. Now, function xml_utf8_encode seems to be used only for implementing utf8_encode(), thus for encoding iso-8559-1 into UTF-8. So, one could be tempted to consider those warnings as "don't care" ones. On the other hand, it seems that those warnings could be easily avoided and thus allow for easier code maintenance. HTH, Axel -- Edit bug report at http://bugs.php.net/?id=26080&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26080&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26080&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26080&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26080&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26080&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26080&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26080&r=support Expected behavior: http://bugs.php.net/fix.php?id=26080&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26080&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26080&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26080&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26080&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26080&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26080&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26080&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26080&r=float
#25975 [Bgs->Opn]: PHP 5 object references don't survive serialization
ID: 25975 User updated by: reiersol at online dot no Reported By: reiersol at online dot no -Status: Bogus +Status: Open Bug Type: Session related Operating System: Linux RedHat 9.0 PHP Version: 5CVS-2003-10-24 (dev) New Comment: I realized that an even better way to test this is to use the triple equals sign (see http://no.php.net/manual/en/language.oop.object-comparison-php5.php): var_dump($f->v1 === $f->v2); var_dump($g->v1 === $g->v2); This outputs: bool(true) bool(false) Based on the manual, this should mean that the two members refer to the same instance of the same class before serialize/unserialize, but not after. Previous Comments: [2003-11-01 14:04:48] cunha17 at uol dot com dot br C'mon sniper, just put $g = $f; instead of $g = unserialize(serialize($f)); and you see that the result will be different, when, in fact, it shouldn't. That's definetly a bug. [2003-11-01 05:22:22] [EMAIL PROTECTED] Still can't see what might be wrong here. The result you get is pretty much what I would expect to get.. [2003-10-31 03:42:04] reiersol at online dot no I guess I'll have to expand my example: class Bar { var $value = 0; } class Foo { var $v1; var $v2; function Foo() { $this->v1 = new Bar; $this->v2 = $this->v1; } } $f = new Foo; $f->v2->value = 42; var_dump($f); $g = unserialize(serialize($f)); $g->v2->value = 'and now for something completely different'; var_dump($g); Here's the output: object(foo)#1 (2) { ["v1"]=> object(bar)#2 (1) { ["value"]=> int(42) } ["v2"]=> object(bar)#2 (1) { ["value"]=> int(42) } } object(foo)#3 (2) { ["v1"]=> object(bar)#4 (1) { ["value"]=> int(42) } ["v2"]=> object(bar)#5 (1) { ["value"]=> string(42) "and now for something completely different" } } That should at least make it clear that there's a difference in behavior before and after serialization. And the behavior before serialization is the behavior of a normal object-oriented language. (I ported the example to Java just to make sure I wasn't crazy.) I'm not trying to split hairs. I tried creating the kind of sophiticated object-oriented structure that PHP 5 makes so much easier. It worked wonderfully. But then I discovered that the structure didn't persist across sessions. So I made this simplified example to demonstrate the problem. [2003-10-30 20:59:30] [EMAIL PROTECTED] There are no references in the before serialize object, so why should there be references after serializing/unserializing? [2003-10-24 08:11:44] reiersol at online dot no The last line of the code example (print $1) is meaningless. Sorry. 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/25975 -- Edit this bug report at http://bugs.php.net/?id=25975&edit=1
#25171 [Com]: $HTTP_HOST and $SERVER["HTTP_HOST"] not always the same
ID: 25171 Comment by: bvdb at asa dot de Reported By: php at lansco dot de Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 4.3.3RC4 New Comment: I got the same error on my FreeBSD 4.8, PHP 4.3.3RC1 machine - and I _did_ use '$_SERVER' - not the $SERVER that the author obviously misspelled. Register_globals is turned ON - now any $HTTP_xx variable is _not_ set, the respective $_SERVER['HTTP_*'] _is_. May somebody with CVS access please change the status from 'bogus' to 'open'? Previous Comments: [2003-08-20 04:56:40] [EMAIL PROTECTED] $SERVER doesn't even exist... so how the h**k can that work? [2003-08-20 04:54:48] php at lansco dot de Description: When register_globals=on is set the values of $HTTP_HOST and $SERVER["HTTP_HOST"] conatin not always the same. Sometimes $HTTP_HOST is empty while $SERVER["HTTP_HOST"] contains the expected value. After a reload it mostly works again. I cannot reproduce the error. This error also occurs with PHP-4.3.2 Reproduce code: --- print $HTTP_HOST."\n"; print $SERVER["HTTP_HOST"]."\n"; Expected result: www.lansco.de www.lansco.de Actual result: -- www.lansco.de -- Edit this bug report at http://bugs.php.net/?id=25171&edit=1
#25958 [Bgs->Opn]: odbc_connect fails to login to remote Dbase 5
ID: 25958 User updated by: brian dot garvis at mascommsys dot com Reported By: brian dot garvis at mascommsys dot com -Status: Bogus +Status: Open Bug Type: ODBC related Operating System: Windows 2003 Server PHP Version: 4.3.2 New Comment: I have had 5 others try and make this work now. No one can get php to work with a DSN when the drive is mapped. I have searched everything online that I could find and it seems that no one has been successful. I guess that everyone out there is configuring theirs wrong as well. Please show me one example or person that has gotten this to work? Previous Comments: [2003-11-01 10:37:04] [EMAIL PROTECTED] If the SQL.log is blank, it is not finding the driver requested. That would indicate an ODBC configuration error on the local machine, not a PHP error. That explination fits with your initial error. [2003-10-31 17:40:36] brian dot garvis at mascommsys dot com I can give you the trace, but it is a zero byte file. ODBC does not see any errors. The trace only produces a file on error. [2003-10-31 09:38:38] [EMAIL PROTECTED] If you cannot give me a trace of the SQL connection, I cannot help you. [2003-10-30 18:49:38] brian dot garvis at mascommsys dot com After working on this for the past week with anyone and everyone we could find to help out, we are still where we started. We have verified that MS ODBC works fine to database on local machine. We have tried to connect to different databases on different remote machines using both php and MS Query. MS Query has no problem accessing remote DBase & Access databases using the same DSN's that PHP is using. PHP to the same remote databases always returns the same errors with a "null" "Resource ID #". [2003-10-23 14:34:06] brian dot garvis at mascommsys dot com Turning on Machine-Wide tracing using odbctrac.dll in ODBC Data Source Administrator and reproducing the problem does not create any entries in the SQL.LOG. I did make the user "Administrator" invalid for the shared drive and the SQL.LOG file filled quickly with errors. Errors stopped when I added the "Administrator" user back on the shared drive. >From my ODBC Data Source Administrator, System DSN, System Data Sources: Name: DEMOSASI Driver: Microsoft dBase Driver (*.dbf) >From the ODBC dBASE Setup for DSN DEMOSASI: Data Source Name: DEMOSASI Database VErsion: dBase 5.0 Directory: Z:\ (mapped shared folder where DB resides on another machine) Driver: Collating Sequence: ASCII Page Timeout: 5 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/25958 -- Edit this bug report at http://bugs.php.net/?id=25958&edit=1
#26079 [NEW]: 13213232321321323
From: 12 at hot dot com Operating system: 132132 PHP version: 5.0.0b1 (beta1) PHP Bug Type: Scripting Engine problem Bug description: 13213232321321323 Description: asdasd Reproduce code: --- asdasdasd Expected result: asdasd Actual result: -- asdasd -- Edit bug report at http://bugs.php.net/?id=26079&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26079&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26079&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26079&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26079&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26079&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26079&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26079&r=support Expected behavior: http://bugs.php.net/fix.php?id=26079&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26079&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26079&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26079&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26079&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26079&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26079&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26079&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26079&r=float
#26078 [NEW]: Comparison always false in var_unserializer.c
From: AxelLuttgens at swing dot be Operating system: Darwin 7.0.0 (Panther) PHP version: 4.3.3 PHP Bug Type: Compile Warning Bug description: Comparison always false in var_unserializer.c Description: I know this has already been reported, with reassuring replies such as "that warning may be safely ignored" or "there is no need to fix this one". A a reminder, the message goes so: var_unserializer.c:308: warning: comparison is always false due to limited range of data type (I tried with PHP 4.3.3, as well as with php4-STABLE-200311020830: same results) I am of the opinion that it is just lucky programming that it works now, and that the whole matter could easily break in case of a slight change in the code. I don't know much about re2c, but I think I can guess how it works by comparing the .re and the resulting .c files. So, looking at the var_unserializer.re file, these lines seem to be the relevant ones: 0086: #define YYCTYPE unsigned char 0097: any = [\000-\277]; 0411: any { return 0; } 0415: return 0; Corresponding lines in var_unserializer.c are: 0087: #define YYCTYPE unsigned char 0308: if(yych <= '\277') goto yy15; 0309: } 0310: } 0311: } 0312: yy2: YYCURSOR = YYMARKER; 0313: switch(yyaccept){ 0314: case 0: goto yy4; 0315: } 0319: yy4: 0320: { return 0; } 0359: yy15: yych = *++YYCURSOR; 0360: goto yy4; In the comparison, yych is promoted to an unsigned in, while (on lots of systems) '\277' is promoted to a signed int, hence the comparison failure. Now, the lucky part is that yyaccept is never set in the code and thus keeps its initialisation value (ie, zero). So, jumping to yy15 or continuing execution through yy2 have finally the same effect... But the question is: shouldn't the any symbol be defined as [\000-\377] instead of [\000-\277]? If it is the case, I guess re2c would just forget about comparisons with characters having decimal code greater than 127. And one would thus alleviate spurious warnings. If it isn't the case, well, my apologies ;-) HTH Axel -- Edit bug report at http://bugs.php.net/?id=26078&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26078&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26078&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26078&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26078&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26078&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26078&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26078&r=support Expected behavior: http://bugs.php.net/fix.php?id=26078&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26078&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26078&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26078&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26078&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26078&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26078&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26078&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26078&r=float
#25995 [Asn->Csd]: mbstring configuration variables are marked PHP_INI_ALL, but this is false.
ID: 25995 Updated by: [EMAIL PROTECTED] -Summary: multipart/form-date file upload problem. Reported By: s dot masugata at digicom dot dnp dot co dot jp -Status: Assigned +Status: Closed Bug Type: mbstring related -Operating System: FreeBSD/Linux/Solaris(sparc) +Operating System: Linux -PHP Version: 4.3.4RC2 +PHP Version: 4.3.0 Assigned To: hirokawa New Comment: 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. This problem is fixed in PHP4.3.4RC4 and it will be applied also for PHP 4.3.4 Release. Previous Comments: [2003-10-28 09:26:18] [EMAIL PROTECTED] Assigned to Rui, he already had a patch. It was decided not to go in 4.3.4 though. [2003-10-26 18:31:04] s dot masugata at digicom dot dnp dot co dot jp Description: ./configure: --enable-zend-multibyte --enable-mbstring --enable-mbregex php.ini: output_buffering = Off output_handler = mbstring.language = Japanese mbstring.encoding_translation = On mbstring.internal_encoding= EUC-JP mbstring.http_input = pass mbstring.http_output = pass mbstring.detect_order = SJIS-win,SJIS,eucJP-win,EUC_JP,UTF-8,UTF-7,ISO-2022-JP,JIS,ASCII mbstring.substitute_character = none mbstring.func_overload= 1 mbstring.script_encoding = SJIS The value of $POST disregards the contents set up by php.ini, and is changed into an internal encoding. In this setup, it should not be changed into an internal encoding. However, it will be changed. My purpose wants to only use the function to change script encoding by zend-multibyte into an internal encoding, and the function which even input data changes into an internal encoding is not needed. The transmitted input data may be broken down by this unjust operation(for example, the special character by the specific model). I think that this operation is not specification but a bug with it being individual. It seems that it is fixed in the snapshot in the built on Oct 26, 2003 20:30 GMT, is it fixed as well as a snapshot when PHP4.3.4 is released? thank you. -- Edit this bug report at http://bugs.php.net/?id=25995&edit=1
#26058 [Bgs]: Could not link binary
ID: 26058 User updated by: efrangul at mac dot com Reported By: efrangul at mac dot com Status: Bogus Bug Type: Compile Failure Operating System: Mac OS X 10.2.8 PHP Version: 5CVS-2003-10-31 (dev) New Comment: Thanks, I've removed --with-oracle and it links fine. Previous Comments: [2003-11-01 05:19:37] [EMAIL PROTECTED] Was it really necessary to put the whole output of make here? Anyway, report this to Oracle who kindly have put some functions into their libs that are colliding with libxml. easy fix: Remove --with-oracle from your configure line. And btw. there is no java extension in PHP 5 (yet). [2003-10-31 10:27:25] efrangul at mac dot com Description: I can not link the executable. Version used: apache-2.0.48 mysql-standard-4.1.0-alpha gd-2.0.15 libxml2-2.6.1 libxslt-1.0.33 oracle-9.2.0.1.0 Java-1.4.1 Reproduce code: --- ./configure --prefix=/usr/local --with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-gd=/usr/local/gd --with-openssl=/usr --with-simplexml --with-libxml-dir=/usr/local/xml --enable-exif --enable-ftp --enable-sockets --with-sysvshm --with-sysvsem --enable-safe-mode --enable-track-vars --enable-magic-quotes --enable-bcmath --enable-memory-limit=yes --with-kerberos=/usr --with-yp --enable-wddx --enable-shmop --enable-trans-sid --with-tsrm-pthreads --enable-calendar --with-zlib --with-java=/System/Library/Frameworks/JavaVM.framework/Home --with-oracle --with-freetype-dir=/usr/local/lib --with-iconv=/usr/local Expected result: php binary created. Actual result: -- gcc -bundle -bundle_loader /usr/local/apache-2.0.48/ bin/httpd -L/usr/local/lib -L/usr/local/apache-2.0.48/ lib -laprutil-0 -lexpat -L/usr/local/apache-2.0.48/lib -lapr-0 -g -O2 -L/usr/local/xml2/lib -L/usr/local/lib -L/usr/local/gd/lib -L/usr/local/mysql/lib -L/oracle/ 9.2.0.1.0/lib ext/openssl/openssl.o ext/openssl/ xp_ssl.o ext/zlib/zlib.o ext/zlib/zlib_fopen_wrapper.o ext/bcmath/bcmath.o ext/bcmath/libbcmath/src/add.o ext/ bcmath/libbcmath/src/div.o ext/bcmath/libbcmath/src/ init.o ext/bcmath/libbcmath/src/neg.o ext/bcmath/ libbcmath/src/outofmem.o ext/bcmath/libbcmath/src/ raisemod.o ext/bcmath/libbcmath/src/rt.o ext/bcmath/ libbcmath/src/sub.o ext/bcmath/libbcmath/src/compare.o ext/bcmath/libbcmath/src/divmod.o ext/bcmath/libbcmath/ src/int2num.o ext/bcmath/libbcmath/src/num2long.o ext/ bcmath/libbcmath/src/output.o ext/bcmath/libbcmath/src/ recmul.o ext/bcmath/libbcmath/src/sqrt.o ext/bcmath/ libbcmath/src/zero.o ext/bcmath/libbcmath/src/debug.o ext/bcmath/libbcmath/src/doaddsub.o ext/bcmath/ libbcmath/src/nearzero.o ext/bcmath/libbcmath/src/ num2str.o ext/bcmath/libbcmath/src/raise.o ext/bcmath/ libbcmath/src/rmzero.o ext/bcmath/libbcmath/src/ str2num.o ext/calendar/calendar.o ext/calendar/dow.o ext/calendar/french.o ext/calendar/gregor.o ext/ calendar/jewish.o ext/calendar/julian.o ext/calendar/ easter.o ext/calendar/cal_unix.o ext/ctype/ctype.o ext/ dom/php_dom.o ext/dom/attr.o ext/dom/document.o ext/ dom/domerrorhandler.o ext/dom/domstringlist.o ext/dom/ domexception.o ext/dom/namelist.o ext/dom/ processinginstruction.o ext/dom/cdatasection.o ext/dom/ documentfragment.o ext/dom/domimplementation.o ext/dom/ element.o ext/dom/node.o ext/dom/string_extend.o ext/ dom/characterdata.o ext/dom/documenttype.o ext/dom/ domimplementationlist.o ext/dom/entity.o ext/dom/ nodelist.o ext/dom/text.o ext/dom/comment.o ext/dom/ domconfiguration.o ext/dom/domimplementationsource.o ext/dom/entityreference.o ext/dom/notation.o ext/dom/ xpath.o ext/dom/typeinfo.o ext/dom/domerror.o ext/dom/ domlocator.o ext/dom/namednodemap.o ext/dom/ userdatahandler.o ext/exif/exif.o ext/ftp/php_ftp.o ext/ftp/ftp.o ext/gd/gd.o ext/gd/gdttf.o ext/gd/ gdcache.o ext/iconv/iconv.o ext/libxml/libxml.o ext/ mysql/php_mysql.o ext/oracle/oracle.o ext/pcre/pcrelib/ maketables.o ext/pcre/pcrelib/get.o ext/pcre/pcrelib/ study.o ext/pcre/pcrelib/pcre.o ext/pcre/php_pcre.o ext/posix/posix.o ext/session/session.o ext/session/ mod_files.o ext/session/mod_mm.o ext/session/mod_user.o ext/shmop/shmop.o ext/simplexml/simplexml.o ext/ sockets/sockets.o ext/sqlite/sqlite.o ext/sqlite/ sess_sqlite.o ext/sqlite/libsqlite/src/opcodes.o ext/ sqlite/libsqlite/src/parse.o ext/sqlite/libsqlite/src/ encode.o ext/sqlite/libsqlite/src/auth.o ext/sqlite/ libsqlite/src/btree.o ext/sqlite/libsqlite/src/build.o ext/sqlite/libsqlite/src/delete.o ext/sqlite/libsqlite/ src/expr.o ext/sqlite/libsqlite/src/func.o ext/sqlite/ libsqlite/src/hash.o ext/sqlite/libsqlite/src/insert.o ext/sqlite/libsqlite/src/main.o ext/sqlite/libsqlite/ src/os.o ext/sqlite/libsqlite/src/pager.o ext/sqlite/ libsqlite/src/printf.o ext/sqlite/libsqlite/src/ random.o ext/sqlite/libsqlite/src/select.o ext/sqlite/ libsq
#26077 [NEW]: Memory leaks when creating an instance of an object
From: [EMAIL PROTECTED] Operating system: RH 8 PHP version: 5CVS-2003-11-02 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: Memory leaks when creating an instance of an object Description: ZE2 will leak when creating an instance of an object which does not actually get assigned to a variable Reproduce code: --- php -r 'class foo {} new foo();' Actual result: -- /home/john/working/php-src/Zend/zend_execute.c(3098) : Freeing 0x400D9BE0 (44 bytes), script=- /home/john/working/php-src/Zend/zend_API.c(713) : Actual location (location was relayed) /home/john/working/php-src/Zend/zend_API.c(714) : Freeing 0x400D9790 (32 bytes), script=- /home/john/working/php-src/Zend/zend_hash.c(157) : Actual location (location was relayed) /home/john/working/php-src/Zend/zend_execute.c(3097) : Freeing 0x400D9060 (16 bytes), script=- /home/john/working/php-src/Zend/zend_objects.c(106) : Freeing 0x400D9018 (12 bytes), script=- === Total 4 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=26077&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26077&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26077&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26077&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26077&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26077&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26077&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26077&r=support Expected behavior: http://bugs.php.net/fix.php?id=26077&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26077&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26077&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26077&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26077&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26077&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26077&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26077&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26077&r=float
#26076 [Opn->Asn]: openssl_pkcs7_verify should output the verified mail
ID: 26076 Updated by: [EMAIL PROTECTED] Reported By: ivan dot dolezal at vsb dot cz -Status: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: irrelevant (FreeBSD) PHP Version: Irrelevant -Assigned To: +Assigned To: wez New Comment: Already have plans to implement this. Previous Comments: [2003-11-02 02:17:03] ivan dot dolezal at vsb dot cz Description: The openssl_pkcs7_verify is able to verify signed e-mail, but I can't get the verified message out of it to process it further. As OpenSSL shell does have this functionality: switch "-text" in... openssl smime -verify -CApath /etc/ssl/certs/ -in signedmessage.txt -text ...outputs the message to STDOUT. Expected result: a new optional parametr called by reference in the function openssl_pkcs7_verify, that would output the message from the e-mail Actual result: -- Currently there is no (documented) way to get the verified message out of S/MIME. I can verify the message, find out, who signed it (with other functions), but I can't process the message from the mail. -- Edit this bug report at http://bugs.php.net/?id=26076&edit=1
#26076 [NEW]: openssl_pkcs7_verify should output the verified mail
From: ivan dot dolezal at vsb dot cz Operating system: irrelevant (FreeBSD) PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: openssl_pkcs7_verify should output the verified mail Description: The openssl_pkcs7_verify is able to verify signed e-mail, but I can't get the verified message out of it to process it further. As OpenSSL shell does have this functionality: switch "-text" in... openssl smime -verify -CApath /etc/ssl/certs/ -in signedmessage.txt -text ...outputs the message to STDOUT. Expected result: a new optional parametr called by reference in the function openssl_pkcs7_verify, that would output the message from the e-mail Actual result: -- Currently there is no (documented) way to get the verified message out of S/MIME. I can verify the message, find out, who signed it (with other functions), but I can't process the message from the mail. -- Edit bug report at http://bugs.php.net/?id=26076&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26076&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26076&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26076&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26076&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26076&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26076&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26076&r=support Expected behavior: http://bugs.php.net/fix.php?id=26076&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26076&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26076&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26076&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26076&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26076&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26076&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26076&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26076&r=float