[#87773] timer thread [was Re: [ruby-alerts:7905] failure alert on trunk-asserts@silicon-docker (NG (r63844))] — Eric Wong <normalperson@...>
> test_all <main>: warning: pthread_create failed for timer: Resource temporarily unavailable, scheduling broken
[#87836] [Ruby trunk Bug#14898] test/lib/test/unit/parallel.rb: TestSocket#test_timestamp stuck sometimes — ko1@...
Issue #14898 has been reported by ko1 (Koichi Sasada).
ko1@atdot.net wrote:
On 2018/07/06 18:47, Eric Wong wrote:
[#87847] undefined symbol: mjit_init_p — Leam Hall <leamhall@...>
I pulled Ruby trunk on 3 Jul and am now getting errors similar to the
QXMgSSB0b2xkIHlvdSwgYG1ha2UgaW5zdGFsbGAgaXMgbmVlZGVkIHRvIG1ha2UgUnVieSB3b3Jr
T25lIG1vcmUgcmVhc29uIGZvciBodHRwczovL2J1Z3MucnVieS1sYW5nLm9yZy9pc3N1ZXMvMTM2
[#87986] [Ruby trunk Feature#14915] Deprecate String#crypt, move implementation to string/crypt — mame@...
Issue #14915 has been updated by mame (Yusuke Endoh).
mame@ruby-lang.org wrote:
normalperson (Eric Wong) wrote:
[#88088] [Ruby trunk Misc#14937] [PATCH] thread_pthread: lazy-spawn timer-thread only on contention — normalperson@...
Issue #14937 has been reported by normalperson (Eric Wong).
[#88104] [Ruby trunk Bug#14898] test/lib/test/unit/parallel.rb: TestSocket#test_timestamp stuck sometimes — ko1@...
Issue #14898 has been updated by ko1 (Koichi Sasada).
[#88173] [Ruby trunk Bug#14950] r64109 thread.c: move ppoll wrapper before thread_pthread.c - Windows compile failure - thread.c — Greg.mpls@...
Issue #14950 has been reported by MSP-Greg (Greg L).
[#88189] [Ruby trunk Bug#14950] r64109 thread.c: move ppoll wrapper before thread_pthread.c - Windows compile failure - thread.c — nobu@...
Issue #14950 has been updated by nobu (Nobuyoshi Nakada).
[#88199] [Ruby trunk Misc#14937] [PATCH] thread_pthread: lazy-spawn timer-thread only on contention — takashikkbn@...
Issue #14937 has been updated by k0kubun (Takashi Kokubun).
takashikkbn@gmail.com wrote:
> yet, sky3 had a failure at
> http://ci.rvm.jp/results/trunk@P895/1173951
> > http://ci.rvm.jp/results/trunk@P895/1173951
[ruby-core:87965] Re: [Ruby trunk Feature#14915] Deprecate String#crypt, move implementation to string/crypt
merch-redmine@jeremyevans.net wrote: > normalperson (Eric Wong) wrote: > > While I don't care for #crypt, I'd like to move some tiny exts > > like fiber, io/wait, io/nonblock directly into core; because > > DSOs increase memory usage and slow down startup: > > > > https://udrepper.livejournal.com/8790.html > Note that DSOs only increase memory usage and slow down > startup if they are actually used. This would increase memory > usage and slow down startup for users of String#crypt. > However, this would decrease memory usage and speed up startup > for the 99.9%+ of ruby users that do not use String#crypt, > since it would result in a smaller libruby. Problem is right now we have no idea how many people use String#crypt and how they will be affected by its deprecation. It will take several years to know that, as we have seen regressions which don't get reported for several releases because distros (and users) are slow to upgrade. Even with deprecation warnings, it can be too annoying to some regular users who don't write code and just run some Ruby apps. There's a lot of stuff I'd remove from Ruby to reduce footprint and startup times first :) > Note that not removing String#crypt also has risks. Mainly it > risks unsuspecting users using it without understanding that > doesn't really provide security. I think we are doing a > disservice to those users by basically promoting an insecure > approach. Most code that would be broken by the removal of > String#crypt is insecure and should probably be updated. I don't disagree, but we need to educate developers, first; instead of just annoying _users_ who don't write or maintain code. Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>