#22427 [Com]: Missing Form Post Data
ID: 22427 Comment by: sendoffer at ukr dot net Reported By: jroland at uow dot edu dot au Status: No Feedback Bug Type: *General Issues Operating System: Windows XP / 2000 PHP Version: 4.2.3 New Comment: 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: -- form action= method=post name=message pE-mail: input name=p_email value= type=text size=50 /p pSibscribe options:br select multiple name=p_s[] option value=sub_news_companyCompany news/option option value=sub_news_employeesNews from Employees/option option value=sub_proposalsProposals/option /select /p p input name=Input type=reset value= Reset input name=Input type=submit value= Sibscribe /p /form hr ?php if ($HTTP_POST_VARS['p_s']) { $p_s=$HTTP_POST_VARS['p_s']; echo 'pre'; print_r($p_s); echo '/pre'; } ? -- 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 Previous Comments: [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 ? phpinfo(); ? 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. [2003-02-26 05:28:07] [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. [2003-02-26 05:17:57] jroland at uow dot edu dot au I am currently experincing some problems with missing post form data. There seem two be 2 problems: 1) When a variable is long (for example a textarea and lots of text is in it), the post data is not sent. 2) Sometimes even with small textarea, the post is still not outputed, but if you hit refresh and click reload post data, it sometimes works. I have also set the max post size to 20MB which should be plenty for just text. I seem to have this problems on all browsers / computers. Ay ideas? Thanks Joel -- Edit this bug report at http://bugs.php.net/?id=22427edit=1
#22758 [Fbk-Opn]: performance problem with apache2 handler
ID: 22758 User updated by: bibifoc23 at yahoo dot fr Reported By: bibifoc23 at yahoo dot fr -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux 2.4 PHP Version: 4.3.2RC1 New Comment: I use prefork for apache2 and the following command line for php and apache: ./configure --with-mpm=prefork --prefix=/app/apache2 ./configure --prefix=/app/php432 --with-config-file-path=/app/php432 --enable-sigchild --enable-inline-optimization --without-mysql --without-pear --with-ldap --with-apxs2=/app/apache2/bin/apxs Previous Comments: [2003-03-25 08:35:23] [EMAIL PROTECTED] Which ap2 model are you using, worker or prefork? [2003-03-21 03:13:07] bibifoc23 at yahoo dot fr I run test with 2 PC-- one linux 2.4 as server and w2k as client. i use ab -n1000 -c5 http://server.toto.fr/test.php result with handler: 60.02 req/s without failed request. 200 ko/s cpu is 100% for the client near 100% for the server result with filter: 200 req/s without failed request 600 ko/s cpu is 25% for the client 100 % for the server the size of the html code is 3k. [2003-03-21 01:08:37] [EMAIL PROTECTED] Set correct status. [2003-03-20 22:53:07] [EMAIL PROTECTED] Hi. can you give us some numbers? also how are you running the test. you need to run on 2 seperate machines. Thanks [2003-03-18 05:13:16] bibifoc23 at yahoo dot fr When i test the performance of the new apache2handler sapi, there is a huge difference with apache2filter sapi. ?php phpinfo(); ? or ?php for ($i=0; $100;$i++) echo $i; ? On Redhat 7.3 and apache 2.0.44, the apache2filter give a better result than the apache2handler. i compil php with the same module in both case. Thanks -- Edit this bug report at http://bugs.php.net/?id=22758edit=1
#22902 [Opn-Bgs]: Crystal Reports 9 (RDC) and SelectPrinter error
ID: 22902 Updated by: [EMAIL PROTECTED] Reported By: andy at advancethermal dot com -Status: Open +Status: Bogus Bug Type: COM related Operating System: Windows XP Professional PHP Version: 4.3.1 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. that's not a php issue Previous Comments: [2003-03-26 09:03:47] andy at advancethermal dot com Specifying a printer from the SelectPrinter method causes PHP to crash. The following code: - $crapp = new COM(CrystalDesignRunTime.Application); $creport = $crapp-OpenReport(d:\\athermal\\reports\\backlog.rpt, 1); $creport-SelectPrinter(winspool, HP LaserJet 1200 Series PCL, Ne01:); print DEBUG|.$creport-DriverName.|.$creport-PrinterName.|.$creport-PortName.|; $creport-PrintOut(False); - Produces the following output: - Content-type: text/html X-Powered-By: PHP/4.3.1 winspool|HP LaserJet 1200 Series PCL|Ne01:|br / bWarning/b: (null)(): Invoke() failed: Exception occurred. bSource/b: Crystal Reports ActiveX Designer bDescription/b: Error start ing print job. Please check your printer or network connection. in bd:\atherma l\temp\test.php/b on line b7/bbr / - Other items to note: - When the SelectPrinter line is commented out, the report prints fine to the default printer and the DEBUG line prints DEBUG|||. - If the PrintOut line is commented out, the DEBUG line prints DEBUG|winspool|HP LaserJet 1200 Series PCL|Ne01:| without any error. - If the PortName is not specified, or specified incorrectly on the SelectPrinter line, it is printed correctly on the DEBUG line. (i.e. if Ne00: is specified on the SelectPrinter line, Ne01: is reported on the DEBUG line.) aap -- Edit this bug report at http://bugs.php.net/?id=22902edit=1
#22899 [Opn]: COM functions which raise exceptions are invoked twice
ID: 22899 Updated by: [EMAIL PROTECTED] Reported By: rich at kastle dot com Status: Open Bug Type: COM related Operating System: Windows NT 4.0 SP6 PHP Version: 4.3.2RC1 New Comment: can you please send an unified diff (diff -u) per mail directly to me. Previous Comments: [2003-03-26 07:51:15] rich at kastle dot com If php_COM_invoke receives an error as a result of trying to invoke a COM method via C_TYPEINFO_VT(obj)-Invoke, it assumes that the dispatch failed and tries again using C_DISPATCH_VT(obj)-Invoke. However, if the first Invoke succeeds (i.e. actually call into the object method) but the method raises a COM exception, it returns DISP_E_EXCEPTION. php_COM_invoke will then call the same method again using C_DISPATCH_VT. (In my particular case, the COM method was performing some subsequent phases of a larger DB transaction, encountered a deadlock, then rolled back the DB transaction and reported the event by raising an exception. php_COM_invoke swallowed the exception without report and invoked the method again, which, this time, did not encounter the same deadlock, leaving my code without knowledge that a deadlock had caused some of my DB updates to be rolled back. It took me four days to figure out what in the world was happening.) Here's a diff against COM.c which checks for DISP_E_EXCEPTION as a special case. (This diff is against 4.3.2RC1 but AFAICS this error has existed all along.) diff -r temp/php-4.3.2RC1\ext\com\COM.c php-4.3.2RC1\ext\com\COM.c 128,129c128,130 hr = C_DISPATCH_VT(obj)-Invoke(C_DISPATCH(obj), dispIdMember, IID_NULL, LOCALE_SYSTEM_DEFAULT, wFlags, pDispParams, pVarResult, ExceptInfo, ArgErr); if (SUCCEEDED(hr)) { --- if(hr != DISP_E_EXCEPTION) { hr = C_DISPATCH_VT(obj)-Invoke(C_DISPATCH(obj), dispIdMember, IID_NULL, LOCALE_SYSTEM_DEFAULT, wFlags, pDispParams, pVarResult, ExceptInfo, ArgErr); if (SUCCEEDED(hr)) { 131,137c132,139 * ITypLib doesn't work * Release ITypeLib and fall back to IDispatch */ C_TYPEINFO_VT(obj)-Release(C_TYPEINFO(obj)); C_HASTLIB(obj) = FALSE; C_TYPEINFO(obj) = NULL; --- * ITypLib doesn't work * Release ITypeLib and fall back to IDispatch */ C_TYPEINFO_VT(obj)-Release(C_TYPEINFO(obj)); C_HASTLIB(obj) = FALSE; C_TYPEINFO(obj) = NULL; } -- Edit this bug report at http://bugs.php.net/?id=22899edit=1
#22899 [Opn-Ver]: COM functions which raise exceptions are invoked twice
ID: 22899 Updated by: [EMAIL PROTECTED] Reported By: rich at kastle dot com -Status: Open +Status: Verified Bug Type: COM related Operating System: Windows NT 4.0 SP6 PHP Version: 4.3.2RC1 New Comment: change status. Previous Comments: [2003-03-27 02:50:23] [EMAIL PROTECTED] can you please send an unified diff (diff -u) per mail directly to me. [2003-03-26 07:51:15] rich at kastle dot com If php_COM_invoke receives an error as a result of trying to invoke a COM method via C_TYPEINFO_VT(obj)-Invoke, it assumes that the dispatch failed and tries again using C_DISPATCH_VT(obj)-Invoke. However, if the first Invoke succeeds (i.e. actually call into the object method) but the method raises a COM exception, it returns DISP_E_EXCEPTION. php_COM_invoke will then call the same method again using C_DISPATCH_VT. (In my particular case, the COM method was performing some subsequent phases of a larger DB transaction, encountered a deadlock, then rolled back the DB transaction and reported the event by raising an exception. php_COM_invoke swallowed the exception without report and invoked the method again, which, this time, did not encounter the same deadlock, leaving my code without knowledge that a deadlock had caused some of my DB updates to be rolled back. It took me four days to figure out what in the world was happening.) Here's a diff against COM.c which checks for DISP_E_EXCEPTION as a special case. (This diff is against 4.3.2RC1 but AFAICS this error has existed all along.) diff -r temp/php-4.3.2RC1\ext\com\COM.c php-4.3.2RC1\ext\com\COM.c 128,129c128,130 hr = C_DISPATCH_VT(obj)-Invoke(C_DISPATCH(obj), dispIdMember, IID_NULL, LOCALE_SYSTEM_DEFAULT, wFlags, pDispParams, pVarResult, ExceptInfo, ArgErr); if (SUCCEEDED(hr)) { --- if(hr != DISP_E_EXCEPTION) { hr = C_DISPATCH_VT(obj)-Invoke(C_DISPATCH(obj), dispIdMember, IID_NULL, LOCALE_SYSTEM_DEFAULT, wFlags, pDispParams, pVarResult, ExceptInfo, ArgErr); if (SUCCEEDED(hr)) { 131,137c132,139 * ITypLib doesn't work * Release ITypeLib and fall back to IDispatch */ C_TYPEINFO_VT(obj)-Release(C_TYPEINFO(obj)); C_HASTLIB(obj) = FALSE; C_TYPEINFO(obj) = NULL; --- * ITypLib doesn't work * Release ITypeLib and fall back to IDispatch */ C_TYPEINFO_VT(obj)-Release(C_TYPEINFO(obj)); C_HASTLIB(obj) = FALSE; C_TYPEINFO(obj) = NULL; } -- Edit this bug report at http://bugs.php.net/?id=22899edit=1
#22904 [Opn]: fwrite is not binary safe for '\0' string
ID: 22904 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: linux RH7.2 PHP Version: 4.3.2RC1 New Comment: ok, problem here is that php_stripslashes for sybase_magic_quetes replace '\0' with ascii(0) due reverse action on php_addslashes. IMHO in contrary to '\'' type replacements where we maintains the data queues fixed all over the script, on ascii(0) data, we have no problem do it onto the query level. there'll be minore bc problem but the current beavior is totally bogus! Previous Comments: [2003-03-26 10:31:27] [EMAIL PROTECTED] well, using set_magic_quotes_runtime(0); fix the problem. due to my quick debug, the problem is somewhere into php_stripslashes called on file.c:1543 i'll try to look into it on friday if this bug still 'll be exists. [2003-03-26 10:18:30] [EMAIL PROTECTED] problem still exists on last cvs. my editor show ascii(0) as ? but '\0' have to be showen as '\0' mean, if the orginal text (c code this case) file included the \0 *string* i does't want fwrite() replace it with ascii(0)! but to save it as the orginal string. [2003-03-26 09:33: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 verify this bug with latest CVS. I think your editor just shows \0 as ? [2003-03-26 09:25:48] [EMAIL PROTECTED] here is simple code: ? $f = fopen(test.txt,rb); $buf= fread($f,4096); $f2 = fopen(test2,wb); fwrite($f2,$buf); ? --- where test.txt content is: --test \0 test -- the result test2 file is: --- test ? test --- -- Edit this bug report at http://bugs.php.net/?id=22904edit=1
#22889 [Fbk-Opn]: date doesn't return correct number of week
ID: 22889 User updated by: ulrich dot staerk at spe-siemens dot de Reported By: ulrich dot staerk at spe-siemens dot de -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: I now updated to the latest snapshot as you recommended. I'm running 4.3.2-RC now and it seems running fine. don't know what it is that produced theses errors. some informations that might help to reproduce the error: win2k server english service pack 3 build 2195 with ms iis. php.ini-dist deviations: cgi.force_redirect = 0 session.use_cookies = 0 session.use_trans_sid = 1 extension = php_mssql.dll timezone: GMT +01:00 server is a domain member other actions in script: -some mssql queries -lots of date-related stuff for this is going to be some kind of calendar Previous Comments: [2003-03-26 16:03:40] [EMAIL PROTECTED] Hrmmm... correction... I just tested with latest snap on Win2K and got the correct answer (53). Please try the current snapshot at http://snaps.php.net If it fails, please update this bug with additional information including at least the following: * Timezone * Service Packs installed (if any) * Standalone or member of domain? (unlikely to bear any importance, but could relate to time sync issues) * Other actions being performed in same script * non-standard .ini settings (any deviation from php.ini-dist) [2003-03-26 15:51:27] [EMAIL PROTECTED] This seems to be (yet another) case of Window's c library not following standards. Linux and BSD are both reporting correctly for me. [2003-03-26 08:57:36] ulrich dot staerk at spe-siemens dot de there also seems to be a week number 1 from december 22, 2003 to january 4, 2004. i think this is an overall problem happening everywhere the first week is not completely in the new year or the last week not completely in the last year... [2003-03-26 02:55:34] ulrich dot staerk at spe-siemens dot de date(W,mktime(0,0,0,1,1,2005)) returns 1 where it should return 53 because January 1st and 2nd still belong to the last week of 2004. In an earlier version of php (4.2.3) on the same machine it simply returned 0 which was wrong too but could be corrected within my script. This bug appears also in January 2006, 2010 (there seems to be an 10-day-long first week :-) ) and so on. -- Edit this bug report at http://bugs.php.net/?id=22889edit=1
#22919 [NEW]: Missing server variables
From: marcus at names dot co dot uk Operating system: Redhat Linux 7.2 PHP version: 4.3.1 PHP Bug Type: CGI related Bug description: Missing server variables 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 bug report at http://bugs.php.net/?id=22919edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22919r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22919r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22919r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22919r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22919r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22919r=support Expected behavior: http://bugs.php.net/fix.php?id=22919r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22919r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22919r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22919r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22919r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22919r=dst IIS Stability: http://bugs.php.net/fix.php?id=22919r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22919r=gnused
#22893 [Opn-Fbk]: session_start() causes apache segfault/crash
ID: 22893 Updated by: [EMAIL PROTECTED] Reported By: juvenal dot jr at uol dot com dot br -Status: Open +Status: Feedback Bug Type: Session related Operating System: Red Hat 7.3 PHP Version: 4.3.1 New Comment: What's your configure line ? Previous Comments: [2003-03-26 10:29:44] juvenal dot jr at uol dot com dot br I just installed the CVS-STABLE snapshot, but the results remain the same. A Segmentation Fault on session_start() only when the file exists (the session was already created). The problem occurs with and/or without Zend Optimizer/Debugger. What else can I do try/do? [2003-03-26 10:13:37] juvenal dot jr at uol dot com dot br To [EMAIL PROTECTED]: It happen with and/or without Zend Optimizer and Debugger. To [EMAIL PROTECTED]: I'm compiling it right now. As soon as I test it, I'll put another comment. [2003-03-26 09:30:23] [EMAIL PROTECTED] Try the snapshot. [2003-03-26 09:29:33] [EMAIL PROTECTED] Does the crash occur when you do not use Zend Optimizer and Zend Debugger? [2003-03-26 06:40:38] juvenal dot jr at uol dot com dot br I tried the standard one with RH 7.3 (gcc-2.96.110) and the updated RHN (gcc-2.96-113). Both gave me the same results. 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/22893 -- Edit this bug report at http://bugs.php.net/?id=22893edit=1
#22904 [Opn]: sybase_magic_quotes does stuff with '\0' string
ID: 22904 Updated by: [EMAIL PROTECTED] -Summary: fwrite is not binary safe for '\0' string Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Filesystem function related +Bug Type: Sybase-ct (ctlib) related Operating System: linux RH7.2 PHP Version: 4.3.2RC1 New Comment: Nothing to do with fwrite Previous Comments: [2003-03-27 03:06:28] [EMAIL PROTECTED] ok, problem here is that php_stripslashes for sybase_magic_quetes replace '\0' with ascii(0) due reverse action on php_addslashes. IMHO in contrary to '\'' type replacements where we maintains the data queues fixed all over the script, on ascii(0) data, we have no problem do it onto the query level. there'll be minore bc problem but the current beavior is totally bogus! [2003-03-26 10:31:27] [EMAIL PROTECTED] well, using set_magic_quotes_runtime(0); fix the problem. due to my quick debug, the problem is somewhere into php_stripslashes called on file.c:1543 i'll try to look into it on friday if this bug still 'll be exists. [2003-03-26 10:18:30] [EMAIL PROTECTED] problem still exists on last cvs. my editor show ascii(0) as ? but '\0' have to be showen as '\0' mean, if the orginal text (c code this case) file included the \0 *string* i does't want fwrite() replace it with ascii(0)! but to save it as the orginal string. [2003-03-26 09:33: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 verify this bug with latest CVS. I think your editor just shows \0 as ? [2003-03-26 09:25:48] [EMAIL PROTECTED] here is simple code: ? $f = fopen(test.txt,rb); $buf= fread($f,4096); $f2 = fopen(test2,wb); fwrite($f2,$buf); ? --- where test.txt content is: --test \0 test -- the result test2 file is: --- test ? test --- -- Edit this bug report at http://bugs.php.net/?id=22904edit=1
#22920 [NEW]: Post variables problem with CGI version
From: marcus at names dot co dot uk Operating system: RedHat Linux 7.2 PHP version: 4.3.1 PHP Bug Type: Variables related Bug description: Post variables problem with CGI version When running 4.3.1 as a CGI binary, with register_globals set to 'on', the first post variable contains all post variables. For example, if you have a form with the variables (fields) and values var1=1, var2=2, var3=3, the following variables are set in the target script: var1=1var2=2var3=3 var2=2 var3=3 I am running the CGI under Zeus Web Server 4.2. I am not sure whether the $HTTP_POST_VARS array is set correctly, and cannot check this as I have had to revert back to 4.2.3. -- Edit bug report at http://bugs.php.net/?id=22920edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22920r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22920r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22920r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22920r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22920r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22920r=support Expected behavior: http://bugs.php.net/fix.php?id=22920r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22920r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22920r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22920r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22920r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22920r=dst IIS Stability: http://bugs.php.net/fix.php?id=22920r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22920r=gnused
#22917 [Opn-Fbk]: Crashing Exhibit Engine Mysql Backup Omni
ID: 22917 Updated by: [EMAIL PROTECTED] Reported By: mail at artmosher dot ca -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: windows 98 SE 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-03-26 22:44:15] mail at artmosher dot ca Using Windows 98SE AMD450 128MB 60GB Mysql 3.23.47 Omnihttpd server (http://www.omnicron.ca) Running App Exhibit Engine (http://photography-on-the.net/ee/) V1.3 When running the app's Utility-Backup DB to File function an immediate crash of PHP 4.3.1 occurs. Detail shows error in php4ts.dll This function worked flawlessly in PHP last version used 4.2.2 At this time I am unable to backup !! -- Edit this bug report at http://bugs.php.net/?id=22917edit=1
#19570 [Com]: Not all cyrillic symbols present in HTML_ENTITIES table
ID: 19570 Comment by: xk-liber at hotmail dot com Reported By: apetrenko at tmsoft-ltd dot kiev dot ua Status: Closed Bug Type: Gettext related Operating System: all PHP Version: 4.2.3 New Comment: You can note that apos; ( -- ' ) is not in this list too. :-/ Previous Comments: [2002-09-24 05:10:46] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-09-24 03:54:10] apetrenko at tmsoft-ltd dot kiev dot ua This is the code: $tt = get_html_translation_table (HTML_ENTITIES); while (list ($key, $value) = each ($tt)) echo $key. - .htmlspecialchars ($value).br; The result: - nbsp; ¡ - iexcl; ¢ - cent; £ - pound; ¤ - curren; ¥ - yen; ¦ - brvbar; § - sect; ¨ - uml; © - copy; ª - ordf; « - laquo; ¬ - not; - shy; ® - reg; ¯ - macr; ° - deg; ± - plusmn; ² - sup2; ³ - sup3; ´ - acute; µ - micro; ¶ - para; · - middot; ¸ - cedil; ¹ - sup1; º - ordm; » - raquo; ¼ - frac14; ½ - frac12; ¾ - frac34; ¿ - iquest; À - Agrave; Á - Aacute; Â - Acirc; Ã - Atilde; Ä - Auml; Å - Aring; Æ - AElig; Ç - Ccedil; È - Egrave; É - Eacute; Ê - Ecirc; Ë - Euml; Ì - Igrave; Í - Iacute; Î - Icirc; Ï - Iuml; Ð - ETH; Ñ - Ntilde; Ò - Ograve; Ó - Oacute; Ô - Ocirc; Õ - Otilde; Ö - Ouml; × - times; Ø - Oslash; Ù - Ugrave; Ú - Uacute; Û - Ucirc; Ü - Uuml; Ý - Yacute; Þ - THORN; ß - szlig; à - agrave; á - aacute; â - acirc; ã - atilde; ä - auml; å - aring; æ - aelig; ç - ccedil; è - egrave; é - eacute; ê - ecirc; ë - euml; ì - igrave; í - iacute; î - icirc; ï - iuml; ð - eth; ñ - ntilde; ò - ograve; ó - oacute; ô - ocirc; õ - otilde; ö - ouml; ÷ - divide; ø - oslash; ù - ugrave; ú - uacute; û - ucirc; ü - uuml; ý - yacute; þ - thorn; - amp; - quot; - lt; - gt; The letter ÿ is missed in resulting table (the last letter in russian alphabet, html translated string is yuml;) -- Edit this bug report at http://bugs.php.net/?id=19570edit=1
#22921 [NEW]: PHP EXE crashes with could not read memory
From: tohlow at novadys dot com Operating system: win 2k PHP version: 4.3.2RC1 PHP Bug Type: COM related Bug description: PHP EXE crashes with could not read memory I know this is a pain in the neck, because there already is a couple of entries similar to this BUT I hope I can provide some extra info. I am developing a DCOM based PHP application and have just tried with 4.32 RC1. PHP.EXE simply crashes, apparently when clearing up its object tables (when PHP.EXE unloads from memory, it seems to try to clear up too many object references, unfortunately I cannot be more specific because I am no C++ developper). Actually, we had been in contact with Harald Radi before and he found the problem, fixed it for PHP 4.23, but it got back in in release 4.30 :( In RC1 now, it crashes, same for all releases between 4.30 and 4.32 and 4.10 and 4.22. One additional problem is, that in the only working release (4.23), when clearing up the object references, apparently NOT all are being cleared up, resulting in kept alive objects which - as a consequence in my case - don't free the licenses to our DCOM server :( The only PHP version that I found that BOTH does NOT crash AND frees ALL references correctly is 4.06. One last hint: 4.31 crashes BUT correctly frees the references... Hope this is not all too confusing and that there will be a fix in the final release of 4.32, it would be greatly appreciated by a lot of people, I think, definetly by myself! Thanks, T P.S.: It seems to be the same for IIS and Apache... -- Edit bug report at http://bugs.php.net/?id=22921edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22921r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22921r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22921r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22921r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22921r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22921r=support Expected behavior: http://bugs.php.net/fix.php?id=22921r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22921r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22921r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22921r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22921r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22921r=dst IIS Stability: http://bugs.php.net/fix.php?id=22921r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22921r=gnused
#22856 [Fbk-Opn]: zlib make error
ID: 22856 User updated by: mv24 at canada dot com Reported By: mv24 at canada dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux PHP Version: 4.3.1 New Comment: After I upgraded gcc (2.96) to version 3.2; changed PHP configure options as follows: ./configure \ --with-apache=/usr/local/apache_1.3.27 \ --with-config-file-path=/usr/local/apache/conf \ --with-mysql=/usr/local/mysql \ --with-zlib \ --enable-track-vars \ --enable-trans-sid \ --enable-bcmath \ --with-pdflib \ --enable-static-pdflib \ --with-gd \ --enable-gd-imgstrttf \ --with-tiff-dir=/usr/local/tiff--enable-gd-native-ttf \ --with-freetype-dir=/usr/local/include/freetype2 \ --with-jpeg-dir=/usr/local/jpeg-6b \ --with-png-dir=/usr/local/libpng it allowed me to procead with make and install the latest PHP-STABLE with Apache. However PHP configure option --with-curl gives multiple warnings on PHP make: /usr/bin/ld: warning: libdl.so.1, needed by /usr/local/ lib/libcurl.so, may conflict with libdl.so.2 /usr/bin/ld: warning: libc.so.5, needed by /lib/libdl.s o.1, may conflict with libc.so.6 /usr/lib/libc5-compat/libc.so.5: the `getwd' function i s dangerous and should not be used. /usr/lib/libc5-compat/libc.so.5: the `gets' function is dangerous and should not be used. /usr/lib/libc5-compat/libc.so.5: the use of `tempnam' i s dangerous, better use `mkstemp' /usr/lib/libc5-compat/libc.so.5: the use of `tmpnam' is dangerous, better use `mkstemp' /usr/lib/libc5-compat/libc.so.5: the use of `mktemp' is dangerous, better use `mkstemp' /usr/lib/libc5-compat/libc.so.5: the `getpw' function i s dangerous and should not be used. /usr/lib/libc5-compat/libc.so.5: warning: `siggetmask' is obsolete; `sigprocmask' is best /usr/lib/libc5-compat/libc.so.5: the `llseek' function may be dangerous; use `lseek64' instead. PHP make install ends in error: - Installing PEAR environment: /usr/local/lib/php/ make[1]: *** [install-pear-installer] Segmentation fault (core dumped) make: *** [install-pear] Error 2 -- Previous Comments: [2003-03-24 14:17:14] [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-24 13:54:45] mv24 at canada dot com apache_1.3.27 php-4.3.2RC1 zlib-1.1.4 Configured with the following options without warnigs: ./configure \ --with-apache=/usr/local/apache_1.3.27 \ --with-config-file-path=/usr/local/apache/conf \ --with-mysql=/usr/local/mysql \ --enable-track-vars \ --enable-trans-sid \ --enable-bcmath \ --with-curl=/usr/local/curl \ --with-curlwrappers \ --with-pdflib \ --enable-static-pdflib \ --enable-gd-imgstrttf \ --with-gd=/usr/local/gd \ --with-tiff-dir=/usr/local/tiff--enable-gd-native-ttf \ --with-freetype-dir=/usr/local/include/freetype2 \ --with-jpeg-dir=/usr/local/jpeg-6b \ --with-png-dir=/usr/local/libpng \ --with-zlib Make result (in full): [EMAIL PROTECTED] php]# make gcc -Iext/zlib/ -I/usr/local/php/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/php/include -I/usr/local/php/main -I/usr/local/php -I/usr/local/php/Zend -I/usr/local/curl/include -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/gd/ -I/usr/local/mysql/include -I/usr/local/php/ext/xml/expat -I/usr/local/php/TSRM -g -O2 -c /usr/local/php/ext/zlib/zlib.c -o ext/zlib/zlib.o echo ext/zlib/zlib.lo In file included from /usr/local/php/ext/standard/php_standard.h:21, from /usr/local/php/ext/zlib/zlib.c:48: /usr/local/php/ext/standard/basic_functions.h:126: #error Need type which holds 32 bits make: *** [ext/zlib/zlib.lo] Error 1 The same error was reproduced on php-4.3.0, php-4.3.2RC1, php-4.5. Tried the following: 1. Configure with-zlib and/or with-zlib-dir=/dir/zlib in combinations 2. rm f config.cache; ./buildconf; make distclean; Another try: ./configure \ --with-apache=/usr/local/apache_1.3.27 \ --with-config-file-path=/usr/local/apache/conf \ --with-mysql=/usr/local/mysql \ --enable-track-vars \ --enable-trans-sid \ --enable-bcmath \ --with-curl=/usr/local/curl \ --with-curlwrappers Configures without errors or warnings. Make stops by error again: In file included from /usr/local/php/ext/standard/md5.h:48, from /usr/local/php/ext/session/session.c:40: /usr/local/php/ext/standard/basic_functions.h:126: #error Need type which holds 32 bits make: *** [ext/session/session.lo] Error 1 config.log did not revile any problems What it could be? Thank you for your time and effort.
#22922 [NEW]: sprintf formatted string
From: y dot leconte dot akis at nerim dot fr Operating system: Linux PHP version: 4.3.1 PHP Bug Type: Output Control Bug description: sprintf formatted string Hello. I find a problem in the sprintf function when i try to format a string. example: ? $out=sprintf(%4.4s,123456789); echo strlen($out). - $outBR; ? result: 9 - 123456789 instead of 4 - 1234 Formats %xs and %.ys work but not format like %x.ys where x and y are numbers. The problem seems to come from the php_sprintf_appendstring function located in the ext/standard/formatted_print.c file. Putting in comment the following lines: /* if (max_width min_width) { expprec = max_width = 0; } */ seems to resolve the problem. But i dont know the possible impacts of this modification on others zend functions. Best regards Yves -- Edit bug report at http://bugs.php.net/?id=22922edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22922r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22922r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22922r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22922r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22922r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22922r=support Expected behavior: http://bugs.php.net/fix.php?id=22922r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22922r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22922r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22922r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22922r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22922r=dst IIS Stability: http://bugs.php.net/fix.php?id=22922r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22922r=gnused
#22922 [Opn-Bgs]: sprintf formatted string
ID: 22922 Updated by: [EMAIL PROTECTED] Reported By: y dot leconte dot akis at nerim dot fr -Status: Open +Status: Bogus -Bug Type: Output Control +Bug Type: Strings related Operating System: Linux 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 Actually dupe of bug #4 Previous Comments: [2003-03-27 05:27:40] y dot leconte dot akis at nerim dot fr Hello. I find a problem in the sprintf function when i try to format a string. example: ? $out=sprintf(%4.4s,123456789); echo strlen($out). - $outBR; ? result: 9 - 123456789 instead of 4 - 1234 Formats %xs and %.ys work but not format like %x.ys where x and y are numbers. The problem seems to come from the php_sprintf_appendstring function located in the ext/standard/formatted_print.c file. Putting in comment the following lines: /* if (max_width min_width) { expprec = max_width = 0; } */ seems to resolve the problem. But i dont know the possible impacts of this modification on others zend functions. Best regards Yves -- Edit this bug report at http://bugs.php.net/?id=22922edit=1
#22923 [NEW]: parse_ini_file parsing error when using no/yes/true/false as key
From: argh at php-tools dot net Operating system: Linux PHP version: 4.3.1 PHP Bug Type: Filesystem function related Bug description: parse_ini_file parsing error when using no/yes/true/false as key When using any of the following values: no yes true false As key for a configuration entry, like NO = Norway The function will return a parse error for the ini file. Found this when I tried to implement a countries list this way. Norway just happens to have that country code... -- Edit bug report at http://bugs.php.net/?id=22923edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22923r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22923r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22923r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22923r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22923r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22923r=support Expected behavior: http://bugs.php.net/fix.php?id=22923r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22923r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22923r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22923r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22923r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22923r=dst IIS Stability: http://bugs.php.net/fix.php?id=22923r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22923r=gnused
#17072 [Com]: Compilation aborts while compiling ext/mysql/libmysql/libmysql.c
ID: 17072 Comment by: jason at jasonsrealm dot com Reported By: kolmann at zid dot tuwien dot ac dot at Status: Closed Bug Type: Compile Failure Operating System: AIX PHP Version: 4.2.0 New Comment: I am attempting to configure php 4.3.1 and apache 1.3.27 on a Redhat Linux 8 (Psyche) box and I am running into some problems. my configure command is: ./configure --with-mysql --with-apache=../apache_1.3.27/ --enable-track-vars then I run make and I get the following problem. What can I do to fix this. [EMAIL PROTECTED] php-4.3.1]# make gcc -Iext/ctype/ -I/usr/local/src/php-4.3.1/ext/ctype/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.1/include -I/usr/local/src/php-4.3.1/main -I/usr/local/src/php-4.3.1 -I/usr/local/src/php-4.3.1/Zend -I/usr/local/src/php-4.3.1/ext/xml/expat -I/usr/local/src/php-4.3.1/TSRM -g -O2 -c /usr/local/src/php-4.3.1/ext/ctype/ctype.c -o ext/ctype/ctype.o echo ext/ctype/ctype.lo In file included from /usr/include/errno.h:36, from /usr/local/src/php-4.3.1/Zend/zend_operators.h:24, from /usr/local/src/php-4.3.1/Zend/zend_execute_globals.h:27, from /usr/local/src/php-4.3.1/Zend/zend_globals.h:34, from /usr/local/src/php-4.3.1/Zend/zend_list.h:25, from /usr/local/src/php-4.3.1/Zend/zend_API.h:26, from /usr/local/src/php-4.3.1/main/php.h:38, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/include/bits/errno.h:25:26: linux/errno.h: No such file or directory In file included from /usr/local/src/php-4.3.1/Zend/zend_execute_globals.h:27, from /usr/local/src/php-4.3.1/Zend/zend_globals.h:34, from /usr/local/src/php-4.3.1/Zend/zend_list.h:25, from /usr/local/src/php-4.3.1/Zend/zend_API.h:26, from /usr/local/src/php-4.3.1/main/php.h:38, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/Zend/zend_operators.h: In function `is_numeric_string': /usr/local/src/php-4.3.1/Zend/zend_operators.h:78: `ERANGE' undeclared (first use in this function) /usr/local/src/php-4.3.1/Zend/zend_operators.h:78: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.1/Zend/zend_operators.h:78: for each function it appears in.) In file included from /usr/include/bits/posix1_lim.h:126, from /usr/include/limits.h:144, from /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/limits.h:132, from /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/syslimits.h:7, from /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/limits.h:11, from /usr/include/sys/param.h:22, from /usr/local/src/php-4.3.1/main/php.h:205, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/include/bits/local_lim.h:36:26: linux/limits.h: No such file or directory In file included from /usr/local/src/php-4.3.1/main/php.h:205, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/include/sys/param.h:23:26: linux/limits.h: No such file or directory /usr/include/sys/param.h:24:25: linux/param.h: No such file or directory In file included from /usr/local/src/php-4.3.1/main/php.h:354, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/main/php_streams.h: At top level: /usr/local/src/php-4.3.1/main/php_streams.h:116: `PATH_MAX' undeclared here (not in a function) /usr/local/src/php-4.3.1/main/php_streams.h:117: confused by earlier errors, bailing out make: *** [ext/ctype/ctype.lo] Error 1 [EMAIL PROTECTED] php-4.3.1]# Thanks Jason Previous Comments: [2002-07-06 20:36:30] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version 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. Thank you for the report, and for helping us make PHP better. [2002-06-30 07:29:40] [EMAIL PROTECTED] I have the same problem on Solaris/intel with the latest DEV version as reported in [21 Jun 2:01am] [EMAIL PROTECTED] I don't have the mysql libs installed, and thus use the bundled libs. SOmething with the include paths is wrong, as mysql.h is in ext/mysql/libmysql. Chaching line 65 in php_mysql.h to include libmysql/mysql.h doesn't fix it either, as I then get errors for not finding other include files. reopening [2002-06-29 23:30:50] [EMAIL PROTECTED] Just tested the latest (from today) snapshot on AIX 4.3.3 and it compiles without any errors in libmysql.
#22924 [Opn-Csd]: @getimagesize
ID: 22924 Updated by: [EMAIL PROTECTED] Reported By: diana at interhotel dot com -Status: Open +Status: Closed Bug Type: GetImageSize related Operating System: windows XP PHP Version: 4.3.0 New Comment: Can not reproduce with PHP 4.3.2-RC Previous Comments: [2003-03-27 06:14:13] diana at interhotel dot com When I use @getimagesize and the image gives a 404 filenot found error because it is not on the called server, the error is not ignored. -- Edit this bug report at http://bugs.php.net/?id=22924edit=1
#22810 [Opn-Fbk]: Incorrectly writes out data.
ID: 22810 Updated by: [EMAIL PROTECTED] Reported By: gfraley5 at earthlink dot net -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 4.3.2RC2 New Comment: Are you sure you really updated PHP? php4ts.dll is the most important file..you need to shutdown any webserver before upgrade too. And with 'latest CVS' do you mean the latest STABLE snapshot from http://snaps.php.net ?? Previous Comments: [2003-03-26 20:46:38] gfraley5 at earthlink dot net Reopen Status [2003-03-25 19:20:20] gfraley5 at earthlink dot net Something is drasticly wrong under Windows XP with the latest CVS. When I run your php code (or mine) in my real application, it hard crashes Apache 100% of the time. When I restore to PHP 4.3.1, Apache does not crash but your code will not work correctly. it makes the entries, other than prefx, one large csv file instead of adding the \n characters. That's why it has to loop. In any event, I believe there is still a problem with the filesystem code somewhere. [2003-03-25 19:06:53] gfraley5 at earthlink dot net I just downloaded the latest CVS and tried my application under it. Now, something between my php code, Apache, and this latest CVS is causing Apache.exe to crash. [2003-03-25 18:07:22] gfraley5 at earthlink dot net Thank you for correcting the snippet I tried to put together to minimize the amount of code to submit the bug. However, in my full code the error is there and my code works fine in all previous releases back to 4.1. I am not arguing with you, just stating a fact. I will try to redefine the error/bug. I am curious, however, as to why the code runs correctly under 4.3.1? [2003-03-25 17:50:24] [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 Your code has a bug, I've revised your code and now the output is identical to the input. It should be noted that even before any modifications the generated output was indetical to the one of PHP 4.2.3 Here is the revised write code: $fp = fopen(out,'w') or die(Problem); $prefx = ? Header(\HTTP/1.0 403 Forbidden\);exit; ?\n; $csv_out = implode(',', $gcf); fwrite($fp,$prefx.$csv_out); fclose($fp); 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/22810 -- Edit this bug report at http://bugs.php.net/?id=22810edit=1
#20741 [Com]: Unable to Load Libraries
ID: 20741 Comment by: xmlich02 at stud dot feec dot vutbr dot cz Reported By: sonix at videotron dot ca Status: Closed Bug Type: Gettext related Operating System: Windows 2000 SP2 PHP Version: 4.3.0RC2 New Comment: i have a similiar trouble (PHP4.?.?.?/WIN2kSP3) extension dir is setted on ./extensions/ and extension php_gettext.dll enabled - system says php_gettext.dll not found! when i try any else dll (for example : php_domxml.dll) - it work ok. i tryed get php_domxml.dll and rename it to php_gettext.dll - and errordialog was gone and of course php_gettext.dll (originaly) was'nt loaded. i try to download newer php_gettext.dll. Previous Comments: [2002-11-30 19:35:09] sonix at videotron dot ca It`s NOT a Gettext releated Bug.. It`s Beause of the Annoying BOGUS Window that Appear.. Unable to find the Library. But the path WAS Good... so. to correct the problem. i Copied \dlls in \system32 and now everything work.. BUT the Boggus windows didn`t HELP... since.. he didn`t give the right ERROR!!! [2002-11-30 17:28:30] sonix at videotron dot ca I'm trying to use 4.3.0RC2, I unzipped everyting under my c:\php 4.2.2 Directory.. Everything that come with the zip file, remplaced the old files. Now.. My gettext don`t work Anymore.. and the gnu_gettext.dll isn`t packed with the distribution file anymore. i'm using the same php.ini as the 4.2.2.. when i put a ; before ;extensions=php_gettext.dll my web site work. but the translation don,t work. Is there a problem with the new version of PHP and the Gettext??? Version 4.2.2 work like a charm.. but the new build is crap for gettext. I tried the lastest Snapshots. and still dont work... thanx for u help... -- Edit this bug report at http://bugs.php.net/?id=20741edit=1
#21794 [Opn-Csd]: Error Output for sanity check
ID: 21794 Updated by: [EMAIL PROTECTED] Reported By: jacques at jacques dot eng dot br -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: RedHat 8.0 PHP Version: 4.3.1 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. Previous Comments: [2003-03-26 10:55:49] jacques at jacques dot eng dot br Sorry my later answer.. I changed to php 4.3.1 and I got same error, so I did what you ask for: [EMAIL PROTECTED] ~/work/php-4.3.1]# ./configure -with-apache=../apache_1.3.27 --disable-all I did make with no errors, but when I did make install a got an error: [EMAIL PROTECTED] ~/work/php-4.3.1]# make install Installing PHP CLI binary:/usr/local/bin/ Installing PHP SAPI module Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ Fatal error: Call to undefined function: preg_split() in /root/work/php-4.3.1/pear/System.php on line 64 Fatal error: Call to undefined function: preg_split() in /root/work/php-4.3.1/pear/System.php on line 64 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config program: phpextdist [EMAIL PROTECTED] ~/work/php-4.3.1]# I'm using: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) on an 2.4.18-27.8.0 kernel system. thanks for your help. [2003-02-19 04:40:34] [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-02-04 11:01:04] [EMAIL PROTECTED] Yes, I know. Please try what I asked. [2003-02-04 08:07:48] jacques at jacques dot eng dot br But I have no error compiling PHP.. the error is when I compile apache after installing PHP. [2003-01-23 10:36:54] [EMAIL PROTECTED] Try this configure line for PHP: ./configure --with-apache=../apache_1.3.27 --disable-all 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/21794 -- Edit this bug report at http://bugs.php.net/?id=21794edit=1
#22885 [Csd-Bgs]: Fatal errror - pdflib 4.0.3
ID: 22885 Updated by: [EMAIL PROTECTED] Reported By: magz at bop dot nu -Status: Closed +Status: Bogus Bug Type: PDF related Operating System: Redhat 7.3 / gcc 2.95.3 PHP Version: 4.3.2RC1 New Comment: Not PHP bug - bogus. Previous Comments: [2003-03-26 16:46:45] magz at bop dot nu Ah, yes, that must have been it. Now it's working perfectly fine. Sorry for bothering. [2003-03-26 09:28:48] [EMAIL PROTECTED] Sound like you have 2 pdf libraries installed and PHP used both are used during compilation. I have RC1 + pdflib working just fine for the longest time... [2003-03-26 05:06:38] magz at bop dot nu sorry, it is pdflib 4.0.3 of course, not 3.0.4. [2003-03-25 18:42:49] magz at bop dot nu I've compiled pdflib 3.0.4 as follows; ./configure --without-py --without-tcl --without-perl make make install ..and then php4.3.2rc1; ./configure \ --with-apache=../apache_1.3.27 \ --with-config-file-path=/etc \ --enable-inline-optimization \ --enable-mime-magic \ --enable-magic-quotes \ --enable-track-vars \ --with-xml \ --with-dom \ --with-xmlrpc \ --with-mysql=/usr/local/mysql \ --enable-sockets \ --with-ldap \ --with-imap=/usr/local/imap-2002b \ --with-imap-ssl=/usr/local \ --with-mm \ --enable-memory-limit \ --enable-bcmath \ --enable-sigchild \ --with-zlib=/usr \ --with-curl=/usr/local \ --with-dom=/usr/include/libxml2/libxml \ --enable-exif \ --enable-ftp \ --with-gettext=/usr/share \ --with-gd \ --with-ttf \ --with-freetype-dir=/usr/local/include/freetype2/freetype \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-tiff-lib=/usr \ --with-mcal=../libmcal \ --with-openssl=/usr/local/ssl \ --with-mcrypt \ --with-mhash \ --with-pspell \ --with-imagick \ --with-pdflib=/usr/local make make install make install returns the following: Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ HTTP/1.0 0 X Content-type: text/html PHP Fatal error: PDFlib error: Version mismatch in wrapper code in Unknown on line 0 [PEAR] Archive_Tar- already installed: 0.9 [PEAR] Console_Getopt - already installed: 1.0 [PEAR] PEAR - already installed: 1.0.1 HTTP/1.0 0 X Content-type: text/html PHP Fatal error: PDFlib error: Version mismatch in wrapper code in Unknown on line 0 [PEAR] DB - already installed: 1.3 [PEAR] HTTP - already installed: 1.2 [PEAR] Mail - already installed: 1.0.1 [PEAR] Net_SMTP - already installed: 1.0 [PEAR] Net_Socket - already installed: 1.0.1 [PEAR] XML_Parser - already installed: 1.0.1 [PEAR] XML_RPC- already installed: 1.0.4 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config program: phpextdist I have tried using both the existing php-4.3.2RC1/ext/pdf/ files and copying the files from pdflib-4.0.3/bind/php/ext/pdf/* to php-4.3.2RC1/ext/pdf/ with the same result. -- Edit this bug report at http://bugs.php.net/?id=22885edit=1
#22893 [Fbk]: session_start() causes apache segfault/crash
ID: 22893 Updated by: [EMAIL PROTECTED] Reported By: juvenal dot jr at uol dot com dot br Status: Feedback Bug Type: Session related Operating System: Red Hat 7.3 PHP Version: 4.3.1 New Comment: See http://gcc.gnu.org/gcc-2.96.html and upgrade to an official version first.. Previous Comments: [2003-03-27 03:43:13] [EMAIL PROTECTED] What's your configure line ? [2003-03-26 10:29:44] juvenal dot jr at uol dot com dot br I just installed the CVS-STABLE snapshot, but the results remain the same. A Segmentation Fault on session_start() only when the file exists (the session was already created). The problem occurs with and/or without Zend Optimizer/Debugger. What else can I do try/do? [2003-03-26 10:13:37] juvenal dot jr at uol dot com dot br To [EMAIL PROTECTED]: It happen with and/or without Zend Optimizer and Debugger. To [EMAIL PROTECTED]: I'm compiling it right now. As soon as I test it, I'll put another comment. [2003-03-26 09:30:23] [EMAIL PROTECTED] Try the snapshot. [2003-03-26 09:29:33] [EMAIL PROTECTED] Does the crash occur when you do not use Zend Optimizer and Zend Debugger? 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/22893 -- Edit this bug report at http://bugs.php.net/?id=22893edit=1
#22889 [Opn-Csd]: date doesn't return correct number of week
ID: 22889 Updated by: [EMAIL PROTECTED] Reported By: ulrich dot staerk at spe-siemens dot de -Status: Open +Status: Closed Bug Type: Date/time related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: works with 4.3.2-RC - closed. Previous Comments: [2003-03-27 03:11:28] ulrich dot staerk at spe-siemens dot de I now updated to the latest snapshot as you recommended. I'm running 4.3.2-RC now and it seems running fine. don't know what it is that produced theses errors. some informations that might help to reproduce the error: win2k server english service pack 3 build 2195 with ms iis. php.ini-dist deviations: cgi.force_redirect = 0 session.use_cookies = 0 session.use_trans_sid = 1 extension = php_mssql.dll timezone: GMT +01:00 server is a domain member other actions in script: -some mssql queries -lots of date-related stuff for this is going to be some kind of calendar [2003-03-26 16:03:40] [EMAIL PROTECTED] Hrmmm... correction... I just tested with latest snap on Win2K and got the correct answer (53). Please try the current snapshot at http://snaps.php.net If it fails, please update this bug with additional information including at least the following: * Timezone * Service Packs installed (if any) * Standalone or member of domain? (unlikely to bear any importance, but could relate to time sync issues) * Other actions being performed in same script * non-standard .ini settings (any deviation from php.ini-dist) [2003-03-26 15:51:27] [EMAIL PROTECTED] This seems to be (yet another) case of Window's c library not following standards. Linux and BSD are both reporting correctly for me. [2003-03-26 08:57:36] ulrich dot staerk at spe-siemens dot de there also seems to be a week number 1 from december 22, 2003 to january 4, 2004. i think this is an overall problem happening everywhere the first week is not completely in the new year or the last week not completely in the last year... [2003-03-26 02:55:34] ulrich dot staerk at spe-siemens dot de date(W,mktime(0,0,0,1,1,2005)) returns 1 where it should return 53 because January 1st and 2nd still belong to the last week of 2004. In an earlier version of php (4.2.3) on the same machine it simply returned 0 which was wrong too but could be corrected within my script. This bug appears also in January 2006, 2010 (there seems to be an 10-day-long first week :-) ) and so on. -- Edit this bug report at http://bugs.php.net/?id=22889edit=1
#21806 [Opn-Csd]: sybase_unbuffered_query eats memory
ID: 21806 Updated by: [EMAIL PROTECTED] Reported By: mayc at imsweb dot com -Status: Open +Status: Closed Bug Type: Sybase-ct (ctlib) related Operating System: Solaris 7 PHP Version: 4.3.0 New Comment: docs are updated. Previous Comments: [2003-03-25 17:32:36] [EMAIL PROTECTED] Use the parameter store_result of sybase_unbuffered_query to prevent it from eating memory. sybase_unbuffered_query(string query [, int link_identifier [, bool store_result]]) From documentation (which is not online yet): The optional parameterstore_result/parameter can be FALSE to indicate the resultsets should'nt be fetched into memory, thus minimizing memory usage which is particularily interesting with very large resultsets. [2003-01-21 14:58:15] mayc at imsweb dot com Large selection sets using sybase_query use too much memory, since it pulls the entire result set into memory. In my example, the memory of the httpd daemon quickly builds to about 155MB before the 30 second timeout. I had figured that sybase_unbuffered_query would solved that problem. Unfortunately, it also bleeds memory, however not as bad. It raises the memory usage of the httpd daemon to 53MB before the 30 second timeout. I believe this is either a memory leak, or unbuffered query is actually still buffering something. Below is a simplified example that shows the memory leak. I am using Solaris 7, Sybase 11.9.2, and PHP 4.3.0. Chuck --- sybase_min_server_severity(11); $con = sybase_connect('peach5026d', 'may', ''); sybase_select_db('db_dev', $con); $fp = fopen('test.csv', w); // open the output file $query = sybase_unbuffered_query(SELECT * FROM vial v WHERE v.study_id = 'ACC', $con); $max = sybase_num_fields($query); while($row = sybase_fetch_row($query)) { $elements = array(); for ($j = 0; $j $max; $j++) $elements[] = $row[$j]; fwrite($fp, implode(',', $elements) . \r\n); } @sybase_free_result($query); fclose($fp); // close the file @sybase_close($con); -- Edit this bug report at http://bugs.php.net/?id=21806edit=1
#22403 [Opn-Fbk]: PHP crashes when executing a sql procedure without parameters
ID: 22403 Updated by: [EMAIL PROTECTED] Reported By: cesararnold at yahoo dot com dot br -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Win2000 PHP Version: 4.3.2-dev Previous Comments: [2003-03-25 17:56:29] [EMAIL PROTECTED] Could not reproduce here: ?php $db= sybase_connect('sybase', 'username', '**'); $q= sybase_query('exec csc_getAddressByCId '.$argv[1]); var_dump($q, sybase_fetch_assoc($q)); ? ### Testing with empty parameter: [EMAIL PROTECTED]:~ php sybase_segfault.php '' PHP Warning: sybase_query() [http://www.php.net/function.sybase-query]: Sybase: Server message: Procedure csc_getAddressByCId expects parameter @cid, which was not supplied. (severity 16, procedure csc_getAddressByCId) in /usr/home/thekid/sybase_segfault.php on line 3 Warning: sybase_query() [http://www.php.net/function.sybase-query]: Sybase: Server message: Procedure csc_getAddressByCId expects parameter @cid, which was not supplied. (severity 16, procedure csc_getAddressByCId) in /usr/home/thekid/sybase_segfault.php on line 3 PHP Warning: sybase_fetch_assoc(): supplied argument is not a valid Sybase result resource in /usr/home/thekid/sybase_segfault.php on line 4 Warning: sybase_fetch_assoc(): supplied argument is not a valid Sybase result resource in /usr/home/thekid/sybase_segfault.php on line 4 bool(false) NULL ### Testing with parameter, but sp returning failure: [EMAIL PROTECTED]:~ php sybase_segfault.php 182 resource(5) of type (sybase-ct result) bool(false) ### Testing with parameter and sp returning data: [EMAIL PROTECTED]:~ php sybase_segfault.php 1861822 resource(5) of type (sybase-ct result) array(1) { [computed]= string(16) [EMAIL PROTECTED] } Does this only happen within Apache or does this occur on cli scripts, too? [2003-02-26 07:22:54] cesararnold at yahoo dot com dot br Hi, thanks for your reply. sybase did not stop. If I ran the query with null parameter (as mentioned) directly into the database, nothing wrong happens. Also, using differente interfaces to run that query using null, everything goes well. the db returns a error message saying that that the query does not accept null values and returns, something like: Server Message: Number 201, Severity 16 Procedure 'procedure_name', Line 0: Procedure procedure_name expects parameter @ID, which was not supplied. (return status = -6) So, the problem, on my oppinion, is not on the db. Could it be on php or on the native dll, on this case : php_sybase_ct.dll, when receiving the error message from the database ? I hope this can help. Thanks again. [2003-02-25 15:34:09] [EMAIL PROTECTED] What crashes in particular PHP or Sybase? Given the nature of your error I could see how the query would fail, which could trigger a crash in sybase if this particular condition is not handled. However, if that is the case there is nothing PHP could do to prevent such a thing from happening. [2003-02-25 02:13:02] [EMAIL PROTECTED] Assuming this is sybase related..plus correct PHP version. [2003-02-24 15:38:45] cesararnold at yahoo dot com dot br Hi, we are using PHP 4.3.2 (latest STABLE version) and found a possible bug when trying to execute a sql command (a procedure). the procedure needs 1 (one) argument and does not accept null values when is called. On our case, the variable $varID was infortunatelly = NULL. after ran the code we got two strange behaviors: 1) using pear object $cmd_sql = exec procedure_name . $varID; if (DB::isError($query_proc = $db_conn-query($cmd_sql))) { // get the native backend error // and the last query exit($query_proc-getMessage()); } the system crashes and stops the web server! restarting the web server, evething restarts to work. 2) using native functions like @sybase_query( $cmd_sql, $db_conn ); the system crashes but does NOT stop the web server. for both cases php gives the message: PHP has encountered an Access Violation at 01E436B9 I know that this can be fixed just sending a non-null value to the procedure, but PHP could not crash, on my single oppinion. Is there some fix to this case? Thanks a lot. -- Edit this bug report at http://bugs.php.net/?id=22403edit=1
#22721 [Opn-Asn]: _php_stream_copy_to_mem performance sucks on systems without mmap support
ID: 22721 Updated by: [EMAIL PROTECTED] Reported By: shawn at rumental dot com -Status: Open +Status: Assigned Bug Type: Performance problem Operating System: win2k -PHP Version: 4.3.2 +PHP Version: 4.3.2-RC Assigned To: wez Previous Comments: [2003-03-26 18:47:28] shawn at rumental dot com afer running file() about a 2000 times with latest snapshot in win2k running apache 1.3.27 latest win32 binary i get this error: Warning: file(e:\test.txt): failed to open stream: Too many open files in e:\program files\apache group\apache\htdocs\test\testfile2.php on line 12 I used handle.exe from sysinternals to view open file handles http://www.sysinternals.com/ntw2k/freeware/handle.shtml and all file handles opened via file() appear to still be open. This is not the case when testing php 422 output from handle.exe: Apache.exe pid: 1640 MAINFRAME\apache 1e4: File E:\test.txt 1e8: File E:\test.txt 210: File E:\test.txt ... etc 214: File E:\test.txt and it goes on for the number of times file() accessed the file. CODE $i=1; while($i++ =2000){ file(e:\\test.txt); } [2003-03-25 18:59:20] [EMAIL PROTECTED] What is the problem? We need a script to reproduce the problem, along with a description of what should happen, what does happen and why you think it is wrong. [2003-03-25 18:49:18] shawn at rumental dot com IS THIS BUG STILL BEING WATCHED. I reopened it there still seems to be a problem with the fix. [2003-03-20 21:04:25] shawn at rumental dot com BIG PROBLEM! it seems as though opened files via file() are staying open and preventing service from openeing new files giving errors. I checked this with sysineternals utility called handle [2003-03-19 19:11:26] shawn at rumental dot com Benchmarking PHP 4.3.2-RC Testing file() with 10 iterations with file size: 4096226 file_test(10): 0.8426 secs WORKS GREAT ! 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/22721 -- Edit this bug report at http://bugs.php.net/?id=22721edit=1
#22083 [Opn-Csd]: php-cli MySQL charset problem
ID: 22083 Updated by: [EMAIL PROTECTED] Reported By: spam at vrana dot cz -Status: Open +Status: Closed Bug Type: MySQL related Operating System: Windows PHP Version: 4.3.0 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. Previous Comments: [2003-02-05 15:52:19] spam at vrana dot cz When I set default-character-set=win1250 in my.ini, php-cli says: File 'c:\mysql\\share\charsets\?.conf' not found (Errcode: 2) Character set '#26' is not a compiled character set and is not specified in the 'c:\mysql\\share\charsets\Index' file The problem is, that php-cli ignores character-sets-dir= in my.ini and uses its own hard-coded path c:\mysql\. If I move the share\charsets\ directory into c:\mysql\, the problem is still here because there are two backslashes in path, where php-cli tries to find it. When I hexa edited php4ts.dll and change c:/mysql/ to c:/mysql3 and move share\charsets\ directory there, everything is working. Solution: 1. Change the default path for finding charsets from c:/mysql/ to c:/mysql 2. If possible, read character-sets-dir= from C:\Windows\my.ini. -- Edit this bug report at http://bugs.php.net/?id=22083edit=1
#22893 [Fbk-Opn]: session_start() causes apache segfault/crash
ID: 22893 User updated by: juvenal dot jr at uol dot com dot br Reported By: juvenal dot jr at uol dot com dot br -Status: Feedback +Status: Open Bug Type: Session related Operating System: Red Hat 7.3 PHP Version: 4.3.1 New Comment: My configure line is: configure --prefix=/usr \ --with-config-file-path=/etc \ --disable-debug \ --enable-pic \ --disable-rpath \ --enable-safe-mode \ --enable-inline-optimization \ --enable-memory-limit \ --enable-zend-multibyte \ --enable-shared \ --enable-libgcc \ --enable-sigchild \ --with-tsrm-pthreads \ --with-layout=GNU \ --enable-dbase \ --enable-bcmath \ --enable-exif \ --enable-ftp \ --enable-magic-quotes \ --enable-safe-mode \ --enable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ --enable-discard-path \ --enable-track-vars \ --enable-trans-sid \ --enable-yp \ --enable-wddx \ --enable-bcmath \ --enable-shmop \ --enable-versioning \ --enable-calendar \ --enable-dbx \ --enable-dio \ --enable-mbstring \ --enable-mbregex \ --enable-thread-safety \ --with-openssl \ --with-qtdom \ --with-readline \ --with-zlib \ --with-bz2 \ --with-db3 \ --with-flatfile \ --with-curl \ --with-dom=/usr \ --with-exec-dir=/usr/bin \ --with-freetype-dir=/usr \ --with-png-dir=/usr \ --with-gd \ --enable-gd-native-ttf \ --with-ttf \ --with-gdbm \ --with-gettext \ --with-ncurses \ --with-gmp \ --with-iconv \ --with-jpeg-dir=/usr \ --with-mm \ --with-png \ --with-pspell \ --with-regex=system \ --with-xml \ --with-expat-dir=/usr \ --with-imap=shared \ --with-imap-ssl \ --with-kerberos=/usr/kerberos \ --with-ldap=shared \ --with-snmp=shared \ --enable-ucd-snmp-hack \ --with-mysql=shared,/usr \ --with-pgsql=shared \ --with-unixODBC=shared \ --with-informix=shared,/opt/informix \ --enable-force-cgi-redirect \ --with-apxs=/usr/sbin/apxs Previous Comments: [2003-03-27 06:52:21] [EMAIL PROTECTED] See http://gcc.gnu.org/gcc-2.96.html and upgrade to an official version first.. [2003-03-27 03:43:13] [EMAIL PROTECTED] What's your configure line ? [2003-03-26 10:29:44] juvenal dot jr at uol dot com dot br I just installed the CVS-STABLE snapshot, but the results remain the same. A Segmentation Fault on session_start() only when the file exists (the session was already created). The problem occurs with and/or without Zend Optimizer/Debugger. What else can I do try/do? [2003-03-26 10:13:37] juvenal dot jr at uol dot com dot br To [EMAIL PROTECTED]: It happen with and/or without Zend Optimizer and Debugger. To [EMAIL PROTECTED]: I'm compiling it right now. As soon as I test it, I'll put another comment. [2003-03-26 09:30:23] [EMAIL PROTECTED] Try the snapshot. 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/22893 -- Edit this bug report at http://bugs.php.net/?id=22893edit=1
#22916 [Opn-Bgs]: Make install fails due a apxs error
ID: 22916 Updated by: [EMAIL PROTECTED] Reported By: alietss at yahoo dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Openna Linux RC2 PHP Version: 4CVS-2003-03-26 (stable) 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. apxs, which is an apache tool cannot find your httpd.conf (apache configuration) this is hardly a PHP problem. Previous Comments: [2003-03-26 21:49:45] alietss at yahoo dot com Hi boys: I'm building rpms for openna Linux of php-4.3.2 current sources from snaps.php.net everything was going ok but the install fails with this erro... Installing PHP SAPI module /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib/httpd/build/libtool' libphp 4.la /var/tmp/php-4.3.2-root/usr/lib/httpd/modules /usr/lib/httpd/build/libtool --mode=install cp libphp4.la /var/tmp/php-4.3.2-roo t/usr/lib/httpd/modules/ cp .libs/libphp4.so /var/tmp/php-4.3.2-root/usr/lib/httpd/modules/libphp4.so cp .libs/libphp4.lai /var/tmp/php-4.3.2-root/usr/lib/httpd/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /usr/src/openna/BUI LD/php-4.3.2/libs' chmod 755 /var/tmp/php-4.3.2-root/usr/lib/httpd/modules/libphp4.so apxs:Error: Config file /var/tmp/php-4.3.2-root/etc/httpd/conf/httpd.conf not fo und. make: *** [install-sapi] Error 1 With php-4.3.1 the build was ok, this is my configure line... %configure \ --prefix=%{_prefix} \ --with-layout=GNU \ --with-config-file-path=%{_sysconfdir}/httpd \ --with-apxs2=%{_sbindir}/apxs \ --with-exec-dir=%{_bindir} \ --with-openssl \ --with-zlib \ --with-bz2 \ --with-gd \ --with-ttf \ --with-png \ --with-jpeg-dir=%{_prefix} \ --with-png-dir=%{_prefix} \ --with-freetype-dir=%{_prefix} \ --with-expat-dir=%{_prefix} \ --with-gmp \ --with-xml \ --with-curl \ --with-mm \ --with-imap=shared \ --with-imap-ssl \ --with-pspell \ --with-gettext \ --with-mysql=shared,%{_prefix} \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-pgsql=shared \ --with-ldap=shared \ --with-pear \ --disable-static \ --disable-debug \ --disable-rpath \ --disable-posix \ --disable-tokenizer \ --enable-discard-path \ --enable-safe-mode \ --enable-magic-quotes \ --enable-bcmath \ --enable-dio \ --enable-gd-native-ttf \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --enable-track-vars \ --enable-wddx \ --enable-inline-optimization \ --enable-memory-limit Any Ideas, Aliet -- Edit this bug report at http://bugs.php.net/?id=22916edit=1
#22926 [NEW]: Cannot call PHP from shell_exec
From: phpbugs at bob7 dot com Operating system: Windows 2000 server PHP version: 4.3.1 PHP Bug Type: Program Execution Bug description: Cannot call PHP from shell_exec The following does not work. It spawns scores of processes, which fortunately all die after 30 seconds. ? echo shell_exec((path to php)/php.exe -h); ? I looked at the bug reports about possibly needing command.com but these do not work either: (same result) ? echo shell_exec(command -c (path to php)/php.exe -h); ? ? echo shell_exec(CMD /C (path to php)/php.exe -h); ? Why would I want to do this? To send html email using the PEAR mime mail class, i.e. ? $htmlBody = shell_exec((path to php)/php.exe mimebody.php?param1=yada); //rest of code to send mail... ? I downloaded and installed the standard windows installer, and the path to php is C:\Inetpub\PHP I have the same problem using back ticks as well. Thanks very much for looking at this. -- Edit bug report at http://bugs.php.net/?id=22926edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22926r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22926r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22926r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22926r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22926r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22926r=support Expected behavior: http://bugs.php.net/fix.php?id=22926r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22926r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22926r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22926r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22926r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22926r=dst IIS Stability: http://bugs.php.net/fix.php?id=22926r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22926r=gnused
#22893 [Opn]: session_start() causes apache segfault/crash
ID: 22893 User updated by: juvenal dot jr at uol dot com dot br Reported By: juvenal dot jr at uol dot com dot br Status: Open Bug Type: Session related Operating System: Red Hat 7.3 PHP Version: 4.3.1 New Comment: To [EMAIL PROTECTED]: I'm not sure if I can change the compiler to 2.95 or 3.0, since all other packages, including the kernel and glibc main lib where compiled with the gcc 2.96. It'll be a great effort to change everything, and I'll be out of the standard RH distribution (something that I'm avoiding). Is there another option? Previous Comments: [2003-03-27 07:36:43] juvenal dot jr at uol dot com dot br My configure line is: configure --prefix=/usr \ --with-config-file-path=/etc \ --disable-debug \ --enable-pic \ --disable-rpath \ --enable-safe-mode \ --enable-inline-optimization \ --enable-memory-limit \ --enable-zend-multibyte \ --enable-shared \ --enable-libgcc \ --enable-sigchild \ --with-tsrm-pthreads \ --with-layout=GNU \ --enable-dbase \ --enable-bcmath \ --enable-exif \ --enable-ftp \ --enable-magic-quotes \ --enable-safe-mode \ --enable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ --enable-discard-path \ --enable-track-vars \ --enable-trans-sid \ --enable-yp \ --enable-wddx \ --enable-bcmath \ --enable-shmop \ --enable-versioning \ --enable-calendar \ --enable-dbx \ --enable-dio \ --enable-mbstring \ --enable-mbregex \ --enable-thread-safety \ --with-openssl \ --with-qtdom \ --with-readline \ --with-zlib \ --with-bz2 \ --with-db3 \ --with-flatfile \ --with-curl \ --with-dom=/usr \ --with-exec-dir=/usr/bin \ --with-freetype-dir=/usr \ --with-png-dir=/usr \ --with-gd \ --enable-gd-native-ttf \ --with-ttf \ --with-gdbm \ --with-gettext \ --with-ncurses \ --with-gmp \ --with-iconv \ --with-jpeg-dir=/usr \ --with-mm \ --with-png \ --with-pspell \ --with-regex=system \ --with-xml \ --with-expat-dir=/usr \ --with-imap=shared \ --with-imap-ssl \ --with-kerberos=/usr/kerberos \ --with-ldap=shared \ --with-snmp=shared \ --enable-ucd-snmp-hack \ --with-mysql=shared,/usr \ --with-pgsql=shared \ --with-unixODBC=shared \ --with-informix=shared,/opt/informix \ --enable-force-cgi-redirect \ --with-apxs=/usr/sbin/apxs [2003-03-27 06:52:21] [EMAIL PROTECTED] See http://gcc.gnu.org/gcc-2.96.html and upgrade to an official version first.. [2003-03-27 03:43:13] [EMAIL PROTECTED] What's your configure line ? [2003-03-26 10:29:44] juvenal dot jr at uol dot com dot br I just installed the CVS-STABLE snapshot, but the results remain the same. A Segmentation Fault on session_start() only when the file exists (the session was already created). The problem occurs with and/or without Zend Optimizer/Debugger. What else can I do try/do? [2003-03-26 10:13:37] juvenal dot jr at uol dot com dot br To [EMAIL PROTECTED]: It happen with and/or without Zend Optimizer and Debugger. To [EMAIL PROTECTED]: I'm compiling it right now. As soon as I test it, I'll put another comment. 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/22893 -- Edit this bug report at http://bugs.php.net/?id=22893edit=1
#22820 [Opn-Fbk]: script kicks out to command prompt.
ID: 22820 Updated by: [EMAIL PROTECTED] Reported By: nick at axelis dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 sp3 PHP Version: 4.3.2-RC 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 Apache2 problems are fixed now. Previous Comments: [2003-03-26 19:16:25] nick at axelis dot com Ok, let's try this again: As stated in my original message, I already have Apache 2.0.44 installed. As far as sending a _SHORT_ chunck of code that will reproduce this problem, I wouldn't know where to begin. The problem happens at various locations in the code where different, unrelated, stuff is happening. If I could isolate this to a specific subset of the code I would have already fixed it. I'll try to put together something that might reproduce this, but I can't be sure what will happen. [2003-03-24 03:52:13] [EMAIL PROTECTED] About the Apache2 sapi, you need Apache 2.0.44 installed. About the cli problem, please provide a _SHORT_ example script which we can use to test this. And I mean a script that is max. 15-20 lines long and runs as-is. [2003-03-23 19:35:43] nick at axelis dot com Ok. I got the latest snapshot and applied it. The results where not what I would expect. Wit the new snapshot I can't use the sapi mod for apache 2, apache won't load when with it. I've now got it configured to use the CGI, and that works. The problem, however, still remains, there is no change. [2003-03-22 04:37:31] [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-21 23:35:09] nick at axelis dot com I've tried running this in a browser and end up with a document contains no data error. The script is intended to run from the command prompt. I'm running it in two environments: 1. Red Hat 8.0, PHP 4.2.2, Apache 2.0.40. The other is win2k sp3, PHP 4.3.1, Apache 2.0.44. On the linux box it runs like a champ. It's fast, it's furious. On windows it starts out fine, but then at a certain point it just starts hammering the hard drive and leaves me at a command prompt. It doesn't seem to happen at a specific place in the script. It's seems more like a memory allocation problem. It does not retur n any errors. I've found nothing in any of the system logs, apache log, php error log, nothing. I did once get an error that said: erealloc(), failed to allocate 11 bytes. This did only happen once though, all of the other times it just dies. The script is a search engine spider. If I run it on a site with 20 or 30 pages to index it works great. If I hit a site that's bigger, it dies, but in a different place depending on the site. I've tested on at least 10 different sites with over 200 pages. The timing is consistent within a particular site, it always dies at the same place. I've done enought testing to ensure that the sites themselves are not the problem. Here's the script below: ?php require('../includes/config.inc'); global $robots, $keywords, $description, $title, $body, $url, $spiderday; set_time_limit(0); echo # The Spider is Running, Do Not Close This Console #\n\n; // Start the big loop do { // Open the database and start looking at URLs $sql = mysql_query(SELECT * FROM search WHERE flag=0); while($rslt = mysql_fetch_array($sql)){ $flag = $rslt[flag]; $url = $rslt[url]; $crc = $rslt[checksum]; $date = $rslt[date]; // Don't make them wait echo \n\nWorking . . .\n; // Don't go there if you don't have to if($flag == 1){ continue; } // Set the user agent to be sent ini_set('user_agent',$spiderhost); // Open URL for parsing $open = @fopen($url, r); if($open){ $read = fread($open, 10); fclose($open); } else{ $kill = mysql_query(DELETE FROM search WHERE url='$url'); continue; } // Set date and checksum info $today = date(Y-m-d); $checksum = crc32($read); $chkyr = strftime(date(Y)); $chkmo = strftime(date(m)); $chkdy = strftime(date(d)); $chkdy = $chkdy - $spiderday; $daycheck = strftime(%Y-%m-%d, mktime(0,0,0,$chkmo,$chkdy,$chkyr)); // Get meta tags and use get_meta_tags to check if the file is actually there $meta =
#22912 [Opn-Fbk]: --enable-mime-magic won't activate mime_magic
ID: 22912 Updated by: [EMAIL PROTECTED] Reported By: magz at bop dot nu -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: Redhat 7.3 PHP Version: 4.3.2RC1 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 Works just fine here... do you have any of the following files on your system: /usr/share/magic.mime /usr/share/misc/magic.mime /etc/magic.mime? Previous Comments: [2003-03-26 17:14:28] magz at bop dot nu It seems like I cannot get mime_magic to build with 4.3.2RC1. It does work fine with 4.3.1. I have tried on 3 different machines running Redhat 7.2/7.3 with the same result: [EMAIL PROTECTED] php-4.3.2RC1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... no .. [EMAIL PROTECTED] php-4.3.1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... yes .. -- Edit this bug report at http://bugs.php.net/?id=22912edit=1
#22926 [Opn-Fbk]: Cannot call PHP from shell_exec
ID: 22926 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at bob7 dot com -Status: Open +Status: Feedback Bug Type: Program Execution Operating System: Windows 2000 server PHP Version: 4.3.1 New Comment: Could you please try CLI version of PHP.EXE? It comes in the cli directory of the standard ZIP distribution. Previous Comments: [2003-03-27 07:45:40] phpbugs at bob7 dot com The following does not work. It spawns scores of processes, which fortunately all die after 30 seconds. ? echo shell_exec((path to php)/php.exe -h); ? I looked at the bug reports about possibly needing command.com but these do not work either: (same result) ? echo shell_exec(command -c (path to php)/php.exe -h); ? ? echo shell_exec(CMD /C (path to php)/php.exe -h); ? Why would I want to do this? To send html email using the PEAR mime mail class, i.e. ? $htmlBody = shell_exec((path to php)/php.exe mimebody.php?param1=yada); //rest of code to send mail... ? I downloaded and installed the standard windows installer, and the path to php is C:\Inetpub\PHP I have the same problem using back ticks as well. Thanks very much for looking at this. -- Edit this bug report at http://bugs.php.net/?id=22926edit=1
#22912 [Fbk]: --enable-mime-magic won't activate mime_magic
ID: 22912 Updated by: [EMAIL PROTECTED] Reported By: magz at bop dot nu Status: Feedback Bug Type: *Compile Issues Operating System: Redhat 7.3 PHP Version: 4.3.2RC1 New Comment: Since mime magic extension is originally derived from mod_mime_magic of Apache httpd project, it can only accept simplified magic files that come with Apache distribution. Previous Comments: [2003-03-27 07:49:35] [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 Works just fine here... do you have any of the following files on your system: /usr/share/magic.mime /usr/share/misc/magic.mime /etc/magic.mime? [2003-03-26 17:14:28] magz at bop dot nu It seems like I cannot get mime_magic to build with 4.3.2RC1. It does work fine with 4.3.1. I have tried on 3 different machines running Redhat 7.2/7.3 with the same result: [EMAIL PROTECTED] php-4.3.2RC1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... no .. [EMAIL PROTECTED] php-4.3.1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... yes .. -- Edit this bug report at http://bugs.php.net/?id=22912edit=1
#19092 [Com]: Cannot load php_xslt.dll
ID: 19092 Comment by: mikael at republic dot se Reported By: tony at marston-home dot demon dot co dot uk Status: Bogus Bug Type: XSLT related Operating System: Windows ME PHP Version: 4.2.2 New Comment: have tried all above suggestions but without any luck... Running php4.3.1/Apache 2.0.43 on XP *arghh* MUST have this working soon... Previous Comments: [2003-02-03 13:42:42] brandon dot whitehead at orst dot edu For some reason, after fighting with this problem for an hour, it finally worked when I reinstalled Sabolotron and then PHP, and put the php_xslt.dll file in my c:\windows directory (as opposed to system32). The funny thing is that this directly is NOT in my Windows system path. [2003-01-05 15:19:37] robertrenman at hotmail dot com I got it to work by setting the extension directory to a dot, like this- extension_dir = . [2002-12-30 11:54:32] minirocker2002 at yahoo dot co dot uk After messing around with all different versions of expat, sablot etc. I made a tabula rasa and got it running by doing this: 1. extract php-4.3.0-Win32 to c:\programme\php 2. point the Windows XP environment variable PATH to that directory 3. copy expat.dll, sablot.dll, iconv.dll AND php_xslt.dll to %SYSTEM32% 4. copy php.ini-dist to c:\windows\php.ini 5. set in php.ini: extension_dir = and remove ; for extension=php_xslt.dll Instead of moving php_xslt.dll to %SYSTEM% you can also set the environment variable PATH to c:\programme\php\extensions This worked for me, don´t confuse yourself with other versions of sablot etc... Christian. [2002-12-09 21:00:41] a dot koepke at bigpond dot com I have had experience with this same problem. You do not need to copy php_xslt.dll to the system folder. All you need to do is copy iconv.dll, sablot.dll and expat.dll to the windows system folder. These 3 files are required by php_xslt.dll to load. I tried placing these files into the extensions directory to see if it would load them from there but it seems that they MUST be located in the System folder. [2002-11-07 20:31:13] DChri36990 at aol dot com If you're having problems getting this to work under Windows, here's how I got it working: (I'm running Windows 2000) - Download the zipped version of PHP 4.2.3. (about 5 meg) - Copy all the dlls you need (expat.dll, iconv.dll, salbot.dll) from the dlls directory into WINNT/SYSTEM32. - Copy php_xslt.dll from the extentions directory into WINNT/SYSTEM32. - In your php.ini file, set the extensions_dir = (That's right, leave it blank), and remove the ; from in front of extention=php_xslt.dll a little further down. When I did that, the error message(s) saying it couldn't find php_xslt.dll went away, and everything started to work. Once you get it working, you can probably set the extensions_dir and move the dlls there. 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/19092 -- Edit this bug report at http://bugs.php.net/?id=19092edit=1
#22919 [Opn-Bgs]: Missing server variables
ID: 22919 Updated by: [EMAIL PROTECTED] Reported By: marcus at names dot co dot uk -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Redhat Linux 7.2 PHP Version: 4.3.1 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 SCRIPT_NAME variable is not being exported by the command line or Zeus server, hence the lack of these two variables. Previous Comments: [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=22919edit=1
#22919 [Bgs]: Missing server variables
ID: 22919 User updated by: marcus at names dot co dot uk Reported By: marcus at names dot co dot uk Status: Bogus Bug Type: CGI related Operating System: Redhat Linux 7.2 PHP Version: 4.3.1 New Comment: 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? Previous Comments: [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=22919edit=1
#22912 [Fbk-Opn]: --enable-mime-magic won't activate mime_magic
ID: 22912 User updated by: magz at bop dot nu Reported By: magz at bop dot nu -Status: Feedback +Status: Open Bug Type: *Compile Issues Operating System: Redhat 7.3 PHP Version: 4.3.2RC1 New Comment: I got the same result with php4-STABLE-200303271430. [EMAIL PROTECTED] php4-STABLE-200303271430]# slocate magic.mime /usr/share/magic.mime [EMAIL PROTECTED] misc]# slocate magic.mime /usr/share/misc/magic.mime /usr/share/magic.mime /usr/share/magic.mime.mgc (darkwing=Redhat7.2, x220=Redhat7.3) Doesn't 4.3.1 and 4.3.2 look for the same magic.mime file? Should I specify another magic-file, and if so, how? (I suppose ./configure doesn't look in /etc/php.ini?) Previous Comments: [2003-03-27 07:54:39] [EMAIL PROTECTED] Since mime magic extension is originally derived from mod_mime_magic of Apache httpd project, it can only accept simplified magic files that come with Apache distribution. [2003-03-27 07:49:35] [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 Works just fine here... do you have any of the following files on your system: /usr/share/magic.mime /usr/share/misc/magic.mime /etc/magic.mime? [2003-03-26 17:14:28] magz at bop dot nu It seems like I cannot get mime_magic to build with 4.3.2RC1. It does work fine with 4.3.1. I have tried on 3 different machines running Redhat 7.2/7.3 with the same result: [EMAIL PROTECTED] php-4.3.2RC1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... no .. [EMAIL PROTECTED] php-4.3.1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... yes .. -- Edit this bug report at http://bugs.php.net/?id=22912edit=1
#22904 [Opn]: sybase_magic_quotes does stuff with '\0' string
ID: 22904 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: linux RH7.2 PHP Version: 4.3.2RC1 New Comment: Is this even a bug? It seems to me the code follows the 'proper' behaviour for sybase_magic_quotes, no? Previous Comments: [2003-03-27 03:48:52] [EMAIL PROTECTED] Nothing to do with fwrite [2003-03-27 03:06:28] [EMAIL PROTECTED] ok, problem here is that php_stripslashes for sybase_magic_quetes replace '\0' with ascii(0) due reverse action on php_addslashes. IMHO in contrary to '\'' type replacements where we maintains the data queues fixed all over the script, on ascii(0) data, we have no problem do it onto the query level. there'll be minore bc problem but the current beavior is totally bogus! [2003-03-26 10:31:27] [EMAIL PROTECTED] well, using set_magic_quotes_runtime(0); fix the problem. due to my quick debug, the problem is somewhere into php_stripslashes called on file.c:1543 i'll try to look into it on friday if this bug still 'll be exists. [2003-03-26 10:18:30] [EMAIL PROTECTED] problem still exists on last cvs. my editor show ascii(0) as ? but '\0' have to be showen as '\0' mean, if the orginal text (c code this case) file included the \0 *string* i does't want fwrite() replace it with ascii(0)! but to save it as the orginal string. [2003-03-26 09:33: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 verify this bug with latest CVS. I think your editor just shows \0 as ? 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/22904 -- Edit this bug report at http://bugs.php.net/?id=22904edit=1
#22927 [NEW]: OCI_SHARED init flag cause SIGABRT
From: soula at lifl dot fr Operating system: Tru64 PHP version: 4.3.2RC1 PHP Bug Type: OCI8 related Bug description: OCI_SHARED init flag cause SIGABRT I use php4-STABLE-200303241630 version, Oracle-8.1.7 and Tru64/5.1 . In standalone or within Apache, the initialization of OCI8 module (function OCIInitialise) with OCI_SHARED flag cause an immediate SIGABRT. Without the flag, the OCI8 initialize works well. Here the compilation config : Configure Command = './configure' '--prefix=/usr/local/php-200303241630-ap1' '--enable-memory-limit' '--enable-shared' '--enable-sockets' '--enable-trans-sid' '--enable-debug' '--with-config-file-path=/usr/local/lib' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-debugger=yes' '--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-mod_charset' '--with-openssl' '--with-bz2' '--with-zlib-dir' '--with-gettext' '--with-kerberos' '--with-regex=system' '--with-zlib' '--with-gd=shared' '--with-jpeg-dir=/usr/local/jpeg/lib' '--with-png-dir=/usr/local/lib' '--with-xpm-dir=/usr/local/lib' '--with-oci8=shared,/usr/oracle/product/8.1.6' '--with-ldap=shared' '--with-mysql=shared,/usr/local/mysql' '--with-pgsql=shared,/usr/local/pgsql' Here the gdb backtrace for ./php -i : Core was generated by `php'. Program terminated with signal 6, IOT/Abort trap. Reading symbols from /usr/local/lib/libz.so.1.1.3...done. Reading symbols from /usr/local/lib/libssl.so...done. Reading symbols from /usr/local/lib/libcrypto.so...done. Reading symbols from /usr/shlib/libm.so...done. Reading symbols from /usr/shlib/libc.so...done. Reading symbols from /usr/local/php-200303241630-ap1/lib/php/extensions/debug-non-zts-20020429/libldap.so...done. Reading symbols from /usr/local/lib/libldap.so...done. Reading symbols from /usr/local/lib/liblber.so...done. Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Reading symbols from /usr/local/php-200303241630-ap1/lib/php/extensions/debug-non-zts-20020429/libmysql.so...done. Reading symbols from /usr/local/php-200303241630-ap1/lib/php/extensions/debug-non-zts-20020429/liboci8.so...done. Reading symbols from /usr/oracle/product/8.1.6/lib/libclntsh.so.8.0...done. Reading symbols from /usr/shlib/libjava.so...done. Reading symbols from /usr/oracle/product/8.1.6/lib/libwtc8.so...done. Reading symbols from /usr/shlib/libexc.so...done. Reading symbols from /usr/shlib/librt.so...done. Reading symbols from /usr/shlib/libaio_raw.so...done. Reading symbols from /usr/shlib/libpthread.so...done. Reading symbols from /usr/shlib/libmach.so...done. #0 0x3ff805bab48 in __nxm_thread_kill () from /usr/shlib/libpthread.so (gdb) bt #0 0x3ff805bab48 in __nxm_thread_kill () from /usr/shlib/libpthread.so #1 0x3ff805b4148 in pthread_kill () from /usr/shlib/libpthread.so #2 0x3ff805c99ec in __tsInit () from /usr/shlib/libpthread.so #3 0x3ff80118f58 in tis_raise () from /usr/shlib/libc.so #4 0x3ff80170764 in raise () from /usr/shlib/libc.so #5 0x3ff8018f6e0 in __ieee_get_fp_control () from /usr/shlib/libc.so #6 0x3ff80191bec in __exc_raise_status_exception () from /usr/shlib/libc.so #7 0x3ff807f2280 in exc_raise_status_exception () from /usr/shlib/libexc.so #8 0x30003cfc078 in kgepop () at /vobs/rdbms/src/generic/vos/kge.c:401 #9 0x30003cfd124 in kgesev () at /vobs/rdbms/src/generic/vos/kge.c:965 #10 0x30003cfcc68 in kgesec0 () at /vobs/rdbms/src/generic/vos/kge.c:748 #11 0x300039f206c in kgupmcreate_sga () at /vobs/rdbms/src/client/vos/kgupm.c:313 #12 0x300039d6774 in kgup_startup () at /vobs/rdbms/src/client/vos/kgup.c:528 #13 0x3000396d810 in kpushInit () at /vobs/rdbms/src/client/progint/kpu/kpuini.c:2774 #14 0x30003d06764 in kpummpin () at /vobs/rdbms/src/generic/progint/progint/kpumm.c:448 #15 0x300039687d8 in kpupin () at /vobs/rdbms/src/client/progint/kpu/kpuini.c:574 #16 0x30003951010 in OCIInitialize () at /vobs/rdbms/src/client/progint/oci/oci8.c:261 #17 0x3000300496c in zm_startup_oci (type=-1071955256, module_number=16) at /usr/local/tmp/php4-STABLE-200303241630/ext/oci8/oci8.c:518 #18 0x1200737f4 in php_dl (file=0x140062710, type=1, return_value=0x11fffbad0) at /usr/local/tmp/php4-STABLE-200303241630/ext/standard/dl.c:238 #19 0x1200feea0 in php_load_function_extension_cb (arg=0x3ffc01b42c8) at /usr/local/tmp/php4-STABLE-200303241630/main/php_ini.c:216 #20 0x12012b9fc in zend_llist_apply (l=0x3ffc01b42c8, func=0x1200fee80 php_load_function_extension_cb) at /usr/local/tmp/php4-STABLE-200303241630/Zend/zend_llist.c:189 #21 0x1200ff630 in php_ini_delayed_modules_startup () at /usr/local/tmp/php4-STABLE-200303241630/main/php_ini.c:469 #22 0x1200f941c in php_module_startup (sf=0x140028826, additional_modules=0x0, num_additional_modules=0) at /usr/local/tmp/php4-STABLE-200303241630/main/main.c:1230 #23 0x12014e82c in main (argc=2, argv=0x11fffc018) at /usr/local/tmp/php4-STABLE-200303241630/sapi/cli/php_cli.c:481 Sincerly, -- Julien -- Edit bug report at http://bugs.php.net/?id=22927edit=1 -- Try
#13819 [Com]: MSSQL+SYBASE won't work
ID: 13819 Comment by: sebcaron at yahoo dot com Reported By: utirpan at surfree dot com Status: Closed Bug Type: Sybase-ct (ctlib) related Operating System: Windows NT/2000 PHP Version: 4.0.6 New Comment: Hello, i can't compile the php_sybase_ct.dll with new alias myself (i haven't got any compiler and im working with php 4.2 under winnt) and i really need to be able to work both with mssql 7 and sybase 12 ! Previous Comments: [2001-12-18 22:27:16] utirpan at surfree dot com No, mssql_ functions wont work for sybase_ct. I have recompiled php_sybase_ct.dll without mssql_ aliases. Now I can use both mssql and sybase at the same time. [2001-12-18 13:49:58] [EMAIL PROTECTED] That is correct, the sybase-ct extension declares both sybase_ and mssql_ functions, and therefor only one of these can be used at the same time. Can't you use the mssql_ functions from the sybase-ct extension? R. [2001-10-24 17:55:12] utirpan at surfree dot com Have MSSQL(7.0) and SYBASE(11.1.1) clients installed on my NT box(SP6a), having PHP 4.0.6 and Apache. Using PHP, I can access both Sybase and Mssql remote databases individually(uncommenting one extension at a time). If I uncomment both dlls(extensions) in php.ini, it warns about duplicate functions on apache restart. It seems that sybase_ct has mssql_xxx function aliasses inside. -- Edit this bug report at http://bugs.php.net/?id=13819edit=1
#21283 [Opn-Fbk]: User not logged under Apache2
ID: 21283 Updated by: [EMAIL PROTECTED] Reported By: tamagawa at osa dot att dot ne dot jp -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: SunOS 5.9 PHP Version: 4.3.1 Previous Comments: [2003-03-26 22:43:34] [EMAIL PROTECTED] Hi Tamagawa. we've done a big change in the apache2 -- php interface in the current CVS head, which may have helped with your issue. please note that apache will grow in memory usage for a while it is still warming up, until it peaks out (due to the way it uses pooled memory) is it possible you are seeing this? the way to test this is if you keep seeing a increasing memory utilization after say a 30-40 minutes of hitting your server with a constant load. regards ian [2003-02-12 23:40:29] tamagawa at osa dot att dot ne dot jp Simply doing -h.putrequest('GET', '/test.php') +h.putrequest('GET', '/index.html.en') stops leaking. (Hope this is the right way to reply my own report...) [2003-02-12 23:21:06] [EMAIL PROTECTED] Hmm...are you sure it's not just apache2 that leaks..? Try without PHP installed..? (and please don't use the 'Add Comment' when you reply to your own report!) [2003-02-12 22:54:33] tamagawa at osa dot att dot ne dot jp Sorry to say that it still happens. tested under winXP. Amount of memory that leaks seems same as before. tamagawa [2003-02-12 21:45:43] [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 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/21283 -- Edit this bug report at http://bugs.php.net/?id=21283edit=1
#22912 [Opn-Bgs]: --enable-mime-magic won't activate mime_magic
ID: 22912 Updated by: [EMAIL PROTECTED] Reported By: magz at bop dot nu -Status: Open +Status: Bogus -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: Redhat 7.3 PHP Version: 4.3.2RC1 New Comment: Doing ./configure --help would have helped: --with-mime-magic[=FILE] Include mime_magic support. FILE is the optional pathname to the magic.mime file. (it's not --enable anymore) Previous Comments: [2003-03-27 08:45:02] magz at bop dot nu I got the same result with php4-STABLE-200303271430. [EMAIL PROTECTED] php4-STABLE-200303271430]# slocate magic.mime /usr/share/magic.mime [EMAIL PROTECTED] misc]# slocate magic.mime /usr/share/misc/magic.mime /usr/share/magic.mime /usr/share/magic.mime.mgc (darkwing=Redhat7.2, x220=Redhat7.3) Doesn't 4.3.1 and 4.3.2 look for the same magic.mime file? Should I specify another magic-file, and if so, how? (I suppose ./configure doesn't look in /etc/php.ini?) [2003-03-27 07:54:39] [EMAIL PROTECTED] Since mime magic extension is originally derived from mod_mime_magic of Apache httpd project, it can only accept simplified magic files that come with Apache distribution. [2003-03-27 07:49:35] [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 Works just fine here... do you have any of the following files on your system: /usr/share/magic.mime /usr/share/misc/magic.mime /etc/magic.mime? [2003-03-26 17:14:28] magz at bop dot nu It seems like I cannot get mime_magic to build with 4.3.2RC1. It does work fine with 4.3.1. I have tried on 3 different machines running Redhat 7.2/7.3 with the same result: [EMAIL PROTECTED] php-4.3.2RC1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... no .. [EMAIL PROTECTED] php-4.3.1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... yes .. -- Edit this bug report at http://bugs.php.net/?id=22912edit=1
#22928 [NEW]: php 4.3.1 compilation error on RedHat 8
From: jason at jasonsrealm dot com Operating system: RedHat Linux 8 PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: php 4.3.1 compilation error on RedHat 8 I am attempting to configure php 4.3.1 and apache 1.3.27 on a Redhat Linux 8 (Psyche) box and I am running into some problems. my configure command is: ./configure --with-mysql --with-apache=../apache_1.3.27/ --enable-track-vars then I run make and I get the following problem. What can I do to fix this. [EMAIL PROTECTED] php-4.3.1]# make gcc -Iext/ctype/ -I/usr/local/src/php-4.3.1/ext/ctype/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.1/include -I/usr/local/src/php-4.3.1/main -I/usr/local/src/php-4.3.1 -I/usr/local/src/php-4.3.1/Zend -I/usr/local/src/php-4.3.1/ext/xml/expat -I/usr/local/src/php-4.3.1/TSRM -g -O2 -c /usr/local/src/php-4.3.1/ext/ctype/ctype.c -o ext/ctype/ctype.o echo ext/ctype/ctype.lo In file included from /usr/include/errno.h:36, from /usr/local/src/php-4.3.1/Zend/zend_operators.h:24, from /usr/local/src/php-4.3.1/Zend/zend_execute_globals.h:27, from /usr/local/src/php-4.3.1/Zend/zend_globals.h:34, from /usr/local/src/php-4.3.1/Zend/zend_list.h:25, from /usr/local/src/php-4.3.1/Zend/zend_API.h:26, from /usr/local/src/php-4.3.1/main/php.h:38, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/include/bits/errno.h:25:26: linux/errno.h: No such file or directory In file included from /usr/local/src/php-4.3.1/Zend/zend_execute_globals.h:27, from /usr/local/src/php-4.3.1/Zend/zend_globals.h:34, from /usr/local/src/php-4.3.1/Zend/zend_list.h:25, from /usr/local/src/php-4.3.1/Zend/zend_API.h:26, from /usr/local/src/php-4.3.1/main/php.h:38, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/Zend/zend_operators.h: In function `is_numeric_string': /usr/local/src/php-4.3.1/Zend/zend_operators.h:78: `ERANGE' undeclared (first use in this function) /usr/local/src/php-4.3.1/Zend/zend_operators.h:78: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.1/Zend/zend_operators.h:78: for each function it appears in.) In file included from /usr/include/bits/posix1_lim.h:126, from /usr/include/limits.h:144, from /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/limits.h:132, from /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/syslimits.h:7, from /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/limits.h:11, from /usr/include/sys/param.h:22, from /usr/local/src/php-4.3.1/main/php.h:205, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/include/bits/local_lim.h:36:26: linux/limits.h: No such file or directory In file included from /usr/local/src/php-4.3.1/main/php.h:205, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/include/sys/param.h:23:26: linux/limits.h: No such file or directory /usr/include/sys/param.h:24:25: linux/param.h: No such file or directory In file included from /usr/local/src/php-4.3.1/main/php.h:354, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/main/php_streams.h: At top level: /usr/local/src/php-4.3.1/main/php_streams.h:116: `PATH_MAX' undeclared here (not in a function) /usr/local/src/php-4.3.1/main/php_streams.h:117: confused by earlier errors, bailing out make: *** [ext/ctype/ctype.lo] Error 1 [EMAIL PROTECTED] php-4.3.1]# Thanks Jason -- Edit bug report at http://bugs.php.net/?id=22928edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22928r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22928r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22928r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22928r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22928r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22928r=support Expected behavior: http://bugs.php.net/fix.php?id=22928r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22928r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22928r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22928r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22928r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22928r=dst IIS Stability: http://bugs.php.net/fix.php?id=22928r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22928r=gnused
#22912 [Bgs]: --enable-mime-magic won't activate mime_magic
ID: 22912 Updated by: [EMAIL PROTECTED] Reported By: magz at bop dot nu Status: Bogus Bug Type: Compile Failure Operating System: Redhat 7.3 PHP Version: 4.3.2RC1 New Comment: And like Moriyoshi already pointed out, the extension only works with the simplified magic file that comes with Apache. Previous Comments: [2003-03-27 09:25:39] [EMAIL PROTECTED] Doing ./configure --help would have helped: --with-mime-magic[=FILE] Include mime_magic support. FILE is the optional pathname to the magic.mime file. (it's not --enable anymore) [2003-03-27 08:45:02] magz at bop dot nu I got the same result with php4-STABLE-200303271430. [EMAIL PROTECTED] php4-STABLE-200303271430]# slocate magic.mime /usr/share/magic.mime [EMAIL PROTECTED] misc]# slocate magic.mime /usr/share/misc/magic.mime /usr/share/magic.mime /usr/share/magic.mime.mgc (darkwing=Redhat7.2, x220=Redhat7.3) Doesn't 4.3.1 and 4.3.2 look for the same magic.mime file? Should I specify another magic-file, and if so, how? (I suppose ./configure doesn't look in /etc/php.ini?) [2003-03-27 07:54:39] [EMAIL PROTECTED] Since mime magic extension is originally derived from mod_mime_magic of Apache httpd project, it can only accept simplified magic files that come with Apache distribution. [2003-03-27 07:49:35] [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 Works just fine here... do you have any of the following files on your system: /usr/share/magic.mime /usr/share/misc/magic.mime /etc/magic.mime? [2003-03-26 17:14:28] magz at bop dot nu It seems like I cannot get mime_magic to build with 4.3.2RC1. It does work fine with 4.3.1. I have tried on 3 different machines running Redhat 7.2/7.3 with the same result: [EMAIL PROTECTED] php-4.3.2RC1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... no .. [EMAIL PROTECTED] php-4.3.1]# ./configure --enable-mime-magic .. checking whether to include mime_magic support... yes .. -- Edit this bug report at http://bugs.php.net/?id=22912edit=1
#22912 [Bgs]: --enable-mime-magic won't activate mime_magic
ID: 22912 User updated by: magz at bop dot nu Reported By: magz at bop dot nu Status: Bogus Bug Type: Compile Failure Operating System: Redhat 7.3 PHP Version: 4.3.2RC1 New Comment: Perhaps the online manual (http://www.php.net/manual/en/ref.mime-magic.php) should be updated with this information as well before 4.3.2 is being released. Previous Comments: [2003-03-27 09:26:23] [EMAIL PROTECTED] And like Moriyoshi already pointed out, the extension only works with the simplified magic file that comes with Apache. [2003-03-27 09:25:39] [EMAIL PROTECTED] Doing ./configure --help would have helped: --with-mime-magic[=FILE] Include mime_magic support. FILE is the optional pathname to the magic.mime file. (it's not --enable anymore) [2003-03-27 08:45:02] magz at bop dot nu I got the same result with php4-STABLE-200303271430. [EMAIL PROTECTED] php4-STABLE-200303271430]# slocate magic.mime /usr/share/magic.mime [EMAIL PROTECTED] misc]# slocate magic.mime /usr/share/misc/magic.mime /usr/share/magic.mime /usr/share/magic.mime.mgc (darkwing=Redhat7.2, x220=Redhat7.3) Doesn't 4.3.1 and 4.3.2 look for the same magic.mime file? Should I specify another magic-file, and if so, how? (I suppose ./configure doesn't look in /etc/php.ini?) [2003-03-27 07:54:39] [EMAIL PROTECTED] Since mime magic extension is originally derived from mod_mime_magic of Apache httpd project, it can only accept simplified magic files that come with Apache distribution. [2003-03-27 07:49:35] [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 Works just fine here... do you have any of the following files on your system: /usr/share/magic.mime /usr/share/misc/magic.mime /etc/magic.mime? 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/22912 -- Edit this bug report at http://bugs.php.net/?id=22912edit=1
#22929 [NEW]: pb of exit handler in OCI8 module
From: soula at lifl dot fr Operating system: tru64 PHP version: 4.3.2RC1 PHP Bug Type: OCI8 related Bug description: pb of exit handler in OCI8 module I use php4-STABLE-200303241630 version, Oracle-8.1.7 and Tru64/5.1 . Note: For technical reason, we have clear the OCI_SHARED in the OCI8 initialize call (cf. #22927) The Oracle client (libclntsh.so) set a exit handler via atexit() when we connect DB. But PHP unload the module and le library before exiting and so the handler doesn't exist any more and cause a SIGSEGV. The solution we found is either commenting the dlclose() in zend_API.c or compiling OCI8 module in static. Here the compilation config : Configure Command = './configure' '--prefix=/usr/local/php-200303241630-ap1' '--enable-memory-limit' '--enable-shared' '--enable-sockets' '--enable-trans-sid' '--enable-debug' '--with-config-file-path=/usr/local/lib' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-debugger=yes' '--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-mod_charset' '--with-openssl' '--with-bz2' '--with-zlib-dir' '--with-gettext' '--with-kerberos' '--with-regex=system' '--with-zlib' '--with-gd=shared' '--with-jpeg-dir=/usr/local/jpeg/lib' '--with-png-dir=/usr/local/lib' '--with-xpm-dir=/usr/local/lib' '--with-oci8=shared,/usr/oracle/product/8.1.6' '--with-ldap=shared' '--with-mysql=shared,/usr/local/mysql' '--with-pgsql=shared,/usr/local/pgsql' Sincerly, -- Julien -- Edit bug report at http://bugs.php.net/?id=22929edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22929r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22929r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22929r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22929r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22929r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22929r=support Expected behavior: http://bugs.php.net/fix.php?id=22929r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22929r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22929r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22929r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22929r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22929r=dst IIS Stability: http://bugs.php.net/fix.php?id=22929r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22929r=gnused
#22930 [NEW]: A rquest for new feature Lock
From: rr_juneja at yahoo dot com Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: A rquest for new feature Lock I have been using php and many times I want to show to my client the admin sectiona and the various features which i have made in that. But i want that when the client enters in the site he should be able to view all the link, but there are few links which i just want him to see and i dont want that he should manipulate anything using that links. So if a new feature such as a lock if is introduced, will be very help ful to the end user. All the links that are between lock /lock will be just visisble and the client wont be able to click on them. If this feature is introduced the programming will be very simple and very useful to the end user. I can do this in other ways too, but if there is a similar feature to lock which i am thinking of the programming can be made very simple. And i know that introducing this feature wont require much of the modifications. Please inform me if you like my suggestion as i have lot new functions which i havent found in many of the languages. -- Edit bug report at http://bugs.php.net/?id=22930edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22930r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22930r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22930r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22930r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22930r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22930r=support Expected behavior: http://bugs.php.net/fix.php?id=22930r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22930r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22930r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22930r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22930r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22930r=dst IIS Stability: http://bugs.php.net/fix.php?id=22930r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22930r=gnused
#22931 [NEW]: Array Sort/Multisort - wrong string sorting with special, national characters
From: marek at lewczuk dot com Operating system: Linux/Windows PHP version: 4.3.0 PHP Bug Type: Arrays related Bug description: Array Sort/Multisort - wrong string sorting with special, national characters Sorting an array has a very important bug. If your app is using e.g. ISO-8859-2 charset and strings array use special chars like Ś,Ą... PHP doesn't sort strings which use them. I have tried to use setLocale (setLocale is working correctly with strtoupper, strtolower etc.) but nothing. The problem is also in UTF8 charset. This very serious problem... -- Edit bug report at http://bugs.php.net/?id=22931edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22931r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22931r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22931r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22931r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22931r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22931r=support Expected behavior: http://bugs.php.net/fix.php?id=22931r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22931r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22931r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22931r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22931r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22931r=dst IIS Stability: http://bugs.php.net/fix.php?id=22931r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22931r=gnused
#22931 [Opn]: Array Sort/Multisort - wrong string sorting with special, national characters
ID: 22931 User updated by: marek at lewczuk dot com Reported By: marek at lewczuk dot com Status: Open Bug Type: Arrays related Operating System: Linux/Windows PHP Version: 4.3.0 New Comment: Sorry... I have read about usort and strcoll - yes it's working with setLocale, but... array_multisort still not working ?? Previous Comments: [2003-03-27 10:16:31] marek at lewczuk dot com Sorting an array has a very important bug. If your app is using e.g. ISO-8859-2 charset and strings array use special chars like Ś,Ą... PHP doesn't sort strings which use them. I have tried to use setLocale (setLocale is working correctly with strtoupper, strtolower etc.) but nothing. The problem is also in UTF8 charset. This very serious problem... -- Edit this bug report at http://bugs.php.net/?id=22931edit=1
#22931 [Opn-Asn]: Array Sort/Multisort - wrong string sorting with special, national characters
ID: 22931 Updated by: [EMAIL PROTECTED] Reported By: marek at lewczuk dot com -Status: Open +Status: Assigned Bug Type: Arrays related Operating System: Linux/Windows PHP Version: 4.3.0 -Assigned To: +Assigned To: moriyoshi New Comment: This may be fixed in PHP5. Previous Comments: [2003-03-27 10:24:08] marek at lewczuk dot com Sorry... I have read about usort and strcoll - yes it's working with setLocale, but... array_multisort still not working ?? [2003-03-27 10:16:31] marek at lewczuk dot com Sorting an array has a very important bug. If your app is using e.g. ISO-8859-2 charset and strings array use special chars like Ś,Ą... PHP doesn't sort strings which use them. I have tried to use setLocale (setLocale is working correctly with strtoupper, strtolower etc.) but nothing. The problem is also in UTF8 charset. This very serious problem... -- Edit this bug report at http://bugs.php.net/?id=22931edit=1
#22932 [NEW]: date() -change from AM to PM, WHEN ?
From: [EMAIL PROTECTED] Operating system: win32 PHP version: 4.3.0 PHP Bug Type: Date/time related Bug description: date() -change from AM to PM, WHEN ? Well, I don't know if this a bug or a feature... Do you see a reason for this : all consumer products (watches...) displays time of the day with AM until 12:59 and PM after that (01:00 PM), but the date(a, timestamp) finction displays am until 11:59 and pm after that ? -- Edit bug report at http://bugs.php.net/?id=22932edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22932r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22932r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22932r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22932r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22932r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22932r=support Expected behavior: http://bugs.php.net/fix.php?id=22932r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22932r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22932r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22932r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22932r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22932r=dst IIS Stability: http://bugs.php.net/fix.php?id=22932r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22932r=gnused
#22932 [Com]: date() -change from AM to PM, WHEN ?
ID: 22932 Comment by: rich at kastle dot com Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Operating System: win32 PHP Version: 4.3.0 New Comment: FYI my wristwatch currently claims it's 12:24 PM - that's 24 minutes after Noon. I think PHP's behavior is correct. Previous Comments: [2003-03-27 10:52:41] [EMAIL PROTECTED] Well, I don't know if this a bug or a feature... Do you see a reason for this : all consumer products (watches...) displays time of the day with AM until 12:59 and PM after that (01:00 PM), but the date(a, timestamp) finction displays am until 11:59 and pm after that ? -- Edit this bug report at http://bugs.php.net/?id=22932edit=1
#22774 [Com]: PHP crashes when exiting (long XML doc)
ID: 22774 Comment by: rrichards at digarc dot com Reported By: fgarcia at uef dot es Status: Open Bug Type: DOM XML related Operating System: Windows 2000 PHP Version: 4.3.2RC1 New Comment: Finally able to reproduce this using a simplified script: ?php if (!extension_loaded(domxml)) @dl(php_domxml.dll); $domR=domxml_new_doc('1.0'); $nItinerario = $domR-create_element(itinerario); $domR-append_child($nItinerario); ? If the extension is NOT loaded via the php.ini file, upon shutdown, php_free_xml_doc is called first and then php_free_xml_node for the created element is called which causes the blow up. If read from the ini file, php_free_xml_node is called first and then php_free_xml_doc. Seems to be some issue with the external loading of the extension. Previous Comments: [2003-03-24 05:02:02] rrichards at digarc dot com Am not able to reproduce in Win 2K. Ran it for 10,000 and 20,000 iterations without a problem. Finally ran it for 1,000,000 iterations until the machine ran out of memory (was over a Gig of used memory at that point). Once getting a fatal emalloc error memory returned back to normal (exact amount used prior to running). Tested against latest cvs code as well as a php4-3.0-dev build from jun 2002. using libxml2-2.4.22 [2003-03-21 05:43:43] [EMAIL PROTECTED] looks like a mem-leak linux normally doesn't segfault on memleaks. Windows does... that's the difference ;) I try to look at it [2003-03-21 04:31:56] fgarcia at uef dot es If you see DrWatson output there is the function zend_timeout I don't know if that matchs something. [2003-03-21 04:28:48] fgarcia at uef dot es I've updated to 4.3.2-RC1 version, and updated php4ts.dll on winnt/system Same bug. php -v: PHP 4.3.2-RC (cgi-fcgi), Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies [2003-03-20 17:47:43] [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 And make sure you really update it. Especially the php4ts.dll file. 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/22774 -- Edit this bug report at http://bugs.php.net/?id=22774edit=1
#22927 [Com]: OCI_SHARED init flag cause SIGABRT
ID: 22927 Comment by: michael dot mauch at gmx dot de Reported By: soula at lifl dot fr Status: Open Bug Type: OCI8 related Operating System: Tru64 PHP Version: 4.3.2RC1 New Comment: I reported the same problem on Linux in http://bugs.php.net/bug.php?id=22521. Previous Comments: [2003-03-27 09:08:09] soula at lifl dot fr I use php4-STABLE-200303241630 version, Oracle-8.1.7 and Tru64/5.1 . In standalone or within Apache, the initialization of OCI8 module (function OCIInitialise) with OCI_SHARED flag cause an immediate SIGABRT. Without the flag, the OCI8 initialize works well. Here the compilation config : Configure Command = './configure' '--prefix=/usr/local/php-200303241630-ap1' '--enable-memory-limit' '--enable-shared' '--enable-sockets' '--enable-trans-sid' '--enable-debug' '--with-config-file-path=/usr/local/lib' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-debugger=yes' '--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-mod_charset' '--with-openssl' '--with-bz2' '--with-zlib-dir' '--with-gettext' '--with-kerberos' '--with-regex=system' '--with-zlib' '--with-gd=shared' '--with-jpeg-dir=/usr/local/jpeg/lib' '--with-png-dir=/usr/local/lib' '--with-xpm-dir=/usr/local/lib' '--with-oci8=shared,/usr/oracle/product/8.1.6' '--with-ldap=shared' '--with-mysql=shared,/usr/local/mysql' '--with-pgsql=shared,/usr/local/pgsql' Here the gdb backtrace for ./php -i : Core was generated by `php'. Program terminated with signal 6, IOT/Abort trap. Reading symbols from /usr/local/lib/libz.so.1.1.3...done. Reading symbols from /usr/local/lib/libssl.so...done. Reading symbols from /usr/local/lib/libcrypto.so...done. Reading symbols from /usr/shlib/libm.so...done. Reading symbols from /usr/shlib/libc.so...done. Reading symbols from /usr/local/php-200303241630-ap1/lib/php/extensions/debug-non-zts-20020429/libldap.so...done. Reading symbols from /usr/local/lib/libldap.so...done. Reading symbols from /usr/local/lib/liblber.so...done. Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Reading symbols from /usr/local/php-200303241630-ap1/lib/php/extensions/debug-non-zts-20020429/libmysql.so...done. Reading symbols from /usr/local/php-200303241630-ap1/lib/php/extensions/debug-non-zts-20020429/liboci8.so...done. Reading symbols from /usr/oracle/product/8.1.6/lib/libclntsh.so.8.0...done. Reading symbols from /usr/shlib/libjava.so...done. Reading symbols from /usr/oracle/product/8.1.6/lib/libwtc8.so...done. Reading symbols from /usr/shlib/libexc.so...done. Reading symbols from /usr/shlib/librt.so...done. Reading symbols from /usr/shlib/libaio_raw.so...done. Reading symbols from /usr/shlib/libpthread.so...done. Reading symbols from /usr/shlib/libmach.so...done. #0 0x3ff805bab48 in __nxm_thread_kill () from /usr/shlib/libpthread.so (gdb) bt #0 0x3ff805bab48 in __nxm_thread_kill () from /usr/shlib/libpthread.so #1 0x3ff805b4148 in pthread_kill () from /usr/shlib/libpthread.so #2 0x3ff805c99ec in __tsInit () from /usr/shlib/libpthread.so #3 0x3ff80118f58 in tis_raise () from /usr/shlib/libc.so #4 0x3ff80170764 in raise () from /usr/shlib/libc.so #5 0x3ff8018f6e0 in __ieee_get_fp_control () from /usr/shlib/libc.so #6 0x3ff80191bec in __exc_raise_status_exception () from /usr/shlib/libc.so #7 0x3ff807f2280 in exc_raise_status_exception () from /usr/shlib/libexc.so #8 0x30003cfc078 in kgepop () at /vobs/rdbms/src/generic/vos/kge.c:401 #9 0x30003cfd124 in kgesev () at /vobs/rdbms/src/generic/vos/kge.c:965 #10 0x30003cfcc68 in kgesec0 () at /vobs/rdbms/src/generic/vos/kge.c:748 #11 0x300039f206c in kgupmcreate_sga () at /vobs/rdbms/src/client/vos/kgupm.c:313 #12 0x300039d6774 in kgup_startup () at /vobs/rdbms/src/client/vos/kgup.c:528 #13 0x3000396d810 in kpushInit () at /vobs/rdbms/src/client/progint/kpu/kpuini.c:2774 #14 0x30003d06764 in kpummpin () at /vobs/rdbms/src/generic/progint/progint/kpumm.c:448 #15 0x300039687d8 in kpupin () at /vobs/rdbms/src/client/progint/kpu/kpuini.c:574 #16 0x30003951010 in OCIInitialize () at /vobs/rdbms/src/client/progint/oci/oci8.c:261 #17 0x3000300496c in zm_startup_oci (type=-1071955256, module_number=16) at /usr/local/tmp/php4-STABLE-200303241630/ext/oci8/oci8.c:518 #18 0x1200737f4 in php_dl (file=0x140062710, type=1, return_value=0x11fffbad0) at /usr/local/tmp/php4-STABLE-200303241630/ext/standard/dl.c:238 #19 0x1200feea0 in php_load_function_extension_cb (arg=0x3ffc01b42c8) at /usr/local/tmp/php4-STABLE-200303241630/main/php_ini.c:216 #20 0x12012b9fc in zend_llist_apply (l=0x3ffc01b42c8, func=0x1200fee80 php_load_function_extension_cb) at /usr/local/tmp/php4-STABLE-200303241630/Zend/zend_llist.c:189 #21 0x1200ff630 in php_ini_delayed_modules_startup () at /usr/local/tmp/php4-STABLE-200303241630/main/php_ini.c:469 #22 0x1200f941c in php_module_startup (sf=0x140028826, additional_modules=0x0,
#22929 [Com]: pb of exit handler in OCI8 module
ID: 22929 Comment by: michael dot mauch at gmx dot de Reported By: soula at lifl dot fr Status: Open Bug Type: OCI8 related Operating System: tru64 PHP Version: 4.3.2RC1 New Comment: Yes, I see this too on Linux (latest CVS with #undef HAVE_OCI8_SHARED_MODE in oci8.c). # php -r 'if(!extension_loaded(oci8)) dl(oci8.so); print_r(ocilogon(user,pw));' Resource id #6zsh: segmentation fault (core dumped) php -r Previous Comments: [2003-03-27 09:45:46] soula at lifl dot fr I use php4-STABLE-200303241630 version, Oracle-8.1.7 and Tru64/5.1 . Note: For technical reason, we have clear the OCI_SHARED in the OCI8 initialize call (cf. #22927) The Oracle client (libclntsh.so) set a exit handler via atexit() when we connect DB. But PHP unload the module and le library before exiting and so the handler doesn't exist any more and cause a SIGSEGV. The solution we found is either commenting the dlclose() in zend_API.c or compiling OCI8 module in static. Here the compilation config : Configure Command = './configure' '--prefix=/usr/local/php-200303241630-ap1' '--enable-memory-limit' '--enable-shared' '--enable-sockets' '--enable-trans-sid' '--enable-debug' '--with-config-file-path=/usr/local/lib' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-debugger=yes' '--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-mod_charset' '--with-openssl' '--with-bz2' '--with-zlib-dir' '--with-gettext' '--with-kerberos' '--with-regex=system' '--with-zlib' '--with-gd=shared' '--with-jpeg-dir=/usr/local/jpeg/lib' '--with-png-dir=/usr/local/lib' '--with-xpm-dir=/usr/local/lib' '--with-oci8=shared,/usr/oracle/product/8.1.6' '--with-ldap=shared' '--with-mysql=shared,/usr/local/mysql' '--with-pgsql=shared,/usr/local/pgsql' Sincerly, -- Julien -- Edit this bug report at http://bugs.php.net/?id=22929edit=1
#22773 [Ctl]: posted form variables mixed
ID: 22773 Updated by: [EMAIL PROTECTED] Reported By: joe at mcknight dot de Status: Critical Bug Type: CGI related Operating System: Linux PHP Version: 4.3.2-RC New Comment: This problem is a rather interesting one, it appears that in CGI the entire POST data makes into the enviroment. You can see this by adding a printf() to _php_import_environment_variables() function. The last element will contain the entire POST string. If that string contains a '=', then data before the '=' becomes the key (variable name) and the rest the variable content. Meaning that by the time the POST variables are registered $suchstr already has a value. One way to fix this is to prevent duplicate variable registration by breaking on the 1st invalid entry from the enviroment inside _php_import_environment_variables(), which happens to be the script name, which is followed by either the POST data or random garbage. Here is the relavent patch: http://bb.prohost.org/22773.txt Previous Comments: [2003-03-25 05:52:58] [EMAIL PROTECTED] Related to bug #22612 [2003-03-24 18:33:26] [EMAIL PROTECTED] That means a command-line test case in tests/basic should fail as well. [2003-03-24 18:17:01] [EMAIL PROTECTED] It doesn't matter. I tried two different ways, both failed. For example (otherwise default httpd.conf): AddType application/x-httpd-php .php ScriptAlias /php/ /www/apache/cgi-bin/ Action application/x-httpd-php /php/php-cgi [2003-03-24 18:12:23] [EMAIL PROTECTED] How are you triggering the cgi? ie. what does your Apache config look like? [2003-03-24 18:06:58] [EMAIL PROTECTED] making critical (should really be fixed before 4.3.2 goes gold..) 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/22773 -- Edit this bug report at http://bugs.php.net/?id=22773edit=1
#22920 [Opn-Bgs]: Post variables problem with CGI version
ID: 22920 Updated by: [EMAIL PROTECTED] Reported By: marcus at names dot co dot uk -Status: Open +Status: Bogus Bug Type: Variables related Operating System: RedHat Linux 7.2 PHP Version: 4.3.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Dupe of bug #22773 Previous Comments: [2003-03-27 03:51:33] marcus at names dot co dot uk When running 4.3.1 as a CGI binary, with register_globals set to 'on', the first post variable contains all post variables. For example, if you have a form with the variables (fields) and values var1=1, var2=2, var3=3, the following variables are set in the target script: var1=1var2=2var3=3 var2=2 var3=3 I am running the CGI under Zeus Web Server 4.2. I am not sure whether the $HTTP_POST_VARS array is set correctly, and cannot check this as I have had to revert back to 4.2.3. -- Edit this bug report at http://bugs.php.net/?id=22920edit=1
#22758 [Opn-Csd]: performance problem with apache2 handler
ID: 22758 Updated by: [EMAIL PROTECTED] Reported By: bibifoc23 at yahoo dot fr -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4 PHP Version: 4.3.2RC1 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. Previous Comments: [2003-03-27 02:17:14] bibifoc23 at yahoo dot fr I use prefork for apache2 and the following command line for php and apache: ./configure --with-mpm=prefork --prefix=/app/apache2 ./configure --prefix=/app/php432 --with-config-file-path=/app/php432 --enable-sigchild --enable-inline-optimization --without-mysql --without-pear --with-ldap --with-apxs2=/app/apache2/bin/apxs [2003-03-25 08:35:23] [EMAIL PROTECTED] Which ap2 model are you using, worker or prefork? [2003-03-21 03:13:07] bibifoc23 at yahoo dot fr I run test with 2 PC-- one linux 2.4 as server and w2k as client. i use ab -n1000 -c5 http://server.toto.fr/test.php result with handler: 60.02 req/s without failed request. 200 ko/s cpu is 100% for the client near 100% for the server result with filter: 200 req/s without failed request 600 ko/s cpu is 25% for the client 100 % for the server the size of the html code is 3k. [2003-03-21 01:08:37] [EMAIL PROTECTED] Set correct status. [2003-03-20 22:53:07] [EMAIL PROTECTED] Hi. can you give us some numbers? also how are you running the test. you need to run on 2 seperate machines. Thanks 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/22758 -- Edit this bug report at http://bugs.php.net/?id=22758edit=1
#22927 [Opn-Bgs]: OCI_SHARED init flag cause SIGABRT
ID: 22927 Updated by: [EMAIL PROTECTED] Reported By: soula at lifl dot fr -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Tru64 PHP Version: 4.3.2RC1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. No need to have 2 reports about the same issue. Previous Comments: [2003-03-27 11:34:43] michael dot mauch at gmx dot de I reported the same problem on Linux in http://bugs.php.net/bug.php?id=22521. [2003-03-27 09:08:09] soula at lifl dot fr I use php4-STABLE-200303241630 version, Oracle-8.1.7 and Tru64/5.1 . In standalone or within Apache, the initialization of OCI8 module (function OCIInitialise) with OCI_SHARED flag cause an immediate SIGABRT. Without the flag, the OCI8 initialize works well. Here the compilation config : Configure Command = './configure' '--prefix=/usr/local/php-200303241630-ap1' '--enable-memory-limit' '--enable-shared' '--enable-sockets' '--enable-trans-sid' '--enable-debug' '--with-config-file-path=/usr/local/lib' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-debugger=yes' '--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-mod_charset' '--with-openssl' '--with-bz2' '--with-zlib-dir' '--with-gettext' '--with-kerberos' '--with-regex=system' '--with-zlib' '--with-gd=shared' '--with-jpeg-dir=/usr/local/jpeg/lib' '--with-png-dir=/usr/local/lib' '--with-xpm-dir=/usr/local/lib' '--with-oci8=shared,/usr/oracle/product/8.1.6' '--with-ldap=shared' '--with-mysql=shared,/usr/local/mysql' '--with-pgsql=shared,/usr/local/pgsql' Here the gdb backtrace for ./php -i : Core was generated by `php'. Program terminated with signal 6, IOT/Abort trap. Reading symbols from /usr/local/lib/libz.so.1.1.3...done. Reading symbols from /usr/local/lib/libssl.so...done. Reading symbols from /usr/local/lib/libcrypto.so...done. Reading symbols from /usr/shlib/libm.so...done. Reading symbols from /usr/shlib/libc.so...done. Reading symbols from /usr/local/php-200303241630-ap1/lib/php/extensions/debug-non-zts-20020429/libldap.so...done. Reading symbols from /usr/local/lib/libldap.so...done. Reading symbols from /usr/local/lib/liblber.so...done. Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Reading symbols from /usr/local/php-200303241630-ap1/lib/php/extensions/debug-non-zts-20020429/libmysql.so...done. Reading symbols from /usr/local/php-200303241630-ap1/lib/php/extensions/debug-non-zts-20020429/liboci8.so...done. Reading symbols from /usr/oracle/product/8.1.6/lib/libclntsh.so.8.0...done. Reading symbols from /usr/shlib/libjava.so...done. Reading symbols from /usr/oracle/product/8.1.6/lib/libwtc8.so...done. Reading symbols from /usr/shlib/libexc.so...done. Reading symbols from /usr/shlib/librt.so...done. Reading symbols from /usr/shlib/libaio_raw.so...done. Reading symbols from /usr/shlib/libpthread.so...done. Reading symbols from /usr/shlib/libmach.so...done. #0 0x3ff805bab48 in __nxm_thread_kill () from /usr/shlib/libpthread.so (gdb) bt #0 0x3ff805bab48 in __nxm_thread_kill () from /usr/shlib/libpthread.so #1 0x3ff805b4148 in pthread_kill () from /usr/shlib/libpthread.so #2 0x3ff805c99ec in __tsInit () from /usr/shlib/libpthread.so #3 0x3ff80118f58 in tis_raise () from /usr/shlib/libc.so #4 0x3ff80170764 in raise () from /usr/shlib/libc.so #5 0x3ff8018f6e0 in __ieee_get_fp_control () from /usr/shlib/libc.so #6 0x3ff80191bec in __exc_raise_status_exception () from /usr/shlib/libc.so #7 0x3ff807f2280 in exc_raise_status_exception () from /usr/shlib/libexc.so #8 0x30003cfc078 in kgepop () at /vobs/rdbms/src/generic/vos/kge.c:401 #9 0x30003cfd124 in kgesev () at /vobs/rdbms/src/generic/vos/kge.c:965 #10 0x30003cfcc68 in kgesec0 () at /vobs/rdbms/src/generic/vos/kge.c:748 #11 0x300039f206c in kgupmcreate_sga () at /vobs/rdbms/src/client/vos/kgupm.c:313 #12 0x300039d6774 in kgup_startup () at /vobs/rdbms/src/client/vos/kgup.c:528 #13 0x3000396d810 in kpushInit () at /vobs/rdbms/src/client/progint/kpu/kpuini.c:2774 #14 0x30003d06764 in kpummpin () at /vobs/rdbms/src/generic/progint/progint/kpumm.c:448 #15 0x300039687d8 in kpupin () at /vobs/rdbms/src/client/progint/kpu/kpuini.c:574 #16 0x30003951010 in OCIInitialize () at /vobs/rdbms/src/client/progint/oci/oci8.c:261 #17 0x3000300496c in zm_startup_oci (type=-1071955256, module_number=16) at /usr/local/tmp/php4-STABLE-200303241630/ext/oci8/oci8.c:518 #18 0x1200737f4 in php_dl (file=0x140062710, type=1, return_value=0x11fffbad0) at /usr/local/tmp/php4-STABLE-200303241630/ext/standard/dl.c:238 #19 0x1200feea0 in
#22928 [Csd-Bgs]: php 4.3.1 compilation error on RedHat 8
ID: 22928 Updated by: [EMAIL PROTECTED] Reported By: jason at jasonsrealm dot com -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: RedHat Linux 8 PHP Version: 4.3.1 New Comment: Not bug - bogus. Previous Comments: [2003-03-27 12:08:21] jason at jasonsrealm dot com Turns out this was not a bug. I reloaded my box and started from scratch. compile was successful [2003-03-27 09:26:22] jason at jasonsrealm dot com I am attempting to configure php 4.3.1 and apache 1.3.27 on a Redhat Linux 8 (Psyche) box and I am running into some problems. my configure command is: ./configure --with-mysql --with-apache=../apache_1.3.27/ --enable-track-vars then I run make and I get the following problem. What can I do to fix this. [EMAIL PROTECTED] php-4.3.1]# make gcc -Iext/ctype/ -I/usr/local/src/php-4.3.1/ext/ctype/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.1/include -I/usr/local/src/php-4.3.1/main -I/usr/local/src/php-4.3.1 -I/usr/local/src/php-4.3.1/Zend -I/usr/local/src/php-4.3.1/ext/xml/expat -I/usr/local/src/php-4.3.1/TSRM -g -O2 -c /usr/local/src/php-4.3.1/ext/ctype/ctype.c -o ext/ctype/ctype.o echo ext/ctype/ctype.lo In file included from /usr/include/errno.h:36, from /usr/local/src/php-4.3.1/Zend/zend_operators.h:24, from /usr/local/src/php-4.3.1/Zend/zend_execute_globals.h:27, from /usr/local/src/php-4.3.1/Zend/zend_globals.h:34, from /usr/local/src/php-4.3.1/Zend/zend_list.h:25, from /usr/local/src/php-4.3.1/Zend/zend_API.h:26, from /usr/local/src/php-4.3.1/main/php.h:38, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/include/bits/errno.h:25:26: linux/errno.h: No such file or directory In file included from /usr/local/src/php-4.3.1/Zend/zend_execute_globals.h:27, from /usr/local/src/php-4.3.1/Zend/zend_globals.h:34, from /usr/local/src/php-4.3.1/Zend/zend_list.h:25, from /usr/local/src/php-4.3.1/Zend/zend_API.h:26, from /usr/local/src/php-4.3.1/main/php.h:38, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/Zend/zend_operators.h: In function `is_numeric_string': /usr/local/src/php-4.3.1/Zend/zend_operators.h:78: `ERANGE' undeclared (first use in this function) /usr/local/src/php-4.3.1/Zend/zend_operators.h:78: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.1/Zend/zend_operators.h:78: for each function it appears in.) In file included from /usr/include/bits/posix1_lim.h:126, from /usr/include/limits.h:144, from /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/limits.h:132, from /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/syslimits.h:7, from /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/limits.h:11, from /usr/include/sys/param.h:22, from /usr/local/src/php-4.3.1/main/php.h:205, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/include/bits/local_lim.h:36:26: linux/limits.h: No such file or directory In file included from /usr/local/src/php-4.3.1/main/php.h:205, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/include/sys/param.h:23:26: linux/limits.h: No such file or directory /usr/include/sys/param.h:24:25: linux/param.h: No such file or directory In file included from /usr/local/src/php-4.3.1/main/php.h:354, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/main/php_streams.h: At top level: /usr/local/src/php-4.3.1/main/php_streams.h:116: `PATH_MAX' undeclared here (not in a function) /usr/local/src/php-4.3.1/main/php_streams.h:117: confused by earlier errors, bailing out make: *** [ext/ctype/ctype.lo] Error 1 [EMAIL PROTECTED] php-4.3.1]# Thanks Jason -- Edit this bug report at http://bugs.php.net/?id=22928edit=1
#22933 [NEW]: COM calls generate XP error
From: cstreeter at andesagroup dot com Operating system: Win XP Pro SP1 PHP version: 5CVS-2003-03-27 (dev) PHP Bug Type: COM related Bug description: COM calls generate XP error Here's the code snippet I am using: ? $word = new COM(word.application) or die(Unable to instanciate Word); print Loaded Word, version {$word-Version}\n; $word-Visible = 1; $word-Documents-Add(); $word-Selection-TypeText(This is a test...); $word-Documents[1]-SaveAs(Useless test.doc); $word-Quit(); ? instatiating the Word object works fin. I can tell becuse this does not fail when comment all the other code out and I can see in the Windows Task Manager that an instance of Word was instantiated. As soon as I try to do anything else, I get one of those famous XP error screens asking me if I want to send the info to Microsoft. According to this code (which I got from PHP help site somewhere) it looks fairly straight forward. Nothing fancy going on here. Can you help? Thank you. Chris Streeter The Andesa Corporation Bethlehem, PA, USA -- Edit bug report at http://bugs.php.net/?id=22933edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22933r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22933r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22933r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22933r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22933r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22933r=support Expected behavior: http://bugs.php.net/fix.php?id=22933r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22933r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22933r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22933r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22933r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22933r=dst IIS Stability: http://bugs.php.net/fix.php?id=22933r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22933r=gnused
#22932 [Opn-Bgs]: date() -change from AM to PM, WHEN ?
ID: 22932 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: win32 PHP Version: 4.3.0 New Comment: As long as I've known, PM starts at 12:01 Previous Comments: [2003-03-27 11:23:38] rich at kastle dot com FYI my wristwatch currently claims it's 12:24 PM - that's 24 minutes after Noon. I think PHP's behavior is correct. [2003-03-27 10:52:41] [EMAIL PROTECTED] Well, I don't know if this a bug or a feature... Do you see a reason for this : all consumer products (watches...) displays time of the day with AM until 12:59 and PM after that (01:00 PM), but the date(a, timestamp) finction displays am until 11:59 and pm after that ? -- Edit this bug report at http://bugs.php.net/?id=22932edit=1
#22934 [NEW]: cURL does not work
From: matt at criticalcode dot com Operating system: Windows 2000/XP PHP version: 4.3.1 PHP Bug Type: cURL related Bug description: cURL does not work I tried to get cURL to work using 4.3.1, and was unable to make it work. I went through all the correct installation procedures and double checked everything. I then remove PHP from the 2 test systems, and install 4.2.3, went through the same steps and cURL now works perfectly. -- Edit bug report at http://bugs.php.net/?id=22934edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22934r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22934r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22934r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22934r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22934r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22934r=support Expected behavior: http://bugs.php.net/fix.php?id=22934r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22934r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22934r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22934r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22934r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22934r=dst IIS Stability: http://bugs.php.net/fix.php?id=22934r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22934r=gnused
#22934 [Opn-Fbk]: cURL does not work
ID: 22934 Updated by: [EMAIL PROTECTED] Reported By: matt at criticalcode dot com -Status: Open +Status: Feedback Bug Type: cURL related Operating System: Windows 2000/XP PHP Version: 4.3.1 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. It doesn't work is not a good description of a problem. Previous Comments: [2003-03-27 13:27:21] matt at criticalcode dot com I tried to get cURL to work using 4.3.1, and was unable to make it work. I went through all the correct installation procedures and double checked everything. I then remove PHP from the 2 test systems, and install 4.2.3, went through the same steps and cURL now works perfectly. -- Edit this bug report at http://bugs.php.net/?id=22934edit=1
#22934 [Fbk-Opn]: cURL does not work
ID: 22934 User updated by: matt at criticalcode dot com Reported By: matt at criticalcode dot com -Status: Feedback +Status: Open Bug Type: cURL related Operating System: Windows 2000/XP PHP Version: 4.3.1 New Comment: Sorry, but I am not really a hardcore programmer so I am not sure how I should go about providing more debugging information. I'll try to explain what I experienced though. I needed to use the cURL function for an ecommerce site, so I decided to enable it. I had been running PHP as an ISAPI plugin to IIS 5.1/5.0. So I went into the php.ini and took out the ; next to the extension, check that my extension folder was correct and saved the ini file. I then according to instructions I read on the web copied ssleay32.dll and libeay32.dll to my %SYSTEMROOT%. Then I restarted IIS using the command line 'iisreset'. I then ran my page using the cURL (that was verified working on another machine) and nothing happened. No errors, no popups, no output from the error trapping code I had in place to grab any cURL errors. Here is an error from my event log: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x22A '. I hope this information has proved to be helpful. Thanks, Matt Previous Comments: [2003-03-27 13:36:28] [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. It doesn't work is not a good description of a problem. [2003-03-27 13:27:21] matt at criticalcode dot com I tried to get cURL to work using 4.3.1, and was unable to make it work. I went through all the correct installation procedures and double checked everything. I then remove PHP from the 2 test systems, and install 4.2.3, went through the same steps and cURL now works perfectly. -- Edit this bug report at http://bugs.php.net/?id=22934edit=1
#22934 [Opn]: cURL does not work
ID: 22934 User updated by: matt at criticalcode dot com Reported By: matt at criticalcode dot com Status: Open Bug Type: cURL related Operating System: Windows 2000/XP PHP Version: 4.3.1 New Comment: Sorry, I copied the 2 DLL's to my %SYSTEMROOT/SYSTEM32% folder not the $SYSTEMROOT% Previous Comments: [2003-03-27 13:53:39] matt at criticalcode dot com Sorry, but I am not really a hardcore programmer so I am not sure how I should go about providing more debugging information. I'll try to explain what I experienced though. I needed to use the cURL function for an ecommerce site, so I decided to enable it. I had been running PHP as an ISAPI plugin to IIS 5.1/5.0. So I went into the php.ini and took out the ; next to the extension, check that my extension folder was correct and saved the ini file. I then according to instructions I read on the web copied ssleay32.dll and libeay32.dll to my %SYSTEMROOT%. Then I restarted IIS using the command line 'iisreset'. I then ran my page using the cURL (that was verified working on another machine) and nothing happened. No errors, no popups, no output from the error trapping code I had in place to grab any cURL errors. Here is an error from my event log: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x22A '. I hope this information has proved to be helpful. Thanks, Matt [2003-03-27 13:36:28] [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. It doesn't work is not a good description of a problem. [2003-03-27 13:27:21] matt at criticalcode dot com I tried to get cURL to work using 4.3.1, and was unable to make it work. I went through all the correct installation procedures and double checked everything. I then remove PHP from the 2 test systems, and install 4.2.3, went through the same steps and cURL now works perfectly. -- Edit this bug report at http://bugs.php.net/?id=22934edit=1
#22899 [Ver-Csd]: COM functions which raise exceptions are invoked twice
ID: 22899 Updated by: [EMAIL PROTECTED] Reported By: rich at kastle dot com -Status: Verified +Status: Closed Bug Type: COM related Operating System: Windows NT 4.0 SP6 PHP Version: 4.3.2RC1 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. commited. Previous Comments: [2003-03-27 02:51:24] [EMAIL PROTECTED] change status. [2003-03-27 02:50:23] [EMAIL PROTECTED] can you please send an unified diff (diff -u) per mail directly to me. [2003-03-26 07:51:15] rich at kastle dot com If php_COM_invoke receives an error as a result of trying to invoke a COM method via C_TYPEINFO_VT(obj)-Invoke, it assumes that the dispatch failed and tries again using C_DISPATCH_VT(obj)-Invoke. However, if the first Invoke succeeds (i.e. actually call into the object method) but the method raises a COM exception, it returns DISP_E_EXCEPTION. php_COM_invoke will then call the same method again using C_DISPATCH_VT. (In my particular case, the COM method was performing some subsequent phases of a larger DB transaction, encountered a deadlock, then rolled back the DB transaction and reported the event by raising an exception. php_COM_invoke swallowed the exception without report and invoked the method again, which, this time, did not encounter the same deadlock, leaving my code without knowledge that a deadlock had caused some of my DB updates to be rolled back. It took me four days to figure out what in the world was happening.) Here's a diff against COM.c which checks for DISP_E_EXCEPTION as a special case. (This diff is against 4.3.2RC1 but AFAICS this error has existed all along.) diff -r temp/php-4.3.2RC1\ext\com\COM.c php-4.3.2RC1\ext\com\COM.c 128,129c128,130 hr = C_DISPATCH_VT(obj)-Invoke(C_DISPATCH(obj), dispIdMember, IID_NULL, LOCALE_SYSTEM_DEFAULT, wFlags, pDispParams, pVarResult, ExceptInfo, ArgErr); if (SUCCEEDED(hr)) { --- if(hr != DISP_E_EXCEPTION) { hr = C_DISPATCH_VT(obj)-Invoke(C_DISPATCH(obj), dispIdMember, IID_NULL, LOCALE_SYSTEM_DEFAULT, wFlags, pDispParams, pVarResult, ExceptInfo, ArgErr); if (SUCCEEDED(hr)) { 131,137c132,139 * ITypLib doesn't work * Release ITypeLib and fall back to IDispatch */ C_TYPEINFO_VT(obj)-Release(C_TYPEINFO(obj)); C_HASTLIB(obj) = FALSE; C_TYPEINFO(obj) = NULL; --- * ITypLib doesn't work * Release ITypeLib and fall back to IDispatch */ C_TYPEINFO_VT(obj)-Release(C_TYPEINFO(obj)); C_HASTLIB(obj) = FALSE; C_TYPEINFO(obj) = NULL; } -- Edit this bug report at http://bugs.php.net/?id=22899edit=1
#22806 [Fbk-Opn]: Autogenerated crypt salt is not random
ID: 22806 User updated by: anj at aps dot anl dot gov Reported By: anj at aps dot anl dot gov -Status: Feedback +Status: Open Bug Type: *Encryption and hash functions Operating System: Solaris 8 PHP Version: 4.3.1 New Comment: This bug is present when using php4-STABLE-200303202230. main/php_config.h does have the line #define HAVE_RAND_R 1 As I said before, this only occurs when I use the nsapi interface from Sun's iPlanet server (SERVER_SOFTWARE is iPlanet-WebServer-Enterprise/4.1); with the command-line/cgi interface to PHP the salt is always random. Previous Comments: [2003-03-24 03:38:35] [EMAIL PROTECTED] And please check the line with HAVE_RAND_R in main/php_config.h, is it defined to 1 ? [2003-03-24 03:35:00] [EMAIL PROTECTED] Set to 'Open' when you really give the feedback of whether the snapshot works or not. [2003-03-23 11:29:25] [EMAIL PROTECTED] I cannot reproduce this. And: the nsapi module has nothing to do with crypt. The only difference is that PHP is always reinitialized when running as cgi. Could be that it always uses same crypt salt since restarting the webserver. [2003-03-21 17:20:28] anj at aps dot anl dot gov After further testing I note that I can only see this problem when using the NSAPI interface; when run through the CGI (command-line) version it doesn't occur. I guess that indicates the problem is with NSAPI, so I've changed the bug category to iPlanet related. As I said before I'm not the sysadmin for our webserver, but I am trying to get the php4-STABLE-200303202230 version installed to test - I'll report back if I succeed. The configure line on the 4.3.1 install that definitely exhibits the problem is reported by phpinfo() as this: './configure' '--prefix=/opt/local/php' '--with-mysql=/usr/local/mysql' '--with-nsapi=/usr/local/iplanet/server4' '--with-config-file-path=/etc' '--enable-libgcc' [2003-03-20 17:27:57] [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 can not reproduce this. If this happens with the latest stable snapshot, please add your configure line here. 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/22806 -- Edit this bug report at http://bugs.php.net/?id=22806edit=1
#22935 [NEW]: Date function is 16 hours off
From: james_clent at splwg dot com Operating system: WIN2000 PHP version: 4.3.0 PHP Bug Type: Date/time related Bug description: Date function is 16 hours off When doing this simple function date(H:i:s,1) php returns 16:00:01. Testing with other values still finds this issue. Haven't seen this as reported out there so assume 4.3.1 has same bug still. Thank you, James -- Edit bug report at http://bugs.php.net/?id=22935edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22935r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22935r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22935r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22935r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22935r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22935r=support Expected behavior: http://bugs.php.net/fix.php?id=22935r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22935r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22935r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22935r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22935r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22935r=dst IIS Stability: http://bugs.php.net/fix.php?id=22935r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22935r=gnused
#22935 [Opn-Bgs]: Date function is 16 hours off
ID: 22935 Updated by: [EMAIL PROTECTED] Reported By: james_clent at splwg dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: WIN2000 PHP Version: 4.3.0 New Comment: You probably want gmdate() if you are expecting it to return the GMT epoch Previous Comments: [2003-03-27 15:29:57] james_clent at splwg dot com When doing this simple function date(H:i:s,1) php returns 16:00:01. Testing with other values still finds this issue. Haven't seen this as reported out there so assume 4.3.1 has same bug still. Thank you, James -- Edit this bug report at http://bugs.php.net/?id=22935edit=1
#22936 [NEW]: When proofreading, OCR part will not appears.
From: martinga7 at sympatico dot ca Operating system: WidowsXP pro PHP version: 4CVS-2003-03-27 (stable) PHP Bug Type: MySQL related Bug description: When proofreading, OCR part will not appears. I tried to proofread few texts and the OCR part would not open. On my personnal page the following warning appears: mysql_query0:unable to save result set in /0/home/charlz/public_html/dproofreaders/pinc/bookpages.inc on line 6 -- Edit bug report at http://bugs.php.net/?id=22936edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22936r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22936r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22936r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22936r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22936r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22936r=support Expected behavior: http://bugs.php.net/fix.php?id=22936r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22936r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22936r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22936r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22936r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22936r=dst IIS Stability: http://bugs.php.net/fix.php?id=22936r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22936r=gnused
#22935 [Bgs-Opn]: Date function is 16 hours off
ID: 22935 User updated by: james_clent at splwg dot com Reported By: james_clent at splwg dot com -Status: Bogus +Status: Open Bug Type: Date/time related Operating System: WIN2000 PHP Version: 4.3.0 New Comment: No that is not what I want. I do exactly what I want to do and expect to get back 0:00:01 as it should. When I give DATE(H:i:s, 3600) it returns 17:00:00. I'm trying to display the elapse time between to timestamps (standard UNIX MKTIME values). I just simplified your error for you, because the difference in MKTIME timestamps is in seconds. Previous Comments: [2003-03-27 15:42:17] [EMAIL PROTECTED] You probably want gmdate() if you are expecting it to return the GMT epoch [2003-03-27 15:29:57] james_clent at splwg dot com When doing this simple function date(H:i:s,1) php returns 16:00:01. Testing with other values still finds this issue. Haven't seen this as reported out there so assume 4.3.1 has same bug still. Thank you, James -- Edit this bug report at http://bugs.php.net/?id=22935edit=1
#22935 [Opn-Bgs]: Date function is 16 hours off
ID: 22935 Updated by: [EMAIL PROTECTED] Reported By: james_clent at splwg dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: WIN2000 PHP Version: 4.3.0 New Comment: Well, your expectation is wrong. Unix timestamps, which is what you are using, are timezone neutral. That means that a timestamp of 3600 refers to the same moment in history, not the same time. Therefore date(H:i:s,3600) is going to give you a different answer depending on which timezone you are in. Previous Comments: [2003-03-27 16:05:36] james_clent at splwg dot com No that is not what I want. I do exactly what I want to do and expect to get back 0:00:01 as it should. When I give DATE(H:i:s, 3600) it returns 17:00:00. I'm trying to display the elapse time between to timestamps (standard UNIX MKTIME values). I just simplified your error for you, because the difference in MKTIME timestamps is in seconds. [2003-03-27 15:42:17] [EMAIL PROTECTED] You probably want gmdate() if you are expecting it to return the GMT epoch [2003-03-27 15:29:57] james_clent at splwg dot com When doing this simple function date(H:i:s,1) php returns 16:00:01. Testing with other values still finds this issue. Haven't seen this as reported out there so assume 4.3.1 has same bug still. Thank you, James -- Edit this bug report at http://bugs.php.net/?id=22935edit=1
#22935 [Bgs]: Date function is 16 hours off
ID: 22935 User updated by: james_clent at splwg dot com Reported By: james_clent at splwg dot com Status: Bogus Bug Type: Date/time related Operating System: WIN2000 PHP Version: 4.3.0 New Comment: Granted, gndate() gave me the expected results. Previous Comments: [2003-03-27 16:12:48] [EMAIL PROTECTED] Well, your expectation is wrong. Unix timestamps, which is what you are using, are timezone neutral. That means that a timestamp of 3600 refers to the same moment in history, not the same time. Therefore date(H:i:s,3600) is going to give you a different answer depending on which timezone you are in. [2003-03-27 16:05:36] james_clent at splwg dot com No that is not what I want. I do exactly what I want to do and expect to get back 0:00:01 as it should. When I give DATE(H:i:s, 3600) it returns 17:00:00. I'm trying to display the elapse time between to timestamps (standard UNIX MKTIME values). I just simplified your error for you, because the difference in MKTIME timestamps is in seconds. [2003-03-27 15:42:17] [EMAIL PROTECTED] You probably want gmdate() if you are expecting it to return the GMT epoch [2003-03-27 15:29:57] james_clent at splwg dot com When doing this simple function date(H:i:s,1) php returns 16:00:01. Testing with other values still finds this issue. Haven't seen this as reported out there so assume 4.3.1 has same bug still. Thank you, James -- Edit this bug report at http://bugs.php.net/?id=22935edit=1
#22935 [Bgs]: Date function is 16 hours off
ID: 22935 User updated by: james_clent at splwg dot com Reported By: james_clent at splwg dot com Status: Bogus Bug Type: Date/time related Operating System: WIN2000 PHP Version: 4.3.0 New Comment: Your solution is right. However, one might consider to remove this piece of user contribution from the MKTIME function entry though, since it only works if you are on GMT. --direct copy from webpage--- User Contributed Notes mktime chris at ixi dot net 22-Jul-1999 01:00 You have 74788 seconds and you want to convert to hh:mm:ss. You can just do date(H:i:s, mktime(0,0,74788)) which returns 20:46:28. --end of copy from webpage--- Previous Comments: [2003-03-27 16:19:58] james_clent at splwg dot com Granted, gndate() gave me the expected results. [2003-03-27 16:12:48] [EMAIL PROTECTED] Well, your expectation is wrong. Unix timestamps, which is what you are using, are timezone neutral. That means that a timestamp of 3600 refers to the same moment in history, not the same time. Therefore date(H:i:s,3600) is going to give you a different answer depending on which timezone you are in. [2003-03-27 16:05:36] james_clent at splwg dot com No that is not what I want. I do exactly what I want to do and expect to get back 0:00:01 as it should. When I give DATE(H:i:s, 3600) it returns 17:00:00. I'm trying to display the elapse time between to timestamps (standard UNIX MKTIME values). I just simplified your error for you, because the difference in MKTIME timestamps is in seconds. [2003-03-27 15:42:17] [EMAIL PROTECTED] You probably want gmdate() if you are expecting it to return the GMT epoch [2003-03-27 15:29:57] james_clent at splwg dot com When doing this simple function date(H:i:s,1) php returns 16:00:01. Testing with other values still finds this issue. Haven't seen this as reported out there so assume 4.3.1 has same bug still. Thank you, James -- Edit this bug report at http://bugs.php.net/?id=22935edit=1
#22930 [Opn-Bgs]: A rquest for new feature Lock
ID: 22930 Updated by: [EMAIL PROTECTED] Reported By: rr_juneja at yahoo dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.3.0 New Comment: Just make a function which will fix that for you. lock_url(Localhost, http://localhost/;); And how do you think it should know that it is a regular user that is viewing the page ? Far much better to make your own function for it. Previous Comments: [2003-03-27 10:09:22] rr_juneja at yahoo dot com I have been using php and many times I want to show to my client the admin sectiona and the various features which i have made in that. But i want that when the client enters in the site he should be able to view all the link, but there are few links which i just want him to see and i dont want that he should manipulate anything using that links. So if a new feature such as a lock if is introduced, will be very help ful to the end user. All the links that are between lock /lock will be just visisble and the client wont be able to click on them. If this feature is introduced the programming will be very simple and very useful to the end user. I can do this in other ways too, but if there is a similar feature to lock which i am thinking of the programming can be made very simple. And i know that introducing this feature wont require much of the modifications. Please inform me if you like my suggestion as i have lot new functions which i havent found in many of the languages. -- Edit this bug report at http://bugs.php.net/?id=22930edit=1
#22921 [Opn-Fbk]: PHP EXE crashes with could not read memory
ID: 22921 Updated by: [EMAIL PROTECTED] Reported By: tohlow at novadys dot com -Status: Open +Status: Feedback Bug Type: COM related Operating System: win 2k PHP Version: 4.3.2RC1 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-03-27 05:03:56] tohlow at novadys dot com I know this is a pain in the neck, because there already is a couple of entries similar to this BUT I hope I can provide some extra info. I am developing a DCOM based PHP application and have just tried with 4.32 RC1. PHP.EXE simply crashes, apparently when clearing up its object tables (when PHP.EXE unloads from memory, it seems to try to clear up too many object references, unfortunately I cannot be more specific because I am no C++ developper). Actually, we had been in contact with Harald Radi before and he found the problem, fixed it for PHP 4.23, but it got back in in release 4.30 :( In RC1 now, it crashes, same for all releases between 4.30 and 4.32 and 4.10 and 4.22. One additional problem is, that in the only working release (4.23), when clearing up the object references, apparently NOT all are being cleared up, resulting in kept alive objects which - as a consequence in my case - don't free the licenses to our DCOM server :( The only PHP version that I found that BOTH does NOT crash AND frees ALL references correctly is 4.06. One last hint: 4.31 crashes BUT correctly frees the references... Hope this is not all too confusing and that there will be a fix in the final release of 4.32, it would be greatly appreciated by a lot of people, I think, definetly by myself! Thanks, T P.S.: It seems to be the same for IIS and Apache... -- Edit this bug report at http://bugs.php.net/?id=22921edit=1
#22913 [Opn-Fbk]: HTTP Upload bug
ID: 22913 Updated by: [EMAIL PROTECTED] Reported By: luke at cywh dot com -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.3.2RC1 New Comment: Please provide a short but complete script to reproduce it. If it is more then 20 lines, please provide an URL to the script. Previous Comments: [2003-03-26 19:01:18] luke at cywh dot com Ok, when im uploading using the http method, the temp files arnt deleting when the upload is complete. also when your uploading multiple files, lets say about 9 files, it skips some of the files. im running the CVS version that i installed 9 hours ago. -- Edit this bug report at http://bugs.php.net/?id=22913edit=1
#22934 [Opn-Fbk]: cURL does not work
ID: 22934 Updated by: [EMAIL PROTECTED] Reported By: matt at criticalcode dot com -Status: Open +Status: Feedback Bug Type: cURL related Operating System: Windows 2000/XP 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-03-27 13:54:47] matt at criticalcode dot com Sorry, I copied the 2 DLL's to my %SYSTEMROOT/SYSTEM32% folder not the $SYSTEMROOT% [2003-03-27 13:53:39] matt at criticalcode dot com Sorry, but I am not really a hardcore programmer so I am not sure how I should go about providing more debugging information. I'll try to explain what I experienced though. I needed to use the cURL function for an ecommerce site, so I decided to enable it. I had been running PHP as an ISAPI plugin to IIS 5.1/5.0. So I went into the php.ini and took out the ; next to the extension, check that my extension folder was correct and saved the ini file. I then according to instructions I read on the web copied ssleay32.dll and libeay32.dll to my %SYSTEMROOT%. Then I restarted IIS using the command line 'iisreset'. I then ran my page using the cURL (that was verified working on another machine) and nothing happened. No errors, no popups, no output from the error trapping code I had in place to grab any cURL errors. Here is an error from my event log: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x22A '. I hope this information has proved to be helpful. Thanks, Matt [2003-03-27 13:36:28] [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. It doesn't work is not a good description of a problem. [2003-03-27 13:27:21] matt at criticalcode dot com I tried to get cURL to work using 4.3.1, and was unable to make it work. I went through all the correct installation procedures and double checked everything. I then remove PHP from the 2 test systems, and install 4.2.3, went through the same steps and cURL now works perfectly. -- Edit this bug report at http://bugs.php.net/?id=22934edit=1
#1111 [Com]: Set-Cookie not working in IE
ID: Comment by: sergio at sergiomoura dot cjb dot net Reported By: cary at active-ideas dot com dot au Status: Closed Bug Type: Misbehaving function Operating System: Irix 6.5.2 PHP Version: 3.0.6 New Comment: Ok. I've tested many ways trying to set a cookie to IE with PHP. I know a lot of ways that you can use to FAIL trying to send a cookie to IE. But now, does anybody know how can I set a cookie to IE? Thanx! Previous Comments: [1999-02-02 09:46:10] rasmus You are making it sound as if IE never sets a cookie if the Content-Type header is sent last. That is simply not true. Point your browser at www.lerdorf.on.ca/c.php3 for example and then go to www.lerdorf.on.ca/info.php3. You will see that two cookies were set; test[0] and test[1]. And if you telnet to the server (use a Host header) you will see that the content-type line is sent last. The order of the headers is not specified by PHP in the Apache module version. All PHP does is fill in a table of headers. Apache decides which order they should be sent in. And as per the HTTP spec, the order is supposed to be irrelevant. [1999-02-02 01:15:15] cary at active-ideas dot com dot au We are using PHP as a standalone cgi bin program running various versions of Apache. Even with PHP 3.06 and Apache 1.3.3 this problem still exists. It appears that Internet Explorer requires the Set-Cookie header tag to be AFTER the Content-Type line in the header returned by PHP. When using the setcookie function it has performed correctly when using the Netscape browsers. Whereas some websites I noticed were correctly setting a cookie in IE3 and IE4. On doing a comparison of the headers returned (by telnetting to port 80 and requesting the output of the PHP program with a setcookie function) it was apparent that the Set-Cookie Header tag was being output before the Content-type tag. For the web sites that were able to succesfully set a cookie in an Explorer site, they always send the Set-Cookie tag after the Content-Type tag. On looking through PHP's source code, it appears that any Content-Type commands are always output last. That is they are queued as the last thing to be output. This is causing the PHP setcookie function to fail when Internet Explorer browsers are being used. We tried to overcome this by using the Header function to output a Content-Type tag before the setcookie function was called. But this was not output immediately and queued for the end when the entire header is flushed out. If this was possible to output the Content-Type header tag, then it should solve the problem. Alternatively, the order of the header tags needs to be re-arranged so that they are output correctly for IE to understand. -- Edit this bug report at http://bugs.php.net/?id=edit=1
#22749 [Opn]: Classes outside of namespaces cannot be called.
ID: 22749 Updated by: [EMAIL PROTECTED] Reported By: eric at evilwalrus dot com Status: Open Bug Type: Zend Engine 2 problem Operating System: Windows XP PHP Version: 5CVS-2003-03-17 (dev) New Comment: Also pretty annoying if you want to declare a class extending the main exception class in your namespace. It simply doesn't work because its not seen: $ php -r 'class myexception extends exception { } ' [no error, works] $ php -r 'namespace myscope { class myexception extends exception { } }' Command line code(1) : Fatal error - Class 'exception' not found I couldn't find a way to reference the global namespace. Previous Comments: [2003-03-17 11:33:25] eric at evilwalrus dot com If I have the following script, the class that is defined before the namespace cannot be called from within a class in the namespace. ?php class TestClass2 { function __construct() { print TestClass2\n; } } namespace Test { function newClass () { $new = new TestClass(); $new-newClass(); } class TestClass { function __construct() { print TestClass\n; } function newClass () { $new = new TestClass2(); } } } Test::newClass(); //$new = new TestClass2(); ? This example will show the error Fatal error: Class 'testclass2' not found in c:\usr\test.php on line 26 I'm assuming that this is done by design... but I would think that PHP would look for the class outside of the namespace since it is defined before the namespace. If you use the commented out line $new = new TestClass2; instead of the Test::newClass(); then it works properly, and the TestClass2 construct is called. As I said, I think this is done by design and isn't a bug... but I thought I would submit it because I'm not for sure. Any explination though would be very helpful to me. Thanks. -- Edit this bug report at http://bugs.php.net/?id=22749edit=1
#22937 [NEW]: Valid http:// URL does not open with fopen()
From: freddie at bingham dot net Operating system: Redhat 7.3 PHP version: 4.3.1 PHP Bug Type: Sockets related Bug description: Valid http:// URL does not open with fopen() Consider the following script: ?php $p = fopen('http://pub133.ezboard.com/bonesixthwarriors', 'rb'); $p2 = fopen('http://www.microsoft.com', 'rb'); ? Both sites are opened when using php 4.2.3 (and earier version) whereas 4.3.1 throws the following warning: Warning: fopen(http://pub133.ezboard.com/bonesixthwarriors) [function.fopen]: failed to create stream: HTTP request failed! in /home/juan/public_html/forums/foo.php on line 3 Considering that the second fopen() generates no warnings, fopen is working in some cases in regards to urls. Of course, Apache has been restarted numerous times with no effect. -- Edit bug report at http://bugs.php.net/?id=22937edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22937r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22937r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22937r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22937r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22937r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22937r=support Expected behavior: http://bugs.php.net/fix.php?id=22937r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22937r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22937r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22937r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22937r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22937r=dst IIS Stability: http://bugs.php.net/fix.php?id=22937r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22937r=gnused
#22913 [Fbk-Opn]: HTTP Upload bug
ID: 22913 User updated by: luke at cywh dot com Reported By: luke at cywh dot com -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.3.2RC1 New Comment: Ok here is the upload script... (basicly it cycles through the 9 uploaded temp files and copies them $udy=fupload$u; $mtemp=$_FILES[$udy]['tmp_name']; $mname=$_FILES[$udy]['name']; if($mname) { if(@copy($mtemp,$login/$mypath.$mname)) { echo font color=\blue\.$mname. has been uploaded./fontbr; }else{ echo font color=\red\File didnt finish uploading/fontbr; } } $u=$u+1; } here is the forum script for uploading... table width=100% cellspacing=0 tr bgcolor=#397DF3 tdbUpload Files/b/td /tr tr bgcolor=#FFtdcenter input type=file name=fupload1 id=fupload1 input type=file name=fupload2 id=fupload2 input type=file name=fupload3 id=fupload3 br input type=file name=fupload4 id=fupload4 input type=file name=fupload5 id=fupload5 input type=file name=fupload6 id=fupload6 br input type=file name=fupload7 id=fupload7 input type=file name=fupload8 id=fupload8 input type=file name=fupload9 id=fupload9 input type=hidden name=uploadit id=uploadit value=uploader /center/td/tr tr bgcolor=#397DF3 td centerinput type=submit value=Upload/center /td /tr /table Problem 1) When the file gets uploaded and copied to the desired location and the script ends, php is supposed to delete the temp file. Its not doing that. Problem 2) A few of my users (using the file manager), said that they uploaded multiple files and it skiped some of the files, but it said it uploaded them so im asuming there might be a problem with copy. like maybe its not copying the file but returning true. from what i understand it doest happen all the time. Previous Comments: [2003-03-27 17:11:18] [EMAIL PROTECTED] Please provide a short but complete script to reproduce it. If it is more then 20 lines, please provide an URL to the script. [2003-03-26 19:01:18] luke at cywh dot com Ok, when im uploading using the http method, the temp files arnt deleting when the upload is complete. also when your uploading multiple files, lets say about 9 files, it skips some of the files. im running the CVS version that i installed 9 hours ago. -- Edit this bug report at http://bugs.php.net/?id=22913edit=1
#22913 [Opn]: HTTP Upload bug
ID: 22913 User updated by: luke at cywh dot com Reported By: luke at cywh dot com Status: Open Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.3.2RC1 New Comment: forgot a part of the first. script here it is... $u=1; while($u!=9) { $udy=fupload$u; $mtemp=$_FILES[$udy]['tmp_name']; is_uploaded_file($mtemp); $mname=$_FILES[$udy]['name']; if($mname) { if(@copy($mtemp,$login/$mypath.$mname)) { echo font color=\blue\.$mname. has been uploaded./fontbr; }else{ echo font color=\red\File didnt finish uploading/fontbr; } } $u=$u+1; } Previous Comments: [2003-03-27 18:52:23] luke at cywh dot com Ok here is the upload script... (basicly it cycles through the 9 uploaded temp files and copies them $udy=fupload$u; $mtemp=$_FILES[$udy]['tmp_name']; $mname=$_FILES[$udy]['name']; if($mname) { if(@copy($mtemp,$login/$mypath.$mname)) { echo font color=\blue\.$mname. has been uploaded./fontbr; }else{ echo font color=\red\File didnt finish uploading/fontbr; } } $u=$u+1; } here is the forum script for uploading... table width=100% cellspacing=0 tr bgcolor=#397DF3 tdbUpload Files/b/td /tr tr bgcolor=#FFtdcenter input type=file name=fupload1 id=fupload1 input type=file name=fupload2 id=fupload2 input type=file name=fupload3 id=fupload3 br input type=file name=fupload4 id=fupload4 input type=file name=fupload5 id=fupload5 input type=file name=fupload6 id=fupload6 br input type=file name=fupload7 id=fupload7 input type=file name=fupload8 id=fupload8 input type=file name=fupload9 id=fupload9 input type=hidden name=uploadit id=uploadit value=uploader /center/td/tr tr bgcolor=#397DF3 td centerinput type=submit value=Upload/center /td /tr /table Problem 1) When the file gets uploaded and copied to the desired location and the script ends, php is supposed to delete the temp file. Its not doing that. Problem 2) A few of my users (using the file manager), said that they uploaded multiple files and it skiped some of the files, but it said it uploaded them so im asuming there might be a problem with copy. like maybe its not copying the file but returning true. from what i understand it doest happen all the time. [2003-03-27 17:11:18] [EMAIL PROTECTED] Please provide a short but complete script to reproduce it. If it is more then 20 lines, please provide an URL to the script. [2003-03-26 19:01:18] luke at cywh dot com Ok, when im uploading using the http method, the temp files arnt deleting when the upload is complete. also when your uploading multiple files, lets say about 9 files, it skips some of the files. im running the CVS version that i installed 9 hours ago. -- Edit this bug report at http://bugs.php.net/?id=22913edit=1
#22936 [Opn-Bgs]: When proofreading, OCR part will not appears.
ID: 22936 Updated by: [EMAIL PROTECTED] Reported By: martinga7 at sympatico dot ca -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: WidowsXP pro PHP Version: 4CVS-2003-03-27 (stable) New Comment: This is wrong place to report this.. Previous Comments: [2003-03-27 15:47:33] martinga7 at sympatico dot ca I tried to proofread few texts and the OCR part would not open. On my personnal page the following warning appears: mysql_query0:unable to save result set in /0/home/charlz/public_html/dproofreaders/pinc/bookpages.inc on line 6 -- Edit this bug report at http://bugs.php.net/?id=22936edit=1
#22937 [Opn-Csd]: Valid http:// URL does not open with fopen()
ID: 22937 Updated by: [EMAIL PROTECTED] Reported By: freddie at bingham dot net -Status: Open +Status: Closed Bug Type: Sockets related Operating System: Redhat 7.3 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 Works fine here. (using latest stable CVS) Previous Comments: [2003-03-27 18:41:30] freddie at bingham dot net Consider the following script: ?php $p = fopen('http://pub133.ezboard.com/bonesixthwarriors', 'rb'); $p2 = fopen('http://www.microsoft.com', 'rb'); ? Both sites are opened when using php 4.2.3 (and earier version) whereas 4.3.1 throws the following warning: Warning: fopen(http://pub133.ezboard.com/bonesixthwarriors) [function.fopen]: failed to create stream: HTTP request failed! in /home/juan/public_html/forums/foo.php on line 3 Considering that the second fopen() generates no warnings, fopen is working in some cases in regards to urls. Of course, Apache has been restarted numerous times with no effect. -- Edit this bug report at http://bugs.php.net/?id=22937edit=1
#14928 [Com]: Session variables are lost when using header() redirection(identical to #14636)
ID: 14928 Comment by: cjaxsn at hotmail dot com Reported By: mikkoh at htklx2 dot htk dot fi Status: Bogus Bug Type: Session related Operating System: Linux (2.2.15) PHP Version: 4.1.1 New Comment: HERE IS THE ANSWER TO YOUR PROBLEMS WITH PHP LOSING SESSION INFORMATION AFTER A FORCED REDIRECT. Listen up kids because I'm only going to say this once! I had the exact same problem that is posted here as a 'bug' about 50 times. I am a professional Computer Programmer/Analyst by trade and was quite embarrased that I could not get this working myself. Well it turns out that it's not a PHP bug after all. The symptom: Browser fails to write session cookie when using a header(Location: filname.php); call after a session_start(); call. Common procedure: --- index.php --- form action=login.php method=post input type=text name=txtUserName input type=password name=txtPassword /form --- login.php --- ? session_start(); //create a new session session_register('username'); //register username session variable session_register('password'); //register password session variable $_SESSION[username] = $HTTP_POST_VARS[txtUserName]; //set the username to the session variable object $_SESSION[password] = $HTTP_POST_VARS[txtPassword]; //set the password to the session variable object session_write_close(); header(Location: home.php); ? --- home.php --- ? session_start(); echo $_SESSION['txtUserName']; //value should be there but isn't ? html head titleMain Menu/title etc... The Solution: In your login HTML form page (index.php) place this at the top ?session_start();?. This way here a session is created before logging in. No session variables exist but the browser now has a session assigned. When you submit the form, the session_start() in the login.php file now resumes the already created session and registers the session values to the session variables. Therefore, if your browser does not write the session cookie before the headers have been sent it will not matter because the session already exists. Common Misconceptions: This has nothing to do with your OS or version of PHP in my opinion. It has to do with HTTP and how your browser conforms to the HTTP standard. People think that PHP is losing the session information. In fact, it is not. But what is happening if you do an immediate redirect without having first created a session in a previous php page, is that it creates a new instance of a session and then uses the newly created one. Previous Comments: [2002-02-07 21:23:14] [EMAIL PROTECTED] This issue will not be able to be fixed by PHP. Some browser does not set cookie for initial request. To make sure cookie is enabled _always_, user must check it first. http://www.zend.com/search_code_author.php?author=yohgaki Use session helper html or other people post without JavaScript version. [2002-02-07 05:38:58] betsos at westgate dot gr I don't think that this is a duplicate bug. Although the symptomts are identical to bug #14636 the cause is not the same. As of bug #14636 the cause was that session.auto_start was set to 1 and despite this fact session_start was used to initiate a session. I have experienced exactly the same problem although in my php.ini session.auto_start is set to 0. The bug is reproduced either with PHP 4.0.6 or with 4.1.1 and IIS under NT 4.0. However everything works OK with PHP 4.0.1 and Apache under Unix. [2002-01-29 13:58:12] jose at unigest dot net I'm having the same problem usign php 4.1.1 on Windows. I'm developing a commercial application and when pass few minutes all session variables are lost and I have to restart Apache to open a new session and begin to work... [2002-01-08 07:22:50] [EMAIL PROTECTED] Dupe of 14363. No need to report bugs which already have been reported. [2002-01-08 05:17:19] mikkoh at htklx2 dot htk dot fi The symptoms are identical to bug #14636, but with versions 4.1x and on Linux. Manual redirection works fine, but when using header(Location: xxx) registered session variables are lost. All pre-4.1.x -versions seem to work. Not tested on other platforms. session.auto_start is set to 0 in php.ini. Example: script_1.php: ?php session_start (); /* these session variables should be set in script_2.php. On versions 4.1.x they never get set. On 4.0.x everything works. */ echo FOO: . $foo . BAR: . $bar; ? htmlheadtitle/title/head body form action=script_2.php input type=text name=param1 input type=text name=param2 input type=submit value=Submit /form
#22913 [Bgs]: HTTP Upload bug
ID: 22913 User updated by: luke at cywh dot com Reported By: luke at cywh dot com Status: Bogus Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.3.2RC1 New Comment: yeah but the temp files arnt deleting them selves when the script ends and it should be. it did before. Previous Comments: [2003-03-27 19:04:01] [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. Using a proper script this works just fine. [2003-03-27 18:54:10] luke at cywh dot com forgot a part of the first. script here it is... $u=1; while($u!=9) { $udy=fupload$u; $mtemp=$_FILES[$udy]['tmp_name']; is_uploaded_file($mtemp); $mname=$_FILES[$udy]['name']; if($mname) { if(@copy($mtemp,$login/$mypath.$mname)) { echo font color=\blue\.$mname. has been uploaded./fontbr; }else{ echo font color=\red\File didnt finish uploading/fontbr; } } $u=$u+1; } [2003-03-27 18:52:23] luke at cywh dot com Ok here is the upload script... (basicly it cycles through the 9 uploaded temp files and copies them $udy=fupload$u; $mtemp=$_FILES[$udy]['tmp_name']; $mname=$_FILES[$udy]['name']; if($mname) { if(@copy($mtemp,$login/$mypath.$mname)) { echo font color=\blue\.$mname. has been uploaded./fontbr; }else{ echo font color=\red\File didnt finish uploading/fontbr; } } $u=$u+1; } here is the forum script for uploading... table width=100% cellspacing=0 tr bgcolor=#397DF3 tdbUpload Files/b/td /tr tr bgcolor=#FFtdcenter input type=file name=fupload1 id=fupload1 input type=file name=fupload2 id=fupload2 input type=file name=fupload3 id=fupload3 br input type=file name=fupload4 id=fupload4 input type=file name=fupload5 id=fupload5 input type=file name=fupload6 id=fupload6 br input type=file name=fupload7 id=fupload7 input type=file name=fupload8 id=fupload8 input type=file name=fupload9 id=fupload9 input type=hidden name=uploadit id=uploadit value=uploader /center/td/tr tr bgcolor=#397DF3 td centerinput type=submit value=Upload/center /td /tr /table Problem 1) When the file gets uploaded and copied to the desired location and the script ends, php is supposed to delete the temp file. Its not doing that. Problem 2) A few of my users (using the file manager), said that they uploaded multiple files and it skiped some of the files, but it said it uploaded them so im asuming there might be a problem with copy. like maybe its not copying the file but returning true. from what i understand it doest happen all the time. [2003-03-27 17:11:18] [EMAIL PROTECTED] Please provide a short but complete script to reproduce it. If it is more then 20 lines, please provide an URL to the script. [2003-03-26 19:01:18] luke at cywh dot com Ok, when im uploading using the http method, the temp files arnt deleting when the upload is complete. also when your uploading multiple files, lets say about 9 files, it skips some of the files. im running the CVS version that i installed 9 hours ago. -- Edit this bug report at http://bugs.php.net/?id=22913edit=1
#22883 [Opn-WFx]: feof($fp) where $fp isn't a valid resource returns false
ID: 22883 Updated by: [EMAIL PROTECTED] Reported By: stephen at mu dot com dot au -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.3.0 New Comment: Your summary is not 100% correct. feof(NULL) will actually do two things: 1) It will generate an E_WARNING condition stating that the supplied argument is not a valid stream resource. 2) It will return NULL, not FALSE This means two things: 1) replacing: (!feof($fp)) with a sctrict check of (feof($fp) === false) will be enough to 'fix' your example script. 2) Good coding practices dictate that one should examine the contents of a variable before using it. $fp = fopen($filename); if ($fp) { while (!feof($fp)) fread($fp, 1024); } else { echo 'Unable to open file.'; } Either way, there is no reason to modify this function with a piece of bloat which performs an otherwise unnecessary operation. Previous Comments: [2003-03-25 17:32:51] stephen at mu dot com dot au Short code snippet - $fp = fopen($filename); while (!feof($fp)) fread($fp, 1024); Summary - fopen() requires 2 arguments, not 1 so it returns NULL (this is correct behavior). feof($fp) when $fp = NULL returns false. So when using !feof($fp) as a loop condition, we get an infinite loop (and 2 error messages per iteration around the loop). I suggest that the foef() function be modified to return that foef($fp) is true, not false, when reporting an error with the file handle resource. This is on the basis that foef($fp) returning false is a condition for the program to continue reading from $fp (i.e. the file pointer contains more data - has not reached the end of file). -- Edit this bug report at http://bugs.php.net/?id=22883edit=1
#22887 [Fbk-Opn]: sprintf( %.2f, 10.75 ); returns 0.00
ID: 22887 User updated by: josh at chatgris dot com Reported By: josh at chatgris dot com -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Gentoo Linux /w apache2 PHP Version: 4.3.1 New Comment: I built it with the lastest snapshot (phpinfo said it was 4.3.2-RC) and the exact same problem is occuring. I have also made a sample C program to test the output of printf and it works in the C program. So it's definately something to do with php. Anything else I can do to help you guys figure this out? Josh. Previous Comments: [2003-03-26 09:25:30] [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 verify using Apache 2 either, if latest snapshot still has this problem, please include your configure line for PHP in your reply. [2003-03-26 00:28:12] [EMAIL PROTECTED] Works just fine from in CLI and Apache1. Don't have an Apache2 server handy for testing this. [2003-03-25 23:36:21] josh at chatgris dot com Sample script ?php echo sprintf( %.2f, 10.75 ); ? returns 0.00 this is NOT the expected behaviour. Using apache2, not tested on apache1. -- Edit this bug report at http://bugs.php.net/?id=22887edit=1
#22887 [Opn]: sprintf( %.2f, 10.75 ); returns 0.00
ID: 22887 Updated by: [EMAIL PROTECTED] Reported By: josh at chatgris dot com Status: Open Bug Type: Scripting Engine problem Operating System: Gentoo Linux /w apache2 PHP Version: 4.3.1 New Comment: It cannot be a general php problem as nobody here can reproduce it. It has to something related to either Apache2 or some other factor unique to your machine. Previous Comments: [2003-03-27 21:44:51] josh at chatgris dot com I built it with the lastest snapshot (phpinfo said it was 4.3.2-RC) and the exact same problem is occuring. I have also made a sample C program to test the output of printf and it works in the C program. So it's definately something to do with php. Anything else I can do to help you guys figure this out? Josh. [2003-03-26 09:25:30] [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 verify using Apache 2 either, if latest snapshot still has this problem, please include your configure line for PHP in your reply. [2003-03-26 00:28:12] [EMAIL PROTECTED] Works just fine from in CLI and Apache1. Don't have an Apache2 server handy for testing this. [2003-03-25 23:36:21] josh at chatgris dot com Sample script ?php echo sprintf( %.2f, 10.75 ); ? returns 0.00 this is NOT the expected behaviour. Using apache2, not tested on apache1. -- Edit this bug report at http://bugs.php.net/?id=22887edit=1
#22932 [Bgs-Csd]: date() -change from AM to PM, WHEN ?
ID: 22932 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Closed Bug Type: Date/time related Operating System: win32 PHP Version: 4.3.0 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 Well, sorry for this bug report, it appears that this is consumer products I use which have a bug. Previous Comments: [2003-03-27 13:13:50] [EMAIL PROTECTED] As long as I've known, PM starts at 12:01 [2003-03-27 11:23:38] rich at kastle dot com FYI my wristwatch currently claims it's 12:24 PM - that's 24 minutes after Noon. I think PHP's behavior is correct. [2003-03-27 10:52:41] [EMAIL PROTECTED] Well, I don't know if this a bug or a feature... Do you see a reason for this : all consumer products (watches...) displays time of the day with AM until 12:59 and PM after that (01:00 PM), but the date(a, timestamp) finction displays am until 11:59 and pm after that ? -- Edit this bug report at http://bugs.php.net/?id=22932edit=1
#22932 [Csd-Bgs]: date() -change from AM to PM, WHEN ?
ID: 22932 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Date/time related Operating System: win32 PHP Version: 4.3.0 New Comment: Not bug - bogus. Previous Comments: [2003-03-27 23:29:18] [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 Well, sorry for this bug report, it appears that this is consumer products I use which have a bug. [2003-03-27 13:13:50] [EMAIL PROTECTED] As long as I've known, PM starts at 12:01 [2003-03-27 11:23:38] rich at kastle dot com FYI my wristwatch currently claims it's 12:24 PM - that's 24 minutes after Noon. I think PHP's behavior is correct. [2003-03-27 10:52:41] [EMAIL PROTECTED] Well, I don't know if this a bug or a feature... Do you see a reason for this : all consumer products (watches...) displays time of the day with AM until 12:59 and PM after that (01:00 PM), but the date(a, timestamp) finction displays am until 11:59 and pm after that ? -- Edit this bug report at http://bugs.php.net/?id=22932edit=1
#21123 [Com]: Call Time pass by Reference should not be removed
ID: 21123 Comment by: rainmaker at omenmedia dot com Reported By: russ at zerotech dot net Status: Bogus Bug Type: Feature/Change Request Operating System: All PHP Version: 4.2.3 New Comment: Cynic, I think Russ has a completely valid point here and has stated his case well. I too have code that requires the use of call time passed references, and changing that code to suit this deprecation is a very difficult task - the only real 'solution' is to duplicate many, many methods, making one for values and one for references. I actually only discovered the deprecation recently, after trying some code on another server which had the ini setting disabled. Since then I have been deeply disheartened with the direction PHP seems to be headed. I still haven't seen a valid reason or explanation anywhere for why call time reference passing is being deprecated. I agree with Russ in that I think it is a silly idea to remove it, because shouldn't the decision of whether something gets passed by value OR reference be up to the application developer when creating the application? The idea of creating seperate functions or methods just to handle values and references seperately is ludicrous and surely represents a far greater annoyance than using a few ampersands here and there? Previous Comments: [2002-12-20 18:33:39] [EMAIL PROTECTED] my apology for the offence. i *did* read the whole thing. PHP is not Perl, you can't squeeze a web application into $^, neither would doing so make your application more readable. we apparently have different opinion on what constitutes code-cleanness. i'm not a member of the PHP development group, i just close a PR every now and then, and that requires a @php.net account. [2002-12-20 18:09:01] russ at zerotech dot net Oh and I'm surprised by the fact you appear to be a member of the PHP development group yet from a very valid request you take the opportunity to insult me. I've been developing PHP professionly since version 3.0.9. I think that's about 4 years now. I've found a lot of the 'staff' very friendly and helpful, Cardinal, Philip, even Rasmus at times. You however, chose to insult me rather than completely understand my request. Thanks, I'm glad I spent all that money on PHP shirts to help support the project. [2002-12-20 18:04:11] russ at zerotech dot net Apparently you aren't reading my entire comment. First off if you took the time to understand what depreciated means, Call Time Pass by Reference will be removed entirely from PHP. Meaning I can't turn it on in php.ini by setting allow_call_time_pass_reference. That option will no longer exist in future versions of PHP. Second, yes that is the way around it. And my point exactly. Removing Call Time Pass by Reference was intended to make PHP code a bit cleaner. Well instead of adding one character to my function, I now have to create an entirely new function to add to my class. So wheres the benefit? No instead of consolidating it into one function I have to split it into two that do 99% the same thing due to the fact Call Time Pass by Reference was removed. I still don't see the reason for removing it at all. [2002-12-20 17:47:30] [EMAIL PROTECTED] 1) you can easily get around this with XForm::addByVal() / XForm::addByRef() 2) I wonder how you got around writing a very large application without ever looking in php.ini? [2002-12-20 17:27:33] russ at zerotech dot net In my opinion I do not think depreciating and removing the Call Time Pass by Reference feature of PHP is a good idea. There are a number of valid reasons to use this feature, to which this feature is the only solution. While programming a very large web database application for my employer, I've found where this feature is extremely useful. Yet when I've upgraded to new versions of PHP I've come to find that it is depreciated. My example. In this application I've written a series of classes, I call them XElements. Each XElement is essentially a class that is dedicated to an XHTML 1.0 element. So for example, I have an XForm, XTable, XTd, XTr, etc. They all inherit the XElement class. The XElement class has a number of methods that are useful. The most important two are add() and draw(). The add() method takes one argument. This argument is then put into an array variable of the object, maintaining the order by call to add(). So each time I call add() it adds this argument to the end of the array. What are these arguments? They are the nested CDATA. Consider this: form ... p Name input ... /
#22887 [Opn]: sprintf( %.2f, 10.75 ); returns 0.00
ID: 22887 User updated by: josh at chatgris dot com Reported By: josh at chatgris dot com Status: Open Bug Type: Scripting Engine problem Operating System: Gentoo Linux /w apache2 PHP Version: 4.3.1 New Comment: I am not the only one experiencing this problem.. plus it seems to round the number randomly for example echo sprintf('%.2f', '8.7586206896551724'); returns 10.00 the person who had this problem's post is here http://forums.gentoo.org/viewtopic.php?t=38470highlight=sprintf Previous Comments: [2003-03-27 21:55:28] [EMAIL PROTECTED] It cannot be a general php problem as nobody here can reproduce it. It has to something related to either Apache2 or some other factor unique to your machine. [2003-03-27 21:44:51] josh at chatgris dot com I built it with the lastest snapshot (phpinfo said it was 4.3.2-RC) and the exact same problem is occuring. I have also made a sample C program to test the output of printf and it works in the C program. So it's definately something to do with php. Anything else I can do to help you guys figure this out? Josh. [2003-03-26 09:25:30] [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 verify using Apache 2 either, if latest snapshot still has this problem, please include your configure line for PHP in your reply. [2003-03-26 00:28:12] [EMAIL PROTECTED] Works just fine from in CLI and Apache1. Don't have an Apache2 server handy for testing this. [2003-03-25 23:36:21] josh at chatgris dot com Sample script ?php echo sprintf( %.2f, 10.75 ); ? returns 0.00 this is NOT the expected behaviour. Using apache2, not tested on apache1. -- Edit this bug report at http://bugs.php.net/?id=22887edit=1