Releases: itay-grudev/SingleApplication
Releases · itay-grudev/SingleApplication
v3.0.6a
- Reverted GetUserName API usage on Windows. Fixed bug with missing library.
- Fixed bug in the Calculator example, preventing it's window to be raised
on Windows.
v3.0.5a
- Fixed a memory leak in the SingleApplicationPrivate destructor.
Sergei Moiseev
v3.0.4a
- Fixed shadow and uninitialised variable warnings.
Paul Walmsley
v3.0.3a
- Removed Microsoft Windows specific code for getting username due to
multiple problems and compiler differences on Windows platforms. On
Windows the shared memory block in User mode now includes the user's
home path (which contains the user's username). - Explicitly getting absolute path of the user's home directory as on Unix
a relative path (~
) may be returned.
v3.0.2a
- Fixed bug on Windows when username containing wide characters causes the
library to crash.
Le Liu
v3.0.1a
- Allows the application path and version to be excluded from the server name
hash. The following flags were added for this purpose: SingleApplication::Mode::ExcludeAppVersion
SingleApplication::Mode::ExcludeAppPath
- Allow a non elevated process to connect to a local server created by an
elevated process run by the same user on Windows - Fixes a problem with upper case letters in paths on Windows
Le Liu
v3.0a
- Depricated secondary instances count.
- Added a sendMessage() method to send a message to the primary instance.
- Added a receivedMessage() signal, emitted when a message is received from a
secondary instance. - The SingleApplication constructor's third parameter is now a bool
specifying if the current instance should be allowed to run as a secondary
instance if there is already a primary instance. - The SingleApplication constructor accept a fourth parameter specifying if
the SingleApplication block should be User-wide or System-wide. - SingleApplication no longer relies on
applicationName
and
organizationName
to be set. It instead concatenates all of the following
data and computes aSHA256
hash which is used as the key of the
QSharedMemory
block and theQLocalServer
. Since at least
applicationFilePath
is always present there is no need to explicitly set
any of the following prior to initialisingSingleApplication
. QCoreApplication::applicationName
QCoreApplication::applicationVersion
QCoreApplication::applicationFilePath
QCoreApplication::organizationName
QCoreApplication::organizationDomain
- User name or home directory path if in User mode
- The primary instance is no longer notified when a secondary instance had
been started by default. AMode
flag for this feature exists. - Added
instanceNumber()
which represents a unique identifier for each
secondary instance started. When called from the primary instance will
return0
.
v2.4
- Stability improvements
- Support for secondary instances.
- The library now recovers safely after the primary process has crashed
and the shared memory had not been deleted.
v2.3
- Improved pimpl design and inheritance safety.
Vladislav Pyatnichenko
v2.2
- The
QAPPLICATION_CLASS
macro can now be defined in the file including the
Single Application header or with aDEFINES+=
statement in the project file.