- Inkscape Devel - Inkscape Mailman

Can't build current CVS on Ubuntu
by unknown＠example.com 16 Jul '05

16 Jul '05

Hi, at the moment, I'm facing some problems compiling Inkscape (current CVS) on Ubuntu. It used to work a few weeks ago. Error messages indicate a problem with conversions (invalid conversion from void* to guint32* or guchar*) if g++ -DHAVE_CONFIG_H -I. -I../../inkscape/src -I.. -I/usr/include/freetype2 -DXTHREADS -I/usr/include/freetype2 -I/usr/X11R6/include -DPOTRACE=\"potrace \" -DXTHREADS -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/ usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/in clude/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/li b/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/incl ude/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/inclu de/atk-1.0 -I/usr/include/libxml2 -I../../inkscape/cxxtest -Wall -W -g -O0 -Wall -MT libcroco/cr-utils.o -MD -MP -MF "libcroco/.deps/cr-utils.Tpo" \ -c -o libcroco/cr-utils.o `test -f 'libcroco/cr-utils.c' || echo '../../inksca pe/src/'`libcroco/cr-utils.c; \ then mv -f "libcroco/.deps/cr-utils.Tpo" "libcroco/.deps/cr-utils.Po"; \ else rm -f "libcroco/.deps/cr-utils.Tpo"; exit 1; \ fi ../../inkscape/src/libcroco/cr-utils.c: Dans function « CRStatus cr_utils_utf8_str_to_ucs4(const guchar*, gulong*, guint32**, gulong*) »: ../../inkscape/src/libcroco/cr-utils.c:728: error: conversion invalide de « void* » vers « guint32* » ../../inkscape/src/libcroco/cr-utils.c: Dans function « CRStatus cr_utils_ucs1_str_to_utf8(const guchar*, gulong*, guchar**, gulong*) »: ../../inkscape/src/libcroco/cr-utils.c:974: error: conversion invalide de « void* » vers « guchar* » ../../inkscape/src/libcroco/cr-utils.c: Dans function « CRStatus cr_utils_utf8_str_to_ucs1(const guchar*, gulong*, guchar**, gulong*) »: ../../inkscape/src/libcroco/cr-utils.c:1175: error: conversion invalide de « void* » vers « guchar* » make[2]: *** [libcroco/cr-utils.o] Erreur 1 make[2]: quittant le répertoire « /home/gero/inkscape-build/src » make[1]: *** [all-recursive] Erreur 1 make[1]: quittant le répertoire « /home/gero/inkscape-build » make: *** [all] Erreur 2 Does anybody face the same problem ? Should I submit a new bug ? Is there a workaround ? Regards, Matiphas

2 3

Hanging on close.
by Bob Jamison 16 Jul '05

16 Jul '05

