[#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).
[email protected] 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).
[email protected] 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).
[email protected] 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:87795] Re: [Ruby trunk Bug#14867] Process.wait can wait for MJIT compiler process
[email protected] wrote: > I'm not sure what you look at on the web (GitHub, Appveyor), so briefly: > 1. The mswin builds do not test MJIT, but mingw (ruby-loco) > does. Note that mingw tests 3 time a day, so I may not know > what revision caused what. The mingw test history is at > https://ci.appveyor.com/project/MSP-Greg/ruby-loco/history. I only see plain-text and sometimes tables. Javascript doesn't show up to me, so that has no data for me. I tried watching rubyci.org and managed to fix OSX in r63829. I wasn't sure which was the win32 build and there were other failures unrelated to RUBYLIB, but I will look at k0kubun's link. > 2. When you first added commits (r63758), mingw wouldn't > build, then once that was fixed, tests crashed. As of r63794, > it built, tests completed, but all JIT tests failed (they > previously passed). At that point, I removed the JIT results > from the pass/fail logic. OK, I will keep that in mind; r63794 only changed a test; so I'm not sure about JIT. > 3. The mswin build was functioning up until r63816. The > changes in r63820 (get rid of a compiler warning of VC) > interacted with your commits to cause the mswin build to lock > up. If that interaction can be fixed, mswin may pass. Maybe r63820 needs to be reverted separately. I think the problem is mjit.c code has a different idea of PID from process.c for win32. Unsubscribe: <mailto:[email protected]?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>