* emacs 23.1 font problem
@ 2010-01-11 10:21 Gerhard
2010-01-11 10:33 ` David Kastrup
0 siblings, 1 reply; 9+ messages in thread
From: Gerhard @ 2010-01-11 10:21 UTC (permalink / raw
To: help-gnu-emacs
Hi,
Since some time ago, I am having problems with emacs loading
.tex files. When I try to open such a file, I receive the
following message, and font-lock is turned off:
File mode specification error: (error "Invalid face height"
0.0)
File local-variables error: (error "Invalid face height" 0.0)
I can start auctex by M-x latex-mode, and then, font-locking
is enabled. Apart from flyspell (where I have to change the
dictionary by hand), everything seems to work normally
afterwards, so it is only it little nuisance.
When I start emacs with "emacs -q", and try to open a .tex
file, I get the following:
File mode specification error: (error "Invalid face height"
tex-suscript-height)
As before, I can start the (generic latex-mode) by M-x latex-
mode.
I have noted that in auctex as well, subscripts are displayed
now in normal font, which was at some time different.
I am using a self-compiled emacs under Mandriva linux:
GNU Emacs 23.1.90.1 (x86_64-unknown-linux-gnu, GTK+ Version
2.18.3) of 2010-01-08 on localhost
The emacs provided by Mandriva (also a 23.1) showed the same
problem. I have seen that similar bugs have been reported,
but I have not seen any response to it.
Does someone of you have any idea what is going on here?
Thanks in advance,
Gerhard
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: emacs 23.1 font problem
2010-01-11 10:21 emacs 23.1 font problem Gerhard
@ 2010-01-11 10:33 ` David Kastrup
2010-01-11 10:50 ` browsing cscope-marker-ring Maindoor
2010-01-11 10:53 ` emacs 23.1 font problem Gerhard
0 siblings, 2 replies; 9+ messages in thread
From: David Kastrup @ 2010-01-11 10:33 UTC (permalink / raw
To: help-gnu-emacs
Gerhard <feldspat@gmx.net> writes:
> .tex files. When I try to open such a file, I receive the
> following message, and font-lock is turned off:
>
> File mode specification error: (error "Invalid face height"
> 0.0)
> File local-variables error: (error "Invalid face height" 0.0)
locale problems, likely. Or GTK-KDE integration.
M-x report-emacs-bug RET
would give some more information.
--
David Kastrup
^ permalink raw reply [flat|nested] 9+ messages in thread
* browsing cscope-marker-ring
2010-01-11 10:33 ` David Kastrup
@ 2010-01-11 10:50 ` Maindoor
2010-01-11 10:53 ` emacs 23.1 font problem Gerhard
1 sibling, 0 replies; 9+ messages in thread
From: Maindoor @ 2010-01-11 10:50 UTC (permalink / raw
To: help-gnu-emacs
[-- Attachment #1: Type: text/plain, Size: 228 bytes --]
Hi,
I am quite new to emacs and am wondering if it is possible to
browse the cscope-marker-ring instead of only cscope-pop-mark. That way
we can go back and forth the cscope-marker-ring.
Please let me know,
Maindoor.
[-- Attachment #2: Type: text/html, Size: 365 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: emacs 23.1 font problem
2010-01-11 10:33 ` David Kastrup
2010-01-11 10:50 ` browsing cscope-marker-ring Maindoor
@ 2010-01-11 10:53 ` Gerhard
2010-01-11 14:02 ` David Kastrup
1 sibling, 1 reply; 9+ messages in thread
From: Gerhard @ 2010-01-11 10:53 UTC (permalink / raw
To: help-gnu-emacs
David Kastrup wrote:
> Gerhard <feldspat@gmx.net> writes:
>
>> .tex files. When I try to open such a file, I receive the
>> following message, and font-lock is turned off:
>>
>> File mode specification error: (error "Invalid face height"
>> 0.0)
>> File local-variables error: (error "Invalid face height" 0.0)
>
> locale problems, likely. Or GTK-KDE integration.
>
> M-x report-emacs-bug RET
>
> would give some more information.
>
Dear David,
here it comes:
In GNU Emacs 23.1.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.3)
of 2010-01-08 on localhost
Windowing system distributor `The X.Org Foundation', version 11.0.10605000
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: de_DE.UTF-8
value of $LC_CTYPE: de_DE.UTF-8
value of $LC_MESSAGES: de_DE.UTF-8
value of $LC_MONETARY: fr_FR.UTF-8
value of $LC_NUMERIC: fr_FR.UTF-8
value of $LC_TIME: de_DE.UTF-8
value of $LANG: de_DE.UTF-8
value of $XMODIFIERS: @im=none
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: LaTeX
Minor modes in effect:
shell-dirtrack-mode: t
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...
File mode specification error: (error "Invalid face height" tex-suscript-
height)
set-face-attribute: Invalid face height: tex-suscript-height
Load-path shadows:
None found.
Features:
(shadow sort mail-extr message sendmail ecomplete rfc822 mml mml-sec
password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231
rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc
time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1
hex-util hashcash mail-utils emacsbug tex-mode regexp-opt compile shell
comint ring latexenc help-mode easymenu view tooltip ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd font-setting tool-bar dnd fontset
image fringe lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core
frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help
simple abbrev loaddefs button minibuffer faces cus-face files
text-properties overlay md5 base64 format env code-pages mule custom
widget hashtable-print-readable backquote make-network-process dbusbind
font-render-setting gtk x-toolkit x multi-tty emacs)
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: emacs 23.1 font problem
2010-01-11 10:53 ` emacs 23.1 font problem Gerhard
@ 2010-01-11 14:02 ` David Kastrup
2010-01-11 14:41 ` Gerhard
0 siblings, 1 reply; 9+ messages in thread
From: David Kastrup @ 2010-01-11 14:02 UTC (permalink / raw
To: help-gnu-emacs
Gerhard <feldspat@gmx.net> writes:
> David Kastrup wrote:
>
>> Gerhard <feldspat@gmx.net> writes:
>>
>>> .tex files. When I try to open such a file, I receive the
>>> following message, and font-lock is turned off:
>>>
>>> File mode specification error: (error "Invalid face height"
>>> 0.0)
>>> File local-variables error: (error "Invalid face height" 0.0)
>>
>> locale problems, likely. Or GTK-KDE integration.
>>
>> M-x report-emacs-bug RET
>>
>> would give some more information.
>
> In GNU Emacs 23.1.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.3)
> of 2010-01-08 on localhost
> Windowing system distributor `The X.Org Foundation', version 11.0.10605000
> Important settings:
> value of $LC_ALL: nil
> value of $LC_COLLATE: de_DE.UTF-8
> value of $LC_CTYPE: de_DE.UTF-8
> value of $LC_MESSAGES: de_DE.UTF-8
> value of $LC_MONETARY: fr_FR.UTF-8
> value of $LC_NUMERIC: fr_FR.UTF-8
> value of $LC_TIME: de_DE.UTF-8
> value of $LANG: de_DE.UTF-8
> value of $XMODIFIERS: @im=none
> locale-coding-system: utf-8-unix
> default enable-multibyte-characters: t
What happens when you start Emacs with
LC_NUMERIC=C emacs
?
--
David Kastrup
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: emacs 23.1 font problem
2010-01-11 14:02 ` David Kastrup
@ 2010-01-11 14:41 ` Gerhard
2010-01-11 15:16 ` David Kastrup
0 siblings, 1 reply; 9+ messages in thread
From: Gerhard @ 2010-01-11 14:41 UTC (permalink / raw
To: help-gnu-emacs
David Kastrup wrote:
> Gerhard <feldspat@gmx.net> writes:
>
>> David Kastrup wrote:
>>
>>> Gerhard <feldspat@gmx.net> writes:
>>>
>>>> .tex files. When I try to open such a file, I receive the
>>>> following message, and font-lock is turned off:
>>>>
>>>> File mode specification error: (error "Invalid face height"
>>>> 0.0)
>>>> File local-variables error: (error "Invalid face height" 0.0)
>>>
>>> locale problems, likely. Or GTK-KDE integration.
>>>
>>> M-x report-emacs-bug RET
>>>
>>> would give some more information.
>>
>> In GNU Emacs 23.1.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.3)
>> of 2010-01-08 on localhost
>> Windowing system distributor `The X.Org Foundation', version
>> 11.0.10605000 Important settings:
>> value of $LC_ALL: nil
>> value of $LC_COLLATE: de_DE.UTF-8
>> value of $LC_CTYPE: de_DE.UTF-8
>> value of $LC_MESSAGES: de_DE.UTF-8
>> value of $LC_MONETARY: fr_FR.UTF-8
>> value of $LC_NUMERIC: fr_FR.UTF-8
>> value of $LC_TIME: de_DE.UTF-8
>> value of $LANG: de_DE.UTF-8
>> value of $XMODIFIERS: @im=none
>> locale-coding-system: utf-8-unix
>> default enable-multibyte-characters: t
>
> What happens when you start Emacs with
>
> LC_NUMERIC=C emacs
>
> ?
Everything seems to work fine now, great!
Am I right in supposing that this resets locales only for emacs, and that
there should be no undesired side-effects elsewhere?
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: emacs 23.1 font problem
2010-01-11 14:41 ` Gerhard
@ 2010-01-11 15:16 ` David Kastrup
2010-01-11 16:00 ` Gerhard
2010-01-11 19:18 ` Eli Zaretskii
0 siblings, 2 replies; 9+ messages in thread
From: David Kastrup @ 2010-01-11 15:16 UTC (permalink / raw
To: help-gnu-emacs
Gerhard <feldspat@gmx.net> writes:
>>> In GNU Emacs 23.1.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.3)
>>> of 2010-01-08 on localhost
>>> Windowing system distributor `The X.Org Foundation', version
>>> 11.0.10605000 Important settings:
>>> value of $LC_ALL: nil
>>> value of $LC_COLLATE: de_DE.UTF-8
>>> value of $LC_CTYPE: de_DE.UTF-8
>>> value of $LC_MESSAGES: de_DE.UTF-8
>>> value of $LC_MONETARY: fr_FR.UTF-8
>>> value of $LC_NUMERIC: fr_FR.UTF-8
>>> value of $LC_TIME: de_DE.UTF-8
>>> value of $LANG: de_DE.UTF-8
>>> value of $XMODIFIERS: @im=none
>>> locale-coding-system: utf-8-unix
>>> default enable-multibyte-characters: t
>>
>> What happens when you start Emacs with
>>
>> LC_NUMERIC=C emacs
>>
>> ?
> Everything seems to work fine now, great!
>
> Am I right in supposing that this resets locales only for emacs, and
> that there should be no undesired side-effects elsewhere?
It will affect every program started from within Emacs as well. I am
not clear what code is responsible for this: the problem is likely
because either scanf or printf or its equivalents use "," instead of "."
in numbers.
Whether this happens inside of Emacs proper or in GTK, I don't know. In
general, you rarely want LC_NUMERIC to be different from "C" for
_anything_. Programming languages and libraries and utilities break
because programmers hardly ever expect that the equivalent of
printf("%4.2f",3.0) would result in "3,00" in foreign locales.
I know that some versions of Ghostscript ceased being able to parse
numbers in PostScript programs in such locales.
So while the above invocation is just for Emacs and subprocesses, your
setting of LC_NUMERIC is likely going to cause trouble occasionally also
elsewhere. And why you would want French monetary expressions in a
German locale also escapes me.
--
David Kastrup
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: emacs 23.1 font problem
2010-01-11 15:16 ` David Kastrup
@ 2010-01-11 16:00 ` Gerhard
2010-01-11 19:18 ` Eli Zaretskii
1 sibling, 0 replies; 9+ messages in thread
From: Gerhard @ 2010-01-11 16:00 UTC (permalink / raw
To: help-gnu-emacs
David Kastrup wrote:
> Gerhard <feldspat@gmx.net> writes:
>
>>>> In GNU Emacs 23.1.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.3)
>>>> of 2010-01-08 on localhost
>>>> Windowing system distributor `The X.Org Foundation', version
>>>> 11.0.10605000 Important settings:
>>>> value of $LC_ALL: nil
>>>> value of $LC_COLLATE: de_DE.UTF-8
>>>> value of $LC_CTYPE: de_DE.UTF-8
>>>> value of $LC_MESSAGES: de_DE.UTF-8
>>>> value of $LC_MONETARY: fr_FR.UTF-8
>>>> value of $LC_NUMERIC: fr_FR.UTF-8
>>>> value of $LC_TIME: de_DE.UTF-8
>>>> value of $LANG: de_DE.UTF-8
>>>> value of $XMODIFIERS: @im=none
>>>> locale-coding-system: utf-8-unix
>>>> default enable-multibyte-characters: t
>>>
>>> What happens when you start Emacs with
>>>
>>> LC_NUMERIC=C emacs
>>>
>>> ?
>> Everything seems to work fine now, great!
>>
>> Am I right in supposing that this resets locales only for emacs, and
>> that there should be no undesired side-effects elsewhere?
>
> It will affect every program started from within Emacs as well. I am
> not clear what code is responsible for this: the problem is likely
> because either scanf or printf or its equivalents use "," instead of "."
> in numbers.
>
> Whether this happens inside of Emacs proper or in GTK, I don't know. In
> general, you rarely want LC_NUMERIC to be different from "C" for
> _anything_. Programming languages and libraries and utilities break
> because programmers hardly ever expect that the equivalent of
> printf("%4.2f",3.0) would result in "3,00" in foreign locales.
>
> I know that some versions of Ghostscript ceased being able to parse
> numbers in PostScript programs in such locales.
>
> So while the above invocation is just for Emacs and subprocesses, your
> setting of LC_NUMERIC is likely going to cause trouble occasionally also
> elsewhere.
Thank you for these detailed explanations. I will set my LC_NUMERIC to C.
> And why you would want French monetary expressions in a
> German locale also escapes me.
This is what my distro gave me, since I told it when installing that I lived
in France, but still wanted to have a German language environment. These
days, it doesn't seem to matter all that much whether your monetary
expressions are French or German, anyways ...
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: emacs 23.1 font problem
2010-01-11 15:16 ` David Kastrup
2010-01-11 16:00 ` Gerhard
@ 2010-01-11 19:18 ` Eli Zaretskii
1 sibling, 0 replies; 9+ messages in thread
From: Eli Zaretskii @ 2010-01-11 19:18 UTC (permalink / raw
To: help-gnu-emacs
> From: David Kastrup <dak@gnu.org>
> Date: Mon, 11 Jan 2010 16:16:46 +0100
>
> Gerhard <feldspat@gmx.net> writes:
>
> >>> In GNU Emacs 23.1.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.3)
> >>> of 2010-01-08 on localhost
> >>> Windowing system distributor `The X.Org Foundation', version
> >>> 11.0.10605000 Important settings:
> >>> value of $LC_ALL: nil
> >>> value of $LC_COLLATE: de_DE.UTF-8
> >>> value of $LC_CTYPE: de_DE.UTF-8
> >>> value of $LC_MESSAGES: de_DE.UTF-8
> >>> value of $LC_MONETARY: fr_FR.UTF-8
> >>> value of $LC_NUMERIC: fr_FR.UTF-8
> >>> value of $LC_TIME: de_DE.UTF-8
> >>> value of $LANG: de_DE.UTF-8
> >>> value of $XMODIFIERS: @im=none
> >>> locale-coding-system: utf-8-unix
> >>> default enable-multibyte-characters: t
> >>
> >> What happens when you start Emacs with
> >>
> >> LC_NUMERIC=C emacs
> >>
> >> ?
> > Everything seems to work fine now, great!
Maybe I'm missing something, but Emacs does that internally at
startup. So I don't understand how come this has any effect at all.
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2010-01-11 19:18 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-11 10:21 emacs 23.1 font problem Gerhard
2010-01-11 10:33 ` David Kastrup
2010-01-11 10:50 ` browsing cscope-marker-ring Maindoor
2010-01-11 10:53 ` emacs 23.1 font problem Gerhard
2010-01-11 14:02 ` David Kastrup
2010-01-11 14:41 ` Gerhard
2010-01-11 15:16 ` David Kastrup
2010-01-11 16:00 ` Gerhard
2010-01-11 19:18 ` Eli Zaretskii
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.