From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-locales-return-6943-listarch-libc-locales=sources.redhat.com@sourceware.org>
Received: (qmail 115244 invoked by alias); 20 Dec 2019 17:18:59 -0000
Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-locales.sourceware.org>
List-Subscribe: <mailto:libc-locales-subscribe@sourceware.org>
List-Post: <mailto:libc-locales@sourceware.org>
List-Help: <mailto:libc-locales-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: libc-locales-owner@sourceware.org
Received: (qmail 115234 invoked by uid 89); 20 Dec 2019 17:18:58 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=
X-HELO: mail-il1-f181.google.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc;
        bh=YTTpnMnJYskjYC7O75Ff/jj3N2GjsQ28NFjsRmoEvzg=;
        b=Nieyr/cwkJ4A0+jjB10ez10i4qLYS8Ol11RkEMHys/0gyGMUhVB+tT8ajexv2oPyzn
         gupSnW/3IvmjGKpWH5iOL/r8f3vfvQ7ACnCbfIGR8AKiSCzoXp1sd2terMihniR4Nbfd
         swkm/edvmZbnwIIP4SIw0BDaaRWn4lBZX38DfTUa5XundocB3Jvhjdxs+/msKaLJf/lK
         cvPjbZwkWD2HbbyweCH2WL1EQyByP8S5k4/fHvaGcwF2xm9I7jfBZQZ28DVgJVvoPFe/
         YC9FNmxPhckmx9KjAfozKVJheAsCY0NlWkwMKotnIXRZqKrN5lZ+avxEmyRuzunm7e+p
         aZ6w==
MIME-Version: 1.0
References: <CALmqtCWYWMUm51HhL0VM3YgBJagyC8T3uCGxiUCjXA0KBB-h8w@mail.gmail.com>
 <87bltiv10t.fsf@oldenburg2.str.redhat.com> <CALmqtCWfnPZ=B2=_VM=uqAgMWqh3FbGjxXLcbg466Tgct+dUVw@mail.gmail.com>
 <CALmqtCVBCb2vJ+XNb6WZa1csNZaisLmqoG5nTn-QUU0MO=UbPw@mail.gmail.com>
 <877e42cqfo.fsf@oldenburg2.str.redhat.com> <CALmqtCVKqf53j7=SbUA-k8jHu4AydsoFfN6SZVX8Hv=iYVBLuQ@mail.gmail.com>
 <CALmqtCU6KB6qu1c7R4ngZh=0v+jvqOVjUT431zJoVsKhiNQdbw@mail.gmail.com>
 <875ziledsy.fsf@oldenburg2.str.redhat.com> <CALmqtCXvsdTWQindGNsgVVtMdsWW0dNW+FAttrogeH4uenk_iw@mail.gmail.com>
 <87mubngh8e.fsf@oldenburg2.str.redhat.com> <CALmqtCX5=NBAb_qabTmz-nGYJW8qb8iYG_Obbt9JvN8N6gdm5g@mail.gmail.com>
 <8736dfgfyo.fsf@oldenburg2.str.redhat.com> <CALmqtCXKHrTsAChozkHaDbLohswOpkU9qeTmy=v7nkzKXuR=Kg@mail.gmail.com>
 <87r20zf07d.fsf@oldenburg2.str.redhat.com> <CALmqtCXEdgkyXy7pQgJhpiHy3dVu45YBHx-Z=-2aSnOHbLbomg@mail.gmail.com>
 <87lfr7eyg0.fsf@oldenburg2.str.redhat.com>
In-Reply-To: <87lfr7eyg0.fsf@oldenburg2.str.redhat.com>
From: Abhidnya Joshi <abhidnyachirmule@gmail.com>
Date: Fri, 20 Dec 2019 17:18:00 -0000
Message-ID: <CALmqtCUx4=Q+3bf9Y2S6ONbrsKocyjXJ8-dVqt1cw3PPaRgghw@mail.gmail.com>
Subject: Re: Crash in gconv_db.c
To: Florian Weimer <fweimer@redhat.com>
Cc: libc-locales@sourceware.org
Content-Type: text/plain; charset="UTF-8"
X-SW-Source: 2019-q4/txt/msg00102.txt.bz2

I checked for gconv-modules.cache. I do not see that at all in
/usr/lib64/gconv  .
Also the environment variable is not set. Is there a possibility that
cache is not at all getting enabled?

Thanks and regards
Abhidnya Joshi

On Fri, Dec 20, 2019 at 10:17 PM Florian Weimer <fweimer@redhat.com> wrote:
>
> * 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
>