Again the same error:

Now I tested it with a fresh spreadsheet (created with 1.0.2) and a
new database connection to it (created with 1.0.2), made a writer doc
with three fields, pressed F4, selected a row, updated the fields,
fields where updated - but after pressing F4 again (to close database
window) openoffice crashed ...

Now, I tried to reproduce it with 644_m:

(1) With a fresh spreadsheet (created with 644) and a doc with fields
pointing to it there was *no* error when I pressed F4 and upated the
fields with spreadsheet data.

(2) I could not test the other error (see above) with my *existing*
templates because 644 crashed during opening the file. (I tried to
open it after I switched off 'automatic field update' and 'data
pooling' in 'options' but it crashed nevertheless.) Error message this
time:

/opt/OpenOffice.org644/program/soffice.bin: relocation error:
/opt/OpenOffice.org644/program/libsvx644li.so: symbol
_ZNK10SdrAttrObj16ImpGetShadowDistERlS0_, version UDK_3_0_0 not
defined in file libcppuhelpergcc3.so.3 with link time reference

I will go back to 1.0.1 now to do my work, so no further testing the
next days... (is it possible to have more than one version installed
at the same time? ;-)

Felix, these relocation errors pretty much sounds like incompatible
libs - were did you get this build from? Is it possible that somebody
put a broken build up on the OOo site??

> I could not test the other error (see above) with my *existing*
> templates because 644 crashed during opening the file.

Does your document contain a grid control with a combo box column? If
so, this is a known issue. If not, please submit a new bug, attaching
the document which causes the crash, so we can have a look at it.

> is it possible to have more than one version installed
> at the same time?

Yes - adjust the .bootstraprc in your program dir, and the .sversionrc
in your home dir. The former contains a reference to a key in the
latter, if you rename this key in both files, you can install a new
version.

Hi Frank,

> Felix, these relocation errors pretty much sounds like incompatible
> libs - were did you get this build from? Is it possible that 
> somebody put a broken build up on the OOo site??

Yes, this *is* possible since the so called 'ebuilds' (scripts for
installing packages) in gentoo.org's distro are not always perfect. So
if this might be the reason I'll try to reproduce the error these days
with the original openoffice.org's 1.0.2 files.

> > templates because 644 crashed during opening the file.

> Does your document contain a grid control with a combo box column? 
> If so, this is a known issue. If not, please submit a new bug, 
> attaching the document which causes the crash, so we can have a look
> at it.

Also yes, it contained a grid (but what do you mean by combo box
column - I don't thing I've had something like that in it). So, thank
you for the quick answer and forget about the second part part of the
issue.

> Also yes, it contained a grid (but what do you mean by combo box
> column - I don't thing I've had something like that in it)

ehm - I was referring to the type of the column(s): "Kombinationsfeld"
in german, "Combo Box" in english. You can see this type when opening
the property browser for the column (it the browser title line)

Me again:

(1) Now I tested the same with the original files downloaded from
openoffice mirrors. OpenOffice1.0.2 crashes in various cases, though...
After I added a database connection to my spreadsheet (just one table,
no sql strings) and a blank writer doc, it's enough to press F4 twice
(open browser and close it) to make OO1.0.2 crash...

Error message this time is the same like the one I posted in the
beginning (something grid related):
/opt/OpenOffice.org1.0.2/program/sofffice.bin: relocation error:
/opt/OpenOffice.org1.0.2/program/libsvx641li.so: symbol
_ZN13FmGridControl6commitEv, version UDK_3_0_0 not defined in file
libcppuhelper3gcc3.so with link time reference

(2) Sorry, I still don't know what you mean with the combo box column.
I know what a combo box is but I have nothing like it neither placed
on my document (this time is was even a blank one, see above) nor in
the database browser (after pressing F4 - however this window is
called - do you call it "browser"?). Anyway, the grid I was talking
about above is a simple table (not an inserted calc table but a
writer's table) with some fields in each of the cells connected to a
spreadsheet via a data source... Hope I expressed myself clearly
enough. :-)

Any further ideas?
Thank you!
btw: you may reply in german directly to f.kater@gmx.net

> (1) ....
Hmm. Still sounds like a corrupt build, but need to investigate this

> (2) ...
Okay, I was referring to a form control named Grid, not a writer table
- the latter do not have such columns :)
(yes, we call it browser, but prefer "data source browser" in favor of
"database browser" - OOo does not have databases, only data sources :)

Hi Frank,
the error is still there... and it is really annoying. I can't use
data souces at all... Any idea what I could at least try / test? Does
java have to do anything with it? What else could I try out?
Thanks

Me again. Here's some tests I did:

I used the native openoffice setup to install 1.0.2 again, this time
without java and just with writer and calc. But it still crashes in
the following standard cases:

* after a fresh install open a blank writer document, press F4, select
the "Biblio..." built-in data source and its table so that it connects
to the data source (but don't even have to select a row), press F4
again: crash
* do the same with your own data sources (like spread sheets or dBASE
files): crash

Would be fine if someone could confirm these errors. Thanks

tested on win NT 4.0: here no probs

I've got the exact problem. I'm also running Gentoo, but I emerge'd
from openoffice-bin. And I just upgraded to a new PC that had Gentoo
on it, so I've changed OOo version and my operating system at one time.

Did you have any problems with 1.0.1? Did you emerge the source or the
bin? I'm thinking of trying the source.

-Marc Godbout

Error message:
/opt/OpenOffice.org1.0.2/program/soffice.bin: relocation error:
/opt/OpenOffice.
org1.0.2/program/libsvx641li.so: symbol _ZN13FmGridControl6commitEv,
version UDK
_3_0_0 not defined in file libcppuhelper3gcc3.so with link time reference

I just received a workaround from the [users] mailing list that
hopefully could help to a resolution. If I run ooffice as:
env LD_BIND_NOW=yes ooffice
It seems as if everything works fine. The description from the post is,

"Setting the environment variable LD_BIND_NOW forces the dynamic linker
to resolve any symbols at startup rather than when they are first
referenced. That's probably going to add to your startup time and/or
memory usage, but for me it works as, well, as workaround."

Hope this helps.

-Marc Godbout

Thanks for that,
meanwhile with 1.1Beta this problem does not appear anymore...

And since it's disappeared, I'm marking this as fixed, as part of the 
great bug triage.

Felix, Andrew, thanks for coming back to this (deserves explicit
mentioning due to way too much fire-and-forget issues :).

Closing.

*** Issue 13549 has been marked as a duplicate of this issue. ***

This is said to be a bug in glibc2.3.1.
See issue 10210.

change subcomponent to 'none'