Search Issue Tracker
Won't Fix
Votes
0
Found in
2018.4
2019.4
2019.4.5f1
2020.1
2020.2
Issue ID
1279809
Regression
No
[x86] Custom function with float return Type returns NaN values in Build when built to Windows x86 release
Important - the issue is only reproducible when Windows x86 release architecture is selected
How to reproduce:
1. Open the attached project named "ReturnValueBug_all"
2. Open the "BezierTest" Scene
3. Enter Play mode and observe the expected result
4. Set the Architecture to Windows x86 and Build the project
5. Launch the build and observe the game screen
Expected result: The build behaves exactly the same way as in the Editor
Actual result: The Bezier curve is not rendered and the Debug log shows that CubicBezier.EvaluateTangent is returning NaN values
Reproducible with: 2018.4.27f1, 2019.4.11f1, 2020.1.8f1, 2020.2.0b4
Notes:
1. Does not reproduce when the project is built using Windows x86 + Development mode
2. Does not reproduce with Windows x86_64 and MacOS
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- SystemInfo.get_graphicsDeviceName() is generating garbage GC Alloc when using Metal graphics API
- Crash on D3D12CommonShader::ApplyGpuProgram when attaching material which samples "_UnityFBInput0" to "Full Screen Pass Renderer Feature" Component
- SpeedTree meshes and objects count differs when comparing the numbers in the Player with the Editor
- Model and Prefab Preview icons are not updated after upgrading associated Materials to URP
- Game view is rendered white when viewing the Editor with HDR display and Post Proccesing is enabled on the Main Camera with 2D URP
Resolution Note:
This was fixed by large floating point optimization (float32) in Mono that is a breaking change. As such, we won't be backporting a fix. However, the next Mono upgrade will contain these changes and thus fix this behavior.
Upstream Mono Issue: https://github.com/mono/mono/issues/20458