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
			 
		
		
		
		
		
		
	
		
		
	
	
	 |