Project

General

Profile

Actions
Copy link

Emulator Issues #8131

closed

GC keyboard support makes starting ALL games crash on *nix

Added by mac1202 about 10 years ago.

Status:
Fixed
Priority:
Urgent
Assignee:
skidau
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Current
Regression:
Yes
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

Game Name?
Star Wars Rogue Squadron III: Rebel Strike
Star Wars: Rogue Leader

Game ID?
GLRP64
GSWP64

What's the problem? Describe what went wrong in few words.
The game crash immediately.

What did you expect to happen instead?
Game to start

What steps will reproduce the problem?
Just launch the game

Which versions of Dolphin did you test on?
4.0-5207

Does using an older version of Dolphin solve your issue? If yes, which
versions of Dolphin used to work?
yes here's the bisect output :
5e8ab05cc01d430fc0e4ccbf379369effd00485c is the first bad commit
commit 5e8ab05cc01d430fc0e4ccbf379369effd00485c
Author: skidau <>
Date: Sat Jan 17 09:36:05 2015 +1100

Added GameCube Keyboard support.

:040000 040000 28622692f24d243551bc46288318846212c57f7c 29fb1846bb4914e09fafe6ce64caf9e81733acb2 M Source

What are your PC specifications?
Manjaro linux.
Intel hd4600 igp

Is there any other relevant information?
gdb output :
[New Thread 0x7fffeea06700 (LWP 9473)]
[New Thread 0x7fffecf7d700 (LWP 9894)]
[New Thread 0x7fffe5ffd700 (LWP 9903)]
[New Thread 0x7fffd31f5700 (LWP 9995)]
[New Thread 0x7fffd29f4700 (LWP 9996)]
[New Thread 0x7fffd21f3700 (LWP 9997)]
[New Thread 0x7fffd19f2700 (LWP 9998)]
[New Thread 0x7fffd0fec700 (LWP 9999)]
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffecf7d700 (LWP 9894)]
0x0000003b7f833a97 in raise () from /usr/lib/libc.so.6

Related issues 1 (0 open — 1 closed)

Has duplicate Emulator - Emulator Issues #8140: Linux Mint 17.1 Crashes when booting games after version 4.0-5186Duplicate

Actions
Actions
Copy link
 #1

Updated by JMC4789 about 10 years ago

  • Status changed from New to Accepted
  • Regression set to Yes
  • Priority set to High
  • Milestone set to Current
Actions
Copy link
 #2

Updated by pauldacheez about 10 years ago

  • Priority changed from High to Urgent

I'm getting an identical crash when starting ANY game here on OS X, even Wii games.

Actions
Copy link
 #3

Updated by skidau about 10 years ago

Does resetting all configuration to the default by creating an empty "portable.txt" where the dolphin executeable is located fix this?

Actions
Copy link
 #4

Updated by degasus about 10 years ago

yes, it does

Actions
Copy link
 #5

Updated by skidau about 10 years ago

Would you please zip up your Config directory to somewhere? I will see what setting in common is causing this crashing. I suspect it is a GCPad slot setting or maybe a pad config file.

Paul, mac1202, would you please do the same?

Actions
Copy link
 #6

Updated by pauldacheez about 10 years ago

https://www.dropbox.com/sh/bmvc7d650nnk9l2/AABfxGzz3kuJf5Ukm62d4I0ua?dl=0

I tried clearing my current GCPad config, but it didn't help.

Actions
Copy link
 #7

Updated by Sonicadvance1 about 10 years ago

Breaks Android as well.

Actions
Copy link
 #8

Updated by couillixz about 10 years ago

I am getting an identical crash when starting any game under Debian GNU/Linux as long as a controller is enabled in the configuration. It does not even need to be a joystick.

  • cleared out my entire configuration by renaming ~/.dolphin-emu
  • enabled the Keyboard as a Standard Controller in Gamecube port 1
  • started a game
  • got the following GDB output when Dolphin crashed:

[New Thread 0x7fffd9ffe700 (LWP 18009)]
[New Thread 0x7fffd8586700 (LWP 18010)]
[New Thread 0x7fffd7b22700 (LWP 18011)]
[New Thread 0x7fffd531f700 (LWP 18029)]
[New Thread 0x7fffbd27d700 (LWP 18043)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd7b22700 (LWP 18011)]
__memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:36
36 ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: No such file or directory.

When using joysticks configured, I get this error which reminds me of the crash I used to have when using SDL2 to build Dolphin (I have been using SDL1.2 only for the last year since SDL2 was a guaranteed crash):

[New Thread 0x7fffd9ffe700 (LWP 18268)]
[New Thread 0x7fffd8586700 (LWP 18269)]
[New Thread 0x7fffd791e700 (LWP 18270)]
[New Thread 0x7fffd511b700 (LWP 18293)]
[New Thread 0x7fffbd27d700 (LWP 18302)]
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffd791e700 (LWP 18270)]
0x00007fffefb8b107 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.

Actions
Copy link
 #9

Updated by couillixz about 10 years ago

Also please note that when having "None" everywhere in the controller configuration games start fine.

Actions
Copy link
 #10

Updated by couillixz about 10 years ago

And last comment for tonight, rebuilding back from commit 803bea500450799ed8a3069ac680ece9bf661344 fixes the problem for me.

Actions
Copy link
 #11

Updated by skidau about 10 years ago

Have created PR 1945 to fix this issue:

https://github.com/dolphin-emu/dolphin/pull/1945

Let me know if it works for you

Actions
Copy link
 #12

Updated by mac1202 about 10 years ago

No more crash for me with PR1945

Actions
Copy link
 #13

Updated by degasus about 10 years ago

Issue 8140 has been merged into this issue.

Actions
Copy link
 #14

Updated by pauldacheez about 10 years ago

  • Status changed from Accepted to Fixed
Actions
Copy link

Also available in: Atom PDF