[#75687] [Ruby trunk Bug#12416] struct rb_id_table lacks mark function — shyouhei@...
Issue #12416 has been reported by Shyouhei Urabe.
3 messages
2016/05/23
[#75763] [Ruby trunk Feature#12435] Using connect_nonblock to open TCP connections in Net::HTTP#connect — mohamed.m.m.hafez@...
Issue #12435 has been reported by Mohamed Hafez.
3 messages
2016/05/28
[#75774] Errno::EAGAIN thrown by OpenSSL::SSL::SSLSocket#connect_nonblock — Mohamed Hafez <mohamed.m.m.hafez@...>
Hi all, every now and then in my production server, I'm
4 messages
2016/05/30
[#75775] Re: Errno::EAGAIN thrown by OpenSSL::SSL::SSLSocket#connect_nonblock
— Mohamed Hafez <mohamed.m.m.hafez@...>
2016/05/30
Or does MRI's OpenSSL::SSL::SSLSocket#connect_nonblock just return
[#75782] Important: Somewhat backwards-incompatible change (Fwd: [ruby-cvs:62388] duerst:r55225 (trunk): * string.c: Activate full Unicode case mapping for UTF-8) — Martin J. Dürst <duerst@...>
With the change below, I have activated full Unicode case mapping for
4 messages
2016/05/31
[ruby-core:75671] [Ruby trunk Bug#12412] Extend safe navigation operator
From:
danieldasilvaferreira@...
Date:
2016-05-22 06:20:58 UTC
List:
ruby-core #75671
Issue #12412 has been updated by Daniel Ferreira.
Matthew Kerwin wrote:
> Daniel Ferreira wrote:
> > I wonder if we couldn't extend the safe navigation operator to work with any object rather than just nil.
>
> Making it shorthand for `respond_to?` isn't an extension, it changes the operator. What would this do under your proposal?
>
> ~~~ruby
> nil&.nil?
> ~~~
You're right. That is a challenge. Is it a blocking issue or can we try to overcome that problem?
>
> Also your "would become" isn't quite the same if `bar.qux` returns `nil` or `false`.
It is not quite the same but what is the issue?
----------------------------------------
Bug #12412: Extend safe navigation operator
https://bugs.ruby-lang.org/issues/12412#change-58801
* Author: Daniel Ferreira
* Status: Open
* Priority: Normal
* Assignee:
* ruby -v:
* Backport: 2.1: UNKNOWN, 2.2: UNKNOWN, 2.3: UNKNOWN
----------------------------------------
I wonder if we couldn't extend the safe navigation operator to work with any object rather than just nil.
I tend to still use this kind of code in some scenarios, specially when I work with objects with dynamic interfaces or arguments with different possible object types:
~~~ ruby
class Foo
def bar(baz)
if baz.respond_to?(:qux)
return baz.qux
end
'whatever'
end
end
~~~
What if we extend the safe navigation operator to work with any kind of object?
If it doesn't respond to the method it would return nil like this:
~~~ ruby
class Foo
def bar(baz)
baz&.qux || 'whatever'
end
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>