I have updated all the libs to the latest versions using haxelib upgrade today.
I made SWF to work again, by taking original hxcpp lib and applying your BB fix.
Submitted everything to Blackberry, we will see what they say on Monday.
I have updated all the libs to the latest versions using haxelib upgrade today.
I made SWF to work again, by taking original hxcpp lib and applying your BB fix.
Submitted everything to Blackberry, we will see what they say on Monday.
Scary. I wonder what else changed in HXCPPā¦
I have no idea, but your hxcpp and hxcpp from haxelib are quite different in sizes.
I think thereās around 6 months of development between the two (even though the version hasnāt changed) so a lot could explain the file size differences. This sounds a regression in something, Maps? Iām not sure, but scary. Will try to sort this out, may have another project thatās experiencing something similar
I wish I could help.
Good luck!
Got it! This was nasty
Sometimes, SOMETIMES (and this could vary on the same machine, with the same SWF, just different projects) a String within a SWF would parse with an additional non-printing character at the end. As a result, āabcā would have a String length of 4, not 3, and checking if āabcā existed in the map would fail.
This should be resolved in the 1.7 release of SWF that I just pushed to haxelib
Awesome!
Donāt no why, but my game was rejected for Q10 and Passport, it crashes somewhere in the middle of the game.
Anyway, I will check swf asap.
Thank you!
Iāve updated to swf 1.7.0 and made a clean build, sample project (http://www.pozirk.com/temp/crashswf.zip) still crashing on me.
Log file is empty.
Could the crash issue be unrelated?
1.7.0 fixes an issue where it reports that āThere is no MovieClip asset named āhelloāā or something like that, even when it should exist