bug#16420:

[Lars Andersen <expez@expez.com>]

[-- Attachment #1: Type: text/plain, Size: 1885 bytes --]

The RES column does not grow.  I'm dual booting on that computer, so I
tried reproducing the bug under Windows 7 without success.

At this point is there anything to be learned from attaching GDB, or is
this indeed someone else's problem at this point?  If I were to file this
bug elsewhere, I'd be happy to get any pointers as to what information I
should include in the report.

Lars

On Sun, Jan 12, 2014 at 7:08 PM, Jan Djärv <jan.h.d@swipnet.se> wrote:

> Hello.
>
> 2014-01-12 18:26, Lars Andersen skrev:
>
>> (overlays-in (point-min) (point-max)) returns what you would expect:
>> #<overlay from 397 to 400 in *scratch*>
>>
>> This was with a slightly altered example, I removed the overly long
>> comment as
>> it took forever to draw.  100% cpu resources are used when the line is
>> being
>> drawn, and it seems to be redrawn many times before it's finally done.
>>  Then
>> all is well until something causes the line to be redrawn.
>>
>> I'm not sure what 'RSS' means in this context, but I assumed you wanted a
>> screenshot of top:
>> http://imgur.com/Rv7Z5Ly
>>
>
> RSS is the RES column.  Does it grow?
>
>
>> Unfortunately emacs isn't shown here, but X always takes the blame for the
>> resource use, never emacs.  I have tried interrupting whatever is going on
>> with C-g after toggling debug-on-error, but I'm unable to interrupt
>> anything
>> in this manner.
>>
>> FWIW I cannot reproduce this bug on any other computers either.  My
>> desktop
>> computer runs an almost identical software stack but is unaffected.
>>
>> I will try to attach a debugger, but my computer is quite unusable after
>> triggering this problem, so it may be difficult.
>>
>
> This sounds like an X server bug.  As Emacs is not using much CPU it isn't
> inflooping and sending lots of X requests at least.
>
>         Jan D.
>
>
>

[-- Attachment #2: Type: text/html, Size: 2698 bytes --]