[ohla-devel] [ ohla-Bugs-1664378 ] NullPointerException in updateAttributeValues

[SourceForge.net <no...@so...>]

Bugs item #1664378, was opened at 2007-02-20 09:37
Message generated for change (Comment added) made by mnewcomb
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=731457&aid=1664378&group_id=134950

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jerome Robert (jeromerobert)
Assigned to: Nobody/Anonymous (nobody)
Summary: NullPointerException in updateAttributeValues

Initial Comment:
When I call updateAttributeValues after receiving a timeRegulationEnabled or timeAdvanceGrant callback, I get this exception:

java.lang.NullPointerException
	at net.sf.ohla.rti1516.federate.FederateTimeManager.checkIfInvalidTimestamp(FederateTimeManager.java:819)
	at net.sf.ohla.rti1516.federate.FederateTimeManager.updateAttributeValues(FederateTimeManager.java:797)
	at net.sf.ohla.rti1516.federate.Federate.updateAttributeValues(Federate.java:1481)
	at net.sf.ohla.rti1516.OHLARTIambassador.updateAttributeValues(OHLARTIambassador.java:907)

For one reason the advanceRequestTimeType enum is null.

This is with revision 124 of the subversion repository.

----------------------------------------------------------------------

>Comment By: Michael Newcomb (mnewcomb)
Date: 2007-02-20 12:53

Message:
Logged In: YES 
user_id=382427
Originator: NO

Should be fixed in revision 127.

----------------------------------------------------------------------

Comment By: Michael Newcomb (mnewcomb)
Date: 2007-02-20 12:53

Message:
Logged In: YES 
user_id=382427
Originator: NO

There was nothing indicating that a time advance request was not in
progress when performing the checks for invalid logical time.

Added a NONE enumeration to indicate that there is not time advance
request in progress.

So, if you are in the time granted state, it should behave in the same way
in that it will verify that the time being passed in is >= current time +
lookahead.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=731457&aid=1664378&group_id=134950