integration of renaissance2 in m81 broke smoketestoo_native (without X)

classic Classic list List threaded Threaded
15 messages Options
Reply | Threaded
Open this post in threaded view
|

integration of renaissance2 in m81 broke smoketestoo_native (without X)

Christian Lohmaier-2
Hi *,

can anybody confirm that m81 won't succeed in running
smoketestoo_native on linux (without X/Xvfb).

It worked fine between m77 and m80 (before m77, it requried X11), and
broke on m81. hg bisect identified the integration of renaissance2 as
the cws that broke it.

ciao
Christian

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: integration of renaissance2 in m81 broke smoketestoo_native (without X)

Christian Lohmaier-2
Hi *,

I was mistaken, it doesn't only break without X, but also with X!

On Sun, Jun 13, 2010 at 2:48 PM, Christian Lohmaier
<[hidden email]> wrote:
> Hi *,
>
> can anybody confirm that m81 won't succeed in running
> smoketestoo_native on linux (without X/Xvfb).

So this is wrong, m81 also fails *with* X (although I used a
stripped-down build for this test)
m80 works without problem, m81 fails with these configure flags at least:

--with-use-shell=bash --disable-binfilter --disable-odk
--disable-mozilla --disable-cups --disable-pam --disable-Xaw
--disable-ranr-link --disable-gconf --disable-gnome-vfs --disable-gtk
--without-junit

(the bots that run without X only use --with-use-shell=bash
--disable-build-mozilla and --enable-<all extensions>)

Any idea what's going wrong here?

ciao
Christian

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: integration of renaissance2 in m81 broke smoketestoo_native (without X)

Christian Lohmaier-2
Hi again,

forgot the error-message (not very telling though)
wrt the assertion: Why is "nothing" not equals "nothing"?

This is for the run from X one:
: &&     LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}/home/cl/build/compile/smoketestoo_native/unxlngi6.pro/lib:/home/cl/build/compile/solver/300/unxlngi6.pro/lib
/home/cl/build/compile/solver/300/unxlngi6.pro/bin/cppunittester \
        -env:UNO_SERVICES=file:///home/cl/build/compile/smoketestoo_native/./unxlngi6.pro/misc/smoketest/services.rdb
\
        -env:UNO_TYPES=file:///home/cl/build/compile/solver/300/unxlngi6.pro/bin/types.rdb
\
        -env:arg-soffice=path:/home/cl/build/compile/solver/300/unxlngi6.pro/installation/opt/openoffice.org3/program/soffice
-env:arg-user=./unxlngi6.pro/misc/smoketest/user \
        -env:arg-env=LD_LIBRARY_PATH"${LD_LIBRARY_PATH+=$LD_LIBRARY_PATH}"
./unxlngi6.pro/lib/libsmoketest.so
-env:arg-doc=./unxlngi6.pro/bin/smoketestdoc.sxw
Fontconfig error: Cannot load config file
"/home/cl/build/compile/solver/300/unxlngi6.pro/installation/opt/openoffice.org3/program/../basis-link/share/fonts/type1/fc_local.conf"
Fontconfig error: Cannot load config file
"/home/cl/build/compile/smoketestoo_native/unxlngi6.pro/misc/smoketest/user/user/fonts/fc_local.conf"
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xb6133dec, pid=14438, tid=3030546128
#
# JRE version: 6.0_16-b01
# Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode linux-x86 )
# Problematic frame:
# C  [libvclli.so+0x198dec]
#
# An error report file with more information is saved as:
# /home/cl/build/compile/smoketestoo_native/hs_err_pid14438.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

[error occurred during error reporting , id 0xb]

/home/cl/build/compile/solver/300/unxlngi6.pro/installation/opt/openoffice.org3/program/soffice:
Zeile 120: 14438 Abgebrochen             "$sd_prog/$sd_binary" "$@"
officeconnection.cxx:163:Assertion
Test name: (anonymous namespace)::Test::test
tearDown() failed
- equality assertion failed
- Expected:
- Actual  :

Failures !!!
Run: 1   Failure total: 1   Failures: 1   Errors: 0
dmake:  Error code 1, while making 'cpptest'

One from a headless run is here for example:
http://termite.services.openoffice.org/buildbot/builders/Mandriva-2010-x64/builds/353/steps/shell_5/logs/stdio

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Re: integration of renaissance2 in m81 broke smoketestoo_native (without X)

Philipp Lohmann
Hi,

at least the Fontconfig errors do not seem to be fatal, at the moment I
get them, too, but OOo just runs fine.

