[PHP-DOC] #37972 [NEW]: Error in french translation for the array_multisort example
From: perrick at noparking dot net Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Error in french translation for the array_multisort example Description: The french translation for the documentation of array_multisort contains an error leading to a lot of confusion. Reproduce code: --- Here's the english part : // Sort the data with volume descending, edition ascending // Add $data as the last parameter, to sort by the common key array_multisort($volume, SORT_DESC, $edition, SORT_ASC, $data); Expected result: Here's the french translation : // Tri les données par volume décroissant, edition croissant // Ajoute $data en tant que premier paramètre, pour trier par la clé commune array_multisort($volume, SORT_DESC, $edition, SORT_ASC, $data); Actual result: -- And finally what I was expecting : // Tri les données par volume décroissant, edition croissant // Ajoute $data en tant que dernier paramètre, pour trier par la clé commune array_multisort($volume, SORT_DESC, $edition, SORT_ASC, $data); The difference : dernier and premier. Their meaning are very different (ie. opposite ;-) -- Edit bug report at http://bugs.php.net/?id=37972edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37972r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37972r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37972r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37972r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37972r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37972r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37972r=needscript Try newer version:http://bugs.php.net/fix.php?id=37972r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37972r=support Expected behavior:http://bugs.php.net/fix.php?id=37972r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37972r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37972r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37972r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37972r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37972r=dst IIS Stability:http://bugs.php.net/fix.php?id=37972r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37972r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37972r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37972r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37972r=mysqlcfg
[PHP-DOC] #37972 [Opn]: Error in french translation for the array_multisort example
ID: 37972 User updated by: perrick at noparking dot net Reported By: perrick at noparking dot net Status: Open Bug Type:Documentation problem PHP Version: Irrelevant New Comment: I kind of inverted the Expected result and the Actual result in my report. Sorry about this. Previous Comments: [2006-06-30 07:50:17] perrick at noparking dot net Description: The french translation for the documentation of array_multisort contains an error leading to a lot of confusion. Reproduce code: --- Here's the english part : // Sort the data with volume descending, edition ascending // Add $data as the last parameter, to sort by the common key array_multisort($volume, SORT_DESC, $edition, SORT_ASC, $data); Expected result: Here's the french translation : // Tri les données par volume décroissant, edition croissant // Ajoute $data en tant que premier paramètre, pour trier par la clé commune array_multisort($volume, SORT_DESC, $edition, SORT_ASC, $data); Actual result: -- And finally what I was expecting : // Tri les données par volume décroissant, edition croissant // Ajoute $data en tant que dernier paramètre, pour trier par la clé commune array_multisort($volume, SORT_DESC, $edition, SORT_ASC, $data); The difference : dernier and premier. Their meaning are very different (ie. opposite ;-) -- Edit this bug report at http://bugs.php.net/?id=37972edit=1
[PHP-DOC] �Թ����ʹ͡����µ��-����Ѻ����ӧҹ��Ш��������Ңͧ�Ԩ������ͼ�������ҡ�����˹���ѵ���ôԵ�����Թ��������Ҵ͡ᾧ
ÊÔ¹àª×èÍ´Í¡àºÕéµèÓ-ÊÓËÃѺ¼Ùé·Ó§Ò¹»ÃШÓËÃ×Íà¨éҢͧ¡Ô¨¡ÒÃËÃ×ͼÙé·ÕèÍÂÒ¡à¤ÃÕÂ˹ÕéºÑµÃà¤Ã´ÔµËÃ×ÍÊÔ¹àª×èÍà¡èÒ´Í¡á¾§æ ´éÇÂÊÔ¹àª×èÍ´Í¡àºÕé·ÕèµèÓ 0.69 - 0.99% äÁèÁÕ¤èÒ¸ÃÃÁà¹ÕÂÁ㹡ÒÃãªéǧà§Ô¹ ¨ÐạÀÒÃÐ˹ÕéÊÙ§ ´Í¡àºÕéÂᾧÍÂÙè·ÓäÁ ã¹àÁ×èÍÁÕ·Ò§àÅ×Í¡·Õè´Õ¡ÇèÒ â͹˹ÕéºÑµÃà¤Ã´ÔµËÃ×ÍÊÔ¹àª×èÍ ÁÒ¸¹Ò¤ÒþҳԪÂì ·Õè´Í¡àºÕéµèÓ¡ÇèÒ ¤Ø³ÊÁºÑµÔ¢Í§¼ÙéÊÁѤà - à¨éҢͧ¡Ô¨¡ÒÃ/¢éÒÃÒª¡ÒÃ/ÃÑ°ÇÔÊÒË¡Ô¨ ËÃ×;¹Ñ¡§Ò¹»ÃÐ¨Ó - ºØ¤¤Å·ÑèÇä»·ÕèÁÕÃÒÂä´é»ÃШÓäÁèµéͧÁÕÊÔ¹·ÃѾÂì ËÃ×Í ºØ¤¤Å¤éÓ»ÃСѹ - ¼ÙéÊÁѤÃà¡èÒäÁèà¤Â¶Ù¡»ÃѺ 㹡ÒêÓÃÐà§Ô¹ã¹ªèǧàÇÅÒ 6 à´×͹·Õè¼èÒ¹ÁÒ - ÁÕàºÍÃìâ·ÃÈѾ·ìºéÒ¹ - ÍѵÃÒ´Í¡àºÕé¶١ÁÒ¡ ¤Ó¹Ç³áºº Å´µé¹Å´´Í¡ (0.69 - 0.99%/à´×͹) - ÊÒÁÒö¡Ùéä´é 5 à·èҢͧÃÒÂä´é ËÃ×ÍÊÙ§ÊØ´ 1,500,000 ºÒ· - ¼è͹ªÓÃÐẺʺÒÂæ 12 - 60 à´×͹ - ¶éÒªÓÃеçàÇÅÒã¹»Õáá »Õ¶Ñ´ä»Å´´Í¡àºÕéÂÍÕ¡»ÕÅÐ 0.25% - ÊÒÁÒö»Ô´Ç§à§Ô¹·ÕèàËÅ×Íä´é¡è͹¡Ó˹´ËÅѧ¨Ò¡ 1 »Õ â´ÂäÁè¤Ô´´Í¡àºÕéÂàÅ 1. ¼ÙéÁպѵÃà¤Ã´Ôµ ËÃ×ÍÁÕÊÔ¹àª×èͺؤ¤Å¢Í§·Ø¡Ê¶ÒºÑ¹ - ͹ØÁѵԷѹ·Õà·èҡѺǧà§Ô¹ÊÙ§Êش㹺ѵà ËÃ×Íǧà§Ô¹ÊÔ¹àª×èÍ·ÕèÍéÒ§ÍÔ§ÁÒ - äÁèàªç¤ÀÒÃÐ˹ÕéÊÔ¹¢Í§·èÒ¹ - äÁèµéͧãªéÊÅÔ»à§Ô¹à´×͹ ËÃ×Í Ê൷àÁé¹·ì - äÁèµéͧÁպؤ¤ÅËÃ×ÍËÅÑ¡·ÃѾÂì¤éÓ»ÃСѹ - ¡ÒÃÊÁѤçèÒ æ àÍ¡ÊÒûÃСͺäÁèÂØè§ÂÒ¡ àÍ¡ÊÒûÃСͺ¡ÒÃÊÁѤà - ÊÓà¹ÒºÑµÃ»ÃЪҪ¹ áÅÐÊÓà¹Ò·ÐàºÕ¹ºéÒ¹ - ãºá¨é§Ë¹ÕéºÑµÃà¤Ã´ÔµËÃ×ÍÊÔ¹àª×è͵ÑǨÃÔ§à´×͹ÅèÒÊØ´ËÃ×ÍÂé͹äÁèà¡Ô¹2à´×͹ - ÊÓà¹ÒÊÁØ´¸¹Ò¤ÒÃ˹éÒáá·Õè¨ÐãË鸹ҤÒÃâ͹à§Ô¹à¢éÒ - ãºà»ÅÕ蹪×èÍÊ¡ØÅ (¶éÒÁÕ) 2. ÊÓËÃѺ¼Ùé·ÕèäÁèÁÕËÃ×ÍäÁèÍéÒ§ÍÔ§ºÑµÃà¤Ã´ÔµËÃ×ÍÊÔ¹àª×èÍà´ÔÁ - ÃÒÂä´éÃÇÁ 10,000 áÅÐ 15,000 º./à´×͹¢Öé¹ä» - ÊÓËÃѺà¨éҢͧ¡Ô¨¡ÒÃÃÒÂä´é 20,000 º./à´×͹¢Öé¹ä» - ÍѵÃÒ´Í¡àºÕé¤ӹdzẺŴµé¹Å´´Í¡(àËÅ×ÍäÁè¶Ö§1%µèÍà´×͹) - ÊÒÁÒö¡Ùéä´é 5 à·èҢͧÃÒÂä´éµèÍà´×͹ ¡Ùéä´é¶Ö§ 1,500,000 ºÒ· - ÊÒÁÒö¼è͹ªÓÃÐä´é µÑé§áµè 1 »Õ - 5 »Õ - àÁ×èͪÓÃеçàÇÅÒ »Õ¶Ñ´ä»Å´ÍѵÃÒ´Í¡àºÕéÂŧÍÕ¡ 0.25%-1% àÍ¡ÊÒûÃСͺ¡ÒÃÊÁѤà o ÊÓà¹ÒºÑµÃ»ÃЪҪ¹ áÅÐÊÓà¹Ò·ÐàºÕ¹ºéÒ¹ o ÊÅÔ»à§Ô¹à´×͹ ËÃ×Í˹ѧÊ×ÍÃѺÃͧà§Ô¹à´×͹(µÑǨÃÔ§äÁèà¡Ô¹2à´×͹) o ÊÓà¹ÒºÑªÕÍÍÁ·ÃѾÂìÂé͹ËÅѧ 3 à´×͹(µèÍà¹×èͧ¨Ò¡»Ñ¨¨ØºÑ¹) o ÊÓà¹ÒÊÁØ´ ¸.˹éÒáá·ÕèÃкت×è͸¹Ò¤ÒÃ-àÅ¢ºÑªÕ-ª×èͼÙéÊÁѤÃà¾×èÍâ͹à§Ô¹à¢éÒ o ãºà»ÅÕ蹪×èÍÊ¡ØÅ (¶éÒÁÕ) 3. ÊÓËÃѺà¨éҢͧ¡Ô¨¡ÒÃ(·ÐàºÕ¹¡ÒäéÒ-˨¡.-º.ÏÅÏ) - ÊÓà¹ÒºÑµÃ»ÃЪҪ¹ áÅÐÊÓà¹Ò·ÐàºÕ¹ºéÒ¹ - ÊÓà¹Ò¡Òè´·ÐàºÕ¹¡ÒäéÒ(ÍѺഷäÁèà¡Ô¹6à´×͹) - ÊÐ൷àÁ¹·ìÂé͹ËÅѧ 6 à´×͹ - ÊÓà¹ÒÊÁØ´ ¸.˹éÒááà¾×èÍ¡ÒÃâ͹à§Ô¹à¢éÒºÑªÕ - ÊÓà¹ÒºÑªÕÃÒª×èͼÙé¶×ÍËØé¹ (¶éÒÁÕ) µÑÇÍÂèÒ§ à§Ô¹ÊÔ¹àª×èÍ ..1 »Õ. 2 »Õ. .3 »Õ. .4 »Õ. .5 »Õ. ..30,000.. ..2,780 .1,530 ..1,120 .. 920 .. 800 ..75,000.. ..6,920 .3,790 ..2,750 ..2,250 ..1,950 100,000....9,170 .5,000 ..3,620 ..2,940 ..2,540 200,000.. .18,250.9,890 .7,140 ..5,780 ..4,980 300,000.. .27,220 14,690 10,550 .8,510 ..7,300 500,000.. .45,130 24,250 17,340 13,920 11,900 700,000.. .63,190 33,950 24,270 19,490 16,660 1,000,000 .90,260 48,490 34,670 27,840 23,790 1,500,000 135,39072,730 52,000 41,750 35,690 ËÁÒÂà赯 : ºÃÔ¡ÒÃà¡çºàÍ¡ÊÒö֧·ÕèºéÒ¹áÅзÕè·Ó§Ò¹ã¹à¢µ¡Ãا෾ áÅлÃÔÁ³±Å µèÒ§¨Ñ§ËÇÑ´Êè§àÍ¡ÊÒ÷ҧä»ÃɳÕÂì µÔ´µèÍÊͺ¶ÒÁä´é·Õè k. chin 06-7815050, 03-7797261 [EMAIL PROTECTED] ¢ÍÍÀÑÂà»ç¹ÍÂèÒ§ÊÙ§ ¶éÒËÒ¡àÁÅì¹Õéú¡Ç¹·èÒ¹
[PHP-DOC] #37926 [Opn]: Session var don't get setted
ID: 37926 User updated by: thomas at ecommerce dot com Reported By: thomas at ecommerce dot com Status: Open Bug Type: Documentation problem Operating System: SuSE Linux 10.0 PHP Version: 5.1.4 New Comment: So, does this get fixed at least in the documentation? :) I still don't understand why this can't get fixed, a lot of user crys because of the 'magic feature' of the session and such problems. Previous Comments: [2006-06-28 13:35:11] thomas at ecommerce dot com Ok, but still, there is nothing in the documentation that explain this problem or show it, how to avoid it. Moved to Documentation problem [2006-06-28 13:29:53] [EMAIL PROTECTED] Can i get a status update on this bug? Yes. Don't try to outsmart session extension by changing $_SESSION array itself. This way $_SESSION looses its magical features and the only result you can get is invalid/broken data. This is expected and I have serious doubts it's going to be changed ever. [2006-06-28 13:25:21] thomas at ecommerce dot com Can i get a status update on this bug? [2006-06-28 09:57:13] thomas at ecommerce dot com Here is also an interesting issue: When i use the 2nd example code ( the one with $tmp = $_SESSION); and i put unset($tmp); after it or try to assign $tmp['x'] = 'y'; then the $_SESSION assignment startin again to work. Please investigatte ASAP. [2006-06-28 09:47:34] thomas at ecommerce dot com Same problem with this Code example: ?php ob_Start(); session_start(); var_dump($_SESSION); $_SESSION['asdf'] = cool; $tmp = $_SESSION; $cool = 'test'; $_SESSION['me'] = $cool; var_dump($_SESSION); 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/37926 -- Edit this bug report at http://bugs.php.net/?id=37926edit=1
[PHP-DOC] Re: CHM build machine - Was[2]: [PHP-DOC] #34026 [Ver-Opn]: Polish CHM is corrupted
Any progress? I noticed that CHM file dates are new, but I can't say if build process takes place, because Polish CHM is still corrupted and it's size still 400Kb against usual 6Mb http://www.php.net/download-docs.php?sizes=1 http://bugs.php.net/bug.php?id=34026 If something touches files even if the build fails - it is a bad U problem (by FUD classification). On 5/2/06, Wez Furlong wrote: We're supposed to getting donated a windows build box for this kind of thing; I'll chase up my contacts to see when that will be. --Wez. anatoly techtonik wrote: As far as I can understand the problem on the surface is in windows machine where hhc.exe needs to be executed. As the windows machine is not available for PHP folks at http://master.php.net/inventory.php we have to use somebody's private host to compile .chm's -- --t.
[PHP-DOC] Re: CHM build machine - Was[2]: [PHP-DOC] #34026 [Ver-Opn]: Polish CHM is corrupted
I now have a box and I'm waiting for the OS and other tools for it to arrive; given how busy things are, it'll be a few weeks before its fully operational. --Wez. techtonik wrote: Any progress? I noticed that CHM file dates are new, but I can't say if build process takes place, because Polish CHM is still corrupted and it's size still 400Kb against usual 6Mb http://www.php.net/download-docs.php?sizes=1 http://bugs.php.net/bug.php?id=34026 If something touches files even if the build fails - it is a bad U problem (by FUD classification). On 5/2/06, Wez Furlong wrote: We're supposed to getting donated a windows build box for this kind of thing; I'll chase up my contacts to see when that will be. --Wez. anatoly techtonik wrote: As far as I can understand the problem on the surface is in windows machine where hhc.exe needs to be executed. As the windows machine is not available for PHP folks at http://master.php.net/inventory.php we have to use somebody's private host to compile .chm's
[PHP-DOC] Re: CHM build machine - Was[2]: [PHP-DOC] #34026 [Ver-Opn]: Polish CHM is corrupted
If you'll find a time to describe a problem in more detail I guess there will be some interested people who are less busy. Do you intend to automate this setup operation to allow quick replacement of the box? On 6/30/06, Wez Furlong [EMAIL PROTECTED] wrote: I now have a box and I'm waiting for the OS and other tools for it to arrive; given how busy things are, it'll be a few weeks before its fully operational. --Wez. techtonik wrote: Any progress? I noticed that CHM file dates are new, but I can't say if build process takes place, because Polish CHM is still corrupted and it's size still 400Kb against usual 6Mb http://www.php.net/download-docs.php?sizes=1 http://bugs.php.net/bug.php?id=34026 If something touches files even if the build fails - it is a bad U problem (by FUD classification). On 5/2/06, Wez Furlong wrote: We're supposed to getting donated a windows build box for this kind of thing; I'll chase up my contacts to see when that will be. --Wez. anatoly techtonik wrote: As far as I can understand the problem on the surface is in windows machine where hhc.exe needs to be executed. As the windows machine is not available for PHP folks at http://master.php.net/inventory.php we have to use somebody's private host to compile .chm's -- --t.
[PHP-DOC] #37972 [Opn-Csd]: Error in french translation for the array_multisort example
ID: 37972 Updated by: [EMAIL PROTECTED] Reported By: perrick at noparking dot net -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2006-06-30 07:53:15] perrick at noparking dot net I kind of inverted the Expected result and the Actual result in my report. Sorry about this. [2006-06-30 07:50:17] perrick at noparking dot net Description: The french translation for the documentation of array_multisort contains an error leading to a lot of confusion. Reproduce code: --- Here's the english part : // Sort the data with volume descending, edition ascending // Add $data as the last parameter, to sort by the common key array_multisort($volume, SORT_DESC, $edition, SORT_ASC, $data); Expected result: Here's the french translation : // Tri les données par volume décroissant, edition croissant // Ajoute $data en tant que premier paramètre, pour trier par la clé commune array_multisort($volume, SORT_DESC, $edition, SORT_ASC, $data); Actual result: -- And finally what I was expecting : // Tri les données par volume décroissant, edition croissant // Ajoute $data en tant que dernier paramètre, pour trier par la clé commune array_multisort($volume, SORT_DESC, $edition, SORT_ASC, $data); The difference : dernier and premier. Their meaning are very different (ie. opposite ;-) -- Edit this bug report at http://bugs.php.net/?id=37972edit=1