- Inkscape Devel - Inkscape Mailman

Crash report
by Yves Quemener 06 Oct '16

06 Oct '16

Dear all, I'd like to report a crash on inkscape while importing the included file. Crashes with Inkscape 0.91 r13725 on windows 10 and with Inkscape 0.91 r13725 on Ubuntu 16.04.1 LTS. The file is generated by a custom tool, so it is very probable that it contains something invalid, but I don't think it should crash the software totally. Here is the result of gdb: terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_M_construct null not valid Thread 1 "inkscape" received signal SIGABRT, Aborted. 0x00007fffefe1e418 in __GI_raise (sig=sig@...3051...=6) at ../sysdeps/unix/sysv/linux/raise.c:54 54 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x00007fffefe1e418 in __GI_raise (sig=sig@...3051...=6) at ../sysdeps/unix/sysv/linux/raise.c:54 #1 0x00007fffefe2001a in __GI_abort () at abort.c:89 #2 0x00007ffff097d84d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #3 0x00007ffff097b6b6 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #4 0x00007ffff097b701 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #5 0x00007ffff097b919 in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #6 0x00007ffff09a414f in std::__throw_logic_error(char const*) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #7 0x00007ffff5760e64 in ?? () from /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1 #8 0x00005555558fb391 in ?? () #9 0x0000555555916b8d in ?? () #10 0x0000555555917e67 in ?? () #11 0x0000555555b742da in ?? () #12 0x00007ffff12a4fa5 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #13 0x00007ffff12b6fc1 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #14 0x00007ffff12bfd5c in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #15 0x00007ffff12c008f in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #16 0x00007fffe0e5d3e0 in ?? () from /usr/lib/x86_64-linux-gnu/libunity-gtk2-parser.so.0 #17 0x00007ffff6605d57 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #18 0x00007ffff0fce05a in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #19 0x00007ffff0fce400 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #20 0x00007ffff0fce722 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #21 0x00007ffff69cd6a7 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #22 0x00005555558c7b3b in ?? () #23 0x00007fffefe09830 in __libc_start_main (main=0x5555558a38e0, argc=1, argv=0x7fffffffdd78, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffdd68) at ../csu/libc-start.c:291 #24 0x00005555558c41e9 in ?? () Good luck with that and thanks for that awesome piece of software! Yves

3 2

Fwd: [Inkscape-user] looking for a forum host
by brynn 06 Oct '16

06 Oct '16

