I have a request.
Sue's Workshop will expand the exe under certain circumstances. This is HORRIBLY broken and needs to be FIXED! :/ First, SW detects this by checking the exe's header. If a fifth block exists, it
assumes it to be the one it creates to expand into. Even if the block's name doesn't match the one it creates (".swdata"). Second, SW scraps the end of the exe COMPLETELY and overwrites it with its own data. Totally ignoring any kind of info it writes in the block's header such as size.
It'd be great if this part could be coded properly... The issue isn't so much that there's a bug or something like that as it is this part being done VERY sloppily. Reading the PE header and looking for one called ".swdata" rather than counting them, and using it to get the size of the block and overwriting said block rather than indiscriminately scrapping everything (including additional user-created blocks) would fix this.
In my current project, several entities are coded from scratch. This often means I have way too much extra code to pack into the space made available by the entities already in the game. So I've expanded the exe to include a 64k block of free space at the end. Sue's Workshop
rapes this block and stupidly assumes the block belongs to it (no check made to see if it's called ".swdata"). I can create my block after SW's block and it leaves it alone, but it still ends up scrapping the end of the exe (including all my data) because it doesn't even bother to use the information written in the block
it creates itself. Very frustrating - I have to make a lot of my changes manually while working on a throwaway copy...
Nice work so far. Lookin' forward to a demo of some kind!
Edit: Alternatively, if the project is no longer being worked on, can you make the source code available so someone who can work on it can correct this? It'd be really helpful.
(Here, have a 2-save-slot version of CS in exchange.
http://www.2shared.com/file/1yylsuBe/Cave_Story_2_Slots.html )