Have you tracked down the first point you try to use system.* functions or fields?
Did you use it in config.lua?
How about a basic test app, does anything work or is this specific to your app?
Re: display. “display is a global in all apps, it is the display.* library hook.” This is weird sounding, like Corona hasn’t fully initialized before trying to run your code.
I’ll install 3158 a bit later and try building some stuff to help dig into this.
I ran some experiments and this is what I have so far:
I installed 3158 on my Windows 10 machine.
I built and ran three different apps with these results:
Widget Demo (comes with Corona) - WORKED
Random Small App of My Own (uses SSK2) - WORKED
Biggest and Most Complicated Project I Have (Multi-user Cloud Connected Storybook Editor for client). - FAILED with similar ‘system’ error message.
What this means, I don’t know. I’ll roll back a few versions till this stops happening and see when this starts occuring.
@anaqim You should do this too. Find the last working version of Corona. This will help identify the change or changes that are related ted this problem.
I’ve tried several projects that was working win32 builds and none work after the update, so i was kind of hoping someone else could verify the same issue, before I start to look for a reasons in my code(s). To me its pretty clear something has changed. My previous working corona build was the previous stable version (i prefer stable version unless i must have/fix something)
Yes I always use config.lua, pretty basic stuff.
Checked the build files as well.
I just tried the “hello world” project and behold it worked fine as a win32 build.
Sigh, so the big question the is, what changed and made something in my code(s) incompat…
I rolled back to 3130 and still have the same failure, so I went way back to 3059 and this is more promising, however as is won’t to happen when debugging I encountered a new issue.
i am 100% sure 3068 was working before so im kinda stuck at believing something in the corona install procedure has changed and/or is no longer fully compatible with the new windows 10 folder structure
3059 dont work, this is really weird, im now back installing builds way older than the one I had installed since before the windows 10 update, and which was working fine, with liveBuild and all.
It’s a chicken & egg issue. We need to read your “config.lua” file to determine what the pixel width and height of the window should be, which of course means the display.* Lua APIs can’t be ready for you to use since the pixel width and height you want to read haven’t been determined yet.
I took a wrong turn here. I managed to roll forward to 3059 and am still in good shape.
I don’t know about your system, but I have to give my antivirus app time to ‘learn that the new install is safe’. I think I rushed my last 3059 build and hosed up the results.
Anyways, continuing to roll forward.
The good news is the failure is probably from some change more recent.