View Issue Details

IDProjectCategoryView StatusLast Update
0019052MMW 5Otherpublic2022-05-06 10:11
Reporterpeke Assigned To 
Status closedResolutionfixed 
Target Version5.0.3Fixed in Version5.0.3 
Summary0019052: MM5 2620 Crashed on number of ocasions
DescriptionMM5 crashed on Number of occasions.

62D60000 -> 0018288 ?

Logs and video of a possible crash point sent offline. It crashes random, but there was letovers from previous crash.
TagsNo tags attached.
Fixed in build2621


related to 0018288 closedLudek Deadlock: MM5 locks on startup and crashes on closing (regression 2501) 
related to 0018281 closedLudek Crash on Start when WEB node was focused on MM5 restart (regression 2501) 
related to 0017895 closedLudek Sync size bar isn't displayed if device isn't connected 



2022-05-04 07:30

developer   ~0067960

Can you send me bugreports (if they're stored somewhere) by skype ?


2022-05-04 11:11

developer   ~0067964

Last edited: 2022-05-04 11:12

The crash logs have been submitted by Peke, but there has been a server issue (indicated by Petr) -- so we were not receiving ELFs for the last couple of days.

I've fixed a debug info regression and send new MM.exe and MME.exe to Peke (to generate new logs to see more).


2022-05-04 13:34

developer   ~0067967

Last edited: 2022-05-04 13:49

Should be fixed in 2621 -- sent new EXE to Peke to confirm.

It was a regression with signed versus unsigned integer usage in TFastReadWriteLock -- Petr made recently the change because of MAC OSX support - revision 39475 from 03/09/2022, i.e. two months old regression, but was tricky to replicate as it was timing issue (one thread must acquiring read lock while another already had a read lock).


2022-05-04 19:02

developer   ~0067979

Re-opened: Peke is still observing the issue...


2022-05-04 20:24

developer   ~0067982

Fixed in 2621 (confirmed by Peke using the supplied EXE files)


2022-05-06 10:11

developer   ~0068012

Verified 2621

Tricky one.