- Inkscape Devel - Inkscape Mailman

[thimo@...153...: Bug#261848: inkscape: segfaults on startup (Alpha)]
by Wolfram Quester 21 Aug '04

21 Aug '04

Hi alltogether, I received the attached bug report for the debian package of inkscape, ver 0.39. Can someone comment on this? I ask here berfore I submit it to the tracker because I'm not sure if it's my package or inkscape. The other bug referenced in the report is available at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=187196 With best regards, Wolfi ----- Forwarded message from Thimo Neubauer <thimo_at_debian_dot_org> ----- X-Original-To: wolfi@...33... Subject: Bug#261848: inkscape: segfaults on startup (Alpha) Reply-To: Thimo Neubauer <thimo_at_debian_dot_org>, 261848@...499... Resent-From: Thimo Neubauer <thimo_at_debian_dot_org> Original-Sender: Thimo Neubauer <thimo@...500...> Resent-To: debian-bugs-dist@...501... Resent-Cc: Wolfram Quester <wolfi@...111...> Resent-Date: Wed, 28 Jul 2004 15:33:01 UTC Resent-Message-ID: <handler.261848.B.109102783927786@...499...> X-Debian-PR-Message: report 261848 X-Debian-PR-Package: inkscape X-Debian-PR-Keywords: From: Thimo Neubauer <thimo_at_debian_dot_org> To: Debian Bug Tracking System <submit@...499...> Resent-Sender: Debian BTS <debbugs@...499...> X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at honk.physik.uni-konstanz.de X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at honk.physik.uni-konstanz.de Package: inkscape Version: 0.39-1 Severity: important Even before showing the first window inkscape runs into a segfault. This is the backtrace: riff /home/thimo> gdb inkscape GNU gdb 6.1-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 "alpha-linux"...(no debugging symbols found)...Using host libthread_db library "/usr/lib/debug/libthread_db.so.1". (gdb) r Starting program: /usr/bin/inkscape [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 11392)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 11392)] 0x0000020000a3cba8 in g_type_is_a (type=540847136, iface_type=4835814432) at gtype.c:2730 2730 gtype.c: Datei oder Verzeichnis nicht gefunden. in gtype.c (gdb) bt #0 0x0000020000a3cba8 in g_type_is_a (type=540847136, iface_type=4835814432) at gtype.c:2730 #1 0x0000000120095a34 in sp_object_repr_build_tree () #2 0x0000000120050690 in SPDocument::collectOrphans () #3 0x0000000120050e98 in sp_document_new () #4 0x0000000120054efc in sp_file_new () #5 0x000000012004f078 in sp_main_gui () #6 0x000000012004ed50 in main () (gdb) It seems a bit like #187196 but all my other Gnome-programs work fine. Additionally, the inkscape package from testing (0.38.1-4) starts without problem but runs into another segfault on exit, but also inside libgobject-2.0.so.0. I can't really tell if it's inkscape or glib but at least the different behaviours of the inkscape versions seem to suggest that inkscape at least takes part in the problem. If my assumption is wrong, feel free to reassign the bug :) Tell me if you need more information. Cheers Thimo -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: alpha Kernel: Linux 2.6.6-1-generic Locale: LANG=de_DE@...502..., LC_CTYPE=de_DE@...502... Versions of packages inkscape depends on: ii libatk1.0-0 1.6.1-2 The ATK accessibility toolkit ii libc6.1 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-1 generic font configuration library ii libfreetype6 2.1.7-2.1 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.1-3 GCC support library ii libglib2.0-0 2.4.4-1 The GLib library of C routines ii libgtk2.0-0 2.4.4-1 The GTK+ graphical user interface ii libpango1.0-0 1.4.0-4 Layout and rendering of internatio ii libpng12-0 1.2.5.0-6 PNG library - runtime ii libpopt0 1.7-4 lib for parsing cmdline parameters ii libsigc++-1.2-5c102 1.2.5-1 Type-safe Signal Framework for C++ ii libstdc++5 1:3.3.4-5 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-5 X Window System protocol client li ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxml2 2.6.11-2 GNOME XML library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m ii zlib1g 1:1.2.1.1-5 compression library - runtime -- no debconf information ----- End forwarded message -----

4 7

Linux Format UK Article
by Plinnell 21 Aug '04

21 Aug '04

Hi all, I wanted to let you know the Sept issue Linux Format UK has published a very nice review of Linux drawing applications, as well as a short tutorial for both Inkscape and Scribus. Inkscape 0.38 got 8/10 overall and tied with OO draw to top honors. Overall a very positive review. Ease of use got 9/10. Many of the comments on missing features are already in 0.39 or are on the 0.40 roadmap. Summing up, they said: "The future of Inkscape looks bright, especially if planned cooperation with Scribus and the GIMP comes to fruition, which would finally realise the concept of a full-spec graphics suite to Linux....The crucial omissions are support for PDF and EPS formats, though getting around this is not too onerous with a little help from Scribus." If it is available locally it might be worth getting. Enjoy, Peter

6 9

Fwd: [Inkscape-devel] randomized stars
by bulia byak 21 Aug '04

21 Aug '04

> I don't see that we need this custom RNG thing. Storing the generated > random number with the star gives us portability and more. What is non-portable about this simple formula? Depending on a system-provided RNG, on the other hand, may result in different rendering on different platforms or lib versions. > For example, the seed can be controlled independently of tip position, > allowing smoother variation of the output function and easier to get > back to "that one half a second ago" without needing exceptional mouse > stability: can use a "lower-geared" widget (less rapidly changing as a > function of mouse position) or keyboard. This seems to require some extra UI, and I'm not sure it's worth the trouble. > Much less importantly: I'd guess that there can be consistency problems > with using tip position to seed the RNG, due to different floating point > behaviour on different machines (and even with different compiler or > compiler flags). When computing the unique int, the coordinates are rounded to approx 1/1000 of px, which is likely to protect it from rounding errors of any kind.

4 8

Extensions, python, etc
by David Turner 21 Aug '04

21 Aug '04

I want to add Python support to Inkscape. >From what I read, this should be a script extension. However, extensions don't seem to show up for me. Are they disabled? Do I need to do something special? Am I looking in the wrong place? My theory was to implement a svgdom interface (+ maybesome extensions to support inkscape's stars and the like) to the sprepr, so python extensions can be used in any program which supports svgdom. Is this reasonable? Should there be a C++ DOM interface, which I just wrap in Python, or can I just get the sprepr into Python and then use pure Python to wrap it in DOM (easier for me, probably)? -- -David "Novalis" Turner Stalk Me: 617 441 0668 "PLAN WHILE YOU CAN, LITTLE THING OF EARTH. WE ARE NOT YET CAST DOWN." - Mary Gentle, _Ash: A Secret History_

