- Inkscape Devel - Inkscape Mailman

loading large files
by MenTaLguY 30 Jan '05

30 Jan '05

I've finally had an opportunity to spend some time analyzing the problem you had loading that large SVG. Your file did eventually load, although I think it may have taken as much as half an hour to do so on my machine. In Inkscape, sibling XML nodes are currently kept in singly-linked lists, which are not an efficient data structure when dealing with large numbers of siblings (in this case, more than 87000). It is possible to use faster data structures, but they would come at the cost of using extra memory. As it was, once the document loaded my machine ran out of memory when the renderer kicked in. So, I'm not really sure what the best course of action would be. I do think we have a problem dealing with large documents in general. I am CCing the development list for their suggestions. -mental

5 14

Bug status for 0.41 release
by Bryce Harrington 30 Jan '05

30 Jan '05

Here is the status on the remaining three 'Must-Fix' bugs for the release: 1107922 all drawing tools crash [mental, bulia, pjrm] I believe mental has been working on this today, but don't know the status beyond that. Mental, could you update us? 1107305 Cannot start (WIN) [nemies, bryce, joncruz] This one is a UTF-8 issue; Inkscape is trying to determine the user's profile_path based on their username, which in this user's case includes a u with an umlaut. mkdir fails when passed a u with a umlaut, which causes this bug. Jon is working on producing a function that will clean the non-UTF8-isms. 1050361 svgz opening troubles (WIN) [ishmal, simarilus, scislac] I hear that this requires some packaging changes for the Windows build. The fix appears to be known, it's just a matter of a packager with some time to implement. Bryce

1 0

SPObject efficiency changes
by MenTaLguY 30 Jan '05

30 Jan '05

Since we're so close to the release I stuck with the most conservative changes, but they should still result in a measurable improvement when loading large files. I've tested and everything seems OK, but it wouldn't hurt to double-check me given my track record as of late... :/ -mental

2 1

Bug 1107305
by Jon A. Cruz 30 Jan '05

30 Jan '05

