GNU bug report logs - #1301
previous-single-char-property-change on string with no match returns string end

Previous Next

Package: emacs;

Reported by: "Tim Toolan" <toolan <at> ele.uri.edu>

Date: Mon, 3 Nov 2008 13:45:02 UTC

Severity: normal

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (Emacs bug Tracking System)
To: martin rudalics <rudalics <at> gmx.at>
Subject: bug#1301: marked as done (previous-single-char-property-change on
 string with no match returns string end)
[Message part 1 (text/plain, inline)]
Your message dated Mon, 03 Nov 2008 18:35:17 +0100
with message-id <490F3655.1050101 <at> gmx.at>
and subject line Re: bug#1301: previous-single-char-property-change on string with no	match returns string end
has caused the Emacs bug report #1301,
regarding previous-single-char-property-change on string with no match returns string end
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don <at> donarmstrong.com
immediately.)


-- 
1301: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=1301
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: "Tim Toolan" <toolan <at> ele.uri.edu>
To: bug-gnu-emacs <at> gnu.org
Subject: previous-single-char-property-change on string with no match returns string end
Date: Mon,  3 Nov 2008 08:38:00 -0500
When searching a string using previous-single-char-property-change, and no
change is found, it returns the maximum valid position in object, instead
of the minimum valid position in object as stated in the emacs lisp manual.

This can be reproduced by the following lisp statement, which returns 10
instead of 0.

(previous-single-char-property-change 10 'display "0123456789")


In GNU Emacs 22.2.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2008-06-12 on aquarius
Windowing system distributor `The X.Org Foundation', version 11.0.10300000
configured using `configure  '--prefix=/usr' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--program-suffix=-emacs-22' '--infodir=/usr/share/info/emacs-22' '--without-carbon' '--with-sound' '--with-x' '--with-toolkit-scroll-bars' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-xpm' '--with-x-toolkit=athena' '--without-gtk' '--without-hesiod' '--with-kerberos' '--with-kerberos5' '--libdir=/usr/lib64' '--build=x86_64-pc-linux-gnu' 'build_alias=x86_64-pc-linux-gnu' 'host_alias=x86_64-pc-linux-gnu' 'CFLAGS=-march=nocona -pipe -O2' 'LDFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: C
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: Emacs-Lisp

Minor modes in effect:
  show-paren-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x r e p o r t <tab> <return>

Recent messages:
Warning: no fonts matching `-*-fixed-medium-r-normal-*-16-*-*-*-*-*-iso8859-1' available [2 times]
("emacs" "pscpc.el")
Loading paren...done
Loading /usr/share/emacs/site-lisp/auctex/tex-site.el (source)...done
Loading /u/staff/toolan/.emacs.d/auxlabel.el (source)...done
Loading /u/staff/toolan/.emacs.d/auxlabel.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading emacsbug...
Loading regexp-opt...done
Loading emacsbug...done



[Message part 3 (message/rfc822, inline)]
From: martin rudalics <rudalics <at> gmx.at>
To: 1301-done <at> debbugs.gnu.org
Cc: Tim Toolan <toolan <at> ele.uri.edu>
Subject: Re: bug#1301: previous-single-char-property-change on string with
 no	match returns string end
Date: Mon, 03 Nov 2008 18:35:17 +0100
> When searching a string using previous-single-char-property-change, and no
> change is found, it returns the maximum valid position in object, instead
> of the minimum valid position in object as stated in the emacs lisp manual.
>
> This can be reproduced by the following lisp statement, which returns 10
> instead of 0.
>
> (previous-single-char-property-change 10 'display "0123456789")
>
>
> In GNU Emacs 22.2.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
>  of 2008-06-12 on aquarius

Thank you very much for the report.

Fixed for Emacs 23.0.60 as

2008-11-03  Martin Rudalics  <rudalics <at> gmx.at>

	* textprop.c (Fprevious_single_char_property_change): Return 0
	when there's no change in a string.  (Bug#1301)

martin



This bug report was last modified 16 years and 204 days ago.

Previous Next


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