unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
* 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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).