[#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
As I told you, `make install` is needed to make Ruby work. Running
One more reason for https://bugs.ruby-lang.org/issues/13620 maybe? ;)
Benoit Daloze <eregontp@gmail.com> wrote:
[#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:87913] [Ruby trunk Misc#14905] Strange behavior in Dir.glob using ** operator
Issue #14905 has been updated by trobinson (Trevor Robinson).
Oops, sorry about that! In my efforts to anonymize the example, I broke it.
It's actually more like this:
~~~ text
human_records
├ project1 ─ records.yml
└ common ┬ records_one.yml
└ records_two.yml
cloud_records
├ AWS ┬ project1 ─ records.yml
│ └ project2 ─ records.yml
└ Azure ─ azproj1 ─ records.yml
~~~
~~~ ruby
Dir.glob("human_records/common/**.{yml,yaml}")
# => ["human-records/common/records.yml", "human_records/common/other_records.yml"]
Dir.glob("cloud_records/AWS/**.{yml,yaml}")
# => []
~~~
Sorry for the earlier erroneous description-- the weirdness is that `**` acts like `*` when used at the filename level.
----------------------------------------
Misc #14905: Strange behavior in Dir.glob using ** operator
https://bugs.ruby-lang.org/issues/14905#change-72923
* Author: trobinson (Trevor Robinson)
* Status: Feedback
* Priority: Normal
* Assignee:
----------------------------------------
Hello,
I didn't want to report this as a bug because I'm not sure if it's intentional or not. The documentation didn't say either way. The `**` operator appears to work somewhat strangely when used in certain contexts.
An example setup to trigger the odd behavior looks something like this:
~~~ text
human_records
├ person1 ─ records.yml
└ person2 ─ other_records.yml
cloud_records
├ AWS ┬ project1 ─ records.yml
│ └ project2 ─ records.yml
└ Azure ─ azproj1 ─ records.yml
~~~
Though the documentation doesn't say to do this, because of my experience with other globbing libraries, I did the following:
~~~ ruby
Dir.glob("human_records/**.{yml,yaml}")
# => ["human-records/person1/records.yml", "human_records/person2/other_records.yml"]
Dir.glob("cloud_records/**.{yml,yaml}")
# => []
~~~
So using `**` like this works if there is only one level of folders between the root and the target files, as if the glob was `"records/*/*.{yml,yaml}"`.
This seems like undefined behavior, so I thought I would bring it to your attention. If a change isn't a good solution to this, would a note in the documentation about undefined behavior around `**` be warranted?
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>