Issue 112375 - Crash while rendering metafile
Summary: Crash while rendering metafile
Status: CLOSED DUPLICATE of issue 112113
Alias: None
Product: Draw
Classification: Application
Component: ui (show other issues)
Version: DEV300m80
Hardware: All All
: P2 Trivial (vote)
Target Milestone: OOo 3.3
Assignee: Armin Le Grand
QA Contact: issues@graphics
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2010-06-14 12:17 UTC by IngridvdM
Modified: 2010-06-17 16:50 UTC (History)
1 user (show)

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


Attachments
example showing the problem (44.93 KB, application/vnd.oasis.opendocument.presentation)
2010-06-14 12:18 UTC, IngridvdM
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description IngridvdM 2010-06-14 12:17:49 UTC
Loading the attached bug doc in dev300m80 crashes the office. In non pro version
an assertion pos up:
"TargetHolders: CURRENT with no property holders (!)" with stack:
>	drawinglayermi.dll!`anonymous namespace'::TargetHolders::Current()  Line 534	C++
 	drawinglayermi.dll!`anonymous namespace'::interpretMetafile(const GDIMetaFile
& rMetaFile={...}, `anonymous-namespace'::TargetHolders & rTargetHolders={...},
`anonymous-namespace'::PropertyHolders & rPropertyHolders={...}, const
drawinglayer::geometry::ViewInformation2D & rViewInformation={...})  Line 2955 +
0xe0 bytes	C++
 
drawinglayermi.dll!drawinglayer::primitive2d::MetafilePrimitive2D::create2DDecomposition(const
drawinglayer::geometry::ViewInformation2D & rViewInformation={...})  Line 3119 +
0x1b bytes	C++
 
drawinglayermi.dll!drawinglayer::primitive2d::BufferedDecompositionPrimitive2D::get2DDecomposition(const
drawinglayer::geometry::ViewInformation2D & rViewInformation={...})  Line 106 +
0x15 bytes	C++
 
drawinglayermi.dll!drawinglayer::processor2d::VclPixelProcessor2D::processBasePrimitive2D(const
drawinglayer::primitive2d::BasePrimitive2D & rCandidate={...})  Line 235 +
0x1e bytes	C++
 	drawinglayermi.dll!drawinglayer::processor2d::BaseProcessor2D::process(const
com::sun::star::uno::Sequence<com::sun::star::uno::Reference<com::sun::star::graphic::XPrimitive2D>
> & rSource=0x0186e978 {size=1})  Line 77	C++
 
drawinglayermi.dll!drawinglayer::processor2d::VclPixelProcessor2D::processBasePrimitive2D(const
drawinglayer::primitive2d::BasePrimitive2D & rCandidate={...})  Line 577 +
0x51 bytes	C++
 	drawinglayermi.dll!drawinglayer::processor2d::BaseProcessor2D::process(const
com::sun::star::uno::Sequence<com::sun::star::uno::Reference<com::sun::star::graphic::XPrimitive2D>
> & rSource=0x0186edfc {size=1})  Line 77	C++
 
drawinglayermi.dll!drawinglayer::processor2d::VclPixelProcessor2D::processBasePrimitive2D(const
drawinglayer::primitive2d::BasePrimitive2D & rCandidate={...})  Line 577 +
0x51 bytes	C++
 	drawinglayermi.dll!drawinglayer::processor2d::BaseProcessor2D::process(const
com::sun::star::uno::Sequence<com::sun::star::uno::Reference<com::sun::star::graphic::XPrimitive2D>
> & rSource=0x0186f280 {size=2})  Line 77	C++
 
drawinglayermi.dll!drawinglayer::processor2d::VclPixelProcessor2D::processBasePrimitive2D(const
drawinglayer::primitive2d::BasePrimitive2D & rCandidate={...})  Line 577 +
0x51 bytes	C++
 	drawinglayermi.dll!drawinglayer::processor2d::BaseProcessor2D::process(const
com::sun::star::uno::Sequence<com::sun::star::uno::Reference<com::sun::star::graphic::XPrimitive2D>
> & rSource=0x0186f58c {size=6})  Line 77	C++

Then office crashes due to access to first element in an empty vector.
Comment 1 IngridvdM 2010-06-14 12:18:53 UTC
Created attachment 69981 [details]
example showing the problem
Comment 2 IngridvdM 2010-06-14 12:19:53 UTC
Set regression flag as the crash did not occur with OOo 3.2.1.
Comment 3 Armin Le Grand 2010-06-15 16:05:36 UTC
AW: Checked with CWS aw082 since this may be related to the sub-context stuff
described in #i112117#. Indeed, works on aw082. Setting to double, but keeping
open to re-check with upcoming DEV300m83.
Comment 4 Armin Le Grand 2010-06-15 16:06:41 UTC
AW: Double

*** This issue has been marked as a duplicate of 112113 ***
Comment 5 Armin Le Grand 2010-06-17 16:50:43 UTC
AW: Checked with DEV300m83, is duplicate. Closing.