[Libreoffice-bugs] [Bug 70090] FILEOPEN: Apparently endless recursion when loading Word2007RTFSpec9.docx

2013-10-08 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=70090

Stephan Bergmann  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED
   Assignee|libreoffice-b...@lists.free |sberg...@redhat.com
   |desktop.org |
 CC||sberg...@redhat.com

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 70090] FILEOPEN: Apparently endless recursion when loading Word2007RTFSpec9.docx

2013-10-08 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=70090

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:4.2.0

--- Comment #6 from Commit Notification 
 ---
Stephan Bergmann committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=57d9c96d96d818f19d34d4930cc8ffc8c24e43e2

fdo#70090: Avoid race in copy vs. modification of aRetval Sequence



The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 70090] FILEOPEN: Apparently endless recursion when loading Word2007RTFSpec9.docx

2013-10-06 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=70090

--- Comment #5 from Tor Lillqvist  ---
Nah, it isn't that simple, there is something more complex going on. Sigh.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 70090] FILEOPEN: Apparently endless recursion when loading Word2007RTFSpec9.docx

2013-10-06 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=70090

--- Comment #4 from Tor Lillqvist  ---
Seems to be a compiler bug. I see the crash if I compile drawing layer and svx
with Clang, not if I compile them with gcc. Apparently in
drawinglayer/source/processor2d/baseprocessor2d.cxx , line 64, with gcc the
call to processBasePrimitive2D() refers to the one twenty lines earlier in the
same file, while with Clang it refers to the one in
svx/source/sdr/contact/viewobjectcontact.cxx, line 98. Whether this is a bug in
Clang or gcc I don't know, or is it perhaps a grey area in the language
specification? The joys of overloading, it makes the code so much easier to
read, both for people and compilers.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 70090] FILEOPEN: Apparently endless recursion when loading Word2007RTFSpec9.docx

2013-10-04 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=70090

--- Comment #3 from Tor Lillqvist  ---
FWIW, same crash on Mac in a master tree built about a week ago.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 70090] FILEOPEN: Apparently endless recursion when loading Word2007RTFSpec9.docx

2013-10-04 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=70090

--- Comment #2 from Tor Lillqvist  ---
And here are the topmost entries of the stack showing where the recursion
starts:

#47339 0x72d2324a in
drawinglayer::processor2d::BaseProcessor2D::process (this=0x7fff1550,
rSource=uno::Sequence of length 1 = {...}) at
/ssd1/lo/master-suse/drawinglayer/source/processor2d/baseprocessor2d.cxx:64
#47340 0x7fffd627767f in (anonymous
namespace)::AnimatedExtractingProcessor2D::processBasePrimitive2D
(this=0x7fff1550, rCandidate=...) at
/ssd1/lo/master-suse/svx/source/sdr/contact/viewobjectcontact.cxx:145
#47341 0x72d2324a in
drawinglayer::processor2d::BaseProcessor2D::process (this=0x7fff1550,
rSource=uno::Sequence of length 1 = {...}) at
/ssd1/lo/master-suse/drawinglayer/source/processor2d/baseprocessor2d.cxx:64
#47342 0x7fffd627767f in (anonymous
namespace)::AnimatedExtractingProcessor2D::processBasePrimitive2D
(this=0x7fff1550, rCandidate=...) at
/ssd1/lo/master-suse/svx/source/sdr/contact/viewobjectcontact.cxx:145
#47343 0x72d2324a in
drawinglayer::processor2d::BaseProcessor2D::process (this=0x7fff1550,
rSource=uno::Sequence of length 1 = {...}) at
/ssd1/lo/master-suse/drawinglayer/source/processor2d/baseprocessor2d.cxx:64
#47344 0x7fffd627767f in (anonymous
namespace)::AnimatedExtractingProcessor2D::processBasePrimitive2D
(this=0x7fff1550, rCandidate=...) at
/ssd1/lo/master-suse/svx/source/sdr/contact/viewobjectcontact.cxx:145
#47345 0x72d2324a in
drawinglayer::processor2d::BaseProcessor2D::process (this=0x7fff1550,
rSource=uno::Sequence of length 1 = {...}) at
/ssd1/lo/master-suse/drawinglayer/source/processor2d/baseprocessor2d.cxx:64
#47346 0x7fffd627767f in (anonymous
namespace)::AnimatedExtractingProcessor2D::processBasePrimitive2D
(this=0x7fff1550, rCandidate=...) at
/ssd1/lo/master-suse/svx/source/sdr/contact/viewobjectcontact.cxx:145
#47347 0x72d2324a in
drawinglayer::processor2d::BaseProcessor2D::process (this=0x7fff1550,
rSource=uno::Sequence of length 2 = {...}) at
/ssd1/lo/master-suse/drawinglayer/source/processor2d/baseprocessor2d.cxx:64
#47348 0x7fffd6276ae8 in
sdr::contact::ViewObjectContact::checkForPrimitive2DAnimations (this=0x11b9020)
at /ssd1/lo/master-suse/svx/source/sdr/contact/viewobjectcontact.cxx:298
#47349 0x7fffd6276742 in
sdr::contact::ViewObjectContact::getPrimitive2DSequence (this=0x11b9020,
rDisplayInfo=...) at
/ssd1/lo/master-suse/svx/source/sdr/contact/viewobjectcontact.cxx:363
#47350 0x7fffd6277111 in
sdr::contact::ViewObjectContact::getPrimitive2DSequenceHierarchy
(this=0x11b9020, rDisplayInfo=...) at
/ssd1/lo/master-suse/svx/source/sdr/contact/viewobjectcontact.cxx:394
#47351 0x7fffd627b842 in
sdr::contact::ObjectContactOfObjListPainter::ProcessDisplay
(this=0x7fff1960, rDisplayInfo=...) at
/ssd1/lo/master-suse/svx/source/sdr/contact/objectcontactofobjlistpainter.cxx:124
#47352 0x7fffd64fb7e2 in SdrExchangeView::DrawMarkedObj (this=0x123e450,
rOut=...) at /ssd1/lo/master-suse/svx/source/svdraw/svdxcgv.cxx:727
#47353 0x7fffd61bf799 in E3dView::DrawMarkedObj (this=0x123e450, rOut=...)
at /ssd1/lo/master-suse/svx/source/engine3d/view3d.cxx:316
#47354 0x7fffd64fac95 in SdrExchangeView::GetMarkedObjMetaFile
(this=0x123e450, bNoVDevIfOneMtfMarked=false) at
/ssd1/lo/master-suse/svx/source/svdraw/svdxcgv.cxx:566
#47355 0x7fffd6642360 in SvxShape::GetBitmap (this=0x7fffccdfc580,
bMetaFile=0 '\000') at /ssd1/lo/master-suse/svx/source/unodraw/unoshape.cxx:705
#47356 0x7fffd664df45 in SvxShape::getPropertyValueImpl
(this=0x7fffccdfc580, pProperty=0x1234018, rValue=empty uno::Any) at
/ssd1/lo/master-suse/svx/source/unodraw/unoshape.cxx:2653
#47357 0x7fffd6657b20 in SvxShapeText::getPropertyValueImpl
(this=0x7fffccdfc580, rName="Bitmap", pProperty=0x1234018, rValue=empty
uno::Any) at /ssd1/lo/master-suse/svx/source/unodraw/unoshape.cxx:4203
#47358 0x7fffd6626c98 in SvxGraphicObject::getPropertyValueImpl
(this=0x7fffccdfc580, rName="Bitmap", pProperty=0x1234018, rValue=empty
uno::Any) at /ssd1/lo/master-suse/svx/source/unodraw/unoshap2.cxx:1700
#47359 0x7fffd6649554 in SvxShape::_getPropertyValue (this=0x7fffccdfc580,
PropertyName="Bitmap") at
/ssd1/lo/master-suse/svx/source/unodraw/unoshape.cxx:1819
#47360 0x7fffd6649399 in SvxShape::getPropertyValue (this=0x7fffccdfc580,
PropertyName="Bitmap") at
/ssd1/lo/master-suse/svx/source/unodraw/unoshape.cxx:1801
#47361 0x7fffd6649a96 in non-virtual thunk to
SvxShape::getPropertyValue(rtl::OUString const&) (this=0x7fffccdfc5c8,
PropertyName="Bitmap") at
/ssd1/lo/master-suse/svx/source/unodraw/unoshape.cxx:1802
#47362 0x7fffcf10f7de in SwXShape::_getPropAtAggrObj (this=0x7fffcce950f0,
_rPropertyName="Bitmap") at
/ssd1/lo/master-suse/sw/source/core/unocore/unodraw.cxx:1702
#47363 0x7fffcf10f191 in SwXShape::getPropertyValue (this=0x7fffcce950f0,
rPropertyName="Bitmap") at
/ssd1/lo/master-suse/sw/sour

[Libreoffice-bugs] [Bug 70090] FILEOPEN: Apparently endless recursion when loading Word2007RTFSpec9.docx

2013-10-04 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=70090

--- Comment #1 from Michael Meeks  ---
Oddly it doesn't happen for me with a Linux build from a few days back;
confirmation with a recent master snapshot appreciated :-)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs