unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#6357: 24.0.50; initial text encoding disaster with NS variant Emacs.app on Mac OS X 10.5.8
@ 2010-06-05 15:21 ` Peter Dyballa
       [not found]   ` <handler.6357.B.127575768518310.ack@debbugs.gnu.org>
       [not found]   ` <handler.6357.C.128130491924058.notifdonectrl.0@debbugs.gnu.org>
  0 siblings, 2 replies; 4+ messages in thread
From: Peter Dyballa @ 2010-06-05 15:21 UTC (permalink / raw)
  To: 6357

[-- Attachment #1: Type: text/plain, Size: 263 bytes --]

Hello!

After 'make install' by super-user I launch as mortal user

	nextstep/Emacs.app/Contents/MacOS/Emacs -Q

This is fine. I save site-start.el under a different name and launch

	nextstep/Emacs.app/Contents/MacOS/Emacs -q

What I get looks quite like this:


[-- Attachment #2: Emacs.app xyz.png --]
[-- Type: image/png, Size: 98038 bytes --]

[-- Attachment #3: Type: text/plain, Size: 3039 bytes --]




(This buffer's contents looks almost right, the frame's title is  
correct, but *Messages* or *Buffer List* are a mess.) When I launch  
Emacs.app without parameter or by double-clicking on it or by using  
the open command, Emacs.app shows for long time these weird texts.  
Particularly error messages or warning (unsafe local variables,  
desktop file in use, etc.) cannot be understood. This state ends when  
the first frame is rebuilt to follow initial-frame-alist. From now on  
all texts are sane/OK.

This behaviour started already with GNU Emacs 23.1.50 – at least such  
an old version (powerpc-apple-darwin8.11.0, NS apple-appkit-824.48,  
2009-11-14, Windowing system distributor `Apple', version 10.3.949),  
built under Tiger, Mac OS X 10.4.11, shows this behaviour in Leopard,  
Mac OS X 10.5.8. I do seem to remember that I saw this scrambling in  
GNU Emacs 23.1.90 on Tiger. The X clients do not show this effect.  
Processor is PowerPC "G4" 7447A, i.e., big endian (intel/AMD are  
little endian).


In GNU Emacs 24.0.50.1 (powerpc-apple-darwin9.8.0, NS apple- 
appkit-949.54)
  of 2010-06-05 on Latsche.local
Windowing system distributor `Apple', version 10.3.949
configured using `configure  '--without-sound' '--without-dbus' '-- 
without-pop' '--without-gconf' '--with-ns' '--disable-ns-self- 
contained' '--x-libraries=/usr/X11/lib' '--x-includes=/usr/X11/ 
include' '--enable-locallisppath=/Library/Application Support/Emacs/ 
calendar24:/Library/Application Support/Emacs' 'CFLAGS=-g -H -Wno- 
pointer-sign -pipe -fPIC -fno-common -mcpu=7450 -mtune=7450 -faltivec - 
fast' 'CPPFLAGS=' 'LDFLAGS=' 'CC=gcc-4.2' 'CPP=cpp-4.2'  
'PKG_CONFIG_PATH=/sw/lib/pango-ft219/lib/pkgconfig:/sw/lib/xft2/lib/ 
pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/freetype219/lib/ 
pkgconfig:/sw/lib/pkgconfig:/sw/share/pkgconfig:/usr/lib/pkgconfig:/ 
usr/X11/lib/pkgconfig:/usr/X11/share/pkgconfig''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: de_DE.UTF-8
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: de_DE.UTF-8
   value of $XMODIFIERS: nil
   locale-coding-system: utf-8-unix
   default enable-multibyte-characters: t

Major mode: Dired by name

Minor modes in effect:
   TeX-PDF-mode: t
   auto-revert-mode: t
   shell-dirtrack-mode: t
   diff-auto-refine-mode: t
   show-paren-mode: t
   display-time-mode: t
   desktop-save-mode: t
   delete-selection-mode: t
   tooltip-mode: t
   mouse-wheel-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   column-number-mode: t
   line-number-mode: t
   transient-mark-mode: t

Recent input:
<menu-bar> <help-menu> <send-emacs-bug-report>


--
Greetings

   Pete

Got Mole problems?
Call Avogadro 6.02 x 10^23


^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#6357: Acknowledgement (24.0.50; initial text encoding disaster with NS variant Emacs.app on Mac OS X 10.5.8)
       [not found]   ` <handler.6357.B.127575768518310.ack@debbugs.gnu.org>
@ 2010-08-08 21:13     ` Peter Dyballa
  0 siblings, 0 replies; 4+ messages in thread
From: Peter Dyballa @ 2010-08-08 21:13 UTC (permalink / raw)
  To: 6357

Hello!

This effect is gone. None of the saved installations shows this  
effect. It could be the last reboot, it could be the installation of  
Safari 5.0.1 before this...

--
Greetings

   Pete

There are very few jobs that actually require a penis or vagina. All  
other jobs should be open to everybody.
				– Florynce Kennedy






