I'm redirecting this issue to the proper component. WWW is for broken links, stuff 

like that. ;)

Louis

redirecting to SW project lead

I have simmilar problem when using TTF fonts in the build 641b (the
older 638c seems to not have the problem).
Also look at the Issue 2423 which is somewhat simmilar.
But I don't have to select any font it just hangs when I open the
combo box and try to scroll down through the list of the available fonts.

JP->HDU: I think it's your problem.

change of QA contact according to component

Which version of OpenOffice are you using?

Please try to find out which font causes the crash.
You can do this e.g. by stracing OpenOffice. Go
into the OpenOffice/program folder and do

strace -f 2>&1 soffice | cat > strace.out

Then make recreate the crash. Now do
fgrep open strace.out | tail

and send me the result.

On my machine the hang is caused by all fonts with microsoft-symbol
encoding -> Issue 2423.
I use OpenOffice 641b

Here is the result of the strace. I got this trace by simply scrolling the font list.

open("/usr/X11R6/lib/X11/fonts/truetype/cour.ttf", O_RDONLY) = 25
open("/usr/X11R6/lib/X11/fonts/truetype/gara.ttf", O_RDONLY) = 25
open("/usr/X11R6/lib/X11/fonts/truetype/georgia.ttf", O_RDONLY) = 25
open("/usr/X11R6/lib/X11/fonts/truetype/impact.ttf", O_RDONLY) = 25
open("/usr/X11R6/lib/X11/fonts/Type1/lcdxmr.pfa", O_RDONLY) = 25
open("/usr/X11R6/lib/X11/fonts/Type1/lcdxsr.pfa", O_RDONLY) = 25
open("/usr/X11R6/lib/X11/fonts/Type1/lcdxrr.pfa", O_RDONLY) = 25
open("/opt/OpenOffice.org641/share/fonts/truetype/opens___.ttf", O_RDONLY) = 25
open("/usr/X11R6/lib/X11/fonts/truetype/pala.ttf", O_RDONLY) = 25
open("/usr/X11R6/lib/X11/fonts/truetype/symbol.ttf", O_RDONLY) = 25

Yes, symbol.ttf seems to cause the problem.

I'm wondering what happens after the
open("symbol.ttf",...)
Can you please provide a dozen or so lines of the
strace output after that?

With the versions of Office and symbol.ttf on my system
I cannot recreate the problem. Probably the fixes named
"#88364# handle bad fonts more gracefully" helped. They
got into SRC641C.

Here are the lines following symbol.ttf :
open("/usr/X11R6/lib/X11/fonts/truetype/symbol.ttf", O_RDONLY) = 25
fstat64(25, {st_mode=S_IFREG|0755, st_size=69464, ...}) = 0
old_mmap(NULL, 69464, PROT_READ, MAP_SHARED, 25, 0) = 0x466ec000
close(25)                               = 0
brk(0x8231000)                          = 0x8231000
brk(0x8232000)                          = 0x8232000
--- SIGTERM (Terminated) ---
_exit(255)                              = ?

I have tried to remove symbol.ttf but it just crashes with another ttf font.
Do you want a copy of my symbol.ttf ?
Anyway, it sometimes crashes with other ttf fonts : marlett, outloook, etc...

A very interesting point : if I use tff fonts from Windows 95, no crash happens. Even with symbol.ttf.
My usual fonts, those which crash, are delivered with Windows 2000.
Could this bug been caused only by W2K fonts ?
All worked fine with 638C build.

I used build 641. I have just tried with 641b : it crashes in the same way.

I cannot recreate the problem with OO641a or OO641b, though I have
a symbol.ttf of the same size 69464 bytes, which practically means
they are the same.

Do you get a "Office crashed" dialog?
If yes, this would be a good time to get a stack trace.
Do you know how to get the stack trace of a crash?
If not I can sent you some instructions.

By the way, what XServer are you using and what graphics card?

I see the hang on XFree86-4.0.2-11 from Redhat
And I have the freetype-2.0.1-4.

The OpenOffice simply hangs and does nothing useful anymore (no screen
painting and so on) so it doesn't generate any crash.

> And I have the freetype-2.0.1-4.

Did you compile OO yourself and linked in the above mentioned
library or did you use the prebuilt libraries?

The OO hang is good enough to get a stack trace:
Please do
  ps | fgrep soffice.bin
Then note the first PID of soffice.bin => ###
Then go into the program/ directory and do
  gdb ./soffice.bin ###
and there please type
  bt
Please post the resulting stack trace here. Thanks.

Sorry... I made a mistake : it does reproduce with fonts coming from Windows 95.
I forgot to generate a fonts.dir so X doesn't use my font path...

I'am using Xfree86 4.1 with ATI driver. I have an ATI Mach64 chipset.
I replaced the original driver with one available at linux-video.org.
I'm using Freetype 2.0.5.

No dialog is displayed. When it happens my PC seems to hang : all I can do is move the mouse around.
I have to 'killall soffice.bin' using telnet from another PC. Then everything works again.
This does not reproduce with OpenOffice638.

The 'cksum symbol.ttf' returns : 2791708213 69464

New test :
. I remove /usr/X11/lib/X11/fonts/truetype from the list of font paths in XF86config
. All works fine : no crash ! I have tried many times.
. My fonts are linked in ~/OpenOffice641b/user/fonts to /usr/X11R6/lib/X11/fonts/truetype
. A strace shows that the TFF fonts are opened in ~/OpenOffice641b/user/fonts.
So this seems to be deeply linked with what Xfree does with Truetype.

Here is my gdb trace :

#0  0x4020a534 in _init () from /opt/OpenOffice.org641b/program/libvcl641li.so
#1  0x40367757 in X11GlyphPeer::GetGlyphId ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#2  0x403610cc in SalGraphicsData::DrawServerAAFontString ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#3  0x403620ab in SalGraphicsData::DispatchServerFontString ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#4  0x4036222c in SalGraphicsData::DrawServerFontString ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#5  0x40362de3 in SalGraphics::DrawTextArray ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#6  0x402902a8 in OutputDevice::ImplDrawTextDirect ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#7  0x40290aef in OutputDevice::ImplDrawText ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#8  0x40291f87 in OutputDevice::DrawText ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#9  0x42d5143f in FontNameBox::UserDraw ()
   from /opt/OpenOffice.org641b/program/libsvt641li.so
#10 0x403123ff in ComboBox::ImplUserDrawHdl ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#11 0x403123c6 in ComboBox::LinkStubImplUserDrawHdl ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#12 0x4032f60f in ImplListBoxWindow::ImplPaint ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#13 0x4032fa87 in ImplListBoxWindow::Paint ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#14 0x402f03b1 in Window::ImplCallPaint ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#15 0x402f8c69 in Window::Update ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#16 0x4032fd95 in ImplListBoxWindow::SetTopEntry ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#17 0x40330a5a in ImplListBox::ScrollBarHdl ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#18 0x40330a12 in ImplListBox::LinkStubScrollBarHdl ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#19 0x4033ad48 in ScrollBar::Scroll ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#20 0x4033a9ce in ScrollBar::Tracking ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#21 0x402ff9a1 in ImplHandleMouseEvent ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#22 0x40301687 in ImplWindowFrameProc ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#23 0x4035090e in SalFrameData::HandleMouseEvent ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#24 0x40352129 in SalFrameData::Dispatch ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#25 0x403720ef in SalDisplay::Dispatch ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#26 0x40371e81 in SalDisplay::Yield ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#27 0x4036dae2 in DisplayYield ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#28 0x4036ca94 in SalXLib::Yield ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#29 0x4037462c in SalInstance::Yield ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#30 0x402230ba in Application::Yield ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#31 0x40223005 in Application::Execute ()
   from /opt/OpenOffice.org641b/program/libvcl641li.so
#32 0x805e0ba in Desktop::Main ()
#33 0x40225809 in SVMain () from /opt/OpenOffice.org641b/program/libvcl641li.so
#34 0x4036b9f3 in main () from /opt/OpenOffice.org641b/program/libvcl641li.so
#35 0x40d66c6f in __libc_start_main () from /lib/libc.so.6

I tried to upload a libvcl with debug info but this failed.
I'll try again later. When it gets there please decompress
it with
bzip2 -d libvcl641li.so.bz2
and replace the libvcl641li.so in the program/ directory with it.
Then please redo the crash and the stacktrace.

I tried to upload a libvcl with debug info but this failed.
It is too big. Can I sent you the 1.6MB file per email?

It should work.
Please send it to rui.correia@oracle.com

I have tried with this new debug shared library : the crash doesn't occur anymore.
But the antialiasing is disabled ("Screen font antialising" is checked in the Options).
On startup soffice now displays many lines like :
-monotype-arial-medium-r-normal--0-0-0-0-p-0-<many character sets>

Created attachment 833 [details]
get info about XRENDER on -display :0

AA should work as before.
Can you please try the attachment xrinfo.e and send the result?

Render version 0.1
PFmt[1] t=1, d=8, r=0 0x00, g=0 0x00, b=0 0x00, a=0 0xFF
PFmt[2] t=1, d=24, r=16 0xFF, g=8 0xFF, b=0 0xFF, a=0 0x00
PFmt[3] t=1, d=16, r=11 0x1F, g=5 0x3F, b=0 0x1F, a=0 0x00
PFmt[4] t=1, d=15, r=10 0x1F, g=5 0x1F, b=0 0x1F, a=0 0x00
PFmt[5] t=1, d=16, r=10 0x1F, g=5 0x1F, b=0 0x1F, a=15 0x01
PFmt[6] t=1, d=1, r=0 0x00, g=0 0x00, b=0 0x00, a=0 0x01
Renderinfo done

I have tried this :
. with original shared library : I do see antialiasing, in menus IE.
. I replace with the debug shared lib.
. no more aliasing, even in menus.
I haven't reboot or restart anything in between.

> PFmt[1] t=1, d=8, r=0 0x00, g=0 0x00, b=0 0x00, a=0 0xFF

The render extension should be used. I don't understand yet why it
works here but not on your display. Investigating...

By the way, you wrote:
> If I comment out big5, gb2312, etc. and I look for fonts in
> combo box OpenOffice638c crashes

Does this mean, when you remove the comment mark # it crashes?

>If I comment out big5, gb2312, etc. and I look for fonts in
> combo box OpenOffice638c crashes

This was written by the guy who created this issue.
Not by me ;-)

I will try this afternoon with the genuine Xfree 4.1 ATI modules.
Currently I'm using those from project GATOS (linuxvideo.org).

I've got the same behavior with the native Xfree86 4.1 ATI drivers.

Do you have XINERAMA enabled on the X server? Do
 xdpyinfo | fgrep XINERAMA
to find out

What is the bit depth of the display?
 xdpyinfo | fgrep depth
tells the story.

> xdpyinfo | fgrep XINERAMA
No, this displays nothing.

> What is the bit depth of the display?
I'm using a 16 bits depth.

I have also tried with a new created user : no aliasing.

Moving to GSL bugs

I hope you don't mind me sending you another libvcl which
contains the fixes for the probably related issue 2423.

Please send it to me too (tomas.mraz@pvt.cz), thanks.
I'll try to test it tomorrow.

Yes !
I have tested the new shared library : no crash and the antialiasing 
works fine to.
What is funny is that the fonts shown in the font list are antialiased 
as before.
But the fonts used in the menu are antialiased in much thiner way.
May be there are not antialiased at all. Doesn't matter anyway.

I think you can close this bug as the original problem is fixed.
Thanks for that quick and good job !

Great!

Tomas, did that fix your problems too?

The program doesn't hang anymore BUT:

1. The antialiasing is much much worse
2. The bad webdings font appears as empty line in the font selection
combo box
3. It has some BAD sideeffects as for example when I make selection
and change the font family from Times New Roman to Arial then the text
in the selection becomes violet and there appears vertical line to the
left of the text.

Definitely not improvement over the previous version of the library :-(

Oh, sorry for the mistake.
the problem 3. is there with the old library too and it's probably
some MS WORD import error.
So I'm sorry again.
But the worse antialiasing is enough to make it 'don't use' for me.

Can you attach a small excerpt of a screen shot showing the
AA problem, preferably in a lossless format like PNG or GIF?

I would like to but it's impossible to make a screenshot of the window:
p38mraz:/home/mraz$ xwd
X Error of failed request:  BadValue (integer parameter out of range
for operation)
  Major opcode of failed request:  91 (X_QueryColors)
  Value in failed request:  0x22007dc
  Serial number of failed request:  865
  Current serial number in output stream:  865
On any other window it's no problem.

I'm completely confused.

I'll try the 24 bpp.

Weird!
If I use the 24bpp display then the antialiasing is just fine as was
with the previous library version and the screenshot is fine too.

I use XFree86 4.0.2 with NVIDIA binary driver.

Here is the xrinfo.e output for the 24bpp display:
Render version 0.1
PFmt[1] t=1, d=8, r=0 0x00, g=0 0x00, b=0 0x00, a=0 0xFF
PFmt[2] t=1, d=24, r=16 0xFF, g=8 0xFF, b=0 0xFF, a=0 0x00
PFmt[3] t=1, d=16, r=11 0x1F, g=5 0x3F, b=0 0x1F, a=0 0x00
PFmt[4] t=1, d=15, r=10 0x1F, g=5 0x1F, b=0 0x1F, a=0 0x00
PFmt[5] t=1, d=16, r=10 0x1F, g=5 0x1F, b=0 0x1F, a=15 0x01
PFmt[6] t=1, d=1, r=0 0x00, g=0 0x00, b=0 0x00, a=0 0x01
Renderinfo done
On the 16bpp display it's the same.

Created attachment 844 [details]
Screen shot with the new shared library

Created attachment 845 [details]
Screen shot with the original 641b shared library

> 1. The antialiasing is much much worse
It's true for the menu and in some other places : ruler, default font 
displayed, size of font.
But the body of the document as well as the fonts displayed on the 
list (other than thondale) appear as do before : well antialiased

>2. The bad webdings font appears as empty line in the font selection
>   combo box
Not for me : with the new shared library : the webdings font appear 
fine in the combo box

I have attached two png files :
. original_so.png : with the original shared library from 641b
. new_so.png : with the new one

Rui, were the screenshots done on the 16bit deep display, too?

Tomas, can you try another tool like e.g. gimp to mak the screenshot?

It isn't possible either but it generally looks the same as the Rui's
new_so.png attachment except the webdings font doesn't appear. Strange
is that in 24bpp it appears just fine and the antialiasing is fine
too. But I don't understand why it couldn't look the same as the
original_so.png in 16bpp.

It is very strange that a screenshot would be impossible.
Nevertheless since the bug in the title is fixed I suggest
to close this one and maybe open a new issue for bad AA on 16bit.

Ok, created followup issue 2613.

closing.