5 9

Undoable Revert?
by Alan Horkan 21 Aug '04

21 Aug '04

Would it be difficult to make it so that you can Revert without destroying the Undo History? Make it so that you can revert and then be able to undo the revert? For one thing it would get rid of the need to interrupt the user with a prompt, and having recently used some Adobe software I have found it to makes the workflow much smoother (try something, revert, try something else, repeat...). Why throw away information if you can avoid it? I'll try and file a feature request soon. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ http://advogato.org/proj/OpenClipArt.org/

1 0

Please Help: Yoper linux packaging/compiling
by tom b 21 Aug '04

21 Aug '04

Hello, I'm having problems trying to RPM &/or compile inkscape in Yoper linux. I have a thread going on the Yoper site here: http://www.yoper.com/forum2/index.php?showtopic=1928 1) I tried the Redhat 0.39 RPM (using KPackage), & got Failed dependencies: libsigc-1.2.so.5 I compiled that lib sucessfully & put copies in several directories, but still got the same error in KPackage. 2) tried Suse RPM, & got Failed dependencies: libgnomecanvas-2.so.0 libgnomeprint-2-2.so.0 libgnomeprintui-2-2.so.0 libgnomecanvas-2.so.0 libsigc-1.2.so.5 3) tried a CVS tarball a few days ago, couldn't build a RPM or compile, due to lack of a makefile. Tried to build the makefile but that failed. 4) tried to compile from the source the stable 0.39, got as far as this step: http://www.yoper.com/forum2/index.php?showtopic=1928&view=findpost&p=9173 Please help out if you can, a RPM would be great to share with others, but I want to at least get inkscape working on my harddrive! cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

