EmuGUI.exe opens command prompt and does nothing

[TheUniKian]

No install, no file changes from what I can see, etc. I have installed all dependencies including "requests" and have followed all steps. Unfortunately the documentation calls for executing "main.exe" which doesnt exist in the current version as far as I can tell. I have no log I can provide, as one was not made by the program.

[Tech-FZ]

EmuGUI doesn't log anything and yes, the executable has been renamed to "emugui.exe". Which version of EmuGUI are you running? Which operating system? Which hardware are you working on? That would help me a lot.

[TheUniKian]

Version 1.1.0.5408, Windows 10 Pro 22H2

ASUS Z790 platform intel i5 12600K RX 6700XT 32GB DDR5 RAM 4TB GM7000 SSD 850w PSU

Unless my thunderbolt card or fan controller is messing with the compiler I don't think there is any other hardware.

[Tech-FZ]

Have you tried running "emugui.exe"?

[TheUniKian]

Yes, it opens a command prompt window and immediately closes it. Same happens if I try to run in administrator.

[Tech-FZ]

Are you running an official version of Windows as recommended?

[TheUniKian]

Running QEMU 8.0.2 as collected from qemu.org and attempting to install EmuGUI from the files of this github. The windows installer of QEMU

[Tech-FZ]

I precompiled binaries you can download from https://github.com/Tech-FZ/EmuGUI/releases/tag/v1.1.0.5408

[Tech-FZ]

Have you updated to Python 3.11? If yes, you may need to downgrade to Python 3.10.

[TheUniKian]

Let me try to downgrade

[TheUniKian]

Okay, well it stayed open long enough for me to be able to see SQLite modual has encountered an error, so I tried installing that but then it said I needed Visual C++ 14.0 or greater, so I installed that and restarted. I installed the 2022 latest versions of it. Now SQLite is telling me it cant make the io.h file in the
C:\Users\\AppData\Local\Programs\Python\Python310\include\pyconfig.h directory and that C:\Program Files (x86)\Microsoft Visual Studio\2022\BuildTools\VC\Tools\MSVC\14.36.32532\bin\HostX86\x64\cl.exe failed

I'm going to try and fix this and get back to you

[TheUniKian]

Well I've managed to get it to say ERROR: Could not find a version that satisfies the requirement sqlite3 (from versions: none) ERROR: No matching distribution found for sqlite3 but emugui.exe still gives me the SQLite error

[Tech-FZ]

Try to run pip install --reinstall pysqlite3. Maybe the situation gets resolved.

[TheUniKian]

Firstly, --reinstall is apparently an invalid option, second I am running into the issue in the image below

I don't believe this is an issue with your program, but the issue persists despite SQLite3 being in Python 3.10 by default. I cant truly find a cause or a resolution for this.

[TheUniKian]

I jumped through a ton of hoops, but I got pysqlite3 installed, unfortunately it did not change the error when running EmuGUI

[Tech-FZ]

Activate the Administrator account and run EmuGUI with that.

[TheUniKian]

Still nothing, i'd try to see if the error has changed but OBS doesnt work when a file is ran as administrator

[Tech-FZ]

Maybe check if there is something wrong with Windows.

[TheUniKian]

How would I go about checking that?

[Tech-FZ]

Run the command prompt as administrator and run sfc /scannow.

[Tech-FZ]

Maybe this update fixes the issue: https://github.com/Tech-FZ/EmuGUI/releases/tag/v1.1.1.5409

[KoghaandSooga]

I know this sounds lunatic but I'm serious when I say this: I haven't looked at this in a long time so decided to try the latest update which came out 20 hours ago and it does the same problem as this thread describes. IE: Opens command prompt which says something briefly too fast to read then closes. So no the issue is not on our end.

[KoghaandSooga]

I jumped through a ton of hoops, but I got pysqlite3 installed, unfortunately it did not change the error when running EmuGUI

I'm sorry you had to go thru that 😢but glad you posted the results as I have the same issue too of it opening a command prompt. Glad I didn't try the things you did. I use Python for BOTW MODS which if I updated it then it is known to break the mod loader as people complain the latest Python is no good.

[Tech-FZ]

I'm sorry it's still a problem. Try to open the command prompt in the EmuGUI folder and run the executable from there.

[KoghaandSooga]

I'm sorry it's still a problem. Try to open the command prompt in the EmuGUI folder and run the executable from there.

I'll give it a go but I'll have to redownload it. Edit: There's no command prompt in the EmuGUI folder. Just emugui.exe which flashes something briefly and closes. It's too fast to tellwhat it is. This GUI is a VERY nice idea but still has a very very long ways to go before it's anywhere near usable let alone stable. I hope it does get there. It feels like something pre alpha.

[Tech-FZ]

EmuGUI 1.2 will probably feel more mature, thanks to new debugging features I am working on.

[KoghaandSooga]

EmuGUI 1.2 will probably feel more mature, thanks to new debugging features I am working on.

I tried it again and it still the same where it waits about 1 min and then closes with something so fast you don't see it. When I had it working it was in the fall of last year. I think a major Windows update messed it up not your fault by any means but whenever MS does a big update usually some code gets screwed up most likely your EMUGUI.EXE is looking for a now non existent address in the windows terminal.

[jcalve]

[KoghaandSooga]

