From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: from second.openwall.net (second.openwall.net [193.110.157.125]) by inbox.vuxu.org (Postfix) with SMTP id AB34B2A360 for ; Mon, 15 Jan 2024 23:30:27 +0100 (CET) Received: (qmail 27832 invoked by uid 550); 15 Jan 2024 22:28:38 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 27799 invoked from network); 15 Jan 2024 22:28:38 -0000 Date: Mon, 15 Jan 2024 23:30:08 +0100 From: Szabolcs Nagy To: Cody Wetzel Cc: Natanael Copa , musl@lists.openwall.com, Markus Wichmann Message-ID: <20240115223008.GR1427497@port70.net> Mail-Followup-To: Cody Wetzel , Natanael Copa , musl@lists.openwall.com, Markus Wichmann References: <20231221222513.799557a1@ncopa-desktop.lan> <20240104144811.GO1427497@port70.net> <20240111170323.GP1427497@port70.net> <20240112185713.GQ1427497@port70.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [musl] Segmentation fault musl 1.2.4 * Cody Wetzel [2024-01-12 17:10:24 -0600]: > I did actually find that stackoverflow post and tried spinning up a new > container but the results don't provide any useful information... > > / # /tmp/ld-musl-armhf.so.1 /usr/bin/gdb --args ls -l /tmp > > GNU gdb (GDB) 12.1 > > Copyright (C) 2022 Free Software Foundation, Inc. > > License GPLv3+: GNU GPL version 3 or later < > > http://gnu.org/licenses/gpl.html> > > This is free software: you are free to change and redistribute it. > > There is NO WARRANTY, to the extent permitted by law. > > Type "show copying" and "show warranty" for details. > > This GDB was configured as "armv7-alpine-linux-musleabihf". > > Type "show configuration" for configuration details. > > For bug reporting instructions, please see: > > . > > Find the GDB manual and other documentation resources online at: > > . > > > > For help, type "help". > > Type "apropos word" to search for commands related to "word"... > > Reading symbols from ls... > > (No debugging symbols found in ls) > > (gdb) run > > Starting program: /bin/ls -l /tmp > > During startup program terminated with signal SIGSEGV, Segmentation fault. > > so i looked at alpine armv7 binaries and they seem to be built with 4k page size. since the elf files are not possible to map with 32k pages, it is expected that they crash on exec in the kernel and thus you get no backtrace. i'm not sure why gdb works, unless it's an old gdb binary that's built with large pagesize support. an easy way to verify is to compare proram headers of old and new binaries like readelf -lW /tmp/ld-musl-armhf.so.1