GNU bug report logs -
#37818
[PATCH] Various FAQ updates
Previous Next
Reported by: Stefan Kangas <stefan <at> marxist.se>
Date: Fri, 18 Oct 2019 21:08:01 UTC
Severity: minor
Tags: patch
Fixed in version 27.1
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 37818 in the body.
You can then email your comments to 37818 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37818
; Package
emacs
.
(Fri, 18 Oct 2019 21:08:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefan Kangas <stefan <at> marxist.se>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 18 Oct 2019 21:08:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Please find attached three patches with FAQ updates:
1. Remove section on how to enable the default behaviour of having the
region highlighted, which is probably not a frequently asked question.
2. Remove information on large files in ancient versions of Emacs that
would only confuse new users. This leaves in only the information on
the relatively recent versions of Emacs.
3. Update section on Emacs security to remove reference to the now
very old "movemail" incident, and add relevant information on
packages. Perhaps this section could be extended, or other risks
added and/or removed. If anyone has any ideas for what to add, I'd be
happy to do so.
Best regards,
Stefan Kangas
[0001-Remove-FAQ-section-Highlighting-a-region.patch (application/octet-stream, attachment)]
[0002-Update-FAQ-section-on-large-files.patch (application/octet-stream, attachment)]
[0003-Update-FAQ-section-on-Emacs-security.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37818
; Package
emacs
.
(Sat, 19 Oct 2019 06:29:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 37818 <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Fri, 18 Oct 2019 23:07:10 +0200
>
> 1. Remove section on how to enable the default behaviour of having the
> region highlighted, which is probably not a frequently asked question.
OK.
> 2. Remove information on large files in ancient versions of Emacs that
> would only confuse new users. This leaves in only the information on
> the relatively recent versions of Emacs.
IMO, this section should first tell that Emacs has an inherent fixed
limitation on the size of buffers, as that is not something people
assume nowadays. It should cite the limitation separately for 32-bit
builds, 32-bit builds --with-wide-int, and 64-bit builds. Then it
should say that this limitation also imposes size limit on visiting
files, but the file-size limit is roughly about half the buffer limit,
due to decoding and other stuff. I would also mention visiting
compressed archives, because the size limitation might be hit half-way
through decompression.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37818
; Package
emacs
.
(Sat, 19 Oct 2019 08:36:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 37818 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> 3. Update section on Emacs security to remove reference to the now
> very old "movemail" incident, and add relevant information on
> packages. Perhaps this section could be extended, or other risks
> added and/or removed. If anyone has any ideas for what to add, I'd be
> happy to do so.
Looks good to me. That incident is not something that's frequently
asked about.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37818
; Package
emacs
.
(Sat, 19 Oct 2019 13:00:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 37818 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes:
> > 1. Remove section on how to enable the default behaviour of having the
> > region highlighted, which is probably not a frequently asked question.
>
> OK.
Thanks, pushed to master as commit 11c3ec3df6a.
> > 2. Remove information on large files in ancient versions of Emacs that
> > would only confuse new users. This leaves in only the information on
> > the relatively recent versions of Emacs.
>
> IMO, this section should first tell that Emacs has an inherent fixed
> limitation on the size of buffers, as that is not something people
> assume nowadays. It should cite the limitation separately for 32-bit
> builds, 32-bit builds --with-wide-int, and 64-bit builds. Then it
> should say that this limitation also imposes size limit on visiting
> files, but the file-size limit is roughly about half the buffer limit,
> due to decoding and other stuff. I would also mention visiting
> compressed archives, because the size limitation might be hit half-way
> through decompression.
Thanks. I've attached a revised patch here according to your
comments. I'm not sure what the file size limit is for
--with-wide-int on 32-bit builds or 64-bit builds, so that still needs
adding. Could someone please give the exact numbers or tell me where
I can find them?
Best regards,
Stefan Kangas
[0001-Update-FAQ-section-on-large-files-Bug-37818.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37818
; Package
emacs
.
(Sat, 19 Oct 2019 13:01:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 37818 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> > 3. Update section on Emacs security to remove reference to the now
> > very old "movemail" incident, and add relevant information on
> > packages. Perhaps this section could be extended, or other risks
> > added and/or removed. If anyone has any ideas for what to add, I'd be
> > happy to do so.
>
> Looks good to me. That incident is not something that's frequently
> asked about.
Thanks. I'll wait a couple days to see if anyone else has something
to add before I push it.
Best regards,
Stefan Kangas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37818
; Package
emacs
.
(Sat, 19 Oct 2019 14:21:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 37818 <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Sat, 19 Oct 2019 14:58:53 +0200
> Cc: 37818 <at> debbugs.gnu.org
>
> Thanks. I've attached a revised patch here according to your
> comments.
I have some, see below.
> I'm not sure what the file size limit is for
> --with-wide-int on 32-bit builds or 64-bit builds, so that still needs
> adding. Could someone please give the exact numbers or tell me where
> I can find them?
See below.
> +Emacs has an inherent fixed limitation on the size of buffers.
I'd suggest to say that the limitation is more strict that the maximum
size of objects supported by programs with the same architecture,
because otherwise this sentence might be misunderstood.
> The
> +maximum buffer size on 32-bit machines is 512 MBytes beginning with
> +version 23.2. If Emacs was built using the @code{--with-wide-int}
> +flag, the maximum buffer size on 32-bit machines is ***FIXME***
> +MBytes.
The number here is 2GB.
> +This limitation imposes a size limit on visiting files, which is
> +roughly half the buffer limit due to things like decoding of multibyte
> +characters. When visiting compressed archives, the file size
> +limitation will be smaller than that due to decompression.
> +
> +Unless you want to visit unusually large files, this should only be an
> +issue on 32-bit machines. Emacs compiled on a 64-bit machine can
> +handle much larger buffers.
The limit value for 64-bit builds is that of most-positive-fixnum.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37818
; Package
emacs
.
(Sun, 20 Oct 2019 13:54:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 37818 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes:
> > +Emacs has an inherent fixed limitation on the size of buffers.
>
> I'd suggest to say that the limitation is more strict that the maximum
> size of objects supported by programs with the same architecture,
> because otherwise this sentence might be misunderstood.
Done.
>
> > The
> > +maximum buffer size on 32-bit machines is 512 MBytes beginning with
> > +version 23.2. If Emacs was built using the @code{--with-wide-int}
> > +flag, the maximum buffer size on 32-bit machines is ***FIXME***
> > +MBytes.
>
> The number here is 2GB.
Fixed.
> > +This limitation imposes a size limit on visiting files, which is
> > +roughly half the buffer limit due to things like decoding of multibyte
> > +characters. When visiting compressed archives, the file size
> > +limitation will be smaller than that due to decompression.
> > +
> > +Unless you want to visit unusually large files, this should only be an
> > +issue on 32-bit machines. Emacs compiled on a 64-bit machine can
> > +handle much larger buffers.
>
> The limit value for 64-bit builds is that of most-positive-fixnum.
Fixed. Please find attached an updated patch.
Best regards,
Stefan Kangas
[0001-Update-FAQ-section-on-large-files-Bug-37818.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37818
; Package
emacs
.
(Sun, 20 Oct 2019 14:49:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 37818 <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Sun, 20 Oct 2019 15:53:31 +0200
> Cc: 37818 <at> debbugs.gnu.org
>
> Fixed. Please find attached an updated patch.
LGTM, thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37818
; Package
emacs
.
(Wed, 23 Oct 2019 23:12:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 37818 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> > Looks good to me. That incident is not something that's frequently
> > asked about.
>
> Thanks. I'll wait a couple days to see if anyone else has something
> to add before I push it.
No one seemed to have any further comments. I've therefore pushed
this to master as commit 61223a046c3.
Best regards,
Stefan Kangas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37818
; Package
emacs
.
(Wed, 23 Oct 2019 23:13:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 37818 <at> debbugs.gnu.org (full text, mbox):
close 37818 27.1
quit
Eli Zaretskii <eliz <at> gnu.org> writes:
> LGTM, thanks.
Thanks, pushed to master as commit b3b74514e9.
Best regards,
Stefan Kangas
bug marked as fixed in version 27.1, send any further explanations to
37818 <at> debbugs.gnu.org and Stefan Kangas <stefan <at> marxist.se>
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Wed, 23 Oct 2019 23:13:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 21 Nov 2019 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 270 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.