SRFI 146 implementation bug due to unfixed version of SRFI 128 code. Sudarshan S Chawathe (19 Mar 2020 22:06 UTC)
|
Re: SRFI 146 implementation bug due to unfixed version of SRFI 128 code.
Arthur A. Gleckler
(19 Mar 2020 23:01 UTC)
|
Re: SRFI 146 implementation bug due to unfixed version of SRFI 128 code.
Marc Nieper-Wißkirchen
(20 Mar 2020 15:36 UTC)
|
Re: SRFI 146 implementation bug due to unfixed version of SRFI 128 code.
John Cowan
(20 Mar 2020 16:32 UTC)
|
Re: SRFI 146 implementation bug due to unfixed version of SRFI 128 code.
Arthur A. Gleckler
(20 Mar 2020 18:40 UTC)
|
Re: SRFI 146 implementation bug due to unfixed version of SRFI 128 code.
Marc Nieper-Wißkirchen
(25 Mar 2020 08:10 UTC)
|
Re: SRFI 146 implementation bug due to unfixed version of SRFI 128 code.
Arthur A. Gleckler
(26 Mar 2020 00:01 UTC)
|
SRFI 146 implementation bug due to unfixed version of SRFI 128 code. Sudarshan S Chawathe 19 Mar 2020 22:06 UTC
The sample implementation of SRFI 146 includes code for a SRFI 128 implementation. That bundled version of the SRFI 128 code is out of sync with the main implementation for that SRFI and, most important, has a very insidious bug in the default comparator. Going over the SRFI 128 mailing list archives, I found that the bug was fixed by Will Clinger in May 2016, but that fixed version does not seem to have made it over to the SRFI 146 code. I think one fix is pretty simple; just syncing up the SRFI 128 files should do it. However, perhaps a better fix is to unbundle the SRFI 128 implementation from the SRFI 146 code in order to avoid similar issues down the road. Regards, -chaw