Project

General

Profile

Actions

Emulator Issues #11081

closed

dolphin-emu-nogui not picking up Dolphin.ini if started from another process

Added by i30817 almost 6 years ago. Updated almost 6 years ago.

Status:
Working as intended
Priority:
Normal
Assignee:
-
% Done:

0%

Operating system:
Linux
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

What's the problem? Describe what went wrong.

strace -e trace=open dolphin-emu-nogui -e /media/i30817/Games/Nintendo\ Gamecube+Wii/Resident\ Evil\ 2.iso 2>&1 | grep ".ini"
open("/usr/lib/x86_64-linux-gnu/libminiupnpc.so.10", O_RDONLY|O_CLOEXEC) = 3
open("/media/i30817/Huggin/Documents//dolphin-emu/Logger.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/media/i30817/Huggin/Documents//dolphin-emu/Dolphin.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/media/i30817/Huggin/Documents//dolphin-emu/WiimoteNew.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/media/i30817/Huggin/Documents//dolphin-emu/Dolphin.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/media/i30817/Huggin/Documents//dolphin-emu/Dolphin.ini.xxx", O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or directory)
open("/media/i30817/Huggin/Documents//dolphin-emu/Dolphin.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/media/i30817/Huggin/Documents//dolphin-emu/Dolphin.ini.xxx", O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or directory)
open("/usr/share/games/dolphin-emu/sys/GameSettings/G.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/games/dolphin-emu/sys/GameSettings/GHA.ini", O_RDONLY) = 12
open("/usr/share/games/dolphin-emu/sys/GameSettings/GHAE08.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/games/dolphin-emu/sys/GameSettings/GHAE08r0.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/i30817/.local/share/dolphin-emu/GameSettings/G.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/i30817/.local/share/dolphin-emu/GameSettings/GHA.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/i30817/.local/share/dolphin-emu/GameSettings/GHAE08.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/i30817/.local/share/dolphin-emu/GameSettings/GHAE08r0.ini", O_RDONLY) = -1 ENOENT (No such file or directory)

dolphin-emu-nogui creates a dir '~/.local/share/dolphin-emu' if it doesn't exist and tries to use it. It only has the dirs for the memory cards and the Wii SYSCONF, though presumably i didn't trigger all the writes.

dolphin-emu on the other hand correctly picks up ~/.config/dolphin-emu" and writes out the Dolphin.ini file, and uses the memory cards there. It also writes some dirs to '~/.local/share/dolphin-emu', but notably not the memory cards (SYSCONF is still there though). There are some extra dirs and files written to the Wii/shared2 dir too 'wc24/*', 'succession/shop.log', 'ec/shopsetu.log'

What steps will reproduce the problem?

  1. Delete all dolphin-emu dirs on the home dir after showing hidden files
  2. start up dolphin emu, verify that the dir at ~/.config/dolphin-emu gets written (and is used if you edit a config)
  3. Delete all dolphin-emu dirs on the home dir after showing hidden files again
  4. start up dolphin-emu-nogui -e 'game.iso', verify that only '~/.local/share/dolphin-emu' gets created (and presumably the game is running without the default overrides and without a Dolphin.ini either.

Is the issue present in the latest development version? For future reference, please also write down the version number of the latest development version.

dolphin-emu-nogui says it's revision 5.0 and dolphin-emu further specifies release revision ac267a29405ae768037a8774b84b805a4180d1af

Is the issue present in the latest stable version?

Yup, since ac267a29405ae768037a8774b84b805a4180d1af is the latest stable version

If the issue isn't present in the latest stable version, which is the first broken version? (You can find the first broken version by bisecting. Windows users can use the tool https://forums.dolphin-emu.org/Thread-green-notice-development-thread-unofficial-dolphin-bisection-tool-for-finding-broken-builds and anyone who is building Dolphin on their own can use git bisect.)

[First broken version number here (if applicable)]

If your issue is a graphical issue, please attach screenshots and record a three frame fifolog of the issue if possible. Screenshots showing what it is supposed to look like from either console or older builds of Dolphin will help too. For more information on how to use the fifoplayer, please check here: https://wiki.dolphin-emu.org/index.php?title=FifoPlayer

[Attach any fifologs if possible, write a description of fifologs and screenshots here to assist people unfamiliar with the game.]

What are your PC specifications? (CPU, GPU, Operating System, more)

x86-64 ubuntu linux.

Is there anything else that can help developers narrow down the issue? (e.g. logs, screenshots,
configuration files, savefiles, savestates)

[Anything else here]

Actions #1

Updated by i30817 almost 6 years ago

I can't edit the title, but it's not 'from another process' it's always. I just noticed this in a retroarch project first: https://github.com/RobLoach/libretro-dolphin-launcher (which i prefer to their core because it's up to date), and i wrote the title before verifying it was not a subprocess environment problem.

Actions #2

Updated by leoetlino almost 6 years ago

Please try the latest development version (master, not 5.0).

Actions #3

Updated by i30817 almost 6 years ago

That worked. Can close this.

Actions #4

Updated by leoetlino almost 6 years ago

  • Status changed from New to Fixed
Actions #5

Updated by i30817 almost 6 years ago

Edit: actually, no please reopen this @leoetlino (sorry). I was right the first time. If it's started from a subprocess (retroarch dolphin-launcher) it gets confused again.

(i tested master outside of retroarch on a strace, then tested in RA dolphin-launcher (which just uses system dolphin-emu-nogui) and it didn't work again. Not sure what's wrong here.

Actions #6

Updated by leoetlino almost 6 years ago

  • Status changed from Fixed to Accepted
  • Operating system Linux added
  • Operating system deleted (N/A)
Actions #7

Updated by i30817 almost 6 years ago

To reproduce it's bit complicated but:

  1. installed dolphin-emu-master from the ppa (this uninstalls stable)
  2. compiled and copied to the right place dolphin launcher from here: https://github.com/RobLoach/libretro-dolphin-launcher
  3. ran dolphin-emu, set fullscreen to true, verified with dolphin-emu-nogui -e "game.iso" it's set.
  4. ran:

XDG_CONFIG_HOME=/media/i30817/Huggin/Documents/ strace -o process_dump -ff -e trace=open retroarch

and opened a gamecube or wii game from it (the launcher only starts the child, the code is small on the github), got a non-fullscreen window.

searching the log files for with grep:
https://gist.github.com/i30817/5ca703b1f9beb76ace560ebfcabc9086

Seems like it at least tried to open two children that interacted with '.ini' (which are probably dolphin-emu-nogui and dolphin-emu, if one is supposed to be the subprocess of another).

Strangely neither of them are using the system dir again.

Actions #8

Updated by i30817 almost 6 years ago

Doh... the bug is in XDG_CONFIG_HOME=/media/i30817/Huggin/Documents/

I used that because i override it for retroarch... but it spreads to subprocesses. Troublesome...

Actions #9

Updated by leoetlino almost 6 years ago

  • Status changed from Accepted to Working as intended

Yep, it's because you set XDG_CONFIG_HOME, which changes Dolphin's config directory.

Actions #10

Updated by i30817 almost 6 years ago

You can close this. I'll just copy the dolphin emu as a sibling of the retroarch system dir.

Actions

Also available in: Atom PDF