Comment 5 for bug 1434721

On my test machine, Ubuntu 12.04.04LTS 32 bit, I was able to open that file and there were no errors like the ones cited above. This is trunk revision 13947.

However, the resulting SVG was so enormous that the program for all intents and purposes was completely unusable.

The test file was converted to test12_emf.txt using reademf from libUEMF, and to test12.svg using a hacked version of inkscape that diverts the SVG produced on EMF input straight to a file. These are attached in a zip file, because they are huge. The zip is still 7M, but the two other files uncompressed come out to 90M.

Somebody please try loading the SVG version of this test file. If a test system failed with the original EMF it should have the same problem with this. Maybe you can edit it down to a smaller test case.

The EMF is so huge that it is hard to make sense of it, but one thing it seems to be doing is filling spaces by drawing fat lines. The composition of the file is 1 rectangle, 5 Polygons, the usual sorts of header and ending records and these (type, counts):

SETTEXTCOLOR 74991
LINETO 149805
SELECTOBJECT 150013
DELETEOBJECT 76548
MOVETOEX 74461
CREATEPEN 74992
CREATEBRUSHINDIRECT 1556

Mostly what it does is loop on this (and variations thereof):

move to point (x,y).
draw a diagonal line to (x-L,y-L)
draw a horizontal line from there to (x-L+1,y-L)
y=y+6

Even though it sets the text color a lot it does not actually have any text records. Near as I can tell it was probably made by some really low level, really dumb conversion of an old fashioned plotter's input, maybe HPGL? When it does open in inkscape it looks like a drawing with macroscopic objects. It isn't. It's more like a bitmap composed of W x H pixels, where each pixel is itself a separate image.