Portico Project Forums

Portico Support :: C++ Multithread

qubeuc — Fri, 12 Mar 2010 12:46:46 GMT

Author: qubeuc
Subject: C++ Multithread
Posted: Fri Mar 12, 2010 10:46 pm (GMT 10)

Hi

I am trying to write a simulation that needs to register and update objects from several threads. However, whenever I try to create my federates on different threads I got some access violation error.

From previos posts, I remember something like Portico does not support C++ thread because of JNI calls. If this is true, I want to ask whether there is any workaround or not?

Simple I want to create N threads and N federates. Each thread will calculate its own part and update values. Should I do it as N thread 1 federate in one process? (All federates will update values by using same federate).

Regards

Portico Support :: RE: Portico Installation

Lirgo — Wed, 10 Mar 2010 11:00:39 GMT

Author: Lirgo
Posted: Wed Mar 10, 2010 9:00 pm (GMT 10)

It would have been nice to be able to disable logging all together because of this issue. I tried to disable logging but it always creates an empty log-file anyway.

I'm going to do a copy of the java-app to the user's app folder and execute it there where you have write-access. I saw that you could specify the log-path, but it's much harder to do an installation that automatically specify that in the .rid-file.

Portico Support :: RE: hla.rti.RTIinternalError

eunsol — Mon, 08 Mar 2010 13:12:15 GMT

Author: eunsol
Posted: Mon Mar 08, 2010 11:12 pm (GMT 10)

Hello Tim,

Thank you so much for your helping.
I cannot wait to see new version.

Portico Support :: RE: hla.rti.RTIinternalError

tim — Sat, 06 Mar 2010 08:33:38 GMT

Author: tim
Posted: Sat Mar 06, 2010 6:33 pm (GMT 10)

G'day Sol,

This is an issue that has been seen many times before unfortunately. The joining process is quite flaky with JGroups and it needs sorting out. However, due to other reasons, JGroups is currently being replaced by a custom networking implementation.

The new binding should be ready for the next version of Portico (v1.0.2) coming in May/June. Until then, there is sadly nothing that can be done. My suggestion is to spread out the joining of the federates as long as possible. It's not at all idea, but it will have to do for now sadly

Cheers,
Tim

Portico Support :: hla.rti.RTIinternalError

eunsol — Fri, 05 Mar 2010 19:53:43 GMT

Author: eunsol
Subject: hla.rti.RTIinternalError
Posted: Sat Mar 06, 2010 5:53 am (GMT 10)

Hello,

I am using portico ver. 1.0.1, and there is connection error, and it happens randomly.

Currently, I have one main federate and three federates joined.
Two federates always successfully join to the main federate, but the last federate sometimes fails to join.
This code is from the failed federate.

Code:

DEBUG [c++] Initialize the JVM
DEBUG [c++] Creating a new JVM
INFO [c++] New JVM has been created
INFO [c++] Attempting to load RID file
INFO [c++] RID file processing finished
INFO [c++] newRtiAmbassador: creating new JavaRTI
DEBUG [rti-1] Attaching to JVM
INFO [rti-1] Attached to JVM
DEBUG [rti-1] Creating new instance of ProxyRtiAmbassador
INFO [rti-1] Initialized new JavaRTI (rti-1)
TRACE [rti-1] Caching RTIambassador method ids...
TRACE [rti-1] Cached RTIambassador method ids
TRACE [rti-1] Caching Region method ids
TRACE [rti-1] Cached Region method ids
DEBUG [c++] [Starting] joinFederationExecution(): federationName=Federation, federateName=Federate
ERROR [main] portico.lrc: Waited 5 seconds for RoleCall from federate [3], none received, connection error
org.portico.shared.compat.JRTIinternalError: Waited 5 seconds for RoleCall from federate [3], none received, connection error
at org.portico.lrc.handlers.outgoing.JoinFederationHandler.process(JoinFederationHandler.java:133)
at com.lbf.commons.messaging.MessageSink.process(MessageSink.java:186)
at org.portico.impl.hla13.Impl13Helper.processMessage(Impl13Helper.java:123)
at org.portico.impl.hla13.Rti13Ambassador.processMessage(Rti13Ambassador.java:5732)
at org.portico.impl.hla13.Rti13Ambassador.joinFederationExecution(Rti13Ambassador.java:230)
at org.portico.impl.cpp13.ProxyRtiAmbassador.joinFederationExecution(ProxyRtiAmbassador.java:222)
INFO [rti-1] Exception received: RTIinternalError
INFO [rti-1] hla.rti.RTIinternalError: org.portico.shared.compat.JRTIinternalError
: Waited 5 seconds for RoleCall from federate [3], none received, connectionerror serial:0
at org.portico.impl.hla13.Rti13Ambassador.joinFederationExecution(Rti13Ambassador.java:254)
at org.portico.impl.cpp13.ProxyRtiAmbassador.joinFederationExecution(ProxyRtiAmbassador.java:222)
Caused by: org.portico.shared.compat.JRTIinternalError: Waited 5 seconds for RoleCall from federate [3], none received, connection error
at org.portico.lrc.handlers.outgoing.JoinFederationHandler.process(JoinFederationHandler.java:133)
at com.lbf.commons.messaging.MessageSink.process(MessageSink.java:186)
at org.portico.impl.hla13.Impl13Helper.processMessage(Impl13Helper.java:123)
at org.portico.impl.hla13.Rti13Ambassador.processMessage(Rti13Ambassador.java:5732)
at org.portico.impl.hla13.Rti13Ambassador.joinFederationExecution(Rti13Ambassador.java:230)
... 1 more

