GNU bug report logs - #57349
29.0.50; pixel-scroll-precision-mode. error integer-or-marker-p nil

Previous Next

Package: emacs;

Reported by: Gerd Möllmann <gerd.moellmann <at> gmail.com>

Date: Tue, 23 Aug 2022 06:14:02 UTC

Severity: normal

Found in version 29.0.50

Fixed in version 29.1

Done: Gerd Möllmann <gerd.moellmann <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: 57349 <at> debbugs.gnu.org
Subject: bug#57349: 29.0.50; pixel-scroll-precision-mode. error integer-or-marker-p nil
Date: Tue, 23 Aug 2022 15:36:54 +0300
> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Cc: 57349 <at> debbugs.gnu.org
> Date: Tue, 23 Aug 2022 14:15:59 +0200
> 
> >> or sometimes errors 'Wrong type argument: integer-or-marker-p, nil'.
> >
> > This shouldn't happen, indeed.
> >
> >> Not sure what to make of this.  Looks like posn-at-x-y returns a posn
> >> with a nil point?  Or maybe posn-point returns nil?
> >
> > Either this should be fixed, or the code should be prepared for nil in
> > this case.
> 
> Yup.
> 
> I could add a check in the function that does the (goto-char nil), but I
> don't know if that would be only fixing a symptom of something else.

I don't think it's reasonable to expect that posn-WHATEVER functions
will always return a valid buffer position.  There are parts on the
window/frame decorations where no buffer position makes sense.  We
sometimes forcibly put some close position there, or get it as a side
effect of the implementation, but I don't think we should rely on it.




This bug report was last modified 2 years and 274 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.