unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* [svenjoac@gmx.de: Fwd: emacs22: using --no-bitmap-icon breaks --geometry and other arguments]
@ 2007-07-22 10:05 Richard Stallman
  2007-07-22 12:18 ` Jan Djärv
  0 siblings, 1 reply; 2+ messages in thread
From: Richard Stallman @ 2007-07-22 10:05 UTC (permalink / raw)
  To: emacs-devel

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [svenjoac@gmx.de: Fwd: emacs22: using --no-bitmap-icon breaks --geometry and other arguments]
  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
  0 siblings, 0 replies; 2+ messages in thread
From: Jan Djärv @ 2007-07-22 12:18 UTC (permalink / raw)
  To: rms; +Cc: emacs-devel

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-07-22 12:18 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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

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