[THRIFT-3843] integer issues with Haxe PHP targets cause ZigZag encoding to fail

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 0.10.0
• Component/s: Haxe - Library
• Patch Info: Patch Available
• Assignee: Jens Geyer
• Reporter: Jens Geyer
• Created: 28/May/16 21:13
• Updated: 12/Aug/16 01:29
• Resolved: 28/May/16 21:25

Description

With PHP, the integer literal 0x80000000 is stored as a double, not an integer, unless PHP is forced into the latter. Due to the way how Haxe transpiles equality comparison into PHP Code, the result of comparing a variable holding this specific value against another variable or a literal may yield unexpected results.

Another issue exists regarding incorrect code Generation for Haxe cast(...) statements w/regard to PHP targets.

Technical details of the issues are available here:

• https://github.com/HaxeFoundation/haxe/issues/5288
• https://github.com/HaxeFoundation/haxe/issues/5289

Issue Links

• blocks: THRIFT-3833 haxe http server implementation (by embeding into php web server)