Email list hosting service & mailing list manager

is #f a valid index? Duy Nguyen (29 Jan 2020 12:23 UTC)
Re: is #f a valid index? Arthur A. Gleckler (02 Mar 2020 23:14 UTC)
Re: is #f a valid index? Arthur A. Gleckler (05 Apr 2020 22:45 UTC)
Re: is #f a valid index? John Cowan (25 Jun 2020 21:20 UTC)
Re: is #f a valid index? Alex Shinn (25 Jun 2020 23:37 UTC)
Re: is #f a valid index? John Cowan (25 Jun 2020 23:47 UTC)
Re: is #f a valid index? Alex Shinn (26 Jun 2020 00:23 UTC)
Re: is #f a valid index? John Cowan (26 Jun 2020 01:00 UTC)
Re: is #f a valid index? Arthur A. Gleckler (25 Jun 2020 23:57 UTC)
Re: is #f a valid index? Duy Nguyen (29 Jun 2020 09:13 UTC)
Re: is #f a valid index? Arthur A. Gleckler (29 Jun 2020 14:39 UTC)
Re: is #f a valid index? Duy Nguyen (30 Jun 2020 08:59 UTC)
Re: is #f a valid index? Alex Shinn (30 Jun 2020 09:18 UTC)
Re: is #f a valid index? Duy Nguyen (30 Jun 2020 09:25 UTC)
Re: is #f a valid index? Marc Nieper-Wißkirchen (30 Jun 2020 09:35 UTC)
Re: is #f a valid index? Duy Nguyen (30 Jun 2020 09:42 UTC)
Re: is #f a valid index? Marc Nieper-Wißkirchen (30 Jun 2020 09:47 UTC)
Re: is #f a valid index? Duy Nguyen (30 Jun 2020 09:52 UTC)
Re: is #f a valid index? Marc Nieper-Wißkirchen (30 Jun 2020 10:01 UTC)
Re: is #f a valid index? Duy Nguyen (30 Jun 2020 10:11 UTC)
Re: is #f a valid index? Duy Nguyen (30 Jun 2020 09:37 UTC)
Fwd: is #f a valid index? Arthur A. Gleckler (01 Jul 2020 20:22 UTC)
Re: is #f a valid index? Arthur A. Gleckler (14 Sep 2020 15:45 UTC)

Re: is #f a valid index? Marc Nieper-Wißkirchen 30 Jun 2020 09:35 UTC

Am Di., 30. Juni 2020 um 11:18 Uhr schrieb Alex Shinn <xxxxxx@gmail.com>:
>
> On Tue, Jun 30, 2020 at 5:59 PM Duy Nguyen <xxxxxx@gmail.com> wrote:
>>
>>
>> I think chibi does not follow the srfi here. The document for
>> string-cursor->index says " If the argument is already an
>> index/cursor, it is returned unchanged. ". So chibi should accept "1"
>> and return it. But it throws an error instead.
>
>
> Yes, I missed that.  It seems strange.  What's next, char->integer
> should return its argument if passed an integer?

Yes, that's strange and encourages writing code that muddles types.
PHP has been criticized for this type of weak typing.

Apart from that, `string-cursor->index' would be a misnomer. R7RS
renamed the R5RS procedures exact->inexact/inexact->exact to
inexact/exact. By the same reason,
string-cursor->index/index->string-cursor should be named index/cursor
if they are likewise weakly typed.

Finally, the way it is spec'ed in SRFI 130 doesn't allow an
implementation of string cursors by integers that are not necessarily
indices (a cursor could be a byte offset).

Thus, I think there are three good reasons why SRFI 130 should be amended.

Marc