Sometimes the amigaOS side simply died and was frozen. I was hunting this bug for quite some time now. But with clipboard support, it happened way too often. But I was not able to find any problems in my code. All function returned, but sometimes, amigaOS display was simply locked.

So finally I managed to reproduce the problem, surprisingly without even any clipboard interaction.

The problem seems to be, that AROS sends IDCMP_MENUVERIFY messages not only to the active window, but to *all* windows. I switch off the amigaOS-display-to-aros-display copy, as soon as a MENUVERIFY is received and switch it on, as soon as a MENUPICK is received, I got a locked display, as MENUPICKs are *not* sent to all windows.

I did not discover this problem earlier, because I never tried to select any menu in AROS, when I tested j-uae. For clipboard testing, I did a lot of copy/paste with the help of menus.

As MENUVERIFY messages normally cause no harm and are invisible to the users, this bug is likely to cause no bigger problems. But for j-uae it is very harmful.

Nevertheless, found it. Wrote a quick work-around in j-uae and the problem is gone.

Let's see, if I try to fix it in AROS (or just use the Bugtracker ;)).


Blogger Andi said...

Another important step is nearly done. Great work, o1i! It is always interesting to read the (good) news about janus on your blog. Keep up the great work,

11:06 PM  
Blogger Manu said...

I can only agree with Andi, O1i is a genius. Now show me a screenshot of cut and paste in action with e.g. Wordworth.:-) :Drooling:

7:53 PM  
Blogger o1i said...


Cut'n'paste is hard to show on a screenshot and I don't want to take any videos. You can test it yourself at the next release.

8:29 AM  

Post a Comment

<< Home