From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Pip Cet via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: pdumper on Solaris 10 Date: Sun, 08 Dec 2024 12:17:05 +0000 Message-ID: <87jzcajrnz.fsf@protonmail.com> References: <878qwuitbu.fsf@yahoo.com> Reply-To: Pip Cet Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12431"; mail-complaints-to="usenet@ciao.gmane.io" Cc: ali_gnu2@emvision.com, emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Dec 08 13:46:53 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tKGgX-00036O-IX for ged-emacs-devel@m.gmane-mx.org; Sun, 08 Dec 2024 13:46:53 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tKGfn-00047I-EW; Sun, 08 Dec 2024 07:46:07 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tKGDv-0007VC-8w for emacs-devel@gnu.org; Sun, 08 Dec 2024 07:17:23 -0500 Original-Received: from mail-4316.protonmail.ch ([185.70.43.16]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tKGDs-0005qo-6f for emacs-devel@gnu.org; Sun, 08 Dec 2024 07:17:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1733660229; x=1733919429; bh=LwmghVZnXBRke/5ES1nVvzAIVaNVn7fbZVSTYr+yjRs=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=LjgKofHf99KHfZ0naQmJ62H9Haud0Q4AB0yWfrdXmNDZP4YP40ouVe7K5PprSoboa vpbSw29UIN/I969Lz4Djo78aCgdJ2DdomEB6dQb8Q0L68h+EC7zSMOyRTdcUNr0gc3 CcossYXUkMRm5Nt408HLKJROqbSwy87ZAPIfOFmntGUpiZVuikdd1VCm0XAoJ8gAvz 6mp+DovjN1PJ8sZHccP59G1xVCHJCwKN/NfMPahyTZqTKeHVaq84V10fqqupxN+wLL ShrkzFDw/xNHp8/4qEXRQKU4acUageZHfunkFOM5xgDaiZwv3hDn7RIOLZQn1H/Jj8 y7/0jPRG6xqUA== In-Reply-To: <878qwuitbu.fsf@yahoo.com> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: 73737fdc9bdf071e1baee0a1764881c70ff18a85 Received-SPF: pass client-ip=185.70.43.16; envelope-from=pipcet@protonmail.com; helo=mail-4316.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sun, 08 Dec 2024 07:46:04 -0500 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:326190 Archived-At: "Po Lu" writes: > pdumper-dumped binaries appear to crash in an x86 Solaris 10 zone, > though I don't really use this configuration and I'm not interested in > trying the portable dumper on sparc: > > core 'core' of 7021: ../../src/bootstrap-emacs -batch --no-site-fi= le --no-site-lisp -f batc > 00007fffaf433dc2 ???????? () > 00007fffaf5eb3d7 ???????? () > 00007fffaf5ec590 ???????? () > 00007fffae3f351a _lwp_kill () + a > 00007fffae3981b9 raise () + 19 > 00000000008baf90 terminate_due_to_signal () + c0 > 000000000090236e ???????? () > 0000000000902334 deliver_thread_signal () + 74 > 00000000009023b0 deliver_fatal_thread_signal () + 10 > 00000000009024ef handle_sigsegv () + 4f > 00007fffae3edd16 __sighndlr () + 6 > 00007fffae3e25e2 call_user_handler () + 252 > 00007fffae3e280e sigacthandler () + ee > 00007fffaf5ea82d ???????? () > ffffffffffffffff ???????? () > 00000000009c77e7 lisp_align_malloc () + 4d7 > 00000000009c9dd2 make_float () + 42 > 00000000009d2e9d init_alloc () + d > 00000000008bd373 main () + bb3 > 00000000006d15ab ???????? () FWIW, this issue doesn't appear to happen on a "fresh" Solaris 10 install, in a qemu virtual machine, on x86. I used the sol-10-u11-ga-x86-dvd.iso image, installed to a new disk, then installed OpenCSW and built Emacs from the master branch with and without CFLAGS=3D"-m64" (plus the linker path selection). Both builds appear to work. What's odd about that backtrace is that lisp_align_malloc in the current build is only 435 bytes long (with -m64), so it's hard to guess which part of the alignment code used to be at offset 0x4d7. But while we're talking about rare and unusual systems, !USE_LSB builds are currently broken except for the WIDE_EMACS_INT case, because the stack scanning code makes no attempt to remove MSB tags. It may be time to simply remove MSB tag support, unless there are systems around that actually fail to align static objects to 8-byte boundaries (but such systems would have been broken for a while now). Pip