-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"An error during game startup has occured" #127
Comments
Unsure if related, though sometimes I will launch the game (click Login button) and the window opens to only a blank screen and spinning wheel - continues loading indefinitely until I force quit. This seems to be very rare - or maybe even on first launch since boot, as after force quitting I can Login again with no issues besides the mentioned error message that appears every time. Edit: Can confirm that the blank screen & spinning wheel thing doesn't happen on first launch since boot. Just launched first time after booting up and it's all fine. |
I am receiving the same "An error during game startup has occurred" on every launch but it plays fine. I'm not using Dalamud or Steam. |
I am also receiving the 'An error during game startup has occurred' message upon closing the game, the game opens and runs fine, however, I have Dalamud enabled and it completely fails to load. The logs say something about being unable to allocate memory for its injection. |
I am now also experiencing this message popup only when exiting the game. No longer appears on launch.
I am not using Dalamud so unable to provide a whole lot here.
Might be worth opening a separate issue for Dalamud failing if there isn't one open already. |
I think I figured out the issue. The latest version of https://github.com/marzent/winecx/releases/tag/ff-wine-2.4.2 is missing winedbg.exe in the wineprefix/drive_c/system32 folder. There's a call to winedbg in XIVLauncher.NativeAOT, attempting to get the process ID and errors out when it can't find it. It'll only affect people who have clean installs with winecx 2.4.1 and 2.4.2. A workaround is to download winecx 2.4 (https://github.com/marzent/winecx/releases/tag/ff-wine-2.4), grab lib/wine/x86_64-windows/winedbg.exe and put it in the ~/Library/Application Support/XIV on Mac/wineprefix/drive_c/windows/system32 folder (or wherever your wineprefix is - you can go to File->Open Install Folder to find it). @marzent can you please re-include winedbg.exe in the next winecx release? Thanks! |
Ah this does make a lot of sense, have been pondering the semi random nature of this issue for a while (there actually was a different issue a while back with the pid parsing code, which was also fixed). |
Let me point out that the issue isn't necessarily a missing winedbg.exe - if you look at the screenshots below I do already have the binary in my prefix but I get the error on every single launch of XIV (and hence made #137 ). Replacing it with the winedbg.exe from winecx 2.4 fixed the issue though so it seems there was at least some point in the update history of XIV-on-Mac (likely around the 14th October) that shipped a broken winedbg.exe. md5-sums for both:
|
Had the same issue with this error message popping up, but the game just running fine. MD5 old not working version = c476423c257c0c7facc1ba5597b8f036 I wonder if this could not be automatically fixed by XIC for Mac application to detect outdated winedbg.exe and replace them with a newer version? |
I did a little bit more digging and it does seem like some later versions of wine broke winedbg.exe on Macs. I ran winedbg.exe using the XIV on Mac version of wine manually in the terminal: WINEPREFIX="/Users//Library/Application Support/XIV on Mac/wineprefix" "/Applications/XIV on Mac.app/Contents/Resources/wine/bin/wine64" winedbg.exe --command "info procmap" I then installed wine 8.0.1 (using homebrew), created a default prefix, ran this command to execute the default prefix-installed winedbg.exe: WINEPREFIX="/Users//.wine" /usr/local/bin/wine64 ~/.wine/drive_c/windows/system32/winedbg.exe --command "info procmap" and I got this error: @Shirk I have a feeling that what happened to you might have been the latter, where the version that had been installed might be a broken version of winedbg. I didn't spend too much time on it, so it might just be my 8.0.1 install, but I'll keep digging and see if there's a bug report submitted on the regular wine repo. This might not be a XIV on Mac specific bug, but Wine on Mac in general. |
Ok, I apologize for being stupid. Winedbg isn't broken. It's just that winecx has an "info procmap" command that the mainline wine doesn't have. Can be found here: marzent/winecx@a32eb43. @Shirk just wondering, was your prefix built using XIV on Mac or was it built using a separate Wine install? Because "info procmap" doesn't exist in Wine. Another option is that your prefix was built in XIV on Mac with an older version of winedbg. I believe the info procmap functionality was only included with winecx 2.0-onwards. |
What is curious when I do the same with my brocken winedbg and the working winedbg the output in the console looks the same for both versions! With working winedbg (winedbg_fix.exe):
With brocken winedbg (winedbg_issue.exe):
I can see the both can detect pid, threads and executable attribute. Since your broken winedbg from wine 8.0.1 shows a completely different error it seams there are different broken versions of winedbg out there with different levels of brokenness. |
@Waitsnake Ooohh that's interesting, great work! I'm curious as to what version of winecx your prefix was created with. What's the date/timestamp of your winedbg_issue.exe? Or any of the other executables in your prefix folder? |
If it helps - and since i have the same issue - mine are all created on 31st of March this year, that would be ff-wine-2.4 I believe? |
The creation timestamp is 04.12.2022 13:01 like most of the files (only a few files have a timestamps some minutes earlier) in this system32 folder. Since so many files have the same timestamps I assume this is the timestamp from installation or extraction of the files from a kind of ZIP archive(?). Or is it from the compiling time of all the files in this folder? I also find no useful version string within the binary itself other than this here (witch not helps much): I also did run winedbg_issue.exe directly to see if this debugger has a version command in his own prompt: I found winver.exe after some search in the folder and running it a version window opens, but without a version (only see a '%s' )? I really start to wonder what is the official way to find out the used wine version ?? I think, it would help more if the developers would compile version strings into the binaries rather than relying only on the timestamps of the files. |
Game does launch fine, been playing for days at this point with no issues.
Though keep getting an error when launching the game.
The error can be seen in launcher.log:
dalamud.injector.log
launcher.log
wine.log
As mentioned, I can play the game fine. Just thought this may be worth posting here in case somebody needs to see it. Apologies if this is a duplicate.
The text was updated successfully, but these errors were encountered: