[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#25295: Represent eieio objects using object-print in backtraces and
bug#25295: Represent eieio objects using object-print in backtraces and edebug
Wed, 04 Jan 2017 23:37:26 -0500
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)
> Actually, print.c is already setup to be (at least partially) reentrant
> (for the case `printcharfun` is a function), so maybe making it fully
> reentrant won't be too hard. But we'd still want to provide some ad-hoc
> prin1-like function which continues the print job rather than starting
> a new nested one; this is needed e.g. if the custom printer wants to
> print a value V but V has already been printed so it should be printed
> as a reference #NN# to the previous one.
Looking further at the code, maybe this isn't even needed, since the
print-number-table can survive calls to print. But that can get ugly
when your printer code also want to call `print` for "unrelated"
purposes (e.g. to print debug messages in a side buffer).
And I'll stop thinking about interaction with concurrency.