- Inkscape Devel - Inkscape Mailman

current CVS broken ?
by Adib Taraben 02 Aug '05

02 Aug '05

Hi, I have problem to open any dialogs besides the file-open and file-save. Inkscape closes immediately HTH, Adib. --- D:\projekte\inkscape\inkscape>gdb inkscape.exe GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-mingw32"... (gdb) run Starting program: D:\projekte\inkscape\inkscape/inkscape.exe gdb: do_initial_child_stuff: process 3856 gdb: kernel event for pid=3856 tid=2772 code=CREATE_PROCESS_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=EXCEPTION_DEBUG_EVENT) gdb: Target exception EXCEPTION_BREAKPOINT at 0x7c911230 gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=EXCEPTION_DEBUG_EVENT) gdb: Target exception EXCEPTION_ACCESS_VIOLATION at 0x004e8d99 Program received signal SIGSEGV, Segmentation fault. 0x004e8d99 in Inkscape::Verb::get_action () (gdb) bt #0 0x004e8d99 in Inkscape::Verb::get_action () #1 0x0043f8d3 in sp_ui_dialog_title_string () #2 0x005fbfc2 in sp_object_properties_dialog () #3 0x004f1f15 in sp_action_perform () #4 0x00af7a4a in g_cclosure_marshal_VOID__VOID () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #5 0x00ae34de in g_closure_invoke () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #6 0x00af6cff in signal_emit_unlocked_R () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #7 0x00af5434 in g_signal_emit_valist () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #8 0x00af5676 in g_signal_emit () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #9 0x015c69ff in gtk_button_clicked () from D:\projekte\inkscape\inkscape\libgtk-win32-2.0-0.dll #10 0x01728c04 in gtk_toggle_button_released () #11 0x00af7a4a in g_cclosure_marshal_VOID__VOID () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #12 0x00ae370b in g_type_class_meta_marshal () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #13 0x00ae34de in g_closure_invoke () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll ---Type <return> to continue, or q <return> to quit--- #14 0x00af5f6a in signal_emit_unlocked_R () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #15 0x00af5434 in g_signal_emit_valist () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #16 0x00af5676 in g_signal_emit () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #17 0x015c6987 in gtk_button_released () from D:\projekte\inkscape\inkscape\libgtk-win32-2.0-0.dll #18 0x015c7931 in gtk_button_button_release () from D:\projekte\inkscape\inkscape\libgtk-win32-2.0-0.dll #19 0x0168d771 in _gtk_marshal_BOOLEAN__BOXED () #20 0x00ae370b in g_type_class_meta_marshal () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #21 0x00ae34de in g_closure_invoke () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #22 0x00af6bbb in signal_emit_unlocked_R () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #23 0x00af5494 in g_signal_emit_valist () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #24 0x00af5676 in g_signal_emit () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #25 0x0177ab85 in gtk_widget_event_internal () #26 0x0177a7ff in gtk_widget_event () ---Type <return> to continue, or q <return> to quit--- #27 0x0168c028 in gtk_propagate_event () #28 0x0168afee in gtk_main_do_event () #29 0x0121aee9 in gdk_event_dispatch () from D:\projekte\inkscape\inkscape\libgdk-win32-2.0-0.dll #30 0x00978197 in g_main_dispatch () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #31 0x00978c90 in g_main_context_dispatch () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #32 0x00978f37 in g_main_context_iterate () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #33 0x009793da in g_main_loop_run () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #34 0x0168a91a in gtk_main () #35 0x01ac7543 in Gtk::Main::run () at main.cc:450 #36 0x00401c97 in sp_main_gui () #37 0x0042ebf8 in Inkscape::NSApplication::Application::run () #38 0x0040165e in main () (gdb)

4 8

[Fwd: Thanks for Inkscape]
by Ted Gould 02 Aug '05

02 Aug '05

Andrew, I'm not sure on this error. I'm forwarding this message to the Inkscape development mailing list to see if someone knows there. --Ted -------- Forwarded Message -------- > From: Andrew Greig <algreig@...666...> > > Thanks for Inkscape, I have been waiting for a vector based graphics > program for quite a while, and here it is. I downloaded the Mandrake > package (urpmi inkscape) which takes care of dependencies nicely. The > program failed to start so I used a console and got this error line. > Could you advise me on how to correct this please? > > [andrew@...944... andrew]$ inkscape > inkscape: symbol lookup error: /usr/lib/libpangomm-1.4.so.1: undefined > symbol: pango_renderer_get_type > [andrew@...944... andrew]$ > > Many thanks > Andrew Greig > Melbourne, Australia

