close
Comments you submit will be routed for moderation. If you have an account, please log in first.
Modify

Opened 22 months ago

Closed 21 months ago

Last modified 21 months ago

#330 closed bug (fixed)

YAM crashed when I pressed Delete key in Ediitor window whilst HD LED flashed

Reported by: hypex Owned by: tboeckel
Priority: undecided Milestone: YAM 2.8
Component: undefined Version: 2.7
Severity: major Keywords:
Cc: OS Platform:
Blocked By: Blocking:
Release Notes:

Description

I was editing an email. I pressed Delete. At the same time I noticed the HD light flashed briefly. And then YAM crashed instantly into a Grim Reaper. That's all I know. :-)

Crashlogs attached.

Attachments (3)

Crashlog_YAM_2012-06-16_02-04-37.txt (33.7 KB) - added by anonymous 22 months ago.
Crashlog_YAM_2012-06-16_02-04-30.txt (33.7 KB) - added by anonymous 22 months ago.
TextEditor.mcc.lha (72.0 KB) - added by tboeckel 22 months ago.
TextEditor.mcc 15.38 (12.7.2012)

Download all attachments as: .zip

Change History (16)

Changed 22 months ago by anonymous

Changed 22 months ago by anonymous

comment:1 Changed 22 months ago by tboeckel

  • Milestone set to YAM 2.8
  • Status changed from new to accepted

This is a known bug of TextEditor.mcc. Unfortunately I haven't been able to track it down to a point where I can tell for sure what is causing the crash. It finally happens in newlib.library, but the last code location of TE.mcc as pointed out by the crashlog does not contain a suitable function call.

I hope Jörg Strohmayer can help us.

comment:2 Changed 22 months ago by tboeckel

  • Owner set to tboeckel
  • Status changed from accepted to assigned

I just built a test version of TextEditor.mcc with some enhanced limit checks in the crashing function. I cannot tell if this really fixes the crashes, but at least I hope it does. Please give it a try and report back here. Please note that the version number and date is the same as for the last official release, so don't mix these up.

comment:3 follow-up: Changed 22 months ago by hypex

Thanks for this. I don't know how I will go repeating it as the crash was in a rare situation. Guess I could just use brute force on my delete key to see if there is a reaction but that's not practical. :-)

comment:4 in reply to: ↑ 3 Changed 22 months ago by tboeckel

Replying to hypexed@…:

Thanks for this. I don't know how I will go repeating it as the crash was in a rare situation. Guess I could just use brute force on my delete key to see if there is a reaction but that's not practical. :-)

I very much doubt that the DEL key is the only one to trigger this bug. For me happens with any key, but unfortunately about 3 times per year only. This is a quite weak basis to search for a bug. Especially when the crash log does not point to a sensible position.

comment:5 Changed 22 months ago by tboeckel

I just attached a new version of TextEditor.mcc (now with a bumped date at least) which contains some recent fixes. I very much assume TextEditor.mcc to either trash memory or to operate on memory outside the allocated range which finally makes newlib.library go crazy.

Changed 22 months ago by tboeckel

TextEditor.mcc 15.38 (12.7.2012)

comment:6 Changed 21 months ago by tboeckel

Any new crashes with the (hopefully) fixed TE.mcc?

comment:7 follow-up: Changed 21 months ago by tboeckel

  • Status changed from assigned to pending

Bump!

comment:8 in reply to: ↑ 7 Changed 21 months ago by hypexed@…

Hi. I haven't had any further crashes. I will test the newer version also. Somethhng that may be of interest, I do get the following from the first TE you attached:

../include/mccinit.c:968:LibInit(TextEditor.mcc)
TextEditor.mcc v15.38 startup
Exec version: v53.25
Initializing runtime debugging:
set debug classes/flags (env:texteditor.mcc.debug): 000000f6/00000003
Normal processing follows *
../include/mccinit.c:1133:LibOpen(TextEditor.mcc): 0
../include/mccinit.c:1272:MCC_Query(TextEditor.mcc): 0
../include/mccinit.c:1133:LibOpen(TextEditor.mcc): 1
../include/mccinit.c:1272:MCC_Query(TextEditor.mcc): 0
../include/mccinit.c:1211:LibClose(TextEditor.mcc): 2
../include/mccinit.c:1133:LibOpen(TextEditor.mcc): 1
../include/mccinit.c:1272:MCC_Query(TextEditor.mcc): 0

InitConfig.c:98:couldn't get config item: 0xad00005f
InitConfig.c:98:couldn't get config item: 0xad000054
InitConfig.c:98:couldn't get config item: 0xad000055
InitConfig.c:98:couldn't get config item: 0xad000059
InitConfig.c:98:couldn't get config item: 0xad00005a
InitConfig.c:98:couldn't get config item: 0xad000066
InitConfig.c:98:couldn't get config item: 0xad000067
InitConfig.c:98:couldn't get config item: 0xad00006b

InitConfig.c:98:couldn't get config item: 0xad000055

../include/mccinit.c:1089:LibExpunge(TextEditor.mcc): 2
../include/mccinit.c:1089:LibExpunge(TextEditor.mcc): 2
../include/mccinit.c:1089:LibExpunge(TextEditor.mcc): 2
../include/mccinit.c:1089:LibExpunge(TextEditor.mcc): 2

InitConfig.c:98:couldn't get config item: 0xad000055

BlockOperators.c:627:text = 0x557e2818 "

Version 0, edited 21 months ago by hypexed@… (next)

comment:9 Changed 21 months ago by tboeckel

That is just standard debug output generated by TextEditor.mcc. Or are you referring to anything "bad" within there?

comment:10 Changed 21 months ago by hypexed@…

No, nothing bad, but the "couldn't get config item:" lines did concern me.

comment:11 Changed 21 months ago by tboeckel

That message only means that TE.mcc uses its default value, because there was no custom setting found in the configuration.

comment:12 Changed 21 months ago by tboeckel

  • Resolution set to fixed
  • Status changed from pending to closed

This bug should be fixed with the recently released TextEditor.mcc 15.39. If it happens again nevertheless, then please reopen this ticket.

Last edited 21 months ago by tboeckel (previous) (diff)

comment:13 Changed 21 months ago by hypexed@…

Thanks. That's good to know.

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.

This list contains all users that will be notified about changes made to this ticket.

These roles will be notified: Reporter, Owner, Subscriber

  • Damien Stewart(Reporter, Participant)
  • Thore Böckelmann(Owner, Participant)