-------- Forwarded Message -------- Subject: [Inkscape-user] looking for a forum host Date: Tue, 4 Oct 2016 17:45:17 -0600 From: brynn <brynn@...3133...> Reply-To: Inkscape User Community <inkscape-user(a)lists.sourceforge.net> To: Inkscape User Community <inkscape-user(a)lists.sourceforge.net> Hi Friends, As some of you know, a small committee has been investigating the possibility of creating a new "official" Inkscape forum. All along, we've been pretty much expecting that OSUOSL would host it for us (since they already host our website and wiki). However, after an initial request (nearly 6 weeks ago), an updated request (~10 days later), and a 3rd contact (which was just last week) we still have no response from them. Assuming they would notify us, even if the answer is 'no', we think they are probably still working on it, and have not made a decision yet. But we're starting to think the answer might well be 'no', and we're starting to research about other ways to host this forum. So we want to tap the resources of the whole community, and ask if anyone knows of any either open-source-friendly webhost besides OSUOSL, or maybe some kind of program which might pay hosting fees for an open source project (in the event we can't find a free host). Note that the so-called "free webhosting" sites would probably not be acceptable, since they usually accomplish making it free, by loading the site up with advertising. One idea which might be feasible, is setting up some kind of crowd funding, to create the capital for some kind of money-market fund or something like a trust, whose income would pay the monthly fee. The reason why it's such a big "might" is because it would take some time for this fund to reach the point where it could cover the fees (and we hope to get the forum online much sooner than that would take). I've offered, and I'm sure a lot of people in the community might volunteer to pay or help to pay the fees. But that puts us in a similar situation which we're trying to remedy with this effort (i.e. a single owner potentially disappearing). I would consider this to be a last resort. Has anyone heard of any webhost that might meet our needs; or maybe some kind of program which would pay the hosting fees? Thank you very much, brynn (for the committee) ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-user mailing list Inkscape-user(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

3 4

Turned off Github Issues
by Martin Owens 05 Oct '16

05 Oct '16

Dear all, Hopefully this won't effect anything, but the not-yet in use github page had it's issues tracker switched on and was collecting bug reports. https://github.com/inkscape/inkscape I've gone ahead and switched it off, but there was 10 or so issues that we may have to think about translating to launchpad. Best Regards, Martin owens

2 2

Janitorial Tasks
by Victor Westmann 03 Oct '16

03 Oct '16

Hi everyone. I'd like to help the project (and get my feet wet) doing some of the Janitorial Tasks. However I'm a Windows user and I got stuck getting the code from bazaar. Is it possible for me to help you guys (after getting some help) or never mind? Please let me know your thoughts on how can I help with code. --Victor Westmann

2 4

Compiling sax parser on Windows
by Adrian Boguszewski 02 Oct '16

02 Oct '16

Hi there, I finished sax parser project and I need to test it on Windows. Unfortunately I can't compile it. Is anybody here, who builds Inkscape on Windows and could check my changes, especially loading different file types? To detect file type I use a mime type of file from Gio library. I want to know if the content type is the same as on linux. Precisely: "image/svg+xml", "application/xml" or "text/html" for uncompressed svg, xml and html files and "image/svg+xml-compressed", "application/x-gzip" for svgz. Compiling, running and opening different files is sufficient to know that everything is ok. If there are no warnings of course. Branch to compile: https://code.launchpad.net/~adrianboguszewski/inkscape/sax-parser Thanks! Best regards, Adrian

3 5

performance problems and possible remedies?
by Yale Zhang 29 Sep '16

29 Sep '16

Hi. I'm using Inkscape to author a comic and the slow speed for certain things is very annoying. I'm already have OpenMP turned on and using 4 cores. 1. *large blurs are slow* - I'm an expert with writing SIMD code, so I was thinking about vectorizing the Gaussian IIR filter with SIMD intrinsics, even though it's harder than for a FIR. But I noticed there isn't any SIMD code in Inkscape so does that mean it's something to avoid. I'm pretty sure no current compiler is smart enough to vectorize it, and besides, Inkscape is compiled with -O2, meaning -ftree-vectorize isn't on by default. 2. *when there's a large image (raster based) background - scrolling in a zoomed region is very slow* I compiled the latest 0.49 code with GCC profiling and it shows this: 33.98 22.47 22.47 exp2l 21.29 36.55 14.08 log2l 17.57 48.17 11.62 pow 7.12 52.88 4.71 658 0.01 0.01 ink_cairo_surface_srgb_to_linear(_cairo_surface*) 6.72 57.32 4.44 563 0.01 0.01 ink_cairo_surface_linear_to_srgb(_cairo_surface*) 5.51 60.96 3.64 1216 0.00 0.00 Inkscape::Filters::FilterGaussian::~FilterGaussian() 5.23 64.42 3.46 internal_modf 0.59 64.81 0.39 _mcount_private 0.41 65.08 0.27 __fentry__ 0.12 65.16 0.08 GC_mark_from 0.09 65.22 0.06 5579 0.00 0.00 Geom::parse_svg_path(char const*, Geom::SVGPathSink&) 0.06 65.26 0.04 35320 0.00 0.00 bounds_exact_transformed(std::vector<Geom::Path, std::allocator<Geom::Path> > const&, Geom::Affine const&) 0.06 65.30 0.04 8 0.01 0.01 convert_pixbuf_normal_to_argb32(_GdkPixbuf*) 0.05 65.33 0.03 885444 0.00 0.00 std::vector<Geom::Linear, std::allocator<Geom::Linear> >::_M_fill_insert(__gnu_cxx::__normal_iterator<Geom::Linear*, std::vector<Geom::Linear, std::allocator<Geom::Linear> > >, unsigned long long, Geom::Linear const&) The cost is absolutely dominated by ink_cairo_surface_srgb_to_linear() and ink_cairo_surface_linear_to_srgb(). My first instinct was to optimize those 2 functions, but then I thought why are those even being called every time I scroll through the image? Why not convert the images up front to linear and stay that way in memory? If that can't be done, then my optimization approach is: 1. replace ink_cairo_surface_srgb_to_linear() with a simple 3rd degree polynomial approximation (0.902590573087882 - 0.010238759806148x + 0.002825455367280x^2 + 0.000004414767235x^3) and vectorize with SSE intrinsics. The approximation was calculated by minimizing the square error (maxError = 0.313) over the range [10, 255]. For x < 10, it uses simple scaling. 2. replace ink_surface_linear_to_srgb() with a vectorized implementation of pow(). Unlike srgb_to_linear(), a low degree polynomial can't be used due to the curve having larger high order derivatives. An alternative would be piece wise, low order polynomials. The main question I have is what degree of accuracy is desired? Certainly, it doesn't need double precision pow() since the input is only 8 bits! Is +- 0.5 from the true value (before quantization) OK or do people depend on getting pixel perfect results? UJ

7 20

YAML (libyaml-dev, libyaml-0-2) version >= 0.1.7-1 becomes hard dependency for inkscape
by Dmitry Zhulanov 29 Sep '16

29 Sep '16

I'm going to merge in my "xverbs" branch which requires YAML. So it's still possible to guard all code behind a WITH_XVERBS if we cannot add that lib as a hard dependency, but in the current state of things yaml would become a hard dependency of inkscape. If anyone has any problems with that (compatibility on some platforms maybe?), please tell before the merge Best regards, Dmitry Zhulanov

3 7

xverbs
by Dmitry Zhulanov 26 Sep '16

26 Sep '16

Hi, all! Im a game developer and using the inkscape for layouting my game screens. Loading_screen_layout.svg one of them. It have g with id pause_button and rect with id sandclock_bound which I use for animation placement. The verbs feature which inkscape already have is have some limitations. The MAX_PATH for example. Also some verbs required user interactions, so I need some eXtended verbs here. Using python script I have load layout as xml and collecting element-id's of interactive elements with "onclick" attribute, for example. Using this element-id list I generate .yaml, which is some sort of batch file. Here is the .yaml file which is used with Inkscape to clean up layout and put button image in separated file with pause_button.svg filename. Also I count undoable actions to restore state generating verb EditUndo. command: inkscape -B loading_screen_layout.yaml ----------- loading_screen_layout.yaml --------- run: - xverb-id: XFileOpen, loading_screen_layout.svg - xverb-id: XUndoLabel, fresh_document - xverb-id: XSelectElement, pause_button - verb-id: EditInvert - verb-id: EditDelete - verb-id: FitCanvasToDrawing - xverb-id: XFileSaveAs, pause_button.svg # save with stupid name - xverb-id: UndoToLabel, fresh_document - xverb-id: XSelectElement, pause_button - verb-id: EditDelete - xverb-id: XUndoLabel, fresh_document - xverb-id: XSelectElement, sandclock_bounds - verb-id: EditDelete - xverb-id: XUndoLabel, fresh_document - xverb-id: XFileSaveAs, loading_screen_layout_release.svg # save with stupid name - verb-id: FileQuit ------------------ CUT HERE -------------------- I guess you can get readonly access on my launchpad page. https://code.launchpad.net/~dmitry-zhulanov/+junk/inkscape-xverbs Code is tested with mingw+windows7+VS2010 sdk. If you would like to merge the feature, I will clean up code to conforming code style, remove printf's & so on Any help or advice are appreciated! P.S. sorry for my bad english :) Best Regards, Dmitry Zhulanov

6 17

Introduction
by Justin LaRose 25 Sep '16

25 Sep '16

Hello All - I wanted to take a minute to introduce myself on here, my name is Justin LaRose and I hope to soon be a contributor and start working on some code. I've worked mainly with C# and Visual Basic in the past but am looking forward to working with C++ and learning more about it. I was having some issues with dependencies when trying to build the developer instance on my laptop (Ubuntu 16.04) and was wondering if anyone might have some time to help me get everything built so I can start to work on some bugs? I'm looking forward to getting to know everyone better as I learn more about the project and the code base. Thanks! Justin LaRose

4 9

Here's a crashing .svg file
by Miguel Lopez 24 Sep '16

24 Sep '16

I'm just gonna leave a crashing .svg file here for developers to look at since it been crashing upon opening, and I was using mirror, rotate copies extension. It crashed when I attempted to scale the entire watch, and then I couldn't open earlier version of the watch. Oh, and I think that arrange tool might need a "center of page" instead of having to type in axis for the rotate part. That would make this watch a lot easier. Other than that, I'm really liking where Inkscape is getting at. I must say that I am using it alongside with Illustrator to get the best of both world.

5 13