You are right about otbapp_ReadImageInfo. (Indeed it does the job when kwl isn't empty) Convert application works fine, until the end of the execution. (Here you can see the output: http://pastie.org/8947581)
I tried to debug with gdb, performing the following commands: http://pastie.org/8947617 Here is the result: http://pastie.org/8947623 But I don't see any trace of the error you mentionned (ld.so: dl-close.c: 731). (maybe because I didn't have compiled otb with -g) Maybe there is something else wrong in my environment. Anyway, I will follow your advice, starting with a clean configure/build. (I will try to do it from scratch on a fresh vm) Rémi Le mardi 18 mars 2014 09:09:59 UTC+1, Julien Michel a écrit : > > Hi, > > Is the segfault the same as before ? Note that otbapp_ReadImageInfo might > skip geom file writing if there are no information to write to a geom file. > Can you try with Convert application for instance ? > > I expect this error : > > Inconsistency detected by ld.so: dl-close.c: 731: _dl_close: Assertion > `map->l_init_called' failed! > > For which we unfortunately found no solution so far. The problem comes > from dlopen/dlclose and the way it handles some specific symbols (which are > brought in by an ITK dependency). If you take a look on the internet, you > will find a huge list of project suffering from this problem. > > If the error is a real segfault (and not the error above), please check > again your cmake configuration (gdal/tiff/geotiff). Be sure there are no > mixing between a system gdal and a user one for instance. Best to start > with a clean configure/build. > > Regards, > > Julien > > Le 17/03/2014 19:20, remicres a écrit : > > Ok, I have some news. > -I have removed libgeotiff files and re-installed it from ubuntugis > repository (libgeotiff-dev). > -Then, I have built gdal using* ./configure --with-libtiff=internal > --with-geotiff=internal --with-rename-internal-libtiff-symbols=yes > --with-rename-internal-libgeotiff-symbols=yes* > -This makes the previously described warning desapper. I recompiled OTB, > then install. > > Now, the otbapps behavior is quite the same as you bet in your answer: > Applications seems to do the work, but there is a segfault at the end of > their execution. > But I noticed something strange with otbapp_ReadImageInfo: no output kwl > is genarated. I suspect it crashes before saving the file. > So it still strange, but there is some imporvement.. > > Rémi > > -- > -- > Check the OTB FAQ at > http://www.orfeo-toolbox.org/FAQ.html > > You received this message because you are subscribed to the Google > Groups "otb-users" group. > To post to this group, send email to [email protected]<javascript:> > To unsubscribe from this group, send email to > [email protected] <javascript:> > For more options, visit this group at > http://groups.google.com/group/otb-users?hl=en > --- > You received this message because you are subscribed to the Google Groups > "otb-users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected] <javascript:>. > For more options, visit https://groups.google.com/d/optout. > > > > -- > Julien MICHEL > CNES - DCT/SI/AP - BPI 1219 > 18, avenue Edouard Belin > 31401 Toulouse Cedex 09 - France > Tel: +33 561 282 894 - Fax: +33 561 283 109 > > -- -- Check the OTB FAQ at http://www.orfeo-toolbox.org/FAQ.html You received this message because you are subscribed to the Google Groups "otb-users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/otb-users?hl=en --- You received this message because you are subscribed to the Google Groups "otb-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
