Re: [dev] Re: dmake error: while building ucbhelper
On 02/10/10 03:52, Toufique, Imam wrote: Here is the issue: I was able to bring up soffice GUI, ran everything OK. I took the same install in NFS location and from a different system (same platform, SLES10 64bit OS, same kernel, same OS image) when ran soffice, it is crashing with this error (which I have seen before): X-Error: BadImplementation (server does not implement operation) Major opcode: 152 Minor opcode: 10 Resource ID: 0x42001a2 Serial No:3957 (3957) These errors are reported asynchronously, set environment variable SAL_SYNCHRONIZE to 1 to help debugging is there a process to bundle up the built binaries and install it in a different location? I would assume that the error is unrelated to the installation location; I guess that even if you installed the tarball to a disk directly attached to the second machine, it would still fail with the same message. There appears to be an issue with OOo and certain X servers (which, yes, we have seen before, on this or related mailing lists, but I do not have any details; maybe somebody on the d...@gsl.openoffice.org mailing list knows). -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
RE: [dev] Re: dmake error: while building ucbhelper
Hi! I got pass my last error, actually almost got through the build (I think). But, I got hit by the following error: Making: ../../../unxlngx6.pro/slo/docbm.obj /opt/tools/gcc/4.4.0/bin/g++ -fPIC -Wreturn-type -fmessage-length=0 -c -O2 -fno-strict-aliasing -Wuninitialized -I. -I../../../unxlngx6.pro/inc/doc -I../inc -I../../../inc/pch -I../../../inc -I../../../unx/inc -I../../../unxlngx6.pro/inc -I. -I/tmp/openoffice/src/openoffice-3.1.1/solver/310/unxlngx6.pro/inc/stl -I/tmp/openoffice/src/openoffice-3.1.1/solver/310/unxlngx6.pro/inc/external -I/tmp/openoffice/src/openoffice-3.1.1/solver/310/unxlngx6.pro/inc -I/tmp/openoffice/src/openoffice-3.1.1/solenv/unxlngx6/inc -I/tmp/openoffice/src/openoffice-3.1.1/solenv/inc -I/tmp/openoffice/src/openoffice-3.1.1/res -I/tmp/openoffice/src/openoffice-3.1.1/solver/310/unxlngx6.pro/inc/stl -I/tmp/openoffice/src/openoffice-3.1.1/solenv/inc/Xp31 -I/opt/tools/java/1.6.0.16-64/include -I/opt/tools/java/1.6.0.16-64/include/linux -I/opt/tools/java/1.6.0.16-64/include/native_threads/include -I/opt/tools/X11/R7.2-64/include -I/tmp/openoffice/src/openoffice-3.1.1/solver/310/unxlngx6.pro/inc/offuh -I. -I../../../res -I. -pipe -Wno-ctor-dtor-privacy -fno-use-cxa-atexit -Wall -Wextra -Wendif-labels -Wshadow -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -fpic -DLINUX -DUNX -DVCL -DGCC -DC341 -DX86_64 -DCVER=C341 -DNPTL -DGLIBC=2 -DX86_64 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/opt/tools/gcc/4.4.0/.bin/../lib64/gcc/x86_64-suse-linux/4.4.0/../../../../include/c++/4.4.0 -DSUPD=310 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DCUI -DSOLAR_JAVA -DACCESSIBLE_LAYOUT -DSW_DLLIMPLEMENTATION -DSHAREDLIB -D_DLL_ -fno-exceptions -DEXCEPTIONS_OFF -o ../../../unxlngx6.pro/slo/docbm.o /tmp/openoffice/src/openoffice-3.1.1/sw/source/core/doc/docbm.cxx In file included from ../../../inc/node.hxx:40, from /tmp/openoffice/src/openoffice-3.1.1/sw/source/core/doc/docbm.cxx:40: ../../../inc/fmtcol.hxx:119: warning: type qualifiers ignored on function return type /tmp/openoffice/src/openoffice-3.1.1/sw/source/core/doc/docbm.cxx: In function 'bool _checkFieldBookmarkSanity(const SwDoc*)': /tmp/openoffice/src/openoffice-3.1.1/sw/source/core/doc/docbm.cxx:353: error: 'printf' was not declared in this scope dmake: Error code 1, while making '../../../unxlngx6.pro/slo/docbm.obj' ERROR: Error 65280 occurred while making /tmp/openoffice/src/openoffice-3.1.1/sw/source/core/doc Please help! I think(?) I am almost through this build if I can get pass this error. ;-) Regards, -imam -Original Message- From: Caolán McNamara [mailto:caol...@redhat.com] Sent: Tuesday, February 02, 2010 12:50 AM To: dev@openoffice.org Subject: Re: [dev] Re: dmake error: while building ucbhelper On Mon, 2010-02-01 at 11:50 +0100, Michael Stahl wrote: On 01/02/2010 10:19, Stephan Bergmann wrote: On 02/01/10 09:23, Toufique, Imam wrote: Yes, it does. At the beginning I thought -fPIC was not being pulled in, so, I set it manually for g++. Hm, sorry, leaves me clueless. -Stephan me too. the only explanation that comes to mind is compiler and/or linker bug. I rather suspect its a problem with the visibility stuff with that SuSE compiler. i.e. unsetting HAVE_GCC_VISIBILITY_FEATURE and rebuilding that module might work. C. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: dmake error: while building ucbhelper
On 02/09/10 10:37, Toufique, Imam wrote: Making: ../../../unxlngx6.pro/slo/docbm.obj /opt/tools/gcc/4.4.0/bin/g++ -fPIC -Wreturn-type -fmessage-length=0 -c -O2 -fno-strict-aliasing -Wuninitialized -I. -I../../../unxlngx6.pro/inc/doc -I../inc -I../../../inc/pch -I../../../inc -I../../../unx/inc -I../../../unxlngx6.pro/inc -I. -I/tmp/openoffice/src/openoffice-3.1.1/solver/310/unxlngx6.pro/inc/stl -I/tmp/openoffice/src/openoffice-3.1.1/solver/310/unxlngx6.pro/inc/external -I/tmp/openoffice/src/openoffice-3.1.1/solver/310/unxlngx6.pro/inc -I/tmp/openoffice/src/openoffice-3.1.1/solenv/unxlngx6/inc -I/tmp/openoffice/src/openoffice-3.1.1/solenv/inc -I/tmp/openoffice/src/openoffice-3.1.1/res -I/tmp/openoffice/src/openoffice-3.1.1/solver/310/unxlngx6.pro/inc/stl -I/tmp/openoffice/src/openoffice-3.1.1/solenv/inc/Xp31 -I/opt/tools/java/1.6.0.16-64/include -I/opt/tools/java/1.6.0.16-64/include/linux -I/opt/tools/java/1.6.0.16-64/include/native_threads/include -I/opt/tools/X11/R7.2-64/include -I/tmp/openoffice/src/openoffice-3.1.1/solver/310/unxlngx6.pro/inc/offuh -I. -I../../../res -I. -pipe -Wno-ctor-dtor-privacy -fno-use-cxa-atexit -Wall -Wextra -Wendif-labels -Wshadow -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -fpic -DLINUX -DUNX -DVCL -DGCC -DC341 -DX86_64 -DCVER=C341 -DNPTL -DGLIBC=2 -DX86_64 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/opt/tools/gcc/4.4.0/.bin/../lib64/gcc/x86_64-suse-linux/4.4.0/../../../../include/c++/4.4.0 -DSUPD=310 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DCUI -DSOLAR_JAVA -DACCESSIBLE_LAYOUT -DSW_DLLIMPLEMENTATION -DSHAREDLIB -D_DLL_ -fno-exceptions -DEXCEPTIONS_OFF -o ../../../unxlngx6.pro/slo/docbm.o /tmp/openoffice/src/openoffice-3.1.1/sw/source/core/doc/docbm.cxx In file included from ../../../inc/node.hxx:40, from /tmp/openoffice/src/openoffice-3.1.1/sw/source/core/doc/docbm.cxx:40: ../../../inc/fmtcol.hxx:119: warning: type qualifiers ignored on function return type /tmp/openoffice/src/openoffice-3.1.1/sw/source/core/doc/docbm.cxx: In function 'bool _checkFieldBookmarkSanity(const SwDoc*)': /tmp/openoffice/src/openoffice-3.1.1/sw/source/core/doc/docbm.cxx:353: error: 'printf' was not declared in this scope dmake: Error code 1, while making '../../../unxlngx6.pro/slo/docbm.obj' Looks like an #include stdio.h is missing from that old (OOo 3.1.1) revision of sw/source/core/doc/docbm.cxx. -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
RE: [dev] Re: dmake error: while building ucbhelper
OK, Thanks! Now, If I want to restart the build right where it aborted, it there are a way to do so? This is probabley a stupid question, but I thought you guys are experts on it, you might know. Thanks again! -imam -Original Message- From: Caolán McNamara [mailto:caol...@redhat.com] Sent: Tuesday, February 09, 2010 1:52 AM To: dev@openoffice.org Subject: RE: [dev] Re: dmake error: while building ucbhelper On Tue, 2010-02-09 at 02:37 -0700, Toufique, Imam wrote: Hi! I got pass my last error, actually almost got through the build (I think). But, I got hit by the following error: /tmp/openoffice/src/openoffice-3.1.1/sw/source/core/doc/docbm.cxx:353: error: 'printf' was not declared in this scope This is trivial. Add #include stdio.h to the top of the file. Latest gcc's headers have less implicit includes than olders, so stdio.h needs to be explicitly included these days if printf/fprintf are used. This is fixed in OOo dev branch. C. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: dmake error: while building ucbhelper
On Feb 9, 2010, at 8:19 PM, Toufique, Imam wrote: Now, If I want to restart the build right where it aborted, it there are a way to do so? This is probabley a stupid question, but I thought you guys are experts on it, you might know. cd .../instsetoo_native build --all:sw should do the trick of picking up again in module sw (independent of whether you before did a parallel build or not). -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
RE: [dev] Re: dmake error: while building ucbhelper
Thanks Stephan! I will try that out. -imam -Original Message- From: stephan.bergm...@sun.com [mailto:stephan.bergm...@sun.com] Sent: Tuesday, February 09, 2010 11:56 AM To: dev@openoffice.org Subject: Re: [dev] Re: dmake error: while building ucbhelper On Feb 9, 2010, at 8:19 PM, Toufique, Imam wrote: Now, If I want to restart the build right where it aborted, it there are a way to do so? This is probabley a stupid question, but I thought you guys are experts on it, you might know. cd .../instsetoo_native build --all:sw should do the trick of picking up again in module sw (independent of whether you before did a parallel build or not). -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
RE: [dev] Re: dmake error: while building ucbhelper
Hi! I was able to get through the build. Thanks for all the help!!! But I am facing another issue while I took the created tarball and untarred it in a different place. I wanted to run the build from an NFS location where all systems on the same platform can run the build. Here is the issue: I was able to bring up soffice GUI, ran everything OK. I took the same install in NFS location and from a different system (same platform, SLES10 64bit OS, same kernel, same OS image) when ran soffice, it is crashing with this error (which I have seen before): X-Error: BadImplementation (server does not implement operation) Major opcode: 152 Minor opcode: 10 Resource ID: 0x42001a2 Serial No:3957 (3957) These errors are reported asynchronously, set environment variable SAL_SYNCHRONIZE to 1 to help debugging is there a process to bundle up the built binaries and install it in a different location? This is what I did to create the tarball (I got this from an e-mail that Stephen sent out a few days ago ) cd instsetoo_native/util dmake openoffice_en-US.archive I untarred the created tarball and ran soffice from there, where the system that was used to build this, soffice ran OK, but the very similar system, I got the error above. -imam -Original Message- From: stephan.bergm...@sun.com [mailto:stephan.bergm...@sun.com] Sent: Tuesday, February 09, 2010 11:56 AM To: dev@openoffice.org Subject: Re: [dev] Re: dmake error: while building ucbhelper On Feb 9, 2010, at 8:19 PM, Toufique, Imam wrote: Now, If I want to restart the build right where it aborted, it there are a way to do so? This is probabley a stupid question, but I thought you guys are experts on it, you might know. cd .../instsetoo_native build --all:sw should do the trick of picking up again in module sw (independent of whether you before did a parallel build or not). -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
RE: [dev] Re: dmake error: while building ucbhelper
Hi! Couple of more things: Is there a network install process? May be I am missing that(?) , may be thats why my install is crashing (?) The xserver error I am getting, after doing some research it appears that it might be a rendering issue. Are there ways to turn rendering off? If i do that, what could be the possible side effects? As always, thanks a lot for helping me through this. -Original Message- From: Toufique, Imam imam.toufi...@intel.com Sent: Tuesday, February 09, 2010 6:52 PM To: dev@openoffice.org dev@openoffice.org Subject: RE: [dev] Re: dmake error: while building ucbhelper Hi! I was able to get through the build. Thanks for all the help!!! But I am facing another issue while I took the created tarball and untarred it in a different place. I wanted to run the build from an NFS location where all systems on the same platform can run the build. Here is the issue: I was able to bring up soffice GUI, ran everything OK. I took the same install in NFS location and from a different system (same platform, SLES10 64bit OS, same kernel, same OS image) when ran soffice, it is crashing with this error (which I have seen before): X-Error: BadImplementation (server does not implement operation) Major opcode: 152 Minor opcode: 10 Resource ID: 0x42001a2 Serial No:3957 (3957) These errors are reported asynchronously, set environment variable SAL_SYNCHRONIZE to 1 to help debugging is there a process to bundle up the built binaries and install it in a different location? This is what I did to create the tarball (I got this from an e-mail that Stephen sent out a few days ago ) cd instsetoo_native/util dmake openoffice_en-US.archive I untarred the created tarball and ran soffice from there, where the system that was used to build this, soffice ran OK, but the very similar system, I got the error above. -imam -Original Message- From: stephan.bergm...@sun.com [mailto:stephan.bergm...@sun.com] Sent: Tuesday, February 09, 2010 11:56 AM To: dev@openoffice.org Subject: Re: [dev] Re: dmake error: while building ucbhelper On Feb 9, 2010, at 8:19 PM, Toufique, Imam wrote: Now, If I want to restart the build right where it aborted, it there are a way to do so? This is probabley a stupid question, but I thought you guys are experts on it, you might know. cd .../instsetoo_native build --all:sw should do the trick of picking up again in module sw (independent of whether you before did a parallel build or not). -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
RE: [dev] Re: dmake error: while building ucbhelper
Thanks! i will give this a try. -Original Message- From: Caolán McNamara caol...@redhat.com Sent: Tuesday, February 02, 2010 12:50 AM To: dev@openoffice.org dev@openoffice.org Subject: Re: [dev] Re: dmake error: while building ucbhelper On Mon, 2010-02-01 at 11:50 +0100, Michael Stahl wrote: On 01/02/2010 10:19, Stephan Bergmann wrote: On 02/01/10 09:23, Toufique, Imam wrote: Yes, it does. At the beginning I thought -fPIC was not being pulled in, so, I set it manually for g++. Hm, sorry, leaves me clueless. -Stephan me too. the only explanation that comes to mind is compiler and/or linker bug. I rather suspect its a problem with the visibility stuff with that SuSE compiler. i.e. unsetting HAVE_GCC_VISIBILITY_FEATURE and rebuilding that module might work. C. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: dmake error: while building ucbhelper
On Mon, 2010-02-01 at 11:50 +0100, Michael Stahl wrote: On 01/02/2010 10:19, Stephan Bergmann wrote: On 02/01/10 09:23, Toufique, Imam wrote: Yes, it does. At the beginning I thought -fPIC was not being pulled in, so, I set it manually for g++. Hm, sorry, leaves me clueless. -Stephan me too. the only explanation that comes to mind is compiler and/or linker bug. I rather suspect its a problem with the visibility stuff with that SuSE compiler. i.e. unsetting HAVE_GCC_VISIBILITY_FEATURE and rebuilding that module might work. C. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: dmake error: while building ucbhelper
On 01/02/2010 10:19, Stephan Bergmann wrote: On 02/01/10 09:23, Toufique, Imam wrote: Yes, it does. At the beginning I thought -fPIC was not being pulled in, so, I set it manually for g++. Hm, sorry, leaves me clueless. -Stephan me too. the only explanation that comes to mind is compiler and/or linker bug. have you looked if there are updated versions of gcc/binutils available for your distro? or maybe there is a different gcc version available that you could install in addition to the (possibly) broken one? another idea: have you tried compiling 32-bit binaries? maybe then the bug won't hit you? (i never needed to do this myself, so i don't really know how, but it is possible...) regards, michael -- ...it is undersirable to go for the right thing first; better to get half of the right thing available so it spreads like a virus. Once people are hooked, take the time to improve it to 90% of the right thing. -- Richard Gabriel (Worse is better) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
