I have a small juce program with a button, which opens a FileChooser. after selecting some files and closing the FileChooser my program starts using 100% CPU. I am using the latest juce tip.
I reverted back to the commit before “Fix for Linux repaint bug” and with this my program stopped using all CPU after choosing some files.
Is it just my program or did someone experienced the same behavior.
thank you for your answers. It is really strange. I tested my application and the juce demo on a clean ubuntu/gnome install in the virtual machine. they acted normal, without the huge cpu usage.
I think it has something to do with my machine. But the strange thing is, tha it happens only with the lastest few revisions of juce. As i wrote in my first post with an older juce revision my application does act normal. Very strange…
I use the FIleChoosers like in the example in the juce doxygen documentation.
I did make some changes to the way the linux message queue works, so that must be involved. If you look in juce_linux_Messaging at a function called juce_sleepUntilEvent, I guess it must be returning immediately on your machine, rather than sleeping like it’s supposed to - but I don’t know why that’d be the case… Since I can’t reproduce it, you might want to have a poke around in there and look for any clues about what it’s doing?