From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3385
Path: news.gmane.org!not-for-mail
From: Szabolcs Nagy <nsz@port70.net>
Newsgroups: gmane.linux.lib.musl.general
Subject: Re: util-linux-2.23 mount segmentation fault error
Date: Thu, 30 May 2013 10:37:11 +0200
Message-ID: <20130530083711.GF7095@port70.net>
References: <CAGSZau3xevKg--HSuMn5ymBLy+XEpSKF0k=fqAA2Skd3Pcc4dw@mail.gmail.com>
 <51A60C74.6050500@gentoo.org>
 <CAGSZau0LQX-GPe+JjLXv28zo7gnUYWNT3ec0b0=SrkfPt9X8fQ@mail.gmail.com>
 <CAGSZau18M5fhRDv298mU0etLexBCJzB8yuTaRQtaiyToMMArLA@mail.gmail.com>
 <20130529200453.GC7095@port70.net>
 <CAGSZau14s=cFbnbeyiwB41oqaXHyA=oJS_UtSikDP87OEK25wg@mail.gmail.com>
 <CAGSZau1CTsY0U=08cKuEBfYg-hGpow6cJ8T7-UDc9vhn=yuf6w@mail.gmail.com>
 <CAGSZau1pTVCUNad8DJDg1NQ6TaFDE8eEB90h4k-S+tiP_CADhg@mail.gmail.com>
 <20130530064353.GE7095@port70.net>
 <CAGSZau2_v4ULktt_LZEhThSgKg06wPA=wddUOfzMqx6nH4un=Q@mail.gmail.com>
Reply-To: musl@lists.openwall.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1369903047 20374 80.91.229.3 (30 May 2013 08:37:27 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 30 May 2013 08:37:27 +0000 (UTC)
To: musl@lists.openwall.com
Original-X-From: musl-return-3389-gllmg-musl=m.gmane.org@lists.openwall.com Thu May 30 10:37:28 2013
Return-path: <musl-return-3389-gllmg-musl=m.gmane.org@lists.openwall.com>
Envelope-to: gllmg-musl@plane.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by plane.gmane.org with smtp (Exim 4.69)
	(envelope-from <musl-return-3389-gllmg-musl=m.gmane.org@lists.openwall.com>)
	id 1UhyMN-0004Yt-8R
	for gllmg-musl@plane.gmane.org; Thu, 30 May 2013 10:37:23 +0200
Original-Received: (qmail 17981 invoked by uid 550); 30 May 2013 08:37:22 -0000
Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:musl@lists.openwall.com>
List-Help: <mailto:musl-help@lists.openwall.com>
List-Unsubscribe: <mailto:musl-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:musl-subscribe@lists.openwall.com>
Original-Received: (qmail 17973 invoked from network); 30 May 2013 08:37:22 -0000
Content-Disposition: inline
In-Reply-To: <CAGSZau2_v4ULktt_LZEhThSgKg06wPA=wddUOfzMqx6nH4un=Q@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Xref: news.gmane.org gmane.linux.lib.musl.general:3385
Archived-At: <http://permalink.gmane.org/gmane.linux.lib.musl.general/3385>

* plan9assembler <plan9assembler@gmail.com> [2013-05-30 16:26:13 +0900]:
> 
> it still gets same segfaults, same bt gdb result.
> 

if you get the exact same segfault then you do something wrong
..or malloc(200) is not enough

> and it is clear to me that latest musl libc[2013/05/29] contain new bug,
> because,
> below abnormal operation never happened before. (musl version git pulled at
> 2013/05/03)
> 
> # ./mount /dev/sda1 /mnt
> EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
> 
> < 30 - 40  seconds waiting without return to shell>
> 
> mount: /mnt: filesystem mounted, but mount(8) failedOperation timed out
> // <-- this is weird.
> #

works here fine
since you have local modifications i'd check those first

i doubt that latest musl has any related bug

but you could easily prove me wrong with a strace
that shows bad flags passed to some syscall