[PHP-DOC] #14460 [Opn->Ver]: no bookmarks in PDF version
ID: 14460 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type:Documentation problem PHP Version: 4.1.0 Previous Comments: [2002-06-17 14:27:42] [EMAIL PROTECTED] i think that is related to the size problems, the last chapters do not get rendered, TOC has some ?? entries in it and no bookmark list is generated when TOC is broken? [2002-01-22 10:25:37] [EMAIL PROTECTED] Bug or feature? =) [2001-12-12 11:03:32] [EMAIL PROTECTED] there're no bookmarks (left hand side) in the pdf manual. -> almost unuseable... -- Edit this bug report at http://bugs.php.net/?id=14460&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] removed extensions
> > Cybercash was bankrupted, though this is only mentioned in a note > > on it's manual page, so I am not sure that a straight delete would > > be nice. Users may still use that software in current PHP setups. > > please have a look at my commit message when deleting cybercash. Cybercash was > bought by VerSign, and they closed the service in February 02. So nobody can > actually use it anmore. Hm, so then it's fully OK to replace the docs with a note that it's not available anymore. Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19743 [Opn->Bgs]: Addition to the Documentation
ID: 19743 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: -- PHP Version: 4.2.3 New Comment: The error PHP returns should be verbose enough. Documenting every error message wouldn't be viable. Also, many errors can have multiple causes, and will be different for every script. If you have questions about errors, use the correct mailing list (probably php-general). Previous Comments: [2002-10-03 16:28:25] [EMAIL PROTECTED] I program service scripts in PHP designed to be portable to other systems running PHP. And while the same code works on my own site, a few people have reported some really gnarly errors when trying to run the code on their own sites. Since I can't access their sites to see what the problem is, and I can only try and figure it out from the error messages they send me... A list of error messages PHP returns, along with general descriptions as to what might have caused them would be invaluable for me. I could also direct people there if their queries were simple enough. Brian -- Edit this bug report at http://bugs.php.net/?id=19743&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19843 [Opn->Csd]: set_error_handler does not work using a method as error_handling_function
ID: 19843 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.2.2 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: [2002-10-10 04:47:11] [EMAIL PROTECTED] Description (on http://www.php.net/manual/en/function.set-error-handler.php) Note: Instead of a function name, an array containing an object reference and a method name can also be supplied. Although documented it does first work from 4.3.0 on. (maybe a suffix) maybe this what do its job: ...can also be supplied ( php >= 4.3.0) The problem is that only 4.2.3 is released currently. see also: http://groups.google.de/groups?q=set_error_handler+in+class&hl=de&lr=&ie=UTF-8&oe=UTF-8&selm=akj2qn%241pqg%24140FreeBSD.csie.NCTU.edu.tw -- Edit this bug report at http://bugs.php.net/?id=19843&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/errorfunc/functions set-error-handler.xml
mfischerThu Oct 10 09:48:14 2002 EDT Modified files: /phpdoc/en/reference/errorfunc/functionsset-error-handler.xml Log: - Mention since which version object callbacks are available. Closes #19843. Index: phpdoc/en/reference/errorfunc/functions/set-error-handler.xml diff -u phpdoc/en/reference/errorfunc/functions/set-error-handler.xml:1.8 phpdoc/en/reference/errorfunc/functions/set-error-handler.xml:1.9 --- phpdoc/en/reference/errorfunc/functions/set-error-handler.xml:1.8 Thu Aug 22 08:36:22 2002 +++ phpdoc/en/reference/errorfunc/functions/set-error-handler.xml Thu Oct 10 +09:48:14 2002 @@ -1,5 +1,5 @@ - + @@ -31,7 +31,12 @@ error occurred (an array that points to the active symbol table at the point the error occurred). -¬e.func-callback; + + + Instead of a function name, an array containing an object reference and + a method name can also be supplied. (Since PHP 4.3.0) + + The following error types cannot be handled with a user defined -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19836 [Ana->Opn]: setlocale LC_ALL separator
ID: 19836 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Open -Bug Type: Strings related +Bug Type: Documentation problem Operating System: AIX 4.3.3 PHP Version: 4CVS-2002-10-09 New Comment: The only sane solution would be to document that the return value of setlocale() simply depends on the system on which PHP is running. Reclassifying. Previous Comments: [2002-10-10 06:41:15] [EMAIL PROTECTED] Yep, you're right, Markus. I was put off, by what FreeBSD returns (and other platforms I guess). Those platforms consolidate the different values, when the locale is the same for all. Despite the difference - AIX is consistent in it's output. It always returns all values, space separated - when you set them and when you only query them. Since the setlocale manual entry already mentions platform specific issues, I'm not sure this should be "fixed". Even though the manpage for AIX doesn't specify the output returned: http://publib.boulder.ibm.com/doc_link/en_US/a_doc_lib/libs/basetrf2/setlocale.htm Allthough it makes it harder to write platform independent packages this way, locale names are already very different, so unless PHP keeps an internal table of platform differences and defines constants for different locale names, this function will never be platform independant and expecting a different output is just another small issue. If you agree, change this to "Won't fix" or a doc problem and I'll fix the testcases affected by this difference. With doc problem I mean, that the user isn't too much informed right now, about how different implementations are accross platforms, and what one should consider. [2002-10-10 03:04:48] [EMAIL PROTECTED] The PHP setlocale() function only returns what the System setlocale() function returns. [2002-10-09 14:46:49] [EMAIL PROTECTED] On AIX setlocale(LC_ALL, locale) returns a space separated list of the locales in effect, instead of a '/'. A little test program explains: $ ./o setlocale LC_ALL, "C" returns setlocale LC_CTYPE, "en_US" returns setlocale LC_ALL, NULL returns I've taken a look at ext/standard/string.c but can't figure out how/where the string is turned into just one character. This affects (among other things) ext/ctype/tests/002.phpt -- Edit this bug report at http://bugs.php.net/?id=19836&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/session reference.xml
betzThu Oct 10 08:00:06 2002 EDT Modified files: /phpdoc/en/reference/sessionreference.xml Log: example cleanup, mentioned by goba Index: phpdoc/en/reference/session/reference.xml diff -u phpdoc/en/reference/session/reference.xml:1.19 phpdoc/en/reference/session/reference.xml:1.20 --- phpdoc/en/reference/session/reference.xml:1.19 Wed Oct 9 05:50:25 2002 +++ phpdoc/en/reference/session/reference.xml Thu Oct 10 08:00:02 2002 @@ -1,5 +1,5 @@ - + Session handling functions Sessions @@ -326,13 +326,7 @@ } ?> -Hello visitor, you have seen this page times.; - - ( can be used if short tag is enabled) -# is necessary to preserve the session id -# in the case that the user has disabled cookies -?> +Hello visitor, you have seen this page times. To continue, click here ]]> @@ -340,6 +334,11 @@ + The + (=SID?> can be used if + short_open_tag is enabled) is + necessary to preserve the session id in the case that the user has + disabled cookies. The =SID?> is not necessary, if --enable-trans-sid was used to compile PHP. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19843 [NEW]: set_error_handler does not work using a method as error_handling_function
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.2 PHP Bug Type: Documentation problem Bug description: set_error_handler does not work using a method as error_handling_function Description (on http://www.php.net/manual/en/function.set-error-handler.php) Note: Instead of a function name, an array containing an object reference and a method name can also be supplied. Although documented it does first work from 4.3.0 on. (maybe a suffix) maybe this what do its job: ...can also be supplied ( php >= 4.3.0) The problem is that only 4.2.3 is released currently. see also: http://groups.google.de/groups?q=set_error_handler+in+class&hl=de&lr=&ie=UTF-8&oe=UTF-8&selm=akj2qn%241pqg%24140FreeBSD.csie.NCTU.edu.tw -- Edit bug report at http://bugs.php.net/?id=19843&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19843&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19843&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19843&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19843&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19843&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19843&r=support Expected behavior: http://bugs.php.net/fix.php?id=19843&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19843&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19843&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19843&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19843&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19843&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19843&r=isapi -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] removed extensions
Hi, On Wed, Oct 09, 2002 at 11:13:12PM +0200, Gabor Hojtsy wrote: > Cybercash was bankrupted, though this is only mentioned in a note > on it's manual page, so I am not sure that a straight delete would > be nice. Users may still use that software in current PHP setups. please have a look at my commit message when deleting cybercash. Cybercash was bought by VerSign, and they closed the service in February 02. So nobody can actually use it anmore. Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net/ Got an old and spare laptop? Please send me a mail. Key7BCC EB86 8313 DDA9 25DF Fingerprint1805 ECA5 BCB7 BB96 56B0 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php