possible bug

possible bug

[vvv]

Hi,

with current gnus version (and with emacs 20.6), i've got the
following when starting gnus:

Signaling: (error "Article spam:534 already exists!")
  signal(error ("Article spam:534 already exists!"))
  error("Article %s:%d already exists!" "spam" 534)
  nnmbox-record-active-article(("spam" . 534))
  nnmbox-read-mbox()
  nnmbox-possibly-change-newsgroup(nil "")
  nnmbox-request-scan(nil "")
  gnus-request-scan(nil (nnmbox ""))
  gnus-read-active-file-1((nnmbox "") nil)
  gnus-read-active-file(nil nil)
  gnus-setup-news(nil nil nil)
  byte-code("..." [dont-connect did-connect gnus-startup-file gnus-current-startup-file gnus-slave gnus-use-dribble-file gnus-group-quit gnus-run-hooks gnus-startup-hook gnus-make-newsrc-file gnus-dribble-read-file bbb-login add-hook gnus-summary-mode-hook gnus-grouplens-mode gnus-setup-news nil gnus-setup-news-hook gnus-start-draft-setup gnus-group-list-groups gnus-group-first-unread-group gnus-configure-windows group gnus-group-set-mode-line gnus-started-hook gnus-use-grouplens level] 4)
  gnus-1(nil nil nil)
  gnus(nil)
  call-interactively(gnus)
  execute-extended-command(nil)
  call-interactively(execute-extended-command)

i checked the contents of mbox, and it indeed contained two articles
with Xref spam:534.

i wonder, what is the reason for this?

may be, because gnus opens mbox in multibyte mode? [when some 8-bit
messages come to mbox, gnus' behavior begins very strange]
is it possible to switch to unibyte mode for the mbox buffer?

Best,
v.

Re: possible bug

[ShengHuo ZHU]

vvv@vsu.ru writes:

> i checked the contents of mbox, and it indeed contained two articles
> with Xref spam:534.
> 
> i wonder, what is the reason for this?
> 
> may be, because gnus opens mbox in multibyte mode? [when some 8-bit
> messages come to mbox, gnus' behavior begins very strange]
> is it possible to switch to unibyte mode for the mbox buffer?

I've set the buffer to binary mode. Hope it helps.  Of course, before
you try it, you'd better manually fix the duplicated Xref.

ShengHuo