lbreakout2.hscr gets deleted if /var is full

Hm, this is a rather old bug report (version 2.4.1 in 2004?). I tried to reproduce it but it works here. Maybe it has been fixed along the way but I could not find when and by whom. I created small loopback FS, filled it up with garbage data and the highscores were not truncated on save but kept (since fopen uses r+). I fixed the alternative fopen call (if data NOT stored in HIDIR but config dir) which theoretically could produce truncating of file to 0 on write error in revision [10]. But the bug report does not seem to stumbled across this. So again I think this is fixed already. One very minor issue remains though: New charts are prepended to list so data never reduces only increases thus using r+ as a fix and just write is basically okay. If data of existing charts changes though (names differ in length) and no more space is left, the last chart written may be truncated and some entries be lost (as well as all other charts that have no space to be written). Theoretically. In reality it seems all partial write calls are not performed when no space left for all the calls, leaving the initially loaded charts intact. So all this is not even worth this long comment, just a bad habit of mine. :-)