Re: performance in emacs displaying a huge thread
Alan Schmitt writes: > > I can view a thread with more than 7000 messages (with > show-only-matching-messages to t) if they are not encrypted. In fact I > already could with 0.32 if I remember correctly. The fact that messages > are encrypted seems to matter here. I've been unable to replicate this deep recursion. Whenever I'm in unthreaded search view, I have one message summary on every line, and when I trace through notmuch-show-insert-tree, (let ((msg (car tree)) (replies (cadr tree))) always assigns nil (empty list) to replies. That means my call stack has exactly one instance of notmuch-show-insert-tree. > > If it matters, here is the bottom of the debug stack: > > notmuch-show-insert-thread(((nil ((nil ((nil nil) (nil (... ...))) 1) > notmuch-show-insert-tree((nil ((nil ((nil ((nil nil) (nil ...))) 0) > #f(compiled-function (tree) #)((nil ((nil ((nil > ((nil nil) (nil ... > mapc(#f(compiled-function (tree) #) ((nil ((nil > ((nil (... ... > notmuch-show-insert-thread(((nil ((nil ((nil (... ...))) 0) > #f(compiled-function (thread) #)(((nil ((nil ((nil > (... ... > mapc(#f(compiled-function (thread) #) (((nil ((nil > ((nil ... > notmuch-show-insert-forestnil ((nil ((nil ... > notmuch-show--build-buffer() > notmuch-show("id:mr.ye1axfhsd2e.vd_os17a...@polytechnique.org") > notmuch-tree-show-message-out() > notmuch-tree-show-message(nil) > funcall-interactively(notmuch-tree-show-message nil) > call-interactively(notmuch-tree-show-message nil nil) > command-execute(notmuch-tree-show-message) On possibility is that there some old version of the code that you are running. Inside notmuch-show-insert-tree, the variable notmuch-show-single-message should be 't', whether called from regular tree-mode or an unthreaded search. As an experiment, you could try redefining (defun notmuch-show-insert-tree (tree depth) "Insert the message tree TREE at depth DEPTH in the current thread." (let ((msg (car tree)) (replies (cadr tree))) (message "nreplies %d flag %s" (length replies) notmuch-show-single-message) ;; We test whether there is a message or just some replies. (when msg (notmuch-show-insert-msg msg depth)) (notmuch-show-insert-thread replies (1+ depth this will log the number of replies and flag value. For me, it logs "nreplies 0 flag t" ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: Bug: Emacs notmuch display
David Bremner writes: > j...@fedge.ca writes: > >> >> Thanks. I guess I'm still stuck. I downloaded version 31.4 from: >> https://notmuchmail.org/releases/ >> >> But when I select "notmuch-0.31.4.tar" for the package-install-file, I >> get an error: >> Wrong type argument: stringp, nil > > It's a bit confusing, but there is the source tarball notmuch-0.31.tar.xz, > that you > downloaded, and the output from "make elpa", which is called > notmuch-0.31.4.tar. I'll send you copy of the latter off list. Even more confusing when I mess up the name. The output from "make elpa" is actually notmuch-emacs-0.31.4.tar ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: Bug: Emacs notmuch display
j...@fedge.ca writes: > > Thanks. I guess I'm still stuck. I downloaded version 31.4 from: > https://notmuchmail.org/releases/ > > But when I select "notmuch-0.31.4.tar" for the package-install-file, I > get an error: > Wrong type argument: stringp, nil It's a bit confusing, but there is the source tarball notmuch-0.31.tar.xz, that you downloaded, and the output from "make elpa", which is called notmuch-0.31.4.tar. I'll send you copy of the latter off list. > Would it not make sense to upgrade notmuch to 0.33.1 ? Which I guess I would > have to do from source, which I haven't done before... Sure, definitely an option, it just requires installing a few more dependencies, and maybe figuring out how to make sure the binaries are in your path. ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: Bug: Emacs notmuch display
Quoting David Bremner : Jeff Elliott writes: [Wed Sep 22 15:49:36 2021] A caller requested output format version 5, but the installed notmuch CLI only supports up to format version 4. You may need to upgrade your notmuch CLI. When I try to upgrade my notmuch from the Solus package manager, I get that it is already updated. Yep, this is exactly the problem mentioned in the README on melpa (which I'm guessing is where you installed notmuch from). You need to use a version of the notmuch CLI that is as new as as your version of notmuch-emacs, or an older version of notmuch-emacs. Normally I would recommend using the notmuch-emacs package from your distro, but I couldn't figure out if it exists in solus. If you have the appropriate version of the source, then "make elpa" will create package you can install in emacs M-x package-install-file notmuch-0.31.4.tar should work. If you're stuck, I can make such an elpa package for you. Thanks. I guess I'm still stuck. I downloaded version 31.4 from: https://notmuchmail.org/releases/ But when I select "notmuch-0.31.4.tar" for the package-install-file, I get an error: Wrong type argument: stringp, nil Would it not make sense to upgrade notmuch to 0.33.1 ? Which I guess I would have to do from source, which I haven't done before... ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: Bug: Emacs notmuch display
Jeff Elliott writes: > [Wed Sep 22 15:49:36 2021] > A caller requested output format version 5, but the installed notmuch > CLI only supports up to format version 4. You may need to upgrade your > notmuch CLI. > > When I try to upgrade my notmuch from the Solus package manager, I get > that it is already updated. Yep, this is exactly the problem mentioned in the README on melpa (which I'm guessing is where you installed notmuch from). You need to use a version of the notmuch CLI that is as new as as your version of notmuch-emacs, or an older version of notmuch-emacs. Normally I would recommend using the notmuch-emacs package from your distro, but I couldn't figure out if it exists in solus. If you have the appropriate version of the source, then "make elpa" will create package you can install in emacs M-x package-install-file notmuch-0.31.4.tar should work. If you're stuck, I can make such an elpa package for you. ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Bug: Emacs notmuch display
Hello, I've been using notmuch for a few years now. And it's great for my small business because of the tagging and searching. Anyway, I just upgraded my OS packages (Solus), and it has notmuch upgraded to 0.31.4 Which I'm guessing my be my problem? I notice you have version 0.33.1 recently released. And Emacs version 27.2 And so: When I try to display certain "tags", inbox or anything, I get: [Wed Sep 22 15:49:36 2021] A caller requested output format version 5, but the installed notmuch CLI only supports up to format version 4. You may need to upgrade your notmuch CLI. When I try to upgrade my notmuch from the Solus package manager, I get that it is already updated. Can you point me in the right direction to fix this? Thanks you, Jeff. ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: performance in emacs displaying a huge thread
Hello, On 2021-09-22 11:25, Tomi Ollila writes: >>> e.g (set max-lisp-eval-depth 1600) >> >> Thank you for the suggestion. I tried with 1600, and I get a different >> error (and the numbers are larger now). >> >> Debugger entered--Lisp error: (error "Variable binding depth exceeds >> max-specpdl-size") > > Now it failed due to exceeding max-specpdl-size (which seems to be 1600 > by default) > > W/o knowing better I'd try (setq max-specpdl-size 3200) now... > > (further tries could be enlarging the values discussed 10-fold...) Thank you for the suggestion! Setting both to 3200 work for this particular thread (and it’s quite fast too…). I’m really curious why there is that many recursive calls, though. Best, Alan signature.asc Description: PGP signature ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: performance in emacs displaying a huge thread
On Wed, Sep 22 2021, Alan Schmitt wrote: > On 2021-09-21 21:27, Tomi Ollila writes: > >> I'd be interested to know if changing max-lisp-eval-depth to a larger value >> made difference. >> >> e.g (set max-lisp-eval-depth 1600) > > Thank you for the suggestion. I tried with 1600, and I get a different > error (and the numbers are larger now). > > Debugger entered--Lisp error: (error "Variable binding depth exceeds > max-specpdl-size") Now it failed due to exceeding max-specpdl-size (which seems to be 1600 by default) W/o knowing better I'd try (setq max-specpdl-size 3200) now... (further tries could be enlarging the values discussed 10-fold...) Tomi > > Best, > > Alan ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org