pouët.net

I assemble source by Masm32:


commandline for crinkler is:


I see a message:
: warning LNK: Entry point hunk has alignment greater than 1, forcing alignment
of 1

So, after I run out.exe I see no window and app hangs.

Need help.

does your application run as expected when you link without crinkler?
if yes, probable causes are:

- your data for alignment requirements (4/16 byte boundaries).add padding bytes or alignment keywords if needed

- you have some fragmented data layout where you rely on the actual sequence of data blocks in the code. beware they might get shuffled by crinkler.

- you have a buffer overflow/access violation (writing/reading more data than defined)

- you specify data in float format and interpret them as integers at some point so the truncatefloats:8 will modify the values you expect


stuff like that is normally the issue for crashes after crinkler compression.

yes, application runs. seems there are no access violatin - no error messages, I see process in taskmanger list.

Does it work without /TRUNCATEFLOATS ?
Does it work with the normal linker if you specify /ENTRY:start ?

entry name is Correct. Seems everybody works with crinkler fine:
http://www.dbfinteractive.com/forum/index.php?topic=4327.0

try removing all special crinkler options after /ENTRY:start in your post above.

if it still doesnt run, comment out code in your main loop and see if you get it running just opening a window and having an empty main loop.

what about alignment message?

Sure. The issue is whether your code depends on something in the standard MSVC startup code. You can try that out by specifying /ENTRY:start to the non-Crinkler linker, which will cause it to skip the startup code. If that fails to run, you have some dependency on the startup code.

He is using masm, there shouldn't be any default startup code anyways.

goblinish: Attach a debugger?

As already suggested - remove some of the "dirty" crinkler trick options.
First candidates for removal:
/TRUNCATEFLOATS:8
/UNSAFEIMPORT - maybe you have some importer problems and do not see them.

If you would provide code etc. it would be way more simple to figure out what the problem is.

Does Crinkler use delta-coding?

@las, OllyDbg doesn't recognize PE format, I don't know which debugger is proper and what API call to catch.

I remove theese parameters from command line, problem still stays.

probably Crinkler tuned to MSVC, he doesn't recognize alter obj( TinyC or Tasm).

Visual Studio has a great debugger. And the VS2013 Community Edition is free, too!

Never had problems with Olly and Crinkler binaries... you just need to be careful to "skip" the decompresser stage properly.

Visual Studio isn't option. Wonder why these issue occurs with Masm32.

Maybe check the report.html to see if there's something weird going on, if it tries to rearrange blocks that you expect to be linearly behind eacother.

For someone asking for help your feedback to possible solutions is close to 0 :)

Why dont you just provide the first lines of your asm code here until the main loop so we can stop guessing what (most likely you) actually did wrong?

Your secret stuff is probably in a pixelshader anyway as usual so just leave that out.
But tiny win32 init code and mainloop in asm is not exactly rocket science.

whats drv.obj?
anyway, try linking without all necessary libraries and see if the problem resolves? try remove "/UNSAFEIMPORT" flag. one idea is to vertically find out where the problem is first.

@gopher, why to spoil prod? As I said intro works stable.
@rudi: srw.obj produced by mmasm32 from the source drw.asm.

I fail to see how showing window code spoils your prod if all the important stuff thats actually important to the intro is hidden.

anyway, my e-mail available in prods, If somebody want to help - just e-mail, I'll sent source.

Wonder, what's wrong with masm32.

Maybe simply try with good ole 1kpack by Hitchhikr
I think it worked under Win7 last time i tried, so it should be 64-bit-ready, as my OS is Win7 for the last 5 years...

win7-64bit that is...

new crinkler-1k-options seem to be on-par with it, but this was some sort of a reminder there still being options if you run out of time, deadline, etc.! ;)

1kpack, 2009-comment, gopher/AlcaTraZ (maker of 4klang together with pOWL/AlcaTraZ):


crinkler, 2015-comment, blueberry/Loonies (maker of Crinkler together with mentor/TBC):