Hi, all, Since most of you guys (esp Bulia and Mental) are not on Jabber during the day while I am logged in, I thought I would send a bit of info to this list regarding finding the hang-on-close bug. I have been trying for the last day or so to find the reason that event processing, and thus gtk_main_loop() keeps running when all views are gone, and one or other of the dialogs managed by DialogManager have been displayed. Three things I know: 1) It is not the SPView in imageicon.cpp messing with the View-tracking code. I commented it out, no change. 2) It is not the result of wrap()-ing the SPView in a Gtk::Widget. Again, I commented it out with no change. 3) The DialogManager's destructor code seems to never be called, so explicitly deleting the managed dialogs would be a moot point. But if you think about it.. a dialog undisplayed with F12 is hidden, not killed. Of course it is still processing events. Below is the part of interface.cpp that is used for View deletion. sp_ui_close_view() is called by the verb for the File/Close menu item, while sp_ui_delete_view() is called by clicking the close [x] button. (I don't get that one. It seems to be a read-only function) By tracing, I found that sp_ui_close_view() always reaches the end of the method, and calls gtk_destroy_widget(). I can only guess that the persistence of Gtkmm objects is different from C Gtk objects, and that maybe we cannot just use the same idea that when all visible frames are gone, the application will just "go away." Maybe some explicit frame-counting and deletion would be necessary. Maybe transientizing needs to be done differently. Maybe maintain a std::map<Glib::ustring, SPView *> map of name->view of all editing windows.. When it goes to zero length, explicitly quit. This would also give us the ability to have a "Windows" menu. Bob (ishmal) ==== SNIP ====== void sp_ui_close_view (GtkWidget * widget) { GtkWidget *w; if (SP_ACTIVE_DESKTOP == NULL) { return; } w = (GtkWidget*)g_object_get_data (G_OBJECT (SP_ACTIVE_DESKTOP), "window"); if (sp_view_shutdown (SP_VIEW (SP_ACTIVE_DESKTOP))) { return; } gtk_widget_destroy (w); } /** * sp_ui_close_all * * This function is called to exit the program, and iterates through all * open document view windows, attempting to close each in turn. If the * view has unsaved information, the user will be prompted to save, * discard, or cancel. * * Returns FALSE if the user cancels the close_all operation, TRUE * otherwise. */ unsigned int sp_ui_close_all (void) { /* Iterate through all the windows, destroying each in the order they become active */ while (SP_ACTIVE_DESKTOP) { GtkWidget *w; w = (GtkWidget*)g_object_get_data (G_OBJECT (SP_ACTIVE_DESKTOP), "window"); if (sp_view_shutdown (SP_VIEW (SP_ACTIVE_DESKTOP))) { /* The user cancelled the operation, so end doing the close */ return FALSE; } // gtk_widget_destroy (w); // Spackle for Bug [ 1217361 ] "freeze on quitting with transform dialog" // The following code is intended to be temporary and IS NOT NEEDED once this part // of Inkscape is de-bugged, when the single line above should be re-instituted. // At present, SP_ACTIVE_DESKTOP does not guarantee to return a gtk_widget: If we find // that we have been issued an object other than a widget we assume that something is // wrong upstream and quit immediately. if( GTK_IS_WIDGET(w) ) { // fprintf( stderr, "sp_ui_close_all( ) About to call gtk_widget_destroy ( %08p )\n", w ); gtk_widget_destroy (w); } else { g_warning( "Desktop has passed us a non-widget! : %p", w ); gtk_main_quit(); break; } } return TRUE; } static gint sp_ui_delete (GtkWidget *widget, GdkEvent *event, SPView *view) { return sp_view_shutdown (view); }

2 1

inkscape-wiki mailing list
by Kaushik Sridharan 16 Jul '05

16 Jul '05

Is the inkscape-wiki notification mailing list dead? The last message there is dated January 23rd. -K

2 1

About Screen Contest Results
by Joshua A. Andler 15 Jul '05

15 Jul '05

It appears that #30 (http://www.deviantart.com/view/19683871/ ) is the winner. Since we're short on time before release... other than updating the list of authors, please reply to this message with any changes that are necessary so I can get in contact with the author of that about screen asap. I will go and make the announcement on the inkscapers community page here shortly. -Josh

5 8

Patch to fix 1120872
by Carl Hetherington 14 Jul '05

14 Jul '05

Hi guys, I've got a one-line patch to fix 1120872, but I'm not sure quite what stage of freeze everything's in so I've uploaded it to the patch tracker. I can commit it if people are happy. Looking at the code around there it might be wise to test it on Windows, which unfortunately I can't do right at the moment. Cheers Carl

2 1

_load_uri fix
by bulia byak 14 Jul '05

14 Jul '05

Whether or not we're in a hard freeze yet, I thought I need to give a heads up on a bug I just discovered and fixed. The function _load_uri in extensions/internal/svg.cpp did not convert the UTF-8 uri into local filename encoding. (Jon Cruz & me added these conversions to all places we could find, but this function was added by Bryce more recently, in the 0.42 cycle). Therefore filenames with Cyrillic characters did not work from command line or from recent file list. Now fixed, please test and review. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Planet Inkscape Now LIVE!
by Jon Phillips 14 Jul '05

14 Jul '05

The Planet Inkscape Developer blog aggregation is now live! http://planet.inkscape.org/ Start tuning in today! Developers get your feeds in! Jon -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0

Re: [Inkscape-devel] svg for presentations
by Jose Hevia 14 Jul '05

14 Jul '05

> On Thu, Jul 14, 2005 at 03:35:45PM +0200, Jose Hevia wrote: > > Hi, > > ¿Does anybody know about a program for viewing SVG slices?(Linux/Windows) > > > > I would like to use Inkscape, because it lets me draw for selecting > > items, but I couldn't hide the main menu, and there is no such a thing > > like a page. ¿Isnt it? > > I'm not sure what is meant by slices, but: > > Try inkview, which comes with inkscape. If you have 10 SVG files you > want to show in order, theN > > inkview file1 file2 ... > (or inkview * if they are to be presented in asciibetical order) Wow, This is perfect!!. All my problems are gone. I'm subscribed to the list for a long time, I hear something about inkview, but I forget the name. It should be included in the inkscape screenshots.It is Very useful. > Otherwise, you could export the SVG files to, say, png, and view them > with any viewing program or presentation tool or whatever. > > Embedding the SVG files in HTML pages may also be good. (You may want > to generate the HTML pages semi-automatically, e.g. for i in file1 file2 > ...; do (cat header;printf '"%s"' "$i";cat footer) > `basename $i > .svg`.html;done .) Thanks for the info. Jose Hevia

1 0

Remaining critical bugs
by Bryce Harrington 14 Jul '05

14 Jul '05

Looking over the remaining level-9 bugs, here are my thoughts: 1230742 etc/gtk-2.0/gtkrc broken in windows build *** ======================================================================== Sounds like it should be fixed for this release. Doesn't sound too hard. Not sure what the cause is, though. 1227186 0.41 won't start; uses 90%+ of CPU ======================================================================== This may be a packaging issue unrelated to Inkscape, and not a must-fix bug. 1227185 Layer Add Then Move Crash *** ======================================================================== This sounds fairly important, but it appears to be Win32-specific and we do not have a backtrace. I think someone on Win32 should test it and report some additional debugging info, and we should treat it as a must fix. 1226498 WIN: crash on open/import tiff ======================================================================== This bug simply requires use of libtiff3.dll in the windows package. If that's included in the latest package, then we can close this bug. However, I don't think I'd rank this one as a must fix, since it's an uncommon function and apparently occurs just on Windows. 1221401 WIN 2003: Loading the Tutorial crash Inkscape ======================================================================== Sounds like it's an issue with Gtk on Windows 2003 SP1, rather than Inkscape. It works on other Windows releases, so I think this is rare enough that it doesn't qualify as must fix. 1221398 WIN 2003: Saving a file crashes Inkscape ======================================================================== Possibly the same situation as 1221401; also it lacks enough debugging info to troubleshoot. If it can be replicated more widely, and if we can get better debug output, maybe this could be a must fix, but as it stands currently it doesn't qualify. 1217361 freeze on quitting with transform dialog *** ======================================================================== Sounds like it's pretty pervasive, and causes a crash, so this is a must fix. 1210100 Selecting corrupted embedded images crashes *** ======================================================================== I think this may be fixed now, but we need someone on Win32 to confirm. Since it only happens on Windows, and only when using corrupted files, I'm not sure it qualifies as must fix, but since we have a patch to fix it, I think we may as well put priority on getting it done. 1202453 CRASH: effects ======================================================================== We do not have a reliable way to reproduce this. If someone can find a way to reliably reproduce it, I think it should be a must fix, but without that I don't think we should let it hold up the release. 1198534 The XML windows stops in a loop-search blocking program. ======================================================================== No one seems able to reproduce this one. It might be windows-only. Without some way to reproduce it, or a back trace, we can't consider it a must fix bug. 1169396 Crash on startup (win32) ======================================================================== We need someone on Win32 to verify this still exists; it may be fixed now. If it does still exist, it's a must fix, but unless someone can confirm and provide some updated debug info, I don't think it should be listed as must fix. 1167897 missing units.txt *** ======================================================================== We really need someone on Win32 to sort this one out, but I think it qualifies as a must fix. 1157125 crashes on startup - document.cpp line 367 ======================================================================== Possibly just a packaging issue; not enough info to debug it. It's also old and we haven't heard from the reporter for a while, so since no one can reproduce it, I don't think it qualifies. 1119649 Inkscape-0.41-1 One or more extensions failed to load ======================================================================== The bug that would not die. :-) The changes we've done for 0.42 will reduce the visibility of this bug, but since people are still reporting it, this bug should stay open to give them a place to add their comments to. 1108732 New releases still ~ARCH in Gentoo ======================================================================== I've been pushing to get 0.41 listed as stable in Gentoo, and have succeeded for 4 different architectures. Ironically, though, it's still not listed as stable for x86. In any case, this is completely external to the Inkscape codebase, so not really relevant to our bug fixing cycle. 995815 markers: markers don't take object color ======================================================================== This is more of a feature request, for an SVG 1.2 feature, so doesn't qualify as a must fix. Sure would be a nice feature to have though... 1220959 Scripts with Dependencies Crash Inkscape CVS ======================================================================== Since extensions are an optional feature, I don't think this is a must fix bug. Also, I suspect this one is going to require a LOT of work to get sorted out, so not something we can achieve in the near term anyway. Okay, those are my thoughts on the critical bugs that are must-fixes. Please speak up if you disagree. I think we may be able to get these fixed within a week or two. >From reviewing the bugs it is clear that we are extremely desperate for more Win32 people to get more heavily involved in the QA process. Bryce

6 15

svg for presentations
by Jose Hevia 14 Jul '05

14 Jul '05

Hi, ¿Does anybody know about a program for viewing SVG slices?(Linux/Windows) I would like to use Inkscape, because it lets me draw for selecting items, but I couldn't hide the main menu, and there is no such a thing like a page. ¿Isnt it? Bye Jose Hevia

4 3