Summary: | media-gfx/hugin-0.7.0-r1 segfault on "Align images" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jiří Vyskočil <jiri> |
Component: | Current packages | Assignee: | Gentoo Graphics Project <graphics+disabled> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | widget |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://sourceforge.net/tracker/index.php?func=detail&aid=2245374&group_id=77506&atid=550441 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
hugin console output
Manually selecting optimise exposure |
Description
Jiří Vyskočil
2008-10-22 16:10:28 UTC
Created attachment 169438 [details]
hugin console output
console output. shows starting hugin, loading two images, pressing "Align images"
Created attachment 169444 [details] Manually selecting optimise exposure When I follow the tutorial at http://hugin.sourceforge.net/tutorials/two-photos/en.shtml hugin outputs this to console after pressing "Optimise now" in the "Exposure" tab. This might be another bug, but the sequence of events seems somewhat similar to the previous case. What is your version of media-libs/libpano12 ? It is probably a libpano bug or version mismatch, because libpano version mismatch has caused optimization crashes in the past http://hugin.sourceforge.net/docs/manual/Hugin_FAQ.html hugin-0.7.0-r1 ebuild depends on libpano13. Only available version is libpano13-2.9.12, which is installed. Seeing libpano13 depends on java - I have Sun JDK 1.6.0.07 installed. Here is a basic gdb backtrace on the segfault after manually selecting exposure optimisation. Note I don't have -ggdb or any other debugging related CFLAGS on (I can recompile, if anyone would be interested) Iteration: 59, error: 8.630457: 40% Iteration: 60, error: 8.630455: 40% Iter: 60, estimate: 0.492972393 2.34888333 -0.203144065 0.208610242 -0.173616998 0.398680317 -1.37048287 0.996770563 12.2686456 -- errors 1.76012113e-05 0.359680326 Iteration: 61, error: 8.630455: 40% Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f8180663790 (LWP 6161)] 0x00007f81802cbba0 in dlevmar_covar () from /usr/lib/libhuginbase.so.0.0 (gdb) backtrace #0 0x00007f81802cbba0 in dlevmar_covar () from /usr/lib/libhuginbase.so.0.0 #1 0x00007f81802c60b3 in dlevmar_dif () from /usr/lib/libhuginbase.so.0.0 #2 0x00007f817fdd2254 in HuginBase::PhotometricOptimizer::optimizePhotometric () from /usr/lib/libhuginbase.so.0.0 #3 0x00007f817fdd2a7a in HuginBase::SmartPhotometricOptimizer::smartOptimizePhotometric () from /usr/lib/libhuginbase.so.0.0 #4 0x0000000000525033 in OptimizePhotometricPanel::runOptimizer () #5 0x0000000000526023 in OptimizePhotometricPanel::OnOptimizeButton () #6 0x00007f817dcc2299 in wxEvtHandler::ProcessEventIfMatches () from /usr/lib/libwx_baseu-2.8.so.0 #7 0x00007f817dcc3473 in wxEventHashTable::HandleEvent () from /usr/lib/libwx_baseu-2.8.so.0 #8 0x00007f817dcc3567 in wxEvtHandler::ProcessEvent () from /usr/lib/libwx_baseu-2.8.so.0 #9 0x00007f817d89aa48 in wxWindowBase::TryParent () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #10 0x00007f817d89aa48 in wxWindowBase::TryParent () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #11 0x00007f817dcc34f0 in wxEvtHandler::ProcessEvent () from /usr/lib/libwx_baseu-2.8.so.0 #12 0x00007f817d8c88f5 in wxScrollHelperEvtHandler::ProcessEvent () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #13 0x00007f817d89aa48 in wxWindowBase::TryParent () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #14 0x00007f817d7dd5d9 in gtk_button_clicked_callback () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #15 0x00007f8179d8f18f in IA__g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #16 0x00007f8179da6620 in signal_emit_unlocked_R () from /usr/lib/libgobject-2.0.so.0 #17 0x00007f8179da77e8 in IA__g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #18 0x00007f8179da7d23 in IA__g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #19 0x00007f817b2e5e6d in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #20 0x00007f8179d8f18f in IA__g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #21 0x00007f8179da5a1d in signal_emit_unlocked_R () from /usr/lib/libgobject-2.0.so.0 #22 0x00007f8179da77e8 in IA__g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #23 0x00007f8179da7d23 in IA__g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #24 0x00007f817b2e50bd in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #25 0x00007f817b389da8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #26 0x00007f8179d8f18f in IA__g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #27 0x00007f8179da5dd1 in signal_emit_unlocked_R () from /usr/lib/libgobject-2.0.so.0 #28 0x00007f8179da7697 in IA__g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #29 0x00007f8179da7d23 in IA__g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #30 0x00007f817b48c57e in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #31 0x00007f817b382723 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #32 0x00007f817b383843 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #33 0x00007f817b00b2cc in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #34 0x00007f81796ce78a in IA__g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #35 0x00007f81796d1f3d in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0 #36 0x00007f81796d246d in IA__g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #37 0x00007f817b383c57 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #38 0x00007f817d793d58 in wxEventLoop::Run () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #39 0x00007f817d81c9eb in wxAppBase::MainLoop () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #40 0x00007f817dc67c9d in wxEntry () from /usr/lib/libwx_baseu-2.8.so.0 #41 0x0000000000459172 in main () (gdb) As I am unable to reproduce this, I filed a bug report at the hugin project page (see the URL field). Today I tried compiling hugin directly from the tarball - it worked. I went to test if any of my CFLAGS might be the problem. Suddenly, I can't reproduce the bug either - hugin magically started working after an emerge a now seems to work without problems. I'm not aware of making any significant changes to the system. Only: - Did an emerge -DNu world this morning to get updates since my last post, but nothing seemed to be anyhow related to hugin. - Installed LAPACK and some other numerical libraries. Coincidentally, I have noticed, that hugin might be able to use them - near 28% of copmilation, it issues a warning about missing LAPACK, even if I have several implementations installed and working, this might be related to the problem (altough I doubt it) Just thought I'd say 'me too', also have this problem on on unstable amd64, with an identical backtrace. I'm going to recompile hugin, see if it makes a difference. I am using libpano13-2.9.12 and the icedtea OpenJDK. closing, as this doesn't seem like a hugin bug. |