Issue 12735 - gradient fill closed curve crashes OOo
Summary: gradient fill closed curve crashes OOo
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: OOo 1.1 Beta
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: Armin Le Grand
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-03-27 17:42 UTC by andyp
Modified: 2003-09-08 16:52 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description andyp 2003-03-27 17:43:14 UTC
Open a new drawing
Draw a curve
Choose edit point
Choose close bezier curve
Right click.  Choose Area
Choose gradient.
Crash
Comment 1 settantta 2003-03-28 05:33:46 UTC
Open a new drawing

OK

Draw a curve

Did that...

Choose edit point

Locked up completely, including all desktop (couldn't even switch back
to Netscape :( ) Tpo showed only about 12% CPU usage. Killall and
normal kill commands failed from console, had to use 'kill -9' to get
out of it.... 

KDE 3.0.5a, Mandrake 9.0...

There is a definite bug here....
Comment 2 wolframgarten 2003-04-01 10:58:33 UTC
Sorry, this is not reproduceable here, no problems. Do you Have any
additional info (graphic card etc.)? Does this happen when you switch
off OpenGL under tools/options/OpenOffice.org/view? Thanks for your help.
Comment 3 wolframgarten 2003-04-01 10:59:51 UTC
Sorry, this is not reproduceable here, no problems. Do you Have any
additional info (graphic card etc.)? Does this happen when you switch
off OpenGL under tools/options/OpenOffice.org/view? Thanks for your help.
Comment 4 andyp 2003-04-03 08:28:12 UTC
Crash occurs regardless of state of OpenGL output switch.

Have also noticed an error message from OOo at the time of the crash,
which is as follows:

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

Graphics card is an nVidia Geforce 4 using nVidia's own driver
Comment 5 wolframgarten 2003-04-03 08:46:13 UTC
Reassigned to Armin. This is still not reproduceable here. Do you have
an idea what might have caused the crash? Does the message give you a
hint? Thanks.
Comment 6 Armin Le Grand 2003-04-03 15:25:29 UTC
AW: I have invested for some information and the error means that the 
method SvxAreaTabPage::ClickGradientHdl_Impl() was not found in the 
shared libraries. I checked against a internal linux version here, 
works flawlessly -> cannot reproduce. The installation we are talking 
about seems somehow to be broken/manipulated. Have parts been 
replaced with self-compiled libraries? If so, binary compatibility 
may be a problem between different gcc versions here. But it 
definitely is not reproducable here inhouse.
Comment 7 andyp 2003-04-07 09:40:39 UTC
Is a standard install (done with install --prefix=/opt), with no self
compiled binaries.  The glibc here is from debian/unstable (could this
be it?)
Comment 8 Armin Le Grand 2003-04-10 16:51:39 UTC
AW: Sorry, we have not enough info about Your system, but sure this 
can be it :-) AFAIK the lib loader is in GlibC and the error message 
points to some problems with not finding a mangled linker symbol. So 
there seem to be 2 possibilities:
(1) Your system is somehow different to a std linux system (maybe the 
glibc or unstable part)
(2) There were some errors at download time and the changed bytes are 
changing the symbol description somewhere.
So, what i would do is first to try to get another copy/download to 
exclude errors/glitches in the install set and if that does not work 
try another glibc.
But it is still no general error, You are the only person up to now 
reporting this. If there would be a general problem with opening the 
gradient tabpage, there would have been some traffic on that issue. 
It may be a good idea to ask a locally available linux specialist for 
more help who has access to Your local system.
Comment 9 dankegel 2003-05-15 16:20:43 UTC
The relocation error is said to be a bug in glibc 2..  See issue 10210
and issue 11706.
What version of glibc are you using?  Also, does running openoffice with
the command

  env LD_BIND_NOW=yes ooffice

help?
Comment 10 andyp 2003-05-16 11:01:45 UTC
env LD_BIND_NOW=yes; ooffice

does help.  crash no longer occurs.  glibc version is 2.3.1-17 as
reported by debian dpkg.
Comment 11 andyp 2003-05-16 11:12:16 UTC
update:  just tried with

env LD_BIND_NOW=no; ooffice

and still no crash.  I imagine that while I've not been looking,
debian have upgraded and fixed glibc.  Regardless this problem has
gone away for certain.
Comment 12 michael.bemmer 2003-05-22 13:13:10 UTC
Closing resolved worksforme.
Comment 13 michael.bemmer 2003-05-22 13:14:42 UTC
Closing resolved worksforme.
Comment 14 andyp 2003-07-21 10:12:14 UTC
In case it is useful information to anyone, the same thing is
happening if I open up the gallery in writer and try to drag a picture
on to the document.

Again LD_BIND_NOW fixes the problem.