From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Sun, 22 Nov 2015 19:19:49 +0000 Message-ID: References: <878u5upw7o.fsf@lifelogs.com> <83ziya8xph.fsf@gnu.org> <83y4du80xo.fsf@gnu.org> <837fld6lps.fsf@gnu.org> <83610w5o97.fsf@gnu.org> <564FACF5.2080601@cs.ucla.edu> <564FBAA7.5030306@cs.ucla.edu> <5650F9CD.9030707@cs.ucla.edu> <83oaem2ebu.fsf@gnu.org> <83mvu62cst.fsf@gnu.org> <56520E5F.706@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a114b07d49b1940052525fed7 X-Trace: ger.gmane.org 1448220028 22844 80.91.229.3 (22 Nov 2015 19:20:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 22 Nov 2015 19:20:28 +0000 (UTC) Cc: aurelien.aptel+emacs@gmail.com, tzz@lifelogs.com, Daniel Colascione , Emacs developers To: Paul Eggert , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 22 20:20:22 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a0aBO-0006ib-FN for ged-emacs-devel@m.gmane.org; Sun, 22 Nov 2015 20:20:18 +0100 Original-Received: from localhost ([::1]:57167 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0aBO-0000kp-KR for ged-emacs-devel@m.gmane.org; Sun, 22 Nov 2015 14:20:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34395) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0aB8-0000k5-DA for emacs-devel@gnu.org; Sun, 22 Nov 2015 14:20:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a0aB7-0005IW-NG for emacs-devel@gnu.org; Sun, 22 Nov 2015 14:20:02 -0500 Original-Received: from mail-wm0-x233.google.com ([2a00:1450:400c:c09::233]:33674) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0aB5-0005Hx-OI; Sun, 22 Nov 2015 14:19:59 -0500 Original-Received: by wmec201 with SMTP id c201so134094945wme.0; Sun, 22 Nov 2015 11:19:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=8x6WRiZnF4OX81fi5MhLtWdwLqQqrH6ofQSfMqNBi6k=; b=e0y36B5Eg8ZzOzB5dIt6UGCZntfQIQLPU1PRS3lxvE22hkHft7cQrIeAweHWgvUDnI OkqzzYqYeajtwo5GYhx0NHvpAjI5kyUG2QXjmVEqxVDZriQdt+Jq5seRGLP5jumfkiqb Xm3/zOgSdvFm21NNrju+vpu8noLyN5hUuQwgXvLnSsLVRGm405G+yM0wosDI9FTcmkx+ 1sO3v4uNyI3K1ow54eQPjAW5ljTE3VTVEcU+7iXyz1UgbtkDZJgkTnhBclg+vSZSuC67 D5KpvInHm8utNQRyN9q3rQgwVuIyhnXpHrV/RN0wPig52+J9xZOFVIOPNRkyob32E5LF MhDw== X-Received: by 10.28.187.4 with SMTP id l4mr11979243wmf.33.1448219999146; Sun, 22 Nov 2015 11:19:59 -0800 (PST) In-Reply-To: <56520E5F.706@cs.ucla.edu> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c09::233 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:195053 Archived-At: --001a114b07d49b1940052525fed7 Content-Type: text/plain; charset=UTF-8 Paul Eggert schrieb am So., 22. Nov. 2015 um 19:50 Uhr: > Thanks for the patch, but this handles only part of the problem, namely, > the > memory allocated by emacs-module.c directly. We need a way for modules > themselves to allocate memory that is properly accounted for, and this > allocation should be nearly as convenient as xmalloc so that modules don't > need > to check for failure after each allocation. > This is _impossible_ without using longjmp. We really don't want to allow longjmp to skip over module frames. An interface that doesn't use longjmp but returns NULL on error is fine with me. It's something entirely different though: My patch is only for the internal Emacs code. --001a114b07d49b1940052525fed7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Paul E= ggert <eggert@cs.ucla.edu> = schrieb am So., 22. Nov. 2015 um 19:50=C2=A0Uhr:
Thanks for the patch, but this handles only part of the probl= em, namely, the
memory allocated by emacs-module.c directly. We need a way for modules
themselves to allocate memory that is properly accounted for, and this
allocation should be nearly as convenient as xmalloc so that modules don= 9;t need
to check for failure after each allocation.

=
This is _impossible_ without using longjmp. We really don't want t= o allow longjmp to skip over module frames.
An interface that doe= sn't use longjmp but returns NULL on error is fine with me. It's so= mething entirely different though: My patch is only for the internal Emacs = code.
--001a114b07d49b1940052525fed7--