* Problem with agent and empty groups
@ 2004-02-09 17:20 David S Goldberg
2004-02-09 17:26 ` David S Goldberg
2004-02-09 22:56 ` Kevin Greiner
0 siblings, 2 replies; 12+ messages in thread
From: David S Goldberg @ 2004-02-09 17:20 UTC (permalink / raw)
I'm not sure when this started happening. Due to business travel I'd
been running No Gnus from some time before 12 January. I did a CVS
update this morning and now when I try to get new news, I get the
following backtrace. Workaround is to unagentize the server in
question but I really don't want to do that long term.
Thanks,
Signaling: (wrong-type-argument number-char-or-marker-p nil)
<(nil 1)
(if (< agent-min active-min) (setcar active agent-min))
(when (< agent-min active-min) (setcar active agent-min))
(let* ((local ...) (active-min ...) (active-max ...) (agent-min ...) (agent-max ...)) (when (< agent-min active-min) (setcar active agent-min)) (when (> agent-max active-max) (setcdr active agent-max)) (when (and info ...) (let ... ...) (gnus-agent-set-local group agent-min ...)))
(if (gnus-agent-method-p gnus-command-method) (let* (... ... ... ... ...) (when ... ...) (when ... ...) (when ... ... ...)))
(when (gnus-agent-method-p gnus-command-method) (let* (... ... ... ... ...) (when ... ...) (when ... ...) (when ... ... ...)))
(let* ((gnus-command-method ...)) (when (gnus-agent-method-p gnus-command-method) (let* ... ... ... ...)))
gnus-agent-possibly-alter-active("nnimap+linus:INBOX.mitre.secom.ids-ops" (1 . 0) ("nnimap+linus:INBOX.mitre.secom.ids-ops" 2 ((1 . 3591)) nil "nnimap:linus" ((uidvalidity . "962391135") (admin-address . "L-Soft list server at MITRE <listserv@lists.mitre.org>") total-expire)))
gnus-select-newsgroup("nnimap+linus:INBOX.mitre.secom.ids-ops" t nil)
gnus-summary-read-group-1("nnimap+linus:INBOX.mitre.secom.ids-ops" t nil nil nil nil)
gnus-summary-read-group("nnimap+linus:INBOX.mitre.secom.ids-ops" t nil nil nil nil nil)
gnus-group-read-group(nil nil nil)
gnus-topic-read-group(nil)
call-interactively(gnus-topic-read-group)
recursive-edit()
byte-code("..." [print-escape-newlines print-length debugger-buffer debugger-value standard-output debugger-args pop-to-buffer erase-buffer t 50 backtrace debugger-mode re-search-forward "\n[* ] debug(" 1 debugger-reenable (lambda debug) "Entering:\n" debug backtrace-debug 3 delete-char ?* 0 exit "Return value: " prin1 ?\n ?\ error "Signaling: " "Beginning evaluation of function call form:\n" nil message "" recursive-edit buffer-read-only inhibit-trace] 3)
debug(error (wrong-type-argument number-char-or-marker-p nil))
gnus-agent-possibly-alter-active("nnimap+linus:INBOX.mitre.secom.ids-ops" (3590 . 3591) ("nnimap+linus:INBOX.mitre.secom.ids-ops" 2 ((1 . 3591)) nil "nnimap:linus" ((uidvalidity . "962391135") (admin-address . "L-Soft list server at MITRE <listserv@lists.mitre.org>") total-expire)))
gnus-get-unread-articles(3)
gnus-group-get-new-news(nil)
call-interactively(gnus-group-get-new-news)
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Problem with agent and empty groups
2004-02-09 17:20 Problem with agent and empty groups David S Goldberg
@ 2004-02-09 17:26 ` David S Goldberg
2004-02-09 22:56 ` Kevin Greiner
1 sibling, 0 replies; 12+ messages in thread
From: David S Goldberg @ 2004-02-09 17:26 UTC (permalink / raw)
I should point out that the group in question became empty after
running expiry.
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Problem with agent and empty groups
2004-02-09 17:20 Problem with agent and empty groups David S Goldberg
2004-02-09 17:26 ` David S Goldberg
@ 2004-02-09 22:56 ` Kevin Greiner
2004-02-13 21:03 ` David S Goldberg
1 sibling, 1 reply; 12+ messages in thread
From: Kevin Greiner @ 2004-02-09 22:56 UTC (permalink / raw)
David S Goldberg <david.goldberg6@verizon.net> writes:
> I'm not sure when this started happening. Due to business travel I'd
> been running No Gnus from some time before 12 January. I did a CVS
> update this morning and now when I try to get new news, I get the
> following backtrace. Workaround is to unagentize the server in
> question but I really don't want to do that long term.
>
> Thanks,
>
> Signaling: (wrong-type-argument number-char-or-marker-p nil)
> <(nil 1)
> (if (< agent-min active-min) (setcar active agent-min))
> (when (< agent-min active-min) (setcar active agent-min))
> (let* ((local ...) (active-min ...) (active-max ...) (agent-min ...) (agent-max ...)) (when (< agent-min active-min) (setcar active agent-min)) (when (> agent-max active-max) (setcdr active agent-max)) (when (and info ...) (let ... ...) (gnus-agent-set-local group agent-min ...)))
> (if (gnus-agent-method-p gnus-command-method) (let* (... ... ... ... ...) (when ... ...) (when ... ...) (when ... ... ...)))
> (when (gnus-agent-method-p gnus-command-method) (let* (... ... ... ... ...) (when ... ...) (when ... ...) (when ... ... ...)))
> (let* ((gnus-command-method ...)) (when (gnus-agent-method-p gnus-command-method) (let* ... ... ... ...)))
> gnus-agent-possibly-alter-active("nnimap+linus:INBOX.mitre.secom.ids-ops" (1 . 0) ("nnimap+linus:INBOX.mitre.secom.ids-ops" 2 ((1 . 3591)) nil "nnimap:linus" ((uidvalidity . "962391135") (admin-address . "L-Soft list server at MITRE <listserv@lists.mitre.org>") total-expire)))
> gnus-select-newsgroup("nnimap+linus:INBOX.mitre.secom.ids-ops" t nil)
> gnus-summary-read-group-1("nnimap+linus:INBOX.mitre.secom.ids-ops" t nil nil nil nil)
> gnus-summary-read-group("nnimap+linus:INBOX.mitre.secom.ids-ops" t nil nil nil nil nil)
> gnus-group-read-group(nil nil nil)
> gnus-topic-read-group(nil)
> call-interactively(gnus-topic-read-group)
> recursive-edit()
> byte-code("..." [print-escape-newlines print-length debugger-buffer debugger-value standard-output debugger-args pop-to-buffer erase-buffer t 50 backtrace debugger-mode re-search-forward "\n[* ] debug(" 1 debugger-reenable (lambda debug) "Entering:\n" debug backtrace-debug 3 delete-char ?* 0 exit "Return value: " prin1 ?\n ?\ error "Signaling: " "Beginning evaluation of function call form:\n" nil message "" recursive-edit buffer-read-only inhibit-trace] 3)
> debug(error (wrong-type-argument number-char-or-marker-p nil))
> gnus-agent-possibly-alter-active("nnimap+linus:INBOX.mitre.secom.ids-ops" (3590 . 3591) ("nnimap+linus:INBOX.mitre.secom.ids-ops" 2 ((1 . 3591)) nil "nnimap:linus" ((uidvalidity . "962391135") (admin-address . "L-Soft list server at MITRE <listserv@lists.mitre.org>") total-expire)))
> gnus-get-unread-articles(3)
> gnus-group-get-new-news(nil)
> call-interactively(gnus-group-get-new-news)
Dave,
Please trigger the debugger again then evaluate the value of the
variable local (e local<ret>). I need its value to figure out why the
existing logic failed to prevent this error.
Kevin
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Problem with agent and empty groups
2004-02-09 22:56 ` Kevin Greiner
@ 2004-02-13 21:03 ` David S Goldberg
2004-02-23 17:34 ` David S Goldberg
0 siblings, 1 reply; 12+ messages in thread
From: David S Goldberg @ 2004-02-13 21:03 UTC (permalink / raw)
> Please trigger the debugger again then evaluate the value of the
> variable local (e local<ret>). I need its value to figure out why the
> existing logic failed to prevent this error.
Sorry it took so long. Another unexpected trip came up.
e local put
(nil . nil)
in the minibuffer. In case anything changed, here's the backtrace I
got this time.
Thanks,
Signaling: (wrong-type-argument number-char-or-marker-p nil)
<(nil 1091)
(if (< agent-min active-min) (setcar active agent-min))
(when (< agent-min active-min) (setcar active agent-min))
(let* ((local ...) (active-min ...) (active-max ...) (agent-min ...) (agent-max ...)) (when (< agent-min active-min) (setcar active agent-min)) (when (> agent-max active-max) (setcdr active agent-max)) (when (and info ...) (let ... ...) (gnus-agent-set-local group agent-min ...)))
(if (gnus-agent-method-p gnus-command-method) (let* (... ... ... ... ...) (when ... ...) (when ... ...) (when ... ... ...)))
(when (gnus-agent-method-p gnus-command-method) (let* (... ... ... ... ...) (when ... ...) (when ... ...) (when ... ... ...)))
(let* ((gnus-command-method ...)) (when (gnus-agent-method-p gnus-command-method) (let* ... ... ... ...)))
gnus-agent-possibly-alter-active("nnimap+linus:INBOX.mitre.secom.incidents" (1091 . 1091) ("nnimap+linus:INBOX.mitre.secom.incidents" 2 ((1 . 1091)) ((seen 1091) (forward 1091)) "nnimap:linus" ((uidvalidity . "958757629") total-expire)))
gnus-get-unread-articles(3)
gnus-group-get-new-news(nil)
call-interactively(gnus-group-get-new-news)
recursive-edit()
byte-code("..." [print-escape-newlines print-length debugger-buffer debugger-value standard-output debugger-args pop-to-buffer erase-buffer t 50 backtrace debugger-mode re-search-forward "\n[* ] debug(" 1 debugger-reenable (lambda debug) "Entering:\n" debug backtrace-debug 3 delete-char ?* 0 exit "Return value: " prin1 ?\n ?\ error "Signaling: " "Beginning evaluation of function call form:\n" nil message "" recursive-edit buffer-read-only inhibit-trace] 3)
debug(error (wrong-type-argument number-char-or-marker-p nil))
<(nil 1091)
(if (< agent-min active-min) (setcar active agent-min))
(when (< agent-min active-min) (setcar active agent-min))
(let* ((local ...) (active-min ...) (active-max ...) (agent-min ...) (agent-max ...)) (when (< agent-min active-min) (setcar active agent-min)) (when (> agent-max active-max) (setcdr active agent-max)) (when (and info ...) (let ... ...) (gnus-agent-set-local group agent-min ...)))
(if (gnus-agent-method-p gnus-command-method) (let* (... ... ... ... ...) (when ... ...) (when ... ...) (when ... ... ...)))
(when (gnus-agent-method-p gnus-command-method) (let* (... ... ... ... ...) (when ... ...) (when ... ...) (when ... ... ...)))
(let* ((gnus-command-method ...)) (when (gnus-agent-method-p gnus-command-method) (let* ... ... ... ...)))
gnus-agent-possibly-alter-active("nnimap+linus:INBOX.mitre.secom.incidents" (1091 . 1091) ("nnimap+linus:INBOX.mitre.secom.incidents" 2 ((1 . 1091)) ((seen 1091) (forward 1091)) "nnimap:linus" ((uidvalidity . "958757629") total-expire)))
gnus-get-unread-articles(3)
gnus-group-get-new-news(nil)
call-interactively(gnus-group-get-new-news)
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Problem with agent and empty groups
2004-02-13 21:03 ` David S Goldberg
@ 2004-02-23 17:34 ` David S Goldberg
2004-02-24 23:05 ` Kevin Greiner
0 siblings, 1 reply; 12+ messages in thread
From: David S Goldberg @ 2004-02-23 17:34 UTC (permalink / raw)
Not having heard anything on this, I tried to debug it a bit further.
I don't understand it at all and I've since quit the session so I
can't post the errors that showed up in the message log but I re-added
the problem server to the agent and did a J-s. I saw a bunch of
errors on a file called local in the agent.lib directory of the server
in question. I tried running gnus-agent-regenerate but it didn't seem
to touch that file, so I removed the file (I know, I should have just
moved it out of the way; I'll do it right next time; sorry) and sure
enough I'm now able to get new messages.
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Problem with agent and empty groups
2004-02-23 17:34 ` David S Goldberg
@ 2004-02-24 23:05 ` Kevin Greiner
2004-02-25 21:59 ` David S Goldberg
0 siblings, 1 reply; 12+ messages in thread
From: Kevin Greiner @ 2004-02-24 23:05 UTC (permalink / raw)
David S Goldberg <david.goldberg6@verizon.net> writes:
> Not having heard anything on this, I tried to debug it a bit further.
> I don't understand it at all and I've since quit the session so I
> can't post the errors that showed up in the message log but I re-added
> the problem server to the agent and did a J-s. I saw a bunch of
> errors on a file called local in the agent.lib directory of the server
> in question. I tried running gnus-agent-regenerate but it didn't seem
> to touch that file, so I removed the file (I know, I should have just
> moved it out of the way; I'll do it right next time; sorry) and sure
> enough I'm now able to get new messages.
You haven't heard anything as I couldn't figure out how emacs decided
that nil was not eq to nil. I'm happy to see that you found a
work-around. If it re-occurs, please post the error messages.
Kevin
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Problem with agent and empty groups
2004-02-24 23:05 ` Kevin Greiner
@ 2004-02-25 21:59 ` David S Goldberg
2004-03-04 12:56 ` Kevin Greiner
0 siblings, 1 reply; 12+ messages in thread
From: David S Goldberg @ 2004-02-25 21:59 UTC (permalink / raw)
Well it just happened again. This time I moved local to local.old and
diff'ed them after local got regenerated by 'g' in the Group buffer.
I suspect the entry with the nil in it is the problem. I notice than
no entry for that group is created when local is regenerated.
diff -c /home/dsg/.News/agent/nnimap/linus/agent.lib/local.old /home/dsg/.News/agent/nnimap/linus/agent.lib/local
*** /home/dsg/.News/agent/nnimap/linus/agent.lib/local.old Wed Feb 25 16:56:15 2004
--- /home/dsg/.News/agent/nnimap/linus/agent.lib/local Wed Feb 25 16:56:15 2004
***************
*** 1,19 ****
- INBOX\.junkmail nil nil
- INBOX\.mitre\.g020\.atm_security 2 2
INBOX\.mitre\.g020\.sei 19 19
INBOX\.mitre\.g06a\.rcf-staffing 412 412
- INBOX\.mitre\.collaborative 21 21
INBOX\.mitre\.g06a\.rcf-vmware 183 183
! INBOX\.mitre\.g06a\.rcf-tasks 525 525
INBOX\.security\.ids 1 14
! INBOX\.mitre\.java 3 3
INBOX\.mitre\.g060-MSR-ESCHA 71 71
INBOX\.mitre\.g06a 48 48
INBOX\.miscmail 62407 65995
INBOX\.mitre\.secom\.securid 42 42
- INBOX\.mitre\.g022\.dss 14 14
INBOX\.mitre\.secom\.wireless 20 258
INBOX\.solaris 31 31
INBOX\.mitre\.hr 1 1
INBOX\.security\.bugtraq 17618 17621
INBOX\.missedmail 226 226
--- 1,18 ----
INBOX\.mitre\.g020\.sei 19 19
+ INBOX\.mitre\.g020\.atm_security 2 2
INBOX\.mitre\.g06a\.rcf-staffing 412 412
INBOX\.mitre\.g06a\.rcf-vmware 183 183
! INBOX\.mitre\.collaborative 21 21
INBOX\.security\.ids 1 14
! INBOX\.mitre\.g06a\.rcf-tasks 525 525
INBOX\.mitre\.g060-MSR-ESCHA 71 71
INBOX\.mitre\.g06a 48 48
+ INBOX\.mitre\.java 3 3
INBOX\.miscmail 62407 65995
INBOX\.mitre\.secom\.securid 42 42
INBOX\.mitre\.secom\.wireless 20 258
INBOX\.solaris 31 31
+ INBOX\.mitre\.g022\.dss 14 14
INBOX\.mitre\.hr 1 1
INBOX\.security\.bugtraq 17618 17621
INBOX\.missedmail 226 226
***************
*** 39,54 ****
INBOX\.security\.firewalls\.fw1 107 107
INBOX\.mitre\.g060-tides2000 113 113
CRCF 630 630
- INBOX\.listproc 3 391
CIIS\.G06A\.Managers 1437 1437
INBOX\.mitre\.secom\.ids-ops 3592 3592
INBOX\.emacs\.nnimap 1518 1521
INBOX\.mitre\.secom 46 46
INBOX\.mitre\.g06a\.rcf-pki 22 22
INBOX\.mitre\.g06a\.rcf-tasks-isf 2473 2511
- INBOX\.mitre\.secom\.incidents 1091 1091
- INBOX\.emacs\.misc 141 141
INBOX\.mitre\.g060-nrrc 49 49
INBOX\.mitre\.g022 67 67
INBOX\.mitre\.mdp 119 119
INBOX\.mitre\.g020 111 111
--- 38,53 ----
INBOX\.security\.firewalls\.fw1 107 107
INBOX\.mitre\.g060-tides2000 113 113
CRCF 630 630
CIIS\.G06A\.Managers 1437 1437
INBOX\.mitre\.secom\.ids-ops 3592 3592
+ INBOX\.listproc 3 391
INBOX\.emacs\.nnimap 1518 1521
INBOX\.mitre\.secom 46 46
INBOX\.mitre\.g06a\.rcf-pki 22 22
INBOX\.mitre\.g06a\.rcf-tasks-isf 2473 2511
INBOX\.mitre\.g060-nrrc 49 49
+ INBOX\.emacs\.misc 141 141
+ INBOX\.mitre\.secom\.incidents 1091 1091
INBOX\.mitre\.g022 67 67
INBOX\.mitre\.mdp 119 119
INBOX\.mitre\.g020 111 111
***************
*** 57,72 ****
INBOX\.mitre\.g020\.forensics_tem 6 6
INBOX\.mitre\.g06a\.rcf-tasks-dodbench 17 17
INBOX\.mitre\.secom\.multicast 8 8
INBOX\.infosec 1362 2106
- INBOX\.mitre\.psac 90 90
INBOX\.security\.sans 589 592
! INBOX\.mitre\.g020\.nccs 37 37
INBOX\.mitre\.modem_pool 97 97
- INBOX\.emacs\.auctex 2 19
INBOX\.mitre\.g020\.jefx 51 51
! INBOX\.emacs\.w3 1 42
! INBOX\.mitre\.isis 55 55
INBOX\.mitre\.osis 42 42
INBOX\.mitre\.g06a\.rcf-tasks-scif-cluster 83 83
INBOX\.mitre\.mii 4 4
INBOX\.mitre\.multicast_moie 217 217
--- 56,71 ----
INBOX\.mitre\.g020\.forensics_tem 6 6
INBOX\.mitre\.g06a\.rcf-tasks-dodbench 17 17
INBOX\.mitre\.secom\.multicast 8 8
+ INBOX\.mitre\.g020\.nccs 37 37
INBOX\.infosec 1362 2106
INBOX\.security\.sans 589 592
! INBOX\.mitre\.psac 90 90
INBOX\.mitre\.modem_pool 97 97
INBOX\.mitre\.g020\.jefx 51 51
! INBOX\.emacs\.auctex 2 19
INBOX\.mitre\.osis 42 42
+ INBOX\.mitre\.isis 55 55
+ INBOX\.emacs\.w3 1 42
INBOX\.mitre\.g06a\.rcf-tasks-scif-cluster 83 83
INBOX\.mitre\.mii 4 4
INBOX\.mitre\.multicast_moie 217 217
***************
*** 78,82 ****
INBOX\.emacs\.efs\.help 1 61
INBOX\.mitre\.secom\.cve-content-team 577 577
INBOX\.personal 358 358
- INBOX\.mitre\.unixclass 51 51
INBOX\.info-afs 6422 7154
--- 77,81 ----
INBOX\.emacs\.efs\.help 1 61
INBOX\.mitre\.secom\.cve-content-team 577 577
INBOX\.personal 358 358
INBOX\.info-afs 6422 7154
+ INBOX\.mitre\.unixclass 51 51
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Problem with agent and empty groups
2004-02-25 21:59 ` David S Goldberg
@ 2004-03-04 12:56 ` Kevin Greiner
2004-03-04 15:12 ` Katsumi Yamaoka
2004-03-05 17:02 ` David S Goldberg
0 siblings, 2 replies; 12+ messages in thread
From: Kevin Greiner @ 2004-03-04 12:56 UTC (permalink / raw)
David S Goldberg <david.goldberg6@verizon.net> writes:
> Well it just happened again. This time I moved local to local.old and
> diff'ed them after local got regenerated by 'g' in the Group buffer.
> I suspect the entry with the nil in it is the problem. I notice than
> no entry for that group is created when local is regenerated.
I've checked in a new version that blocks recording nil entries.
Kevin
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Problem with agent and empty groups
2004-03-04 12:56 ` Kevin Greiner
@ 2004-03-04 15:12 ` Katsumi Yamaoka
2004-03-05 16:28 ` Kevin Greiner
2004-03-05 17:02 ` David S Goldberg
1 sibling, 1 reply; 12+ messages in thread
From: Katsumi Yamaoka @ 2004-03-04 15:12 UTC (permalink / raw)
>>>>> In <u4qt4bwkb.fsf@xpediantsolutions.com>
>>>>> Kevin Greiner <kgreiner@xpediantsolutions.com> wrote:
> I've checked in a new version that blocks recording nil entries.
I wonder what indentation function you use to edit ELisp files.
Those are shifted from the standard, and tabs were replaced with
spaces...
--
Katsumi Yamaoka <yamaoka@jpl.org>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Problem with agent and empty groups
2004-03-04 15:12 ` Katsumi Yamaoka
@ 2004-03-05 16:28 ` Kevin Greiner
2004-03-06 7:40 ` Katsumi Yamaoka
0 siblings, 1 reply; 12+ messages in thread
From: Kevin Greiner @ 2004-03-05 16:28 UTC (permalink / raw)
Katsumi Yamaoka <yamaoka@jpl.org> writes:
>>>>>> In <u4qt4bwkb.fsf@xpediantsolutions.com>
>>>>>> Kevin Greiner <kgreiner@xpediantsolutions.com> wrote:
>
>> I've checked in a new version that blocks recording nil entries.
>
> I wonder what indentation function you use to edit ELisp files.
> Those are shifted from the standard, and tabs were replaced with
> spaces...
Hmmm... Well, I usually work on projects where nobody will agree on
the development environment so I have indent-tabs-mode defaulted to
nil. Let's see, OK I now have a hook to set it to t for lisp files.
As for shifted, I've opened a couple of files that I've never worked
on then tried to re-indent using indent-sexp. Nothing changed so my
indentation settings (i.e. the defaults) appear to be what other
people are using. Perhaps it was the spaces that were throwing the
alignment off. Please let me know if the standard isn't the default
emacs settings.
Kevin
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Problem with agent and empty groups
2004-03-04 12:56 ` Kevin Greiner
2004-03-04 15:12 ` Katsumi Yamaoka
@ 2004-03-05 17:02 ` David S Goldberg
1 sibling, 0 replies; 12+ messages in thread
From: David S Goldberg @ 2004-03-05 17:02 UTC (permalink / raw)
>>>>> On Thu, 04 Mar 2004 07:56:04 -0500, Kevin Greiner <kgreiner@xpediantsolutions.com> said:
> I've checked in a new version that blocks recording nil entries.
This appears to have solved the problem. Thanks!
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Problem with agent and empty groups
2004-03-05 16:28 ` Kevin Greiner
@ 2004-03-06 7:40 ` Katsumi Yamaoka
0 siblings, 0 replies; 12+ messages in thread
From: Katsumi Yamaoka @ 2004-03-06 7:40 UTC (permalink / raw)
>>>>> In <uishjs1fr.fsf@xpediantsolutions.com>
>>>>> Kevin Greiner <kgreiner@xpediantsolutions.com> wrote:
> Katsumi Yamaoka <yamaoka@jpl.org> writes:
> >>>>>> In <u4qt4bwkb.fsf@xpediantsolutions.com>
> >>>>>> Kevin Greiner <kgreiner@xpediantsolutions.com> wrote:
> >
> >> I've checked in a new version that blocks recording nil entries.
> >
> > I wonder what indentation function you use to edit ELisp files.
> > Those are shifted from the standard, and tabs were replaced with
> > spaces...
> Hmmm... Well, I usually work on projects where nobody will agree on
> the development environment so I have indent-tabs-mode defaulted to
> nil. Let's see, OK I now have a hook to set it to t for lisp files.
That's ok. Although I don't like mixture of indent by setting
indent-tabs-mode as nil and indent by default.
> As for shifted, I've opened a couple of files that I've never worked
> on then tried to re-indent using indent-sexp. Nothing changed so my
> indentation settings (i.e. the defaults) appear to be what other
> people are using. Perhaps it was the spaces that were throwing the
> alignment off. Please let me know if the standard isn't the default
> emacs settings.
I see. Your setting may not be strange, but you perhaps didn't
use the indent function. See the following:
(defun gnus-request-accept-article (group &optional gnus-command-method last
[...]
(let ((gnus-command-method (or gnus-command-method
(gnus-find-method-for-group group)))
(result (funcall (gnus-get-function gnus-command-method 'request-accept-article)
(if (stringp group) (gnus-group-real-name group) group)
(cadr gnus-command-method)
last)))
IMO, that is unsightly. Furthermore, it will have a bad
influence on additional changes of the future. I can see many
non-standard indentations in some files in Gnus. Weren't they
made from the same cause?
--
Katsumi Yamaoka <yamaoka@jpl.org>
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2004-03-06 7:40 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-02-09 17:20 Problem with agent and empty groups David S Goldberg
2004-02-09 17:26 ` David S Goldberg
2004-02-09 22:56 ` Kevin Greiner
2004-02-13 21:03 ` David S Goldberg
2004-02-23 17:34 ` David S Goldberg
2004-02-24 23:05 ` Kevin Greiner
2004-02-25 21:59 ` David S Goldberg
2004-03-04 12:56 ` Kevin Greiner
2004-03-04 15:12 ` Katsumi Yamaoka
2004-03-05 16:28 ` Kevin Greiner
2004-03-06 7:40 ` Katsumi Yamaoka
2004-03-05 17:02 ` David S Goldberg
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).