William,
at the first I would recommend disabling threading with --disable-threads
configure option and recompiling your MICO and application (combat).
That's because IIRC Combat is not thread-safe.
Cheers,
Karel
--
Karel Gardas [EMAIL PROTECTED]
ObjectSecurity Ltd. http://www.objectsecurity.com
---
Need experienced, fast, reliable technical MICO support?
---> http://www.objectsecurity.com/mico_commsup_referral.html <---
---
On Wed, 26 Apr 2006, William Taylor wrote:
-------- Original Message --------
Subject: Re: [mico-devel] feeding IDL files to IFR: child process lost (is
SIGCHLD ignored or trapped?)
Date: Tue, 25 Apr 2006 16:48:21 -0700
From: William Taylor <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Organization: Computational Sciences Div - Code TI
To: Karel Gardas <[EMAIL PROTECTED]>
CC: William Taylor <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Karel -
I am using combat 0.7.3.
ngorongoro.wtaylor 36> cd
L2Skunk/l2-tools/stanley-jmpl/support/mico/2.3.12/mico/bin
ngorongoro.wtaylor 37> ls
idl* iordump* mico-ar* mico-config* micod* mico-shc++* mkdepend*
imr* ird* mico-c++* mico-cpp* mico-ld* mico-shld*
ngorongoro.wtaylor 38> ./idl --config
MICO version...........: 2.3.12(MT)
supported CORBA version: 2.3
CCM support............: no
exceptions.............: CORBA compliant
modules are mapped to..: namespaces
STL is.................: system supplied
Security support.......: TLS/SSL, CSIv2
loadable modules.......: yes
multi-threading........: yes (Posix Draft 10 PThreads)
ngorongoro.wtaylor 39>
==> William
Karel Gardas wrote:
Hello,
which combat version do you use? And what's the output of the MICO IDL
compiler when invoked with `--config' param?
Cheers,
Karel
--
Karel Gardas [EMAIL PROTECTED]
ObjectSecurity Ltd. http://www.objectsecurity.com
---
Need experienced, fast, reliable technical MICO support?
---> http://www.objectsecurity.com/mico_commsup_referral.html <---
---
On Tue, 25 Apr 2006, William Taylor wrote:
I am running under RedHat Enterprise Linux WS release 4 (Nahant Update 3),
with gcc 3.4.5, trying to run idl2tcl:
PATH
/home/wtaylor/L2Skunk/l2-tools/stanley-jmpl/support/mico/2.3.12/mico/lib/../bin:/home/wtaylor/L2Skunk/l2-tools/stanley-jmpl/support/combat-0.7.3/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/sbin:/home/wtaylor/bin:/home/wtaylor/PlanWorksProject/PlanWorks/java/lib/apache-ant/bin:/home/wtaylor/bin
LD_LIBRARY_PATH
/home/wtaylor/L2Skunk/mba/cpp/lib:/home/wtaylor/L2Skunk/l2-tools/stanley-jmpl/support/mico/2.3.12/mico/lib:/home/wtaylor/L2Skunk/l2-tools/stanley-jmpl/support/combat-0.7.3/lib:/usr/X11R6/lib:/home/wtaylor/L2Skunk/l2-tools/stanley-jmpl/support/tclTk8.3/lib:/usr/X11R6/lib:/usr/lib:/usr/local/lib:/home/wtaylor/L2Skunk/l2-tools/stanley-jmpl/support/tclTk8.3/lib/Tktable2.6
Error in startup script: error while feeding IDL files to IFR: error
waiting for process to exit: child process lost (is SIGCHLD ignored or
trapped?)
child process exited abnormally
while executing
"exec $TCL_MICO_LIB/../bin/idl2tcl --impl $CORBA_DIR/LivingstoneCorba.idl"
This was successful previously under RedHat 8, gcc2.95.3, mico 2.3.11, &
combat 0.7.3
Thanks for any suggestions,
==> William
--
William Taylor > Intelligent Systems Division, Code TI
NASA Ames Research Center - voice:(650)604-3364, fax:(650)604-3594
Moffett Field, CA 94035-1000
[EMAIL PROTECTED] http://ic.arc.nasa.gov/people/taylor/
_______________________________________________
Mico-devel mailing list
Mico-devel@mico.org
http://www.mico.org/mailman/listinfo/mico-devel
--
William Taylor > Intelligent Systems Division, Code TI
NASA Ames Research Center - voice:(650)604-3364, fax:(650)604-3594
Moffett Field, CA 94035-1000
[EMAIL PROTECTED] http://ic.arc.nasa.gov/people/taylor/
--
William Taylor > Intelligent Systems Division, Code TI
NASA Ames Research Center - voice:(650)604-3364, fax:(650)604-3594
Moffett Field, CA 94035-1000
[EMAIL PROTECTED] http://ic.arc.nasa.gov/people/taylor/
_______________________________________________
Mico-devel mailing list
Mico-devel@mico.org
http://www.mico.org/mailman/listinfo/mico-devel
--
Karel Gardas [EMAIL PROTECTED]
ObjectSecurity Ltd. http://www.objectsecurity.com
_______________________________________________
Mico-devel mailing list
Mico-devel@mico.org
http://www.mico.org/mailman/listinfo/mico-devel
