DSI crashes with mui.CreateObject on OS4

[jPV]

I think I've seen these kind of DSI crashes with my earlier programs occasionally, but now it really got a problem when coding RNOPublisher. I was creating and freeing MUI objects (and attaching/detaching them) on the fly always when user selected different objects from the listview, and the program crashed quite regularly when doing that. You might be able to continue using the program by ignoring the DSI errors, but nevertheless something went wrong.

I hunted it down and it seems to happen with the mui.CreateObject() function. I changed the program so that it creates all objects once at startup, but doesn't do that during the use anymore, and it seemed to help and program is stable now in the actual use. But my betatester reported, that it still might happen at the startup, so it's not completely gone because I'll have to use the function initially few times.

This happens on the out-of-the-box OS4.1FE on my emulated OS4 setup, but also after updating it to the latest version and to the latest MUI builds (well, haven't checked the very latest daily builds, but at least 2020R1 and maybe some later build), and to the latest codesets.library. And also happens on my betatester's X5000 with the latest bells and whistles.

I haven't had time to create a test case program or dig this any further yet, and I don't know when I have time and motivation, because I'd have so much to do on other things still, but I thought to inform you if someone would be fighting with a similar issue. Or if someone has some suggestions or can interpret something useful from the crashlogs, which would also help me to do further tests. After all this is extra work for me who doesn't have a proper OS4 machine or use it daily, I have enough testing and coding with my main systems already

So, here are some crashlogs:
http://jpv.wmhost.com/testi/hw/Crashlog ... 206271.txt
http://jpv.wmhost.com/testi/hw/Crashlog ... 271_HW.txt
http://jpv.wmhost.com/testi/hw/Crashlog ... i21195.txt
http://jpv.wmhost.com/testi/hw/Crashlog ... ynamic.txt
http://jpv.wmhost.com/testi/hw/Crashlog ... tartup.txt

I'm not familiar with these OS4 crashlogs, so I'm not sure if they point to any direction. But at least there seems to be newlib.library.kmod, codesets.library, and muiroyale.hwp involved somehow... if someone could tell better in which direction this points? Would it be OS4 issue, MUI issue, MUIRoyale issue?

And I haven't been able to reproduce it on any other systems (MorphOS, AROS, nor even on OS3), so it looks like being purely OS4 issue.

[airsoftsoftwair]

I'm not familiar with these OS4 crashlogs, so I'm not sure if they point to any direction. But at least there seems to be newlib.library.kmod, codesets.library, and muiroyale.hwp involved somehow... if someone could tell better in which direction this points? Would it be OS4 issue, MUI issue, MUIRoyale issue?

That's impossible to tell from the crashlogs.

I'm afraid I need a test case in order to examine this further...

[airsoftsoftwair]

Since this only happens on OS4, I think it is caused by the same bug in codesets.library described here. Please try the fixed codesets.library from that thread and report back if that fixes the issue.

[jPV]

With a quick try it seems to be fixed now, thanks!

[airsoftsoftwair]

Great!