* How much memory to debug Emacs nowadays?
@ 2023-12-01 18:24 Manuel Giraud via Users list for the GNU Emacs text editor
2023-12-01 18:35 ` Eli Zaretskii
0 siblings, 1 reply; 3+ messages in thread
From: Manuel Giraud via Users list for the GNU Emacs text editor @ 2023-12-01 18:24 UTC (permalink / raw)
To: help-gnu-emacs
Hi,
I was trying to debug Emacs into GDB 9.2 (through M-x gdb into another
Emacs). As instructed by etc/DEBUG, I have compiled it with "-O0 -g3".
But when I'm running this debugged Emacs, GDB starts to allocates *lots*
of memory (nearly 4GB) and now I regurlarly end up with the following
error: Recursive internal problem.
I say "now" because this used to work flawlessly some months ago. My
question is: Is 4GB for debugging Emacs expected or is something
misconfigured on my side?
Thanks,
--
Manuel Giraud
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: How much memory to debug Emacs nowadays?
2023-12-01 18:24 How much memory to debug Emacs nowadays? Manuel Giraud via Users list for the GNU Emacs text editor
@ 2023-12-01 18:35 ` Eli Zaretskii
2023-12-01 20:01 ` Manuel Giraud via Users list for the GNU Emacs text editor
0 siblings, 1 reply; 3+ messages in thread
From: Eli Zaretskii @ 2023-12-01 18:35 UTC (permalink / raw)
To: help-gnu-emacs
> Date: Fri, 01 Dec 2023 19:24:01 +0100
> From: Manuel Giraud via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org>
>
> I was trying to debug Emacs into GDB 9.2 (through M-x gdb into another
> Emacs). As instructed by etc/DEBUG, I have compiled it with "-O0 -g3".
>
> But when I'm running this debugged Emacs, GDB starts to allocates *lots*
> of memory (nearly 4GB) and now I regurlarly end up with the following
> error: Recursive internal problem.
>
> I say "now" because this used to work flawlessly some months ago. My
> question is: Is 4GB for debugging Emacs expected or is something
> misconfigured on my side?
Something on your side, I'd say. Just starting "emacs -Q" under GDB
takes only between 100MB and 130MB (depending on whether Emacs is
built without or with native-compilation) of memory for GDB on my
system. (This is GDB 13.1, but I doubt that the GDB version could
matter that much.)
Does GDB allocate memory right at the beginning, or when you do
something specific in Emacs? Also, do you invoke "emacs -Q" from GDB
or do you run Emacs with all your customizations?
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: How much memory to debug Emacs nowadays?
2023-12-01 18:35 ` Eli Zaretskii
@ 2023-12-01 20:01 ` Manuel Giraud via Users list for the GNU Emacs text editor
0 siblings, 0 replies; 3+ messages in thread
From: Manuel Giraud via Users list for the GNU Emacs text editor @ 2023-12-01 20:01 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: help-gnu-emacs
Eli Zaretskii <eliz@gnu.org> writes:
[...]
> Something on your side, I'd say. Just starting "emacs -Q" under GDB
> takes only between 100MB and 130MB (depending on whether Emacs is
> built without or with native-compilation) of memory for GDB on my
> system. (This is GDB 13.1, but I doubt that the GDB version could
> matter that much.)
Thanks, that is reassuring.
> Does GDB allocate memory right at the beginning, or when you do
> something specific in Emacs? Also, do you invoke "emacs -Q" from GDB
> or do you run Emacs with all your customizations?
No I did a "set args -Q". It starts to allocate lot of memory when I
call "run".
--
Manuel Giraud
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2023-12-01 20:01 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-12-01 18:24 How much memory to debug Emacs nowadays? Manuel Giraud via Users list for the GNU Emacs text editor
2023-12-01 18:35 ` Eli Zaretskii
2023-12-01 20:01 ` Manuel Giraud via Users list for the GNU Emacs text editor
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).