0xFFFFFFFF is cast to 0xFFFFFFFF regardless of signed or unsigned.
You may have issues with the intended value if you improperly widen or narrow.
I haven't followed the code all the way through, but by setting the default item_slot to 0x0, you may have issues with charm slot item
deletions under certain conditions..or you may not...
--GetItem((int16)0xFFFFFFFF)) = Invalid Slot
--GetItem((int16)0x0) = Charm Slot
If you run a public server, I'd recommend heavy testing to determine any negative effects, aside from the error in the log entries, before
pushing this live.
Casting isn't my specialty... (do I have one?)
__________________
Uleat of Bertoxxulous
Compilin' Dirty
|