ruby-core@ruby-lang.org archive (unofficial mirror)
 help / color / mirror / Atom feed
From: shyouhei@ruby-lang.org
To: ruby-core@ruby-lang.org
Subject: [ruby-core:100246] [Ruby master Bug#17205] Misleading error message when comparing NaN with numbers in array
Date: Thu, 01 Oct 2020 02:38:31 +0000 (UTC)	[thread overview]
Message-ID: <redmine.journal-87833.20201001023830.44722@ruby-lang.org> (raw)
In-Reply-To: redmine.issue-17205.20200930131436.44722@ruby-lang.org

Issue #17205 has been updated by shyouhei (Shyouhei Urabe).


JFYI the reason why "implicit conversion from nil to integer" happens:

```
zsh % LC_ALL=C gdb --args ./miniruby -e'[Float::NAN, 1.0].min'
GNU gdb (Ubuntu 8.2-0ubuntu1~18.04) 8.2
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./miniruby...done.
(gdb) break rb_raise
Breakpoint 1 at 0xc4520: file error.c, line 2824.
(gdb) run
Starting program: ./miniruby -e\[Float::NAN,\ 1.0\].min
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Breakpoint 1, rb_raise (exc=93824999143280, fmt=fmt@entry=0x55555583a928 "no implicit conversion from nil to integer") at error.c:2824
2824    {
(gdb) bt
#0  rb_raise (exc=93824999143280, fmt=fmt@entry=0x55555583a928 "no implicit conversion from nil to integer") at error.c:2824
#1  0x00005555556c9421 in rb_num2long (val=<optimized out>) at numeric.c:2885
#2  0x00005555556ca28e in rb_num2int (val=<optimized out>) at numeric.c:2989
#3  rb_num2int_inline (x=<optimized out>) at include/ruby/internal/arithmetic/int.h:95
#4  rb_float_cmp (x=18410715276690587650, y=<optimized out>) at numeric.c:1521
#5  0x0000555555803fa9 in vm_opt_newarray_min (ptr=<optimized out>, num=<optimized out>) at vm_method.c:2293
#6  vm_exec_core (ec=0x555555beb770, initial=93824995273000) at insns.def:863
#7  0x00005555557f4f90 in rb_vm_exec (ec=0x555555b3f5b0, mjit_enable_p=1) at vm.c:1983
#8  0x000055555561b940 in rb_ec_exec_node (ec=ec@entry=0x555555b3f5b0, n=n@entry=0x555555b63dc0) at eval.c:308
#9  0x000055555561fef7 in ruby_run_node (n=0x555555b63dc0) at eval.c:366
#10 0x000055555558165f in main (argc=<optimized out>, argv=<optimized out>) at main.c:50
(gdb)
```

I guess this is a bug of `rb_float_cmp()`.

----------------------------------------
Bug #17205: Misleading error message when comparing NaN with numbers in array
https://bugs.ruby-lang.org/issues/17205#change-87833

* Author: timhwang21 (Tim Hwang)
* Status: Open
* Priority: Normal
* ruby -v: ruby 3.0.0dev (2020-09-30T11:43:19Z master 65e8a29389) [x86_64-darwin19]
* Backport: 2.5: UNKNOWN, 2.6: UNKNOWN, 2.7: UNKNOWN
----------------------------------------
The closest issue I could find is this: https://bugs.ruby-lang.org/issues/10424

There is quite a lot of inconsistency when dealing with arrays containing `NaN`, dependent on 1) if comparing against an integer or a float, 2) order of comparison. The one that stands out to me as "least correct" is the last one (`[Float::NAN, 1.0].min`) which raises `TypeError (no implicit conversion from nil to integer)`.

``` ruby
# .sort
[1, Float::NAN].sort
# Most sensible error message
# ArgumentError (comparison of Integer with NaN failed)

[1.0, Float::NAN].sort
# Somewhat sensible error message
# TypeError (no implicit conversion from nil to integer)

[Float::NAN, 1].sort
# Somewhat sensible error message
# TypeError (no implicit conversion from nil to integer)

[Float::NAN, 1.0].sort
# Somewhat sensible error message
# TypeError (no implicit conversion from nil to integer)

# .min
[1, Float::NAN].min
# Most sensible error message
# ArgumentError (comparison of Float with 1 failed)

[1.0, Float::NAN].min
# Somewhat sensible error message
# TypeError (no implicit conversion from nil to integer)

[Float::NAN, 1].min
# Most sensible error message
# ArgumentError (comparison of Integer with NaN failed)

[Float::NAN, 1.0].min
# Very misleading error message
# TypeError (no implicit conversion from nil to integer)
```




-- 
https://bugs.ruby-lang.org/

      parent reply	other threads:[~2020-10-01  2:38 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-30 13:14 [ruby-core:100236] [Ruby master Bug#17205] Misleading error message when comparing NaN with numbers in array timhwang21
2020-09-30 13:17 ` [ruby-core:100237] " timhwang21
2020-10-01  2:38 ` shyouhei [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.ruby-lang.org/en/community/mailing-lists/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=redmine.journal-87833.20201001023830.44722@ruby-lang.org \
    --to=ruby-core@ruby-lang.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).