Re: C-g crash in C-x C-f (OSX Lion)

[Carsten Mattner]

On Mon, Dec 19, 2011 at 4:55 PM, Jan D. <address@hidden> wrote:
> Carsten Mattner skrev 2011-12-19 12:04:
>
>> On Mon, Dec 19, 2011 at 7:32 AM, Jan Djärv<address@hidden>  wrote:
>>>
>>> Hello.
>>>
>>> 18 dec 2011 kl. 18:58 skrev Carsten Mattner:
>>>
>>>> On Sun, Dec 18, 2011 at 2:52 PM, Jan Djärv<address@hidden>  wrote:
>>>>>
>>>>> Hello.
>>>>>
>>>>> 18 dec 2011 kl. 11:22 skrev Carsten Mattner:
>>>>>
>>>>>> For the record, it doesn't crash that easily if I do not run Emacs.app
>>>>>> via gdb. Usually something starts to work when run in a debugger and
>>>>>> not the other way around :).
>>>>>
>>>>>
>>>>> I ran Emacs compiled as you did, with evil-mode enabled for three
>>>>> hours and did not get any errors.
>>>>> However, I checked in some fixes, please try that variant.
>>>>
>>>>
>>>> Trunk doesn't crash as easily in gdb.
>>>
>>>
>>> If you didn't run trunk, what did you run?
>>
>>
>> That was trunk from when I started to test the crash
>> and I didn't want to change the tree (bzr lingo branch)
>> for reproducability.
>>
>> $ bzr revno 106680
>> vs
>> $ bzr revno 106694
>
>
> Ok, that makes sense.
>
>
>>
>>>> Jan, what about the other crash I had posted a full backtrace of when I
>>>> tried
>>>> it in a terminal?
>>>> It crashes when I do the same, but use C-g to cancel the visual
>>>> selection
>>>> iniated via evil-mode in progress.
>>>
>>>
>>> Is this with the latest trunk started with -Q?  I can't reproduce it.
>>
>>
>> Latest trunk but without evil-mode it doesn't crash as described.
>
>
> I think there might be a memory corruption going on here.  Maybe the changes
> made moved it somewhere else.

So I guess we should concentrate on the reproducable crash in
the old tree with the older revno.

Any stack frames you want me to inspect?
Maybe we can pinpoint another should-not-happen fault.