silent data loss when /tmp is full

[Bug Importer]

Inkscape crashes with a segmentation fault, if there is not enought space
left in /tmp while startup. It occurse with version 0.45 and also with an
up2date svn build.

[Tom Davidson (tjd-mit)]

I don't get a segfault on latest SVN--I get data loss. Any saved file is saved as 0 bytes, as is your ~/tmp/preferences.xml

Steps to reproduce
1: fill up your /tmp with a 'dd if=/dev/zero of=/tmp/bigfile bs=1k'
2: open an svg file (that you don't care about!!!)
3: make a minor change to the file and save it
4: that file will have 0 bytes.

5: ls -l ~/.inkscape/preferences.xml -> 0 bytes!

Also, a bunch of extensions that rely on saving intermediate things in /tmp fail (as you'd expect) with no good error message: latex formula, save as .xcf...

Setting high because of possibility of data loss with no warning.

[Tom Davidson (tjd-mit)]

Just to clarify: If you open a file on a partition that is *not* full, but your /tmp is full, then Inkscape will save over your original file (on the non-full partition), with a 0-byte file. Same goes for your ~/.inkscape/preferences.xml file, it will be overwritten with a 0-byte file even if there is plenty of room on the disk...

[Tom Davidson (tjd-mit)]

Sorry--I was confused about the location of my /tmp dir. It was on the same partition as my home dir. When I opened an SVG file saved on a different partition, I didn't get data loss. So the only /tmp-specific problem is that extensions that rely on /tmp don't work. Otherwise this is a dupe of bug 167801 "data loss when saving with no disk space left"

Marking fix-released since the original seg fault appears to have been fixed...