From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16487 invoked by alias); 5 Jul 2013 06:12:33 -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 16476 invoked by uid 89); 5 Jul 2013 06:12:32 -0000 X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.1 Received: from mail-oa0-f41.google.com (HELO mail-oa0-f41.google.com) (209.85.219.41) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 05 Jul 2013 06:12:31 +0000 Received: by mail-oa0-f41.google.com with SMTP id n10so2931000oag.14 for ; Thu, 04 Jul 2013 23:12:29 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.60.173.169 with SMTP id bl9mr9579220oec.51.1373004749359; Thu, 04 Jul 2013 23:12:29 -0700 (PDT) Received: by 10.182.21.169 with HTTP; Thu, 4 Jul 2013 23:12:29 -0700 (PDT) In-Reply-To: References: <20130703084207.GA598@host2.jankratochvil.net> <20130703090259.GA1854@host2.jankratochvil.net> <20130703144857.GA27367@host2.jankratochvil.net> <20130704061052.GA19661@host2.jankratochvil.net> Date: Fri, 05 Jul 2013 06:12:00 -0000 Message-ID: Subject: Fwd: vdso From: vijay nag To: Jan Kratochvil , gdb@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 X-SW-Source: 2013-07/txt/msg00025.txt.bz2 ---------- Forwarded message ---------- From: vijay nag Date: Fri, Jul 5, 2013 at 11:38 AM Subject: Re: vdso To: Jan Kratochvil On Thu, Jul 4, 2013 at 11:40 AM, Jan Kratochvil wrote: > On Wed, 03 Jul 2013 17:23:39 +0200, vijay nag wrote: >> On Wednesday, July 3, 2013, Jan Kratochvil wrote: >> > This warning is tracked as: >> > http://sourceware.org/bugzilla/show_bug.cgi?id=14466 >> > >> > and it is harmless, it should not affect functionality/symbols of GDB. >> > >> > >> > Jan >> > >> Are you suggesting me that it could be a problem with glibc ? > > No. > > > Jan The function linux_proc_xfer_partial() is returning result zero when trying to pread64 /proc//mem and errno is set to -EIO. Does that mean kernel doesn't support pread64 on /proc/xxx/mem files ? gdb) l 4392 4393 /* We could keep this file open and cache it - possibly one per 4394 thread. That requires some juggling, but is even faster. */ 4395 sprintf (filename, "/proc/%d/mem", PIDGET (inferior_ptid)); 4396 fd = open (filename, O_RDONLY | O_LARGEFILE); 4397 if (fd == -1) 4398 return 0; 4399 4400 /* If pread64 is available, use it. It's faster if the kernel 4401 supports it (only one syscall), and it's 64-bit safe even on (gdb) l 4402 32-bit platforms (for instance, SPARC debugging a SPARC64 4403 application). */ 4404 #ifdef HAVE_PREAD64 4405 if (pread64 (fd, readbuf, len, offset) != len) 4406 #else 4407 if (lseek (fd, offset, SEEK_SET) == -1 || read (fd, readbuf, len) != len) 4408 #endif 4409 ret = 0; 4410 else 4411 ret = len; (gdb) p *__errno_location() $18 = 5 (gdb)