Gnus development mailing list
 help / color / mirror / Atom feed
* corrupted score files: "..." entries
@ 2003-01-30 21:00 Reiner Steib
  2003-01-31  4:50 ` Katsumi Yamaoka
  0 siblings, 1 reply; 6+ messages in thread
From: Reiner Steib @ 2003-01-30 21:00 UTC (permalink / raw)


Hi,

from time to time I noticed that my (main) score file gets corrupted.
It's happens very rarely (once in several weeks or months) and I don't
know how to reproduce it.

It's not a big problem for me (just copy the backup from yesterday),
but maybe someone has an idea?

Here's a shortened version of the diff between the backup file and the
corrupt one.  Note the bogus lines containing the string "...)":

--8<---------------cut here---------------start------------->8---
--- all.SCORE_yesterday	Tue Jan 28 20:16:55 2003
+++ all.SCORE_corrupt	Thu Jan 30 21:01:41 2003
@@ -14,24 +14,7 @@
   ("\"Eduardo Botelho\" <info@eduardobotelho.com>" -1000 nil e)
-  ("\"CROWDER NICK\" <crowdpub@mindspring.com>" -1000 nil e)
-  ("\"Promotions Manager\" <nationalmkt@planters.net>" -1000 nil e)
[...]
-  ("\"Mxxxxxx Xxxx\" <mxxxxxx.xxxx@xxxxx.xxxx-xxxxxx.xx>" -1 731231 s)
-  ("\"Plustech Automotive\" <plustech@citynet.co.kr>" -1000 nil e))
+  ...)
  ("references"
+  ("<200301301445.OAA21532@kaupp.chemie.uni-oldenburg.de>" nil 731245 s)
   ("<b15en2$8b3$1@mid.downhill.at.eu.org>" nil 731243 s)
-  ("<RfD-1-Loeschung-de.rec.sf.[...]-22.01.2003@dana.de>" -1000 731243 s)
+  ("<RfD-1-Loeschung-de.rec.sf.[...]-22.01.2003@dana.de>" -1000 731245 s)
   ("<b0hbdc$pccdr$3@ID-151041.news.dfncis.de>" nil 731238 s)
@@ -44,22 +27,10 @@
   ("<avt14q$15te$1@redenix.uni-muenster.de>" nil 731229 s)
-  ("<87znq589vk.fsf@pc201-37.biochem.uni-potsdam.de>" nil 731229 s)
-  ("<uvg0t1f1m.fsf@wanadoo.fr>" nil 731229 s)
-  ("<uy95ofavi.fsf@wanadoo.fr>" nil 731229 s)
[...]
-  ("<84isx69sxv.fsf@lucy.cs.uni-dortmund.de>" nil 731224 s)
-  ("<RfD-1-Einrichtung-de.newusers.misc-01.10.2002@dana.de>" -2 731234 s))
+  ...)
  ("subject"
   ("Archivexpert" -1000 731237 s)
-  ("reconsider defaults custom group" 2 731223 s)
-  ("urgent" -1000 731224 s)
+  ("urgent" -1000 731245 s)
   ("Charta von de.comp.os.unix.linux.moderated" -1000 731235 s)
-  ("<2002-05-03> Moderations [...] de.comp.hardware.announce" -1000 731239 s)
+  ("<2002-05-03> Moderations [...] de.comp.hardware.announce" -1000 731245 s)
   ("[Postingstatistik]" nil nil e)
-  ("[FAQ] Netscape, Mozilla -> de.comm.software.mozilla" -1000 731242 s)
+  ("[FAQ] Netscape, Mozilla -> de.comm.software.mozilla" -1000 731245 s)
   ("virus" -1 731241 s))
--8<---------------cut here---------------end--------------->8---

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: corrupted score files: "..." entries
  2003-01-30 21:00 corrupted score files: "..." entries Reiner Steib
@ 2003-01-31  4:50 ` Katsumi Yamaoka
  2003-01-31 13:41   ` Reiner Steib
  2003-02-01 16:35   ` Lars Magne Ingebrigtsen
  0 siblings, 2 replies; 6+ messages in thread
From: Katsumi Yamaoka @ 2003-01-31  4:50 UTC (permalink / raw)


