Guys,

you should really concentrate your energy on bringing your code up to
the MICO 2.3.13 compatibility. Please keep in mind that BOA is more than
10 years deprecated already! IIRC POA was specified in 1998...

It's not that hard at the end, and for your information we usually do
this during one or two days on-site consulting/training at the customer
office after which customer is able to port all their sources successfully.

Cheers,
Karel

Kretschel Klaus wrote:
> Hi Andreas,
> 
> On Friday 16 January 2009 13:49, Andreas Benzler wrote:
>> I am highly interested in your approach bringing mico 2.3.11 to a gcc4.3
>> platform. Can you please describe a bit more detail what you did
>> exactly. I am not an automake expert :-(.
> 
> I did nothing but replace "configure" and "configure.in" from the mico 2.3.13 
> distribution. There is on thing more that I had fixed earlier: add "#include 
> <cstring>" in throw.h. Then follow the usual install procedure.
> 
> However, I was possibly a little too fast, although I am not sure if the 
> error 
> I just got has really to do with MICO, but it seem to me that something is 
> not cleaned up correctly. I got a segmentation fault at the very end of a 
> test program that did not even use MICO services:
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x0000000000000021 in ?? ()
> (gdb) up
> #1  0x00007fd364e36628 in __cxa_finalize () from /lib64/libc.so.6
> (gdb) up
> #2  0x00007fd36866ad66 in __do_global_dtors_aux () from Current language:  
> auto; currently asm
> (gdb) up
> #3  0x000000000046fc90 in std::basic_ios<char, std::char_traits<char> 
>> ::basic_ios ()
> (gdb) up
> #4  0x00007fff720e1540 in ?? ()
> (gdb)  up
> #5  0x00007fd368873de1 in _fini () 
> from 
> /home/donau101/adsm/scia/ol_level_1_to_2/tools/mico/for-x86_64/mico.2.3.11/lib/libmico2.3.11.so
> (gdb) up
> #6  0x000000000000001a in ?? ()
> (gdb) up
> #7  0x00007fd369ed4d94 in ?? () from /lib64/ld-linux-x86-64.so.2
> (gdb) up
> Initial frame selected; you cannot go up.
> (gdb) 
> 
> Regards,
> Klaus
> _______________________________________________
> Mico-devel mailing list
> Mico-devel@mico.org
> http://www.mico.org/mailman/listinfo/mico-devel
> 


-- 
Karel Gardas                  kgar...@objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com
_______________________________________________
Mico-devel mailing list
Mico-devel@mico.org
http://www.mico.org/mailman/listinfo/mico-devel

Reply via email to