On Sunday, August 25th, 2024 at 3:31 AM, Ihor Radchenko <yanta...@posteo.net> wrote:
> Michael Mauger michael.mau...@protonmail.com writes: > > > Sorry for not getting back to you sooner. This change has seemed to work, > > but I haven't been playing with my Org Babel config much lately. I'll let > > you know if I see it again. > > > FYI, we have disabled pretty printing for performance reasons. So, the > suggested change you may be testing is already included in Org 9.7.10 > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?h=bugfix&id=f9351456e70ad08dea74525e4a7d4bd29f98176d > Bad news :( I do not have a reproducible set of steps, but I'll start looking for one. I am not using the fix you sent and am using the latest master of Emacs 30.0.50 and Org 9.7.10 My init is a set of Org Babel scripts (4.5K org lines; 2.8K el lines) which is the latest incarnation of 30+ years of Emacs. Since this problem started, I start Emacs by first removing the org-persist files and the .el files, so that all the babel code is tangled. After a bunch of debugging and edits to the org files, I saved and went to start Emacs again with a clean slate. Unfortunately, the `index.eld' file had the following (note the "..." in the file contents): ((:container ((elisp org-element--headline-cache) (elisp org-element--cache) (version "2.3")) :persist-file "ad/c72d74-f821-4190-97c8-41feb7dc8128" :associated (:hash "a82d8fdcbf03df59c72ca1df20680b3a" :file "/home/michael/Projects/my-config/emacs/my-config.org" :inode 2975404) :expiry 30 :last-access 1724901536.6903014 ...) (:container ((elisp org-element--headline-cache) (elisp org-element--cache) (version "2.3")) :persist-file "a6/436395-1c62-4060-8afc-53893e044fd9" :associated (:hash "8a94101fb7eb8f1f6b6a4ba89f5405e3" :file "/home/michael/Projects/my-config/emacs/my-location.org" :inode 2974753) :expiry 30 :last-access 1724809178.237551 ...) (:container ((elisp org-element--headline-cache) (elisp org-element--cache) (version "2.3")) :persist-file "00/1fd972-5079-4495-ab04-88db0f0a0e6c" :associated (:hash "feb07f13f10cab551dc03089e1919594" :file "/home/michael/Projects/my-config/emacs/my-eshell.org" :inode 2979957) :expiry 30 :last-access 1724805634.696495 ...) (:container ((elisp org-element--headline-cache) (elisp org-element--cache) (version "2.3")) :persist-file "be/57de97-a696-43b4-964c-d9817a54ba0f" :associated (:hash "981e2ee1ce9a79044fe39e31e865ff78" :file "/home/michael/Projects/my-config/emacs/my-org.org" :inode 2974714) :expiry 30 :last-access 1724805423.0839553 ...) (:container ((elisp org-element--headline-cache) (elisp org-element--cache) (version "2.3")) :persist-file "be/052624-e6cf-4034-b29a-dd0d589fec21" :associated (:hash "c9f58d9d1fd1f7f289d35af18aadcbd8" :file "/home/michael/Projects/my-config/emacs/my-library-of-babel.org" :inode 2974478) :expiry 30 :last-access 1724805419.3735616 ...) (:container ((index "3.2")) :persist-file "63/45cf0a-1428-489e-b247-a4e501140c2c" :associated nil :expiry never :last-access 1724908792.4755692 ...)) So it was the process of editing the SRC blocks and executing the elisp code to test that resulted in the bad persist file. I'm thinking I may add some code to see if the elisp variable is corrupt or it's just happening on output. My sense is this may be a core bug but I'll see what I can find. > -- > Ihor Radchenko // yantar92, > Org mode contributor,