From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Antipov Newsgroups: gmane.emacs.devel Subject: Re: Pseudovectors initialization Date: Wed, 27 Jun 2012 21:26:04 +0400 Message-ID: <4FEB422C.7070803@yandex.ru> References: <4FE9643E.6080004@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1340817983 3466 80.91.229.3 (27 Jun 2012 17:26:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 27 Jun 2012 17:26:23 +0000 (UTC) Cc: Emacs development discussions To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 27 19:26:23 2012 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 1Sjw0U-0007DZ-G1 for ged-emacs-devel@m.gmane.org; Wed, 27 Jun 2012 19:26:22 +0200 Original-Received: from localhost ([::1]:51099 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sjw0U-0007r4-Dm for ged-emacs-devel@m.gmane.org; Wed, 27 Jun 2012 13:26:22 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:38213) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sjw0R-0007qk-He for emacs-devel@gnu.org; Wed, 27 Jun 2012 13:26:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sjw0P-0008HO-TB for emacs-devel@gnu.org; Wed, 27 Jun 2012 13:26:19 -0400 Original-Received: from forward14.mail.yandex.net ([95.108.130.92]:38484) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sjw0K-0008Es-0s; Wed, 27 Jun 2012 13:26:12 -0400 Original-Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward14.mail.yandex.net (Yandex) with ESMTP id 61354198232F; Wed, 27 Jun 2012 21:26:08 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1340817968; bh=EbS0a5I8za/IJT8ncCDjcm+cXaWLKR2JhonU497HwRw=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=BV53OvA0p2nXKtMieXjua03+5P+PfmeCvTPfAd9v2l9pg4YdnskISj5OLODj2YCVb BeTB8FxFthHmy1NfAxNAAUFdB2828fN0UTRcb4Xu62wHcZ6sn8sWCQdc7N6pvvG7uu VqqdqgIL64HUH6pVi8LF44FhKn4qaEYQ3/mVOHpc= Original-Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 4035716A0485; Wed, 27 Jun 2012 21:26:08 +0400 (MSK) Original-Received: from 213-148-21-55.gelicon.ru (213-148-21-55.gelicon.ru [213.148.21.55]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Q4OuqMmH-Q6OiDJlB; Wed, 27 Jun 2012 21:26:07 +0400 X-Yandex-Rcpt-Suid: dann@gnu.org X-Yandex-Rcpt-Suid: emacs-devel@gnu.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1340817968; bh=EbS0a5I8za/IJT8ncCDjcm+cXaWLKR2JhonU497HwRw=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=YjLfWp08B9x/eWxDI7kPzQ9/Quz7EhQnCHqRQ3IMy0aiTmHZR5RBvT2oXJHJ+Awrw 54PwSVH80J+WBNyLIodno4c54rha1CJAEydzMdwWnqLvZmePa/Wu9kpnzC+1kG+YWD xpYn8WdaNfBp1HrJbxQjSw86In6lKHxgEPYrOnVY= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 95.108.130.92 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:151231 Archived-At: On 06/27/2012 09:04 PM, Dan Nicolaescu wrote: > Is removing this, or removing anything that is set to Qnil safe? > It might be from case to case, but it's not obvious... It's verified to be safe for windows, frames, processes and terminals. ALLOCATE_PSEUDOVECTOR evaluates how many Lisp_Objects are located after vectorlike_header, and then calls allocate_pseudovector to initialize all of them to Qnil. Next, allocate_{window,frame,process, terminal} zeroes the rest. Thus, you need to initialize Lisp_Object slot only if it should be non-nil and other slot only if it should be non-zero. Dmitry