[PHP-DEV] Bug #15060 Updated: include behaviour
ID: 15060 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Date/time related Operating System: im guessing, all PHP Version: 4.0.6 New Comment: Sure W in date() reports ISO-8601 week number of year, weeks starting on monday (added in PHP 4.1.0) (Saturday). %W and so on belongs to strftime(). %W - week number of the current year as a decimal number, starting with the first Monday as the first day of the first week. Joachim was looking for a week number starting with 1 (one). The description is %V - The ISO 8601:1988 week number of the current year as a decimal number, range 01 to 53, where week 1 is the first week that has at least 4 days in the current year, and with Monday as the first day of the week. -Egon Previous Comments: [2002-01-16 10:26:06] [EMAIL PROTECTED] %W - week number of the current year as a decimal number, starting with the first Monday as the first day of the first week January 1st 2001 was a Monday January 1st 2002 was a Tuesday, first Monday in 2002 was January 7th so the days before January 7th are in week 0 as defined and *please* write english! [2002-01-16 10:24:28] [EMAIL PROTECTED] Please make a new bug report, if you can´t figure out the difference between the different formatting strings. IMHO it is not a bug, so read the how to report a bug that someone will want to help fix at http://bugs.php.net/. Please make your new bug report in English. [2002-01-16 10:07:31] [EMAIL PROTECTED] Es ist nicht wirklich ein Problem, denn man kann den Bug mit einem kleinen PHP-Script umgehen. Der Fehler tritt bei der Windows wie auch bei der Linux Version (4.0.6 getestet) auf und macht sich wie folgt bemerkbar: $Woche = strftime (%W, mktime(0,0,0, date(m), date(d), date(Y))); echo ($Woche); Dieses Script sollte eigentlich die aktuelle Woche im Jahr zurückgeben. Aber seit diesem Jahr beginnt das Ding mit 0 und nicht mit 1 (eben eine Woche hinterher). Gruss Joachim [2002-01-16 07:18:00] [EMAIL PROTECTED] seems we have found another bad implementation of strftime() :( setting to feedback as i'm waiting for further info ... [2002-01-15 18:31:55] [EMAIL PROTECTED] Keine Ahnung was du uns sagen willst. 1) English 2) Search the bug database for duplicates/solutions first 3) Be more descriptive 4) Provide/Paste a reproduceable self-contained script 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/?id=15060 Edit this bug report at http://bugs.php.net/?id=15060edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14963 Updated: missing title
ID: 14963 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: all PHP Version: 4.1.1 New Comment: Academic titles should not appear on a title page. -Egon aka Dr. Egon Schmid Previous Comments: [2002-01-10 06:40:48] [EMAIL PROTECTED] Documentation (german Manual): herausgegeben von: ... Egon Schmid should be Dr. Egon Schmid !! Edit this bug report at http://bugs.php.net/?id=14963edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6180 Updated: missing operators in docu
ID: 6180 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: * PHP Version: 4.0 Latest CVS (15/08/2000) New Comment: Here docs are in the manual. Previous Comments: [2000-09-03 07:40:24] [EMAIL PROTECTED] note: andi mentioned, that {} should *not* be used to access array elements. [2000-08-17 10:37:06] [EMAIL PROTECTED] () has the highest precedence, eg. $a = 1 $b = 2; ($a = 1) ($b = 3); It was a bug report that made me thinking it should be added. {} well, I don´t know why it works, but it works like [] echo $x{1}='test2'; var_dump($x); // results in an arry !== you´re right, did not see well and here-docs seem to have the hightest precedence too, similar to new $x=1; $a=1; $x=!$a=test 0 test; echo $x; echo $x; [2000-08-17 10:13:12] [EMAIL PROTECTED] !== is in there, but how should (,) and {,} and HERE DOCS fit in there ? [2000-08-15 14:53:08] [EMAIL PROTECTED] have a look at the manual language.operators.precedence.html, shouldn (,) and {,} and HERE DOCS not be added here? (perhaps !==) too? Edit this bug report at http://bugs.php.net/?id=6180edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: This function is documented in the PHP Manual. You can verify this if you use your function tables at zend.com. It seems that the links at http://www.zugeschaut-und-mitgebaut.de/php/ are broken. Previous Comments: [2001-12-04 10:12:15] [EMAIL PROTECTED] you are right, it is undocumented yet ... http://zugeschaut-und-mittgebaut.de/php/function.parse_str.html [2001-12-04 09:56:33] [EMAIL PROTECTED] This is simple. I know that the function parse_str() exists in PHP3 and PHP4. It is supposed to parse a query string (of the style that is placed after a '?' on a url) and assign variables based on that string. Anyway, it doesn't seem to exist on your website, and I've used that function many times... Edit this bug report at http://bugs.php.net/?id=14339edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 New Comment: Both functions are documented, parse_str() and parse_url(). Previous Comments: [2001-12-04 11:18:51] [EMAIL PROTECTED] It's not in the manual. It's called parse_url. SO not a bug in the first place :) [2001-12-04 11:14:41] [EMAIL PROTECTED] This function is documented in the PHP Manual. You can verify this if you use your function tables at zend.com. It seems that the links at http://www.zugeschaut-und-mitgebaut.de/php/ are broken. [2001-12-04 10:12:15] [EMAIL PROTECTED] you are right, it is undocumented yet ... http://zugeschaut-und-mittgebaut.de/php/function.parse_str.html [2001-12-04 09:56:33] [EMAIL PROTECTED] This is simple. I know that the function parse_str() exists in PHP3 and PHP4. It is supposed to parse a query string (of the style that is placed after a '?' on a url) and assign variables based on that string. Anyway, it doesn't seem to exist on your website, and I've used that function many times... Edit this bug report at http://bugs.php.net/?id=14339edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. Previous Comments: [2001-12-04 11:38:09] [EMAIL PROTECTED] ok, i'm not able to read (or write the url for) my own pages :( but the function *is* there and is something similar, but not identical, to parse_url see http://zugeschaut-und-mitgebaut.de/php/function.parse_str.html and http://zugeschaut-und-mitgebaut.de/php/function.parse_url.html there is documentation for it in the manual source (and has been for ages), its in en/functions/string.xml, right between functions ord() and print(), but for some strange reason it does not show up in the online manual right now i'm rebuilding a html manual from scratch on my local machine to further investigate this ... [2001-12-04 11:31:53] [EMAIL PROTECTED] Both functions are documented, parse_str() and parse_url(). [2001-12-04 11:18:51] [EMAIL PROTECTED] It's not in the manual. It's called parse_url. SO not a bug in the first place :) [2001-12-04 11:14:41] [EMAIL PROTECTED] This function is documented in the PHP Manual. You can verify this if you use your function tables at zend.com. It seems that the links at http://www.zugeschaut-und-mitgebaut.de/php/ are broken. [2001-12-04 10:12:15] [EMAIL PROTECTED] you are right, it is undocumented yet ... http://zugeschaut-und-mittgebaut.de/php/function.parse_str.html 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/?id=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. Previous Comments: [2001-12-04 12:25:16] [EMAIL PROTECTED] It is in CVS (http://cvs.php.net/co.php/phpdoc/en/functions/strings.xml?r=1.128). But not in the filelist in the build log (http://www.php.net/manual/en/build.log): function.pack.php function.parse-ini-file.php function.parse-url.php function.passthru.php [2001-12-04 12:11:16] [EMAIL PROTECTED] Egon, please ... we are not talking about the Zend site, we are talking about the php.net site feel free to close this report if you can show me http://php.net/parse_str or http://php.net/manual/en/function.parse-str.php, but i bet you won't be able to find any page for parse_str in the annotated english online manual ... [2001-12-04 11:56:59] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 11:38:09] [EMAIL PROTECTED] ok, i'm not able to read (or write the url for) my own pages :( but the function *is* there and is something similar, but not identical, to parse_url see http://zugeschaut-und-mitgebaut.de/php/function.parse_str.html and http://zugeschaut-und-mitgebaut.de/php/function.parse_url.html there is documentation for it in the manual source (and has been for ages), its in en/functions/string.xml, right between functions ord() and print(), but for some strange reason it does not show up in the online manual right now i'm rebuilding a html manual from scratch on my local machine to further investigate this ... [2001-12-04 11:31:53] [EMAIL PROTECTED] Both functions are documented, parse_str() and parse_url(). 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/?id=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. Previous Comments: [2001-12-04 13:10:59] [EMAIL PROTECTED] It never even occurred to me to try www.zend.com. I've been spoiled by the semming user-friendliness at www.php.net (not to mention the easy to remember URL...) but I finally found the function in my print (paper) PHP book. Who works on the www.php.net? Anybody here who can just fix it? Isn't it an obvious and easy thing to fix, if all the text is already on the Zend website? [2001-12-04 13:04:47] [EMAIL PROTECTED] for some strange reason openjade totaly ignores this function ... needs further investigation, but not today ... :( [2001-12-04 12:39:10] [EMAIL PROTECTED] Egon, these are links to the ZEND online manual! Please stay on topic ... [2001-12-04 12:26:15] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 12:25:16] [EMAIL PROTECTED] It is in CVS (http://cvs.php.net/co.php/phpdoc/en/functions/strings.xml?r=1.128). But not in the filelist in the build log (http://www.php.net/manual/en/build.log): function.pack.php function.parse-ini-file.php function.parse-url.php function.passthru.php 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/?id=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14339 Updated: no parse_str function on-site ???
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Summary: functions available in the xml source do not show up in the online manual Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: Sorry making traffic, it was only my stupid Windows ME. There many people working for php.net. But the source of the PHP manual should be the same. I have now looked over the history of en/functions/strings.xml and found only parse_str() but no parse_url(). Hartmut, could it possible, that you have branched out the parse_url() function :) If parse_str() isn´t visible in the online manual, we are using wrong tools. I know this is not a place to start discussions about books. Which book are you using? Please mail per PM to [EMAIL PROTECTED] Previous Comments: [2001-12-04 13:35:25] [EMAIL PROTECTED] Egon: repeating off-topic facts doesn't help at all both jade and openjade on my local system do not generate the parse_str() page, to and there are even more functions affected: - iis_add_server - iis_get_dir_security - iis_get_script_map - iis_get_server_by_comment - iis_get_server_by_path - iis_get_server_rights - iis_remove_server - iis_set_app_settings - iis_set_dir_security - iis_set_script_map - iis_set_server_rights - iis_start_server - iis_start_service - iis_stop_server - iis_stop_service - parse_str - pcntl_fork - pcntl_signal - pcntl_waitpid - pcntl_wexitstatus - pcntl_wifexited - pcntl_wifsignaled - pcntl_wifstopped - pcntl_wstopsig - pcntl_wtermsig - yp_err_string - yp_errno [2001-12-04 13:24:18] [EMAIL PROTECTED] I am one [EMAIL PROTECTED] I can say, that the problem is not at php.net, Jade our XML-HTML generator program cannot generate that function.parse-str.php named HTML file used in the online manual to show the documentation. This may be an undocumented thing in the Jade program. This is why this function is listed at zend.com and in the XML file, but not in the online manual at php.net. Strange thing though that there is a http://www.zend.com/manual/function.parse-str.php but no http://www.php.net/manual/en/function.parse-str.php I don't know how often the zend.com manual is updated, but I think not that often as the php.net one (daily)... [2001-12-04 13:13:47] [EMAIL PROTECTED] Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid links to the online manual. [2001-12-04 13:10:59] [EMAIL PROTECTED] It never even occurred to me to try www.zend.com. I've been spoiled by the semming user-friendliness at www.php.net (not to mention the easy to remember URL...) but I finally found the function in my print (paper) PHP book. Who works on the www.php.net? Anybody here who can just fix it? Isn't it an obvious and easy thing to fix, if all the text is already on the Zend website? [2001-12-04 13:04:47] [EMAIL PROTECTED] for some strange reason openjade totaly ignores this function ... needs further investigation, but not today ... :( 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/?id=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14339 Updated: functions available in the xml source do not show up in the online manual
ID: 14339 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: 4.1.0 Assigned To: hholzgra New Comment: I know both NIS functions doesn´t exist. So I have removed it in the documentation. If someone else have written the two missing functions, you can remove the comments in the documentation. IIRC it was Stephanie Wehner who wrote the code. Previous Comments: [2001-12-04 13:52:22] [EMAIL PROTECTED] parse_url() is documented in url.xml, not string.xml i have just scanned the openjade sources and the docbook dsl stylesheets for 'parse_str' and 'parse-str' without results as a sidenote: mb_parse_str shows up in the manual but anyway, its to late, lack of concentration, will be leaving now ... [2001-12-04 13:48:42] [EMAIL PROTECTED] mmm, weird. It is generated in my daily builds. And the CHM manuals have it too... Derick [2001-12-04 13:43:53] [EMAIL PROTECTED] Erm, Hartmut you are actually not right... iis and pcntl.xml is not added to manual.xml[.in], so they are not showing up, and those two yp functions are ommented out in nis.xml with a comment that they are not existstent. So the conclusion is that _only_ that parse_str is affected. Maybe Jade has an undocumented feature called parse-str and it cant handle that id... Sidenote: The IIS and PCNTL authors need to be asked whether they would like to put in their functions to manual.xml, or just playing some more before it is ready to be added... I don't know... [2001-12-04 13:41:49] [EMAIL PROTECTED] ... :( forget about the iis_* functions (not documented) and the pcntl_* stuff (documented but not included in manual.xml) but at least yp_errno and yp_err_string are definetly missing [2001-12-04 13:36:42] [EMAIL PROTECTED] Sorry making traffic, it was only my stupid Windows ME. There many people working for php.net. But the source of the PHP manual should be the same. I have now looked over the history of en/functions/strings.xml and found only parse_str() but no parse_url(). Hartmut, could it possible, that you have branched out the parse_url() function :) If parse_str() isn´t visible in the online manual, we are using wrong tools. I know this is not a place to start discussions about books. Which book are you using? Please mail per PM to [EMAIL PROTECTED] 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/?id=14339 Edit this bug report at http://bugs.php.net/?id=14339edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14009 Updated: ICAP link broken
ID: 14009 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: n/a PHP Version: 4.0.6 Assigned To: georg New Comment: You can only remove the documentation for icap, after removal of the source. The authors are Mark Musone and Chuck Hagenbuch. Ask them first or start a discussion at php-dev. Previous Comments: [2001-11-26 00:30:37] [EMAIL PROTECTED] Seems like ICAP is now part of MCAL. I will check it within next days. [2001-11-10 13:52:03] [EMAIL PROTECTED] OK, I have seen that http://www.icap.org/ is also not correct. Than what we should write there. Anybody know the correct address? [2001-11-10 13:46:42] [EMAIL PROTECTED] url.icap http://icap.chek.com/; does not work. Noone responded to my post at phpdoc list, so I put it here :-)) Edit this bug report at http://bugs.php.net/?id=14009edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14129 Updated: xml contains invalid formating?
ID: 14129 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: linux PHP Version: 4.0CVS-2001-11-19 New Comment: It is now fixed in CVS. Thank you for your report. What parser do you use? Previous Comments: [2001-11-19 20:41:12] [EMAIL PROTECTED] this probably passes on other parsers, but it throws mine totally.. just swapping to lt; (from en) info.xml line 1829: operators are: literal/literal, sould read: operators are: literallt;/literal, line 1835: literal!=/literal, literal;gt;/literal, literal!=/literal, literallt;gt;/literal, regards alan Edit this bug report at http://bugs.php.net/?id=14129edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14129 Updated: xml contains invalid formating?
ID: 14129 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: linux PHP Version: 4.0CVS-2001-11-19 Previous Comments: [2001-11-19 20:41:12] [EMAIL PROTECTED] this probably passes on other parsers, but it throws mine totally.. just swapping to lt; (from en) info.xml line 1829: operators are: literal/literal, sould read: operators are: literallt;/literal, line 1835: literal!=/literal, literal;gt;/literal, literal!=/literal, literallt;gt;/literal, regards alan Edit this bug report at http://bugs.php.net/?id=14129edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14130 Updated: xml in zlib.xml does not use CDATA for code
ID: 14130 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: linux PHP Version: 4.0CVS-2001-11-19 New Comment: Not all examples have a CDATA section. Previous Comments: [2001-11-19 20:53:01] [EMAIL PROTECTED] patch below regards alan Index: zlib.xml === RCS file: /repository/phpdoc/en/functions/zlib.xml,v retrieving revision 1.19 diff -u -r1.19 zlib.xml --- zlib.xml10 Nov 2001 21:49:42 - 1.19 +++ zlib.xml20 Nov 2001 01:51:21 - @@ -40,11 +40,11 @@ /para example titleSmall Zlib Example/title -programlisting role=php -lt;?php +programlisting role=php![CDATA[ +?php $filename = tempnam ('/tmp', 'zlibtest').'.gz'; -print lt;html\nlt;headlt;/head\nlt;body\nlt;pre\n; +print html\nhead/head\nbody\npre\n; $s = Only a test, test, test, test, test, test, test, test!\n; // open file for writing with maximum compression @@ -72,10 +72,10 @@ echo Error with zlib functions!; } unlink($filename); -print lt;/pre\nlt;/h1lt;/body\nlt;/html\n; +print /pre\n/h1/body\n/html\n; ? - /programlisting + ]]/programlisting /example /sect1 /partintro Edit this bug report at http://bugs.php.net/?id=14130edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13778 Updated: Layout defect...
ID: 13778 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: PHP Version: 4.0.6 New Comment: There is no layout defect. Previous Comments: [2001-10-21 09:57:32] [EMAIL PROTECTED] http://www.php.net/manual/de/function.crypt.php Check this and see self. :) Edit this bug report at http://bugs.php.net/?id=13778edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13778 Updated: Layout defect...
ID: 13778 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: PHP Version: 4.0.6 New Comment: There is no layout defect. Previous Comments: [2001-10-21 11:02:07] [EMAIL PROTECTED] This is still an issue. - James [2001-10-21 11:01:53] [EMAIL PROTECTED] I cant see what change to layout.inc.php/shared-manual.inc.php caused this to happen. Perhaps Colin could have a look, seems to me the tables arnt quite correct. - James [2001-10-21 10:44:39] [EMAIL PROTECTED] Btw. i can fix this. I have CVS access. But i will first ask here for approval. :) [2001-10-21 10:41:57] [EMAIL PROTECTED] There is one. There is no linebreak. Some lines goes long to the right side. [2001-10-21 10:34:52] [EMAIL PROTECTED] There is no layout defect. 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/?id=13778 Edit this bug report at http://bugs.php.net/?id=13778edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13778 Updated: Layout defect...
ID: 13778 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: PHP Version: 4.0.6 New Comment: I cannot see any documentation problems. This is caused by the annotations. The bug system itself have real errors. -Egon Previous Comments: [2001-10-21 11:20:35] [EMAIL PROTECTED] If you view it with Internet Explorer on Windows, you need to scroll at least 300% of the screen width to see the right side of the table of user notes. This seems to be abnormal... Goba [2001-10-21 11:12:25] [EMAIL PROTECTED] There is no layout defect. [2001-10-21 11:02:07] [EMAIL PROTECTED] This is still an issue. - James [2001-10-21 11:01:53] [EMAIL PROTECTED] I cant see what change to layout.inc.php/shared-manual.inc.php caused this to happen. Perhaps Colin could have a look, seems to me the tables arnt quite correct. - James [2001-10-21 10:44:39] [EMAIL PROTECTED] Btw. i can fix this. I have CVS access. But i will first ask here for approval. :) 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/?id=13778 Edit this bug report at http://bugs.php.net/?id=13778edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12955 Updated: Pal Pilot Docs problems
ID: 12955 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: W2k, Red Hat 7.1 PHP Version: 4.0.6 New Comment: This is not a bug. You can find downloadable Palm Pilot formats at http://php.net/download-docs.php. Previous Comments: [2001-08-24 22:47:13] [EMAIL PROTECTED] Hello! Where and why I can see the PHP Docs for Palm Pilot? I have installed and I can't found it on my Palm, I'd like to read it while I'm cheking some stuff traveling Best regards fachtopia Edit this bug report at http://bugs.php.net/?id=12955edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12957 Updated: switched newline and carriage return ascii codes
ID: 12957 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: - PHP Version: 4.0.6 New Comment: It´s now fixed in CVS. Thanks for reporting this bug. Previous Comments: [2001-08-25 08:15:53] [EMAIL PROTECTED] In the manual entries for trim, ltrim and trim, the ASCII code for newline is listed as 13, and the ASCII code for carriage return is listed as 10. It should be the other way around, i.e. line feed/newline is ASCII 10 (0x0a), and carriage return is ASCII 13 (0x0D). Edit this bug report at http://bugs.php.net/?id=12957edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-DOC] Bug #12550 Updated: rand() and mt_rand() don't behave as documented
On Mon, Aug 13, 2001 at 07:29:16AM +0200, Jani Taskinen wrote: Now you assume that you need to pass arguments to these functions. Which is not the case. Here's the proto: /* {{{ proto int rand([int min, int max]) Returns a random number */ So revert that patch. mt_rand() / rand() accecpt either 2 parameters or none at all. It was at least LESS wrong before. Now it's totally wrong. --Jani p.s. Egon, you still haven't explained me why my patch was wrong? The prototype in the php[3!4] is ok, but in the PHP manual it was wrong. -Egon -- All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: PHP Notes
On Sun, Aug 05, 2001 at 09:56:09PM +0200, Jeroen van Wolffelaar wrote: No No No, I mean that the USER needs to confirm in that case. Hey, i've found a question mark in your note. You realize that it is not allowed to ask questions here? do that on php-general. If this is not a question, and you're sure you obeyed the rule, click here to commit the note... It is allowed to ask questions on this list. Please realize that the documentation notes are belonging to the phpweb repository and there is no separate list for that case. Another list would be php-doc, but most of the authors and translators are not maintaining the phpweb site and haven't the karma to do that. Andy have a CVS account and his job is Notes/bug db maintenance. -Egon -- All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] want to be dev
On Fri, Jul 06, 2001 at 12:56:06AM +0300, Andi Gutmans wrote: Nabeel, Please contact the PHP documentation group at [EMAIL PROTECTED] (to subscribe [EMAIL PROTECTED]). I'm sure many people will be glad to have an Arabic version of the documentation and I'm sure the PHP Documentation team can get you started. I hope I can discuss this the next days with Zeev and Rasmus. We are currently at the LinuxDays in Stuttgart. -Egon Andi At 05:04 PM 7/5/2001 +, Nabeel Abohamam wrote: Dear PHP team iam using PHP from 1 year ago , i like it but there is no support to arabic language i will be happy if i share the PHP dev Team to translat the the help documents to arabic language how i can be one of your team to do that Nabeel AboHamam waiting reply... _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- -- LinuxTag, Stuttgart, Germany: July 5-8 2001: http://www.linuxtag.de/ All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #7387 Updated: weird problems with unquoted array subscripts
On Sun, May 20, 2001 at 07:27:06PM -, [EMAIL PROTECTED] wrote: ID: 7387 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating system: PHP Version: 4 (any) Assigned To: jeroen Comments: I am currently writing the section 'why is $foo[bar] bad' in the arrays section. It will adress this problem, so that in the future you can say: RTFM I think, there is no need to write a function rtfm(). I have deleted it but there is a very strange German PHP community and they restored that function again. I know very well it is documented again in the English and German PHP manual. Hartmut can make sometimes very strange jokes :) -Egon Hartmut: Es bleibt jetzt drinne, es ist ja bereits in einem Buch dokumentiert. -- LinuxTag, Stuttgart, Germany: July 5-8 2001: http://www.linuxtag.de/ All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10836 Updated: German translation of chop()
On Sun, May 13, 2001 at 11:34:10AM -, [EMAIL PROTECTED] wrote: ID: 10836 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating system: W2K PHP Version: 4.0.5 Description: German translation of chop() Verbose please... Please look yourself who made the translation at cvs.php.net and speak with him or her. All translators are in de/Translators. -Egon -- LinuxTag, Stuttgart, Germany: July 5-8 2001: http://www.linuxtag.de/ All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10836 Updated: German translation of chop()
ID: 10836 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: No comment! Previous Comments: --- [2001-05-12 22:33:28] [EMAIL PROTECTED] The german translation of chop() is bullshit... trailing whitespaces is translated as führende Leerzeichen, which is just the oppsosite thing (leading whitespaces)! The example shown is pure phantasy... Grant me a cvs account and I will repair this; I may help also translate some other things (en - de) - Hartmut? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10836edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10836 Updated: German translation of chop()
ID: 10836 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Forgotten to close. Previous Comments: --- [2001-05-13 01:12:01] [EMAIL PROTECTED] No comment! --- [2001-05-12 22:33:28] [EMAIL PROTECTED] The german translation of chop() is bullshit... trailing whitespaces is translated as führende Leerzeichen, which is just the oppsosite thing (leading whitespaces)! The example shown is pure phantasy... Grant me a cvs account and I will repair this; I may help also translate some other things (en - de) - Hartmut? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10836edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP Conference
On Thu, May 03, 2001 at 06:12:18AM +0200, Sebastian Bergmann wrote: Zeev Suraski wrote: Officially announced by the PHP Group and on www.php.net. Well, then I dearly hope that this will happen this year. Which really makes sense IMHO, since a good part of the PHP Group will be present: Thies and Sascha already said that they'll visit PHP Kongress 2001, as they did in 2000. Stig promised to come and 'evangelize PEAR', Rasmus told me on OSDEM in Brussles that he would try to come and you, Zeev, and Andi told me a while ago that you'd like to attend, too. If I be back on -- LinuxTag, Stuttgart, Germany: July 5-8 2001: http://www.linuxtag.de/ All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Build Date in phpinfo() output
On Mon, Apr 16, 2001 at 09:06:34AM -0400, Jon Parise wrote: On Mon, Apr 16, 2001 at 10:34:39AM +0200, Sebastian Bergmann wrote: I just noticed that the might be something wrong with the "Build Date" information in the output of phpinfo() on Win32. I just compiled the latest CVS and it shows "Apr 4 2001" as build date, not "Apr 16 2001" as I would expect. This did work in the past, most likely up to April 4th :) Where there any changes which might have caused this? You'll need to run 'make clean' (or is it 'make distclean'?) before running './configure ; make ; make install' to get the current date. How about: autoconf ./configure --with-lang=de make -Egon -- LinuxTag, Stuttgart, Germany: July 5-8 2001: http://www.linuxtag.de/ All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Build Date in phpinfo() output
On Mon, Apr 16, 2001 at 09:20:05AM -0400, Jon Parise wrote: On Mon, Apr 16, 2001 at 03:11:54PM +0200, [EMAIL PROTECTED] wrote: I just noticed that the might be something wrong with the "Build Date" information in the output of phpinfo() on Win32. I just compiled the latest CVS and it shows "Apr 4 2001" as build date, not "Apr 16 2001" as I would expect. This did work in the past, most likely up to April 4th :) Where there any changes which might have caused this? You'll need to run 'make clean' (or is it 'make distclean'?) before running './configure ; make ; make install' to get the current date. How about: autoconf ./configure --with-lang=de make He was asking about the PHP binary build date. It looks like the instructions you've provided are for the 'phpdoc' module. Or did I get confused? Oh sorry. Haven't read the question carefully :) -Egon -- LinuxTag, Stuttgart, Germany: July 5-8 2001: http://www.linuxtag.de/ All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10231 Updated: The Icons in the downloadsection of PHP.net are not transparent.
ID: 10231 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues Assigned To: Comments: No comment! Previous Comments: --- [2001-04-08 06:26:38] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10231edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9998 Updated: mktime() calculation error - 25 hours in a day
ID: 9998 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Date/time related Assigned To: Comments: Thats not an bug. You can find another day in the year which have 23 hours. It's the day light saving. Previous Comments: --- [2001-03-26 12:05:13] [EMAIL PROTECTED] using mktime() one day per year has 25 hours in it if you substract one date from the previous day and divide by 3600 you should find there are 24 hours in that day. however, one day per year has 25 hours. so far i have found one day per year. and a different day every year. 10/29/200025 hours 10/28/200125 hours 10/27/200225 hours to reproduce the problem: (mktime(0,0,0,10,30,2000)-mktime(0,0,0,10,29,2000))/3600 (mktime(0,0,0,10,29,2001)-mktime(0,0,0,10,28,2001))/3600 (mktime(0,0,0,10,28,2002)-mktime(0,0,0,10,27,2002))/3600 i found the problem because i was creating date ranges for the user and putting them into a database. if i add the number of days in a month to a date, i should then have the same numeric date in the new month. for instance convert 08/10/2001: $new_day = mktime(0,0,0,8,10,2001) + ( 31 * 86400 ) ( 31 number of days in august ) ( 86400 seconds in a day ) convert back to date date("Y-m-d", $new_day ) should and does = 09/10/2001 i have now tried this on two different servers. one - PII 350 freebsd 4.2, apache 1.3.17, php 4.0.4pl1 two - PIII 667 freebsd 4.2, apache 1.3.17, php 4.0.4pl1 both return the same problem thanks for any insight James Lose 03/26/2001 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9998edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10003 Updated: fdfghdfhgfh
ID: 10003 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Reproduceable crash Assigned To: Comments: Please read the Dos and Don'ts. Previous Comments: --- [2001-03-26 14:30:03] [EMAIL PROTECTED] no actual report. --- [2001-03-26 14:29:46] [EMAIL PROTECTED] Don't spam our bug reporting system, thanks. --- [2001-03-26 14:20:11] [EMAIL PROTECTED] fhfghhfhfh --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10003edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #10000
On Mon, Mar 26, 2001 at 10:27:48PM +0200, Derick Rethans wrote: snif, finally 1 bugs :( Thats not so bad :) Most bugs are closed or bogus. Thats the way Open Source Software works. Imagine how many bugreports could bugs.microsoft.com receive if such a site exists? Anyway, could someone count status changes from any status to bogus also as closed? Since bogus and closed looks to me to be nearly the same, the statistics page at bugs.php.net looks more correct. -Egon -- LinuxTag, Stuttgart, Germany: July 5-8 2001: http://www.linuxtag.de/ All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: PHP 4.0 Bug #9849 Updated: Square boxes?
On Mon, Mar 19, 2001 at 05:01:00PM -0600, Jason Gulledge wrote: This webpage is what I'm using to install php4 / Apache 1.3.19 http://www.php.net/manual/kr/install.apache.php and there squares everywhere on the page from what I can see I have seen such square rectangles with M$ IE in the Japanese PHP manual. With Netscape it looks fine, but I don't understand it anyway. So use other browsers or play with the language settings for your favorite browser. -Egon __ Reply Separator _ Subject: PHP 4.0 Bug #9849 Updated: Square boxes? Author: [EMAIL PROTECTED] (Bug Database) at INTERNET Date:3/19/01 4:44 PM ID: 9849 Updated by: torben Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Documentation problem Assigned To: Comments: Um...which square boxes, exactly? :) The user notes, the warnings, the tables, what? It sort of sounds like making the boxes less square would solve your problem, but I honestly doubt that it's square boxes which are causing your problem. Which information did you find useless and/or misleading? If you can give us a better handle on the problems you're having it'll be easier to fix. Thanks, Torben Previous Comments: --- [2001-03-19 17:25:23] [EMAIL PROTECTED] Is there a reason there are so many square blocks of useless data on this websit e I'm trying to install PHP/Apache and get a Core dump everytime I try to start Ap ache. I think it may be due to a step that's not clearly documented on the PHP website because of these square boxes replacing actual, useful data [which I can not see]. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9849edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- -- LinuxTag, Stuttgart, Germany: July 5-8 2001: http://www.linuxtag.de/ All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] manual?
On Fri, Mar 09, 2001 at 04:22:12PM -0500, Andrew Hill wrote: Who can I bug about the manual? :) The ODBC page http://www.php.net/manual/en/ref.odbc.php is a little misleading, namely that iODBC is a database, and the subsequent text implies that the unified ODBC functions don't use ODBC when connecting via iODBC, which isn't true. It is a great idea to clarify the ODBC chapters in the PHP manual. And I think you will get a CVS account to improve the docs ... Also, I would like to get some mention of OpenLink on that page. ... if you make no commercial advertising. ODBC is not like XML and if you make some mistakes, I hope I have the time to correct you. -Egon -- http://www.linuxtag.de/ http://php.net/books.php http://www.concert-band.de/ http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9603 Updated:
ID: 9603 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Install and Config Assigned To: Comments: Please read the Dos and Don'ts. Previous Comments: --- [2001-03-07 12:16:27] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9603edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9603 Updated:
ID: 9603 Updated by: eschmid Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Assigned To: Comments: Forgotten to close. Previous Comments: --- [2001-03-07 12:58:14] [EMAIL PROTECTED] Please read the Dos and Don'ts. --- [2001-03-07 12:16:27] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9603edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9513 Updated: totaler absturz
ID: 9513 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Unknown/Other Function Assigned To: Comments: Please use the English language and read Dos and Don'ts. -Egon Previous Comments: --- [2001-03-01 15:04:33] [EMAIL PROTECTED] sorry, false support-database I used --- [2001-03-01 14:55:34] [EMAIL PROTECTED] bei diesem Code-fragment fehlt noch ein "}"-Zeichen, erganze ich dieses an der markierten stelle, stürzt das ganze programm ab. Ich benutze die Version PHP Coder PR2 Beta hier das Fragment: __ if (!$masch_id==0) { $anfrage_masch='select Ansprech_Anbieter, Kurzbezeichnung_D, Anbieternummer , Kurzbezeichnung_E,Beschreibung_D, Beschreibung_E,Hersteller,Abmessung, Menge,Besichtigung,Zustand,Druckformat, Standort_firma,Standort_name, Standort_adresse,Standort_Land, Verfuegbarkeit,Ablaufdatum, Preis_Angebot, Preis_aktuell, Freischaltdatum,Bilder from maschinendaten where laufende_nr="'.$masch_id.'"'; $result_masch=mysql_query($anfrage_masch)or die('fehler maschine'); $row = mysql_fetch_array($result_masch); if ($row["Anbieternummer"]==$user_id) { $ansprech_anb=$row['Ansprech_Anbieter']; $kurz_d=$row['Kurzbezeichnung_D']; $kurz_e=$row['Kurzbezeichnung_E']; $beschr_d=$row['Beschreibung_D']; $beschr_e=$row['Beschreibung_E']; $herst=$row['Hersteller']; $abmess=$row['Abmessung']; $menge=$row['Menge']; $besicht=$row['Besichtigung']; $zustand=$row['Zustand']; $druckfor=$row['Druckformat']; $st_fir=$row['Standort_frima']; $st_name=$row['Standort_name']; $st_adr=$row['Standort_adresse']; $st_land=$row['Standort_Land']; $verfueg=$row['Verfuegbarkeit']; $ablauf=$row['Ablaufdatum']; $preis_ang=$row['Preis_Angebot']; $preis_akt=$row['Preis_aktuell']; $bild=$row['Bilder']; /* -- hier bitte die geschweifte Klammer einfügen */ } --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9513edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7622 Updated: Servlet API. VM crashes with session_start()
ID: 7622 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Reproduceable crash Description: Servlet API. VM crashes with session_start() The Problem persists with 4.0.4pl1. Previous Comments: --- [2001-02-25 07:36:28] [EMAIL PROTECTED] Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from http://snaps.php.net/? --- [2000-11-03 10:14:29] [EMAIL PROTECTED] Using php4.0.0 as servlet in tomcat 3.1 with SUN JDK 1.2.2 (Build 001). Whenever a session_start() is encountered, the VM crashes. html ?php session_start(); /* This kills the VM */ ? /html Win32 binaries from php.net. php.ini: [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS["foo"], $HTTP_GET_VARS["foo"], $HTTP_COOKIE_VARS["foo"], ; $HTTP_ENV_VARS["foo"] or $HTTP_SERVER_VARS["foo"], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = "GPCS" ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. implicit_flush = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to ; calling the PHP function flush() after each and every call to print() ; or echo() and each and every HTML block. ; Turning this option on has serious performance implications, and ; is generally recommended for debugging purposes only. allow_call_time_pass_reference = Off ; whether to enable the ability to force arguments to be ; passed by reference at function-call time. This method ; is deprecated, and is likely to be
Re: [PHP-DEV] CVS Karma levels
On Sun, Feb 25, 2001 at 11:12:16PM -, Wez Furlong wrote: I was wondering what, if any, CVS access I now have (I have read at least, because I just checked out from CVS). Oh jeh, it seems you haven't have any karma. You are only listed in CVSROOT/cvsusers as: cvsusers:wez Wez Furlong [EMAIL PROTECTED] OpenSSL Support Hopefully some of the terrorists give you some karma. -Egon -- http://www.linuxtag.de/ http://php.net/books.php http://www.concert-band.de/ http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] bug database
On Wed, Feb 21, 2001 at 01:23:18PM -0800, Rasmus Lerdorf wrote: It's your CVS password. Yes I know that and I can remember my CVS password. But I cannot update the bug database because there is no field for the login name. My login at work is egon and at home eschmid+sic. -Egon On Wed, 21 Feb 2001, Shane Caraveo wrote: Can someone update/replace/give me my password for the bug database. Thnx shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- -- http://www.linuxtag.de/ http://php.net/books.php http://www.concert-band.de/ http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Docs karma request
On Mon, Jan 22, 2001 at 02:19:14PM -0800, David Hedbor wrote: I just wrote installation documentation for Caudium (and added short docs for --with-caudium), but lack the access required to check the changes in. Also noticed small mistake in en/functions/array.xml (it's all one list) as per the patch below. --- array.xml 2001/01/22 21:48:27 1.51 +++ array.xml 2001/01/22 22:00:22 @@ -1680,8 +1680,6 @@ /simpara /listitem /varlistentry - /variablelist - variablelist varlistentry termEXTR_PREFIX_INVALID/term listitem This is corrected in CVS. Please feel free to checkin your additions. I will look for it, and if possible change wrong XML elements. -Egon -- http://www.linuxtag.de/ http://php.net/books.php http://www.concert-band.de/ mailto:[EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Docs karma request
On Mon, Jan 22, 2001 at 02:35:48PM -0800, David Hedbor wrote: [EMAIL PROTECTED] writes: On Mon, Jan 22, 2001 at 02:19:14PM -0800, David Hedbor wrote: I just wrote installation documentation for Caudium (and added short docs for --with-caudium), but lack the access required to check the changes in. Also noticed small mistake in en/functions/array.xml (it's all one list) as per the patch below. --- array.xml 2001/01/22 21:48:27 1.51 +++ array.xml 2001/01/22 22:00:22 @@ -1680,8 +1680,6 @@ /simpara /listitem /varlistentry - /variablelist - variablelist varlistentry termEXTR_PREFIX_INVALID/term listitem This is corrected in CVS. The CVS fix ends/opens the list as shown resulting in two lists (not visible in the HTML source as far as I can see). The above patch removes the "extra" list if you wish. Oops, then I haven't looked properly. Please feel free to checkin your additions. I will look for it, and if possible change wrong XML elements. I would if I could: Access denied: Insufficient Karma (neotron|phpdoc/en/chapters) cvs server: Pre-commit check failed cvs [server aborted]: correct above errors first! Oh sorry, I haven't read your subject. But I don't have enough karma to put you on the phpdoc list. Rasmus, Jim, or Sascha? -Egon -- http://www.linuxtag.de/ http://php.net/books.php http://www.concert-band.de/ mailto:[EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]