4 3

no new CVS tarballs?
by tom b 21 Aug '04

21 Aug '04

Hi! There doesn't seem to be any new source snapshots since June... Have they moved? On the http://inkscape.org/download.php page, Daniel's Thrice-daily are old, & the current source snapshot is dated 20040711 (& missing the configure file). cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Nightly autopackage builds
by Mike Hearn 21 Aug '04

21 Aug '04

Hi guys, These should be back up now *touch wood* but I'll be gone for about a week so if there are any problems they won't be addressed immediately. If the nightly doesn't work here is a package I built here today which does work: http://navi.cx/~mike/inkscape/inkscape-0.40cvs.littlegreen.package GTKmm, glibmm and sigc++ 2 have been packaged and should work. Again not tested, don't have time. Boehm GC is statically linked. thanks -mike

2 2

crash on exit
by bulia byak 21 Aug '04

21 Aug '04

Since today inkscape crashes on exit (worked fine yesterday): Program received signal SIGSEGV, Segmentation fault. 0x080d396a in sp_defs_release (object=0x8393118) at sp-defs.cpp:73 73 if (((SPObjectClass *) (parent_class))->release) { (gdb) bt #0 0x080d396a in sp_defs_release (object=0x8393118) at sp-defs.cpp:73 #1 0x409c9dc2 in g_cclosure_marshal_VOID__VOID (closure=Variable "closure" is not available. ) at gmarshal.c:77 #2 0x409b76b4 in g_type_class_meta_marshal (closure=Variable "closure" is not available. ) at gclosure.c:514 #3 0x409b73bc in g_closure_invoke (closure=0x84187c0, return_value=0x0, n_param_values=1, param_values=0xbfffd870, invocation_hint=0xbfffd758) at gclosure.c:437 #4 0x409c974a in signal_emit_unlocked_R (node=0x840b1b0, detail=0, instance=0x8393118, emission_return=0x0, instance_and_params=0xbfffd870) at gsignal.c:2552 #5 0x409c8766 in g_signal_emit_valist (instance=0x8393118, signal_id=Variable "signal_id" is not available. ) at gsignal.c:2195 #6 0x409c88a6 in g_signal_emit (instance=0x8393118, signal_id=162, detail=0) at gsignal.c:2239 #7 0x080e5d93 in sp_object_invoke_release(SPObject*) (object=0x8393118) at sp-object.cpp:599 #8 0x080e53e7 in sp_object_detach(SPObject*, SPObject*) (parent=0x840fac8, object=0x8393118) at sp-object.cpp:406 #9 0x080e5559 in sp_object_detach_unref(SPObject*, SPObject*) (parent=0x840fac8, object=0x8393118) at sp-object.cpp:418 #10 0x080e58b0 in sp_object_release (object=0x840fac8) at sp-object.cpp:498 #11 0x080da98e in sp_item_release (object=0x840fac8) at sp-item.cpp:166 #12 0x080f1ec6 in sp_root_release (object=0x840fac8) at sp-root.cpp:190

2 1

Copyright statements in code
by Bryce Harrington 20 Aug '04

20 Aug '04

Regarding copyrights for source code files, some of the files in the codebase are incorrectly copyrighted... The trick is that for it to be legal, the name must be a legal entity (i.e., a real person's real name). So for example, 'The Inkscape Project' would not be a legal copyright holder, unless we did the paperwork to incorporate it, paperwork to assign our copyrights over, etc. I'm not certain about pseudonyms, but would assume those are similarly not valid, unless you legally registered that name or something. I doubt we'll ever get into legal trouble, although you never know. But more importantly, if other projects start reusing our code, they may be more strict about copyrights being properly set. Anyway, not a major issue but probably worth some thought. Bryce

6 9