How did you get the error to show and did you ever make the problem go away so it can run properly? I got it to run once a long time ago before one of the major Windows updates so I do know this program was once capable of operating WITHOUT errors but it was still very glitch to use when I did use it. IE: Mouse kept always going off the edge whether I was in full screen or not.

[jcalve]

How did you get the error to show and did you ever make the problem go away so it can run properly? I got it to run once a long time ago before one of the major Windows updates so I do know this program was once capable of operating WITHOUT errors but it was still very glitch to use when I did use it. IE: Mouse kept always going off the edge whether I was in full screen or not.

You can see the error by running the .exe from a terminal as seen in the top of the screenshot, I was not able to make it run properly.

[m0lDaViA]

I'll join the conversation here. I have the same problem with (probably) different cause.

Tested on v1.2.0.5510 to v1.2.3.5513

What am I doing wrong? :D

[KoghaandSooga]

I'll join the conversation here. I have the same problem with (probably) different cause.

Tested on v1.2.0.5510 to v1.2.3.5513

What am I doing wrong? :D

I don't think you or I are actually doing anything wrong and quite possibly neither is the author of the emulator the issue is more complex as stated below.

First of all: I have gotten this to (sort of) work only one time and it froze a lot and could never get the mouse to stay within the window: It never again worked since I have had Windows Updates prior. MS is known to brick machines they don't want to support when XP ended about the same time thousands of people who were using XP had their machines lock up after the final update forcing them (and us) to buy all new machines so I think coding in MS might be conflicting with some kind of address in the EXE which wherever it's pointing too doesn't actually exist anymore. Hence the panic error.

To summarize an update of Microsoft changed something and the program is doing what it is designed to do when a hard lock happens and it has a panic error as a result and I don't think there is anything the author can do other then abandon the program as it is clear Windows users can't use it.

[m0lDaViA]

I'll join the conversation here. I have the same problem with (probably) different cause. Tested on v1.2.0.5510 to v1.2.3.5513 What am I doing wrong? :D

I don't think you or I are actually doing anything wrong and quite possibly neither is the author of the emulator the issue is more complex as stated below.

First of all: I have gotten this to (sort of) work only one time and it froze a lot and could never get the mouse to stay within the window: It never again worked since I have had Windows Updates prior. MS is known to brick machines they don't want to support when XP ended about the same time thousands of people who were using XP had their machines lock up after the final update forcing them (and us) to buy all new machines so I think coding in MS might be conflicting with some kind of address in the EXE which wherever it's pointing too doesn't actually exist anymore. Hence the panic error.

To summarize an update of Microsoft changed something and the program is doing what it is designed to do when a hard lock happens and it has a panic error as a result and I don't think there is anything the author can do other then abandon the program as it is clear Windows users can't use it.

You see the path in my picture right? The user, specified in the path, doesn't even exist. There is no such user nor such "old" profile hence i don't even understand how the program comes to that conclusion. Even "old, not anymore existing" paths can't point to something which doesn't exist nor ever existed. Therefore must be something other being wrong in the code.

[Tech-FZ]

I'll try to investigate the issue and give you the results as soon as they are in. It is indeed weird that the path shown in the picture is indeed the path I store the source code in on my computer. It'll take a while as I have to install a virtual machine - and with Windows 11 23H2, that could take a while.

[Tech-FZ]

Meanwhile, you can get the source code, install Python and the EmuGUI dependencies and run the emugui.py file.

[Tech-FZ]

While testing on Windows 11 23H2 x64, I ran into this issue at first:

After installing Microsoft Visual C++ 2022 tho, I did get it running as it should. Maybe try reinstalling said component?

[m0lDaViA]

Well, i don't think that's the issue because we would have got the same error message then, besides i'm using vs so i already had all vcs installed, but i had to install a fresh copy of windows anyways and now it's working xD

[Tech-FZ]

I guess we can close this issue then.

[KoghaandSooga]

By going to an older QEMU 7.0 and QTEMU I got it to install XP just now but then it won't turn on ever again. By not turning on I mean the actual emulator giving error messages saying it can't find a bunch of machines I haven't had in a long time even if I do a fresh install it will just keep saying that. I think the only thing to do if I want to use this is a fresh install of Windows which just isn't worth the BS Microsoft puts you thru with accounts and all that. Even doing a fresh install of QTEMU won't fix the error so it's just screwy all the way around. I still am convinced a MS update messed it up. It messes up our living computer a lot to the point Dad gave up and put Linux Mint in and it's been working fine ever since for basic tasks .Just can't get any basic game controllers to work so no emulation unless you enjoy mouse and keyboard.

Linux will NEVER get a full user base unless they get past the 1990s somehow if they can ever do that I can guarantee most of the dam world will switch off MS and their stocks would plummet except for Xbox cry babies that will keep it going. MS will essentially just become an Xbox company. I remember when MS used to make their own in-house software and you could buy it in stores. MS made sure their software worked best for their OS.

[KoghaandSooga]

Well, i don't think that's the issue because we would have got the same error message then, besides i'm using vs so i already had all vcs installed, but i had to install a fresh copy of windows anyways and now it's working xD

I think that's the only solution. Won't bother till I do a major computer upgrade for other emulation purposes later this year. Not worth it for this. QEMU needs to realize people NEED a GUI as it's a faster way of doing things even if your an expert command liner type person nothing beats being able to visually select what you want/how you want it and when you want it.