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:
Keywords: (none) => TriagedCC: (none) => fundawangSource RPM: (none) => hugin
Version: Cauldron => 3
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
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
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 => RESOLVEDResolution: (none) => OLD