-
Notifications
You must be signed in to change notification settings - Fork 7.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix bug 54254 #128
Fix bug 54254 #128
Conversation
Not sure about this patch, since month names are not according to wiki anyway - 1st month should be Nisan, and Adar/AdarII should be 12th, also in non-leap years it should be just "Adar". Though you are right that second Adar is the same Adar as in non-leap years. But I think it'd be better if it were called by right name. |
For the numbering, see As for the names, I agree that ideally the month should be called Adar On Sat, Jul 14, 2012 at 9:50 PM, Stanislav Malyshev
|
I see what you mean. I'll try to see if I can fix the Adar issue. Could you also add test for the cal_days_in_month() issue and its interaction with jdtojewish()? |
I'm not sure that additional tests are necessary for cal_days_in_month
On Sat, Jul 14, 2012 at 11:13 PM, Stanislav Malyshev
|
Ping |
I was just thinking about the test showing interaction between cal_days_in_month and jdtojewish to see that it returns correct result in every combination of cases. |
So maybe a test that prints the number of days in every month for a two year span including both a leap and a non-leap year and checks that they're all correct? |
sounds good |
Test added. Are you still planning to fix the Adar name issue? It seems the only way is to explicitly check anywhere that month names are returned (in English or Hebrew) whether month=7 and it's a leap year - it could be done by having Adar and Adar II have different month numbers, but that would break BC and generally be a poor solution. I'm not sure whether the extra name can safely be added to the arrays that hold all the names currently without side effects, but it could just be stored in its own variable since array indexing won't add anything here. |
Please check out this pull: #149 |
Comment on behalf of stas at php.net: merged |
* PHP-5.5: Fixed issue php#128 (opcache_invalidate segmentation fault)
… PHP-5.5 # By Adam Harvey (3) and others # Via Adam Harvey (2) and Michael Wallner (1) * 'PHP-5.5' of https://git.php.net/repository/php-src: fix broken sha2 configure tests Fixed minor bug in test. Move NEWS entries to correct version Fix bug #64782: SplFileObject constructor make $context optional Fix bug #65502: DateTimeImmutable::createFromFormat returns DateTime Fix bug #65548: Comparison for DateTimeImmutable doesn't work Tinker with the wording of the short_open_tag description. Fix NEWS: these commits were after 5.5.4 was branched and will be in 5.5.5. Handle CLI server request headers case insensitively. ensure that the defined interpolation method is used by the generic scaling functions Fixed issue #128 (opcache_invalidate segmentation fault) 5.4.21 now
… PHP-5.5 # By Xinchen Hui (2) and Michael Wallner (1) # Via Michael Wallner * 'PHP-5.5' of https://git.php.net/repository/php-src: double test timeout for travis Add test for ISSUE #128 Fixed bug #65665 (Exception not properly caught when opcache enabled)
# By Michael Wallner (3) and others # Via Michael Wallner (2) and Xinchen Hui (2) * 'master' of https://git.php.net/repository/php-src: use 65k of data to get a more explicit result double test timeout for travis this test is fragile on travis, let's see why Add test for ISSUE #128 Fixed bug #65665 (Exception not properly caught when opcache enabled) Save a TSRMLS_FETCH() for zval_ptr_dtor in executor
* 'master' of https://git.php.net/repository/php-src: ensure that the defined interpolation method is used by the generic scaling functions Fixed issue #128 (opcache_invalidate segmentation fault) 5.5.5 now
* 'master' of https://git.php.net/repository/php-src: use 65k of data to get a more explicit result double test timeout for travis this test is fragile on travis, let's see why Add test for ISSUE #128 Fixed bug #65665 (Exception not properly caught when opcache enabled) Save a TSRMLS_FETCH() for zval_ptr_dtor in executor
Brings jdtojewish in line with cal_days_in_month (and with the way the Jewish calendar is generally expected to work) by skipping Adar I in non-leap years instead of Adar II - see http://en.wikipedia.org/wiki/Hebrew_calendar