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

Opened 2 years ago

Closed 2 years ago

Last modified 2 years 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 2 years ago.
Crashlog_YAM_2012-06-16_02-04-30.txt (33.7 KB) - added by anonymous 2 years ago.
TextEditor.mcc.lha (72.0 KB) - added by tboeckel 2 years ago.
TextEditor.mcc 15.38 (12.7.2012)

Download all attachments as: .zip

Change History (16)

Changed 2 years ago by anonymous

Changed 2 years ago by anonymous

comment:1 Changed 2 years 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 2 years 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 2 years 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 2 years 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 2 years 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 2 years ago by tboeckel

TextEditor.mcc 15.38 (12.7.2012)

comment:6 Changed 2 years ago by tboeckel

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

comment:7 follow-up: Changed 2 years ago by tboeckel

  • Status changed from assigned to pending

Bump!

comment:8 in reply to: ↑ 7 Changed 2 years 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 "
Last edited 2 years ago by damato (previous) (diff)

comment:9 Changed 2 years 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 2 years ago by hypexed@…

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

comment:11 Changed 2 years 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 2 years 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 2 years ago by tboeckel (previous) (diff)

comment:13 Changed 2 years ago by hypexed@…

Thanks. That's good to know.

Add Comment

Modify Ticket

Action
as closed The owner will remain tboeckel.
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)