^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#6357: acknowledged by developer (close 6357)
       [not found]   ` <handler.6357.C.128130491924058.notifdonectrl.0@debbugs.gnu.org>
@ 2010-08-09 12:21     ` Peter Dyballa
  2010-08-25 22:27       ` Peter Dyballa
  0 siblings, 1 reply; 4+ messages in thread
From: Peter Dyballa @ 2010-08-09 12:21 UTC (permalink / raw)
  To: 6357

Sorry! I was too fast!

Actually it's not the Safari update and reboot, but the font I used!  
Or the fonts management system in Mac OS X – see below!

Since I can't really work with NS Emacs.app because copy&paste does  
not work at all, I decided to try to find all available mono-spaced  
fonts and see how they look (the look is independent from whether I  
can read or not). For this I did not try the "original" font again,  
but a new one as first test instance. Since I then walked through all  
the fonts I came again to

	-apple-Latin_Modern_Mono_Light-medium-normal-normal-*-9-*-*-*-m-0- 
iso10646-1

(It has an accompanying condensed variant in another font family, - 
apple-Latin_Modern_Mono_Light_Cond-medium-normal-condensed-*-9-*-*-*- 
m-0-iso10646-1, which works well – besides the fact that it's not  
useful as an Emacs font. Its regular variant -apple-Latin_Modern_Mono- 
medium-normal-normal-*-9-*-*-*-*-*-iso10646-1, again in a different  
font family, works well as well, despite the fact that Font Book marks  
faultily one member as a duplicate.) Linotype FontExplorer X (version  
1.2.3) and Apple's Font Book (version 2.1) characterise this "faulty"  
font as:

	PostScript name	LMMonoLt10-Regular
	Full name	LMMonoLt10-Regular
	Family		Latin Modern Mono Light
	Style		10 Regular
	Kind		OpenType PostScript
	Language	Albanian, Basque, Catalan, Cornish, Croatian, Czech, Danish,  
Dutch, English, Esperanto, Estonian, Faroese, Finnish, French,  
Galician, German, Hungarian, Icelandic, Indonesian, Irish, Italian,  
Latvian, Lithuanian, Malay, Maltese, Manx, Norwegian Bokmål, Norwegian  
Nynorsk, Oromo, Polish, Portuguese, Romanian, Slovak, Slovenian,  
Somali, Spanish, Swahili, Swedish, Turkish, Vietnamese, Welsh
	Version	Version 2.004;PS 2.004;hotconv 1.0.49;makeotf.lib2.0.14853
	Location	/usr/local/texlive/2010/texmf-dist/fonts/opentype/public/lm/ 
lmmonolt10-regular.otf
	Unique name	2.004;UKWN;LMMonoLt10-Regular
	Copyright	Copyright 2003, 2009 B. Jackowski and J. M. Nowacki (on  
behalf of TeX users groups). This work is released under the GUST Font  
License --  see http://tug.org/fonts/licenses/GUST-FONT-LICENSE.txt  
for details.

	784 glyphs

Apple's Font Book annotates *faultily* the Oblique variant as being a  
duplicate. This circumstance does cause errors in XeTeX typesetting,  
one stage using font properties from one member, the other stage using  
font properties from another member. Cleaning the dirty font caches  
involves a reboot following. I'd like to wait for this action a few  
weeks, until the end of month or arrival of a new security update...

--
Greetings

   Pete

Cabbage, n. A familiar kitchen-garden vegetable about as large and  
wise as a man's head.






^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#6357: acknowledged by developer (close 6357)
  2010-08-09 12:21     ` bug#6357: acknowledged by developer (close 6357) Peter Dyballa
@ 2010-08-25 22:27       ` Peter Dyballa
  0 siblings, 0 replies; 4+ messages in thread
From: Peter Dyballa @ 2010-08-25 22:27 UTC (permalink / raw)
  To: 6357


Am 09.08.2010 um 14:21 schrieb Peter Dyballa:

> I'd like to wait for this action a few weeks, until the end of month  
> or arrival of a new security update...


A power failure was faster: Because I cleaned the fonts caches and  
removed all "duplicate fonts" in the Font Book application, -apple- 
Latin_Modern_Mono_Light-medium-normal-normal-*-9-*-*-*-m-0-iso10646-1  
now works again without fault! So it was either a failure in the fonts  
caches or a failure in Font Book which marked the font as having a  
duplicate (without explaining why and by what this flag is raised).

--
Greetings

   Pete

Make it simple, as simple as possible but no simpler.
				– Albert Einstein






^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2010-08-25 22:27 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <871va8ahky.fsf@stupidchicken.com>
2010-06-05 15:21 ` bug#6357: 24.0.50; initial text encoding disaster with NS variant Emacs.app on Mac OS X 10.5.8 Peter Dyballa
     [not found]   ` <handler.6357.B.127575768518310.ack@debbugs.gnu.org>
2010-08-08 21:13     ` bug#6357: Acknowledgement (24.0.50; initial text encoding disaster with NS variant Emacs.app on Mac OS X 10.5.8) Peter Dyballa
     [not found]   ` <handler.6357.C.128130491924058.notifdonectrl.0@debbugs.gnu.org>
2010-08-09 12:21     ` bug#6357: acknowledged by developer (close 6357) Peter Dyballa
2010-08-25 22:27       ` Peter Dyballa

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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).