On Thursday 06 August 2015 20:06:53 Holger Freyther wrote:
Should the test clean this directory?
It cleans up after itself, unless it's killed by the build.
We can't clean up C:\temp while the tests are running because there are other
temporary files and dirs there.
--
Thiago Macieira -
On 06 Aug 2015, at 18:57, Hausmann Simon simon.hausm...@theqtcompany.com
wrote:
Right, in 5.5 any stale state on the file system is likely to survive. In dev
(new ci) that problem is gone.
Should the test clean this directory? Could the CI log which files were created
during the
Right, in 5.5 any stale state on the file system is likely to survive. In dev
(new ci) that problem is gone.
Simon
Original Message
From: Thiago Macieira
Sent: Thursday, August 6, 2015 18:14
To: development@qt-project.org
Subject: Re: [Development] 5.5 CI having problems on tst_qmimedatabase
On Wednesday 05 August 2015 08:51:28 Thiago Macieira wrote:
On Wednesday 05 August 2015 07:48:42 Thiago Macieira wrote:
Uh... that indicates that the random number generator is never seeded in
the tests, so QTemporaryFile / QTemporaryDir always tries to create the
same file names.
256
+tony.sarajarvi=theqtcompany@qt-project.org] On Behalf Of
Thiago Macieira
Sent: 3. elokuuta 2015 8:57
To: development@qt-project.org
Subject: Re: [Development] 5.5 CI having problems on tst_qmimedatabase-
xml
On Monday 13 July 2015 14:48:40 Thiago Macieira wrote:
This test began failing about
On Wednesday 05 August 2015 10:03:31 Sarajärvi Tony wrote:
As I logged into that particular machine that ran that build, its
Users\qt\AppData\Local\Temp is quite loaded with stuff like
tst_qfileinfo-RYGJOI
tst_qfileinfo-sXgxSH
tst_qfileinfo-t6LYMr
...
All of those folders.
If I recall,
On Wednesday 05 August 2015 07:48:42 Thiago Macieira wrote:
Uh... that indicates that the random number generator is never seeded in
the tests, so QTemporaryFile / QTemporaryDir always tries to create the
same file names.
256 is exactly the number of attempts qt_mkstemp tries before giving
On Monday 13 July 2015 14:48:40 Thiago Macieira wrote:
This test began failing about a week ago, for no apparent reason. I don't
think it's a Qt issue, but more of a CI issue.
It's failing on:
FAIL! : tst_QMimeDatabase::initTestCase() 'm_temporaryDir.isValid()'
returned FALSE. ()
c:
Hi,
the log says it all when running it:
QTemporaryDir: Unable to remove D:\\temp\\tst_qmimedatabase-l9Mfi9
most likely due to the presence of read-only files.
That is, either there are readonly files left behind or some sub-process
of the test is sitting on some files in the temp dir and
Hi,
the test leaves a tempdir containing read-only test files behind, but I
fail to see where they come from ATM. Could the maintainers have a
look, please?
IIRC, there was a change in testlib unpacking resources to a temporary
dir that initially had this issue (creating read-only files),
Just saw this thread. Yes, i've already encountered with issue that
QFile::copy copies read-only permissions.
1) We need to check other places where QFile::copy is used
2) Maybe we should add flag to QFile::copy wheter to copy permissions or
not?
2015-07-14 11:18 GMT+03:00 Friedemann Kleint
On Monday 13 July 2015 15:41:11 Thiago Macieira wrote:
I've added a change to get a little more information:
https://codereview.qt-project.org/121374
Output:
FAIL! : tst_QMimeDatabase::initTestCase() 'm_temporaryDir.isValid()' returned
FALSE. (Could not create temporary subdir in
This test began failing about a week ago, for no apparent reason. I don't
think it's a Qt issue, but more of a CI issue.
It's failing on:
FAIL! : tst_QMimeDatabase::initTestCase() 'm_temporaryDir.isValid()' returned
FALSE. ()
c:
On Monday 13 July 2015 14:48:40 Thiago Macieira wrote:
This test began failing about a week ago, for no apparent reason. I don't
think it's a Qt issue, but more of a CI issue.
It's failing on:
FAIL! : tst_QMimeDatabase::initTestCase() 'm_temporaryDir.isValid()'
returned FALSE. ()
c:
14 matches
Mail list logo