Re: 'make check' failure
Well, I commented out 'sc.ScAccessiblePageHeaderArea' from 'sc/qa/unoapi/sc.sce', but then the following error occurs: Regards, John Smith. LOG Log started 26.07.2012 - 20:57:32 Creating: sc.ScAccessiblePreviewHeaderCell LOG Log started 26.07.2012 - 20:57:32 LOG creating a Spreadsheet document LOG Getting spreadsheet LOG Getting a cell from sheet Exception while getting Environment com.sun.star.lang.DisposedException: at com.sun.star.lib.uno.environments.remote.Job.remoteUnoRequestRaisedException(Job.java:162) at com.sun.star.lib.uno.environments.remote.Job.execute(Job.java:128) at com.sun.star.lib.uno.environments.remote.JobQueue.enter(JobQueue.java:327) at com.sun.star.lib.uno.environments.remote.JobQueue.enter(JobQueue.java:296) at com.sun.star.lib.uno.environments.remote.JavaThreadPool.enter(JavaThreadPool.java:81) at com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge.sendRequest(java_remote_bridge.java:628) at com.sun.star.lib.uno.bridges.java_remote.ProxyFactory$Handler.request(ProxyFactory.java:141) at com.sun.star.lib.uno.bridges.java_remote.ProxyFactory$Handler.invoke(ProxyFactory.java:123) at $Proxy26.getAccessibleChild(Unknown Source) at util.AccessibilityTools.getAccessibleObjectForRole(AccessibilityTools.java:258) at util.AccessibilityTools.getAccessibleObjectForRole(AccessibilityTools.java:258) at util.AccessibilityTools.getAccessibleObjectForRole(AccessibilityTools.java:258) at util.AccessibilityTools.getAccessibleObjectForRole(AccessibilityTools.java:258) at util.AccessibilityTools.getAccessibleObjectForRole(AccessibilityTools.java:180) at mod._sc.ScAccessiblePreviewHeaderCell.createTestEnvironment(ScAccessiblePreviewHeaderCell.java:251) at lib.TestCase.getTestEnvironment(TestCase.java:123) at base.java_fat.getEnv(java_fat.java:453) at base.java_fat.executeTest(java_fat.java:208) at org.openoffice.Runner.run(Runner.java:234) at org.openoffice.test.UnoApiTest.test(UnoApiTest.java:38) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) at org.junit.runners.ParentRunner.run(ParentRunner.java:300) at org.junit.runners.Suite.runChild(Suite.java:128) at org.junit.runners.Suite.runChild(Suite.java:24) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) at org.junit.runners.ParentRunner.run(ParentRunner.java:300) at org.junit.runner.JUnitCore.run(JUnitCore.java:157) at org.junit.runner.JUnitCore.run(JUnitCore.java:136) at org.junit.runner.JUnitCore.run(JUnitCore.java:117) at org.junit.runner.JUnitCore.runMain(JUnitCore.java:98) at org.junit.runner.JUnitCore.runMainAndExit(JUnitCore.java:53) at org.junit.runner.JUnitCore.main(JUnitCore.java:45) LOG disposing xSheetDoc No core dump at /usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user, to create core dumps (and stack traces) for crashed soffice instances, enable core dumps with: ulimit -c unlimited
Re: 'make check' failure
On 08/23/2012 06:20 PM, John Smith wrote: On Thu, Aug 23, 2012 at 11:45 AM, Michael Stahl mst...@redhat.com wrote: reading the log you posted no you don't get a core file because soffice.bin didn't actually crash. Ok, so how do we go about getting more detailed info that can assist in solving the issue, then ? (assuming I can reproduce, of course) I The unoapi tests involving anything related to accessibility have historically been very fragile (things like expecting a certain GUI element has focus at a certain moment, which can fail as soon as other apps are running in parallel), have been cleaned up significantly over time, but likely still contain problems. Analyzing them is, unfortunately, a black art. quickly tried a 'make /usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user' as suggested in the logfile and that just gave me a 'nothing to do for foo' response. Can I do a 'make clean' for just that test ? I assume you forgot to cd sc before calling make there. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 'make check' failure
On 2012-08-24 10:46, Stephan Bergmann wrote: quickly tried a 'make /usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user' as suggested in the logfile and that just gave me a 'nothing to do for foo' response. Can I do a 'make clean' for just that test ? I assume you forgot to cd sc before calling make there. I've also bumped into this problem before and then given up. Maybe the root makefile should gain the necessary smarts to make this just work? Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 'make check' failure
On Fri, Aug 24, 2012 at 10:46 AM, Stephan Bergmann sberg...@redhat.com wrote: The unoapi tests involving anything related to accessibility have historically been very fragile (things like expecting a certain GUI element has focus at a certain moment, which can fail as soon as other apps are running in parallel), have been cleaned up significantly over time, but likely still contain problems. Analyzing them is, unfortunately, a black art. Thats a shame. Then I guess posting a full log of 'make check' including all output would be pretty pointless ? quickly tried a 'make /usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user' as suggested in the logfile and that just gave me a 'nothing to do for foo' response. Can I do a 'make clean' for just that test ? I assume you forgot to cd sc before calling make there. Well I dont know what I did before, but now I get this : make: *** No rule to make target `/usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user'. Stop. :( BTW, I just re-ran 'make check' on slightly newer sources, and got some more failures towards the end (including some core dump, too) Maybe someone should take a look at the output ? http://pastebin.ca/2197812 Regards, John Smith. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 'make check' failure
On 24/08/12 10:51, Noel Grandin wrote: On 2012-08-24 10:46, Stephan Bergmann wrote: quickly tried a 'make /usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user' as suggested in the logfile and that just gave me a 'nothing to do for foo' response. Can I do a 'make clean' for just that test ? replace user with done at the end of that (does the error message really suggest user? here it says done) I assume you forgot to cd sc before calling make there. yes. but see below :) I've also bumped into this problem before and then given up. Maybe the root makefile should gain the necessary smarts to make this just work? hmm... that is a bit cumbersome but fortunately our tests seem to have a consistent naming convention so i've implemented that now in 01a6b0b0eb2103df594881e4e5ac3607f1177998 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 'make check' failure
On 24 August 2012 11:55, John Smith lbalba...@gmail.com wrote: BTW, I just re-ran 'make check' on slightly newer sources, and got some more failures towards the end (including some core dump, too) Maybe someone should take a look at the output ? That's probably because you are between http://cgit.freedesktop.org/libreoffice/core/commit/?id=46a977081c6f1886f8fff8457c85e6d426dcc20f http://cgit.freedesktop.org/libreoffice/core/commit/?id=52755d6d2cf1c6addaf3c91b93bb86d66b730409 So, pull again Matus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 'make check' failure
On 08/24/2012 11:55 AM, John Smith wrote: On Fri, Aug 24, 2012 at 10:46 AM, Stephan Bergmann sberg...@redhat.com wrote: The unoapi tests involving anything related to accessibility have historically been very fragile (things like expecting a certain GUI element has focus at a certain moment, which can fail as soon as other apps are running in parallel), have been cleaned up significantly over time, but likely still contain problems. Analyzing them is, unfortunately, a black art. Thats a shame. Then I guess posting a full log of 'make check' including all output would be pretty pointless ? Yeah, most likely. quickly tried a 'make /usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user' as suggested in the logfile and that just gave me a 'nothing to do for foo' response. Can I do a 'make clean' for just that test ? I assume you forgot to cd sc before calling make there. Well I dont know what I did before, but now I get this : make: *** No rule to make target `/usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user'. Stop. See Michael's mail (user vs done). Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 'make check' failure
On 08/23/2012 07:58 AM, Noel Grandin wrote: On 2012-08-22 20:07, John Smith wrote: I just ran into this error when running 'make check'. Should I file a bug report on that ? It's better to be really sure - especially if you're running on master, these kinds of errors can be quite transient. Just report them here. To check (1) run 'make check' again - the build process is not perfect, and sometimes it starts working again I think I remember there was some problem with the sc_unoapi test lately, which should have been fixed already. (2) try running 'cd sc; make subsequentcheck' or even 'cd sc make /usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user' to just re-run that one test (3) try running it under the debugger and getting a backtrace, then report back with the backtrace :-) you should always run those tests with (bash etc.:) 'ulimit -c unlimited'; the gbuild logic will automatically print backtraces in case of a crash then (if your system is set up to generate core files named core or core.pid into cwd). Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 'make check' failure
On Thu, Aug 23, 2012 at 9:14 AM, Stephan Bergmann sberg...@redhat.com wrote: you should always run those tests with (bash etc.:) 'ulimit -c unlimited'; the gbuild logic will automatically print backtraces in case of a crash then (if your system is set up to generate core files named core or core.pid into cwd). Stephan I do have core set to unlimited, but I still got a message that a core could not be generated, and all the output I got was what I posted already. - John Smith. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 'make check' failure
On 08/23/2012 09:22 AM, John Smith wrote: On Thu, Aug 23, 2012 at 9:14 AM, Stephan Bergmann sberg...@redhat.com wrote: you should always run those tests with (bash etc.:) 'ulimit -c unlimited'; the gbuild logic will automatically print backtraces in case of a crash then (if your system is set up to generate core files named core or core.pid into cwd). Stephan I do have core set to unlimited, but I still got a message that a core could not be generated, and all the output I got was what I posted already. Odd then. Maybe your system's behavior doesn't match those if your system... requirements from above? Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 'make check' failure
On 23/08/12 10:19, Stephan Bergmann wrote: On 08/23/2012 09:22 AM, John Smith wrote: On Thu, Aug 23, 2012 at 9:14 AM, Stephan Bergmann sberg...@redhat.com wrote: you should always run those tests with (bash etc.:) 'ulimit -c unlimited'; the gbuild logic will automatically print backtraces in case of a crash then (if your system is set up to generate core files named core or core.pid into cwd). Stephan I do have core set to unlimited, but I still got a message that a core could not be generated, and all the output I got was what I posted already. Odd then. Maybe your system's behavior doesn't match those if your system... requirements from above? reading the log you posted no you don't get a core file because soffice.bin didn't actually crash. the test framework that runs unoapi tests will happily continue running more tests until the end if one simply fails to give the expected results. i think i've seen a failure in some ScAccessibleFoo as well a week or two ago on Linux, but couldn't reproduce it. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 'make check' failure
On Thu, Aug 23, 2012 at 11:45 AM, Michael Stahl mst...@redhat.com wrote: reading the log you posted no you don't get a core file because soffice.bin didn't actually crash. Ok, so how do we go about getting more detailed info that can assist in solving the issue, then ? (assuming I can reproduce, of course) I quickly tried a 'make /usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user' as suggested in the logfile and that just gave me a 'nothing to do for foo' response. Can I do a 'make clean' for just that test ? - John Smith ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 'make check' failure
On 2012-08-22 20:07, John Smith wrote: Hi, I just ran into this error when running 'make check'. Should I file a bug report on that ? It's better to be really sure - especially if you're running on master, these kinds of errors can be quite transient. Just report them here. To check (1) run 'make check' again - the build process is not perfect, and sometimes it starts working again (2) try running 'cd sc; make subsequentcheck' (3) try running it under the debugger and getting a backtrace, then report back with the backtrace :-) Regards, John Smith * Failures that appeared during scenario execution: sc.ScAccessiblePageHeaderArea 1 of 96 tests failed Job run took: 717865ms [00:11:57] Job -sce /usr/local/src/libreoffice/sc/qa/unoapi/sc.sce failed No core dump at /usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user, to create core dumps (and stack traces) for crashed soffice instances, enable core dumps with: ulimit -c unlimited E Time: 733.897 There was 1 failure: 1) test(org.openoffice.test.UnoApiTest) java.lang.AssertionError at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertTrue(Assert.java:54) at org.openoffice.test.UnoApiTest.test(UnoApiTest.java:38) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) at org.junit.runners.ParentRunner.run(ParentRunner.java:300) at org.junit.runners.Suite.runChild(Suite.java:128) at org.junit.runners.Suite.runChild(Suite.java:24) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) at org.junit.runners.ParentRunner.run(ParentRunner.java:300) at org.junit.runner.JUnitCore.run(JUnitCore.java:157) at org.junit.runner.JUnitCore.run(JUnitCore.java:136) at org.junit.runner.JUnitCore.run(JUnitCore.java:117) at org.junit.runner.JUnitCore.runMain(JUnitCore.java:98) at org.junit.runner.JUnitCore.runMainAndExit(JUnitCore.java:53) at org.junit.runner.JUnitCore.main(JUnitCore.java:45) FAILURES!!! Tests run: 1, Failures: 1 to rerun just this failed test without all others, run: make /usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user cd into the module dir to run the tests faster Or to do interactive debugging, run two shells with (Linux only): make debugrun make gb_JunitTest_DEBUGRUN=T /usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/done make[2]: *** [/usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/done] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/usr/local/src/libreoffice' make[1]: *** [subsequentcheck] Error 2 make[1]: Leaving directory `/usr/local/src/libreoffice' make: *** [check] Error 2 # ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list
