Created attachment 6151 [details]
sample htm type file which causes OpenOffice.org to crash

Created attachment 6152 [details]
pstack of core file created by crash

mh->mib: please have a look.

mh->rkinsella: does crash occure when open or close the document ?

Crash occurs on document open, the document opens - it crashes almost
immediately. The error does not occur on Linux RH6.2.

dvo: I can reproduce it with the current OOo beta2 build on Solaris,
but only on Solaris. If I recompile the sw/source/filter/html
directory, the problem of crash on load goes away. I suspect a build
problem.

BUT... When closing the document, it still crashes. According to
Martin, the same happens on the Linux platform as well, so this is
almost certainly not a build related problem. I'm looking at it...

dvo: With help of OS, we found the following:

To fix the bug, change SwHTMLImageWatcher::clear()
(sw/source/filter/html/htmlform.cxx), change: 
   xSrc->getImageProducer()->removeConsumer( xThis );
to:
   Reference<awt::XImageProducer> xProd = xSrc->getImageProducer();
   if( xProd.is() )
       xProd->removeConsumer( xThis );

I'll commit the change as soon as MH tells me where/how... :-)

Btw, the problem occurs on all platforms

I'm also getting a crash with similar pstack trace when I select Help,
enter something in Search Item field e.g. macro, select macros -
assigning - OO.org crashes with similar stack trace. I am only seeing
this problem on Solairs sparc, not on RH6.2.

.

dvo: Fixed in CWS: ooo11beta2

dvo->rkinsella: My understanding is that we have two problems, 1) a
build problem under Solaris when loading the doc, and 2) a crash when
closing the doc on all platforms. As I wrote, the former goes away
when recompiling, the second one should be fixed with the change I've
made.

Now, the second problem you are seeing has the same stack as 1), and
occurs only on Solaris like 1). So I suspect it's the same problem and
will not do anything about it, unless its seen in the next build, too.

tested on latest build (1.1beat2d) Solaris sparc 9.
The problem has not been fixed, I am seeing a stack trace similar to
the one reported earlier. The crash occurs when opening the sample htm
document or viewing help on macros - assigning.
Reopening issue.

So, I checked that I have the latest (1.9.14.1) version of
source/filter/html/htmlform.cxx, and I'm rebuilding all of sw 
on Solaris just in case. Hopefully this will clear the problems

The rebuild did not work - tested on latest build (1.1beat2 -e)
Solaris sparc 9.
I am seeing a stack trace similar to the one reported earlier. 
Leaving issue as reopened..

dvo: Checking... 1.1beta2-e... Yup, crashes. Using the re-built
library... OK!

I don't get it. When I compile the sw library with the fix, everything
works.

dvo->svesik: Sander, can I have a look at the CWS where this is built?
I thought it was the ooo11beta2 CWS on grande, but that contains only
old files.

sure - I'll mail you the details how to get to the machine, I don't
want them in issuezilla 

dvo: Thanks - got the mail, poked around, couldn't see a friggin'
difference. The sources are identical for all I can see. 

I'm a bit lost here... I built my library *not* against the rest of
the OOo build, but (for convenience, really) I used the solver for the
internal SRX644.m13s2 build. That's the only difference I can see, so
that might be worth investigating. Err, the only problem is... I have
no idea where to start.

if you want to try, there is a solver tarball for my solaris/sparc
build, just to check this isn't some kind of weird build error / 
gotcha?

I'm not entirely sure where to strat investigating this either 8-(

dvo: I'm getting the tarball, so I can cross-check here. Also, MH
currently builds from scratch, which should be done by tomorrow. I'm
placing more hopes on MH's build than on my cross-checking... :-)

Either way, both actions should take a while, so I'm going home and
I'll have another go tomorrow.

dvo: The tar has checksum errors, so I guess I can't use it. (Tried
twice, same error.)

probably solaris vs gnu tar problem

compiling htmltab.cxx on icarus.ireland with -g0 doesnt work
                                             -g and strip work
                         dumbo.germany works also with -g0

first fast workaround could be: compile htmltab with debug=t (enables
-g after -g0) and create installation with strip=t.

mh->hjs: we might need a NOOPTDEBUGFILES macro ?!

Maybe the compiler patch levels between icarus.ireland and so-dumbo
are different?

The compiler installed on so-dumbo has the following patch levels:

111704-04
111705-03
111706-02
111708-01
111709-02
111714-02
111715-01
111716-02
111718-01
111723-02

The relevant patch is probably 111715 for the compiler proper.

The version in use on icarus is presently I believe a unpatched or 
basicly unpatched version of Forte 7. I'll have to install a separate
version onicarus to patch it. 

On a separate note - I assume we are building an debug version on
sparc intentionaly and not by accident? Will we switch off debug for
11.rc or only 1.1 final ?

fixed in latest solaris sparc build 1.1beta2 - g.

marking issue as fixed

verified

All tasks are verified in OOo1.1 Beta2