From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19909 invoked by alias); 20 Dec 2019 16:47:39 -0000 Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-locales-owner@sourceware.org Received: (qmail 19805 invoked by uid 89); 20 Dec 2019 16:47:38 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-6.1 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: us-smtp-1.mimecast.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1576860455; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=uKFo+uMPwLzPW+YApWWbYXJdCrsCDA+o4VhgvqONoDc=; b=OgYnoN5qaSdoNyEnIR5O+HXjxzX47r8BPU2KRQ2D0pSJxQWODqRFjWMSgRW9UcAph1hgq0 aI8leztRoW3YYXIcp3TUDioIM9QxpPeBarfg+Vz9uC2crsuuLOkJ2ZT7KRBva8poNlGm21 04O/R7b496ofQMhq7Gld9tPu3r2MJ2k= From: Florian Weimer To: Abhidnya Joshi Cc: libc-locales@sourceware.org Subject: Re: Crash in gconv_db.c References: <87bltiv10t.fsf@oldenburg2.str.redhat.com> <877e42cqfo.fsf@oldenburg2.str.redhat.com> <875ziledsy.fsf@oldenburg2.str.redhat.com> <87mubngh8e.fsf@oldenburg2.str.redhat.com> <8736dfgfyo.fsf@oldenburg2.str.redhat.com> <87r20zf07d.fsf@oldenburg2.str.redhat.com> Date: Fri, 20 Dec 2019 16:47:00 -0000 In-Reply-To: (Abhidnya Joshi's message of "Fri, 20 Dec 2019 22:12:30 +0530") Message-ID: <87lfr7eyg0.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-SW-Source: 2019-q4/txt/msg00101.txt.bz2 * Abhidnya Joshi: > step[0] is a problem. When we tried to reproduce this, during runs, we > did check counter of step[0] in between. It actually got increased to > 2^32 and then got set back to 0. > This is only with first entry of step which is for some INTERNAL thing. I may have found something. Would you please check if on the affected system, ther is a gconv-modules.cache file somewhere under /usr? Fedora uses /usr/lib64/gconv/gconv-modules.cache, for example. Or do you set the GCONV_PATH environment variable on the affected system? In my initial tests, the counter was stuck at 1 due to the gconv cache, but that requires the gconv-modules.cache file being present at the expected path, and GCONV_PATH must not be set. In this case, you should be able to work around this issue by running iconvconfig (or not setting GCONV_PATH). I cannot yet reproduce the crash, but I definitely see the counter wrap-around. Thanks, Florian