> Do you think the 2147483648 value is being set by inkscape,
> and therefor the bug is in how inkscape is using cairo
Not sure (not being a developer myself, just helping with bug triage), but AFAICT it needs to be addressed in inkscape anyway:
- consistency (create the same EPS file from command line / GUI)
- development branch: the crash needs to be fixed: either properly abort the export
The SVG file itself seems valid (Squiggle (Batik 1.7) and current browsers do not complain about the zero width/height; only rsvg-view (librsvg) refuses to render it).
I will add the tag 'crash' (for the development branch) and raise importance to 'High' - hopefully one of the developers will be able to look at the issue (it might take some time though).
> Do you think the 2147483648 value is being set by inkscape,
> and therefor the bug is in how inkscape is using cairo
Not sure (not being a developer myself, just helping with bug triage), but AFAICT it needs to be addressed in inkscape anyway:
- consistency (create the same EPS file from command line / GUI)
- development branch: the crash needs to be fixed: either properly abort the export
The SVG file itself seems valid (Squiggle (Batik 1.7) and current browsers do not complain about the zero width/height; only rsvg-view (librsvg) refuses to render it).
I will add the tag 'crash' (for the development branch) and raise importance to 'High' - hopefully one of the developers will be able to look at the issue (it might take some time though).