Article View: gnu.gdb.bug
Article #1247confirming my approach
From: Medi Montaseri
Date: Mon, 14 Feb 2005 20:16
Date: Mon, 14 Feb 2005 20:16
59 lines
3771 bytes
3771 bytes
I have been working on a problem for a couple of weeks and I'm begining
to doubt myself...
I can use some confirmation...
I 'm trying to port a working application (Working on FreeBSD 5.2.1
32-bit) to
a FreeBSD 5.3 amd64 and am experiencing seg fualt when calling
SSL_library_init().
So I got the openssl-0.9.7e sources and compiled and installed in a
different directory say /usr/local/lib
instead of the system provided libs in /usr/lib/. I then set my
LD_LIBRARY_PATH=/usr/local/lib
and confirm my executable with ldd(1) which shows
medit64# ldd dapid
dapid:
libcrypt.so.2 => /lib/libcrypt.so.2 (0x8007d1000)
libssl.so.3 => /usr/local/lib/libssl.so.3 (0x8008ea000)
libcrypto.so.3 => /usr/local/lib/libcrypto.so.3 (0x800b01000)
libpthread.so.1 => /usr/lib/libpthread.so.1 (0x800d52000)
libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x800e7c000)
libm.so.3 => /lib/libm.so.3 (0x80107a000)
libc.so.5 => /lib/libc.so.5 (0x80119c000)
I then try to set a break point in gdb by setting my dir to the source
dir, but I get the
following gdb error message
(gdb) dir /tmp/e/openssl/work/openssl-0.9.7e/ssl
Source directories searched:
/tmp/e/openssl/work/openssl-0.9.7e/ssl:$cdir:$cwd
(gdb) break ssl_algs.c:SSL_library_init()
Function "ssl_algs.c:SSL_library_init()" not defined.
Make breakpoint pending on future shared library load? (y or [n]) n
(gdb) q
medit64# ls /tmp/e/openssl/work/openssl-0.9.7e/ssl/ssl_algs.c
/tmp/e/openssl/work/openssl-0.9.7e/ssl/ssl_algs.c
medit64#
As you see, when I instruct gdb to set a break point in ssl_algs.c, gdb
say I can not find the file
but ls surely finds it ...
Here is some general questions...
My applications links with libgsoap++.a, libssl.so, pthreads, etc...
My libgsoap++.a is actually the one that calls SSL functions such as
SSL_library_init().
When I create libgsoap++.a, it does not matter which SSL libs will be
used (/usr/lib or /usr/local/lib)
Does the compiler/linker in the course of creating libgsoap++.a records
the filename that will be used
to run (ie /usr/lib/libssl.so) or this is all resolved at run time and
based on LD_LIBRARY_PATH and ldconfig
I appreciate any help you can provide...
Is there any gdb
Technical Details
Message-ID:
<mailman.2142.1108413105.2841.bug-gdb@gnu.org>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!news.glorb.com!logbridge.uoregon.edu!newsfeed.stanford.edu!shelby.stanford.edu!not-for-mailShow Full Headers
Complete Article Headers
X-Google-Thread: f5053,9b6e55721391b5c2,start X-Google-Attributes: gidf5053,public X-Google-Language: ENGLISH,ASCII-7-bit Path: arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!news.glorb.com!logbridge.uoregon.edu!newsfeed.stanford.edu!shelby.stanford.edu!not-for-mail From: "Medi Montaseri" <mmontaseri@amcc.com> Newsgroups: gnu.gdb.bug Subject: confirming my approach Date: Mon, 14 Feb 2005 12:16:05 -0800 Lines: 61 Approved: bug-gdb@gnu.org Message-ID: <mailman.2142.1108413105.2841.bug-gdb@gnu.org> NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: news.Stanford.EDU 1108412281 15138 199.232.76.165 (14 Feb 2005 20:18:01 GMT) X-Complaints-To: news@news.stanford.edu To: openssl-users@openssl.org, bug-gdb@gnu.org Envelope-to: bug-gdb@gnu.org User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en X-BeenThere: bug-gdb@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GDB, the GNU debugger" <bug-gdb.gnu.org> List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/bug-gdb>, <mailto:bug-gdb-request@gnu.org?subject=unsubscribe> List-Archive: <http://lists.gnu.org/pipermail/bug-gdb> List-Post: <mailto:bug-gdb@gnu.org> List-Help: <mailto:bug-gdb-request@gnu.org?subject=help> List-Subscribe: <http://lists.gnu.org/mailman/listinfo/bug-gdb>, <mailto:bug-gdb-request@gnu.org?subject=subscribe>