Bug #54254 [Opn]: cal_from_jd returns month = 6 when there is only one Adar
Edit report at https://bugs.php.net/bug.php?id=54254&edit=1 ID: 54254 User updated by:asphp at dsgml dot com Reported by:asphp at dsgml dot com Summary:cal_from_jd returns month = 6 when there is only one Adar Status: Open Type: Bug Package:Calendar related PHP Version:5.3.5 Block user comment: N Private report: N New Comment: woordengeschrift you misunderstand the Hebrew calendar. In non-leap years there is a gap, the calendar months go: 4,5,7,8 - month 6 is skipped. Unfortunately PHP does 4,5,6,8 - it skips month 7 instead of 6 which is incorrect. In a leap year it is AdarI that is added - AdarII is the same as Adar. Yes, I know you would expect the second one to be the "extra", but that's not how the calendar works. Previous Comments: [2012-03-29 12:13:03] info at woordengeschrift dot nl In NON-leap years, there is only the unnumbered month of Adar. [2012-03-29 12:09:41] info at woordengeschrift dot nl In leap years, there is only the unnumbered month of Adar. Numbered Adars only occur in leap years: Adar_I (the actual leap month), followed by Adar_II. [2011-03-15 09:53:50] asphp at dsgml dot com Description: cal_from_jd() returns 6 for Adar when there is only one Adar, (it should return 7, since if there is only one Adar it's AdarII). It also says "AdarI", which is wrong (it should be either "Adar" or at least "AdarII"). Furthermore the cal_days_in_month() (correctly) only works with month 7, and not 6 as returned by cal_from_jd. Test script: --- Expected result: The month in cal_from_jd should be 7. The second two lines demonstrate how cal_days_in_month also expects the month to be 7. Actual result: -- Array ( [date] => 6/24/5772 [month] => 6 [day] => 24 [year] => 5772 [dow] => 0 [abbrevdayname] => Sun [dayname] => Sunday [abbrevmonth] => AdarI [monthname] => AdarI ) 0 29 -- Edit this bug report at https://bugs.php.net/bug.php?id=54254&edit=1
#50283 [NEW]: allow base in gmp_strval to use full range: 2 to 62, and -2 to -36
From: asphp at dsgml dot com Operating system: Linux PHP version: 5.2.11 PHP Bug Type: GNU MP related Bug description: allow base in gmp_strval to use full range: 2 to 62, and -2 to -36 Description: According to http://gmplib.org/manual/Converting-Integers.html gmp_strval should be able to use a base range of 2 to 62, and -2 to -36. However php enforces the base to be between 2 and 36. Please allow the full range. -- Edit bug report at http://bugs.php.net/?id=50283&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50283&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50283&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50283&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50283&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50283&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50283&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50283&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50283&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50283&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50283&r=support Expected behavior: http://bugs.php.net/fix.php?id=50283&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50283&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50283&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50283&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50283&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50283&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50283&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50283&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50283&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50283&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50283&r=mysqlcfg
#50283 [Opn]: allow base in gmp_strval to use full range: 2 to 62, and -2 to -36
ID: 50283 User updated by: asphp at dsgml dot com Reported By: asphp at dsgml dot com Status: Open Bug Type: GNU MP related Operating System: Linux PHP Version: 5.2.11 New Comment: And for input as well of course. Previous Comments: [2009-11-24 11:29:58] asphp at dsgml dot com Description: According to http://gmplib.org/manual/Converting-Integers.html gmp_strval should be able to use a base range of 2 to 62, and -2 to -36. However php enforces the base to be between 2 and 36. Please allow the full range. -- Edit this bug report at http://bugs.php.net/?id=50283&edit=1
#50283 [Tbd]: allow base in gmp_strval to use full range: 2 to 62, and -2 to -36
ID: 50283 User updated by: asphp at dsgml dot com Reported By: asphp at dsgml dot com Status: To be documented Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.11 New Comment: The docs and checkin comment all say till 62, but the code and the tests actually limit to 36. Previous Comments: [2009-11-24 15:08:22] rquadl...@php.net Documented. Revision: http://svn.php.net/viewvc/?view=revision&revision=291267 [2009-11-24 13:35:06] d...@php.net The documentation states that base has to be between 2 and 36. We have to correct this, as we now allow -2 to -36 aswell. [2009-11-24 13:33:36] s...@php.net Automatic comment from SVN on behalf of dsp Revision: http://svn.php.net/viewvc/?view=revision&revision=291262 Log: Implement feature request #50283 (allow base in gmp_strval to use full range: 2 to 62, and -2 to -36) [2009-11-24 11:31:47] asphp at dsgml dot com And for input as well of course. [2009-11-24 11:29:58] asphp at dsgml dot com Description: According to http://gmplib.org/manual/Converting-Integers.html gmp_strval should be able to use a base range of 2 to 62, and -2 to -36. However php enforces the base to be between 2 and 36. Please allow the full range. -- Edit this bug report at http://bugs.php.net/?id=50283&edit=1
#50283 [Tbd]: allow base in gmp_strval to use full range: 2 to 62, and -2 to -36
ID: 50283 User updated by: asphp at dsgml dot com Reported By: asphp at dsgml dot com Status: To be documented Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.11 New Comment: Also, gmp_init needs to be changed. Previous Comments: [2009-11-24 20:14:52] asphp at dsgml dot com The docs and checkin comment all say till 62, but the code and the tests actually limit to 36. [2009-11-24 15:08:22] rquadl...@php.net Documented. Revision: http://svn.php.net/viewvc/?view=revision&revision=291267 [2009-11-24 13:35:06] d...@php.net The documentation states that base has to be between 2 and 36. We have to correct this, as we now allow -2 to -36 aswell. [2009-11-24 13:33:36] s...@php.net Automatic comment from SVN on behalf of dsp Revision: http://svn.php.net/viewvc/?view=revision&revision=291262 Log: Implement feature request #50283 (allow base in gmp_strval to use full range: 2 to 62, and -2 to -36) [2009-11-24 11:31:47] asphp at dsgml dot com And for input as well of course. 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/50283 -- Edit this bug report at http://bugs.php.net/?id=50283&edit=1
[PHP-BUG] Bug #53187 [NEW]: urlencode and ~ encodes differently in the various versions of the functions
From: Operating system: PHP version: trunk-SVN-2010-10-27 (SVN) Package: URL related Bug Type: Bug Bug description:urlencode and ~ encodes differently in the various versions of the functions Description: In urlencode a ~ (tilde) is escaped. In rawurlencode, when using ASCII a ~ is NOT escaped, but when using EBCDIC it IS escaped. There is no mention of ~ being special in the docs for rawurlencode or the docs for urlencode. And if it is special for rawurlencode, it should act the same in ASCII and EBCDIC. -- Edit bug report at http://bugs.php.net/bug.php?id=53187&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53187&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53187&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53187&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53187&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53187&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53187&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53187&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53187&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53187&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53187&r=support Expected behavior: http://bugs.php.net/fix.php?id=53187&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53187&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53187&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53187&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53187&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53187&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53187&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53187&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53187&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53187&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53187&r=mysqlcfg
Bug #53187 [Opn]: urlencode and ~ encodes differently in the various versions of the functions
Edit report at http://bugs.php.net/bug.php?id=53187&edit=1 ID: 53187 User updated by:asphp at dsgml dot com Reported by:asphp at dsgml dot com Summary:urlencode and ~ encodes differently in the various versions of the functions Status: Open Type: Bug Package:URL related PHP Version:trunk-SVN-2010-10-27 (SVN) Block user comment: N New Comment: rawurlencode was changed in revision 260750: http://svn.php.net/viewvc?view=revision&revision=260750 It mentions RFC3986, but after reading it seems to me that ~ should also be un-encoded in urlencode not just rawurlencode Previous Comments: [2010-10-28 01:10:43] asphp at dsgml dot com Description: In urlencode a ~ (tilde) is escaped. In rawurlencode, when using ASCII a ~ is NOT escaped, but when using EBCDIC it IS escaped. There is no mention of ~ being special in the docs for rawurlencode or the docs for urlencode. And if it is special for rawurlencode, it should act the same in ASCII and EBCDIC. -- Edit this bug report at http://bugs.php.net/bug.php?id=53187&edit=1
[PHP-BUG] Bug #54254 [NEW]: cal_from_jd returns month = 6 when there is only one Adar
From: Operating system: PHP version: 5.3.5 Package: Calendar related Bug Type: Bug Bug description:cal_from_jd returns month = 6 when there is only one Adar Description: cal_from_jd() returns 6 for Adar when there is only one Adar, (it should return 7, since if there is only one Adar it's AdarII). It also says "AdarI", which is wrong (it should be either "Adar" or at least "AdarII"). Furthermore the cal_days_in_month() (correctly) only works with month 7, and not 6 as returned by cal_from_jd. Test script: --- Expected result: The month in cal_from_jd should be 7. The second two lines demonstrate how cal_days_in_month also expects the month to be 7. Actual result: -- Array ( [date] => 6/24/5772 [month] => 6 [day] => 24 [year] => 5772 [dow] => 0 [abbrevdayname] => Sun [dayname] => Sunday [abbrevmonth] => AdarI [monthname] => AdarI ) 0 29 -- Edit bug report at http://bugs.php.net/bug.php?id=54254&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54254&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54254&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54254&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54254&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54254&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54254&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54254&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54254&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54254&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54254&r=support Expected behavior: http://bugs.php.net/fix.php?id=54254&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54254&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54254&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54254&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54254&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54254&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54254&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54254&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54254&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54254&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54254&r=mysqlcfg