1 0

The Bag Monkey Speaks
by MenTaLguY 02 Aug '05

02 Aug '05

Here's what I've got rolled up for 0.42.1 so far: > * src/dialogs/stroke-style.cpp: backport bulia's fix for stroke width > spin button [bug number??] > > * src/text-editing.cpp: backport bulia's fix for text crash > [bug 1247066] > > * src/libnrtype/Layout-TNG-OutIter.cpp: backport cyreve fix for > crash on delete in virgin flowtext [bug 1245842] > > * configure.ac: Kees fix for libgc detection w/dlopen [bug number??] Anyone got anything else for me? At the moment I'm thinking of aiming for 0.42.1 by early next weak. -mental

7 11

Project status Aug 1, 2005
by Bryce Harrington 02 Aug '05

02 Aug '05

The Inkscape 0.42 release garnered a huge amount of interest, and are stats are reflecting it. We rose to the 3rd most active project of the week on SourceForge today. For downloads we reached 16th, for webpage views we were 10th, for project pages we got 21st, and for tracker activity we hit 4th. Counting all hits to *.sourceforge.net we hit 6th, which was up 68 ranks since yesterday. I have a suspicion we may be going up even a bit further over the next couple days. :-) There were a number of serious bugs found post-release, especially in the packaging, so a 0.42.1 patch release will be produced hopefully some time this week, as soon as resolutions to all the issues are found. Statistics Jun 1 Jul 1 Aug 1 ========== ====== ====== ====== Max Week's Rank on SourceForge: 38 35 3 Total SF Page Views 1,935,964 3,797,037 4,452,437 Total SF Downloads 254,647 283,789 378,712 Total Freshmeat URL Hits 19,149 19,809 21,261 Total Freshmeat Subscriptions 183 189 208 Lines of Code in src/: 374,180 376,319 389,945 Code lines 260,236 261,600 270,423 Comment line 67,136 67,724 70,478 Blank 53,443 53,651 55,698 Lines of Docs in doc/: 27,790 27,792 28,090 Lines of content in website: 42,490 42,700 44,483 Size of the Inkscape wiki: 26,729 28,525 34,890 Bugs open/total: 215/1223 196/1312 215/1445 Features open/total: 453/ 728 471/ 767 440/816 Patches open/total: 11/ 230 10/ 268 8/325 CVS Commits (as per inkscape-cvs) 12,040 12,372 12,915 Inkscape-devel membership: 179 188 200 Inkscape-announce membership: 202 217 236 Inkscape-user membership: 248 258 276 Num Translations: 33 33 33 Ave Translation Ratio: 47.8 48.6 54.6

1 0

Initial commit of Inkboard code
by David Yip 02 Aug '05

02 Aug '05

