unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Richard Stallman <rms@gnu.org>
To: emacs-devel@gnu.org
Subject: [svenjoac@gmx.de: Fwd: emacs22: using --no-bitmap-icon breaks --geometry and other arguments]
Date: Sun, 22 Jul 2007 06:05:10 -0400	[thread overview]
Message-ID: <E1ICYJK-0003tN-QU@fencepost.gnu.org> (raw)

Would someone please fix this and ack?
Please install the patch in Emacs 22.

------- Start of forwarded message -------
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY 
	autolearn=failed version=3.1.0
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 21 Jul 2007 17:46:40 +0200
From: Sven Joachim <svenjoac@gmx.de>
To: bug-gnu-emacs@gnu.org
Cc: warner-debbugs@lothar.com, 433969-forwarded@bugs.debian.org
Subject: Fwd: emacs22: using --no-bitmap-icon breaks --geometry and
 other arguments

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


_______________________________________________
bug-gnu-emacs mailing list
bug-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs
------- End of forwarded message -------

             reply	other threads:[~2007-07-22 10:05 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-22 10:05 Richard Stallman [this message]
2007-07-22 12:18 ` [svenjoac@gmx.de: Fwd: emacs22: using --no-bitmap-icon breaks --geometry and other arguments] Jan Djärv

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1ICYJK-0003tN-QU@fencepost.gnu.org \
    --to=rms@gnu.org \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).