add-spatter plugin crashes the game on OS X

[fricy]

When loading an existing savegame or generating a new game with raws that use the add-spatter plugin the game crashes. After deleting the plugin the crash disappears. Vanilla does not crash.
Tested with Masterwork mod v.3d and DfHack r3 Darwin - compiled on 2013. 03. 15 running on OSX 10.7.5.

Crashlog: http://pastebin.com/Ppnz7z49

[lethosor]

Is this still a problem in 0.40.xx?

[fricy]

Ok, I tested this a bit.
Using the spatter reactions that comes with dfhack the splatter plugin works both in 34.11-r5 and 40.16-r1. Then I tested again the latest masterwork raws with 34.11-r5 and the crash is there. So it's either some buggy/maformed reaction in the raws that kills the plugin, or else it just can't handle the crazy number of reactions present in MW. Trying to find an offending reaction yielded no results. :(

end of stderr.log after crash:
c0261000-c0262000 4K rw-/rw- NONE - DEFAUobjc[49389]: Object 0xfd27b70 of class __NSArrayM autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0x258a900 of class __NSCFNumber autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0xfd27d20 of class __NSCFDictionary autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0xf858180 of class __NSCFString autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0x2589030 of class __NSCFNumber autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0xfd27be0 of class __NSCFDictionary autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0x32b5660 of class __NSCFString autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0xfdca400 of class __NSWindowData autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0xfdc9ec0 of class SDL_QuartzWindow autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0xf8620a0 of class __NSCFNumber autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0x32b3dd0 of class NSConcreteValue autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0x259f8f0 of class __NSCFNumber autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0x25ab480 of class NSConcreteValue autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug
objc[49389]: Object 0x25ab450 of class __NSCFDictionary autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug

[lethosor]

70a2ab9 may have fixed this.

[fricy]

Nope, 70a2ab9 is part of dfhack 34.11-r5.

[fricy]

Further testing:
Removed all SPATTER_ADD reactions, then removed the string 'spatter' from all raws, even the language txt-s, basically anything that could trigger the plugin. I don't get the registering_hooks message any more, but the game still crashes with the spatter_plugin installed with the same 'leaking' message in stderr.log.
This is weird.

[lethosor]

Can you provide a series of steps that reproduces this? I certainly haven't seen this when creating new worlds, so I'm unsure how to make the problem occur.

[lethosor]

I'm suddenly getting an add-spatter crash with http://dffd.bay12games.com/file.php?id=9468 or http://dffd.bay12games.com/file.php?id=9469 in DFHack 0.40.24-r2 (the save has never had problems in earlier versions and doesn't appear to use any SPATTER_ADD reactions).

[lethosor]

It seems to apply to any save, actually.