From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/54364 Path: main.gmane.org!not-for-mail From: sigurd@12move.de (Karl =?iso-8859-1?q?Pfl=E4sterer?=) Newsgroups: gmane.emacs.gnus.general Subject: Problems with orphan scoring (possible bug?) Date: Sun, 19 Oct 2003 14:36:05 +0200 Organization: Lemis World Sender: ding-owner@lists.math.uh.edu Message-ID: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1066567081 14966 80.91.224.253 (19 Oct 2003 12:38:01 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 19 Oct 2003 12:38:01 +0000 (UTC) Original-X-From: ding-owner+M2905@lists.math.uh.edu Sun Oct 19 14:37:59 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ABCop-0001YF-00 for ; Sun, 19 Oct 2003 14:37:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1ABCoF-00075L-00; Sun, 19 Oct 2003 07:37:23 -0500 Original-Received: from justine.libertine.org ([66.139.78.221]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1ABCo7-00075F-00 for ding@lists.math.uh.edu; Sun, 19 Oct 2003 07:37:15 -0500 Original-Received: from quimby.gnus.org (quimby.gnus.org [80.91.224.244]) by justine.libertine.org (Postfix) with ESMTP id 12B563A0060 for ; Sun, 19 Oct 2003 07:37:15 -0500 (CDT) Original-Received: from news by quimby.gnus.org with local (Exim 3.35 #1 (Debian)) id 1ABCo6-0007en-00 for ; Sun, 19 Oct 2003 14:37:14 +0200 Original-To: ding@gnus.org Original-Path: wintendo.pflaesterer.de!not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 62 Original-NNTP-Posting-Host: p62.246.18.168.tisdip.tiscali.de Original-X-Trace: quimby.gnus.org 1066567034 29435 62.246.18.168 (19 Oct 2003 12:37:14 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: Sun, 19 Oct 2003 12:37:14 +0000 (UTC) X-Face: #iIcL\6>Qj/G*F@AL9T*v/R$j@7Q`6#FU&Flg6u6aVsLdWf(H$U5>:;&*>oy>jOIWgA%8w* A!V7X`\fEGoQ[@D'@i^*p3FCC6&Rg~JT/H_*MOX;"o~flADb8^ Mail-Copies-To: never User-Agent: Gnus/5.1003 (Gnus v5.10.3) Hamster/2.0.2.2 Cancel-Lock: sha1:lqsbyYps85jv5Vo1xFXP3MeWMv4= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:54364 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:54364 Hi, I use the orphan score scheme in some groups. A long time it worked perfektly well but since some days (I'm not sure when it started exactly and if it was because of a Gnus update or an XEmacs update) the score values are completely nonsense. I have `(orphan -1000)' in the score files of these groups so I can simple use `I S' to increase the score (gnus-score-interactive-default-score is 1000). But now these articles in thredas I scored up don't have zero but 1000 as score value. I tried to find the reason and looked into `gnus-score-headers'. The header values are taken from the variable `gnus-newsgroup-headers'; I first tried to find out which functions return value initialized that variable (which was not easy to find (lexical scope for Emacs Lisp now!)) as I noticed that the headers values differ if the articles are taken from cache or from the newsserver. But also without caching orphan scoring does not work. So I searched further on and looked at the value of `gnus-newsgroup-scored' at the different levels of scoring in `gnus-score-headers' (with message). First the orphan score gets computed after that the normal score rules and the advanced score rules are applied. The three alists below are the values of `gnus-newsgroup-scored'. The values are in reverse chronological order (as I used `view-lossage' to see the values). ------------------------------------------------------------ Scoring...done ((37078 . 1000) (36788 . 1000) (37083 . 1000) (37081 . 1000) (37072 . 1000) (37073 . 1000) (37070 . 1000) (37077 . 1000) (37076 . 1000) (37068 . 1000) (37069 . 1000) (37051 . 1100) (37084 . 1000) (37074 . 1000) (37071 . 1000) (36065 . 1000) (37062 . 1000) (34256 . 1000) (35415 . 1000) (32140 . 1000) (33018 . 1000) (37084 . -1000) (37083 . -1000) (36065 . -1000) (37072 . -1000) (37074 . -1000) (37071 . -1000) (33858 . -1000) (37077 . -1000) (37076 . -1000) (37069 . -1000) (37073 . -1000) (37070 . -1000) (37068 . -1000) (37051 . -1000) (37078 . -1000) (37081 . -1000) (33837 . -1000) (36788 . -1000)) Finished ((37078 . 1000) (36788 . 1000) (37083 . 1000) (37081 . 1000) (37072 . 1000) (37073 . 1000) (37070 . 1000) (37077 . 1000) (37076 . 1000) (37068 . 1000) (37069 . 1000) (37051 . 1100) (37084 . 1000) (37074 . 1000) (37071 . 1000) (36065 . 1000) (37062 . 1000) (34256 . 1000) (35415 . 1000) (32140 . 1000) (33018 . 1000) (37084 . -1000) (37083 . -1000) (36065 . -1000) (37072 . -1000) (37074 . -1000) (37071 . -1000) (33858 . -1000) (37077 . -1000) (37076 . -1000) (37069 . -1000) (37073 . -1000) (37070 . -1000) (37068 . -1000) (37051 . -1000) (37078 . -1000) (37081 . -1000) (33837 . -1000) (36788 . -1000)) Before advanced ((37084 . -1000) (37083 . -1000) (36065 . -1000) (37072 . -1000) (37074 . -1000) (37071 . -1000) (33858 . -1000) (37077 . -1000) (37076 . -1000) (37069 . -1000) (37073 . -1000) (37070 . -1000) (37068 . -1000) (37051 . -1000) (37078 . -1000) (37081 . -1000) (33837 . -1000) (36788 . -1000)) Orphans only ------------------------------------------------------------ As you see some articles (where orphan rules apply) have two entries in the alist; 1000 because of the subject header and -1000 because they have no root. You would think they should have a total score of 0 but they have 1000. So my questions are: Are the values of the alists correct or should there be only one entry per article? If the alists are correct which function is used to compute the final score value of an article? I didn't find it otherwise I would have tried to debug that function. Am I the only one with these problems? KP -- "Programs must be written for people to read, and only incidentally for machines to execute." -- Abelson & Sussman, SICP (preface to the first edition)