GNU bug report logs - #9924
24.0.91; `report-emacs-bug': version info should be filled

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9924 in the body.
You can then email your comments to 9924 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.0.91; `report-emacs-bug': version info should be filled
Date: Mon, 31 Oct 2011 13:30:40 -0700

This version info should be filled:
 
In GNU Emacs 24.0.91.1 (i386-mingw-nt5.1.2600)
 of 2011-10-30 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.6) --no-opt --cflags
-I"D:/devel/emacs/libs/libXpm-3.5.8/include"
-I"D:/devel/emacs/libs/libXpm-3.5.8/src"
-I"D:/devel/emacs/libs/libpng-dev_1.4.3-1/include"
-I"D:/devel/emacs/libs/zlib-dev_1.2.5-2/include"
-I"D:/devel/emacs/libs/giflib-4.1.4-1/include"
-I"D:/devel/emacs/libs/jpeg-6b-4/include"
-I"D:/devel/emacs/libs/tiff-3.8.2-1/include"
-I"D:/devel/emacs/libs/gnutls-2.10.1/include" --ldflags
-L"D:/devel/emacs/libs/gnutls-2.10.1/lib"'
 
The line is 481 chars wide here!
 
This is messy and interferes with things such as autofitting frames to
buffers.  It requires the user to hit `M-q'.  Emacs should be smart
enough to fill this automatically, ahead of time.  The filled version is
much easier to understand:
 
In GNU Emacs 24.0.91.1 (i386-mingw-nt5.1.2600) of 2011-10-30 on MARVIN
 Windowing system distributor `Microsoft Corp.', version 5.1.2600
 configured using `configure --with-gcc (4.6) --no-opt --cflags
 -I"D:/devel/emacs/libs/libXpm-3.5.8/include"
 -I"D:/devel/emacs/libs/libXpm-3.5.8/src"
 -I"D:/devel/emacs/libs/libpng-dev_1.4.3-1/include"
 -I"D:/devel/emacs/libs/zlib-dev_1.2.5-2/include"
 -I"D:/devel/emacs/libs/giflib-4.1.4-1/include"
 -I"D:/devel/emacs/libs/jpeg-6b-4/include"
 -I"D:/devel/emacs/libs/tiff-3.8.2-1/include"
 -I"D:/devel/emacs/libs/gnutls-2.10.1/include" --ldflags
 -L"D:/devel/emacs/libs/gnutls-2.10.1/lib"'
 

Message #8 received at 9924 <at> debbugs.gnu.org (full text, mbox):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 9924 <at> debbugs.gnu.org
Subject: Re: bug#9924: 24.0.91;
	`report-emacs-bug': version info should be filled
Date: Sat, 07 Jan 2012 06:54:03 +0100

"Drew Adams" <drew.adams <at> oracle.com> writes:

> This version info should be filled:
>  
> In GNU Emacs 24.0.91.1 (i386-mingw-nt5.1.2600)
>  of 2011-10-30 on MARVIN
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (4.6) --no-opt --cflags
> -I"D:/devel/emacs/libs/libXpm-3.5.8/include"
> -I"D:/devel/emacs/libs/libXpm-3.5.8/src"
> -I"D:/devel/emacs/libs/libpng-dev_1.4.3-1/include"
> -I"D:/devel/emacs/libs/zlib-dev_1.2.5-2/include"
> -I"D:/devel/emacs/libs/giflib-4.1.4-1/include"
> -I"D:/devel/emacs/libs/jpeg-6b-4/include"
> -I"D:/devel/emacs/libs/tiff-3.8.2-1/include"
> -I"D:/devel/emacs/libs/gnutls-2.10.1/include" --ldflags
> -L"D:/devel/emacs/libs/gnutls-2.10.1/lib"'
>  
> The line is 481 chars wide here!
>  
> This is messy and interferes with things such as autofitting frames to
> buffers.  It requires the user to hit `M-q'.  Emacs should be smart
> enough to fill this automatically, ahead of time.  The filled version is
> much easier to understand:
>  
> In GNU Emacs 24.0.91.1 (i386-mingw-nt5.1.2600) of 2011-10-30 on MARVIN
>  Windowing system distributor `Microsoft Corp.', version 5.1.2600
>  configured using `configure --with-gcc (4.6) --no-opt --cflags
>  -I"D:/devel/emacs/libs/libXpm-3.5.8/include"
>  -I"D:/devel/emacs/libs/libXpm-3.5.8/src"
>  -I"D:/devel/emacs/libs/libpng-dev_1.4.3-1/include"
>  -I"D:/devel/emacs/libs/zlib-dev_1.2.5-2/include"
>  -I"D:/devel/emacs/libs/giflib-4.1.4-1/include"
>  -I"D:/devel/emacs/libs/jpeg-6b-4/include"
>  -I"D:/devel/emacs/libs/tiff-3.8.2-1/include"
>  -I"D:/devel/emacs/libs/gnutls-2.10.1/include" --ldflags
>  -L"D:/devel/emacs/libs/gnutls-2.10.1/lib"'

I'm just including what you've posted, in total.  Both versions look
very similar, and both seem to be filled.

And when I say `M-x report-emacs-bug', the buffer I get has an Emacs
version that's filled.

