LoRd_MuldeR d888855e4a Fixed a resource (file descriptor) leak: If a QFile object was created from a C Runtime file descriptor, it will *not* close the file, when QFile::close() is called or when the QFile object is destroyed. Furthermore, if a C Runtime file descriptor is obtained via _open_osfhandle(), we *must* to close that file descriptor via _close() function. Closing the underlying system HANDLE via CloseHandle() is *not* sufficient, as the file descriptor is won't be freed! On the other hand, the _close() function *does* close the underlying system HANDLE for us. In order to avoid a resource (file descriptor) leak, we will now store the file descriptor and close it properly via _close() in the destructor. ...

Note: The resource leak probably did not cause any harm, simply because we did not create many LockedFile objects. But it *did* cause serious issues when running the benchmark. Anyway, it should be fixed now.

2013-11-01 19:32:47 +01:00

..

Changelog.html

Fixed a resource (file descriptor) leak: If a QFile object was created from a C Runtime file descriptor, it will *not* close the file, when QFile::close() is called or when the QFile object is destroyed. Furthermore, if a C Runtime file descriptor is obtained via _open_osfhandle(), we *must* to close that file descriptor via _close() function. Closing the underlying system HANDLE via CloseHandle() is *not* sufficient, as the file descriptor is won't be freed! On the other hand, the _close() function *does* close the underlying system HANDLE for us. In order to avoid a resource (file descriptor) leak, we will now store the file descriptor and close it properly via _close() in the destructor.

2013-11-01 19:32:47 +01:00

FAQ.html

Update FAQ document.

2013-10-27 19:43:19 +01:00

Manual.html

Small formating update.

2012-10-13 12:33:17 +02:00

PRE_RELEASE_INFO.txt

Popup "PRE_RELEASE_INFO.txt" during the setup procedure, if the file exists.

2012-07-01 21:33:04 +02:00

Translate.html

Updated one translation example.

2013-01-27 21:15:01 +01:00