Hi all, I've committed Inkboard to Inkscape CVS. This consists of the Inkboard code (in src/jabber_whiteboard), C/Gtk+ dialogs (in src/dialogs), some conversions of those dialogs to C++/Gtkmm (in ui/dialog), and modifications to some existing files. To enable Inkboard, pass the --enable-inkboard switch to the configure script. You will need libloudmouth <http://loudmouth.imendio.org> and Boost <http://www.boost.org>. I have tested Inkboard with libloudmouth v0.17.2 and v0.90, although ~v0.13 should also work. (Let me know if it really does.) I have developed this code with Boost v.1.31.0. Inkboard no longer relies on Boost smart pointers as I stated in my mailing list response to Bryce re: Summer of Code updates; I have switched all smart pointer-reliant code over to code managed by the garbage collector. However, it still uses Boost.Bind, Boost.Function, and Boost's lexical_cast. The reliance on Boost.Bind can probably be scrapped as soon as I do the work to convert the involved function objects to be used by the C++ standard library's argument-binding facilities. I think this is all the code necessary to compile Inkboard. There may be another commit coming if I forgot something, which happens more often than I'd like. If something doesn't work, please let me know. Inkboard usage ========= The "Whiteboard" toplevel menu should be present. If it isn't, try removing your menus.xml file in your Inkscape preferences directory and try again -- this will force the file to be regenerated from the built-in menu skeleton. Or, you can copy the necessary XML from src/menus-skeleton.h. You must first connect to a Jabber server; this is done by selecting Whiteboard -> Connect to server... After that, you may choose to engage in a user-to-user sharing session or a chatroom sharing session. The "Dump XML tracker" menu item is intended only for debugging; it probably should not make it into a release. Known issues ======== 1) Chatrooms must be specially created for them to work with Inkboard. Here are the conditions: A) The chatroom must broadcast the message INKBOARD-JOINED (case-sensitive) when a Jabber user enters it. This is necessary because mu-conference v0.6 doesn't seem to follow JEP-0045 with regards to the order of broadcasting presence messages. (See <http://www.jabber.org/jeps/jep-0045.html#enter-pres>.) Hopefully, this won't be a problem in the future. In the meantime, this special behavior is easy to set up with e.g. gaim. B) If regular Jabber users are present in an Inkboard chatroom before any Inkscape client joins, there will be synchronization problems, since the current Inkboard chatroom code implements the following logic: non-empty room => request synchronization. empty room => become "master". This can be worked around -- to an extent -- by checking the resource tags associated with each JID in the chatroom, since Inkboard has its own resource tag (specifically, "Inkboard"). Malicious users can, of course, defeat this, so maybe it's not the best way. We'll see. 2) Although Inkboard identifies itself as speaking the Jabber MUC protocol (which I do intend to make it do) it currently actually only acts on the "groupchat 1.0" subset of messages. 3) The bug in Ted's menus code affects Inkboard in any code path that may cause a new document window to appear. In particular, these are the cases I think are associated with said bug, based on backtraces: A) The "accept invitation in new document" option presented when a user is given the choice to accept or decline a user-to-user whiteboard session causes a crash. B) Establishing a new Inkboard session in a new document after an Inkboard session has already been established causes a crash. 4) Session files are disabled for now. They work, but only for documents that involve no references to automatically-named internal elements, which makes them a little useless. (For example, gradient/pattern fills aren't recorded correctly just yet.) If you'd like to use them, though, all the code is there. To enable them, you can (1) uncomment lines 183-184 in src/menus-skeleton.h, remove your menus.xml file, and rebuild/restart Inkscape, or (2) add in those lines to your menus.xml file. 5) Loudmouth sometimes throws errors indicating that it was asked to extract attributes or child nodes from a NULL root node. I'm not sure why it does this -- I'm pretty sure I wrapped all the code that deals with node/attribute extraction with the appropriate conditionals -- but it's possible that I've missed something. In any case, these warnings appear to be harmless -- just annoying. 6) There's quite a few g_log() debug calls still present. I apologize for this -- I think they're useful, but maybe they really aren't. I'll remove them upon request, and certainly before release. Phew. I think that's all for now. Have fun! -- David

1 0

New binary portability problem identified
by Mike Hearn 01 Aug '05

01 Aug '05

Isn't Linux fun? The problems with g_option_error_quark people are seeing is because both the static RPM and the autopackage were built against static versions of GTKmm 2.6, which introduces a silent dependency on Glib 2.6 even if only 2.4 level features are used. The solution is to build the portable binaries against *mm 2.4 static libraries. Aaron, can you rebuild the autopackage against *mm 2.4 static libraries and push a -2 release of the package, so users on GTK+ 2.4 systems can use them again? thanks -mike

4 3

[Fwd: Re: inkscape crash bug]
by Jon Phillips 01 Aug '05

01 Aug '05

