--- Begin Message ---
Subject: |
23.1.50; inconsistency in multibyte eight-bit regexps |
Date: |
Fri, 26 Jun 2009 18:56:50 +0900 (JST) |
User-agent: |
SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shij$(D+W(B) APEL/10.6 Emacs/23.1.50 (sparc-sun-solaris2.8) MULE/6.0 (HANACHIRUSATO) |
The following results look inconsistent:
(string-match (string-to-multibyte "\x80") (string-to-multibyte "\x80"))
=> 0
(string-match (string-to-multibyte "\x80") "\x80")
=> nil
(string-match (string-to-multibyte "[\x80]") (string-to-multibyte "\x80"))
=> nil
(string-match (string-to-multibyte "[\x80]") "\x80")
=> 0
YAMAMOTO Mitsuharu
address@hidden
In GNU Emacs 23.1.50.1 (sparc-sun-solaris2.8, X toolkit, Xaw3d scroll bars)
of 2009-06-26 on church
Windowing system distributor `The X.Org Foundation', version 11.0.10402000
configured using `configure 'LDFLAGS=-L/usr/local/lib -R/usr/local/lib'
'CPPFLAGS=-I/usr/local/lib''
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: ja
value of $XMODIFIERS: nil
locale-coding-system: japanese-iso-8bit-unix
default-enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#3687: 23.1.50; inconsistency in multibyte eight-bit regexps [PATCH] |
Date: |
Fri, 28 Jun 2019 18:47:17 +0200 |
28 juni 2019 kl. 18.20 skrev Eli Zaretskii <address@hidden>:
>
> Maybe I did misunderstand: if the patch change nothing fundamental,
> then why did you need to precede it with "principles"?
There was some discussion about these matters previously in the bug, so I
thought I should state up-front what I based my interpretations of correct
behaviour upon. In hindsight, this was a mistake -- sorry again.
--- End Message ---