unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
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

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