[testers] [log] Problems with tests
Hi, I'm looking at the recent trunk test results (http://www.boost.org/development/tests/trunk/developer/log.html) and seeing a few failures that I cannot explain or reproduce. In particular: 1. RDC-VC10 fails with errors that were fixed quite some time ago (in revision 83986 and the test results correspond to 84238). The headers in the errors are not included in the test code and other testers do not show these errors. I suspect that the tester has some problems regarding SVN checkout or maybe cleaning the previous test results. 2. There are a few testers that fail the util_dynamic_type_dispatcher and util_static_type_dispatcher tests, namely Qt5 jc-bell.com, teeks99-01a- win7-32on64 and DrWeb_x86. The test report says this is a runtime failure but it has no output or just has an exit status. The same tests run successfully for other testers, as well as in my local runs. It may be worth noting that the same code is indirectly tested with other tests (e.g. form_attr and filt_attr) and these tests succeed. I would appreciate any help in researching the problem with these tests. Are there any errors that are not present in the report? Does it crash (what's the backtrace)? Any configuration error (missing libraries)? Thanks.
12.05.2013 17:25, Andrey Semashev пишет:
2. There are a few testers that fail the util_dynamic_type_dispatcher and util_static_type_dispatcher tests, namely Qt5 jc-bell.com, teeks99-01a- win7-32on64 and DrWeb_x86. I'll try to look at this tomorrow.
-- Best regards, Sergey Cheban
2. There are a few testers that fail the util_dynamic_type_dispatcher and util_static_type_dispatcher tests, namely Qt5 jc-bell.com, teeks99-01a- win7-32on64 and DrWeb_x86. The test report says this is a runtime failure but it has no output or just has an exit status. The same tests run successfully for other testers, as well as in my local runs. The problem is related to the fact that MS Windows (at least, Windows Server 2012) requires elevation for the execulables with names that match the *patch*.exe mask. So, util_dynamic_type_disPATCHer and util_static_type_disPATCHer require elevation. I think that the easiest way to work around this problem is to rename
On 12.05.2013 17:25, Andrey Semashev wrote: the tests. Or, you may put the manifest into the executables to explicitly specify that they don't require elevation. -- Sergey Cheban
On Mon, May 13, 2013 at 12:58 PM, Sergey Cheban
On 12.05.2013 17:25, Andrey Semashev wrote:
2. There are a few testers that fail the util_dynamic_type_dispatcher and
util_static_type_dispatcher tests, namely Qt5 jc-bell.com, teeks99-01a- win7-32on64 and DrWeb_x86. The test report says this is a runtime failure but it has no output or just has an exit status. The same tests run successfully for other testers, as well as in my local runs.
The problem is related to the fact that MS Windows (at least, Windows Server 2012) requires elevation for the execulables with names that match the *patch*.exe mask. So, util_dynamic_type_disPATCHer and util_static_type_disPATCHer require elevation.
lol, what a wonderful and obvious security policy on MS part, isn't it? :)
I think that the easiest way to work around this problem is to rename the tests. Or, you may put the manifest into the executables to explicitly specify that they don't require elevation.
Thanks a lot, Sergey. I renamed the tests.
[Please do not mail me a copy of your followup]
boost@lists.boost.org spake the secret code
lol, what a wonderful and obvious security policy on MS part, isn't it? :)
Blame the malware dudes and users who run as administrator. The easiest fix is to rename the executable, but if that's not an option you can apply a manifest as per this stackoverflow thread: http://stackoverflow.com/questions/7914180/windows-7-exe-filename-starts-wit... More on the UAC manifest is here: http://msdn.microsoft.com/en-us/library/windows/desktop/bb756929.aspx -- "The Direct3D Graphics Pipeline" free book http://tinyurl.com/d3d-pipeline The Computer Graphics Museum http://computergraphicsmuseum.org The Terminals Wiki http://terminals.classiccmp.org Legalize Adulthood! (my blog) http://legalizeadulthood.wordpress.com
On Mon, May 13, 2013 at 1:23 PM, Andrey Semashev
On Mon, May 13, 2013 at 12:58 PM, Sergey Cheban
wrote: I think that the easiest way to work around this problem is to rename the tests. Or, you may put the manifest into the executables to explicitly specify that they don't require elevation.
Thanks a lot, Sergey. I renamed the tests.
The renamed tests passed for teeks99-01a-win7-32on64, so the workaround helped. However, the old-named tests are still present in the table. I assume this is because the tester runs incremental builds, so the old test results are not deleted. Is there a way to request to clear the cached results?
participants (3)
-
Andrey Semashev
-
legalize+jeeves@mail.xmission.com
-
Sergey Cheban