At 11:02 PM 11/18/2004 -0500, Eric M. Ludlam wrote:
Raul Acevedo [EMAIL PROTECTED] seems to think that:
Wow, that chart thing is pretty cool. :)
There are several random chart functions, plus a chart menu item
in the Senator menu.
Is there a reason chart-space-usage explicitly calls csh with
Sounds like a good idea to me. I'll fix it.
Eric
Troy Daniels [EMAIL PROTECTED] seems to think that:
At 11:02 PM 11/18/2004 -0500, Eric M. Ludlam wrote:
Raul Acevedo [EMAIL PROTECTED] seems to think that:
Wow, that chart thing is pretty cool. :)
There are several random chart functions,
Right now my Emacs process is using 127 Megs of memory. While the
*jde-beanshell-scratch* buffer size is 1239491, and another buffer I
have is also just over 1 Meg, the total sum of all my buffers is still
only a few megabytes, I definitely am not consuming anywhere near 100
megabytes in buffers.
The jde-beanshell-buffer is something that jde-usages to record the
output of bsh. It's like a *Messages* buffer for the beanshell, but
unlike *Messages* it doesn't clear out old entries.
Adding the equivalent of message-log-size for this buffer is on my to-do list.
You can delete the buffer at
That's cool... but it's still only about one megabyte. I still have
close to 100 megabytes of unexplained memory somewhere... any thoughts?
Raul
On Thu, 2004-11-18 at 13:15 -0800, Suraj Acharya wrote:
The jde-beanshell-buffer is something that jde-usages to record the
output of bsh. It's like
Hi,
Here is something fun to try:
M-x load-library RET chart RET
M-x chart-emacs-storage RET
It is possible that semantic's tag caches are filling up all your
space. Check the size of your semanticdb.cache files for a vague clue
of how much string space is being used by semantic.
Eric
Raul Acevedo [EMAIL PROTECTED] seems to think that:
Wow, that chart thing is pretty cool. :)
There are several random chart functions, plus a chart menu item
in the Senator menu.
It shows strings/2 as taking up 31 Meg, which I assume means 62 Megs
and it shows it as strings/2 so the chart can