Re: [Java-player-users] Complete freeze of stage?

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Oops, forgot the details.

Yes, I'm using 2.0.4 (not going near 2.1 until the java client is  
updated). Running on OS X.. (trying to get access to a linux box to  
test it there).

I am running in PUSH mode (default), with only the main thread calling  
readAll() before delegating to the parallelized processors who just  
query the interfaces for their data (if available).

On the error front, player (-d 9) is surprisingly quiet, but the log  
output itself is locked up:

...
playertcp.cc:550 warning : skipping message from 4:0 with unsupported  
type 4:6
playertcp.cc:550 warning : skipping message from 4:0 with unsupported  
type 4:6
playertcp.cc:550 warning : skipping message from 4:0 with unsupported  
type

That warning is repeated numerous times, still tracking down what it  
is.. (interface position2D, message ACK:DATA_FREQ?) - but it's  
interesting that the lock up prevents it from even finishing the last  
line (probably just not flushing the warnings).

With javaclient debugging on:

[PlayerClient][Debug] Type = PLAYER_MSGTYPE_RESP_ACK/4 , with payload  
size = 0 for 31:0
[PlayerClient][Debug] Type = PLAYER_MSGTYPE_RESP_ACK/4 , with payload  
size = 0 for 31:0
[PlayerClient][Debug] Type = PLAYER_MSGTYPE_RESP_ACK/4 , with payload  
size = 0 for 31:0
[PlayerClient][Debug] Type = PLAYER_MSGTYPE_RESP_ACK/4 , with payload  
size = 0 for 31:0
[PlayerClient][Debug] Type = PLAYER_MSGTYPE_RESP_ACK/4 , with payload  
size = 0 for 31:0
[PlayerClient][Debug] Type = PLAYER_MSGTYPE_RESP_ACK/4 , with payload  
size = 0 for 31:0
[PlayerClient][Debug] Type = PLAYER_MSGTYPE_RESP_ACK/4 , with payload  
size = 0 for 31:0
[PlayerClient][Debug] Type = PLAYER_MSGTYPE_RESP_ACK/4 , with payload  
size = 0 for 31:0

Which are in response to the positioning of 10 objects through the  
simulation interface (but only 8 of them are acknowledged).

I'm at a loss right now. I'd rather not revert to the threading model  
of javaclient since it's so wasteful of threads (and I'm fighting the  
urge to reimplement the io in a nonblocking manner).

   ...
   Anthony M. Harrison, PhD
   http://anthonymharrison.com/
   http://jactr.org/