From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: Small patch for rng-valid.el Date: Thu, 14 May 2009 06:53:57 +0800 Message-ID: <4A0B4F85.2080704@gnu.org> References: <4A0ADA5D.4050308@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1242255295 24378 80.91.229.12 (13 May 2009 22:54:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 13 May 2009 22:54:55 +0000 (UTC) Cc: Emacs-Devel devel To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 14 00:54:44 2009 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.50) id 1M4NLV-0001ne-8X for ged-emacs-devel@m.gmane.org; Thu, 14 May 2009 00:54:43 +0200 Original-Received: from localhost ([127.0.0.1]:43432 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M4NLT-0007Uh-Gl for ged-emacs-devel@m.gmane.org; Wed, 13 May 2009 18:54:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M4NLO-0007Uc-Tf for emacs-devel@gnu.org; Wed, 13 May 2009 18:54:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M4NLJ-0007UQ-Gh for emacs-devel@gnu.org; Wed, 13 May 2009 18:54:33 -0400 Original-Received: from [199.232.76.173] (port=35495 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M4NLJ-0007UN-An for emacs-devel@gnu.org; Wed, 13 May 2009 18:54:29 -0400 Original-Received: from wf-out-1314.google.com ([209.85.200.175]:38622) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M4NLI-00088t-M4 for emacs-devel@gnu.org; Wed, 13 May 2009 18:54:29 -0400 Original-Received: by wf-out-1314.google.com with SMTP id 23so545119wfg.24 for ; Wed, 13 May 2009 15:54:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=O5S1gQNRY0GlSq/XIzuDbGhiSbCvjT2PX8ONsOTEMrE=; b=PeRNmdTp+nFXSdYWc4lT+PyqxwucC1Sy28S8L7SrILk5ByoixWHQqNi2fRIy/GQrCx Vru3S5fECb15fxQ7LjHnl+Dsp3qVQI6t0HlCcAUy7V/I4aaK1YMrbPHSFh9g6MC6lFys llnZGacM6gNdtb4w9LZRhDtu3IoHJy0Fq+Qdw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=n57E8bmDYd7sFB+wtbExC1gL5ff5BKpTOGKqVmufRwelfAdgaziYg/TjSqA1nB7Kyn xc1cLlzTQerzOvLEnYYpBAW6XPFAgLXmmhgwilo/5XHhhHnGlK11ywLgAg5m7/K27sy6 9E/HQqgoTBnBbFrMHFjalYVukgs7qBxTGqUmc= Original-Received: by 10.143.8.10 with SMTP id l10mr494608wfi.190.1242255267614; Wed, 13 May 2009 15:54:27 -0700 (PDT) Original-Received: from ?192.168.249.26? ([124.13.7.47]) by mx.google.com with ESMTPS id 22sm1221085wfd.39.2009.05.13.15.54.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 13 May 2009 15:54:26 -0700 (PDT) User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:110860 Archived-At: Lennart Borgman wrote: > However the check for a non-nil rng-validate-up-to-date-end in > rng-after-change-function is very cheap so I see no good reason not to > add it there now. > The good reason is that Emacs is in a state of "regression bugfixes only" code freeze. Checking in a change to workaround a bug in third party code that the developer would prefer not to bother fixing right now is not an option at this stage.