| Author |
Messages |
|
Christine (guest)
 |
| 07/23/2008 12:38 PM |
 Quote
 Reply
 Alert
|
When I'm using the FAST feed and get an incoming packet with multiple bodies, I am getting errors on uncompressing the 3rd and greater body.
Sometimes this issue happens on the 2nd, sometimes on the 3rd body.
Specifically, I'm getting AB_INVALID_HEADER returned - sometimes because pmap[iPmapLen-1] is less then 0x80. It is usually set to 0x55 through 0x59
Also, sometimes I'm getting a pmap of length 1 resulting in either AB_OK with bad values or AB_INVALID_HEADER with ISBITSET of AB_MSG_TYPE failing
Is anyone else seeing this issue? (I am using the AB_FastDecode function provided)
For the invalid header issue: When I dump the packet, the bytes that are trying to be decoded are the ones at the (header+bytes previously consumed) offset.
Thanks,
Christine
Partial packet dump - packet starts at the 0078 0063 at the end of the second line, 55 bytes were processed for the first body, second body seems to start with 02 59 in the 7th line
0x0000: 4500 0096 4e69 4000 7b11 dc92 0a93 e741 E...Ni@.{......A
0x0010: e001 0285 8a4f 32d6 0082 32c7 0078 0063 .....O2...2..x.c
0x0020: 0065 faa6 029f c04e 7301 0800 7ffe e404 .e.....Ns.......
0x0030: c034 70d9 147f 00cd 0259 2a70 d401 c828 .4p......Y*p...(
0x0040: 1ee4 84d3 d0c5 03a6 8277 a0e4 03d6 017a .........w.....z
0x0050: c302 592a 70d5 e41f 20e4 c275 80e4 04c0 ..Y*p......u....
0x0060: 3470 da02 592a 70d6 2816 9844 80e6 0259 4p..Y*p.(..D...Y
0x0070: 2a70 cf44 80e6 0259 2a70 cc45 80e4 0259 *p.D...Y*p.E...Y
0x0080: 2a70 d728 16fc 4480 e602 592a 70cb 4480 *p.(..D...Y*p.D.
.. |
|
|
|
|
Verona
Posts:59
|
| 08/26/2008 10:38 AM |
Quote
Reply
Alert
|
It could be multiple things:
-Offset your buffer incorrectly.
-There was not a full read from the socket. Suppose to read 48 bytes but only copy only 40 bytes.
-Forgot to reset pmap. Need to reset the pmap for every new packet.
You mentioned that 55 bytes per process for the first body. That
seems too high. Our biggest size should be 36 bytes for an imbalance message.
Also, we have not had any reported complains when using our decode routine. |
|
|
|
|
kevin (guest)
|
| 12/18/2008 5:17 PM |
Quote
Reply
Alert
|
Received 44 bytes from ARCA 63.211.72.60 < 00 2a 00 63 00 cc 2a b3 03 a9 82 fc 73 01 01 00 7f fe e4 05 82 5a 53 ac 1d 26 05 fc 02 62 51 29 8a e4 04 3b f0 84 c2 d0 c5 03 a9 83 >
Received 39 bytes from ARCA 63.211.72.60 < 00 25 00 63 00 cc 2a b4 03 a9 8c 0e 73 01 01 00 7c be e6 02 81 03 77 c4 1d 26 18 8e 02 62 51 24 c2 c2 d0 c5 83 03 a9 >
Received 45 bytes from ARCA 63.211.72.60 < 00 2b 00 63 00 cc 2a b5 03 a9 8c 2d 73 01 01 00 7f fe e4 02 81 03 77 c5 1d 26 18 ac 02 62 51 29 8b 08 cc 06 59 84 84 c2 d0 c5 03 a9 83 >
Received 38 bytes from ARCA 63.211.72.60 < 00 24 00 63 00 cc 2a b6 03 a9 90 04 73 01 01 00 7c be e6 03 9f 20 e6 1d 26 20 83 02 62 51 24 c4 d3 d0 c5 83 03 a9 >
Received 39 bytes from ARCA 63.211.72.60 < 00 25 00 63 00 cc 2a b7 03 a9 92 32 73 01 01 00 7c be e6 01 de 30 47 d8 1d 26 24 ae 02 62 51 27 a9 d3 d0 c5 83 03 a9 >
Received 44 bytes from ARCA 63.211.72.60 < 00 2a 00 63 00 cc 2a b8 03 a9 92 32 73 01 01 00 7f fe e4 01 de 30 47 d9 1d 26 24 b2 02 62 51 29 8d e4 2b 4d a0 84 d3 d0 c5 03 a9 83 >
Received 52 bytes from ARCA 63.211.72.60 < 00 32 00 63 00 cc 2a b9 03 a9 95 aa 73 01 02 00 7c be e6 07 c4 3d 60 a5 1d 26 2b aa 02 62 4b 76 b6 c2 d0 c5 83 03 a9 47 c0 e4 02 62 51 29 8e e4 2c 4f dc 84 >
Received 39 bytes from ARCA 63.211.72.60 < 00 25 00 63 00 cc 2a ba 03 a9 a3 e4 73 01 01 00 7c be e6 05 bf 10 75 89 1d 26 47 e4 02 62 51 27 cc d3 d0 c5 83 03 a9 >
Received 39 bytes from ARCA 63.211.72.60 < 00 25 00 63 00 cc 2a bb 03 a9 ab 4c 73 01 01 00 7c be e6 02 f9 15 23 91 1d 26 56 cc 02 62 51 24 c8 c2 d0 c5 83 03 a9 >
Received 45 bytes from ARCA 63.211.72.60 < 00 2b 00 63 00 cc 2a bc 03 a9 ab 6c 73 01 01 00 7f fe e4 02 f9 15 23 92 1d 26 56 ec 02 62 51 29 8f 05 bc 0b 32 cc 84 c2 d0 c5 03 a9 83 >
I got error on upcompressing those fast compacted msgs.
validation always fail on the function ABFastValidate.
take one example < 00 2b 00 63 00 cc 2a bc 03 a9 ab 6c 73 01 01 00 7f fe e4 02 f9 15 23 92 1d 26 56 ec 02 62 51 29 8f 05 bc 0b 32 cc 84 c2 d0 c5 03 a9 83 >
pmap = 00 2b, translate into binary format 0000 0000 0010 1011.
1. there is no stop bit 1 on <0>010 1011;
2. msg type presentence indicator is 0 on 0<0>00 0000;
both cause the function return AB_INVALID_HEADER;
Is there any wrong between decode function and ARCA FAST spec?
|
|
|
|
|
|