* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
@ 2011-10-31 20:30 Drew Adams
2012-01-07 5:54 ` Lars Magne Ingebrigtsen
0 siblings, 1 reply; 12+ messages in thread
From: Drew Adams @ 2011-10-31 20:30 UTC (permalink / raw)
To: 9924
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"'
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
2011-10-31 20:30 bug#9924: 24.0.91; `report-emacs-bug': version info should be filled Drew Adams
@ 2012-01-07 5:54 ` Lars Magne Ingebrigtsen
2012-01-07 15:42 ` Drew Adams
0 siblings, 1 reply; 12+ messages in thread
From: Lars Magne Ingebrigtsen @ 2012-01-07 5:54 UTC (permalink / raw)
To: Drew Adams; +Cc: 9924
"Drew Adams" <drew.adams@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/
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
2012-01-07 5:54 ` Lars Magne Ingebrigtsen
@ 2012-01-07 15:42 ` Drew Adams
2012-01-07 15:57 ` Drew Adams
2012-01-09 7:51 ` Lars Magne Ingebrigtsen
0 siblings, 2 replies; 12+ messages in thread
From: Drew Adams @ 2012-01-07 15:42 UTC (permalink / raw)
To: 'Lars Magne Ingebrigtsen'; +Cc: 9924
> > 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!
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
2012-01-07 15:42 ` Drew Adams
@ 2012-01-07 15:57 ` Drew Adams
2012-01-09 7:51 ` Lars Magne Ingebrigtsen
1 sibling, 0 replies; 12+ messages in thread
From: Drew Adams @ 2012-01-07 15:57 UTC (permalink / raw)
To: 'Lars Magne Ingebrigtsen'; +Cc: 9924
> 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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
2012-01-07 15:42 ` Drew Adams
2012-01-07 15:57 ` Drew Adams
@ 2012-01-09 7:51 ` Lars Magne Ingebrigtsen
2012-01-09 10:21 ` Eli Zaretskii
2012-01-09 14:03 ` Drew Adams
1 sibling, 2 replies; 12+ messages in thread
From: Lars Magne Ingebrigtsen @ 2012-01-09 7:51 UTC (permalink / raw)
To: Drew Adams; +Cc: 9924
"Drew Adams" <drew.adams@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/
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
2012-01-09 7:51 ` Lars Magne Ingebrigtsen
@ 2012-01-09 10:21 ` Eli Zaretskii
2012-01-09 10:30 ` Lars Magne Ingebrigtsen
2012-01-09 14:03 ` Drew Adams
1 sibling, 1 reply; 12+ messages in thread
From: Eli Zaretskii @ 2012-01-09 10:21 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 9924
> From: Lars Magne Ingebrigtsen <larsi@gnus.org>
> Date: Mon, 09 Jan 2012 08:51:19 +0100
> Cc: 9924@debbugs.gnu.org
>
> "Drew Adams" <drew.adams@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...
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
2012-01-09 10:21 ` Eli Zaretskii
@ 2012-01-09 10:30 ` Lars Magne Ingebrigtsen
2012-01-09 12:39 ` Eli Zaretskii
0 siblings, 1 reply; 12+ messages in thread
From: Lars Magne Ingebrigtsen @ 2012-01-09 10:30 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9924
Eli Zaretskii <eliz@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/
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
2012-01-09 10:30 ` Lars Magne Ingebrigtsen
@ 2012-01-09 12:39 ` Eli Zaretskii
2012-01-25 23:49 ` Lars Ingebrigtsen
0 siblings, 1 reply; 12+ messages in thread
From: Eli Zaretskii @ 2012-01-09 12:39 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 9924
> From: Lars Magne Ingebrigtsen <larsi@gnus.org>
> Cc: drew.adams@oracle.com, 9924@debbugs.gnu.org
> Date: Mon, 09 Jan 2012 11:30:25 +0100
>
> Eli Zaretskii <eliz@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?
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
2012-01-09 7:51 ` Lars Magne Ingebrigtsen
2012-01-09 10:21 ` Eli Zaretskii
@ 2012-01-09 14:03 ` Drew Adams
2012-01-25 17:16 ` Drew Adams
1 sibling, 1 reply; 12+ messages in thread
From: Drew Adams @ 2012-01-09 14:03 UTC (permalink / raw)
To: 'Lars Magne Ingebrigtsen'; +Cc: 9924
[-- Attachment #1: Type: text/plain, Size: 573 bytes --]
> > 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).
[-- Attachment #2: throw-emacs-bug-9924.png --]
[-- Type: image/png, Size: 91857 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
2012-01-09 14:03 ` Drew Adams
@ 2012-01-25 17:16 ` Drew Adams
0 siblings, 0 replies; 12+ messages in thread
From: Drew Adams @ 2012-01-25 17:16 UTC (permalink / raw)
To: 'Lars Magne Ingebrigtsen'; +Cc: 9924
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).
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
2012-01-09 12:39 ` Eli Zaretskii
@ 2012-01-25 23:49 ` Lars Ingebrigtsen
2012-01-28 10:51 ` Eli Zaretskii
0 siblings, 1 reply; 12+ messages in thread
From: Lars Ingebrigtsen @ 2012-01-25 23:49 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9924
Eli Zaretskii <eliz@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
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#9924: 24.0.91; `report-emacs-bug': version info should be filled
2012-01-25 23:49 ` Lars Ingebrigtsen
@ 2012-01-28 10:51 ` Eli Zaretskii
0 siblings, 0 replies; 12+ messages in thread
From: Eli Zaretskii @ 2012-01-28 10:51 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 9924-done
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: drew.adams@oracle.com, 9924@debbugs.gnu.org
> Date: Thu, 26 Jan 2012 00:49:45 +0100
>
> Eli Zaretskii <eliz@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).
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2012-01-28 10:51 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-10-31 20:30 bug#9924: 24.0.91; `report-emacs-bug': version info should be filled Drew Adams
2012-01-07 5:54 ` Lars Magne Ingebrigtsen
2012-01-07 15:42 ` Drew Adams
2012-01-07 15:57 ` Drew Adams
2012-01-09 7:51 ` Lars Magne Ingebrigtsen
2012-01-09 10:21 ` Eli Zaretskii
2012-01-09 10:30 ` Lars Magne Ingebrigtsen
2012-01-09 12:39 ` Eli Zaretskii
2012-01-25 23:49 ` Lars Ingebrigtsen
2012-01-28 10:51 ` Eli Zaretskii
2012-01-09 14:03 ` Drew Adams
2012-01-25 17:16 ` Drew Adams
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).