Are you still seeing this bug?

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Message #11 received at 9924 <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Lars Magne Ingebrigtsen'" <larsi <at> gnus.org>
Cc: 9924 <at> debbugs.gnu.org
Subject: RE: bug#9924: 24.0.91;
	`report-emacs-bug': version info should be filled
Date: Sat, 7 Jan 2012 07:42:33 -0800

> > This version info should be filled:
...
> 
> I'm just including what you've posted, in total.  Both versions look
> very similar, and both seem to be filled.
> 
> And when I say `M-x report-emacs-bug', the buffer I get has an Emacs
> version that's filled.

I seriously doubt that.  Perhaps you have some setting that either automatically
fills things or that gives the impression that they are filled when they are
not.

> Are you still seeing this bug?

Yes, of course I am.

Here's the version info in the latest MS Windows snapshot I have, from
2012/01/05:

In GNU Emacs 24.0.92.1 (i386-mingw-nt5.1.2600)
 of 2012-01-05 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.6) --no-opt --cflags
-ID:/devel/emacs/libs/libXpm-3.5.8/include
-ID:/devel/emacs/libs/libXpm-3.5.8/src
-ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
-ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
-ID:/devel/emacs/libs/giflib-4.1.4-1/include
-ID:/devel/emacs/libs/jpeg-6b-4/include
-ID:/devel/emacs/libs/tiff-3.8.2-1/include
-ID:/devel/emacs/libs/gnutls-3.0.9/include --ldflags
-LD:/devel/emacs/libs/gnutls-3.0.9/lib'

That last line is 462 characters wide!

Message #14 received at 9924 <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Lars Magne Ingebrigtsen'" <larsi <at> gnus.org>
Cc: 9924 <at> debbugs.gnu.org
Subject: RE: bug#9924: 24.0.91;
	`report-emacs-bug': version info should be filled
Date: Sat, 7 Jan 2012 07:57:35 -0800

> Here's the version info in the latest MS Windows snapshot I have, from
> 2012/01/05:
> 
> In GNU Emacs 24.0.92.1 (i386-mingw-nt5.1.2600)
>  of 2012-01-05 on MARVIN
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (4.6) --no-opt --cflags
> -ID:/devel/emacs/libs/libXpm-3.5.8/include
> -ID:/devel/emacs/libs/libXpm-3.5.8/src
> -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
> -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
> -ID:/devel/emacs/libs/giflib-4.1.4-1/include
> -ID:/devel/emacs/libs/jpeg-6b-4/include
> -ID:/devel/emacs/libs/tiff-3.8.2-1/include
> -ID:/devel/emacs/libs/gnutls-3.0.9/include --ldflags
> -LD:/devel/emacs/libs/gnutls-3.0.9/lib'
> 
> That last line is 462 characters wide!

NOTE: That was filled by my mailer, apparently.

Which is why it is important to actually look at the Emacs buffer text and not
just at my mail report.

Message #17 received at 9924 <at> debbugs.gnu.org (full text, mbox):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 9924 <at> debbugs.gnu.org
Subject: Re: bug#9924: 24.0.91;
	`report-emacs-bug': version info should be filled
Date: Mon, 09 Jan 2012 08:51:19 +0100

"Drew Adams" <drew.adams <at> oracle.com> writes:

>> And when I say `M-x report-emacs-bug', the buffer I get has an Emacs
>> version that's filled.
>
> I seriously doubt that.

How special.

> Perhaps you have some setting that either automatically fills things
> or that gives the impression that they are filled when they are not.

I tested with "emacs -Q".  

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Message #20 received at 9924 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: 9924 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: Re: bug#9924: 24.0.91;
	`report-emacs-bug': version info should be filled
Date: Mon, 09 Jan 2012 05:21:47 -0500

