You are viewing a static version of the site. Enable JavaScript to benefit from the
full functionality of this site and enable such things as forum posting.
UECIDE locking up.
Tony:
I am new to UECIDE and I like it a lot except for one thing. At seemingly random periods of use, with or without other programmes running, it will lockup for maybe a few minutes or permanently requiring a shut down through Task Manager. On occasions it also locks other programmes like a text editor. I am running on a new Lenovo ideapad with the Ryzen AMD chip, using a new Windows 10 installation.
Tony:
Another thing. When UECIDE first starts, memory usage is quite low, however during the lockup period memory usage is low for a few seconds then it goes to over 85% for a similar number of seconds and this low/high cycle repeats until the lockup is over but then the low/high cycle continues but at a much lower level, say 0 to 10%.
matt:
That sounds like Java's garbage collection running rampant to me. Are you using the "full" version of UECIDE with the bundled Java runtime, or the "lite" or "bundle" versions with your own system-installed Java runtime? If so, which version do you have installed?
Tony:
Matt, I installed from qDslrDashboard_V3.6.4_Windows_X64.zip hopefully that gives you a clue. I am quite happy to reinstall from another option if that will help. I want to keep using UECIDE. I have been using it for a large esp32 application and the rapid compile and download is streets ahead of the Arduino IDE which is so slow.
matt:
I'm assuming that's some Java application that triggered the standard "install Java" popup. Unless you do special things (which you'd know about if you'd done them) then you have Java 8.
You can try downloading the "full zip" version of UECIDE which you don't need to install anywhere, just extract it to your desktop. That contains its own Java 11 installation within it which (hopefully) it should use instead of the system installed one.
Tony:
Matt, Strangely I do not seem to have any version of Java installed. The full version of UECIDE is considerably larger than the install file that I downloaded originally. I do not see that version listed in your downloads page. I do not recall exactly but maybe I downloaded from a link from another forum. Would you advise that I reinstall from the full zip version?
Edit: I just noticed that there is a Java 11 folder in the installed UECIDE folder.
matt:
Which version of UECIDE are you running?
Tony:
I installed from qDslrDashboard_V3.6.4_Windows_X64.zip
matt:
That is not a package that I know of. Where did you get it from? That filename has nothing to do with UECIDE.
Tony:
My mistake I pasted the wrong file. I think that I have deleted the original install zip but the about feature shows V 0.11.10
matt:
Oh right. That's the latest version then, and if you have a java 11 folder in there then it should be the "full" version.
I shall reboot into Windows and have an experiment...
Tony:
It has the Java 11 folder but Windows does not find Java, Using "java -version" from the cmd prompt results in a Java not found message. Task managed does not show Java running.
matt:
In Task Manager with UECIDE running you should see "OpenJDK Platform binary" inside which is UECIDE. That is Java 11.
matt:
Another thing you can try: you should have a uecide-cli.exe in your UECIDE folder. If you run that from a console prompt with --exceptions --verbose it may spew out some errors when it locks up. It will spew out loads of other junk too (lots of "NumberFormatException" errors) that you can ignore.
C:\Program Files (x86)\Majenko Technologies\UECIDE> .\uecide-cli.exe --exceptions --verbose
Tony:
Yes I get “OpenJDK Platform binary” in Task manager. I'll try the cmd line option when it next locks up and get back to you. Many thanks for your attention and help.
matt:
I'm not seeing any signs of any lockups on my system yet... One other thing: what antivirus program are you running?
Tony:
The lockups seem to be random and the time between occurrences maybe more than a day or two so it is hard to run specific tests. I have not found a regular pattern nor have I found a particular sequence of using other programmes prior to a lockup. I am using AVG antivirus with their anti-tracking feature.
Tony:
I experienced a lockup today but for an unknown period of time. I uploaded a programme to an ESP32 and disconnected it. I was then away from the computer for maybe half an hour. When I returned UECIDE was locked but before I had a chance to run uecide-cli.exe it had freed. However, it was just woken up from a Windows sleep due to lack of use. I was wondering if it had something to do with Windows' sleep but I remembered that on occasions it had locked up while I was actively using it.
matt:
I think you misunderstood the usage of uecide-cli. It's an alternative way of running UECIDE that gives access to debugging information while you're working. Instead of clicking the UECIDE icon you run that program and UECIDE opens for you.
It's worth looking at the windows sleep aspect - thanks for that.
Tony:
I have just had the second lockup only about half an hour after the last one. I downloaded to the micro and left the computer but not for long enough for it to go to sleep. When i viewed programmes in Task manager I noticed that JDK was showing and alternately not showing and cycled in this manner whilst in Task manager. When I returned to UECIDE is was not locked.
I have seen your message and yes I misunderstood your suggestion about uecide-cli.
Tony:
Running through uecide-cli I get a lot of output, which repeats every couple of seconds. If you give me an email address I can attach a couple of screen prints.
matt:
If they are about NumberFormatError or InvalidThreadState you can ignore them.
You can upload images here. Click the arrow next to Send and select Advanced Post.
Tony:
Here are a couple of screen shots. The programme has run smoothly since running it from the command line, but as I said before it is impossible to know when it will occur.
matt:
Those errors are just noise and to be expected. However they do show me that you have the background library compiler turned on. That's interesting, and a little-used feature. I'll enable it on mine and see if I can get it to lock up.
matt:
Hmm.... I'm wondering... With BLC enabled on my system and a fairly simple sketch loaded with 7 libraries included it takes about as long to run a single BLC pass as there is between each pass. Looking at the CPU usage it kind of becomes a square wave:
What I'm wondering is, if with a larger sketch and under just the right circumstances, the library compiler routine takes longer than the time between passes, and it collides - so you have multiple instances running at once. Which then slows it down further, making it collide again. A cascading collsision of BLC passes.
I would suggest disabling the background library compiler and see if that stops it locking up.
Tony:
Matt, Your square wave cpu usage is exactly like what I described earlier except that during a lockup the peaks would be 85/90%.. I have not been using UECIDE today but I left it loaded overnight with Windows sleeping. Today I have gone into the programme several times without closing it and it has always been good. So far I have not had a problem with it running through uecide -cli.
I will disable BLC and go back to running under Windows. I';ll let you know.
matt:
The peaks are when it's probing the libraries. It does sound like it's related to that.
Tony:
Matt, I cannot find where I can disable the BLC
matt:
Tools -> Service Manager -> Right click Background Library Compilation -> Disable Autostart
Also when it's highlighted press the square Stop button in the toolbar to terminate it immediately.
Tony:
OK, thanks. FYI everything else in that list is enabled. I did not specifically enable any. They were install defaults.
matt:
Hmmm... I though BLC was disabled by default. I should look at that I guess...
Tony:
With BLC disabled I am unable to reproduce the square wave effect on the CPU usage. I think that you hit on the answer. Many thanks.
matt:
That is what I would expect - but does it stop the lockups? Only time will tell. Keep me posted.
Tony:
Matt,
I have had no further trouble with the locking up. Memory usage makes a lot more sense now. Maybe you should look at the installation defaults to avoid others having similar problems.
matt:
The installation defaults have it as turned off. I'm thinking of ditching that whole module anyway.
