GNU bug report logs -
#5966
23.1.95; rcirc creates thousands of temp buffers
Previous Next
Reported by: Leo <sdl.web <at> gmail.com>
Date: Sun, 18 Apr 2010 00:25:02 UTC
Severity: normal
Tags: moreinfo
Done: Deniz Dogan <deniz <at> dogan.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5966 in the body.
You can then email your comments to 5966 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5966
; Package
emacs
.
(Sun, 18 Apr 2010 00:25:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Leo <sdl.web <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 18 Apr 2010 00:25:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I got an emacs session running 1day 12 hours and I have 2030 buffers
like the following. These buffers gave me a bad feeling and I even
suspected emacs was attacked. It seems they are created by
rcirc-get-temp-buffer-create.
............
* #openobexTMPir... 12 Fundamental
* #sumaprojektTM... 7 Fundamental
* #epfarmsTMPirc... 4 Fundamental
* #mycertTMPirc.... 13 Fundamental
* #onaTMPirc.fre... 9 Fundamental
* #ruby-huTMPirc... 10 Fundamental
* #pypbTMPirc.fr... 8 Fundamental
* #opensolaris-i... 8 Fundamental
* #itl-osugTMPir... 8 Fundamental
* #ruwaveTMPirc.... 6 Fundamental
* ##davinciTMPir... 6 Fundamental
* #gnu-womenTMPi... 5 Fundamental
* #biosinteracti... 29 Fundamental
* #joslTMPirc.fr... 9 Fundamental
* #openerp-itTMP... 30 Fundamental
* #yurikocmsTMPi... 9 Fundamental
* #picomboTMPirc... 9 Fundamental
* #sfmlTMPirc.fr... 5 Fundamental
* #synapsestudio... 9 Fundamental
* #web414TMPirc.... 11 Fundamental
* #drupal-norgeT... 8 Fundamental
* #phobosTMPirc.... 16 Fundamental
* #karlsruheTMPi... 9 Fundamental
* #ichthux-study... 11 Fundamental
* ##rww-testTMPi... 4 Fundamental
* #warfields.tre... 7 Fundamental
* #archrepoTMPir... 7 Fundamental
* #heritageTMPir... 10 Fundamental
* #kfluidTMPirc.... 12 Fundamental
* #qt-itemviews-... 12 Fundamental
* #miranda-testT... 10 Fundamental
* #openeverythin... 11 Fundamental
* #de-communtuTM... 8 Fundamental
* #blogiloTMPirc... 10 Fundamental
* #hellasTMPirc.... 11 Fundamental
* #hateTMPirc.fr... 10 Fundamental
* #alidTMPirc.fr... 10 Fundamental
* #debian-amTMPi... 12 Fundamental
* #boincsynergy.... 10 Fundamental
* #drupal-roTMPi... 4 Fundamental
............
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5966
; Package
emacs
.
(Sun, 25 Apr 2010 22:17:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 5966 <at> debbugs.gnu.org (full text, mbox):
Hi Ryan,
Could you look into this problem? Thanks.
Leo <sdl.web <at> gmail.com> wrote:
> I got an emacs session running 1day 12 hours and I have 2030 buffers
> like the following. These buffers gave me a bad feeling and I even
> suspected emacs was attacked. It seems they are created by
> rcirc-get-temp-buffer-create.
>
> * #openobexTMPir... 12 Fundamental
> * #sumaprojektTM... 7 Fundamental
> * #epfarmsTMPirc... 4 Fundamental
> ....
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5966
; Package
emacs
.
(Thu, 06 May 2010 00:46:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 5966 <at> debbugs.gnu.org (full text, mbox):
I cannot reproduce this here.
Leo, what server was this on?
These buffers are created when the server is sending out the NAMES for
a channel (response 353), and is killed when the server responds with
a 366 to signify the end of names.
Ryan
2010/4/25 Chong Yidong <cyd <at> stupidchicken.com>:
> Hi Ryan,
>
> Could you look into this problem? Thanks.
>
> Leo <sdl.web <at> gmail.com> wrote:
>
>> I got an emacs session running 1day 12 hours and I have 2030 buffers
>> like the following. These buffers gave me a bad feeling and I even
>> suspected emacs was attacked. It seems they are created by
>> rcirc-get-temp-buffer-create.
>>
>> * #openobexTMPir... 12 Fundamental
>> * #sumaprojektTM... 7 Fundamental
>> * #epfarmsTMPirc... 4 Fundamental
>> ....
>
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5966
; Package
emacs
.
(Thu, 06 May 2010 07:22:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 5966 <at> debbugs.gnu.org (full text, mbox):
Hello Ryan,
It was on freenode. Unfortunately I don't know what triggers it but it
did happen.
Leo
On 6 May 2010 01:43, Ryan Yeske <rcyeske <at> gmail.com> wrote:
> I cannot reproduce this here.
>
> Leo, what server was this on?
>
> These buffers are created when the server is sending out the NAMES for
> a channel (response 353), and is killed when the server responds with
> a 366 to signify the end of names.
>
> Ryan
>
> 2010/4/25 Chong Yidong <cyd <at> stupidchicken.com>:
>> Hi Ryan,
>>
>> Could you look into this problem? Thanks.
>>
>> Leo <sdl.web <at> gmail.com> wrote:
>>
>>> I got an emacs session running 1day 12 hours and I have 2030 buffers
>>> like the following. These buffers gave me a bad feeling and I even
>>> suspected emacs was attacked. It seems they are created by
>>> rcirc-get-temp-buffer-create.
>>>
>>> * #openobexTMPir... 12 Fundamental
>>> * #sumaprojektTM... 7 Fundamental
>>> * #epfarmsTMPirc... 4 Fundamental
>>> ....
>>
>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#5966
; Package
emacs
.
(Mon, 26 Sep 2011 02:20:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 5966 <at> debbugs.gnu.org (full text, mbox):
On 2010-05-06 08:43 +0800, Ryan Yeske wrote:
> I cannot reproduce this here.
>
> Leo, what server was this on?
>
> These buffers are created when the server is sending out the NAMES for
> a channel (response 353), and is killed when the server responds with
> a 366 to signify the end of names.
>
> Ryan
In rcirc-handler-332 and rcirc-handler-333, the created TMP buffer is
not killed. Do we need to patch it so that its TMP buffer is gc'd?
BTW, I have only have two occurrences of this bug and still have no
recipe to reproduce it. I remember it happened when I killed some rcirc
buffer.
Leo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#5966
; Package
emacs
.
(Tue, 04 Dec 2012 22:51:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 5966 <at> debbugs.gnu.org (full text, mbox):
Is this still happening sometimes? Any news? Can we close it?
Deniz
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#5966
; Package
emacs
.
(Wed, 05 Dec 2012 05:05:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 5966 <at> debbugs.gnu.org (full text, mbox):
On 2012-12-05 06:49 +0800, Deniz Dogan wrote:
> Is this still happening sometimes? Any news? Can we close it?
Feel free to close it.
Leo
bug closed, send any further explanations to
5966 <at> debbugs.gnu.org and Leo <sdl.web <at> gmail.com>
Request was from
Deniz Dogan <deniz <at> dogan.se>
to
control <at> debbugs.gnu.org
.
(Wed, 05 Dec 2012 11:31:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 02 Jan 2013 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 231 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.