[-- Attachment #1: Type: text/plain, Size: 944 bytes --]

Hi,

>>>>> In <v9y952pd36.fsf@marauder.physik.uni-ulm.de>
>>>>>	Reiner Steib <4.uce.03.r.s@nurfuerspam.de> wrote:

> Hi,

>>from time to time I noticed that my (main) score file gets corrupted.
> It's happens very rarely (once in several weeks or months) and I don't
> know how to reproduce it.

Well, can you reproduce it by setting `(setq print-length 1)'?
As far as I heard, that variable (and possibly print-level)
tends to be altered for some unknown reason.

> It's not a big problem for me (just copy the backup from yesterday),
> but maybe someone has an idea?

> Here's a shortened version of the diff between the backup file and the
> corrupt one.  Note the bogus lines containing the string "...)":

I have no confidence, but it seems that print-length and also
print-level should be bound to nil in the gnus-score-string
function as follows:

(If it is right, such a problem won't occur even if print-length
is set to any number.)


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 508 bytes --]

--- gnus-score.el~	2003-01-27 02:58:36 +0000
+++ gnus-score.el	2003-01-31 04:48:43 +0000
@@ -1916,7 +1916,8 @@
       ;; with working on them as a group.  What a hassle.
       ;; Just wait 'til you see what horrors we commit against `match'...
       (if (= gnus-score-index 9)
-	  (setq this (prin1-to-string this))) ; ick.
+	  (let (print-length print-level)
+	    (setq this (prin1-to-string this)))) ; ick.
 
       (if simplify
 	  (setq this (gnus-map-function gnus-simplify-subject-functions this)))

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: corrupted score files: "..." entries
  2003-01-31  4:50 ` Katsumi Yamaoka
@ 2003-01-31 13:41   ` Reiner Steib
  2003-01-31 15:26     ` Katsumi Yamaoka
  2003-02-01 16:35   ` Lars Magne Ingebrigtsen
  1 sibling, 1 reply; 6+ messages in thread
From: Reiner Steib @ 2003-01-31 13:41 UTC (permalink / raw)


On Fri, Jan 31 2003, Katsumi Yamaoka wrote:

>>>from time to time I noticed that my (main) score file gets corrupted.
>> It's happens very rarely (once in several weeks or months) and I don't
>> know how to reproduce it.
>
> Well, can you reproduce it by setting `(setq print-length 1)'?

Yes, after `M-x (setq print-length 1 print-level 1) RET' I have a
similar effect:

,----
| $ cat all.SCORE
| (... ...)
`----

> I have no confidence, but it seems that print-length and also
> print-level should be bound to nil in the gnus-score-string
> function as follows:

I've applied your patch plus some debug statement:

      (if (= gnus-score-index 9)
	  (let (print-length print-level)
	    (gnus-message 
	     9 "In gnus-score-string: print-length=`%s', print-level=`%s'"
	     print-length print-level)
	    (sit-for 3)
	    (setq this (prin1-to-string this)))) ; ick.

But I'm afraid this isn't the relevant code (or at least not the only
one). With gnus-verbose is set to 10, I don't see the debug output
(after doing `IrS' and `V t'):

,----[ *Messages* ]
| Increase header (asbhirxeldft?): 
| Increase header 'references' with match type (sefr?): 
|  [2 times]
| Loading pp...done
| Invalid score element ... in [...]/all.SCORE
`----

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: corrupted score files: "..." entries
  2003-01-31 13:41   ` Reiner Steib
@ 2003-01-31 15:26     ` Katsumi Yamaoka
  2003-01-31 16:09       ` Reiner Steib
  0 siblings, 1 reply; 6+ messages in thread
From: Katsumi Yamaoka @ 2003-01-31 15:26 UTC (permalink / raw)


>>>>> In <v9k7gl4esr.fsf@marauder.physik.uni-ulm.de> 
>>>>>	Reiner Steib <4.uce.03.r.s@nurfuerspam.de> wrote:

> I've applied your patch plus some debug statement:

>       (if (= gnus-score-index 9)
> 	  (let (print-length print-level)
> 	    (gnus-message 
> 	     9 "In gnus-score-string: print-length=`%s', print-level=`%s'"
> 	     print-length print-level)
> 	    (sit-for 3)
> 	    (setq this (prin1-to-string this)))) ; ick.

Please use the following one to show the values of print-length
and print-level. :)

      (if (= gnus-score-index 9)
	  (progn
	    (let (print-length print-level)
	      (setq this (prin1-to-string this))) ; ick.
	    (gnus-message
	     9 "In gnus-score-string: print-length=`%s', print-level=`%s'"
	     print-length print-level)
	    (sit-for 3)))

