possible bug? gnus in emacs 27; error in hash-table-p

possible bug? gnus in emacs 27; error in hash-table-p

[physiculus]

hello,
perhaps there is a bug or any misconfiguration in gnus from emacs 27.
every time i end gnus and restart it, the following error pops up and
gnus stops.
"gnus-read-init-file: Error in ~/.gnus: hash-table-p"

What does it mean?

Emacs is working ok.

Regards
Poul


_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: possible bug? gnus in emacs 27; error in hash-table-p

[Eric Abrahamsen]

physiculus <physiculus@gmail.com> writes:

> hello,
> perhaps there is a bug or any misconfiguration in gnus from emacs 27.
> every time i end gnus and restart it, the following error pops up and
> gnus stops.
> "gnus-read-init-file: Error in ~/.gnus: hash-table-p"
>
> What does it mean?

Almost certainly something related to changes I've made in Gnus over the
past few weeks. I think the first step would be to delete all the *.elc
files from inside the lisp/gnus directory in the emacs source tree, and
run "make" again (assuming you're building from git).

If that doesn't work, please do M-x toggle-debug-on-error, trigger the
error again, and send the backtrace here.

Thanks,
Eric


_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

possible bug? gnus in emacs 27; error in hash-table-p

[paul poulsen]

[-- Attachment #1.1: Type: text/plain, Size: 635 bytes --]

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

>
> Okay, I see that the Gnus manual tells users to put this call directly
> in their gnus.el files, so your config here has no problems. The problem
> is in how the function does the update -- it should probably be delayed
> until Gnus has been started up. I'm going to file this as a bug, with a
> proposed solution, and hopefully we'll have this sorted out soon.
>
> Thanks for the report,
> Eric

Thanks a lot!
Do you communicate the solution here?

PS: Until now i'm not able to switch my splitting to fancy-splitting.
Is it possible, that this problem is related?

Regards
Poul

[-- Attachment #1.2: Type: text/html, Size: 939 bytes --]

[-- Attachment #2: Type: text/plain, Size: 162 bytes --]

_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: possible bug? gnus in emacs 27; error in hash-table-p

[Eric Abrahamsen]

paul poulsen <physiculus@gmail.com> writes:

> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>>
>> Okay, I see that the Gnus manual tells users to put this call directly
>> in their gnus.el files, so your config here has no problems. The problem
>> is in how the function does the update -- it should probably be delayed
>> until Gnus has been started up. I'm going to file this as a bug, with a
>> proposed solution, and hopefully we'll have this sorted out soon.
>>
>> Thanks for the report,
>> Eric
>
> Thanks a lot!
> Do you communicate the solution here?

Not only that, I'll ask you to test it first! :)

> PS: Until now i'm not able to switch my splitting to fancy-splitting.
> Is it possible, that this problem is related?

It could be. First of all, you're trying to do splitting with imap,
right?

The first call to `gnus-group-split-update' would fail in your case, but
you also passed the AUTO-UPDATE flag, so it should be getting called
again afterwards, each time you get new mail.

On the other hand, with auto-update, the function is added to the
`nnmail-pre-get-new-mail-hook', which is run for all backends that
support splitting *except* nnimap, which doesn't call
`nnmail-get-new-mail', but calls `nnmail-split-incoming' directly.

So it probably wouldn't work for nnimap no matter what. I'm just
thinking out loud here.

Let's do this the other way: would you remove this line from your gnus.el
file:

(gnus-group-split-setup t)

And replace it with these two lines:

(setq nnmail-split-methods 'nnmail-split-fancy)
(add-hook 'gnus-startup-hook #'gnus-group-split-update)

And see if that gets fancy splitting working in Gnus? Then we can go
backwards from there.

Thanks,
Eric


_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: possible bug? gnus in emacs 27; error in hash-table-p

[physiculus]

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

>
> Let's do this the other way: would you remove this line from your gnus.el
> file:
>
> (gnus-group-split-setup t)
>
> And replace it with these two lines:
>
> (setq nnmail-split-methods 'nnmail-split-fancy)
> (add-hook 'gnus-startup-hook #'gnus-group-split-update)
>
> And see if that gets fancy splitting working in Gnus? Then we can go
> backwards from there.

Hello,
i tried your suggestions, but with no luck :-(

The following error occured right after first start of gnus.

Debugger entered--Lisp error: (wrong-type-argument hash-table-p nil)
  gethash("JensPrivat" nil)
  gnus-group-get-parameter("JensPrivat")
  gnus-group-find-parameter("JensPrivat")
  gnus-group-split-fancy(nil t "mail.misc")
  gnus-group-split-update()
  run-hooks(gnus-startup-hook)
  apply(run-hooks gnus-startup-hook)
  gnus-run-hooks(gnus-startup-hook)
  #f(compiled-function () #<bytecode 0x15817af83639>)()
  gnus-1(nil nil nil)
  gnus(nil)
  funcall-interactively(gnus nil)
  call-interactively(gnus record nil)
  command-execute(gnus record)
  #f(compiled-function (cmd) #<bytecode 0x15817b0f103d>)("gnus")
  ivy-call()
  ivy-read("M-x " ("toggle-debug-on-error" "gnus" "restart-emacs" "package-list-packages" "desktop-read" "global-so-long-mode" "so-long-commentary" "desktop-save" "counsel-load-theme" "load-theme" "ivy-avy" "disable-theme" "package-delete" "package-install" "customize-themes" "enable-theme" "customize-group" "desktop-save-mode" "w3m-browse-url" "gnus-group-exit" "counsel-expand-env" "eww-mode" "org-mode" "browse-url" "other-frame" "cd" "tp" "ts" "5x5" "amx" "arp" "dbx" "dig" "erc" "ert" "eww" "ftp" "gdb" "irc" "jdb" "man" "mpc" "pdb" "pwd" "rsh" "sdb" "w3m" "xdb" "bbdb" "calc" ...) :predicate nil :require-match t :history counsel-M-x-history :action #f(compiled-function (cmd) #<bytecode 0x15817b0f103d>) :sort nil :keymap (keymap (67108908 . counsel--info-lookup-symbol) (67108910 . counsel-find-symbol)) :initial-input nil :caller counsel-M-x)
  counsel-M-x()
  funcall-interactively(counsel-M-x)
  call-interactively(counsel-M-x nil nil)
  command-execute(counsel-M-x)

Is this helpful?

Regards
Poul

_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: possible bug? gnus in emacs 27; error in hash-table-p

[Eric Abrahamsen]

physiculus <physiculus@gmail.com> writes:

> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>>
>> Let's do this the other way: would you remove this line from your gnus.el
>> file:
>>
>> (gnus-group-split-setup t)
>>
>> And replace it with these two lines:
>>
>> (setq nnmail-split-methods 'nnmail-split-fancy)
>> (add-hook 'gnus-startup-hook #'gnus-group-split-update)
>>
>> And see if that gets fancy splitting working in Gnus? Then we can go
>> backwards from there.
>
> Hello,
> i tried your suggestions, but with no luck :-(
>
> The following error occured right after first start of gnus.
>
> Debugger entered--Lisp error: (wrong-type-argument hash-table-p nil)

Oops, sorry, I should have seen that coming. Would you test instead:

(add-hook 'gnus-read-newsrc-el-hook #'gnus-group-split-update)

That seems to be the only place to run after the groups have been read,
but before unread messages are fetched for the first time.

Eric


_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: possible bug? gnus in emacs 27; error in hash-table-p

[physiculus]

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

>
> Oops, sorry, I should have seen that coming. Would you test instead:
>
> (add-hook 'gnus-read-newsrc-el-hook #'gnus-group-split-update)
>
> That seems to be the only place to run after the groups have been read,
> but before unread messages are fetched for the first time.
>
> Eric

Wonderful! Now it works.
Thank you for the help.

One thing i do not understand:
As far as i read, your lines switch splitting to fancy-splitting,
right?
If so, splitting rules have to be in splitting-rule syntax (i read it in
the manual) and should be inside the server.
But i didn't change any of my rules and gnus is splitting.
The rules are outside the server.
Why is it working?
Is it better, to put it inside the server?
I want to use the gnus spam rules (gnus own and/or e.g. bogofilter) and the manual describes only split-fancy
rules.

Regards
Poul

_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: possible bug? gnus in emacs 27; error in hash-table-p

[Eric Abrahamsen]

physiculus <physiculus@gmail.com> writes:

> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>>
>> Oops, sorry, I should have seen that coming. Would you test instead:
>>
>> (add-hook 'gnus-read-newsrc-el-hook #'gnus-group-split-update)
>>
>> That seems to be the only place to run after the groups have been read,
>> but before unread messages are fetched for the first time.
>>
>> Eric
>
> Wonderful! Now it works.
> Thank you for the help.
>
> One thing i do not understand:
> As far as i read, your lines switch splitting to fancy-splitting,
> right?
> If so, splitting rules have to be in splitting-rule syntax (i read it in
> the manual) and should be inside the server.
> But i didn't change any of my rules and gnus is splitting.
> The rules are outside the server.
> Why is it working?

The only question harder to answer than "Why isn't it working?" is "Why
IS it working?" :)

Your imap servers have a nnimap-split-methods value of 'default, which
means each one will use the value of nnmail-split-methods.
nnmail-split-methods is set to the symbol 'nnmail-split-fancy, so all
servers should use the value of that variable.

The gnus-group-split-update function sets nnmail-split-fancy to a split
made from group parameters.

In your config, you've got nnmail-split-methods set to an actual split.
But when gnus-group-split-update runs, it should completely override
that config with a split made from group parameters.

So my question is: have you set to-list/to-address parameters on your
groups? Because if you haven't, I don't know how any splitting is
happening. Can you show the value of nnmail-split-fancy after Gnus is
done starting up?

> Is it better, to put it inside the server?

If you want different rules for different servers, then put the rules in
the individual servers. If you want the same rules for everything, then
you can just set global values.


_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: possible bug? gnus in emacs 27; error in hash-table-p

[physiculus]

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

>> Why is it working?
>
> The only question harder to answer than "Why isn't it working?" is "Why
> IS it working?" :)
>
> Your imap servers have a nnimap-split-methods value of 'default, which
> means each one will use the value of nnmail-split-methods.
> nnmail-split-methods is set to the symbol 'nnmail-split-fancy, so all
> servers should use the value of that variable.
>
> The gnus-group-split-update function sets nnmail-split-fancy to a split
> made from group parameters.
>
> In your config, you've got nnmail-split-methods set to an actual split.
> But when gnus-group-split-update runs, it should completely override
> that config with a split made from group parameters.
>
> So my question is: have you set to-list/to-address parameters on your
> groups? Because if you haven't, I don't know how any splitting is
> happening. Can you show the value of nnmail-split-fancy after Gnus is
> done starting up?
I try to understand what you wrote.
Because i'm not sure what to-list parameter means here is one server
configuration complete.

(nnimap "GMail"
                                              (nnimap-address "imap.gmail.com")
                                              (nnimap-server-port "imaps")
                                              (nnimap-user "physiculus@googlemail.com")
                                              (nnimap-stream ssl)
                                              (nnimap-inbox "INBOX")
                                              (nnimap-expunge t)
                                              (nnimap-record-commands t)
                                              (nnimap-split-methods default)
                                              (get-new-mail t)
                                              (nnir-search-engine imap)
                                              )

and here are my posting styles.
;; posting styles
(setq gnus-parameters '(("JP"
         (posting-style
          (address "xxx@xxx.de")
          (name "gesetzt")
          ("X-Message-SMTP-Method" "smtp xxx.mailout.server-he.de 25 xxx-xxx")
          (body "")
         ))

and here is the value of nnmail-split-fancy

nnmail-split-fancy is a variable defined in `nnmail.el'.
Its value is (| "mail.misc")

Original value was
"mail.misc"

Does it help?

Regards
Poul

>> Is it better, to put it inside the server?
>
> If you want different rules for different servers, then put the rules in
> the individual servers. If you want the same rules for everything, then
> you can just set global values.

Ok, i understand.
Could i mix rules?

_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: possible bug? gnus in emacs 27; error in hash-table-p

[Eric Abrahamsen]

physiculus <physiculus@gmail.com> writes:

> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>>> Why is it working?
>>
>> The only question harder to answer than "Why isn't it working?" is "Why
>> IS it working?" :)
>>
>> Your imap servers have a nnimap-split-methods value of 'default, which
>> means each one will use the value of nnmail-split-methods.
>> nnmail-split-methods is set to the symbol 'nnmail-split-fancy, so all
>> servers should use the value of that variable.
>>
>> The gnus-group-split-update function sets nnmail-split-fancy to a split
>> made from group parameters.
>>
>> In your config, you've got nnmail-split-methods set to an actual split.
>> But when gnus-group-split-update runs, it should completely override
>> that config with a split made from group parameters.
>>
>> So my question is: have you set to-list/to-address parameters on your
>> groups? Because if you haven't, I don't know how any splitting is
>> happening. Can you show the value of nnmail-split-fancy after Gnus is
>> done starting up?
> I try to understand what you wrote.
> Because i'm not sure what to-list parameter means here is one server
> configuration complete.

Okay, that answers that question :)

So the mail splitting is happening according to your value of
`nnmail-split-methods'? I guess if it ain't broke, we won't fix it!

I'll push a change to master in a day or two that changes the hook. You
can either rebuild then, or tbh could just leave your config the way it
is now.

Eric


_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english