-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Launching game via command-line on Windows crashes #2900
Comments
Slightly offtopic, but I highly recommend using our official source for daily builds instead, as emucr is, well..heh. |
No worries, I didn't even know you had a buildbot. I'll be sure to use it from now on. |
I'm able to reproduce the crash(Unhandled exception at 0x7557C9F1 in PPSSPPDebug.exe: 0xC0000005: Access violation executing location 0x00000000.), with a debug build, this is the call stack:
Perhaps a null pointer is being used somewhere it shouldn't be? I'll begin a bisect in a moment. |
Here's the bisect result: 81411a7 is the first bad commit
|
Could you perhaps rename this issue to: "Launching game via command-line on Windows crashes"? Another callstack:
|
Issue renamed. |
This can be closed due to being fixed by #2935. I don't like how we have to sit through the 2 second logo on startup, though.. |
The logo can be clicked through at least. But yeah, I'm all for bypassing it on command line loads. |
That's what I meant, yeah. Command-line should instantly start. |
This was introduced in 81411a7. Moving it back to NativeInitGraphics() fixes it. This is because EmuThread hasn't called host->InitGL() yet, so CheckGLExtensions() crashes. -[Unknown] |
Launching a game as an argument crashes PPSSPP, whereas previously it would load without issue.
Manually loading via the UI still works as expected.
I've just downloaded the most recent daily build from emucr.com (v0.8.1-747-g9644de0).
I'm running Windows 7 64bit, my games are stored as .cso files.
The text was updated successfully, but these errors were encountered: