Bug 9569

Summary: Hugin sometimes crashes
Product: Mageia Reporter: MichaÅ Walenciak <Kicer86>
Component: RPM PackagesAssignee: Mageia Bug Squad <bugsquad>
Status: RESOLVED OLD QA Contact:
Severity: critical    
Priority: Normal CC: dan, fundawang
Version: 3Keywords: Triaged
Target Milestone: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Source RPM: hugin CVE:
Status comment:

Description MichaÅ Walenciak 2013-03-30 14:31:33 CET
Description of problem:

I'm using hugin and for huge panoramas it crashes very often.
The problem however doesn't seem to be related tu hugin as I launched it from valgrind and here is the result:

==3505== Invalid read of size 8
==3505==    at 0x97DCDF8: ??? (in /usr/lib64/libm-2.17.so)
==3505==    by 0x97B835D: ??? (in /usr/lib64/libm-2.17.so)
==3505==    by 0x97B9609: ??? (in /usr/lib64/libm-2.17.so)
==3505==    by 0x97C3BE1: sincos (in /usr/lib64/libm-2.17.so)
==3505==    by 0xEB5D369: ??? (in /usr/lib64/libcairo.so.2.11200.12)
==3505==    by 0xEB556D6: cairo_arc (in /usr/lib64/libcairo.so.2.11200.12)
==3505==    by 0x217F8441: Oxygen::cairo_rounded_rectangle(_cairo*, double, double, double, double, double, Oxygen::Flags<Oxygen::Corner>) (in /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)
==3505==    by 0x2184803D: Oxygen::StyleHelper::fillSlab(_cairo*, int, int, int, int, Oxygen::Flags<Oxygen::TileSet::Tile> const&) const (in /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)
==3505==    by 0x21833C98: Oxygen::Style::renderSlab(Oxygen::Cairo::Context&, int, int, int, int, Oxygen::ColorUtils::Rgba const&, Oxygen::StyleOptions const&, Oxygen::AnimationData const&, Oxygen::Flags<Oxygen::TileSet::Tile>) (in /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)
==3505==    by 0x21838661: Oxygen::Style::renderCheckBox(_GdkDrawable*, _GdkRectangle*, int, int, int, int, GtkShadowType, Oxygen::StyleOptions const&, Oxygen::AnimationData const&) (in /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)
==3505==    by 0x21873703: ??? (in /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)
==3505==    by 0xD335DC0: ??? (in /usr/lib64/libgtk-x11-2.0.so.0.2400.16)
==3505==  Address 0xfffffffe6c0fc9e0 is not stack'd, malloc'd or (recently) free'd
==3505== 
==3505== 
==3505== Process terminating with default action of signal 11 (SIGSEGV)
==3505==  Access not within mapped region at address 0xFFFFFFFE6C0FC9E0
==3505==    at 0x97DCDF8: ??? (in /usr/lib64/libm-2.17.so)
==3505==    by 0x97B835D: ??? (in /usr/lib64/libm-2.17.so)
==3505==    by 0x97B9609: ??? (in /usr/lib64/libm-2.17.so)
==3505==    by 0x97C3BE1: sincos (in /usr/lib64/libm-2.17.so)
==3505==    by 0xEB5D369: ??? (in /usr/lib64/libcairo.so.2.11200.12)
==3505==    by 0xEB556D6: cairo_arc (in /usr/lib64/libcairo.so.2.11200.12)
==3505==    by 0x217F8441: Oxygen::cairo_rounded_rectangle(_cairo*, double, double, double, double, double, Oxygen::Flags<Oxygen::Corner>) (in /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)
==3505==    by 0x2184803D: Oxygen::StyleHelper::fillSlab(_cairo*, int, int, int, int, Oxygen::Flags<Oxygen::TileSet::Tile> const&) const (in /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)
==3505==    by 0x21833C98: Oxygen::Style::renderSlab(Oxygen::Cairo::Context&, int, int, int, int, Oxygen::ColorUtils::Rgba const&, Oxygen::StyleOptions const&, Oxygen::AnimationData const&, Oxygen::Flags<Oxygen::TileSet::Tile>) (in /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)
==3505==    by 0x21838661: Oxygen::Style::renderCheckBox(_GdkDrawable*, _GdkRectangle*, int, int, int, int, GtkShadowType, Oxygen::StyleOptions const&, Oxygen::AnimationData const&) (in /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)
==3505==    by 0x21873703: ??? (in /usr/lib64/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)
==3505==    by 0xD335DC0: ??? (in /usr/lib64/libgtk-x11-2.0.so.0.2400.16)

So it looks like problem in Oxygen/gtk (?)

I also tried to run hugin under gdb but it just hangs instead of crashing.


Version-Release number of selected component (if applicable):
I use current cauldron (beta4 I believe) with:
hugin-2012.0.0-3.mga3
lib64oxygen-gtk-1.3.2.1-1.mga3
lib64cairo2-1.12.12-1.mga3


How reproducible:
quite often especially when a heavy operation is in progress


Steps to Reproduce:
try to connect ~60 images with hugin manualy:
while(not satisfied with preview)
{
    add/remove/fix control points
    optimize (crashes here often)
    lanuch fast preview (crashes here also)
}

stitch (also crashes here)


Reproducible: 

Steps to Reproduce:
Manuel Hiebel 2013-04-07 15:22:07 CEST

Keywords: (none) => Triaged
CC: (none) => fundawang
Source RPM: (none) => hugin

Manuel Hiebel 2013-05-28 22:48:30 CEST

Version: Cauldron => 3

Comment 1 Dan Fandrich 2013-06-16 11:09:02 CEST
How much free memory is available around the time that this happens? "watch free" will give you some indication. hugin really does suck up RAM when it processes large images, and it might not be handling OOM situations very well.

CC: (none) => dan

Comment 2 MichaÅ Walenciak 2013-07-27 09:36:58 CEST
For sure it's not problem with lack of memory - I've a 8GB (total) and a few GB are free.
I've noticed that hugin consumes a lot of memory, but sometimes it takes more (and swap is being used) without crashing.

My another observation is that hugin works fine under gnome or xfce4. Problem occurs only when I use kde4
Comment 3 Marja Van Waes 2015-03-31 16:06:21 CEST
Mageia 3 changed to end-of-life (EOL) status 4 months ago.
http://blog.mageia.org/en/2014/11/26/lets-say-goodbye-to-mageia-3/ 

Mageia 3 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of Mageia
please feel free to click on "Version" change it against that version of Mageia
and reopen this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

--
The Mageia Bugsquad

Status: NEW => RESOLVED
Resolution: (none) => OLD