[#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:88023] [Ruby trunk Feature#14925] Kernel#assert(expression)
Issue #14925 has been updated by shevegen (Robert A. Heiler).
I can't say whether it is necessary or not; I test my ruby code
quite differently (and really sparingly) compared to many other
ruby hackers so I am not a good candidate to ask for any test
or assertion system/framework.
Some testing frameworks make use of ruby in interesting ways,
in my opinion.
Take RSpec:
expect(Dir.exist?('doc')).to be true
The:
.to be true
part surprised me the first time I saw it. :)
Python has doctest, I think, which is fairly minimal:
doctest.testmod()
Don't know how useful it is, though. If I recall correctly
then you wrote code in the function description. I personally
found it a bit weird, since I'd expect more normal text in
a description to a function/method.
To your suggestion - it may be that the ruby core team
expects some more context in how your proposal may be
used or how it may be useful; ideally compared to what
is already used, such as for the ruby specification itself
(the various test code of ruby; you can see these parts often
when you look at ruby git at https://git.ruby-lang.org/ruby.git/ -
the ruby dev team often writes test code in the .rb files).
I don't think there is any particularly high reason against
your proposal as such (not sure if it should reside on Kernel
or elsewhere, but I think this is a separate detail; the more
important question is how the suggestion in itself may be
sufficiently useful) - but the ruby dev team likes to have
some specific details or some specific use case. Higher priority
is usually given to when suggestions may solve existing problems,
so in my opinion it often helps a lot to detail these problems
or possible problems/pain points. (It also follows from the
ruby philosophy, see how various suggestions have been accepted
in the past when they referred to existing problems or constraints.)
----------------------------------------
Feature #14925: Kernel#assert(expression)
https://bugs.ruby-lang.org/issues/14925#change-73040
* Author: deneb (S辿bastien Durand)
* Status: Open
* Priority: Normal
* Assignee:
* Target version:
----------------------------------------
Sometimes, you want to quickly test your code, but it's overkill to reach for a unit test library.
So could it be useful to add this method to Ruby?
~~~ ruby
def assert(expression)
expression or raise AssertionError, 'assertion failed', caller
end
~~~
--
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>