Quoting Craig Barnes <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel: :I was looking at both LimeWire's and gtk-gnutella's interpretation of :the MinSpeed bits, and they seem to be different: : : in gtk-gnutella: : : #define QUERY_SPEED_MARK 0x8000 : #define QUERY_SPEED_FIREWALLED 0x4000 : #define QUERY_SPEED_NO_XML 0x2000 : #define QUERY_SPEED_LEAF_GUIDED 0x1000 : #define QUERY_SPEED_GGEP_H 0x0800 : #define QUERY_SPEED_OOB_REPLY 0x0400 : : in LimeWire: : : // these specs may seem backwards, but they are not - : // ByteOrder.short2leb puts the low-order byte first, so over the : // network 0x0080 would look like 0x8000 : public static final int SPECIAL_MINSPEED_MASK = 0x0080; : public static final int SPECIAL_FIREWALL_MASK = 0x0040; : public static final int SPECIAL_XML_MASK = 0x0020; : public static final int SPECIAL_OUTOFBAND_MASK = 0x0004; :
I don't see any difference here. 0x8000 in GTKG (big-endian) is precisely 0x0080 (little-endian), and LimeWire's comment specifies that they are little-endian. Raphael ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Gtk-gnutella-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
