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