GNU bug report logs -
#36573
26.1; bufferpos-to-filepos assumes coding-system-eol-type gives integer
Previous Next
Reported by: Rupert Swarbrick <rswarbrick <at> gmail.com>
Date: Wed, 10 Jul 2019 10:56:01 UTC
Severity: normal
Found in version 26.1
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Wed, 11 Aug 2021 20:42:08 +0200
> Cc: 36573 <at> debbugs.gnu.org
>
> > I think it probably still makes sense to add a note to the manual for
> > bufferpos-to-filepos and filepos-to-bufferpos to point out that they
> > don't work if the line ending convention is unknown.
>
> Well, manual does say that the coding system has to be known (which
> implies that the line ending convention should also be known)...
>
> > For bonus points, maybe it makes sense to add something to fail
> > earlier (and more understandably!) in the info reading code. I'm not
> > sure exactly where that would be, though.
>
> I think those functions probably shouldn't signal an error in this
> situation if asked to do an approximate calculation (but just guess at a
> one-byte ending), perhaps. But give a better error message when asked
> to do an exact calculation.
I think, since these cases are very rare, it should be okay to assume
the -unix EOL type when this happens, and document that if this is the
case, the result could be an approximation even if the exact result
was requested.
This bug report was last modified 3 years and 345 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.