From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 102112 invoked by alias); 9 Aug 2018 08:39:49 -0000 Mailing-List: contact libc-help-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: libc-help-owner@sourceware.org Received: (qmail 99096 invoked by uid 89); 9 Aug 2018 08:39:43 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,KAM_NUMSUBJECT,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=Hx-languages-length:1801 X-HELO: mx1.redhat.com Received: from mx3-rdu2.redhat.com (HELO mx1.redhat.com) (66.187.233.73) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 09 Aug 2018 08:39:42 +0000 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 373F07B2B1; Thu, 9 Aug 2018 08:39:41 +0000 (UTC) Received: from oldenburg.str.redhat.com (dhcp-192-212.str.redhat.com [10.33.192.212]) by smtp.corp.redhat.com (Postfix) with ESMTPS id AA19A2166BA2; Thu, 9 Aug 2018 08:39:40 +0000 (UTC) Subject: Re: Old Python binary eats all mem after upgrade to 2.28 To: Michael Brunnbauer Cc: libc-help@sourceware.org References: <20180808135439.GA2177@netestate.de> <20180808140305.GA2306@netestate.de> <0021a68e-80ab-31fd-1869-941dfca35a10@redhat.com> <20180808202301.GA22704@netestate.de> <20180809073231.GA24865@netestate.de> From: Florian Weimer Message-ID: Date: Thu, 09 Aug 2018 08:39:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180809073231.GA24865@netestate.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2018-08/txt/msg00026.txt.bz2 On 08/09/2018 09:32 AM, Michael Brunnbauer wrote: > Breakpoint 1, posix_listdir (self=0x0, args=0x80d542c) > at ./Modules/posixmodule.c:1018 > 1018 in ./Modules/posixmodule.c > (gdb) print ep > $1 = (struct dirent *) 0x8103c0c > (gdb) print ep->d_name > $2 = "\000\207V\000\000\200\016\315\022\020\000\000..\000\000\000\034Z\000\000\200\264\265\026$\000\000_mysql_exceptions.pyc\000\000\000\000\035Z\000\000\200\362\034!\024\000\000README\000\000\000\036Z\000\000\200w\323\070 \000\000CompatMysqldb.pyc\000\000\000\000\037Z\000\000\200\240Y;\030\000\000_mysql.so\000\000\000\000 Z\000\000\200\370vT\024\000\000csv.so\000\000\000!Z\000\000\200\314\314^\034\000\000CompatMysqldb.py\000\"Z\000\000\000\276\332v \000\000_mysql_excep"... > (gdb) continue 10 > Will ignore next 9 crossings of breakpoint 1. Continuing. > > Breakpoint 1, posix_listdir (self=0x0, args=0x80d542c) > at ./Modules/posixmodule.c:1018 > 1018 in ./Modules/posixmodule.c > (gdb) print ep > $3 = (struct dirent *) 0x8103c0c > (gdb) print ep->d_name > $4 = "\000\207V\000\000\200\016\315\022\020\000\000..\000\000\000\034Z\000\000\200\264\265\026$\000\000_mysql_exceptions.pyc\000\000\000\000\035Z\000\000\200\362\034!\024\000\000README\000\000\000\036Z\000\000\200w\323\070 \000\000CompatMysqldb.pyc\000\000\000\000\037Z\000\000\200\240Y;\030\000\000_mysql.so\000\000\000\000 Z\000\000\200\370vT\024\000\000csv.so\000\000\000!Z\000\000\200\314\314^\034\000\000CompatMysqldb.py\000\"Z\000\000\000\276\332v \000\000_mysql_excep"... This looks like the parser for the getdtents output getting desynchronized. I don't remember anyone reporting anything like this before. I have an idea what might be going on. I'll try to write a test case to reproduce this. Thanks, Florian