search

bubgum / crw-cmu

Automatically exported from code.google.com/p/crw-cmu
0 stars 0 forks source link

Server crashes while trying to set a waypoint without canceling the previous waypoint #34

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Connect the client to the server
2. Create a new boat and and give it as pose from the debug panel.
3. Give it a waypoint.
4. Without canceling that waypoint, give it another waypoint.
5. Repeat the same process and give it another waypoint without canceling the 
previous one

What do you see instead?
Server crashes. Log attached.

Original issue reported on code.google.com by abhinav....@gmail.com on 1 Sep 2011 at 6:52

Attachments:

GoogleCodeExporter commented 9 years ago 
E/AndroidRuntime(  686): FATAL EXCEPTION: Thread-4230\
E/AndroidRuntime(  686): java.nio.BufferOverflowException\
E/AndroidRuntime(  686):    at 
java.nio.ReadWriteHeapByteBuffer.put(ReadWriteHeapByteBuffer.java:125)\
E/AndroidRuntime(  686):    at java.nio.ByteBuffer.put(ByteBuffer.java:724)\
E/AndroidRuntime(  686):    at 
org.ros.message.Message$Serialization.writeString(Unknown Source)\
E/AndroidRuntime(  686):    at 
org.ros.message.actionlib_msgs.GoalStatus.serialize(Unknown Source)\
E/AndroidRuntime(  686):    at 
org.ros.message.actionlib_msgs.GoalStatusArray.serialize(Unknown Source)\
E/AndroidRuntime(  686):    at org.ros.message.Message.serialize(Unknown Source)\
E/AndroidRuntime(  686):    at 
org.ros.internal.message.old_style.MessageSerializer.serialize(MessageSerializer
.java:39)\
E/AndroidRuntime(  686):    at 
org.ros.internal.transport.OutgoingMessageQueue.writeMessageToChannel(OutgoingMe
ssageQueue.java:83)\
E/AndroidRuntime(  686):    at 
org.ros.internal.transport.OutgoingMessageQueue.access$100(OutgoingMessageQueue.
java:35)\
E/AndroidRuntime(  686):    at 
org.ros.internal.transport.OutgoingMessageQueue$MessageSendingThread.run(Outgoin
gMessageQueue.java:55)\

Original comment by psi...@gmail.com on 1 Sep 2011 at 7:38

GoogleCodeExporter commented 9 years ago 
This is a residual effect caused by [ issue 4 ].

I proposed a patch to rosjava/actionlib to clean up completed goals properly, 
and fixed a bug in the preempting callback in r361.

Original comment by psi...@gmail.com on 1 Sep 2011 at 10:24