all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Mike Coleman <tutufan@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 2790@emacsbugs.donarmstrong.com
Subject: bug#2790: emacs 22.1.1 cannot open 5GB file on 64GB 64-bit Linux box
Date: Thu, 26 Mar 2009 16:01:51 -0500	[thread overview]
Message-ID: <3c6c07c20903261401o57b49b58p372c24d947911c4d@mail.gmail.com> (raw)
In-Reply-To: <uskl0m4yx.fsf@gnu.org>

Hi,

This machine isn't really connected to the Internet, but here's the
contents of that buffer, after trying to load the large file in
question.

'which emacs' is /usr/bin/emacs.

most-positive-fixnum gives

    1152921504606846975 (#o37777777777, #xffffffff)

Mike




Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:



If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/22.1/etc/DEBUG for instructions.


In GNU Emacs 22.1.1 (x86_64-redhat-linux-gnu, GTK+ Version 2.10.4)
 of 2007-08-23 on monk.karan.org
Windowing system distributor `The X.Org Foundation', version 11.0.10600000
configured using `configure  '--build=x86_64-redhat-linux-gnu'
'--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu'
'--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr'
'--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib64' '--libexecdir=/usr/libexec'
'--localstatedir=/var' '--sharedstatedir=/usr/com'
'--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-pop'
'--with-sound' '--with-gtk' 'build_alias=x86_64-redhat-linux-gnu'
'host_alias=x86_64-redhat-linux-gnu'
'target_alias=x86_64-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF
-DSYSTEM_PURESIZE_EXTRA=16777216 -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: Mail

Minor modes in effect:
  shell-dirtrack-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent input:
<down-mouse-1> <mouse-1> M-x r e p o r t - e m a <tab>
<return> x x x <return> C-x 1 C-v C-v C-p C-x C-f /
n / d a t a 1 / b l a s t / d b / n r <return> y C-x
<escape> <escape> M-p M-p M-n C-a C-k C-g C-g M-x r
e p r t <backspace> <backspace> o r t - e m a <tab>
<return>

Recent messages:
Loading /usr/share/emacs/site-lisp/site-start.d/php-mode-init.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/po-mode-init.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/psgml-init.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/python-mode-init.el
(source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/rpm-spec-mode-init.el
(source)...done
Loading emacsbug...done
Loading help-mode...done
File nr is large (4187MB), really open? (y or n)
byte-code: Maximum buffer size exceeded
next-history-element: Beginning of history; no preceding item
Quit [2 times]




On Thu, Mar 26, 2009 at 2:58 PM, Eli Zaretskii <eliz@gnu.org> wrote:
>> Date: Thu, 26 Mar 2009 10:50:35 -0500
>> From: Mike Coleman <tutufan@gmail.com>
>> Cc:
>>
>> I'm trying to open a large (between 4GB and 5GB) file on a x86-64
>> Linux box that has 64GB of RAM.  I'm getting the error message
>> "Maximum buffer size exceeded".
>
> Thank you for your report.  However, it lacks crucial info, because
> you didn't use "M-x report-emacs-bug RET" to submit it.  Please do
> that (and do it from the same version of Emacs where you get the error
> message), so that important aspects of your system and Emacs
> configuration will be reported and considered in resolving this
> problem.
>
> Next, please type "file `which emacs`" at the shell prompt on that
> machine, and tell what this command displays.
>
> Also, please type "M-: most-positive-fixnum RET" inside Emacs, and
> tell what it displays.
>






  reply	other threads:[~2009-03-26 21:01 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-26 15:50 bug#2790: emacs 22.1.1 cannot open 5GB file on 64GB 64-bit Linux box Mike Coleman
2009-03-26 19:58 ` Eli Zaretskii
2009-03-26 21:01   ` Mike Coleman [this message]
2009-03-26 21:14     ` Eli Zaretskii
2009-03-26 21:33       ` Mike Coleman
2009-03-27  0:32         ` Stefan Monnier
2009-03-27  0:39           ` Mike Coleman
2009-03-27  3:08             ` bug#2790: emacs 22.1.1 cannot open 5GB file on 64GB 64-bit Linux Stefan Monnier
2009-03-27 16:29               ` Mike Coleman
2009-03-27  8:46         ` bug#2790: emacs 22.1.1 cannot open 5GB file on 64GB 64-bit Linux box Eli Zaretskii
2009-03-27 11:21       ` Andreas Schwab
2009-03-27  4:59 ` bug#2790: emacs 22.1.1 cannot open 5GB file on 64GB 64-bit GNU/Linux box Richard M Stallman
2009-03-27 16:27   ` Mike Coleman
2009-03-27 17:42     ` Eli Zaretskii
2009-03-28  2:12     ` Stefan Monnier
2009-03-28  5:24       ` Mike Coleman
2009-03-29 19:59         ` bug#2790: emacs 22.1.1 cannot open 5GB file on 64GB 64-bit Stefan Monnier
2009-03-28  8:45       ` bug#2790: emacs 22.1.1 cannot open 5GB file on 64GB 64-bit GNU/Linux box Eli Zaretskii
2009-03-28 11:12         ` Andreas Schwab
2009-03-28 12:03           ` Eli Zaretskii
2009-03-28 12:40             ` Andreas Schwab
2009-03-28 13:52               ` Eli Zaretskii
2009-03-29 20:13           ` Stefan Monnier
2009-03-29 20:10         ` Stefan Monnier
2009-03-29 20:44           ` Andreas Schwab
2009-03-30  0:59             ` Stefan Monnier
2009-03-30  8:08               ` Andreas Schwab
2009-03-30 13:01                 ` Stefan Monnier
2009-03-30 13:22                   ` Andreas Schwab
2009-03-29  2:15       ` Richard M Stallman
2009-03-29 20:14         ` Stefan Monnier
2009-03-28 15:17     ` Richard M Stallman
2009-03-28 16:27       ` Mike Coleman
     [not found]       ` <mailman.4163.1238258635.31690.bug-gnu-emacs@gnu.org>
2009-03-31 14:17         ` Ted Zlatanov
2011-09-11 22:10 ` bug#2790: emacs 22.1.1 cannot open 5GB file on 64GB 64-bit Linux box Lars Magne Ingebrigtsen
2011-09-12  2:59   ` Eli Zaretskii

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3c6c07c20903261401o57b49b58p372c24d947911c4d@mail.gmail.com \
    --to=tutufan@gmail.com \
    --cc=2790@emacsbugs.donarmstrong.com \
    --cc=eliz@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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.