GNU bug report logs - #2161
23.0.90; Another failure to convert to mbox

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 2161 in the body.
You can then email your comments to 2161 AT debbugs.gnu.org in the normal way.

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

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: jpff <jpff <at> codemist.co.uk>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.90; Another failure to convert to mbox
Date: Mon, 02 Feb 2009 11:44:53 +0000

I am attempting to convert my main mail file (96Mb) to mbox format.
It stpped after 105 messages having joined tne next message to it, and apparently losing the other 17K messages

I cannot see anything wrong with the message being converted
------------------------------------------------------------------------
1,,
Summary-line: 26-Jan  to: jpff <at> maths.bath.ac.uk  [21] #Re: Look_for_quad
Date:     Fri, 26 Jan 96 10:17:20 GMT
From:     jpff <at> maths.bath.ac.uk
Subject:  Re: Look_for_quad
To:       jpff <at> maths.bath.ac.uk

*** EOOH ***
Date:     Fri, 26 Jan 96 10:17:20 GMT
From:     jpff <at> maths.bath.ac.uk
Subject:  Re: Look_for_quad
To:       jpff <at> maths.bath.ac.uk

Message written at 26 Jan 1996 08:14:40 +0000
--- Copy of mail to hearn <at> rand.org ---
In-reply-to: <9601250123.AA13977 <at> hilbert.rand.org> (message from Tony Hearn on
	Wed, 24 Jan 96 17:23:56 -0800)

It looks as if it has decided that the form is a quartic, but then
later finds that the x^2 term has a zero coefficient.  It looks as if
I fail to deal with sqrts of perfect squares; I assume that the form
sqrt(x^2) has been simplified before it gets to this code.  At one
level this is a simplification failure, or I could accept that it
happens and treat degenerate cases.  A very simple paliative would be
to add a line "if null numr a then return nil" in look_for_quad, after
the line commented "Re-centre".  The integral then fails, but does not
crash.  I will give it a little more thought.

==John

1,,
Summary-line: 26-Jan       jhd <at> maths.bath.ac.uk  [10] #Can I recommend
Received: from haldane1.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK
          id aa27004; 26 Jan 96 15:35 GMT
Date:     Fri, 26 Jan 96 15:34:41 GMT
From:     James Davenport <jhd <at> maths.bath.ac.uk>
To:       algebra <at> maths.bath.ac.uk
Subject:  Can I recommend

*** EOOH ***
Date:     Fri, 26 Jan 96 15:34:41 GMT
From:     James Davenport <jhd <at> maths.bath.ac.uk>
To:       algebra <at> maths.bath.ac.uk
Subject:  Can I recommend

(not necessarily for all the details, but the style)
"The Hich-hikers Guide to Grobner Bases"
~jhd/TeX/Others/1326.ps.Z

James

......etc
------------------------------------------------------------------------
These two message are treated as one
I have hacked all the other mail mail files to mbox, but this one has me totally confused.



In GNU Emacs 23.0.90.1 (i686-pc-linux-gnu, GTK+ Version 2.12.0)
 of 2009-02-02 on cardew
Windowing system distributor `The X.Org Foundation', version 11.0.70200000
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: en_GB.UTF-8
  value of $XMODIFIERS: @im=local
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s 
C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s 
C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s 
C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s 
C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s 
C-s C-s C-s C-s C-s C-s C-s C-s C-s C-v C-v C-v C-v 
C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v 
C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v 
C-v C-v C-x k <return> C-x C-b <down> <down> C-x o 
<down> <down> <down> d <up> <up> d <up> <up> <return> 
C-x 1 C-x C-e C-x C-f R M A I L <return> y y C-v C-v 
C-v C-v C-v C-v C-v C-x k <return> y e s <return> C-x 
C-f M-x C-g M-x f i n d - f i l e - l i <tab> <return> 
R M A I L <return> y M-s q C-s q u a d C-s C-s C-s 
C-s C-s C-s C-s C-s C-s C-a <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> C-g M-v M-v M-v M-x r e p o r t - <tab> 
<return>

Recent messages:
Writing messages to /tmp/rmail12648IOB...done
Replacing BABYL format with mbox format...
Counting messages...done
Replacing BABYL format with mbox format...done
Counting messages...done
call-interactively: End of buffer
Entering debugger...
Quit
File RMAIL is large (94MB), really open? (y or n) 
Quit [2 times]

Message #10 received at 2161 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: jpff <jpff <at> codemist.co.uk>
To: 2161 <at> debbugs.gnu.org
Subject: This might explain it
Date: Mon, 02 Feb 2009 13:15:16 +0000

I have been single stepping the convertion for the last 2 hrs and it
failed with

Warning (undo): Buffer `RMAIL' undo info was 99232433 bytes long.
The undo info was discarded because it exceeded `undo-outer-limit'.

This is normal if you executed a command that made a huge change
to the buffer.  In that case, to prevent similar problems in the
future, set `undo-outer-limit' to a value that is large enough to
cover the maximum size of normal changes you expect a single
command to make, but not so large that it might exceed the
maximum memory allotted to Emacs.

