Brought to my attention here. For some reason, running these mods together causes Reverse Factory to throw an error "Failed to load mods: Cannot serialise ttype=function", and yet it works perfectly when pypostprocessing is disabled.

I get the feeling that the issue could be caused by one of my functions being incorrectly instantiated in some subtle way that doesn't normally cause an error, but does when pypostprocessing does whatever it does. I did notice in the log, that it caught my invalid attempt to add a prerequisite technology that didn't exist, though fixing that line didn't fix the load error (and doesn't cause errors normally; the attempt just silently fails without an issue).

Sorry to bring this up, when it seems you are quite busy working on other, more important matters with the 2.0 update.

so im looking at this a bit and i think the issue is a conflict with stdlib and pypp because we replaced stdlib with our own notnotmelon lib for 2.0. ive imformed notnotmelon and he should be able to provide more info

I made some progress on this issue after realizing one of my other mods was getting the same error. It seems to have something to do with stdlib's Data:copy function (which I use extensively in every one of my mods), though I haven't been able to figure out why.

We do not use this function as of 2.0

It's not about this mod using the function, it's that whenever any of my mods uses the Data:copy function, when running alongside this mod, it causes a "Cannot serialise ttype=function" error on startup, for some reason.

I can confirm that it happens when using Reverse Factory or Vehicle Equipment Grids alongside this mod. (Also Mini Machines appears to cause an infinite load when attempting to start up with this mod, but likely also due to the same issue). They all load up just fine when pypostprocessing is not enabled.

Thing is, I don't know why other mods using stdlib's Data:copy causes an error when loading with this mod, so I don't know what to do to fix.