Well, I had it working for a brief moment - But now it's back to it's crash behaviour.. it's what is frustrating about tracking it, it's got to be a stack issue, and the printf's wind the stack up too much.
I have TOTAL_STACK=10000000 - Here is my current build string: emcc -g4 -O0 --js-opts 0 -s TOTAL_MEMORY=50331648 -s TOTAL_STACK=10000000 -s FS_LOG=1 -s EMULATE_FUNCTION_POINTER_CASTS=1 -s ASSERTIONS=2 --separate-asm --memory-init-file 1 Will try driving the stack up even larger. On Monday, 4 April 2016 11:34:37 UTC-3, Christopher Forgeron wrote: > > Hello, > > I'm experimenting with a larger code-base, and part of my debugging > process is inserting printf's into the code to quickly mark progression and > variables of interest. > > I have noticed that there is a point where I seem to hit a 'max combined > string' limit - If I increase a printf's string with more detail, the code > starts to crash in a completely different spot for reasons I can't track. > > If I back off my added text in the printf, it returns to executing as I > expected. > > Even deleting an earlier printf will allow the latest printf to execute, > so it's not an error in the string. > > Currently I'm up to this: > > emcc -g4 -O0 --js-opts 0 -s EMULATE_FUNCTION_POINTER_CASTS=1 -s > ASSERTIONS=2 --separate-asm --memory-init-file 1 > > Will be trying the SAFE_HEAP and other options shortly to see if makes a > difference, but I was curious if this behaviour sounds familiar to anyone? > > Thanks. > -- You received this message because you are subscribed to the Google Groups "emscripten-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
