From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from userp2120.oracle.com (userp2120.oracle.com [156.151.31.85]) by sourceware.org (Postfix) with ESMTPS id 7D2723851C17 for ; Mon, 1 Jun 2020 12:49:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 7D2723851C17 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 051Cg0ml156606; Mon, 1 Jun 2020 12:49:12 GMT Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2120.oracle.com with ESMTP id 31bg4mxea3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 01 Jun 2020 12:49:12 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 051ChsNA059298; Mon, 1 Jun 2020 12:47:11 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3020.oracle.com with ESMTP id 31c25jmrm0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 01 Jun 2020 12:47:11 +0000 Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 051Cl7T7032482; Mon, 1 Jun 2020 12:47:07 GMT Received: from [192.168.15.238] (/89.233.184.135) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 01 Jun 2020 05:47:07 -0700 Subject: Re: Solaris - procfs: couldn't find pid 32748 (kernel thread 21) in procinfo list To: Rainer Orth , Petr Sumbera via Gdb References: <5ab0b8b1-6072-6717-1ae0-ba06339254b8@oracle.com> From: Petr Sumbera Organization: Oracle Corporation Message-ID: Date: Mon, 1 Jun 2020 14:47:04 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9638 signatures=668686 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 suspectscore=2 spamscore=0 malwarescore=0 bulkscore=0 mlxscore=0 phishscore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006010094 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9638 signatures=668686 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 clxscore=1011 lowpriorityscore=0 malwarescore=0 phishscore=0 suspectscore=2 priorityscore=1501 adultscore=0 mlxlogscore=999 cotscore=-2147483648 bulkscore=0 mlxscore=0 impostorscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006010094 X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, KAM_SHORT, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 12:49:19 -0000 Hi Rainer, please see my other mail. But it seems to me that handling LWP exit might be broken on Solaris. Though I think I'm really lost and don't know how to continue now. Thanks! Petr On 28.05.2020 18:01, Rainer Orth wrote: > Hi Petr, > >> I'm running into the issue below. Any suggestion how to this? >> >> # DISPLAY=:1 gdb /opt/firefox/bin/firefox >> GNU gdb (GDB) 9.2 >> Copyright (C) 2020 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later >> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. >> Type "show copying" and "show warranty" for details. >> This GDB was configured as "sparc-sun-solaris2.11". >> Type "show configuration" for configuration details. >> For bug reporting instructions, please see: >> . >> Find the GDB manual and other documentation resources online at: >> . >> >> For help, type "help". >> Type "apropos word" to search for commands related to "word"... >> Reading symbols from /opt/firefox/bin/firefox... >> (gdb) run -P >> Starting program: /opt/firefox/bin/firefox -P >> [Thread debugging using libthread_db enabled] >> [New Thread 1 (LWP 1)] >> [New LWP 2 ] > [...] >> [New LWP 26 ] >> [LWP 20 exited] >> [New LWP 20 ] >> [LWP 21 exited] >> [New LWP 21 ] >> procfs: couldn't find pid 32748 (kernel thread 21) in procinfo list. >> procfs: couldn't find pid 32748 (kernel thread 21) in procinfo list. >> (gdb) >> >> --- >> >> Is this Solaris GDB issue? Any suggestion where to look in GDB code? > > I'm seeing this relatively often when running the gdb testsuite (which > makes it unsuitable to run make check on the Solaris gdb buildbots). > > I haven't yet gotten around to investigate closely, but the first places > to check are procfs.c (the process layer, via /proc) and sol-thread.c > (the thread layer, via libc_db). > > There's lots of old cruft in there from pre-Solaris 9 times with its NxM > thread model, which both breaks a considerable number of test cases and > makes the code harder to follow due to the added complexity/generality > we don't need any longer. > > Rainer >