I sent this reply on 2008-08-02, but I do NOT see it in the bug tracker.
The problem remains. The garbled text is in Info, tab-bar tabs, and the startup screen.
This bug and #239 should NOT be merged with #597, IMO, since that is about text that looks OK and gets garbled only after some time. This problem is seen from the outset. It started around the time I filed #597 - no such problem before that.
Attached are screenshots from a build of 2008-10-09 with emacs -Q:
In GNU Emacs 23.0.60.1
(i386-mingw-nt5.1.2600)
of 2008-10-09 on LENNART-69DE564
Windowing
system distributor `Microsoft Corp.', version 5.1.2600
configured using
`configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include
-fno-crossjumping'
From: Drew Adams Sent: Saturday, August 02, 2008 2:27 PM
To: 'Jason Rumney'; '642@emacsbugs.donarmstrong.com'
Cc: 'emacs-pretest-bug@gnu.org'> From: Jason Rumney Sent: Saturday, August 02, 2008 2:06 PM
> > emacs -Q --debug-init -l ".../path/to/hexrgb.el" -l ".../path/to/oneonone.el" -f "1on1-emacs"
>
> I can't reproduce this bug. If you position the cursor on one of the
> affected characters and press C-u C-x =, what does it say. If the
> resulting Help buffer is also garbled, please try to change
> the buffer's font using Shift-Left Mouse.
The text in the help buffer appears fine. If I put the cursor on the first `?' char in the first text line (red) and do `C-u C-x =', *Help* shows this:character: SPC (32, #o40, #x20)
preferred charset: ascii (ASCII (ISO646 IRV))
code point: 0x20
syntax: which means: whitespace
category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
l:Latin
buffer code: #x20
file code: #x20 (encoded by coding system undecided-unix)
display: by this font (glyph code)
uniscribe:-outline-Helvetica-normal-normal-normal-sans-14-*-*-*-p-*-iso8859-1 (#x20)Character code properties: customize what to show
name: SPACE
general-category: Zs (Separator, Space)There are text properties here:
face (variable-pitch (:foreground "red"))
help-echo [Show][back]
Oddly enough, when I paste that text, it shows `SPC' for the character, but in the *Help* buffer, it has `rob' for the character. I switched to HTML mail and used a Unicode font (Arial Unicode MS), thinking that might make a difference, but it didn't.
I then tried a cents char in the second text line (blue):character: a (97, #o141, #x61)
preferred charset: ascii (ASCII (ISO646 IRV))
code point: 0x61
syntax: w which means: word
category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
l:Latin r:Japanese roman
buffer code: #x61
file code: #x61 (encoded by coding system undecided-unix)
display: by this font (glyph code)
uniscribe:-outline-Helvetica-normal-normal-normal-sans-14-*-*-*-p-*-iso8859-1 (#x61)Character code properties: customize what to show
name: LATIN SMALL LETTER A
general-category: Ll (Letter, Lowercase)There are text properties here:
face (variable-pitch (:foreground "darkblue"))
help-echo [Show][back]The cents character appears correctly in *Help*, but appears as `a' when pasted into the mail.
I then tried a section symbol in the first tiny black text line:character: f (102, #o146, #x66)
preferred charset: ascii (ASCII (ISO646 IRV))
code point: 0x66
syntax: w which means: word
category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
l:Latin r:Japanese roman
buffer code: #x66
file code: #x66 (encoded by coding system undecided-unix)
display: by this font (glyph code)
uniscribe:-outline-Helvetica-normal-normal-normal-sans-11-*-*-*-p-*-iso8859-1 (#x66)Character code properties: customize what to show
name: LATIN SMALL LETTER F
general-category: Ll (Letter, Lowercase)There are text properties here:
face (variable-pitch (:height 0.8))
help-echo [Show][back]Again, the section symbol appears correctly in *Help*, but appears as `f' in the pasted text above.Notice that the help text is describing what you see pasted above, but not what I see in *Help*. For example, I see a section symbol, but it describes it as a LATIN SMALL LETTER F.HTH - Drew