Thanks Andrew. I think I’ve got my answer and will throw it out.

It took me a while to confirm that I wasn’t messing up big-endian / little-endian again.  But 0 is 0 regardless of endianness ;-)

Darrell


> On Jul 3, 2020, at 12:43 PM, Andrew Sillers <apsillers at gmail.com> wrote:
> 
> Not an answer per se, but my client also throws away SP #14 (after optionally logging it, it does nothing else): https://github.com/apsillers/html5-netrek/blob/master/js/packets.js#L579 <https://github.com/apsillers/html5-netrek/blob/master/js/packets.js#L579>
> 
> Andrew
> 
> On Fri, Jul 3, 2020, 2:45 PM Darrell Root <darrellroot at mac.com <mailto:darrellroot at mac.com>> wrote:
> 
> I login to pickled.netrek.org <http://pickled.netrek.org/> as guest.  No t-mode in progress.  Right at the start my client receives a SP_STATUS packet:
> 
> struct status_spacket { /* SP_STATUS py-struct "!bbxxIIIIIL" #14 */
>     char type;
>     char tourn;
>     char pad1;
>     char pad2;
>     u_int armsbomb;
>     u_int planets;
>     u_int kills;
>     u_int losses;
>     u_int time;
>     U_LONG timeprod;
> };
> 
> That’s 28 bytes long.  Here are the bytes:
> 
> (lldb) po data
> ▿ 28 bytes
>   - count : 28
>   ▿ pointer : 0x00006000002fc9e0
>     - pointerValue : 105553119398368
>   ▿ bytes : 28 elements
>     - 0 : 14
>     - 1 : 0
>     - 2 : 0
>     - 3 : 0
>     - 4 : 0
>     - 5 : 13
>     - 6 : 101
>     - 7 : 235
>     - 8 : 0
>     - 9 : 0
>     - 10 : 204
>     - 11 : 190
>     - 12 : 0
>     - 13 : 12
>     - 14 : 38
>     - 15 : 249
>     - 16 : 0
>     - 17 : 12
>     - 18 : 124
>     - 19 : 118
>     - 20 : 3
>     - 21 : 158
>     - 22 : 220
>     - 23 : 147
>     - 24 : 42
>     - 25 : 198
>     - 26 : 119
>     - 27 : 106
> 
> Lets look at armsbomb, which is bytes 4 through 7 inclusive interpreted as an unsigned int.
> 
>     - 4 : 0
>     - 5 : 13
>     - 6 : 101
>     - 7 : 235
> 
> Why are those not all 0?  I just joined the game as guest?  My code interprets that as 878059 armsBomb.
> 
> I just switched my username to “username5” (brand new user) and got the same values.  So it’s not a cumulative for “username guest for all time”.  Looks like it might be cumulative for the server.
> 
> Is SP_STATUS 14 a server-wide stat?  If yes then perhaps I should just throw the data I get from it away in my client (and use SP_STATS 23 instead).
> 
> Darrell
> 
> 
> 
> 
> _______________________________________________
> netrek-dev mailing list
> netrek-dev at us.netrek.org <mailto:netrek-dev at us.netrek.org>
> http://mailman.us.netrek.org/mailman/listinfo/netrek-dev <http://mailman.us.netrek.org/mailman/listinfo/netrek-dev>
> _______________________________________________
> netrek-dev mailing list
> netrek-dev at us.netrek.org
> http://mailman.us.netrek.org/mailman/listinfo/netrek-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20200703/fbff75a7/attachment.htm>