From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3389 Path: news.gmane.org!not-for-mail From: plan9assembler Newsgroups: gmane.linux.lib.musl.general Subject: Re: util-linux-2.23 mount segmentation fault error Date: Sun, 2 Jun 2013 08:14:12 +0900 Message-ID: References: <51A60C74.6050500@gentoo.org> <20130529200453.GC7095@port70.net> <20130530064353.GE7095@port70.net> <20130530083711.GF7095@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bf17d6cb1163404de1fe33f X-Trace: ger.gmane.org 1370128465 2559 80.91.229.3 (1 Jun 2013 23:14:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 1 Jun 2013 23:14:25 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3393-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jun 02 01:14:26 2013 Return-path: 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 ) id 1Uiv0D-0002EQ-UW for gllmg-musl@plane.gmane.org; Sun, 02 Jun 2013 01:14:26 +0200 Original-Received: (qmail 24006 invoked by uid 550); 1 Jun 2013 23:14:24 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 23998 invoked from network); 1 Jun 2013 23:14:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=2ErT8svIJmHflvLRl48iFlQJc0CNm3fGBBi+fmnpxNk=; b=uDqhpiX3mUtf+5GwgvPNZa8M38pbUVsgzQFdAjQjsfm7f0hmUE3EibPetjKA6A6xdU IOULkMHOjLZ58gFFwbgKitd2sGbOGbGnsKKHblNstudT2ZoZyfVeiVHwbnSdDJ83wtUl mr2E88wx1FzXMwnaSkp7lYSXWmGQHZOf0+OSN4tCv52x6kZrA+CqCZatzT1mMZzROWCn SQpdfnEdgGRaEaH1A3hcZ0JhyoQprYR+W55Ys7VfJRHEEshaVLKoPcCoZV2ImA1nCC39 MMb1uF7pHjATYR9nWqUudballYRC8dAnz+ORrMDovG8ydNGUk9bLiU+Q0PwWl8eBljoe 216A== X-Received: by 10.66.100.231 with SMTP id fb7mr18715884pab.162.1370128452227; Sat, 01 Jun 2013 16:14:12 -0700 (PDT) In-Reply-To: <20130530083711.GF7095@port70.net> Xref: news.gmane.org gmane.linux.lib.musl.general:3389 Archived-At: --047d7bf17d6cb1163404de1fe33f Content-Type: text/plain; charset=ISO-8859-1 Hi, latest musl libc seems to fixes mount segfault error partially. (mount: /mnt: filesystem mounted, but mount(8) failedOperation timed out) rebuild and test vanilla util-linux-2.23 result same. tested util-linux-2.23.1 same. tested gcc-4.8.1 same. sscanf "%ms" -> "%s" with malloc doesn't fixed the issue here. with patch or without it result same. i compile strace-4.7 to trace the bug, but get some build error: gcc -Wall -Wwrite-string -g -O2 -o strace strace.o syscall.o count.o util.o desc.o file.o ipc.o io.o ioctl.o mem.o net.o process.o bjm.o quota.o resource.o signal.o sock.o system.o term.o time.o scsi.o stream.o block.o pathtrace.o mtd.o vsprintf.o loop.o syscall.o:(.rodata+0x28080): undefined reference to `sys_getdents64' syscall.o:(.rodata+0x2b100): undefined reference to `sys_truncate64' syscall.o:(.rodata+0x2b118): undefined reference to `sys_ftruncate64' syscall.o:(.rodata+0x2b388): undefined reference to `sys_getdents64' syscall.o:(.rodata+0x2dd00): undefined reference to `sys_getdents64' BTW, i was quite surprised by base packages are so much "glibc-centric".. On Thu, May 30, 2013 at 5:37 PM, Szabolcs Nagy wrote: > * plan9assembler [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 > > --047d7bf17d6cb1163404de1fe33f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

latest= musl libc seems to fixes mount segfault error partially.
(mount: /mnt: = filesystem mounted, but mount(8) failedOperation timed out)
rebuil= d and test vanilla util-linux-2.23 result same.
tested util-linux-2.23.1 same.
tested gcc-4.8.1 sa= me.

sscanf "%ms" -> "%s" wit= h malloc doesn't fixed the issue here.
with patch or without i= t result same.

i compile strace-4.7 to trace the bug, but get some build error:<= br>
gcc -Wall -Wwrite-string -g -O2 -o strace strace.o syscall.o count= .o util.o desc.o file.o ipc.o io.o ioctl.o mem.o net.o process.o bjm.o quot= a.o resource.o signal.o sock.o system.o term.o time.o scsi.o stream.o block= .o pathtrace.o mtd.o vsprintf.o loop.o
syscall.o:(.rodata+0x28080): undefined reference to `sys_getdents64&#= 39;
syscall.o:(.rodata+0x2b100): undefined reference to `sys_truncate64&= #39;
syscall.o:(.rodata+0x2b118): undefined reference to `sys_ftruncate6= 4'
syscall.o:(.rodata+0x2b388): undefined reference to `sys_getdents64'syscall.o:(.rodata+0x2dd00): undefined reference to `sys_getdents64'
BTW, i was quite surprised by base packages are so much &qu= ot;glibc-centric"..



On Thu, May 30, 2013 at 5:37 PM, = Szabolcs Nagy <nsz@port70.net> wrote:
* 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 bu= g,
> because,
> below abnormal operation never happened before. (musl version git pull= ed at
> 2013/05/03)
>
> # ./mount /dev/sda1 /mnt
> EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null= )
>
> < 30 - 40 =A0seconds waiting without return to shell>
>
> mount: /mnt: filesystem mounted, but mount(8) failedOperation timed ou= t
> // <-- 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


--047d7bf17d6cb1163404de1fe33f--