Inkscape crashes on high level of zoom in

[Duarte Ramos]

I'm on Inkscape 0.49 nightly inkscape_r12119-201302120630, previous nightlies exibited the same crash, either on Windows XP 64bits or Windows 7 64 Bits.

On a specific file with a lot of duplicate clone objects with a gradient fill, at high zoom levels Inkscape crashes and an error window appears.

In windows 7 the error window is blank and unreadable, but the error report says it's the Cairo Rendering Engine specifically the libcairo-2.dll file.

File provided in attachement, to recreate just zoom in progressively and it will eventually crash, seems to get aggravated with larger window sizes hence larger rendered area.

[su_v (suv-lp)]

Crash not reproduced with
- 32bit builds on Mac OS X 10.5.8 (OpenMP enabled)
  (GTK+/X11 2.24.8, cairo 1.10.2), (GTK+/Quartz 2.24.10, cairo 1.11.4)
- 64bit builds on OS X 10.7.4 (OpenMP enabled)
  (GTK+/X11 2.24.10, cairo 1.12.2), (GTK+/Quartz 2.24.15, cairo 1.12.14)

> seems to get aggravated with larger window sizes hence larger
> rendered area.

Possibly this observation is limiting the usefulness of my tests: available screen sizes are limited to 15.4" and 13" (both systems are MBPs without external monitor). I do notice that trunk temporarily consumes huge amounts of memory when zooming in closer (compared to stable) - it is released immediately when zooming back out to page size or further. This memory usage can quickly grow to 1.4 - 1.6 GB real memory, and then revert back to < 300 MB (after zooming back out).

[Duarte Ramos (duarte-framos)]

Thanks for the quick response.
Tested again with the same mentioned version inkscape_r12119-201302120630 but now at home on my Windows 7 64 bits machine with 16Gb of Ram (unlikely to be a lack of memory problem) and came to the conclusion that it is definitely related to window size, or viewable rendered viewport area.

I have two Dell monitors each at 2560x1600, I can zoom in without crash with a small window size, or if the window not maximized (smaller viewable area) if afterwards I maximize the window with the drawing already zoomed in Inkscape still behaves, but if I start panning around some screen tearing starts to happen in viewport, and black or white stripes start to appear as if rendering is failing partially, before the actual crash occurs.
I also noticed that even though this Inkscape version feels generally snappier and faster to render than 1.48.4, this particular file at high zoom levels seems quite sluggish when compared.

Attached screenshot shows two Inkscape windows opened with the same file originally attached to the bug report, one is not maximizes and handles the file with larger zoom level without much trouble, the one on the background has crashed, with the black Window (Which sometimes will show something like "The application as encountered an error and will now close"), the windows crash report, and the failed render (all the white areas) and some screen tearing, like missing patches of drawing

[jazzynico (jazzynico)]

Reproduced on Windows XP, Inkscape trunk revision 12119 official devlibs (cairo 1.11.2, cairomm 1.10.0).
I confirm it doesn't crash with a small window, but only if it's maximized or large enough.
No bt, but I get the following message (from Cairo) just before Inkscape hangs:

_create_dc_and_bitmap: OpÚration rÚussie.

Not reproduced with the experimental cross-compiled devlibs from OpenSuse (cairo 1.10.2, cairomm 1.10.0).

[jazzynico (jazzynico)]

Reproduced again on Windows XP, Inkscape trunk revision 12275 and devlibs r46 (Cairo 1.12.14).

[jazzynico (jazzynico)]

Not reproduced with Inkscape trunk rev. 14862, Cairo (1.14.6) and Pixman (0.34.0) from the official win32 devlibs (updated rev. 61).