> From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
> Date: Mon, 09 Jan 2012 08:51:19 +0100
> Cc: 9924 <at> debbugs.gnu.org
> 
> "Drew Adams" <drew.adams <at> oracle.com> writes:
> 
> >> And when I say `M-x report-emacs-bug', the buffer I get has an Emacs
> >> version that's filled.
> >
> > I seriously doubt that.
> 
> How special.
> 
> > Perhaps you have some setting that either automatically fills things
> > or that gives the impression that they are filled when they are not.
> 
> I tested with "emacs -Q".  

FWIW, I also see un-filled values of system-configuration-options in
"emacs -Q", both on Windows and on GNU/Linux.  So, Lars, please see
what or who is filling them for you...

Message #23 received at 9924 <at> debbugs.gnu.org (full text, mbox):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 9924 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: Re: bug#9924: 24.0.91;
	`report-emacs-bug': version info should be filled
Date: Mon, 09 Jan 2012 11:30:25 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

> FWIW, I also see un-filled values of system-configuration-options in
> "emacs -Q", both on Windows and on GNU/Linux.  So, Lars, please see
> what or who is filling them for you...

My `system-configuration-options' is "", which may explain why I'm not
seeing any long lines.

So the rest of the data is filled, but that variable is not, I guess?

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Message #26 received at 9924 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: 9924 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: Re: bug#9924: 24.0.91;
	`report-emacs-bug': version info should be filled
Date: Mon, 09 Jan 2012 07:39:13 -0500

> From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
> Cc: drew.adams <at> oracle.com,  9924 <at> debbugs.gnu.org
> Date: Mon, 09 Jan 2012 11:30:25 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > FWIW, I also see un-filled values of system-configuration-options in
> > "emacs -Q", both on Windows and on GNU/Linux.  So, Lars, please see
> > what or who is filling them for you...
> 
> My `system-configuration-options' is "", which may explain why I'm not
> seeing any long lines.

Well, "" looks the same whether filled or unfilled ;-)

> So the rest of the data is filled, but that variable is not, I guess?

Looks like that, yes.

In fact, looking at report-emacs-bug, I don't see it trying to fill
anything but the list of loaded features.  Am I missing something?

Message #29 received at 9924 <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Lars Magne Ingebrigtsen'" <larsi <at> gnus.org>
Cc: 9924 <at> debbugs.gnu.org
Subject: RE: bug#9924: 24.0.91;
	`report-emacs-bug': version info should be filled
Date: Mon, 9 Jan 2012 06:03:43 -0800

[Message part 1 (text/plain, inline)]

> > Perhaps you have some setting that either automatically fills things
> > or that gives the impression that they are filled when they are not.
> 
> I tested with "emacs -Q".  

What can I say?  Your `emacs -Q' doesn't do what mine does?  Did you try using
the same Emacs binary as the one indicated in the report?  I see the same thing
with older binaries also, but you could at least try with the same binary if you
want to reproduce it.

You might also try looking at the code, to see how it might produce this result.

Here's a screenshot from `emacs -Q' (attached).

[throw-emacs-bug-9924.png (image/png, attachment)]

Message #32 received at 9924 <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Lars Magne Ingebrigtsen'" <larsi <at> gnus.org>
Cc: 9924 <at> debbugs.gnu.org
Subject: RE: bug#9924: 24.0.91;
	`report-emacs-bug': version info should be filled
Date: Wed, 25 Jan 2012 09:16:54 -0800

ping.

I still see this in the latest Windows build, from 2012-01-22.

Is it so hard to fill this text?



> > I tested with "emacs -Q".  
> 
> What can I say?  Your `emacs -Q' doesn't do what mine does?
> 
> You might also try looking at the code, to see how it might 
> produce this result.
> 
> Here's a screenshot from `emacs -Q' (attached).

Message #35 received at 9924 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 9924 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: Re: bug#9924: 24.0.91;
	`report-emacs-bug': version info should be filled
Date: Thu, 26 Jan 2012 00:49:45 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

> In fact, looking at report-emacs-bug, I don't see it trying to fill
> anything but the list of loaded features.  Am I missing something?

Probably not.  I'm not able to reproduce the bug since I'm just saying
"./configure" without any options, but adding a `fill-region' at the
right place is probably the correct fix.

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome

Message #40 received at 9924-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 9924-done <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: Re: bug#9924: 24.0.91;
	`report-emacs-bug': version info should be filled
Date: Sat, 28 Jan 2012 12:51:05 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: drew.adams <at> oracle.com,  9924 <at> debbugs.gnu.org
> Date: Thu, 26 Jan 2012 00:49:45 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > In fact, looking at report-emacs-bug, I don't see it trying to fill
> > anything but the list of loaded features.  Am I missing something?
> 
> Probably not.  I'm not able to reproduce the bug since I'm just saying
> "./configure" without any options, but adding a `fill-region' at the
> right place is probably the correct fix.

Done (version 106976 on the trunk).

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.