Issue 66603 - weird rteentrancy while rendering linked image
Summary: weird rteentrancy while rendering linked image
Status: CONFIRMED
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: OOo 2.0.3
Hardware: PC Linux, all
: P2 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: needmoreinfo, oooqa
Depends on:
Blocks:
 
Reported: 2006-06-20 16:55 UTC by radekdoulik
Modified: 2013-08-07 15:40 UTC (History)
3 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description radekdoulik 2006-06-20 16:55:54 UTC 
this bug is related to http://www.openoffice.org/issues/show_bug.cgi?id=66602
which is direct result of this reentrancy with crash as outcome.

IMHO, the rescheduling (if really needed) should not process other timeouts
which might lead to many undesired/unexpected effects.

Here is excerpt from the bt: (look at #66602 for complete bt)

#21 0xb5fdda9a in SalData::Timeout (this=0x809b310)
    at /home/rodo/cvs/ooo-build/build/ooc680-m2/vcl/unx/source/app/saltimer.cxx:66
#22 0xb65fa135 in GtkXLib::timeoutFn (data=0x809bf00)
    at /home/rodo/cvs/ooo-build/build/ooc680-m2/vcl/unx/gtk/app/gtkdata.cxx:582
#23 0xb604b1e6 in g_source_get_current_time () from /opt/gnome/lib/libglib-2.0.so.0
#24 0xb604aabd in g_main_context_dispatch () from /opt/gnome/lib/libglib-2.0.so.0
#25 0xb604dcbf in g_main_context_check () from /opt/gnome/lib/libglib-2.0.so.0
#26 0xb604e225 in g_main_context_iteration () from /opt/gnome/lib/libglib-2.0.so.0
#27 0xb65f9cc5 in GtkXLib::Yield (this=0x809bf00, bWait=0 '\0')
    at /home/rodo/cvs/ooo-build/build/ooc680-m2/vcl/unx/gtk/app/gtkdata.cxx:698
#28 0xb5feb277 in X11SalInstance::Yield (this=0x809b2f0, bWait=0 '\0')
    at /home/rodo/cvs/ooo-build/build/ooc680-m2/vcl/unx/source/app/salinst.cxx:290
#29 0xb7ca06fb in Application::Reschedule ()
    at /home/rodo/cvs/ooo-build/build/ooc680-m2/vcl/source/app/svapp.cxx:526
#30 0xb24eb9de in SvFileObject::GetData (this=0x89cb0c0, rData=@0xbf8e30c0,
rMimeType=@0xbf8e30cc,
    bGetSynchron=1 '\001') at
/home/rodo/cvs/ooo-build/build/ooc680-m2/svx/source/svxlink/fileobj.cxx:230
#31 0xb2949e45 in SdrGraphicLink::UpdateSynchron (this=0x89caa30)
    at /home/rodo/cvs/ooo-build/build/ooc680-m2/svx/source/svdraw/svdograf.cxx:180
#32 0xb2949eb9 in SdrGrafObj::ImpUpdateGraphicLink (this=0x89cc1c0)
    at /home/rodo/cvs/ooo-build/build/ooc680-m2/svx/source/svdraw/svdograf.cxx:598
Comment 1 Rainer Bielefeld 2006-06-22 06:21:18 UTC 
@radekdoulik :
I don't believe that this is a 1.1.0 issue ?!
Comment 2 radekdoulik 2006-06-22 08:09:48 UTC 
Yeah, forgot to set version.
Comment 3 radekdoulik 2006-06-23 15:53:57 UTC 
Raising priority as it could cause a lot of undesired behaviour, ie. crashes as
in  #66602.
Comment 4 mmeeks 2006-06-23 17:26:59 UTC 
confirming - Radek knows what he's talking about [!] ;-) By far the most
interesting stack trace is in i#66602# though.
Comment 5 wolframgarten 2006-06-26 07:37:14 UTC 
Reassigned. Please have a look.
Comment 6 Martin Hollmichel 2007-11-09 17:01:45 UTC 
set target from 2.x to 3.x according
http://wiki.services.openoffice.org/wiki/Target_3x