Redmoogle

Results 20 issues of Redmoogle

`ASSERT(1.#IND == 1.#IND)` will return true on byond and false on opendream (what the fuck?) but doing `ASSERT(trunc(1.#IND) == 1.#IND)` both return false

Runtime

For some mystical byond comprehension reason byond will convert 4.52 to 4. should fix that without creating any extra bugs.

Testcode using the Testgame ```dm /mob/verb/tryoutput() usr

Runtime
Client

DMIs arent strings lol. Adds an additional test case to catch it if it happens again and cleans up the code a smidge Inseresting fact: You cant use named arguments...

Fixes #843 should fully replicate byond

Byond seems to not have rounding issues unlike OD test code ```dm var/a = 0 for(var/i in 1 to 21) world.log

Runtime

Will need some extra testing and adjustment Closes: #476 Currently `world.log

OpenDream ![image](https://github.com/OpenDreamProject/OpenDream/assets/20369082/dfcd2d3f-054d-4f26-9d76-f4835c18cb78) Byond ![image](https://github.com/OpenDreamProject/OpenDream/assets/20369082/d09c74bb-34c1-42c3-9aa1-68f2eb9c0cf7) Notes: `0xb` seems to be for map created `loc` doesnt seem to matter (maybe z level dependent) Sample Code ``` /mob/verb/CreateAreaInstance() var/area/B = new /area/A(loc) var/area/C...

Runtime

![image](https://github.com/user-attachments/assets/f16fec42-84d8-4933-861c-369f46902696) ![image](https://github.com/user-attachments/assets/4e9aaf10-7c11-4fc3-801f-ee93a78668ff) was working on OD was confused by the blue gradient then realized that the blue value was negative and this fixes that

The changes in `DreamValues.cs` provide about 20-30% speedup on equals comparison (900-1000 ticks vs 1300) The changes in `DreamList.cs` maybe provide 1-5% speedup (get_count was using about 1.83% cpu) tested...

Runtime
size/S