-------- Forwarded Message -------- > From: Sam Tygier <sam@...942...> > To: Jon Phillips <jon@...235...> > Subject: Re: inkscape crash bug > Date: Sun, 31 Jul 2005 14:17:31 +0100 > > Thanks, here is what i had noted down > > sorry to be the barer of bad news, but i have found a reproducable crash > in inkscape 0.42. i suspect that this is a linux powerpc issue. > > steps to reproduce > > 1. launch inkscape > 2. create a shape (eg square) > 3. click on the fill stroke button in the tool bar. > 4. in the fill stroke dialog press the wheel tab. > 5. inscape hangs. > > i dont really know what i am doing, but here is what i get from gdb. > > > sam@...943...:~$ gdb inkscape > GNU gdb 6.3-debian > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "powerpc-linux"...Using host libthread_db > library "/lib/libthread_db.so.1". > > (gdb) r > Starting program: /usr/local/bin/inkscape > [Thread debugging using libthread_db enabled] > [New Thread 16384 (LWP 26129)] > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > > Program received signal SIGINT, Interrupt. > [Switching to Thread 16384 (LWP 26129)] > 0x1026a62c in sp_color_wheel_render_triangle (wheel=0x11180d40) > at widgets/sp-color-wheel.cpp:676 > 676 if (pointE.x-pointS.x > 0) > (gdb) bt > #0 0x1026a62c in sp_color_wheel_render_triangle (wheel=0x11180d40) > at widgets/sp-color-wheel.cpp:676 > #1 0x1026bb30 in sp_color_wheel_paint (wheel=0x11180d40, area=0x7ffff82c) > at widgets/sp-color-wheel.cpp:856 > #2 0x10269840 in sp_color_wheel_expose (widget=0x11180d40, > event=0x7ffff820) > at widgets/sp-color-wheel.cpp:329 > #3 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #4 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #5 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #6 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #7 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #8 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #9 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #10 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #11 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > ---Type <return> to continue, or q <return> to quit--- > from /usr/lib/libgtk-x11-2.0.so.0 > #12 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #13 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #14 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #15 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #16 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #17 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #18 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #19 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #20 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #21 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #22 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > ---Type <return> to continue, or q <return> to quit--- > #23 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #24 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #25 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #26 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > Previous frame inner to this frame (corrupt stack?) > (gdb) > > > this is from an inkscape i compiled myself from the 0.42 tar.bz2. > > i am running ubuntu hoary, on a apple powerbook G4. > > sam@...943...:~$ uname -a > Linux titania 2.6.10-5-powerpc #1 Fri Jun 24 19:11:22 UTC 2005 ppc GNU/Linux > > sam@...943...:~$ gcc -v > Reading specs from /usr/lib/gcc-lib/powerpc-linux/3.3.5/specs > Configured with: ../src/configure -v > --enable-languages=c,c++,java,f77,pascal,objc,ada --prefix=/usr > --mandir=/usr/share/man --infodir=/usr/share/info > --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared > --with-system-zlib --enable-nls --without-included-gettext > --enable-__cxa_atexit --enable-clocale=gnu --enable-debug > --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc > --disable-multilib powerpc-linux > Thread model: posix > gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2) > > > i had to install gc6.5 to make the compile work. > > > ***** update ******* > > as i had been using inscape 0.40 before i thought it might be a corrupt > prefs issue. > > sam@...943...:~$ mv .inkscape/ .inkscape.old/ > > that fixed my problems. i have attached the contents of my old .inkscape > directory. > > ******** update 2 *********** > > somehow my .inkscape dir got damaged again, and i got the same crashes, deleting .inkscape stopped the crashes > > > > > Jon Phillips wrote: > > >On Thu, 2005-07-28 at 16:30 -0500, rejon.org feedback form wrote: > > > > > >>Name: Sam Tygier > >>E-mail: sam@...942... > >> > >> > >>hello > >> > >>i have found a reproducable crash in inkscape, but am having problems > >>with sourceforge, can i email the details somewhere? > >> > >> > > > >Cool Sam, you can either join the Inkscape mailing list (preferred) or > >email them to me and I will forward to that list. > > > >I should add a form like this to the Inkscape page. It is already on > >www.openclipart.org. > > > >Thanks, > >Jon > > > > > > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0

Reg. Drawing Editor Framework
by Prakash (GMail) 01 Aug '05

01 Aug '05

Hi All, I am new to this group. I am very much interesting in learn about drawing editor framework. Is there any document available for studying Inkscape drawing editor framework ? Please let me know if it has document is available. Regards, Prakash.

2 1

RE: [Inkscape-devel] sp_style_set_fill_color_alpha in 0.42
by De Winne, Joris 01 Aug '05

01 Aug '05

Sorry, problem solved. I used sp_repr_css_set_property and sp_repr_css_change and it worked :-) Still a small problem remaining: after a while I get the error "Collecting from unknown thread." Is it possible that some of these functions are not thread safe? I use gdk_threads_enter and gdk_threads_leave. If someone knows this problem, please let me know. Joris -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net [mailto:inkscape-devel-admin@lists.sourceforge.net]On Behalf Of De Winne, Joris Sent: maandag 1 augustus 2005 11:32 To: inkscape-devel(a)lists.sourceforge.net Subject: [Inkscape-devel] sp_style_set_fill_color_alpha in 0.42 Hello, In Inkscape v.0.41 I used sp_style_set_fill_color_alpha() to change te color of a rectangle and create in that way a blinking rectangle. In version 0.42 it looks like there's no sp_style_set_fill_color_alpha(). Is there another function that does the same, changing the css attributes and automatically updating it to the screen? Thnx, Joris

1 0

Scribus+Inkscape UI discussion
by cedric GEMY 01 Aug '05

01 Aug '05

Hi, i did last weeks a kind of analysis of Scribus UI (Open Source layout) (available at http://www.le-radar.com/?articles/scribusUI). As Inkscape and Scribus do goos job together i'm aiming to add some thoughts on their "integration". If you already used those softwares together, if you have things that you find very good or very in the way one or both of these apps are user interfaced, please let me know. Everyone's mind is welcome to improve user interfaces. Cedric

2 1