It happens really random, is this federate timing issue?

Thank you so much
Regard,
Sol

Portico Support :: RE: org.portico.impl.cpp13.ProxyRTIAmbassador issue

tim — Thu, 04 Mar 2010 01:36:20 GMT

Author: tim
Posted: Thu Mar 04, 2010 11:36 am (GMT 10)

Hmmm, I'm not sure about that particular issue. I haven't seen it before. However, with regard to Portico v0.9, I would skip it and only 1.0.x+

The v0.9 releases were a bit buggy for a number of reasons, so my advice would be to steer clear of them!

Portico Support :: RE: org.portico.impl.cpp13.ProxyRTIAmbassador issue

eunsol — Wed, 03 Mar 2010 20:57:06 GMT

Author: eunsol
Posted: Thu Mar 04, 2010 6:57 am (GMT 10)

Hello Tim,

Thank you for helping me to figure out what's going on.
I retried to set RTII_HOME and PORTICO_DEBUG, and it worked fine.

However, I got another problem, which is running a federate in debug mode is failed in portico version 0.9.

Code:

This application has failed to start because MSVCR80.dll was not found.

In release mode, it works perfectly, but not in debug mode.
Anything that I need to do to run federates in debug mode?
running federates in 0.8 and 1.0.1 versions are working fine.
(both version were got released ones, not from src trunk.)

Moreover, to build portico 0.9, I used

Code:

ant sandbox

and

Code:

ant release -Dbuild.devel=true

Thank you for helping me a lot
Regard,
Sol

Portico Support :: RE: org.portico.impl.cpp13.ProxyRTIAmbassador issue

tim — Wed, 03 Mar 2010 05:19:39 GMT

Author: tim
Posted: Wed Mar 03, 2010 3:19 pm (GMT 10)

G'day Sol,

I've seen this crop up before. What it means is that the C++ side of the Portico bindings can't talk to the Java side. The usual cause for this is that the RTI_HOME environment variable isn't set correctly and so the C++ bindings have no reference to use to track down the portico.jar file.

If you have got RTI_HOME set properly, to find out more about what is happening, you can use the special debug environment variable to turn up C++ side logging. Just set the environment variable PORTICO_DEBUG to TRACE and then run again. Perhaps post that output here.

Hope that helps,
Tim

Portico Support :: org.portico.impl.cpp13.ProxyRTIAmbassador issue

eunsol — Tue, 02 Mar 2010 18:59:23 GMT

Author: eunsol
Subject: org.portico.impl.cpp13.ProxyRTIAmbassador issue
Posted: Wed Mar 03, 2010 4:59 am (GMT 10)

Hello,

Currently, I have three different portico versions, 0.8, 0.9 and 1.0.1.
I was using version 0.8, and it worked perfectly fine.
version 0.9 was built successfully, so I changed RTI_HOME, and the test federate in example folder was worked.
Then, I tried to run two federates, and the following fatal error message shown up on the console.

Code:

RTI connection attempt: 1/50
FATAL [c++] Can't locate the org.portico.impl.cpp13.ProxyRTIAmbassador class
RTI connection failed: Failed to initialize the RTI ambassador: Can't locate org.portico.impl.cpp13.ProxyRTIAmbassador class
RTI connection retry wait.

Exact same thing happens in version 1.0.1.
Can you tell me anything wrong?

Thank you so much for your help
Regard,
Sol