OPUNetTransportLayer.obj : error LNK2016: Absolute symbol '?scr_snprintf@OP2ForcedExport@@YAHPADIPBDZZ' used as target of REL32 relocation
I use Visual C++ 6.0.That solved the issue for me. Thanks.
I suppose some of those concerns could be handled easier if I had settled for pointer syntax rather than reference syntax, but this pushes a bit more on the users of the library. I'd welcome any thoughts people have on the issue. My time to work on things as of late is somewhat limited, and I'm not really expecting that to change very much, although, it should get a little better soon.I like how force-exported classes can be used just like all other classes. That shouldn't change.
I believe Arklon was also working on a fork of the library with similar goals, but I don't recall the details anymore.Mine worked as a DLL that replaced the Export Address Table of Outpost2.exe in memory. (Well, technically, the original EAT is still there in memory, I just allocate some memory to put the new EAT in and change the exe's header in memory to point to the address of the new EAT.)