From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kuehling Newsgroups: gmane.emacs.devel Subject: Re: Some OpenWrt port related problems Date: Sun, 02 Jan 2011 14:53:47 +0100 Message-ID: <87pqsfcsyc.fsf@snail.Pool> References: <87sjxi5hko.fsf@snail.Pool> <87lj39y52n.fsf@snail.Pool> <87pqsl7wt7.fsf@snail.Pool> <66798668-5808-473B-BF11-DF4DBA5464A1@raeburn.org> <8739pc9039.fsf@snail.Pool> <83ei8wprid.fsf@gnu.org> <52B2D62A-17C0-4D11-9B48-8C9D0436807A@raeburn.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: dough.gmane.org 1293976467 12505 80.91.229.12 (2 Jan 2011 13:54:27 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 2 Jan 2011 13:54:27 +0000 (UTC) Cc: Eli Zaretskii , rms@gnu.org, emacs-devel@gnu.org To: Ken Raeburn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 02 14:54:23 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PZOO4-0008Mp-BX for ged-emacs-devel@m.gmane.org; Sun, 02 Jan 2011 14:54:20 +0100 Original-Received: from localhost ([127.0.0.1]:41933 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZOO3-0002tX-Oo for ged-emacs-devel@m.gmane.org; Sun, 02 Jan 2011 08:54:19 -0500 Original-Received: from [140.186.70.92] (port=59605 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZONq-0002rQ-PC for emacs-devel@gnu.org; Sun, 02 Jan 2011 08:54:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PZONm-0001wH-2w for emacs-devel@gnu.org; Sun, 02 Jan 2011 08:54:06 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:53815 helo=mail.gmx.net) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1PZONl-0001vr-MF for emacs-devel@gnu.org; Sun, 02 Jan 2011 08:54:01 -0500 Original-Received: (qmail invoked by alias); 02 Jan 2011 13:53:59 -0000 Original-Received: from g225088181.adsl.alicedsl.de (EHLO snail.gmx.de) [92.225.88.181] by mail.gmx.net (mp056) with SMTP; 02 Jan 2011 14:53:59 +0100 X-Authenticated: #4121607 X-Provags-ID: V01U2FsdGVkX1+nVAI/An+nwCrIqkL/GYbkNZB+Pc4GwXV6zf4dRi 6X//HVe/yjawV+ In-Reply-To: <52B2D62A-17C0-4D11-9B48-8C9D0436807A@raeburn.org> (Ken Raeburn's message of "Sat, 1 Jan 2011 20:35:45 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:134162 Archived-At: --=-=-= Content-Transfer-Encoding: quoted-printable >>>>> "Ken" =3D=3D Ken Raeburn writes: > On Jan 1, 2011, at 10:34, Eli Zaretskii wrote: >>> From: David Kuehling Date: Sat, 01 Jan 2011 >>> 15:20:58 +0100 Cc: rms@gnu.org, Emacs Dev >>> Finding pointers to doc strings...done emacs: Can't allocate buffer >>> for /usr/bin/emacs >>>=20 >>> So it wants to pull a full copy of the emacs binary into memory? >>=20 >> It tries to mmap it, yes: > Contrary to the comment in unexelf.c saying "We do not use mmap > because that fails with NFS." :-) > Perhaps we could reduce the memory requirement a bit by (in the ELF > case) mapping the ELF header and read-only sections as shared, > read-only data, so the process wouldn't need space from the OS for > private modifications to those pages.=20=20 Well, if those pages are not modified, no memory is needed from the OS anyway (i.e. copy-on-write/lazy copy). Just that linux VM manager seems to usually check whether it has enough pages just-in-case. Similar problems seem to crop up with fork();exec() inside emacs. So enabling overcommitting on the NanoNote may be a good thing in general. [..] > I did a MIPS32 (Lemote laptop) GNU/Linux build of the latest alpha > snapshot; no error was produced. According to "readelf -e", temacs > has no .sbss section. The on-disk part of segment 4 does end at the > start of BSS, and it's the segment with the highest memory address > (not file offset) overall, so there's nothing mapped higher than the > BSS. So I'm afraid I can't help much, at least without more info > (e.g., "readelf -e temacs", to see how it's different from mine). And > I'm not sure I know enough about the linker view on MIPS to help > anyways. $ readelf -t /usr/bin/emacs There are no sections in this file. :)=20 Could it be that 'sstrip' (that's no typo, it's not vanilla 'strip') used for openwrt packages causes collateral damage here? Emacs won't be the only package effected. David =2D-=20 GnuPG public key: http://user.cs.tu-berlin.de/~dvdkhlng/dk.gpg Fingerprint: B17A DC95 D293 657B 4205 D016 7DEF 5323 C174 7D40 --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFNIINsfe9TI8F0fUARAq/bAJ4u1gsi0V4m4SHpEg0Kp0bWIdltsQCeMEW2 X2jNRUuEiqlqXmuedYgRUUo= =FacQ -----END PGP SIGNATURE----- --=-=-=--