GNU bug report logs -
#72559
31.0.50; profiler-report-write-profile produced unreadable data
Previous Next
Reported by: Ihor Radchenko <yantar92 <at> posteo.net>
Date: Sat, 10 Aug 2024 12:42:01 UTC
Severity: normal
Found in version 31.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
"Ihor Radchenko" <yantar92 <at> posteo.net> writes:
> Since ~few months ago, I started having issues with profiler dumps
> shared by users. The latest example is in
> https://list.orgmode.org/87r0axvu7y.fsf <at> gmail.com/T/#u
>
> When trying to open the profiler data with M-x profiler-find-profile, I
> keep getting
> profiler-find-profile: Invalid read syntax: "#<", 2, 64028
> or similar errors.
(Just trying to save others the work of going to character 64028 in that
dump).
In that example, the relevant section of the dump looks like this:
#[0 "..." [#<killed buffer> buffer-name kill-buffer] 2]
Which looks like a byte code closure produced by make-closure, probably
by with-temp-buffer:
(defmacro with-temp-buffer (&rest body)
"Create a temporary buffer, and evaluate BODY there like `progn'.
The buffer does not run the hooks `kill-buffer-hook',
`kill-buffer-query-functions', and `buffer-list-update-hook'.
See also `with-temp-file' and `with-output-to-string'."
(declare (indent 0) (debug t))
(let ((temp-buffer (make-symbol "temp-buffer")))
`(let ((,temp-buffer (generate-new-buffer " *temp*" t)))
;; `kill-buffer' can change current-buffer in some odd cases.
(with-current-buffer ,temp-buffer
(unwind-protect
(progn ,@body)
(and (buffer-name ,temp-buffer)
(kill-buffer ,temp-buffer)))))))
No idea what a good fix would be, though.
Pip
This bug report was last modified 336 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.