On Fri, 8 Sep 2023 16:17:19 +0200
Dan Horák <[email protected]> wrote:
> On Fri, 8 Sep 2023 14:02:54 +0200
> Dan Horák <[email protected]> wrote:
>
> > Hello,
> >
> > I am seeing CppunitTest_dbaccess_hsqldb_test failing on some systems and
> > on some occasions.
> >
> > ...
> > Running scope as unit:
> > -home-jenkins-workspace-libreoffice\x2dupstream\x2dbundled-label-LO\x2dppc64le-workdir-CppunitTest-dbaccess_hsqldb_test.test:20230907213220:2142227.scope
> > [_RUN_____] HSQLDBTest::testEmptyDBConnection
> > HSQLDBTest::testEmptyDBConnection finished in: 1353ms
> > OK (1)
> > PID: 2142247 (cppunittester)
> > UID: 1003 (jenkins)
> > GID: 1003 (jenkins)
> > Signal: 5 (TRAP)
> > Timestamp: Thu 2023-09-07 21:32:22 UTC (15s ago)
> > Command Line:
> > /home/jenkins/workspace/libreoffice-upstream-bundled/label/LO-ppc64le/workdir/LinkTarget/Executable/cppunittester
> >
> > /home/jenkins/workspace/libreoffice-upstream-bundled/label/LO-ppc64le/workdir/LinkTarget/CppunitTest/libtest_dbaccess_hsqldb_test.so
> > --headless
> > -env:BRAND_BASE_DIR=file:///home/jenkins/workspace/libreoffice-upstream-bundled/label/LO-ppc64le/instdir
> > -env:BRAND_SHARE_SUBDIR=share
> > -env:BRAND_SHARE_RESOURCE_SUBDIR=program/resource
> > ...
> >
> >
> > I suspect it's because the time to complete the check is over 1000ms.
> > When the run time captured in
> > workdir/CppunitTest/dbaccess_hsqldb_test.test.log
> > is bellow 1000 (usually 600-800ms), the test passes. The obvious
> > question is where I can extend the timeout?
>
> hmm, or it is not a timeout, got a passed test with added 5 sec sleep
> in HSQLDBTest::testEmptyDBConnection() ...
and I am having the same experience with
CppunitTest_dbaccess_RowSetClones, seems good, but then a SIGTRAP from
inside Java
...
[_RUN_____] RowSetClones::test
RowSetClones::test finished in: 1983ms
OK (1)
PID: 105663 (cppunittester)
UID: 1001 (sharkcz)
GID: 1001 (sharkcz)
Signal: 5 (TRAP)
Timestamp: Mon 2023-09-11 11:55:03 UTC (9s ago)
...
Maybe there is also an ABI UNO issue in Java (similar to what has
been discovered by the bridgetest failure) ...
Dan