> But I'm afraid this isn't the relevant code (or at least not the only
> one). With gnus-verbose is set to 10, I don't see the debug output
> (after doing `IrS' and `V t'):

I am worried similarly.  I'd like to investigate again widely,
later.
-- 
Katsumi Yamaoka <yamaoka@jpl.org>



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: corrupted score files: "..." entries
  2003-01-31 15:26     ` Katsumi Yamaoka
@ 2003-01-31 16:09       ` Reiner Steib
  0 siblings, 0 replies; 6+ messages in thread
From: Reiner Steib @ 2003-01-31 16:09 UTC (permalink / raw)


On Fri, Jan 31 2003, Katsumi Yamaoka wrote:

> Please use the following one to show the values of print-length
> and print-level. :)

Thanks, I've added this.

>> But I'm afraid this isn't the relevant code (or at least not the only
>> one). With gnus-verbose is set to 10, I don't see the debug output
>> (after doing `IrS' and `V t'):

I still don't see the expected debug output after (setq print-length
10 print-level 3).  But all.SCORE still gets corrupted.  I don't know
what exactly `print-length' and `print-level' do, but it seems that
`print-length' (=10) is relevant:

,----[ all.SCORE (with some line numbers) ]
|  .  (("message-id")
|  .   ("followup")
|  .   ("from"
|  1	  ("[some string]" -1000 nil e)
|  2	  ("[some string]" -1000 nil e)
|  3	  ("[some string]" -1000 731242 s)
|  4	  ("[some string]" -1000 731232 s)
|  5	  ("[some string]" -1000 731226 s)
|  6	  ("[some string]" -1000 nil e)
|  7	  ("[some string]" -1000 nil e)
|  8	  ("[some string]" -1000 731246 s)
|  9	  ("[some string]" -1000 nil e)
| 10	  ...)
|  .   ("references"
|  1	  ("[some string]" 1000 731246 s)
|  2	  ("[some string]" nil 731243 s)
|  3	  ("[some string]" -1000 731246 s)
|  4	  ("[some string]" nil 731238 s)
|  5	  ("[some string]" nil 731237 s)
|  6	  ("[some string]" nil 731236 s)
|  7	  ("[some string]" nil 731236 s)
|  8	  ("[some string]" nil 731236 s)
|  9	  ("[some string]" nil 731233 s)
| 10	  ...)
|  .   ("subject"
|  1	  ("[some string]" -1000 731237 s)
|  2	  ("[some string]" -1000 731235 s)
|  3	  ("[some string]" -1000 731239 s)
|  4	  ("[some string]" nil nil e)
|  5	  ("[some string]" -1000 731246 s)
|  6	  ("[some string]" -1 731241 s))
|  .   (decay 731065)
|  .   (files "../hierarchical/all.SCORE"))
`----

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: corrupted score files: "..." entries
  2003-01-31  4:50 ` Katsumi Yamaoka
  2003-01-31 13:41   ` Reiner Steib
@ 2003-02-01 16:35   ` Lars Magne Ingebrigtsen
  1 sibling, 0 replies; 6+ messages in thread
From: Lars Magne Ingebrigtsen @ 2003-02-01 16:35 UTC (permalink / raw)


Katsumi Yamaoka <yamaoka@jpl.org> writes:

> Well, can you reproduce it by setting `(setq print-length 1)'?
> As far as I heard, that variable (and possibly print-level)
> tends to be altered for some unknown reason.

I've now altered gnus-prin1-to-string to bind these variables to nil,
and use that function throughout.

-- 
(domestic pets only, the antidote for overdose, milk.)
   larsi@gnus.org * Lars Magne Ingebrigtsen



^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2003-02-01 16:35 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-01-30 21:00 corrupted score files: "..." entries Reiner Steib
2003-01-31  4:50 ` Katsumi Yamaoka
2003-01-31 13:41   ` Reiner Steib
2003-01-31 15:26     ` Katsumi Yamaoka
2003-01-31 16:09       ` Reiner Steib
2003-02-01 16:35   ` Lars Magne Ingebrigtsen

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 NNTP newsgroup(s).