From: "Jan Djärv" <jan.h.d@swipnet.se>
To: rms@gnu.org
Cc: emacs-devel@gnu.org
Subject: Re: [svenjoac@gmx.de: Fwd: emacs22: using --no-bitmap-icon breaks --geometry and other arguments]
Date: Sun, 22 Jul 2007 14:18:20 +0200 [thread overview]
Message-ID: <46A34B0C.5060707@swipnet.se> (raw)
In-Reply-To: <E1ICYJK-0003tN-QU@fencepost.gnu.org>
Richard Stallman skrev:
> Would someone please fix this and ack?
> Please install the patch in Emacs 22.
Ack.
Jan D.
>
> ------- 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 -------
>
>
> _______________________________________________
> Emacs-devel mailing list
> Emacs-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-devel
prev parent reply other threads:[~2007-07-22 12:18 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-22 10:05 [svenjoac@gmx.de: Fwd: emacs22: using --no-bitmap-icon breaks --geometry and other arguments] Richard Stallman
2007-07-22 12:18 ` Jan Djärv [this message]
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=46A34B0C.5060707@swipnet.se \
--to=jan.h.d@swipnet.se \
--cc=emacs-devel@gnu.org \
--cc=rms@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).