From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6980 invoked by alias); 24 Jul 2013 09:44:24 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 6964 invoked by uid 89); 24 Jul 2013 09:44:23 -0000 X-Spam-SWARE-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,RDNS_NONE,SPF_PASS autolearn=no version=3.3.1 Received: from Unknown (HELO mail-ob0-f170.google.com) (209.85.214.170) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 24 Jul 2013 09:44:22 +0000 Received: by mail-ob0-f170.google.com with SMTP id ef5so12716529obb.29 for ; Wed, 24 Jul 2013 02:44:15 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.60.140.168 with SMTP id rh8mr35414811oeb.17.1374659055303; Wed, 24 Jul 2013 02:44:15 -0700 (PDT) Received: by 10.182.21.169 with HTTP; Wed, 24 Jul 2013 02:44:15 -0700 (PDT) Date: Wed, 24 Jul 2013 09:44:00 -0000 Message-ID: Subject: RE: cannot find bounds of function error From: vijay nag To: gdb@sourceware.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2013-07/txt/msg00078.txt.bz2 Hello gdb-veterans, My latest gdb-7.5 barfs out "cannot find bounds of current function" error when it encounters GNU_IFUNC while executing one line of code at a time using "next" command (gdb) n 224 if (1=3D=3Dfscanf(rva, "%d", &val)) { (gdb) n 225 if (val) { (gdb) n 237 fclose(rva); (gdb) n 242 } else if (val) { (gdb) n 252 if (getenv("ARGV0")) { (gdb) n 256 init(argc, argv, (gdb) n 268 priv_init(); (gdb) n 273 config.argv0short =3D strrchr(argv[0], '/'); (gdb) p &strrchr $1 =3D ( *) 0x13b1b600 (gdb) n 0x08048430 in ?? () (gdb) n Cannot find bounds of current function (gdb) n Cannot find bounds of current function (gdb) n Cannot find bounds of current function (gdb) n Cannot find bounds of current function (gdb) n Cannot find bounds of current function (gdb) The corresponding assembly before strrchr func here is as below 0x122b6ca7 mov 0xc(%ebp),%ebx =E2=94=82 =E2=94=820x122b6caa movl $0x2f,0x4(%esp) =E2=94=82 =E2=94=820x122b6cb2 mov (%ebx),%eax =E2=94=82 =E2=94=820x122b6cb4 mov %eax,(%esp) =E2=94=82 =E2=94=820x122b6cb7 call 0x8048430 Here 0x8048430 appears to be a call to PLT and entry for strrchr seems to be resolved already (gdb) p /x *0x178ff5d8 $3 =3D 0x13b3b0d0 (gdb) info line *0x13b3b0d0 Line 42 of "../sysdeps/i386/i686/multiarch/strrchr-sse2-bsf.S" starts at address 0x13b3b0d0 <__strrchr_sse2_bsf> and ends at 0x13b3b0d4 <__strrchr_sse2_bsf+4>. (gdb)