From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-locales-return-6904-listarch-libc-locales=sources.redhat.com@sourceware.org>
Received: (qmail 118770 invoked by alias); 11 Nov 2019 16:47:55 -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 118758 invoked by uid 89); 11 Nov 2019 16:47:55 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=Its, HX-Languages-Length:974, customer
X-HELO: mail-io1-f45.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=gxOj1mvSrlFo/WZUQuqTno6iCYBlVM5CQ2b0w53x0gY=;
        b=Y5jvB3RUTgF981XOqdD9mI3SZK+KB/N2U1CrscKrek2Sfzs138WAZYUQiuzCXk4otv
         EzByh18Oh8kSPveRVZb58VUUO4BF9IdEsqxX0vQzINwQx/sYdKu4csFh5uP3zr8Jgg4r
         VtvWrmqJhXVpTkkarTzgnUNiPYlM2SH/ZjXAKBCp+3+WrUZJomM79WJIOfIlB3p8b2iT
         IMc6QhGStSBc3GRCVZncriQR+EKVWM/MpUn2QDVDqcIReFany44o9QfLGqaWJOp4oW95
         8TFGsPcxAYY67IPqOB+SAK/9/tZXN/47hQwCZO16T9tm5PHu+a/RnMLL14aozORoS0VC
         bFqw==
MIME-Version: 1.0
References: <CALmqtCWYWMUm51HhL0VM3YgBJagyC8T3uCGxiUCjXA0KBB-h8w@mail.gmail.com>
 <87bltiv10t.fsf@oldenburg2.str.redhat.com>
In-Reply-To: <87bltiv10t.fsf@oldenburg2.str.redhat.com>
From: Abhidnya Joshi <abhidnyachirmule@gmail.com>
Date: Mon, 11 Nov 2019 16:47:00 -0000
Message-ID: <CALmqtCWfnPZ=B2=_VM=uqAgMWqh3FbGjxXLcbg466Tgct+dUVw@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/msg00063.txt.bz2

This is not reproducible. Its happening in customer environment. I
tried sample iconv program just to understand the flow. But when I
execute this, it takes little different path.

I am afraid I do not understand iconv details much. What else I can do
to detect corruption?

Thanks
Abhidnya

On Mon, Nov 11, 2019 at 9:49 PM Florian Weimer <fweimer@redhat.com> wrote:
>
> * Abhidnya Joshi:
>
> > The questions here are:
> > 1. why step[0] has counter 1? this means it was 0, got incremented via
> > increment_counter and hence getting inside
> >
> >               DL_CALL_FCT (init_fct, (step));
> >
> > 2. When step gets initialized, counter is never 0. Under which
> > condition this can become 0?
> > 3. Please let me know what to debug more to understand this.
>
> First, we should rule out that this isn't the result of unrelated heap
> corruption.  Do you have reproducer?  Can you run under valgrind or
> built with Address Sanitizer?
>
> Thanks,
> Florian
>