From: karl a. <ka...@gm...> - 2012-03-20 14:46:08
|
I couldn't agree more. PCMANFM 0.9.10-0 crashes exactly as many times as you unmount a device, or remove a bookmark. I can find the bug# if you ask me. use 0.9.10-2 (you should also use the matching version of libfm) -- kanliot <ka...@gm...> |
From: Karl A. <ka...@gm...> - 2012-03-30 14:56:31
|
On 2012-03-20 21:00, me...@gm... wrote: > What is this pcmanfm 0.9.10-2 that karl anliot talks about with the > libfm matching ? I made a mistake in saying that the bug was fixed in the newer version. It took a long time for people to straighten me out. Sorry. |
From: Axel F. <axe...@gm...> - 2012-03-30 15:12:00
|
I had other segfaults, in case that info can be usefull... here's the summary .... I'm running PCManFm in Gdb in my lxsession autostart file, so every time it crashes, I can get a backtrace, that happens in the dir tree model, places model, and folder model when removing a row. I only found this in desktop.c, I don't know if that can make it crash : void on_row_deleted(GtkTreeModel* mod, GtkTreePath* tp, FmDesktop* desktop) { GList* l; int i = 0, idx = gtk_tree_path_get_indices(tp)[0]; for(l=desktop->items;l;l=l->next, ++i) { FmDesktopItem* item = (FmDesktopItem*)l->data; if(i == idx) { desktop_item_free(item); if(desktop->focus == item) it's strange here to free the item and then using it ?? { if(l->next) desktop->focus = (FmDesktopItem*)l->next->data; else if(l->prev) desktop->focus = (FmDesktopItem*)l->prev->data; else desktop->focus = NULL; } if(desktop->drop_hilight == item) desktop->drop_hilight = NULL; if(desktop->hover_item == item) desktop->hover_item = NULL; desktop->items = g_list_delete_link(desktop->items, l); break; } } queue_layout_items(desktop); } ------------------------------------------------------------------------------------------------------------------------ Delete a directory on the desktop, file manager closed, doesn't happen every time, just somtimes... ------------------------------------------------------------------------------------------------------------------------ Program received signal SIGSEGV, Segmentation fault. 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 (gdb) bt #0 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #1 0x0045f41d in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #2 0x0045f71e in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #3 0x00524deb in gtk_widget_queue_resize () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #4 0x004f6516 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #5 0x00a925ba in g_cclosure_marshal_VOID__BOXED () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #6 0x00a8f624 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #7 0x00aa2029 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #8 0x00aaa87f in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #9 0x00aaaa83 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #10 0x004dc44a in gtk_tree_model_row_deleted () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #11 0x0028edba in remove_item (model=0x8333ea0, item_l=0x835ec20) at gtk/fm-dir-tree-model.c:629 #12 0x0028ee2b in on_folder_files_removed (folder=0x8092c18, files=0x8198fb0, item_l=0x835e080) at gtk/fm-dir-tree-model.c:757 #13 0x00a9276a in g_cclosure_marshal_VOID__POINTER () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #14 0x00a8f624 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #15 0x00aa2029 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #16 0x00aaa87f in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #17 0x00aaaa83 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #18 0x00720fed in on_idle (folder=0x8092c18) at base/fm-folder.c:299 #19 0x00b177e0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #20 0x00b19d7a in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #21 0x00b1a185 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #22 0x00b1a5cb in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #23 0x003e1bdf in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #24 0x0805236a in main (argc=1, argv=0xbffff8d4) at pcmanfm.c:199 ------------------------------------------------------------------------------------------------------------------------ Delete a directory on the desktop while the file manager displays the same directory... ------------------------------------------------------------------------------------------------------------------------ Program received signal SIGSEGV, Segmentation fault. 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 (gdb) bt #0 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #1 0x0045f41d in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #2 0x0045f71e in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #3 0x00524deb in gtk_widget_queue_resize () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #4 0x004f6516 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #5 0x00a925ba in g_cclosure_marshal_VOID__BOXED () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #6 0x00a8f624 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #7 0x00aa2029 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #8 0x00aaa87f in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #9 0x00aaaa83 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #10 0x004dc44a in gtk_tree_model_row_deleted () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #11 0x0028edba in remove_item (model=0x8330ea0, item_l=0x81f5880) at gtk/fm-dir-tree-model.c:629 #12 0x0028ee2b in on_folder_files_removed (folder=0x8092c18, files=0x8190508, item_l=0x81ef560) at gtk/fm-dir-tree-model.c:757 #13 0x00a9276a in g_cclosure_marshal_VOID__POINTER () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #14 0x00a8f624 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #15 0x00aa2029 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #16 0x00aaa87f in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #17 0x00aaaa83 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #18 0x00720fed in on_idle (folder=0x8092c18) at base/fm-folder.c:299 #19 0x00b177e0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #20 0x00b19d7a in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #21 0x00b1a185 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #22 0x00b1a5cb in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #23 0x003e1bdf in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #24 0x0805236a in main (argc=1, argv=0xbffff8d4) at pcmanfm.c:199 ------------------------------------------------------------------------------------------------------------------------ File Manager opened in a source tree, and while doing make clean, make distclean in a terminal in that source tree, it crashed ------------------------------------------------------------------------------------------------------------------------ Program received signal SIGSEGV, Segmentation fault. 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 (gdb) bt #0 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #1 0x0045f41d in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #2 0x0045f71e in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #3 0x00524deb in gtk_widget_queue_resize () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #4 0x004f6516 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #5 0x00a925ba in g_cclosure_marshal_VOID__BOXED () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #6 0x00a8f624 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #7 0x00aa2029 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #8 0x00aaa87f in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #9 0x00aaaa83 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #10 0x004dc44a in gtk_tree_model_row_deleted () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #11 0x0028edba in remove_item (model=0x8331280, item_l=0x8429110) at gtk/fm-dir-tree-model.c:629 #12 0x0028ee2b in on_folder_files_removed (folder=0x8374d08, files=0x8349ad8, item_l=0xb7101490) at gtk/fm-dir-tree-model.c:757 #13 0x00a9276a in g_cclosure_marshal_VOID__POINTER () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #14 0x00a8f624 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #15 0x00aa2029 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #16 0x00aaa87f in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #17 0x00aaaa83 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #18 0x00720fed in on_idle (folder=0x8374d08) at base/fm-folder.c:299 #19 0x00b177e0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #20 0x00b19d7a in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #21 0x00b1a185 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #22 0x00b1a5cb in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #23 0x003e1bdf in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #24 0x0805236a in main (argc=1, argv=0xbffff8d4) at pcmanfm.c:199 ------------------------------------------------------------------------------------------------------------------------ Rename a file in the detailed list view, happens sometimes, and sometimes not, not reproductible ------------------------------------------------------------------------------------------------------------------------ Program received signal SIGSEGV, Segmentation fault. 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 (gdb) bt #0 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #1 0x0045f41d in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #2 0x0045f71e in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #3 0x00524deb in gtk_widget_queue_resize () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #4 0x004f6516 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #5 0x00a925ba in g_cclosure_marshal_VOID__BOXED () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #6 0x00a8f624 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #7 0x00aa2029 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #8 0x00aaa87f in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #9 0x00aaaa83 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #10 0x004dc44a in gtk_tree_model_row_deleted () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #11 0x00289318 in fm_folder_model_file_deleted (model=0xb710ed38, file=0xb4511728) at gtk/fm-folder-model.c:845 #12 0x0028937e in _fm_folder_model_files_removed (dir=0x832ccc0, files=0xb740d418, model=0xb710ed38) at gtk/fm-folder-model.c:305 #13 0x00a9276a in g_cclosure_marshal_VOID__POINTER () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #14 0x00a8f624 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #15 0x00aa2029 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #16 0x00aaa87f in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #17 0x00aaaa83 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #18 0x00720fed in on_idle (folder=0x832ccc0) at base/fm-folder.c:299 #19 0x00b177e0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #20 0x00b19d7a in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #21 0x00b1a185 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #22 0x00b1a5cb in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #23 0x003e1bdf in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #24 0x0805236a in main (argc=1, argv=0xbffff8d4) at pcmanfm.c:199 ------------------------------------------------------------------------------------------------------------------------ Insert a USB Stick, select Places View, click "unmout" in the popup menu, reproductible, happens very time ------------------------------------------------------------------------------------------------------------------------ Program received signal SIGSEGV, Segmentation fault. 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 (gdb) bt #0 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #1 0x0045f41d in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #2 0x0045f71e in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #3 0x00524deb in gtk_widget_queue_resize () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #4 0x004f6516 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #5 0x00a925ba in g_cclosure_marshal_VOID__BOXED () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #6 0x00a8f624 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #7 0x00aa2029 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #8 0x00aaa6d0 in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #9 0x00aaa8d3 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #10 0x004dc44a in gtk_tree_model_row_deleted () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #11 0x003df427 in gtk_list_store_remove () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #12 0x0028c996 in on_vol_removed (vm=0xb7402168, vol=0x831fd20, user_data=0x835b030) at gtk/fm-places-model.c:214 #13 0x00a92930 in g_cclosure_marshal_VOID__OBJECTv () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #14 0x00a8f8c7 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #15 0x00aaa23e in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #16 0x00aaad2f in g_signal_emit_by_name () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #17 0x009a50dd in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #18 0x00a92930 in g_cclosure_marshal_VOID__OBJECTv () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #19 0x00a8f8c7 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #20 0x00aaa23e in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #21 0x00aaad2f in g_signal_emit_by_name () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #22 0x012735d6 in ?? () from /usr/lib/i386-linux-gnu/gio/modules/libgioremote-volume-monitor.so ---Type <return> to continue, or q <return> to quit--- #23 0x00b177f0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #24 0x00b19d8a in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #25 0x00b1a195 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #26 0x00b1a5db in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #27 0x003e1bdf in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #28 0x0805236a in main (argc=1, argv=0xbffff8d4) at pcmanfm.c:199 ------------------------------------------------------------------------------------------------------------------------ Insert a USB Stick, select Tree View, type umount in a terminal to unmout, reproductible ------------------------------------------------------------------------------------------------------------------------ Program received signal SIGSEGV, Segmentation fault. 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 (gdb) bt #0 0x00356180 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #1 0x0045f41d in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #2 0x0045f71e in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #3 0x00524deb in gtk_widget_queue_resize () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #4 0x004f6516 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #5 0x00a925ba in g_cclosure_marshal_VOID__BOXED () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #6 0x00a8f624 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #7 0x00aa2029 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #8 0x00aaa6d0 in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #9 0x00aaa8d3 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #10 0x004dc44a in gtk_tree_model_row_deleted () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #11 0x0028ed6a in remove_item (model=0x8308d00, item_l=0x81f4940) at gtk/fm-dir-tree-model.c:629 #12 0x0028eddb in on_folder_files_removed (folder=0x8397ef0, files=0x81fcfa0, item_l=0x81f4710) at gtk/fm-dir-tree-model.c:757 #13 0x00a9276a in g_cclosure_marshal_VOID__POINTER () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #14 0x00a8f624 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #15 0x00aa2029 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #16 0x00aaa6d0 in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #17 0x00aaa8d3 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #18 0x00720fed in on_idle (folder=0x8397ef0) at base/fm-folder.c:299 #19 0x00b177f0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #20 0x00b19d8a in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #21 0x00b1a195 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #22 0x00b1a5db in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #23 0x003e1bdf in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #24 0x0805236a in main (argc=1, argv=0xbffff8d4) at pcmanfm.c:199 On 30/03/2012 16:56, Karl Anliot wrote: > > On 2012-03-20 21:00, me...@gm... <mailto:me...@gm...> wrote: > > What is this pcmanfm 0.9.10-2 that karl anliot talks about with the > > libfm matching ? > > I made a mistake in saying that the bug was fixed in the newer > version. It took a long time for people to straighten me out. Sorry. > > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > > > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list -- Axel FILMORE |
From: karl a. <ka...@gm...> - 2012-03-20 15:03:31
|
IMHO the reason this bug hasn't been fixed is people filed the bug against PCMANFM not libfm. -- kanliot <ka...@gm...> |
From: Axel F. <axe...@gm...> - 2012-03-20 15:31:52
|
On 20/03/2012 16:03, karl anliot wrote: > IMHO the reason this bug hasn't been fixed is people filed the bug against PCMANFM not libfm. > IMHO, this bug hasn't been fixed because GtkTreeView is one of the most complicated stuff in GTK+ and because it's too complicated to write GUI softwares in plain C, we really need modern languages like Vala to write reliable and maintainable softwares. :) -- Axel FILMORE |
From: Karl A. <ka...@gm...> - 2012-03-21 01:25:01
|
On Tue, Mar 20, 2012 at 11:31 AM, Axel FILMORE <axe...@gm...>wrote: > On 20/03/2012 16:03, karl anliot wrote: > >> IMHO the reason this bug hasn't been fixed is people filed the bug >> against PCMANFM not libfm. >> >> > IMHO, this bug hasn't been fixed because GtkTreeView is one of the most > complicated stuff in GTK+ and because it's too complicated to write GUI > softwares in plain C, we really need modern languages like Vala to write > reliable and maintainable softwares. > > :) > Dude the bug has been fixed, (sorry poor language on my part) the problem is that the current version of libfm isn't being picked up! thanks , kanliot |
From: <me...@gm...> - 2012-03-20 20:00:39
|
On Tue, 20 Mar 2012 16:31:39 +0100 Axel FILMORE <axe...@gm...> wrote: > On 20/03/2012 16:03, karl anliot wrote: > > IMHO the reason this bug hasn't been fixed is people filed the bug against PCMANFM > > not libfm. > > > > IMHO, this bug hasn't been fixed because GtkTreeView is one of the most > complicated stuff in GTK+ and because it's too complicated to write GUI > softwares in plain C, we really need modern languages like Vala to write > reliable and maintainable softwares. > > :) But is there a version which fixes the crashes ? What is this pcmanfm 0.9.10-2 that karl anliot talks about with the libfm matching ? Where is it possible to get it ? Thanks ! |
From: Martin B. / b. <br...@bs...> - 2012-03-28 14:10:23
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2012-03-20 21:00, me...@gm... wrote: > What is this pcmanfm 0.9.10-2 that karl anliot talks about with the > libfm matching ? 0.9.10-2 is a debian/ubuntu versioning scheme. 0.9.10 matches the upstream version. -2 indicates that this is the second version of the packaging for that version. we try to release libfm and pcmanfm at the same time. it is not always needed strictly speaking but it is easier for everyone involved to think along the lines "for pcmanfm 0.9.10 I need libfm 0.9.10" rather than "for pcmanfm 0.9.10 I need libfm with a version greater than 0.5.6 but lower than 0.10.1" (or something, I just made the numbers up). > Where is it possible to get it ? 0.9.10 is at sf.net. the debian package (I doubt you want it) can be fetch from debian or ubuntu servers. http://cdn.debian.net/debian/pool/main/p/pcmanfm/ http://archive.ubuntu.com/ubuntu/pool/universe/p/pcmanfm/ - -- brother http://sis.bthstudent.se -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJPcxu9AAoJEJbdSEaj0jV7gA4IALGJ952amqKIU7U1pEaswt3U PQ+IChM54ZA8F8pdT/rQzOMhONd9y/lhAhARD+OT3eR9SuRZH8Xrlc3z15KNNXZv 2keZOHLw2EMMn3uEDEv/D+oMwtqo+OCNEGhRvOeDaliVSXvLUymOZkIMShlQLhox 4/qh4HSj0DiSdANZswXqoFRzRtocqGt4QyFrKtvN+cDqzkumo1KbOaE0nCB/9a1I tckYd0bBrWQATXJ/dUnWVBk6fE7dIEU8giQBEs0roaeANVXsi7fifSyJ7SUMKl+S /3OqHq07dQcL4s30rogp9XFUrhLLPXCgHUrD930D9eA7F6WvgoimufegLcpRY+8= =gVoA -----END PGP SIGNATURE----- |
From: PCMan <pcm...@gm...> - 2012-03-21 04:53:14
|
This is quite true. When I'm learning GTK+, I read GtkTreeView tutorial for several times in order to do some simple things with it. Writing GUI apps with GTK+ and plain C is a pain and is really error-prone. Even when you use GtkBuilder, doing operations on GtkTreeView and GtkTreeModal still require a lot of additional work. I'm trying to migrate some parts of LXDE to vala to get more readable code when suitable. Code written in Vala is much much more readable and shorter than that written in plain C. Compile-time type safety and built-in support for dbus are also great features of Vala. So I like it very much. However, at the moment vala is not that reliable as it looks like. It sometimes generates wrong C code that cant compile, or something that compiles but causes crashes at runtime. Besides, debugging vala programs requies that you digging into the generate C code which is not readable. Fixing broken vapi files is not of fun at all. Moreover, we don't have the time to rewrite everything in vala. So, to sum up, there is no silver bullet. I'll try to look into this this issue weekend. :-( On Tue, Mar 20, 2012 at 11:31 PM, Axel FILMORE <axe...@gm...>wrote: > On 20/03/2012 16:03, karl anliot wrote: > > IMHO the reason this bug hasn't been fixed is people filed the bug > against PCMANFM not libfm. > > > > IMHO, this bug hasn't been fixed because GtkTreeView is one of the most > complicated stuff in GTK+ and because it's too complicated to write GUI > softwares in plain C, we really need modern languages like Vala to write > reliable and maintainable softwares. > > :) > > -- > Axel FILMORE > > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list > |
From: <me...@gm...> - 2012-03-23 11:55:54
|
On Wed, 21 Mar 2012 12:53:07 +0800 PCMan <pcm...@gm...> wrote: > (...) > I'll try to look into this issue this weekend. :-( Hi PCMan, I thank you very much. I hope it will be a smooth research and that you will find the way to fix it. Best regards, Mélodie |
From: Stephen S. <eco...@fa...> - 2012-03-21 15:50:31
|
About Vala: this is almost true (vala is not stable enough for too complex apps), but we can at least rewrite some simple components of LXDE in Vala, for example lxshortcut, which is not perfect yet and need some tweaks (i read on the wiki that a new library - liblxshortcut - as backend for lxshortcut is planned, is a good idea? which other apps will use liblxshortcut?) On 03/21/2012 05:53 AM, PCMan wrote: > This is quite true. When I'm learning GTK+, I read GtkTreeView > tutorial for several times in order to do some simple things with it. > Writing GUI apps with GTK+ and plain C is a pain and is really > error-prone. > Even when you use GtkBuilder, doing operations on GtkTreeView and > GtkTreeModal still require a lot of additional work. > I'm trying to migrate some parts of LXDE to vala to get more readable > code when suitable. > Code written in Vala is much much more readable and shorter than that > written in plain C. > Compile-time type safety and built-in support for dbus are also great > features of Vala. So I like it very much. > However, at the moment vala is not that reliable as it looks like. > It sometimes generates wrong C code that cant compile, or something > that compiles but causes crashes at runtime. > Besides, debugging vala programs requies that you digging into the > generate C code which is not readable. > Fixing broken vapi files is not of fun at all. Moreover, we don't have > the time to rewrite everything in vala. > So, to sum up, there is no silver bullet. > I'll try to look into this this issue weekend. :-( > On Tue, Mar 20, 2012 at 11:31 PM, Axel FILMORE <axe...@gm... > <mailto:axe...@gm...>> wrote: > > On 20/03/2012 16:03, karl anliot wrote: > > IMHO the reason this bug hasn't been fixed is people filed the > bug against PCMANFM not libfm. > > > > IMHO, this bug hasn't been fixed because GtkTreeView is one of the > most > complicated stuff in GTK+ and because it's too complicated to > write GUI > softwares in plain C, we really need modern languages like Vala to > write > reliable and maintainable softwares. > > :) > > -- > Axel FILMORE > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > <mailto:Lxd...@li...> > https://lists.sourceforge.net/lists/listinfo/lxde-list > > > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > > > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list |
From: PCMan <pcm...@gm...> - 2012-03-21 16:53:02
|
Potential users of liblxshortcut are: 1. pcmanfm/libfm 2. lxpanel, to edit application menu items 3. a menu editor, if any 4. lxsession-edit, to edit autostart apps 5. other programs which requires editing of desktop entries 6. lxshortcut itself I don't know how to make it a good lib yet. Otherwise writing it with vala should be fast. Do you want to do it? BTW, I noted that a nice icon chooser dialog was provided by glade-3 already so we don't have to make our own. By removing some gnome deps with trivial changes, it can be used independently in lxshortcut. On Wed, Mar 21, 2012 at 11:50 PM, Stephen Smally <eco...@fa...>wrote: > About Vala: this is almost true (vala is not stable enough for too > complex apps), but we can at least rewrite some simple components of LXDE > in Vala, for example lxshortcut, which is not perfect yet and need some > tweaks (i read on the wiki that a new library - liblxshortcut - as backend > for lxshortcut is planned, is a good idea? which other apps will use > liblxshortcut?) > > > On 03/21/2012 05:53 AM, PCMan wrote: > > This is quite true. When I'm learning GTK+, I read GtkTreeView tutorial > for several times in order to do some simple things with it. > Writing GUI apps with GTK+ and plain C is a pain and is really error-prone. > Even when you use GtkBuilder, doing operations on GtkTreeView and > GtkTreeModal still require a lot of additional work. > I'm trying to migrate some parts of LXDE to vala to get more readable code > when suitable. > Code written in Vala is much much more readable and shorter than that > written in plain C. > Compile-time type safety and built-in support for dbus are also great > features of Vala. So I like it very much. > However, at the moment vala is not that reliable as it looks like. > It sometimes generates wrong C code that cant compile, or something that > compiles but causes crashes at runtime. > Besides, debugging vala programs requies that you digging into the > generate C code which is not readable. > Fixing broken vapi files is not of fun at all. Moreover, we don't have the > time to rewrite everything in vala. > So, to sum up, there is no silver bullet. > > I'll try to look into this this issue weekend. :-( > On Tue, Mar 20, 2012 at 11:31 PM, Axel FILMORE <axe...@gm...>wrote: > >> On 20/03/2012 16:03, karl anliot wrote: >> > IMHO the reason this bug hasn't been fixed is people filed the bug >> against PCMANFM not libfm. >> > >> >> IMHO, this bug hasn't been fixed because GtkTreeView is one of the most >> complicated stuff in GTK+ and because it's too complicated to write GUI >> softwares in plain C, we really need modern languages like Vala to write >> reliable and maintainable softwares. >> >> :) >> >> -- >> Axel FILMORE >> >> >> >> ------------------------------------------------------------------------------ >> This SF email is sponsosred by: >> Try Windows Azure free for 90 days Click Here >> http://p.sf.net/sfu/sfd2d-msazure >> _______________________________________________ >> Lxde-list mailing list >> Lxd...@li... >> https://lists.sourceforge.net/lists/listinfo/lxde-list >> > > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure > > > > _______________________________________________ > Lxde-list mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/lxde-list > > > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list > > |
From: Stephen S. <eco...@fa...> - 2012-03-21 19:40:36
|
Ok, but all these applications (1, 2, 3, 4) shouldn't just call lxshortcut with some arguments? Btw, i'll happy to start working on it (first as a library). Regards, Stephen Smally On 03/21/2012 05:52 PM, PCMan wrote: > Potential users of liblxshortcut are: > 1. pcmanfm/libfm > 2. lxpanel, to edit application menu items > 3. a menu editor, if any > 4. lxsession-edit, to edit autostart apps > 5. other programs which requires editing of desktop entries > 6. lxshortcut itself > > I don't know how to make it a good lib yet. Otherwise writing it with > vala should be fast. > Do you want to do it? > BTW, I noted that a nice icon chooser dialog was provided by glade-3 > already so we don't have to make our own. > By removing some gnome deps with trivial changes, it can be used > independently in lxshortcut. > > On Wed, Mar 21, 2012 at 11:50 PM, Stephen Smally > <eco...@fa... <mailto:eco...@fa...>> wrote: > > About Vala: this is almost true (vala is not stable enough for too > complex apps), but we can at least rewrite some simple components > of LXDE in Vala, for example lxshortcut, which is not perfect yet > and need some tweaks (i read on the wiki that a new library - > liblxshortcut - as backend for lxshortcut is planned, is a good > idea? which other apps will use liblxshortcut?) > > > On 03/21/2012 05:53 AM, PCMan wrote: >> This is quite true. When I'm learning GTK+, I read GtkTreeView >> tutorial for several times in order to do some simple things with it. >> Writing GUI apps with GTK+ and plain C is a pain and is really >> error-prone. >> Even when you use GtkBuilder, doing operations on GtkTreeView and >> GtkTreeModal still require a lot of additional work. >> I'm trying to migrate some parts of LXDE to vala to get more >> readable code when suitable. >> Code written in Vala is much much more readable and shorter than >> that written in plain C. >> Compile-time type safety and built-in support for dbus >> are also great features of Vala. So I like it very much. >> However, at the moment vala is not that reliable as it looks like. >> It sometimes generates wrong C code that cant compile, or >> something that compiles but causes crashes at runtime. >> Besides, debugging vala programs requies that you digging into >> the generate C code which is not readable. >> Fixing broken vapi files is not of fun at all. Moreover, we don't >> have the time to rewrite everything in vala. >> So, to sum up, there is no silver bullet. >> I'll try to look into this this issue weekend. :-( >> On Tue, Mar 20, 2012 at 11:31 PM, Axel FILMORE >> <axe...@gm... <mailto:axe...@gm...>> wrote: >> >> On 20/03/2012 16:03, karl anliot wrote: >> > IMHO the reason this bug hasn't been fixed is people filed >> the bug against PCMANFM not libfm. >> > >> >> IMHO, this bug hasn't been fixed because GtkTreeView is one >> of the most >> complicated stuff in GTK+ and because it's too complicated to >> write GUI >> softwares in plain C, we really need modern languages like >> Vala to write >> reliable and maintainable softwares. >> >> :) >> >> -- >> Axel FILMORE >> >> >> ------------------------------------------------------------------------------ >> This SF email is sponsosred by: >> Try Windows Azure free for 90 days Click Here >> http://p.sf.net/sfu/sfd2d-msazure >> _______________________________________________ >> Lxde-list mailing list >> Lxd...@li... >> <mailto:Lxd...@li...> >> https://lists.sourceforge.net/lists/listinfo/lxde-list >> >> >> >> >> ------------------------------------------------------------------------------ >> This SF email is sponsosred by: >> Try Windows Azure free for 90 days Click Here >> http://p.sf.net/sfu/sfd2d-msazure >> >> >> _______________________________________________ >> Lxde-list mailing list >> Lxd...@li... <mailto:Lxd...@li...> >> https://lists.sourceforge.net/lists/listinfo/lxde-list > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > <mailto:Lxd...@li...> > https://lists.sourceforge.net/lists/listinfo/lxde-list > > |