No idea about what might cause this problem however. smoketest works for
me, anybody getting a stacktrace ?

Kind regards, pl

On 6/14/10 2:19 PM, Christian Lohmaier wrote:
> Fontconfig error: Cannot load config file
> "/home/cl/build/compile/solver/300/unxlngi6.pro/installation/opt/openoffice.org3/program/../basis-link/share/fonts/type1/fc_local.conf"
> Fontconfig error: Cannot load config file
> "/home/cl/build/compile/smoketestoo_native/unxlngi6.pro/misc/smoketest/user/user/fonts/fc_local.conf"


--
"If the designers of X-window built cars, there would be no fewer than
  five steering wheels hidden about the cockpit, none of which followed
  the same principles -- but you'd be able to shift gears with your
  car stereo. Useful feature, that."
                 -- From the programming notebooks of a heretic, 1990.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Re: integration of renaissance2 in m81 broke smoketestoo_native (without X)

Eike Rathke
In reply to this post by Christian Lohmaier-2
Hi Christian,

On Monday, 2010-06-14 08:19:48 -0400, Christian Lohmaier wrote:

> # A fatal error has been detected by the Java Runtime Environment:
> #
> #  SIGSEGV (0xb) at pc=0xb6133dec, pid=14438, tid=3030546128
> #
> # JRE version: 6.0_16-b01
> # Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode linux-x86 )
> # Problematic frame:
> # C  [libvclli.so+0x198dec]

Having been a victim of this on the buildbots myself this looks familiar
to me. However, the error occurred only on the two Mandriva buildbots,
not on any other platform, see CWS locales33a.

  Eike

--
 OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer.
 SunSign   0x87F8D412 : 2F58 5236 DB02 F335 8304  7D6C 65C9 F9B5 87F8 D412
 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
 Please don't send personal mail to the [hidden email] account, which I use for
 mailing lists only and don't read from outside Sun. Use [hidden email] Thanks.

