Fwd: emacs22: using --no-bitmap-icon breaks --geometry and other arguments

[Sven Joachim]

Another report in the Debian Bug Tracking System.

------- start of forwarded message -------
From: warner-debbugs@lothar.com
Date: Fri, 20 Jul 2007 11:11:53 -0700 (PDT)
Subject: Bug#433969: emacs22: using --no-bitmap-icon breaks --geometry and
 other arguments
To: Debian Bug Tracking System <submit@bugs.debian.org>

Package: emacs22
Version: 22.1+1-1
Severity: normal

I prefer to have my emacs windows iconified to a simple string, rather than a
fancy bitmap, and so when I moved to emacs22 (back when it was packaged as
emacs-snapshot), I started to use the --no-bitmap-icon option to accomplish
this. In addition, my .xinitrc launches my emacs session with a few other
arguments that opens some windows and sets their geometry in a particular way
when I'm launching under X:

 emacs --no-bitmap-icon --geometry 80x58-0+60 -l .emacs-X &

What I discovered was that the --no-bitmap-icon argument was treated
correctly, but the --geometry argument was ignored, and emacs behaved as if I
had asked it to edit a file named "80x58-0+60".

As a simpler test case, try this:

% emacs22 -q --geometry 30x30
    # observe how the window is small, and look at the buffer list, then quit
    # emacs.
% emacs22 --no-bitmap-icon -q --geometry 30x30
    # observe how the window is default size, and now there is a buffer named
    # "30x30" in the buffer list, as if argv were '--no-bitmap-icon -q 30x30'
    # instead.
% emacs22 -q --geometry 30x30 --no-bitmap-icon
    # behaves the same way, regardless of where --no-bitmap-icon is in argv[]

It seems that the --load argument is somehow affected too:

% echo '(find-file "/etc/hosts")' >foo.el
% emacs22 -q --load foo.el
    # observe that there is a 'hosts' buffer as expected
% emacs22 -q --load foo.el --no-bitmap-icon
    # instead of finding /etc/hosts, there is a 'foo.el' buffer, as if
    # the command 'emacs22 -q --no-bitmap-icon foo.el' were run instead

Other value-taking argument seem to be similarly affected:

% emacs22 -q --foreground-color red
    # starts normally, color is red
% emacs22 -q --foreground-color red --no-bitmap-icon
    # color is default, but a buffer named 'red' is opened

My current hunch is that the --no-bitmap-icon argument causes any other
value-bearing argument to lose the argument name, leaving just the argument
value, which is then interpreted as a filename to be opened. Something in the
argv processing is getting clobbered.

cheers,
 -Brian


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.20.7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages emacs22 depends on:
ii  emacs22-bin-common      22.1+1-1         The GNU Emacs editor's shared, arc
ii  libasound2              1.0.14a-2        ALSA library
ii  libc6                   2.6-2            GNU C Library: Shared libraries
ii  libice6                 1:1.0.3-2        X11 Inter-Client Exchange library
ii  libjpeg62               6b-13            The Independent JPEG Group's JPEG 
ii  libncurses5             5.6+20070716-1   Shared libraries for terminal hand
ii  libpng12-0              1.2.15~beta5-2   PNG library - runtime
ii  libsm6                  2:1.0.3-1+b1     X11 Session Management library
ii  libtiff4                3.8.2-7          Tag Image File Format (TIFF) libra
ii  libungif4g              4.1.4-5          shared library for GIF images
ii  libx11-6                2:1.0.3-7        X11 client-side library
ii  libxext6                1:1.0.3-2        X11 miscellaneous extension librar
ii  libxmu6                 1:1.0.3-1        X11 miscellaneous utility library
ii  libxpm4                 1:3.5.6-3        X11 pixmap library
ii  libxt6                  1:1.0.5-3        X11 toolkit intrinsics library
ii  xaw3dg                  1.5+E-15         Xaw3d widget set
ii  zlib1g                  1:1.2.3.3.dfsg-5 compression library - runtime

emacs22 recommends no packages.

-- no debconf information

------- end of forwarded message -------