Well, I recently have been dubbed somewhat of an information leech who takes information without giving anything in return so I have decided to post some documentation on a packet. This may not be a popular packet, but if you want to add ladder view support to your bot. Working along side with this post you could learn alot I hope.

C -> S: SID_FINDLADDERUSER (0x2F)
STAR/SEXP, W2BN:
(DWORD) Product
(DWORD) Listing Type
(DWORD) Listing Style
(STRING) Username

Possible Listing Types
Listing Type:
STAR/SEXP:
Normal: 0x01
Unknown: 0x02

W2BN:
Normal: 0x01
Unknown: 0x02
IronMan: 0x03

Possible Listing Styles
STAR/SEXP, W2BN
Highest Rated: 0x00
Most Wins: 0x02
Most Games Played: 0x03

S -> C: SID_FINDLADDERUSER (0x2F) (Length 8.)

(DWORD) Rank

Keep in mind, that the starting rank in this case would be "0"
So if you are returned "14" the rank would be "15"

And yes I got this by myself, please no flaming about how easy it is to figure out this packet. It's a start, I will probably most more packets in the future.

Edit: No successful results with "result" in:
(DWORD) FF FF FF FF

[quote author=ChR0NiC link=board=17;threadid=5903;start=0#msg50752 date=1079916326]
Edit: No successful results with "result" in:
(DWORD) FF FF FF FF
[/quote]

Good job Mr. info leech :P

A note, and in fact the reason I quoted what I did...

0xffffffff is -1 if you interpret it as a two's-complement signed integer. Have you ever used the String.indexOf(String) method in Java or Javascript? It's the same idea -- if it's not found, it returns -1 (because -1 is an index that doesn't exist).

heh, nice.. but it was already done.

[quote author=Myndfyre link=board=17;threadid=5903;start=0#msg50816 date=1079933381]
[quote author=ChR0NiC link=board=17;threadid=5903;start=0#msg50752 date=1079916326]
Edit: No successful results with "result" in:
(DWORD) FF FF FF FF
[/quote]

Good job Mr. info leech :P

A note, and in fact the reason I quoted what I did...

0xffffffff is -1 if you interpret it as a two's-complement signed integer. Have you ever used the String.indexOf(String) method in Java or Javascript? It's the same idea -- if it's not found, it returns -1 (because -1 is an index that doesn't exist).
[/quote]

That's true, but don't forget that (DWORD) == unsigned int. So if you're referring it to a DWORD in a packet, then it IS 0xFFFFFFFF (or FF FF FF FF), not -1.

[quote author=iago link=board=17;threadid=5903;start=0#msg50881 date=1079973772]
[quote author=Myndfyre link=board=17;threadid=5903;start=0#msg50816 date=1079933381]
[quote author=ChR0NiC link=board=17;threadid=5903;start=0#msg50752 date=1079916326]
Edit: No successful results with "result" in:
(DWORD) FF FF FF FF
[/quote]

Good job Mr. info leech :P

A note, and in fact the reason I quoted what I did...

0xffffffff is -1 if you interpret it as a two's-complement signed integer. Have you ever used the String.indexOf(String) method in Java or Javascript? It's the same idea -- if it's not found, it returns -1 (because -1 is an index that doesn't exist).
[/quote]

That's true, but don't forget that (DWORD) == unsigned int. So if you're referring it to a DWORD in a packet, then it IS 0xFFFFFFFF (or FF FF FF FF), not -1.
[/quote]

Isn't it more like:

WORD = unsigned int
DWORD = unsigned long

Correct?

An int (in MSVS and Java) is 4 bytes.

I should say long and short for 4 and 2 bytes. Better yet, WORD and DWORD.

But even WORD and DWORD aren't the same, in the SPARC I used at school a word was 4 bytes an a DWORD was 8. They aren't really standard as names, so if you're using them you should probably indicate that a dword is 4-bytes-unsigned and a word is 2-bytes-unsigned. I'd say you're pretty safe calling a byte a byte, though.

[quote author=iago link=board=17;threadid=5903;start=0#msg50912 date=1079986649]I'd say you're pretty safe calling a byte a byte, though.[/quote]

Yes. I recommend getting used to inttypes.h, which supplies such nice definitions as uint16_t (unsigned 16 bit quantity), uint32_t (unsigned 32bit), int16_t (signed 16bit), etc. :) These definitions make it clear which you mean, and the inttypes.h for your OS is (supposed) to be kept correct so that you can be sure int16_t really is a signed 16bit quantity, without regard to whether your compiler considers that a signed short or a signed int. However, be aware that Java suckily does not support this header file (mitigation: it also fails to support unsigned types properly, thus removing much of the confusion). For clarity, I recommend gcj's convention that Java types get a leading j -- jint, jlong, etc.

[quote author=iago link=board=17;threadid=5903;start=0#msg50881 date=1079973772]
[quote author=Myndfyre link=board=17;threadid=5903;start=0#msg50816 date=1079933381]
[quote author=ChR0NiC link=board=17;threadid=5903;start=0#msg50752 date=1079916326]
Edit: No successful results with "result" in:
(DWORD) FF FF FF FF
[/quote]

Good job Mr. info leech :P

A note, and in fact the reason I quoted what I did...

0xffffffff is -1 if you interpret it as a two's-complement signed integer. Have you ever used the String.indexOf(String) method in Java or Javascript? It's the same idea -- if it's not found, it returns -1 (because -1 is an index that doesn't exist).
[/quote]

That's true, but don't forget that (DWORD) == unsigned int. So if you're referring it to a DWORD in a packet, then it IS 0xFFFFFFFF (or FF FF FF FF), not -1.

[/quote]
Of course, since we don't know if it's meant to be an unsigned or a signed integer, we say for convention that it is a DWORD because it takes up four bytes of memory. Considering the function that we are using is searching for an index into an array, it is logical to take it as a signed integer, since the indexOf() function by convention returns -1 if the target is not found.