synaptic-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Synaptic-devel] [bug #18160] Segmentation Fault when locking package ve


From: anonymous
Subject: [Synaptic-devel] [bug #18160] Segmentation Fault when locking package version
Date: Mon, 30 Oct 2006 22:31:37 +0000
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1) Gecko/20060601 Firefox/2.0 (Ubuntu-edgy)

URL:
  <http://savannah.nongnu.org/bugs/?18160>

                 Summary: Segmentation Fault when locking package version
                 Project: Synaptic
            Submitted by: None
            Submitted on: Monday 10/30/2006 at 22:31 UTC
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________

Details:

Synaptic 0.57.8, Ubuntu 6.10, amd64

I have a package (auctex) that I compiled myself and converted to deb with
checkinstall. Synaptic found a new version in the repository and offers an
upgrade to this newer version. I tried to lock my current one, since the
newer does not work on my system, as it requires Emacs, which I compile from
CVS. When I select Package->"Lock Version" Synaptic crashes with SIGSEGV.

I run it with gdb (no symbols):
(no debugging symbols found)
...
(no debugging symbols found)
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47494347573824 (LWP 18164)]
0x00000000004547ef in std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string<char*> ()
(gdb) thread apply all bt

Thread 1 (Thread 47494347573824 (LWP 18164)):
#0  0x00000000004547ef in std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string<char*> ()
#1  0x000000000043f842 in
std::__introsort_loop<__gnu_cxx::__normal_iterator<std::string*,
std::vector<std::string, std::allocator<std::string> > >, long> ()
#2  0x00002b3221bcb48a in g_closure_invoke () from
/usr/lib/libgobject-2.0.so.0
#3  0x00002b3221bdaa08 in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
#4  0x00002b3221bdbe43 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#5  0x00002b3221bdc013 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#6  0x00002b322055566a in gtk_widget_activate ()
   from /usr/lib/libgtk-x11-2.0.so.0
#7  0x00002b3220460940 in gtk_menu_shell_activate_item ()
   from /usr/lib/libgtk-x11-2.0.so.0
#8  0x00002b3220461df0 in gtk_menu_shell_append ()
   from /usr/lib/libgtk-x11-2.0.so.0
#9  0x00002b3220454b5d in _gtk_marshal_BOOLEAN__BOXED ()
   from /usr/lib/libgtk-x11-2.0.so.0
#10 0x00002b3221bcb48a in g_closure_invoke () from
/usr/lib/libgobject-2.0.so.0
#11 0x00002b3221bdb023 in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#12 0x00002b3221bdbc17 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#13 0x00002b3221bdc013 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#14 0x00002b32205519ae in gtk_widget_get_default_style ()
   from /usr/lib/libgtk-x11-2.0.so.0
#15 0x00002b322044e24d in gtk_propagate_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#16 0x00002b322044f261 in gtk_main_do_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#17 0x00002b3220a30b0c in _gdk_events_init () from
/usr/lib/libgdk-x11-2.0.so.0
#18 0x00002b3221f35c84 in g_main_context_dispatch ()
   from /usr/lib/libglib-2.0.so.0
#19 0x00002b3221f38acd in g_main_context_check ()
   from /usr/lib/libglib-2.0.so.0
#20 0x00002b3221f38dda in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#21 0x00002b322044f5f3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#22 0x0000000000415577 in ?? ()
#23 0x00002b3222f410c4 in __libc_start_main () from /lib/libc.so.6
#24 0x0000000000413589 in ?? ()
#25 0x00007fff8acb3118 in ?? ()
#26 0x0000000000000000 in ?? ()

If this is not enough, then I could compile Synaptic with debugging info in
order to get a better backtrace (I guess I could use 'apt-get source' for
this).







    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?18160>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]