bug#2041: 23.0.60; strange behaviour of Emacs.app with -q

bug#2041: 23.0.60; strange behaviour of Emacs.app with -q

[Peter Dyballa]

Hello!

When I launch Emacs.app as 'nextstep/Emacs.app/Contents/MacOS/Emacs - 
q --debug-init &' it shows a somehow regular behaviour, positioning  
the initial frame at (0,0) and having an opaque frame with white  
background. When I remove ~/.emacs and launch GNU Emacs as 'nextstep/ 
Emacs.app/Contents/MacOS/Emacs --debug-init &' (no -q needed since I  
don't have a user-init-file, not even default.el or ~/.emacs.d/init)  
it shows an irregular behaviour, positioning the initial frame with a  
particular size and a font at a point given wich are all given by  
initial-frame-alist, and having a completely transparent frame with  
not existing background: when I click at it I select the application  
behind it, even when I pick a text.

The X client version does not have such a 'memory' – although it  
follows X defaults, which are different from what Emacs.app shows.

In GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, NS apple- 
appkit-824.48)
  of 2009-01-25 on localhost
Windowing system distributor `Apple', version 10.3.824
configured using `configure  '--without-sound' '--without-pop' '-- 
with-dbus' '--with-libotf' '--with-ns' '--disable-ns-self-contained'  
'--enable-locallisppath=/Library/Application Support/Emacs/ 
calendar23:/Library/Application Support/Emacs' 'PKG_CONFIG_PATH=/sw/ 
lib/xft2/lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/ 
freetype219/lib/pkgconfig:/sw/lib/pango-ft219/lib/pkgconfig:/sw/lib/ 
qt4-x11/lib/pkgconfig:/sw/lib/system-openssl/lib/pkgconfig:/sw/lib/ 
pkgconfig:/sw/share/pkgconfig:/usr/X11R6/lib/pkgconfig:/usr/local/lib/ 
pkgconfig:/usr/lib/pkgconfig' 'CFLAGS=-Wno-pointer-sign -bind_at_load  
-H -pipe -fPIC -mcpu=7450 -mtune=7450 -fast -mpim-altivec -ftree- 
vectorize -foptimize-register-move -freorder-blocks -freorder-blocks- 
and-partition -fthread-jumps -fpeephole -fno-crossjumping' 'CPPFLAGS=- 
no-cpp-precomp' 'LDFLAGS=-bind_at_load -dead_strip -multiply_defined  
suppress -L/sw/lib/ncurses''

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: Fundamental

Minor modes in effect:
   tooltip-mode: t
   mouse-wheel-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   global-auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   line-number-mode: t
   transient-mark-mode: t

--
Greetings

   Pete

Think of XML as Lisp for COBOL programmers.
				- Tony-A (some guy on /.)

bug#2041: 23.0.60; strange behaviour of Emacs.app with -q

[Alan Third]

Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:

> When I launch Emacs.app as 'nextstep/Emacs.app/Contents/MacOS/Emacs - 
> q --debug-init &' it shows a somehow regular behaviour, positioning
> the initial frame at (0,0) and having an opaque frame with white
> background. When I remove ~/.emacs and launch GNU Emacs as
> 'nextstep/Emacs.app/Contents/MacOS/Emacs --debug-init &' (no -q needed
> since I don't have a user-init-file, not even default.el or
> ~/.emacs.d/init) it shows an irregular behaviour, positioning the
> initial frame with a particular size and a font at a point given wich
> are all given by initial-frame-alist, and having a completely
> transparent frame with not existing background: when I click at it I
> select the application behind it, even when I pick a text.

Hi, I know sorry nobody's got back to you about this before now. I can't
replicate the bug so I think it's probably been fixed.

Are you still able to replicate it?
-- 
Alan Third

bug#2041: 23.0.60; strange behaviour of Emacs.app with -q

[Glenn Morris]

If this is still an issue with current Emacs, please open a new report.