I am also having the same issue actually 
Can you guys provide a time-frame for a potential fix?
Cheers guys,
Rich
I’m having the same issue. It also gets stuck when “Generating Projects View” - it’ll get stuck on the last project e.g. 12/13.
Same problem here.
I’ve got the scanner set to the minimum level (stubs only? I can’t remember what the option is called).
I can’t even load glider anymore without it going into what seems to be an infinite scanning loop that brings my PC to its knees.
Immensely frustrating.
I am using LuaGliderv19 201302132200 on a Mac and have set “Scanner Detail Level” to “Scan Only Current File + requires” - pretty much everything else is on default settings.
Do you have RAM storage enabled? How many files do you currently have opened in the editor?
@bdq,
I’m having the same issue. It also gets stuck when “Generating Projects View” - it’ll get stuck on the last project e.g. 12/13.
Does this problem also have the CPU thrashing as poppingchicken is reporting?
@poppingchicken,
Did this problem occur suddenly or did you notice a gradual slowdown leading to this problem. How many files do you currently have open in the editor? Does the scanning stall at a particular file or project?
Regards,
M.Y. Developers
Guys,
In my instance, it will also kill the CPU. It doesn’t seem to always start the scanning when I start up Glider, and the number of things that it’s scanning isn’t always the same - but in every case it seems to get stuck on the penultimate thing. i.e. 14/15, 189,190, etc…
Hope this helps
Rich
Hi guys,
Yes, RAM storage is enabled. The problem can come up with 20 or with 4 files open - does not matter. It also seems to be random when it appears. Sometimes I can have Glider open for 1-2 hours without problems, sometimes the issue comes up a few minutes after starting.
Let me know if you need anything else to narrow this one down, this bug is a pain :blink:
Thanks,
Danz
Ditto on these same symptoms - massive CPU and RAM usage, hard to describe when or why it happens, usually if Glider is left open for a long time, and notice Scanner tasks never actually finish.
Can upload logs if it helps when it occurs again.
It started a few weeks ago, but I’ve been away on holiday and haven’t reported it until now.
I don’t know if it was caused by an update.
Glider was working well, and then the problem suddenly appeared, and never went away.
I only have 4 small files open in the editor.
It gets stuck with “Opening Projects” being displayed in the bottom-right status bar.
It says “Opening Main Window” in the bottom-left corner.
I have seen something strange with the CPU and Lua Glider. I was looking at Activity Monitor and the CPU jumped from like 20% to 150% then to 20% then to 160% then … kept oscillating between normalish and huge values in ‘an instant’. Sometimes the program works OK in this state but other times it would crash (it crashed twice on Saturday).
The scanning problems go away when I only open one project at a time, or at least it hasn’t happened in the past couple of days since I tried only having one open project. It might be worth noting that when it was happening, I had the project I was working on open, which had the widget candy library in it. The other project I had open was the widget candy sample app (so I could reference things in it). Maybe glider is getting stuck in some kind of infinite loop in a case like this. Not sure if that’s possible but …
Anyway, I have a macbook pro with an SSD and 16GB of ram so … yeah it should be able to handle whatever normal activity is thrown at it so whatever the scanner is doing is probably pathological.
I do keep uploading logs when this happens, though I’m not sure what you do with them … i.e. how you know what the issue I was experiencing was. You should add a ‘comment’ field to the Lua Glider logs upload dialog so I can say why I’m uploading the logs.
Product Version: LuaGliderv19 201302132200
Java: 1.7.0_40; Java HotSpot™ 64-Bit Server VM 24.0-b56
Runtime: Java™ SE Runtime Environment 1.7.0_40-b43
System: Mac OS X version 10.7.5 running on x86_64; UTF-8; en_US
(luagliderv19)
Possibly related error info (I mistakenly posted these in another thread before, oops)
Product Version: LuaGliderv19 201302132200
Java: 1.7.0_40; Java HotSpot™ 64-Bit Server VM 24.0-b56
Runtime: Java™ SE Runtime Environment 1.7.0_40-b43
System: Mac OS X version 10.7.5 running on x86_64; UTF-8; en_US
(luagliderv19)
java.lang.NullPointerException
at com.MYDevelopers.LuaVMScanner.VMNavigatorPlugin.convertItem(VMNavigatorPlugin.java:86)
at com.MYDevelopers.LuaVMScanner.VMNavigatorPlugin.convertItem(VMNavigatorPlugin.java:68)
at com.MYDevelopers.LuaVMScanner.VMNavigatorPlugin.decorateFunction(VMNavigatorPlugin.java:203)
at com.MYDevelopers.LuaVMScanner.VMNavigatorPlugin.scan(VMNavigatorPlugin.java:56)
at com.MYDevelopers.LuaSupport.StructureScanner.LuaStructureScanner.scan(LuaStructureScanner.java:44)
at org.netbeans.modules.csl.navigation.ElementScanningTask$1.run(ElementScanningTask.java:172)
at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:584)
at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:155)
at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:139)
at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:201)
at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:198)
at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:176)
at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:360)
at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:74)
at org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:198)
Caused: org.netbeans.modules.parsing.spi.ParseException
at org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:206)
at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:106)
[catch] at org.netbeans.modules.csl.navigation.ElementScanningTask.computeStructureRoot(ElementScanningTask.java:160)
at org.netbeans.modules.csl.navigation.ClassMemberPanelUI$2.run(ClassMemberPanelUI.java:204)
at org.netbeans.modules.csl.navigation.ClassMemberPanelUI$2.run(ClassMemberPanelUI.java:194)
at org.netbeans.modules.csl.navigation.ClassMemberNavigatorSourceFactory$ProxyElementScanningTask.run(ClassMemberNavigatorSourceFactory.java:138)
at org.netbeans.modules.csl.navigation.ClassMemberNavigatorSourceFactory$ProxyElementScanningTask.run(ClassMemberNavigatorSourceFactory.java:110)
at org.netbeans.modules.parsing.impl.TaskProcessor.callParserResultTask(TaskProcessor.java:559)
at org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:735)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:724)
Same problem here, specially when running the Glider on Windows, making the computer to get so slow due to its use of CPU. I also noticed that if the Glider is open and I sleep the computer, when it wakes up, the Glider gets stuck in this endless running.
Do you guys from MY have any outlook in a new update? We need a update focused on performance, not in more features.
Thanks,
Renato
Some more information:
When glider finally lets me start editing my code, it works nicely, except that the bottom right part of the screen has:
“Background scanning of projects… 100%”
When I click the progress bar, it says it is scanning C:\Program Files.
I don’t have any of my code in C:\Program Files.
I’m not sure why glider thinks it needs to spend ages scanning that location.
When I go to close glider, if that scanning hasn’t finished yet, glider will ask me if I want to stop the background scan (even if the progress bar has displayed “100%” for a long time).
Hello poppichicken,
it is very strange that glider is trying to scan program files. Have you by any chance have opened a project folder inside program files that does not have a main.lua file?
Regards,
M.Y. Developers
Good lord, how embarassing!
Yes, for some reason I had Program Files listed in the Projects window.
I have no idea why it was in there (I must have opened it by mistake), but anyway, I closed the Program Files “project” and that problem is now solved.
HOWEVER, the scanner is now stuck. It says “Simple Scanner(2/35)”.
I have 12 projects listed in the Projects window - they are chapters from a Corona training course, so they don’t contain very many files, and certainly no large files.
Glider is totally stuck and has to be killed using Task Manager.
[EDIT] I managed to re-load Glider. I was able to close all of the projects (except the one I’m working on).
When I opened main.lua of that project, it scanned all the way through in a few seconds, and then I could carry on.
When I had only one project open it didn’t seem to have the scanner problem for several days. However, this morning it was scanning, i tried to stop the scan but it ended up freezing and i had to force kill it. I tried restarting but when glider opened only the main.lua file window was showing (i had floated the code window). Then I closed that to see if the main window was behind it or something. There were no windows. I had to force kill it again and restart it. At some point I managed to upload logs. Now when I open Lua Glider there are no windows at all shown. I can see the menu items in the top bar of my mac for glider but nothing else. If I try to go to Window -> Projects it lets me select that but no window comes up. Help?
The mac os x console has this to say about it:
10/14/13 8:57:05.749 AM [0x0-0x2a02a0].Lua Glider v19: Oct 14 08:57:05 MacBook-Pro.local java[13929] <Error>: CGContextSetBaseCTM: invalid context 0x0
10/14/13 8:57:06.012 AM java: CGContextGetCTM: invalid context 0x0
10/14/13 8:57:06.012 AM java: CGContextSetBaseCTM: invalid context 0x0
10/14/13 8:57:06.012 AM [0x0-0x2a02a0].Lua Glider v19: Oct 14 08:57:06 MacBook-Pro.local java[13929] <Error>: CGContextGetCTM: invalid context 0x0
10/14/13 8:57:06.012 AM [0x0-0x2a02a0].Lua Glider v19: Oct 14 08:57:06 MacBook-Pro.local java[13929] <Error>: CGContextSetBaseCTM: invalid context 0x0
Product Version: LuaGliderv19 201302132200
Java: 1.7.0_40; Java HotSpot™ 64-Bit Server VM 24.0-b56
Runtime: Java™ SE Runtime Environment 1.7.0_40-b43
System: Mac OS X version 10.7.5 running on x86_64; UTF-8; en_US
(luagliderv19)
Following up - Glider is now totally unuseable for me. It goes into spinning ball of death mode within seconds of opening it. So I deleted the Library/Application Support/luagliderv19 directory, moved the application to trash, and re-downloaded the installer. I re-installed and it said five updates are available. I applied the updates, and then it went into spinning beachball of death mode (note I have a macbook pro with an SSD and 16gb of ram). So I had to force kill it. Then I started it again and within a few seconds, spinning death. I’ve uploaded the logs and am emailing you the mac os x crash report.
I am using the Glider trial, and whilst there are parts of it I love, I too am experiencing this very same issue.
I have updated the trial to all latest versions of plugins etc.
iMac i7 OSX 10.8.5 with 12gb memory.
Any hope on an imminent fix?
Hello All,
We think we are on to a possible cause for this error. We ask that when you upload logs via help-> upload logs after relaunching Glider to help us gather more data.
Thanks for your help!
Regards,
M.Y. Developers
Hi Devs,
Any update on this? This problem still exists…
Thanks,
Danz
Hi All,
I’m also chasing an update. Only bought the IDE last week, all good at first apart from the scanner issue locking, but causing no great shakes.
Now, however, the whole thing is bringing my machine to a grinding halt. Having to periodically go back to TextWrangler at the moment.
It feels like it’s 99% of the way there and I love it apart from these issues…
Give us hope devs!
Thanks,
Gary.