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: Thu, 19 Nov 2015 23:08:23 +0000 Message-ID: References: <877flswse5.fsf@lifelogs.com> <8737wgw7kf.fsf@lifelogs.com> <87io5bv1it.fsf@lifelogs.com> <87egfzuwca.fsf@lifelogs.com> <876118u6f2.fsf@lifelogs.com> <8737w3qero.fsf@lifelogs.com> <831tbn9g9j.fsf@gnu.org> <878u5upw7o.fsf@lifelogs.com> <83ziya8xph.fsf@gnu.org> <83y4du80xo.fsf@gnu.org> <564DF0F6.5060501@cs.ucla.edu> <564E5375.3050006@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bb04dc4802f690524ecd650 X-Trace: ger.gmane.org 1447974536 9538 80.91.229.3 (19 Nov 2015 23:08:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 19 Nov 2015 23:08:56 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert , Eli Zaretskii , Ted Zlatanov , =?UTF-8?Q?Aur=C3=A9lien_Aptel?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 20 00:08:51 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 1ZzYJu-0006tx-Kk for ged-emacs-devel@m.gmane.org; Fri, 20 Nov 2015 00:08:50 +0100 Original-Received: from localhost ([::1]:44431 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzYJt-00021m-JG for ged-emacs-devel@m.gmane.org; Thu, 19 Nov 2015 18:08:49 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59716) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzYJg-00021b-K1 for emacs-devel@gnu.org; Thu, 19 Nov 2015 18:08:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZzYJf-0000of-EH for emacs-devel@gnu.org; Thu, 19 Nov 2015 18:08:36 -0500 Original-Received: from mail-wm0-x231.google.com ([2a00:1450:400c:c09::231]:38601) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzYJd-0000oQ-Ts; Thu, 19 Nov 2015 18:08:34 -0500 Original-Received: by wmec201 with SMTP id c201so138697557wme.1; Thu, 19 Nov 2015 15:08:33 -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=H4KwEw/rcPlAdae4Y+D/bfaPVoToOtRvF3Do6tPpI1s=; b=cMklmbUPMHaIfapd07J0IeEaalsR3nnkx1NR/oFUR/UBnma/sRJ/47fP860wl+Pgll DnZcWuE00BVGBalbxR3KfsGQEKUMEyD84omRJP+AU1j+Szhe/70UvN/zBpoznB+vAWeV TlGbUTvpn5AYsgESORIYgicHD5cEWfk/4QSvvcEz8By1mu78heqcUADJnZ0q/XHNiCwc dDBEEppbAI0YTSjx8KaC7n595PsEaTiyu/lRLRmbPQt21wj+KubLy8MJQfCcmJXgM8tn qm7+qMvRDXqYhuCJxWxNT7bQMjVb1rEFy5kQtKveVgGx8pCXb3iL6cxLeaRYG3iZVIxl nYzA== X-Received: by 10.195.13.135 with SMTP id ey7mr10919469wjd.25.1447974513158; Thu, 19 Nov 2015 15:08:33 -0800 (PST) In-Reply-To: <564E5375.3050006@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::231 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:194829 Archived-At: --047d7bb04dc4802f690524ecd650 Content-Type: text/plain; charset=UTF-8 Paul Eggert schrieb am Do., 19. Nov. 2015 um 23:56 Uhr: > On 11/19/2015 02:45 PM, Philipp Stephani wrote: > > Maybe we should add a variant that behaves like xmalloc but is > > guaranteed to never call longjmp? > > What should this new xmalloc variant do when it runs out of memory? > xmalloc never returns NULL, so presumably that should be true for the > variant as well. > Returning NULL is fine. malloc also returns NULL on OOM, and module.c handles that. > > > > > Please don't use module.h; this header file is the only one that is > > intended for module authors to include, so it needs a globally unique > > name which should start with 'emacs'. > > Yes, that's already done, it's renamed to emacs-module.h now. > Thanks. --047d7bb04dc4802f690524ecd650 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Paul E= ggert <eggert@cs.ucla.edu> = schrieb am Do., 19. Nov. 2015 um 23:56=C2=A0Uhr:
On 11/19/2015 02:45 PM, Philipp Stephani wrote:
> Maybe we should add a variant that behaves like xmalloc but is
> guaranteed to never call longjmp?

What should this new xmalloc variant do when it runs out of memory?
xmalloc never returns NULL, so presumably that should be true for the
variant as well.

Returning NULL is fine= . malloc also returns NULL on OOM, and module.c handles that.
=C2= =A0

>
> Please don't use module.h; this header file is the only one that i= s
> intended for module authors to include, so it needs a globally unique<= br> > name which should start with 'emacs'.

Yes, that's already done, it's renamed to emacs-module.h now.

Thanks.=C2=A0
--047d7bb04dc4802f690524ecd650--