If you did not execute any such command, the situation is
probably due to a bug and you should report it.

Message #17 received at 2161 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: jpff <jpff <at> codemist.co.uk>
To: 2161 <at> debbugs.gnu.org
Subject: Re: bug#2161: Acknowledgement (23.0.90; Another failure to convert to
 mbox)
Date: Mon,  2 Feb 2009 19:10:17 +0000

I think I determined that the problems were all due to unrmail not
using the same conditions for mail boundaries as used in the babyl
format.  Earlier in this development cycle my mail file was modified
due to font problems and there were bursts of ESC characters and odd
codes for diacritic marks.  These completely throw the unrmail
program.  I did hundreds of hand edits and it now converts.
  There have also been a number of unflagged changes that have caused
problems.  rmail-set-label I have already reported.
rmail-set-attribute is also very different and incompatible.  I
managed to break the mbox format once but I think I have recovered all
the mail.  I still cannot load the RMAIL file except in fundamental
mode and then M-x rmail-mode fixes it.  I cannot get MIME decoding to
work like I used to, but I suspect I just gave not found the package.
I was using etach but that is very babyl-specific.  Likewise my label
manager needs a complete rewrite.  I found one function i used
no-longer available (rmail-narrow-to-non-pruned-header)
  Reading new mail seems problematic and the new code breaks my
operating system layout.

What else has changed in rmail-mode that a user needs to know?

==John ffitch

Message #22 received at 2161 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: jpff <jpff <at> codemist.co.uk>, 2161 <at> debbugs.gnu.org
Subject: Re: bug#2161: 23.0.90; Another failure to convert to mbox
Date: Mon, 02 Feb 2009 21:20:19 +0200

> From: jpff <jpff <at> codemist.co.uk>
> Date: Mon, 02 Feb 2009 11:44:53 +0000
> Cc: 
> 
> I am attempting to convert my main mail file (96Mb) to mbox format.
> It stpped after 105 messages having joined tne next message to it, and apparently losing the other 17K messages
> 
> I cannot see anything wrong with the message being converted

But what was the error message and the backtrace this time?

Message #27 received at 2161 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: jpff <jpff <at> codemist.co.uk>, 2161 <at> debbugs.gnu.org
Subject: Re: bug#2161: This might explain it
Date: Mon, 02 Feb 2009 21:25:08 +0200

> From: jpff <jpff <at> codemist.co.uk>
> Date: Mon, 02 Feb 2009 13:15:16 +0000
> Cc: 
> 
> I have been single stepping the convertion for the last 2 hrs and it
> failed with
> 
> Warning (undo): Buffer `RMAIL' undo info was 99232433 bytes long.
> The undo info was discarded because it exceeded `undo-outer-limit'.

No, this is just a warning.  I get it also when running unrmail on
large Babyl files, but the conversion does not fail for me.  (I think
we should disable undo inside unrmail, but that's not a fatal
problem.)

Message #32 received at 2161 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Richard M Stallman <rms <at> gnu.org>
To: jpff <jpff <at> codemist.co.uk>, 2161 <at> debbugs.gnu.org
Cc: 2161 <at> debbugs.gnu.org
Subject: Re: bug#2161: This might explain it
Date: Mon, 02 Feb 2009 20:43:04 -0500

    Warning (undo): Buffer `RMAIL' undo info was 99232433 bytes long.
    The undo info was discarded because it exceeded `undo-outer-limit'.

Maybe some code (in unrmail?) should bind buffer-undo-list to t.

Message #35 received at 2161 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: rms <at> gnu.org
Cc: 2161 <at> debbugs.gnu.org
Subject: Re: bug#2161: This might explain it
Date: Mon, 02 Feb 2009 23:07:45 -0500

Richard M Stallman wrote:

>     Warning (undo): Buffer `RMAIL' undo info was 99232433 bytes long.
>     The undo info was discarded because it exceeded `undo-outer-limit'.
>
> Maybe some code (in unrmail?) should bind buffer-undo-list to t.

Done.

Previous Next

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