FYI: I was looking at your code:
"net.sourceforge.jwap.wsp.header.Encoding::uintVar(int
value)" and I believe the encoding you do for
mb_u_int32 (http://www.w3.org/TR/wbxml/#_Toc443384895)
is not correct. Here are some results from a simple
test I made. "MYuintVar" is what I believe is the
correct encoding is and "uintVar" is what was actually
returned by your encoder.
Method ToEnc: Encoded Data
------ ----- ------------>
MYuintVar 0x87a5: 0x82 0x8f 0x25
uintVar 0x87a5: 0x82 0x8f 0x25
MYuintVar 0x87a50000: 0x88 0xbd 0x94 0x80 0x0
uintVar 0x87a50000: 0x0 <- ERROR
MYuintVar 0x80: 0x81 0x0
uintVar 0x80: 0x81 0x0
MYuintVar 0x0: 0x0
uintVar 0x0: 0x0
MYuintVar 0x60: 0x60
uintVar 0x60: 0x60
MYuintVar 0xa0: 0x81 0x20
uintVar 0xa0: 0x81 0x20
MYuintVar 0xff: 0x81 0x7f
uintVar 0xff: 0x81 0x7f
MYuintVar 0x8000: 0x82 0x80 0x0
uintVar 0x8000: 0x82 0x80 0x0
MYuintVar 0xffff: 0x83 0xff 0x7f
uintVar 0xffff: 0x83 0xff 0x7f
MYuintVar 0xffffffff: 0x8f 0xff 0xff 0xff 0x7f
uintVar 0xffffffff: 0x7f <- ERROR
-- Yepher
Logged In: YES
user_id=1031227
Thanks for the report. This bug is now fixed in CVS.