We're integrating our existing application libraries with an EFL-based GUI and once we start linking with libedb it core dumps. The trace looks like this:
#0 0x40150457 in __edb_os_abspath () from /usr/lib/libedb.so.1 (gdb) where #0 0x40150457 in __edb_os_abspath () from /usr/lib/libedb.so.1 #1 0x4015e314 in __log_name () from /usr/lib/libedb.so.1 #2 0x00000002 in ?? () #3 0x2f656369 in ?? () #4 0x4282cfa0 in ?? () #5 0x00000000 in ?? () #6 0x00000000 in ?? () #7 0x4282d048 in ?? () #8 0x05d39a74 in ?? () #9 0x40c10188 in ?? () from /office/development/FAPFS/lib/libdb_cxx-4.2.so #10 0x40129664 in ?? () from /usr/lib/libedb.so.1 #11 0x401084e8 in ?? () #12 0x41016c40 in ?? () from /lib/ld-linux.so.2 #13 0x2e676f6c in ?? () #14 0x30303030 in ?? () #15 0x30303030 in ?? () #16 0x41003130 in ?? () from /lib/ld-linux.so.2 #17 0x40108684 in ?? () #18 0x00000001 in ?? () #19 0x00000001 in ?? () #20 0x40cb97f9 in __os_free () from /office/development/FAPFS/lib/libdb_cxx-4.2.so Previous frame inner to this frame (corrupt stack?) (gdb) quit
Suspecting a symbol conflict, we tried changing "__log_name" to "__edb_log_name" and rebuilding e17. Got the same error with the new symbol name.
Has anyone found a workaround to this problem?
Thanks!
-- Bart Elberg
I.D.E.A.L. Technology Corporation http://www.idealcorp.com
------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 _______________________________________________ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
