[#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:87801] Re: [Ruby trunk Bug#14867] Process.wait can wait for MJIT compiler process
[email protected] wrote: > > Importantly, mswin (ruby's vc12) passed r63856. Good to know. I saw your message before http://mswinci.japaneast.cloudapp.azure.com/vc12-x64/ruby-trunk/recent.html got updated, I guess there is a delay. > Unfortunately, ruby-loco locked up on test-all. So, before > the reversion (r63852), test-all completed, but all JIT tests > failed. After the reversion, all JIT tests passed. Any compiler warnings or helpful output before lokcup? > Ok, I'll remember the no js... > > > OK, I will keep that in mind; r63794 only changed a test; > That's why I mentioned the 'builds 3 times a day' (3:00, 9:00 > and 16:00 UTC, or Noon, 6:00 P and 1:00 A JST). The Ruby core > mswin CI runs on every commit. > > In the build previous to r63794, which was r63790, the tests > crashed. As of r63794, they completed. > Anyway, since mingw and mswin mean nothing to people > unfamiliar with Windows builds, how about I'll call the Ruby > core CI build 'mswin', and the mingw build 'ruby-loco' (which > is my build)? mswin is straight MSVC compiler, ruby-loco is > using gcc 7.3.0 ported to windows via the MSYS2/MinGW project. OK. So I wonder if ruby-loco tries to define SIGCHLD and fails because of it. The different behaviors of various Windows builds is confusing, because @usa was happy about r63790. Does the following help? If WAITPID_USE_SIGCHLD is zero, it should fall back to old code and none of my changes should have any effect. ``` --- a/vm_core.h +++ b/vm_core.h @@ -110,6 +110,11 @@ /* define to 0 to test old code path */ #define WAITPID_USE_SIGCHLD (RUBY_SIGCHLD || SIGCHLD_LOSSY) +#if defined(__MINGW32__) || defined(_WIN32) +# undef WAITPID_USE_SIGCHLD +# define WAITPID_USE_SIGCHLD (0) +#endif + #ifdef HAVE_STDARG_PROTOTYPES #include <stdarg.h> #define va_init_list(a,b) va_start((a),(b)) ``` Thanks for your patience. Unsubscribe: <mailto:[email protected]?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>