[PHP-DOC] Bug #17504 Updated: Returning all email addresses found in a string with preg_match_all
ID: 17504 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Documentation problem Operating System: Linux PHP Version: 4.2.1 Previous Comments: [2002-05-29 06:21:50] [EMAIL PROTECTED] What do you want us to do with this? [2002-05-29 06:15:39] [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. [2002-05-29 05:49:15] [EMAIL PROTECTED] This code searches a string and returns all the email addresses in it. preg_match_all("(([a-z0-9_]|\\-|\\.)+@(([a-z0-9_]|\\-)+\\.)+[a-z]{2,4})",$StringToSearch,$matches); for ($b=0; $b"; } -toby -- Edit this bug report at http://bugs.php.net/?id=17504&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #17132 Updated: [chm] bug on function.header.html
ID: 17132 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Documentation problem Operating System: windows PHP Version: 4.0CVS-2002-05-09 Previous Comments: [2002-05-20 17:10:00] [EMAIL PROTECTED] Can you please test this with http://weblabor.hu/php-doc-chm/manual_notes_test.zip Please provide feedback then. Thanks Goba [2002-05-16 14:42:24] [EMAIL PROTECTED] There is a new version available (built 2002-05-09), in which I can't find an error at the "header" function. (Don't have the old version to check it). Would you please check this new version if the problem still persisits? [2002-05-10 04:38:27] [EMAIL PROTECTED] Reclassified. [2002-05-09 23:50:06] [EMAIL PROTECTED] I have found a bug on page function.header.html [chm date: 2002-04-20]... 'document.all.unotes' is null or not an object -- Edit this bug report at http://bugs.php.net/?id=17132&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #16856 Updated: [chm] bugs
ID: 16856 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Documentation problem Operating System: windows PHP Version: 4.2.0 Previous Comments: [2002-05-20 15:34:42] [EMAIL PROTECTED] Caan you please test this with http://weblabor.hu/php-doc-chm/manual_notes_test.zip Thanks Goba [2002-04-26 13:47:28] [EMAIL PROTECTED] Once again, I cannot reproduce any of these bugs. I have already checked now this CHM set on a freshly installed XP with IE6 security update, but otherwise default IE settings, and all seems OK, including user notes, high design. I have experienced *no* errors. Can you find any usual on those pages you experience these errors? Are these very long pages? Are these short ones? Do they have any special character in their names, or any other similarities? [2002-04-26 13:42:30] [EMAIL PROTECTED] Hey, you said: "High theme shows lots of JS errors" and now you are speaking about the low theme [general] errors. I asked about the high skin errors. It was not that obvious though... The notes autofind code is thought to be safe enough to fall back if there is no file. [2002-04-26 13:20:08] [EMAIL PROTECTED] About 'page not found' errors. It seems to me that it isn't a random occuring bug - this error shows on same pages all over the time. Also, when 'page not found' - it shows a location *inside manual_notes.chm* file, not the main file. As it seems to me, pages like /introduction.html are supposed to be inside php_manual_LANG.chm? Hope that helps. [2002-04-26 13:13:33] [EMAIL PROTECTED] When first opening manual, at page "Getting Started", for example, it pops JS error 'document.all.unotes is null or not an object'. Theme - light one. IE 6.0.2600 on Win XP. 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/16856 -- Edit this bug report at http://bugs.php.net/?id=16856&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #16601 Updated: php_bz2.dll won't load
ID: 16601 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.2.0RC4 Previous Comments: [2002-04-15 17:42:44] [EMAIL PROTECTED] I went on another limb and tried seeing if the same error appeared using the php4apache.dll module. Same thing happens, but just when apache is starting, not during every execution of a script. No suprise. [2002-04-15 17:17:54] [EMAIL PROTECTED] I resolved the interbase and mssql issues with the comment from jtate, but I still can't get bz2 to load without error. qa.php.net also mentions a xslt dll. I haven't seen one in the 4.2.0RC4, but I have seen sablot.dll and expat.dll that would go with it. [2002-04-15 12:23:24] [EMAIL PROTECTED] Dll's won't load if the dll's that it depends on aren't in the path. Use the dependency walker that comes with Vis Studio to see what you're missing. Same with the php_mssql.dll or whatever bug you reported with this one. This should be documented IMO. [2002-04-14 20:22:58] [EMAIL PROTECTED] I'm just trying to make sure we're talking about the same files. Md5 hashes of the extensions: 1c9a9f9ae388b133dbeab61063815948 *php_bz2.dll 61d87a3f4ec9422ee9e20b56ab2b3b43 *php_ctype.dll 6e09ae3bc21c4cc728aa782d9234dde2 *php_db.dll 22645ae3539be2772a07e043dbe190c2 *php_dbase.dll 26f38f936ed167b8fc5708188df7e766 *php_dbx.dll dc5870f7c29b9f7df69319faea1303cb *php_exif.dll 19bcf59e0d961de84a15da848b35b151 *php_filepro.dll 91678442412c2a4518843df3306f2220 *php_hyperwave.dll bed398dccac4ff7d38f93c8c9e7ff5c8 *php_interbase.dll 776f46de368bb1d73fa1cdb771375ab6 *php_mbstring.dll 8d56fd8a95be55b8ff2e457a1b4d0a0b *php_msql.dll 585cfb220aab52b6b2f449ae7ce18c6c *php_mssql.dll d7b11b5c22cd81b7b4fbf1f66197ee12 *php_shmop.dll 224ece12a772b6644e72fc8a082d9e4e *php_sockets.dll cc4edd5f195184b276d5dc8f6766a9b0 *php_tokenizer.dll 0282c8433060d40285b0b17dd7b077d2 *php_w32api.dll 75b316bbeea00450120f0202b6f50bc1 *php-cli.exe 98651ce0e734f67c75be03f44a7ab39b *php.exe a8ce4d9eeba45b6b4e38df24fb778c41 *php.ini-dist 9725886dbee0c3cb820146d75563cb8a *php.ini-recommended 93bb56a327068002f2ce96e991d9ce62 *php4ts.lib 52d05cf883b6e0410add9e15b2352f7b *php4ts.dll [2002-04-14 20:13:50] [EMAIL PROTECTED] I rolled up all my stuff for previous versions of php into one big zip file so I could have only 1 php4ts.dll on my system, located in c:\winnt\system32. Then I did a file search for php4ts.dll to double check. The filesize of the php4ts.dll in my directory is 1,028,096 bytes with a md5 hash of 52d05cf883b6e0410add9e15b2352f7b. Then I did a search for php* in c:\winnt and it found php4ts.dll and php.ini. I still get errors for bz2, interbase, and mssql. 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/16601 -- Edit this bug report at http://bugs.php.net/?id=16601&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #14361 Updated: Unreadable PDB format
ID: 14361 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Documentation problem Operating System: Palm Pilot PHP Version: 4.1.0 Previous Comments: [2002-06-10 06:55:20] [EMAIL PROTECTED] Please try again, it's probably fixed already. [2001-12-06 07:02:03] [EMAIL PROTECTED] Type = Documentation problem [2001-12-06 06:42:21] [EMAIL PROTECTED] I found many complaints about PHP manual for PalmPilot and not a one proper response. Actualy the response is to go back and download it again. The problem is with a file itself. It appears that the file is not created properly thus Palms cannot read it. Can someone look into that? Regards, Voitek Pendrak -- Edit this bug report at http://bugs.php.net/?id=14361&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #8128 Updated: more descriptive parse error reports
ID: 8128 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Documentation problem Operating System: freeBSD PHP Version: 4.0.1 Previous Comments: [2002-05-31 03:13:46] [EMAIL PROTECTED] There now is a list of tokens and what they mean in the manual: http://www.php.net/manual/en/tokens.php [2001-12-14 02:59:53] [EMAIL PROTECTED] Reclassified as a documentation problem. [2000-12-05 17:04:48] [EMAIL PROTECTED] more descriptive parser error reports T_STRING? This does not need to be added to the engine but there should be a menual page devoted to common parser errors -- Edit this bug report at http://bugs.php.net/?id=8128&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #14663 Updated: Empty packets as result of serialization
ID: 14663 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Open Bug Type: Documentation problem Operating System: Windows NT 4 sp 6a PHP Version: 4.1.0 New Comment: No longer experimental Previous Comments: [2002-02-06 12:44:59] [EMAIL PROTECTED] status -> suspended (waiting till it becomes un-experimental ;) [2002-02-06 12:43:52] [EMAIL PROTECTED] status -> suspended (waiting till it becomes un-experimental ;) [2001-12-22 16:22:10] [EMAIL PROTECTED] the manual page is marked as "EXPERIMENTAL". so waiting for the extension to become stable wil be the best. fixing the example now just to change it again tomorrow is useless. [2001-12-22 15:58:12] [EMAIL PROTECTED] Making a documentation problem. Valid sample still have to be written. [2001-12-22 15:50:49] [EMAIL PROTECTED] Example code copy/pasted from http://www.php.net/manual/en/html/ref.sockets.html : TCP/IP Connection\n"; /* Get the port for the WWW service. */ $service_port = getservbyname ('www', 'tcp'); /* Get the IP address for the target host. */ $address = gethostbyname ('www.php.net'); /* Create a TCP/IP socket. */ $socket = socket_create (AF_INET, SOCK_STREAM, 0); if ($socket < 0) { echo "socket_create() failed: reason: " . socket_strerror ($socket) . "\n"; } else { "socket_create() successful: " . socket_strerror ($socket) . "\n"; } echo "Attempting to connect to '$address' on port '$service_port'..."; $result = socket_connect ($socket, $address, $service_port); if ($result < 0) { echo "socket_connect() failed.\nReason: ($result) " . socket_strerror($result) . "\n"; } else { echo "OK.\n"; } $in = "HEAD / HTTP/1.0\r\n\r\n"; $out = ''; echo "Sending HTTP HEAD request..."; socket_write ($socket, $in, strlen ($in)); echo "OK.\n"; echo "Reading response:\n\n"; while (socket_read ($socket, $out, 2048)) { echo $out; } echo "Closing socket..."; socket_close ($socket); echo "OK.\n\n"; ?> When run : TCP/IP Connection Warning: socket_strerror() expects parameter 1 to be long, resource given in /usr/home/aragon/squeakbot/test2 on line 18 Attempting to connect to '209.61.157.217' on port '80'...OK. Sending HTTP HEAD request...OK. Reading response: Warning: socket_read() expects parameter 2 to be long, string given in /usr/home/aragon/squeakbot/test2 on line 38 Closing socket...OK. Regards, Aragon -- Edit this bug report at http://bugs.php.net/?id=14663&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #15714 Updated: Variables from outside PHP page doesn't mention new $_* arrays
ID: 15714 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Assigned Bug Type:Documentation problem PHP Version: 4.1.1 Assigned To: philip New Comment: Fix status so that philip gets reminders again Previous Comments: [2002-06-20 12:42:13] [EMAIL PROTECTED] This is critical, I'm working on this until done. Sorry for the delay. [2002-06-17 14:49:37] [EMAIL PROTECTED] fixed on language.variables.predefined.php but not language.variables.external.php [2002-05-30 11:12:04] [EMAIL PROTECTED] Okay, time for a rewrite. [2002-02-25 11:23:07] [EMAIL PROTECTED] The manual page "Variables from outside PHP" (language.variables.external.php), under "HTML Forms (GET and POST)", doesn't mention the new $_* arrays, nor that track_vars is now always on. I suggest revision to read something like the following: "When a form is submitted to a PHP script, any variables from that form will be automatically made available to the script by PHP. If the track_vars configuration option is turned on (always, as of version 4.0.3), then these variables will be located in the associative arrays $HTTP_POST_VARS, $HTTP_GET_VARS, and/or $HTTP_POST_FILES, according to the source of the variable in question. From version 4.1.0 onward, they will also be in the new superglobal arrays $_POST, $_GET and $_FILES; POST and GET values will also be in the composite array $_REQUEST. "For more information on these variables, please read Predefined variables. [Example 7-1 snipped] "When the above form is submitted, the value from the text input will be available in $HTTP_POST_VARS['username'] and, from version 4.1.0, $_POST['username'] and $_REQUEST['username']. If the register_globals configuration directive is turned on, then the variable will also be available as $username in the global scope." -- Edit this bug report at http://bugs.php.net/?id=15714&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #15944 Updated: imap_sort Error
ID: 15944 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Assigned Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.1.1 -Assigned To: +Assigned To: sander Previous Comments: [2002-03-12 08:21:26] [EMAIL PROTECTED] Fixed that sentence, but the rest of the functions might need notes about the availability on POP/NNTP servers. [2002-03-08 03:26:36] [EMAIL PROTECTED] This is documentation problem. When you use pop3 it doesn't have all the capabilities as imap has. Search & sorting are one of the missing ones, AFAIK. On this page: http://www.php.net/manual/en/function.imap-open.php Is a faulty line which confuses (at least me :) "This function can also be used to open streams to POP3 and NNTP servers, but some functions and features are not available on IMAP servers. " It should be saying "..features are only available on IMAP.." --Jani [2002-03-07 21:09:38] [EMAIL PROTECTED] // if u run it on Windows. U will see the error message "ERROR PHP.EXE" and "Gate ERROR"!! /* My System Windows XP, IIS 5.1, Expoler 6.0, PHP 4.1.1 */ -- Edit this bug report at http://bugs.php.net/?id=15944&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #17458 Updated: Can't compile with IMAP support
ID: 17458 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Open Bug Type: Documentation problem Operating System: BSDi 4.2/4.3 PHP Version: 4.2.1 Previous Comments: [2002-05-30 08:14:09] [EMAIL PROTECTED] Minor correction: The documentation is okay as long as you DO NOT copy the header files in /usr/include. So I guess a note about that would be enough. --Jani [2002-05-30 08:11:24] [EMAIL PROTECTED] If you have compiled c-client library yourself, point the PHP configure to that source directory. e.g. --with-imap=/usr/src/imap-2001a/ c-client has some header files which are named same as some unix header files are (unix.h for example). So documentation should be fixed. (ie. you should always use the source path and not install the library/header files anywhere) --Jani [2002-05-27 13:22:17] [EMAIL PROTECTED] Can't compile PHP 4.2.1 (or 4.2.0) with IMAP support on BSDi 4.2 or 4.3 uage_parser.c || echo './'`zend_language_parser.c In file included from zend.h:55, from zend_compile.h:24, from zend_language_parser.c:147: /usr/include/unix.h:182: syntax error before `MAILSTREAM' /usr/include/unix.h:193: syntax error before `*' /usr/include/unix.h:193: warning: data definition has no type or storage class /usr/include/unix.h:196: syntax error before `*' /usr/include/unix.h:197: syntax error before `*' /usr/include/unix.h:198: syntax error before `*' /usr/include/unix.h:199: syntax error before `*' /usr/include/unix.h:200: syntax error before `*' /usr/include/unix.h:201: syntax error before `*' /usr/include/unix.h:202: syntax error before `*' /usr/include/unix.h:202: syntax error before `*' /usr/include/unix.h:202: warning: data definition has no type or storage class /usr/include/unix.h:203: syntax error before `*' /usr/include/unix.h:204: syntax error before `*' /usr/include/unix.h:206: syntax error before `*' /usr/include/unix.h:207: syntax error before `*' /usr/include/unix.h:209: syntax error before `*' /usr/include/unix.h:210: syntax error before `*' /usr/include/unix.h:211: syntax error before `*' /usr/include/unix.h:212: syntax error before `*' /usr/include/unix.h:213: syntax error before `*' /usr/include/unix.h:214: syntax error before `*' /usr/include/unix.h:215: syntax error before `*' /usr/include/unix.h:216: syntax error before `*' /usr/include/unix.h:219: syntax error before `*' /usr/include/unix.h:221: syntax error before `DOTLOCK' /usr/include/unix.h:222: syntax error before `MAILSTREAM' /usr/include/unix.h:223: syntax error before `*' /usr/include/unix.h:224: syntax error before `*' /usr/include/unix.h:225: syntax error before `*' /usr/include/unix.h:226: syntax error before `*' /usr/include/unix.h:228: syntax error before `*' /usr/include/unix.h:229: syntax error before `*' And I can't use gmake because I get: Makefile:34: *** missing separator. Stop. PHP Configure line: ./configure --with-mysql --with-gettext --with-xml --with-ftp --with-apxs --with-gd=/usr/local --with-imap=/usr -- Edit this bug report at http://bugs.php.net/?id=17458&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] new lists for translations
there are now lists for each of the translations. commits to the cvs repository for each translation go to the appropriate list, commits to the main phpdoc repository (including the original english text) still go to this list. the lists are all named [EMAIL PROTECTED] (php.doc.NN on the news server), where NN is the language code as used in the cvs repository. the one exception is for pt_BR -- it's [EMAIL PROTECTED] and php.doc.pt-br. you can subscribe to each of the lists by sending an empty email to [EMAIL PROTECTED] jim -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #17956 Updated: Can't extract PDF manual from archive
ID: 17956 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.2.1 New Comment: Not a PHP thing, file s bug report to the QUick Zip guys. Derick Previous Comments: [2002-06-24 17:03:17] [EMAIL PROTECTED] I have downloaded the English manual in PDF format from the web site twice (on two different machines), and each time I try to extract it with Quick Zip, I get an "Invalid floating point operation" and it won't extract. -- Edit this bug report at http://bugs.php.net/?id=17956&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #17956: Can't extract PDF manual from archive
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.2.1 PHP Bug Type: Documentation problem Bug description: Can't extract PDF manual from archive I have downloaded the English manual in PDF format from the web site twice (on two different machines), and each time I try to extract it with Quick Zip, I get an "Invalid floating point operation" and it won't extract. -- Edit bug report at http://bugs.php.net/?id=17956&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17956&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17956&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17956&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17956&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17956&r=support Expected behavior: http://bugs.php.net/fix.php?id=17956&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17956&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17956&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17956&r=globals -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image/functions getimagesize.xml
cortesi Tue Jun 25 20:12:53 2002 EDT Modified files: /phpdoc/en/reference/image/functionsgetimagesize.xml Log: fixing build breaking typos Index: phpdoc/en/reference/image/functions/getimagesize.xml diff -u phpdoc/en/reference/image/functions/getimagesize.xml:1.4 phpdoc/en/reference/image/functions/getimagesize.xml:1.5 --- phpdoc/en/reference/image/functions/getimagesize.xml:1.4Tue Jun 25 17:29:20 2002 +++ phpdoc/en/reference/image/functions/getimagesize.xmlTue Jun 25 20:12:50 +2002 @@ -1,5 +1,5 @@ - + @@ -65,9 +65,9 @@ Since PHP 4.3 bits and channels are present for other image types, too. But these values or there -presence can be a bit confusing. As example GIF +presence can be a bit confusing. As example GIF allways uses 3 channels per pixel but the number of bits per pixel -cannot be computed for an animated GIF with a global +cannot be computed for an animated GIF with a global colortable. @@ -168,3 +168,4 @@ vim: et tw=78 syn=sgml vi: ts=1 sw=1 --> + -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] &url.revcheck.it is error?
PHP Documentation HOWTO 9. Information for Translators translation-revtrack.html I can't visit http://www.php.net/manual/it/revcheck.html,this file don't exist,and you? why? phpdoc/howto/working.xml line 902 is &url.revcheck.it;. -- ФʢÎÄ µç»°:028-86260468-247(ÉÏ°àʱ¼ä)028-87671148(ס´¦) -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Patch xml-set-object.xml
Hi Simone, Due the amount of people asking and filling bugs report on this issue I would like to recommend this patch for the documentation for this function. Thanks, Tomas V.V.Cox PS.- Sorry for writting you directly, my emails to the phpdoc list just get lost in the space (I've sent it 3 times). --- xml-set-object.xml Tue Jun 25 16:00:07 2002 +++ xml-set-object.xml.new Tue Jun 25 16:01:31 2002 @@ -11,7 +11,7 @@ voidxml_set_object resourceparser - object&object + objectobject This function allows to use parser inside @@ -56,7 +56,8 @@ } // end of class xml -$xml_parser = new xml(); +// Important! The object has to be created by reference +$xml_parser = &new xml(); $xml_parser->parse("PHP"); ?> ]]> -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #17995 Updated: bad french translation in sprintf definition
ID: 17995 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type:Documentation problem PHP Version: 4.2.1 -Assigned To: +Assigned To: dams Previous Comments: [2002-06-26 09:57:08] [EMAIL PROTECTED] english : An optional alignment specifier that says if the result should be left-justified or right-justified. The default is right-justified; a - character here will make it left-justified. french (with error to be corrected) : Un argument optionnel alignment spécifier qui indique que le résultat doit être justifié à droite ou à gauche. Par défaut, il est justifié à gauche. Le caractère - signifie : justification à droite. french (corrected => gauche/droite): Un argument optionnel alignment spécifier qui indique que le résultat doit être justifié à droite ou à gauche. Par défaut, il est justifié à droite. Le caractère - signifie : justification à gauche. -- Edit this bug report at http://bugs.php.net/?id=17995&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Re: cvs: CVSROOT / loginfo
Jim Winstead wrote: > jimw Sun Jun 23 16:19:16 2002 EDT > > Modified files: > /CVSROOT loginfo > Log: > split translations to lists Great! I understand your intension not to have doc-en list, but I would like to see the list. doc-en for changes to the base doc. phpdoc for document related discussion/bugs only. It's would be much better from now on, but I probably cannot keep up with phpdoc list volume still if English document commits are included. -- Yasuo Ohgaki > > Index: CVSROOT/loginfo > diff -u CVSROOT/loginfo:1.72 CVSROOT/loginfo:1.73 > --- CVSROOT/loginfo:1.72 Sat May 4 17:35:44 2002 > +++ CVSROOT/loginfo Sun Jun 23 16:19:16 2002 > @@ -1,5 +1,5 @@ > # > -#ident "@(#)cvs/examples:$Name: $:$Id: loginfo,v 1.72 2002/05/04 21:35:44 >jimw Exp $" > +#ident "@(#)cvs/examples:$Name: $:$Id: loginfo,v 1.73 2002/06/23 20:19:16 >jimw Exp $" > # > # The "loginfo" file is used to control where "cvs commit" log information > # is sent. The first entry on a line is a regular expression which is tested > @@ -48,7 +48,27 @@ > ^Zend $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > > # documentation > -^phpdoc $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-ar $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-cs $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-de $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-es $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-fi $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-fr $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-he $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-hk $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-hu $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-it $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-ja $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-kr $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-nl $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-pl $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-pt_BR $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-ro $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-ru $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-tr $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-tw $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc-zh $CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > +^phpdoc$CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED] $USER %{sVv} > > # PEAR > pear$CVSROOT/CVSROOT/loginfo.pl [EMAIL PROTECTED]$USER %{sVv} > > -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #17995: bad french translation in sprintf definition
From: [EMAIL PROTECTED] Operating system: PHP version: 4.2.1 PHP Bug Type: Documentation problem Bug description: bad french translation in sprintf definition english : An optional alignment specifier that says if the result should be left-justified or right-justified. The default is right-justified; a - character here will make it left-justified. french (with error to be corrected) : Un argument optionnel alignment spécifier qui indique que le résultat doit être justifié à droite ou à gauche. Par défaut, il est justifié à gauche. Le caractère - signifie : justification à droite. french (corrected => gauche/droite): Un argument optionnel alignment spécifier qui indique que le résultat doit être justifié à droite ou à gauche. Par défaut, il est justifié à droite. Le caractère - signifie : justification à gauche. -- Edit bug report at http://bugs.php.net/?id=17995&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17995&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17995&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17995&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17995&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17995&r=support Expected behavior: http://bugs.php.net/fix.php?id=17995&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17995&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17995&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17995&r=globals -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] PHP manual typos, take 2
Couple more minor typos in the English documentation. I don't have access to change this myself, so if you have 5 minutes + CVS Access, please could you commit these? :) Thanks, --Paul --- Changes: http://uk.php.net/manual/en/faq.html.php "PHP and HTML interact a lot: PHP generate HTML, and HTML has informations that will be sent to PHP." - "PHP and HTML interact a lot: PHP can generate HTML, and HTML can pass information to PHP." "What encodings/decodings do I need when I pass a value on via a form? And via an URL?" - " "What encoding/decoding do I need when I pass a value through a form/URL? (two instances) "htmlspecialchars the the whole value" - "htmlspecialchars the whole value" "interpret the html escaped symbols" - "HTML" "Use it's numerical form element id instead" - "use its numerical form element ID instead" http://uk.php.net/manual/en/ref.mnogo.php "These functions allow you to access mnoGoSearch" - "allow you to access the mnoGoSearch" "you must compile php with mnogosearch" - "PHP" "the path to mnogosearch, php will look for mnogosearch " - "PHP "ftp archive search, news articles" - "FTP" "php contains built-in mysql access library" - "PHP contains a built-in MySQL access library" "You need at least 3.1.10 version of mnoGoSearch installed to use these functions." - "You need at least version 3.1.10 of mnoGoSearch installed in order to use these functions." "and can work only with generic mysql libraries" - "MySQL" "with mysql, during php configuration" - "PHP" http://uk.php.net/manual/en/language.references.php "References are a means in PHP to access the same" - "References in PHP are a means to access the same" http://uk.php.net/manual/en/ref.oci8.php "make sure that you have set up your oracle environment" - "Oracle" http://uk.php.net/manual/en/ref.cyrus.php "Authenticate agaings a Cyrus IMAP server" - "against" "Close connection to a cyrus server" - "to a Cyrus IMAP server" "Unbind ... " - presumably "Unbind callbacks for a Cyrus IMAP connection"? http://uk.php.net/manual/en/ref.mssql.php "procedure on a MS-SQL server" - "MS SQL" http://uk.php.net/manual/en/ref.ovrimos.php "in PHP just compile php with" - "just compile PHP with" "This will just connect to SQL Server." - "This will just connect to an Ovrimos SQL server" http://uk.php.net/manual/en/ref.misc.php "Generate a unique id" - "ID" http://uk.php.net/manual/en/ref.misc.php "Delay execution" - "Pause execution", I think, is what is meant --- _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #18018 Updated: Misspelled
ID: 18018 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: php.net PHP Version: 4.2.1 New Comment: 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. Previous Comments: [2002-06-27 09:11:21] [EMAIL PROTECTED] http://www.php.net/manual/de/function.urlencode.php Eine kleine Berichtigung möchte ich melden: WWW-Formulart steht auf der Seite, WWW-Formular sollte es wohl heißen. MfGG, Rüdiger Cordes Misspelled:WWW-Formulart -> WWW-Formular -- Edit this bug report at http://bugs.php.net/?id=18018&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/image/functions exif-read-data.xml
cortesi Tue Jun 25 18:07:49 2002 EDT Modified files: /phpdoc/en/reference/image/functionsexif-read-data.xml Log: typo Index: phpdoc/en/reference/image/functions/exif-read-data.xml diff -u phpdoc/en/reference/image/functions/exif-read-data.xml:1.3 phpdoc/en/reference/image/functions/exif-read-data.xml:1.4 --- phpdoc/en/reference/image/functions/exif-read-data.xml:1.3 Tue Jun 25 17:37:34 2002 +++ phpdoc/en/reference/image/functions/exif-read-data.xml Tue Jun 25 18:07:49 +2002 @@ -1,5 +1,5 @@ - + @@ -28,7 +28,7 @@ cannot be a url. - sections a comma separated lsit of sections that + sections a comma separated list of sections that need to be present in file to produce a result array. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #18016 Updated: function_exists, call_user_func_* and methods
ID: 18016 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: all PHP Version: 4.2.1 New Comment: Thanks! But how about function_exists()? function_exists(array("test","staticFunction")) doesn't work. Previous Comments: [2002-06-27 08:15:38] [EMAIL PROTECTED] The syntax for calling static class methods is array('classname', 'methodname'); Reclassiyfing as documentation problem. [2002-06-27 08:08:05] [EMAIL PROTECTED] Result: Test page function_exists=[] test::staticFunction(999) Warning: call_user_func_array() expects first argument, 'test::staticFunction', to be a valid callback in bug.php on line 17 Must be: Test page function_exists=[TRUE] test::staticFunction(999) test::staticFunction(999) (Please, don't write me stupid comments about method_exists()! Just read one more time function name.) -- Edit this bug report at http://bugs.php.net/?id=18016&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #18018: Misspelled
From: [EMAIL PROTECTED] Operating system: php.net PHP version: 4.2.1 PHP Bug Type: Documentation problem Bug description: Misspelled http://www.php.net/manual/de/function.urlencode.php Eine kleine Berichtigung möchte ich melden: WWW-Formulart steht auf der Seite, WWW-Formular sollte es wohl heißen. MfGG, Rüdiger Cordes Misspelled:WWW-Formulart -> WWW-Formular -- Edit bug report at http://bugs.php.net/?id=18018&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=18018&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=18018&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=18018&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=18018&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=18018&r=support Expected behavior: http://bugs.php.net/fix.php?id=18018&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=18018&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=18018&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=18018&r=globals -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #18005: $_GET, $_POST etc need clarifying in PHP manual
From: [EMAIL PROTECTED] Operating system: PHP version: 4.2.1 PHP Bug Type: Documentation problem Bug description: $_GET, $_POST etc need clarifying in PHP manual At the moment the new superglobals are detailed in the manual but the information is quite well hidden, and many manual pages still refer to $HTTP_*_VARS as a preferable way of accessing variables. This page in particular needs changing: http://www.php.net/manual/en/language.variables.external.php -- Edit bug report at http://bugs.php.net/?id=18005&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=18005&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=18005&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=18005&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=18005&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=18005&r=support Expected behavior: http://bugs.php.net/fix.php?id=18005&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=18005&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=18005&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=18005&r=globals -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #16398 Updated: Eng. chm: "Predefined constants" is missing
ID: 16398 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Documentation problem Operating System: Win2k PHP Version: 4.1.2 New Comment: status -> open, changed reporter Previous Comments: [2002-06-27 07:39:59] [EMAIL PROTECTED] I downloaded the manual today and this is still the case, that is Appendix G -> Predefined constants is empty. [2002-05-10 15:55:31] [EMAIL PROTECTED] Can you try with the latest CHM? Derick [2002-04-02 16:45:50] [EMAIL PROTECTED] The eng. chm (30 Mar 2002) has the "Predefined constants" page, under Appendix H, that is missing. Regards, Nicola -- Edit this bug report at http://bugs.php.net/?id=16398&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #17972: Bad translation of Bitwise Operators Chapter
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.2.1 PHP Bug Type: Documentation problem Bug description: Bad translation of Bitwise Operators Chapter There is a mistake in chapter 'Opérateurs sur les bits' in the french version of the manual which does'nt exist in English. The explanations of >> and << operators are wrong. It is : 'Décale les bits de $a dans $b par la gauche (chaque décalage équivaut à une multiplication par 2).' It should be 'Décale les bits de $a $b fois vers la gauche (chaque décalage équivaut à une multiplication par 2).' or something like that. Thank you for looking at. -- Edit bug report at http://bugs.php.net/?id=17972&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17972&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17972&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17972&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17972&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17972&r=support Expected behavior: http://bugs.php.net/fix.php?id=17972&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17972&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17972&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17972&r=globals -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image/functions exif-read-data.xml
cortesi Tue Jun 25 17:37:34 2002 EDT Modified files: /phpdoc/en/reference/image/functionsexif-read-data.xml Log: changes toward XHTML --> Index: phpdoc/en/reference/image/functions/exif-read-data.xml diff -u phpdoc/en/reference/image/functions/exif-read-data.xml:1.2 phpdoc/en/reference/image/functions/exif-read-data.xml:1.3 --- phpdoc/en/reference/image/functions/exif-read-data.xml:1.2 Wed Apr 17 02:39:07 2002 +++ phpdoc/en/reference/image/functions/exif-read-data.xml Tue Jun 25 17:37:34 +2002 @@ -1,5 +1,5 @@ - + @@ -96,14 +96,14 @@ -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] PHP manual typos, part 2
Here's another list of minor typos in the English documentation. I still need someone to commit these changes on my behalf, so if you've got CVS access and five minutes on your hands...? :) Thanks, --Paul -- Changes: http://uk.php.net/manual/en/faq.html.php "PHP and HTML interact a lot: PHP generate HTML, and HTML has informations that will be sent to PHP." - "PHP and HTML interact a lot: PHP can generate HTML, and HTML can pass information to PHP." "What encodings/decodings do I need when I pass a value on via a form? And via an URL?" - " "What encoding/decoding do I need when I pass a value through a form/URL? (two instances) "htmlspecialchars the the whole value" - "htmlspecialchars the whole value" "interpret the html escaped symbols" - "HTML" "Use it's numerical form element id instead" - "use its numerical form element ID instead" http://uk.php.net/manual/en/ref.mnogo.php "These functions allow you to access mnoGoSearch" - "allow you to access the mnoGoSearch" "you must compile php with mnogosearch" - "PHP" "the path to mnogosearch, php will look for mnogosearch " - "PHP "ftp archive search, news articles" - "FTP" "php contains built-in mysql access library" - "PHP contains a built-in MySQL access library" "You need at least 3.1.10 version of mnoGoSearch installed to use these functions." - "You need at least version 3.1.10 of mnoGoSearch installed in order to use these functions." "and can work only with generic mysql libraries" - "MySQL" "with mysql, during php configuration" - "PHP" http://uk.php.net/manual/en/language.references.php "References are a means in PHP to access the same" - "References in PHP are a means to access the same" http://uk.php.net/manual/en/ref.oci8.php "make sure that you have set up your oracle environment" - "Oracle" http://uk.php.net/manual/en/ref.cyrus.php "Authenticate agaings a Cyrus IMAP server" - "against" "Close connection to a cyrus server" - "to a Cyrus IMAP server" "Unbind ... " - presumably "Unbind callbacks for a Cyrus IMAP connection"? http://uk.php.net/manual/en/ref.mssql.php "procedure on a MS-SQL server" - "MS SQL" http://uk.php.net/manual/en/ref.ovrimos.php "in PHP just compile php with" - "just compile PHP with" "This will just connect to SQL Server." - "This will just connect to an Ovrimos SQL server" http://uk.php.net/manual/en/ref.misc.php "Generate a unique id" - "ID" http://uk.php.net/manual/en/ref.misc.php "Delay execution" - "Pause execution", I think, is what is meant _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Patch xml-set-object.xml
Due the amount of people asking and filling bugs report on this issue I would like to recommend this patch for the documentation for this function. Thanks, Tomas V.V.Cox --- xml-set-object.xml Tue Jun 25 16:00:07 2002 +++ xml-set-object.xml.new Tue Jun 25 16:01:31 2002 @@ -11,7 +11,7 @@ voidxml_set_object resourceparser - object&object + objectobject This function allows to use parser inside @@ -56,7 +56,8 @@ } // end of class xml -$xml_parser = new xml(); +// Important! The object has to be created by reference +$xml_parser = &new xml(); $xml_parser->parse("PHP"); ?> ]]> -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #17808 Updated: _$SERVER['HTTPS'] not documented
ID: 17808 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Documentation problem Operating System: Linux 2.2.14 PHP Version: 4.2.1 New Comment: I'm not sure what security information you are referring to. As for reliable, it's reliably been working for me for at least the past 3 releases. Previous Comments: [2002-06-20 12:30:08] [EMAIL PROTECTED] Should additional security information be mentioned within this description? Like, is this 100% reliable? [2002-06-17 18:39:18] [EMAIL PROTECTED] The _$SERVER['HTTPS'] (& $HTTP_SERVER_VARS['HTTPS'] too) variable is not documented in http://www.php.net/manual/en/reserved.variables.php. The variable is only defined if the PHP script is viewed under https: and has a value of 'on'. -- Edit this bug report at http://bugs.php.net/?id=17808&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #16398 Updated: Eng. chm: "Predefined constants" is missing
ID: 16398 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Documentation problem Operating System: Win2k PHP Version: 4.1.2 New Comment: I downloaded the manual today and this is still the case, that is Appendix G -> Predefined constants is empty. Previous Comments: [2002-05-10 15:55:31] [EMAIL PROTECTED] Can you try with the latest CHM? Derick [2002-04-02 16:45:50] [EMAIL PROTECTED] The eng. chm (30 Mar 2002) has the "Predefined constants" page, under Appendix H, that is missing. Regards, Nicola -- Edit this bug report at http://bugs.php.net/?id=16398&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] hi, I want to translate manual into korean..
hi I'm a korean. My job is a teacher and programmer. I have been to use php since 1999. While I dose php programming, I thanks to your manual service. first I used english manual. then, I saw korean manul last. It is good for me. but it has been translated into korean partly!! so I think That I want to take a part in the translation work of Korean manual. Can I participate in that? nice have a good time Webmaster :-) Free webmail hosting service MNARA.NET-- This e-mail was sent by FREE KEBI Mail at http://kebi.com/ --
[PHP-DOC] Patch xml-set-object.xml
Due the amount of people asking and filling bugs report on this issue I would like to recommend this patch for the documentation for this function. Thanks, Tomas V.V.Cox --- xml-set-object.xml Tue Jun 25 16:00:07 2002 +++ xml-set-object.xml.new Tue Jun 25 16:01:31 2002 @@ -11,7 +11,7 @@ voidxml_set_object resourceparser - object&object + objectobject This function allows to use parser inside @@ -56,7 +56,8 @@ } // end of class xml -$xml_parser = new xml(); +// Important! The object has to be created by reference +$xml_parser = &new xml(); $xml_parser->parse("PHP"); ?> ]]> -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/xml/functions xml-set-object.xml
cortesi Wed Jun 26 12:26:41 2002 EDT Modified files: /phpdoc/en/reference/xml/functions xml-set-object.xml Log: change as requested by Tomas V.V.Cox Index: phpdoc/en/reference/xml/functions/xml-set-object.xml diff -u phpdoc/en/reference/xml/functions/xml-set-object.xml:1.3 phpdoc/en/reference/xml/functions/xml-set-object.xml:1.4 --- phpdoc/en/reference/xml/functions/xml-set-object.xml:1.3Fri Apr 19 07:11:21 2002 +++ phpdoc/en/reference/xml/functions/xml-set-object.xmlWed Jun 26 12:26:40 +2002 @@ -1,5 +1,5 @@ - + @@ -11,7 +11,7 @@ voidxml_set_object resourceparser - object&object + objectobject This function allows to use parser inside -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #14499 Updated: encoding with XSLT problem
ID: 14499 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Documentation problem Operating System: windows 2000 PHP Version: 4.1.0 New Comment: please note: the php_xslt.dll mentioned in my previous post only works with php-4.1.2 (or was it 4.1.1?) and the mentioned sablotron binaries (sablot.dll etc) replacing the default ones! @ [EMAIL PROTECTED]: if you want xslt_set_encoding() to work on a php windows version of your choice, you have to get the mentioned sablotron binaries and recompile the php_xslt.dll with HAVE_SABLOT_SET_ENCODING set. get the php sources, open php4\ext\xslt\xslt.dsw, add "HAVE_SABLOT_SET_ENCODING" to project options > c/c++ > preprocessor definitions, and go. @ [EMAIL PROTECTED]: i dont think this is the same as #14965: that one is about files not found, this one here is about HAVE_SABLOT_SET_ENCODING not compiled into the dll. @ the php developers / windows binaries packager: again - i would highly recommend to include the appropriate changes (sablotron dll's with encoding support; HAVE_SABLOT_SET_ENCODING defined) into the next windows binary release. this error is really frustrating for windows users because most of them dont have the possibility to recompile php. Previous Comments: [2002-06-02 16:04:35] [EMAIL PROTECTED] Same problem as #14965. Regards, Kai [2002-05-02 00:19:42] [EMAIL PROTECTED] Same problem occurs with PHP 4.2.0 on Win2K. Updating with the proposed dll by [EMAIL PROTECTED] doesn't fix it either. Neither does setting the encoding in the xml and/or the xslt file. Sorry Sterling, but I'd say it definitely is a bug [2002-03-28 15:29:44] [EMAIL PROTECTED] i run into the same problem with the php-4.1.1/2 windows binaries. i tried to solve the problem by getting the latest sablotron binaries for windows (http://www.gingerall.com/charlie/ga/xml/d_sab.xml) - which do include encoding support - but still got the "xslt_set_encoding() is not supported in this PHP build". a look into the sources revealed the problem: ext\xslt\sablot.c #ifdef HAVE_SABLOT_SET_ENCODING PHP_FE(xslt_set_encoding,NULL) #else PHP_FALIAS(xslt_set_encoding, warn_not_available, NULL) #endif etc. so i recompiled php_xslt with #define HAVE_SABLOT_SET_ENCODING - and voila - it works perfectly! (fyi: the dll is available from http://kollm.org/php_xslt/php_xslt.dll) as windows user typically dont compile php - they get the windows binaries and expect them to work ;) - i would recommend to include the appropriate changes (sablotron dll's with encoding support; HAVE_SABLOT_SET_ENCODING defined) into the next binary release. this error is really frustrating for windows users because most of them dont have the possibility to recompile php. thanks! [2001-12-14 11:59:35] [EMAIL PROTECTED] In order to use utf-8 you must set the encoding from within your block.. If you want to use the xslt_set_encoding() function than you must compile sablotron itself with encoding support. not a bug. [2001-12-13 17:52:07] [EMAIL PROTECTED] I got this error using XSLT in PHP-4.1.0 on Windows 2000. Warning: Sablotron error on line 1: unknown encoding '' in e:\www\htdocs\home.php on line 151 Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 0 and when I add an encoding statement, Warning: xslt_set_encoding() is not supported in this PHP build in e:\www\htdocs\home.php on line 150 My code: $xml = $doc->dumpmem(); $arguments = array( '/_xml' => $xml, ); // Allocate a new XSLT processor $xh = xslt_create(); #xslt_set_encoding($xh, "utf-8"); // Process the document $result = xslt_process($xh, 'arg:/_xml', $include_dir . $xslt_filename, NULL, $arguments); var_dump($result); xslt_free($xh); -- Edit this bug report at http://bugs.php.net/?id=14499&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/image/functions getimagesize.xml image_type_to_mime_type.xml
helly Tue Jun 25 17:29:21 2002 EDT Added files: /phpdoc/en/reference/image/functionsimage_type_to_mime_type.xml Modified files: /phpdoc/en/reference/image/functionsgetimagesize.xml Log: changes for getimagesize and new function #Q: how do i add the new function-file? Index: phpdoc/en/reference/image/functions/getimagesize.xml diff -u phpdoc/en/reference/image/functions/getimagesize.xml:1.3 phpdoc/en/reference/image/functions/getimagesize.xml:1.4 --- phpdoc/en/reference/image/functions/getimagesize.xml:1.3Tue Jun 25 16:58:31 2002 +++ phpdoc/en/reference/image/functions/getimagesize.xmlTue Jun 25 17:29:20 +2002 @@ -1,5 +1,5 @@ - + @@ -16,22 +16,24 @@ The getimagesize function will determine the size of any GIF, JPG, -PNG, SWF, -PSD, TIFF, -or BMP image file and -return the dimensions along with the file type and a height/width -text string to be used inside a normal HTML -IMG tag. +PNG, SWF, +SWC, PSD, +TIFF, BMP or +IFF +image file and return the dimensions along with the file type and +a height/width text string to be used inside a normal +HTML IMG tag. Returns an array with 4 elements. Index 0 contains the width of the image in pixels. Index 1 contains the height. Index 2 a flag indicating the type of the image. 1 = GIF, 2 = JPG, 3 = PNG, 4 = SWF, 5 = PSD, 6 = BMP, 7 = TIFF(intel byte order), -8 = TIFF(motorola byte order, 9 = JPC, 10 = JP2, 11 = JPX. -Index 3 is a text string with the correct -height="yyy" width="xxx" string that can be used directly in an IMG -tag. +8 = TIFF(motorola byte order, 9 = JPC, 10 = JP2, 11 = JPX, 12 = +JB2, 13 = SWC, 14 = IFF. These values correspond to the IMAGETYPE +constants taht were added in PHP 4.3. Index 3 is a text string with +the correct height="yyy" width="xxx" string that can be used +directly in an IMG tag. getimagesize (file) @@ -55,12 +57,47 @@ -With JPG images, two extras index are returned: -channel and bits. -channel will be 3 for RGB pictures, and 4 for CMYK +With JPG images, two extras index are returned : +channels and bits. +channels will be 3 for RGB pictures, and 4 for CMYK pictures. bits is the number of bits for each color. +Since PHP 4.3 bits and channels +are present for other image types, too. But these values or there +presence can be a bit confusing. As example GIF +allways uses 3 channels per pixel but the number of bits per pixel +cannot be computed for an animated GIF with a global +colortable. + + +Some formats may contain no image or multiple images. In such cases +GetImageSize might not be able to determine the size and returns zero +for width and height. + + +Since PHP 4.3 GetImageSize() does also return the additional +mime that receives the mime-type ot the image. +This information can be used to deliver images with correct http +Content-type header if this is unknown: + + getimagesize and mime-type + + + + + + If accessing the filename image is impossible, or if it isn't a valid picture, getimagesize will return &null; and generate a warning. @@ -99,7 +136,8 @@ This function does not require the GD image library. - See also exif_imagetype, exif_read_data + See also image_type_to_mime_type, + exif_imagetype, exif_read_data and exif_thumbnail. Index: phpdoc/en/reference/image/functions/image_type_to_mime_type.xml +++ phpdoc/en/reference/image/functions/image_type_to_mime_type.xml image_type_to_mime_type Get Mime-Type for image-type returned by getimagesize, exif_read_data, exif_thumbnail, exif_imagetype Description string image_type_to_mime_type intimagetype The image_type_to_mime_type function will determine the Mime-Type for an IMAGETYPE constant. image_type_to_mime_type (file) This function does not require the GD image library. See also getimagesize, exif_imagetype, exif_read_data and exif_thumbnail. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #17972 Updated: Bad translation of Bitwise Operators Chapter
ID: 17972 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: All PHP Version: 4.2.1 -Assigned To: +Assigned To: dams Previous Comments: [2002-06-25 10:33:21] [EMAIL PROTECTED] There is a mistake in chapter 'Opérateurs sur les bits' in the french version of the manual which does'nt exist in English. The explanations of >> and << operators are wrong. It is : 'Décale les bits de $a dans $b par la gauche (chaque décalage équivaut à une multiplication par 2).' It should be 'Décale les bits de $a $b fois vers la gauche (chaque décalage équivaut à une multiplication par 2).' or something like that. Thank you for looking at. -- Edit this bug report at http://bugs.php.net/?id=17972&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc / TODO
jimwThu Jun 27 19:17:24 2002 EDT Modified files: /phpdoc TODO Log: just testing Index: phpdoc/TODO diff -u phpdoc/TODO:1.34 phpdoc/TODO:1.35 --- phpdoc/TODO:1.34Tue Jun 11 06:36:26 2002 +++ phpdoc/TODO Thu Jun 27 19:17:24 2002 @@ -79,3 +79,4 @@ - see bugs.php.net for now and (sO!) integrate the meeting findings from the protocol ... + -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image/functions imagealphablending.xml
cortesi Tue Jun 25 17:04:37 2002 EDT Modified files: /phpdoc/en/reference/image/functionsimagealphablending.xml Log: layout only: no content change Index: phpdoc/en/reference/image/functions/imagealphablending.xml diff -u phpdoc/en/reference/image/functions/imagealphablending.xml:1.3 phpdoc/en/reference/image/functions/imagealphablending.xml:1.4 --- phpdoc/en/reference/image/functions/imagealphablending.xml:1.3 Thu Apr 18 13:13:09 2002 +++ phpdoc/en/reference/image/functions/imagealphablending.xml Tue Jun 25 17:04:36 +2002 @@ -1,5 +1,5 @@ - + @@ -27,7 +27,11 @@ If blendmode is &true;, then blending mode is enabled, otherwise disabled. - This function was added in PHP 4.0.6 and requires GD 2.0.1 + + + This function was added in PHP 4.0.6 and requires GD 2.0.1 + + -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #18016 Updated: function_exists, call_user_func_* and methods
ID: 18016 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Scripting Engine problem +Bug Type: Documentation problem Operating System: all PHP Version: 4.2.1 New Comment: The syntax for calling static class methods is array('classname', 'methodname'); Reclassiyfing as documentation problem. Previous Comments: [2002-06-27 08:08:05] [EMAIL PROTECTED] Result: Test page function_exists=[] test::staticFunction(999) Warning: call_user_func_array() expects first argument, 'test::staticFunction', to be a valid callback in bug.php on line 17 Must be: Test page function_exists=[TRUE] test::staticFunction(999) test::staticFunction(999) (Please, don't write me stupid comments about method_exists()! Just read one more time function name.) -- Edit this bug report at http://bugs.php.net/?id=18016&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Re: Patch xml-set-object.xml
At 14.13 26/06/02 +0200, Tomas V.V.Cox wrote: >Due the amount of people asking and filling bugs report on this issue I >would like to recommend this patch for the documentation for this >function. ok, applied >PS.- Sorry for writting you directly, my emails to the phpdoc list just >get lost in the space (I've sent it 3 times). I'm having problems too, I'm not getting any commit mails for the EN tree even if i've verified that i'm still subscribed to the list. I've asked jimw, but he didnt reply yet. -- Never eat more than you can lift. -- Miss Piggy -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Patch xml-set-object.xml
Due the amount of people asking and filling bugs report on this issue I would like to recommend this patch for the documentation of this function. Thanks, Tomas V.V.Cox --- xml-set-object.xml Mon Jun 24 14:28:59 2002 +++ xml-set-object.xml.new Mon Jun 24 14:31:03 2002 @@ -11,7 +11,7 @@ voidxml_set_object resourceparser - object&object + objectobject This function allows to use parser inside @@ -29,7 +29,7 @@ { $this->parser = xml_parser_create(); -xml_set_object($this->parser, &$this); +xml_set_object($this->parser, $this); xml_set_element_handler($this->parser, "tag_open", "tag_close"); xml_set_character_data_handler($this->parser, "cdata"); } @@ -56,7 +56,8 @@ } // end of class xml -$xml_parser = new xml(); +// NOTE! The object should be created by reference +$xml_parser = &new xml(); $xml_parser->parse("PHP"); ?> ]]> -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image/functions getimagesize.xml
cortesi Tue Jun 25 16:58:31 2002 EDT Modified files: /phpdoc/en/reference/image/functionsgetimagesize.xml Log: minor typos Index: phpdoc/en/reference/image/functions/getimagesize.xml diff -u phpdoc/en/reference/image/functions/getimagesize.xml:1.2 phpdoc/en/reference/image/functions/getimagesize.xml:1.3 --- phpdoc/en/reference/image/functions/getimagesize.xml:1.2Wed Apr 17 02:39:09 2002 +++ phpdoc/en/reference/image/functions/getimagesize.xmlTue Jun 25 16:58:31 +2002 @@ -1,5 +1,5 @@ - + @@ -17,7 +17,7 @@ The getimagesize function will determine the size of any GIF, JPG, PNG, SWF, -PSD, TIFF +PSD, TIFF, or BMP image file and return the dimensions along with the file type and a height/width text string to be used inside a normal HTML @@ -55,7 +55,7 @@ -With JPG images, two extras index are returned : +With JPG images, two extras index are returned: channel and bits. channel will be 3 for RGB pictures, and 4 for CMYK pictures. bits is the number of bits for each color. @@ -71,7 +71,7 @@ file. Currently this will return the different JPG APP markers in an associative Array. Some Programs use these APP markers to embedd text information in -images. A very common one in to embed IPTC +images. A very common one is to embed IPTC &url.iptc; information in the APP13 marker. You can use the iptcparse function to parse the binary APP13 marker into something -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] php-gd Documentation?
Hi, once upon a time there was a chapter in the php documentation about the gd graphics library functions, but the chapter seems to have vanished. Any idea what happened? regards Hadmut -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php