2

When my app is started from the autostart of Windows, Qt is not able to open it. The error that causes this is that QDir().absoluteFilePath("settings.cnf") returns the path C:/Windows/system32/settings.cnf even though my file is located in my working directory.

Does someone know what method I must call to get the right path?

Maxim Makhun
  • 2,197
  • 1
  • 22
  • 26
ThunderStorm
  • 766
  • 8
  • 24
  • what does `QCoreApplication::applicationDirPath()` returns ? It seems that starting an app with Windows autostart (i don't know what it is) sets application working directory to system32 folder. Note that it can be different from "the directory that contains the application executable". – azf Jan 12 '14 at 15:16

2 Answers2

2

Using the default constructor QDir() defaults to the current working directory, which can be anything, depending from where the user or the system started the application. For a UI application, that's a path one should usually ignore completely.

To access data next to your application binary, use QCoreApplication::applicationDirPath(). This is usually used for global read-only data installed with the program.

For user-writable configuration settings and cached data, use QStandardPaths (Qt 5) or QDesktopServices::storageLocation() (Qt 4).

Frank Osterfeld
  • 24,815
  • 5
  • 58
  • 70
2

There is no particular reason for the working directory of a GUI program to be defined. Since relative paths are relative to the working directory, the use of relative paths impies a well defined and meaningful working directory.

Now, you actually want to look for a file in the same directory as the executable. So the correct approach is to find the full path to the executable, strip off the file name, and append your file name. Now you have the full path to the file.

As a general rule, the working directory is only meaningful for console applications. So only use relative paths in a console application.

David Heffernan
  • 601,492
  • 42
  • 1,072
  • 1,490