From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cp165172.hpdns.net (cp165172.hpdns.net [91.238.165.172]) by sourceware.org (Postfix) with ESMTPS id 2216E3858C98 for ; Wed, 28 Feb 2024 12:37:20 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 2216E3858C98 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dyxyl.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=dyxyl.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 2216E3858C98 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=91.238.165.172 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1709123841; cv=none; b=Sa5+ai/wwZhsGvfeiAItosnWVh3BZLpQfQ+CP+X2z35NEAAj+kWOapNk5k+yYWVwa6neDLiRZJm1clOT/l9N+ty5Jps3aGMAAvUr1P4vutmxruW1smSab/OZdh8xhGUxdBR7D02TsP3dCDH04LW6OWaEr7j/7LlijkjJSUH05g0= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1709123841; c=relaxed/simple; bh=w2NOYgVaWm/fi6AQI/p4Nh0t3yGkyzj0dFhq0R381E0=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=hHtbOJA3s3RFDPMzt6d3ldmb67dBKR/udkZp2rdj17/PowoWbp7ynBCXI/+mpfRgOqYey24SWWnsZ87nJrPWFL4kz++wR4eBDDifAC2Cz+oYC8Hyn7lllgq/FUA3szza7cmQr5ZXSQRKZ404B4w5q70LDsafC9qTTNo6RQR3AxA= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dyxyl.com; s=default; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To :Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=ziQD6G2aFVHenhYho6jSjmiqm3SNW0w/2qHQMm1mZn4=; b=jkbtqZqFSsDLnhLq8ojlqnegq8 jv2QFixZJnJES+SMCfVmMZYJW6K1XVl1gl+t1EEXQRHCgPGJgFy/s5Xup2ySjWK7DzwCx+2sNLH/l iqxlqZa2qoF9jQA3U3q6D66GTP26+VuFidVeCd487vYRW7QrjtK3Vip1wMUE0GZhH+mAYFzRqNGEk K5ZVUeKugRRn91J2Q+RcRI+mhVP9vSiyW13f+LFI8R0c/FpLWf4ZP4+9ZTbZ5vhnV9Bt7Wkl4nHN8 L1z/3fuVwksSxA9InoKPYHgvrjjmiPZWeKtYQw/+nvpPTOLVeSK5eske5QX2wxdIDV/WFZu3jDf3W GRY/ua8A==; Received: from cpc92880-cmbg19-2-0-cust615.5-4.cable.virginm.net ([82.27.106.104]:48424 helo=localhost.localdomain) by cp165172.hpdns.net with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.96.2) (envelope-from ) id 1rfJBR-0038lG-25; Wed, 28 Feb 2024 12:37:12 +0000 Received: by localhost.localdomain (Postfix, from userid 597) id A34EAE324C; Wed, 28 Feb 2024 12:37:11 +0000 (GMT) From: Martin Simmons To: Roger Phillips Cc: gdb@sourceware.org Subject: Re: Missing memory mappings In-Reply-To: (message from Roger Phillips via Gdb on Tue, 20 Feb 2024 12:27:57 +0000) References: Date: Wed, 28 Feb 2024 12:37:11 +0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-YourOrg-MailScanner-Information: Please contact the ISP for more information X-YourOrg-MailScanner-ID: 1rfJBR-0038lG-25 X-YourOrg-MailScanner: Found to be clean X-YourOrg-MailScanner-SpamCheck: X-YourOrg-MailScanner-From: qqxnjvamvxwx@dyxyl.com X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,HK_RANDOM_ENVFROM,HK_RANDOM_FROM,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp165172.hpdns.net X-AntiAbuse: Original Domain - sourceware.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - dyxyl.com X-Get-Message-Sender-Via: cp165172.hpdns.net: authenticated_id: dyxyl/from_h X-Authenticated-Sender: cp165172.hpdns.net: qqxnjvamvxwx@dyxyl.com X-Source: X-Source-Args: X-Source-Dir: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: >>>>> On Tue, 20 Feb 2024 12:27:57 +0000, Roger Phillips via Gdb said: > > I'm doing post-mortem coredump analysis for multithreaded C++ > applications on x64 Linux. Occasionally I get coredumps where some > threads (not the crashing thread) has instruction pointers that look > valid but cannot be matched to a memory region provided by info proc > mappings. So my assumption is that these libs have been unloaded > between the signal and the creation of the coredump and I wonder in > which library load scenarios this could happen. Maybe the vdso section, which is not dumped? > This might not be a gdb problem but a coredump problem but I don't > know where else to find the expertise. You could see what 'objdump -x' says about the coredump's sections. __Martin