Well... now that things are tracked down, it looks like something I can get a handle on. Right off the bat it's probably related to 1094203. There could be a few others of mine that this problem is a part of. Though I'm not setup to test Win32 at the moment, I'm pretty sure I can do some nice Win32 fixes and get at least this part going. Additionally, it seems that bad filenames are part of the problem. For example, in this case we're probably getting that users' home directory in Cp-1252 and feeding it to the output routines that want UTF-8. To fix this, I can knock off a quick routine to 'sanitize' the data and make it safe for output. I'm also thinking that many things might benefit from this. (Since I can't actually test, you may not want to move this bug to me, but I think I can do all the work to fix it)

1 0

win32 compiles broken?
by Kees Cook 29 Jan '05

29 Jan '05

Well, I think I figured out how to crosscompile libgc 6.4 for the win32 compile. However, I can't seem to link the win32 version any more. I'm very confused... main.o(.text+0x3b0):main.cpp: undefined reference to `sp_repr_document_root(SPReprDoc const*)' main.o(.text+0x3e3):main.cpp: undefined reference to `sp_repr_document(SPRepr const*)' main.o(.text+0x737):main.cpp: undefined reference to `sp_repr_attr(SPRepr const*, char const*)' main.o(.text+0x750):main.cpp: undefined reference to `sp_repr_attr(SPRepr const*, char const*)' main.o(.text+0xa2a):main.cpp: undefined reference to `sp_repr_attr(SPRepr const*, char const*)' main.o(.text+0xa57):main.cpp: undefined reference to `sp_repr_attr(SPRepr const*, char const*)' main.o(.text+0xb22):main.cpp: undefined reference to `sp_repr_attr(SPRepr const*, char const*)' Is this the result hiding functions into object methods? Updating the ming file lists didn't help. (And this seems to have broken the autobuilds on the 26th?) -- Kees Cook @outflux.net

2 2

Inkboard linking/dependencies
by Montgomery, Steven S 29 Jan '05

29 Jan '05

Where/how do you set dependencies in the Inkscape makefile setup? When integrating this new code(which is of course in it's own file) to be called from a dialog, we're having issues with linking. It finds the function definition, but then gives the following error: dialogs/libspdialogs.a(inkboard-connect.o)(.text+0xa91): In function `sp_inkboardConnect_dialog_inkboardConnect(_GObject*, _GObject*)': dialogs/inkboard-connect.cpp:226: undefined reference to `connect_and_auth(char*, char*, char*)' connect_and_auth is defined in src/inkboard.cpp and is called from src/dialogs/inkboard-connect.cpp when the user clicks a button on the new dialog. I ran mkfiles.pl and mkdep.pl. Make.dep lists inkboard-connect.o being dependent on inkboard.h, but it's not picking up the function definition. We appreciate any help/direction on this. Thanks, Steven

2 1

Memory leak with pango_layout_new()
by Bryce Harrington 29 Jan '05

29 Jan '05

If anyone is investigating memory leaks, this issue may be worth looking into: http://mail.gnome.org/archives/gtk-app-devel-list/2004-September/msg00150.h… We use pango_layout_new() in the ruler.cpp code and the font-selector.cpp code via libnrtype/TextWrapper.cpp, so if the above leak is valid, it may be affecting the inkscape codebase as well. Bryce

1 0

critical bugs
by bulia byak 29 Jan '05

29 Jan '05

Here's my take on which bugs we must/should/ought to (try to) fix for the release, some of them because they're bad, some because they're relatively easy to fix or maybe already fixed. Those on Windows are marked correspondingly. Can everyone please go through the list and see if you can reproduce/add more details/report status/fix it/whatever? Help from Windows folks is especially appreciated. WIN 1069560 - annoying and pretty frequent, does anyone has an idea of what's happening there? 1108667 & 1086769 - may be the same bug but may be not, I cannot check because I don't have these input methods installed 1107922 - may be fixed by now, but I never could reproduce it anyway WIN 1107305 - something's wrong with Windows paths after Kees changed them. Need more details. 1102678 - need to force libxml to load external DTD (OK, I'll look at it once more, now that I have a newer libxml) WIN 1095300 - need more info from windows folks, is it still there? 1093060 - an easy-to-run-into freeze, I upped priority to 9, must be fixed (Mental?) WIN 1050361 - still can't open svgz on windows (again!)? It used to work, does anyone know what happened? 1055034 - do we now check for correct versions of libsigc? Can this be closed? WIN 1070816 - I guess there's no progress on this one. Looks like we'll have to release with it again. WIN 1073459 - This one frustrates me. It may be fixed but we can't figure out for sure yet. I asked about it before but got no definitive answer. Those who builds on Windows: Please check which version of libgc (boehm) you are using. If it is 6.4 AND you use latest CVS, see if you can reproduce this bug. If it's not 6.4, ask the person you got it from (Ishmal?) for this version. PLEASE LET'S CLOSE THIS ONE. It alone is worth a release. WIN 1076627 - Jon Cruz is working on that, is there chance it will be fixed? WIN 1068818 & 959352 - this may be the same bug or may be not.

3 5

list of updated translations
by Arpad Biro 29 Jan '05

29 Jan '05

Hi, > Also, Arpad, can you give us a list of the translations that were > updated from 0.40 to 0.41? Translations updated on/after 2004.11.29: ca Catalan de German es Spanish fr French hu Hungarian it Italian nn Norwegian Nynorsk sl Slovenian uk Ukrainian Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

5 4

Updated spanish translation
by Lucas Vieites 29 Jan '05

29 Jan '05

Hi, even though I'm waitng for an answer on Arpad's question in hs message "typos and a translation question" I'm sending an updated spanish po. Cheers, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

2 2