attachment0 (196 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Re: integration of renaissance2 in m81 broke smoketestoo_native (without X)

Christian Lohmaier-2
Hi Eike, *,

On Mon, Jun 14, 2010 at 10:00 PM, Eike Rathke <[hidden email]> wrote:

> On Monday, 2010-06-14 08:19:48 -0400, Christian Lohmaier wrote:
>
>> # A fatal error has been detected by the Java Runtime Environment:
>> #
>> #  SIGSEGV (0xb) at pc=0xb6133dec, pid=14438, tid=3030546128
>> #
>> # JRE version: 6.0_16-b01
>> # Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode linux-x86 )
>> # Problematic frame:
>> # C  [libvclli.so+0x198dec]
>
> Having been a victim of this on the buildbots myself this looks familiar
> to me. However, the error occurred only on the two Mandriva buildbots,
> not on any other platform, see CWS locales33a.

Yes, I'm the maintainer of those two, and that's what made me look into it.
(And the with X11 one is a mandriva system as well). I'm now looking
deeper into renaissance2 cws - it's no side-effect of other-in-m81 cws
- the problem already occurs with the cws merged-with-m77 + one
revision (buildfix after merge), now going further back in time.

Unfortunately that cws doesn't follow the commit-comment scheme of
prefixing the commits with the cwsname, that makes getting an overview
a little harder.

ciao
Christian

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Fontconfig warnings in m81 [was: integration of renaissance2]

Herbert Duerr
In reply to this post by Philipp Lohmann
Moin,

On Jun 14, 2010, at 4:41 PM, Philipp Lohmann wrote:

> Hi,
>
> at least the Fontconfig errors do not seem to be fatal, at the  
> moment I get them, too, but OOo just runs fine.
>
> [...]
>
> Kind regards, pl
>
> On 6/14/10 2:19 PM, Christian Lohmaier wrote:
>> Fontconfig error: Cannot load config file
>> "/home/cl/build/compile/solver/300/unxlngi6.pro/installation/opt/
>> openoffice.org3/program/../basis-link/share/fonts/type1/
>> fc_local.conf"
>> Fontconfig error: Cannot load config file
>> "/home/cl/build/compile/smoketestoo_native/unxlngi6.pro/misc/
>> smoketest/user/user/fonts/fc_local.conf"

It is just a warning that VCL was requested to add app-specific fonts  
in the directories mentioned, but these directories have neither fonts  
nor do they have config data.

These warnings will be silenced soon (http://www.openoffice.org/issues/show_bug.cgi?id=112365 
).

Even better would be to know why the app-layers ask VCL to do  
something in these directories when there is nothing there... how do  
they get the idea that they should do this? Where do they get the  
paths from? From the configuration data somewhere?

---
Herbert Duerr
[hidden email]

Registered Office: Sun Microsystems GmbH
   Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Commercial register of the Local Court of Munich: HRB 161028
Managing Directors: Jürgen Kunz


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Re: integration of renaissance2 in m81 broke smoketestoo_native (without X)

stephan.bergmann
In reply to this post by Christian Lohmaier-2
On 06/14/10 14:19, Christian Lohmaier wrote:
> forgot the error-message (not very telling though)
> wrt the assertion: Why is "nothing" not equals "nothing"?

Thats "TODO: Make STLport num_put symbols available on platforms other
than Linux (see solenv/bin/addsym.awk), too, so that
CPPUNIT_ASSERT_EQUAL actually outputs numeric values." from
<http://wiki.services.openoffice.org/wiki/Test_Cleanup#CppUnit_1.12.1>.
  If certain STLport symbols are not global (which they are not in
certain situations, even on Linux with that addsym.awk fix) then
outputting numeric values with >> outputs nothing.  (And the failing
assertion wants to test that the soffice exit code is zero, which it is
not when soffice is killed by a SEGV.)

-Stephan

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Re: integration of renaissance2 in m81 broke smoketestoo_native (without X)

Christian Lohmaier-2
Hi Stephan, *,

thanks for the replies, now the problem remains why it fails. I could
very likely provide ssh-access to both buildbots if someone wants to
have a look.

I tried to track it down further back in time, and I must say that cws
is a pain in the ass. Virtually no revision builds because of cyclic
dependencies or typos. And even that, the history isn't clear to me.
Apparently it merged in renaissance1, that is still open and being worked on.

On top of that, smoketest on the earlier revisions reports success,
but one can still see the segfault messge that is not there on the
original Master.

I might have taken a wrong turn somewhere, but as written before that
cws doesn't follow the commit-log scheme and doesn't add the cws name
in the commit-message.

Anyway - my path took be back to changeset 5c75abeb21aa and that still
exhibits the problem. This is based on m65 (way older than
renaissance2's "milestone created") - fails in the sense that building
in smoketestoo_native does exit with status 0, but shows the
segfault-message.

That revision is a 1295 line diff - and that's it for me....

ciao
Christian

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Re: integration of renaissance2 in m81 broke smoketestoo_native

Rene Engelhard-7
In reply to this post by Christian Lohmaier-2
Hi *,

On Mon, Jun 14, 2010 at 10:34:11PM +0200, Christian Lohmaier wrote:

> On Mon, Jun 14, 2010 at 10:00 PM, Eike Rathke <[hidden email]> wrote:
> > On Monday, 2010-06-14 08:19:48 -0400, Christian Lohmaier wrote:
> >
> >> # A fatal error has been detected by the Java Runtime Environment:
> >> #
> >> #  SIGSEGV (0xb) at pc=0xb6133dec, pid=14438, tid=3030546128
> >> #
> >> # JRE version: 6.0_16-b01
> >> # Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode linux-x86 )
> >> # Problematic frame:
> >> # C  [libvclli.so+0x198dec]
> >
> > Having been a victim of this on the buildbots myself this looks familiar
> > to me. However, the error occurred only on the two Mandriva buildbots,
> > not on any other platform, see CWS locales33a.

Happens for me on plain Debian sid with vanilla m84, too.
Same thing. (With OpenJDK, though)

This makes the smoketest unusable :/

Grüße/Regards,

René

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Re: integration of renaissance2 in m81 broke smoketestoo_native

Rene Engelhard-7
On Thu, Jun 24, 2010 at 10:47:45PM +0200, Rene Engelhard wrote:

> Hi *,
>
> On Mon, Jun 14, 2010 at 10:34:11PM +0200, Christian Lohmaier wrote:
> > On Mon, Jun 14, 2010 at 10:00 PM, Eike Rathke <[hidden email]> wrote:
> > > On Monday, 2010-06-14 08:19:48 -0400, Christian Lohmaier wrote:
> > >
> > >> # A fatal error has been detected by the Java Runtime Environment:
> > >> #
> > >> #  SIGSEGV (0xb) at pc=0xb6133dec, pid=14438, tid=3030546128
> > >> #
> > >> # JRE version: 6.0_16-b01
> > >> # Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode linux-x86 )
> > >> # Problematic frame:
> > >> # C  [libvclli.so+0x198dec]
> > >
> > > Having been a victim of this on the buildbots myself this looks familiar
> > > to me. However, the error occurred only on the two Mandriva buildbots,
> > > not on any other platform, see CWS locales33a.
>
> Happens for me on plain Debian sid with vanilla m84, too.

m83 of course.

Grüße/Regards,

René

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Re: integration of renaissance2 in m81 broke smoketestoo_native (without X)

stephan.bergmann
In reply to this post by Christian Lohmaier-2
On 06/18/10 20:01, Christian Lohmaier wrote:
> thanks for the replies, now the problem remains why it fails. I could
> very likely provide ssh-access to both buildbots if someone wants to
> have a look.

Christian,

Fastest would probably be:

1  have ssh-access to one of the failing buildbots (those are the two
Mandriva ones, right?)

2  ...with the remains of a recent build still lying around, so that we
can...

3  copy some libraries from local output trees to solver installation to
have non-stripped symbols available (changeset 5c75abeb21aa suggests the
libs from sd and svx are relevant)

4  ulimit -c unlimited, to turn on core files

5  cd smoketestoo_native && build, to get a core file and see where it
breaks.

If you can provide me with 1 and 2, I will be happy to do 3--5.  (And
sorry, I would have responded earlier, but assumed that those folks
responsible for renaissance2 would step in.)

-Stephan

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Re: integration of renaissance2 in m81 broke smoketestoo_native (without X)

christian.lippka
After Stephan pointed me to a suspicious new static member I added a
patch to issue 112758. I have added this patch also to cws impress193
and requested buildbot builds for mandriva 32&64 bit to see if this
really fixes the problem.

Am 28.06.2010 16:41, schrieb Stephan Bergmann:

> On 06/18/10 20:01, Christian Lohmaier wrote:
>> thanks for the replies, now the problem remains why it fails. I could
>> very likely provide ssh-access to both buildbots if someone wants to
>> have a look.
>
> Christian,
>
> Fastest would probably be:
>
> 1 have ssh-access to one of the failing buildbots (those are the two
> Mandriva ones, right?)
>
> 2 ...with the remains of a recent build still lying around, so that we
> can...
>
> 3 copy some libraries from local output trees to solver installation to
> have non-stripped symbols available (changeset 5c75abeb21aa suggests the
> libs from sd and svx are relevant)
>
> 4 ulimit -c unlimited, to turn on core files
>
> 5 cd smoketestoo_native && build, to get a core file and see where it
> breaks.
>
> If you can provide me with 1 and 2, I will be happy to do 3--5. (And
> sorry, I would have responded earlier, but assumed that those folks
> responsible for renaissance2 would step in.)
>
> -Stephan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Re: integration of renaissance2 in m81 broke smoketestoo_native (without X)

Christian Lohmaier-2
Hi Christian, *,

On Mon, Jun 28, 2010 at 11:45 AM, Christian Lippka
<[hidden email]> wrote:
> After Stephan pointed me to a suspicious new static member I added a
> patch to issue 112758.

The patch / revision 0742a6ab67e1 solves the problem for me. On the
two "headless" Mandriva buildbots (one x86, the other one x64) as well
as when running with X.

I have added this patch also to cws impress193

The cws was set to private, "my" bots won't build private cws.

> and requested buildbot builds for mandriva 32&64 bit to see if this
> really fixes the problem.

even if they would build: they have smoketest disabled because of the
breaker for base-milestones >=m81...

Thanks for the patch.

ciao
Christian

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Re: integration of renaissance2 in m81 broke smoketestoo_native (without X)

christian.lippka
Hi Christian,

thanks to Philipp I have a better patch which obo already added as
a master fix to dev300 m84. So smoketest should be enabled for m84.

regards,
Christian

Am 29.06.2010 14:29, schrieb Christian Lohmaier:

> Hi Christian, *,
>
> On Mon, Jun 28, 2010 at 11:45 AM, Christian Lippka
> <[hidden email]>  wrote:
>> After Stephan pointed me to a suspicious new static member I added a
>> patch to issue 112758.
>
> The patch / revision 0742a6ab67e1 solves the problem for me. On the
> two "headless" Mandriva buildbots (one x86, the other one x64) as well
> as when running with X.
>
> I have added this patch also to cws impress193
>
> The cws was set to private, "my" bots won't build private cws.
>
>> and requested buildbot builds for mandriva 32&64 bit to see if this
>> really fixes the problem.
>
> even if they would build: they have smoketest disabled because of the
> breaker for base-milestones>=m81...
>
> Thanks for the patch.
>
> ciao
> Christian
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]