From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Rant - Emacs mail is not user friendly Date: Sun, 23 Nov 2014 01:13:08 +0900 Message-ID: <87sihbrz6z.fsf@uwakimon.sk.tsukuba.ac.jp> References: <871tp4wut1.fsf@uwakimon.sk.tsukuba.ac.jp> <87mw7qvign.fsf@uwakimon.sk.tsukuba.ac.jp> <87bno5ulbu.fsf@uwakimon.sk.tsukuba.ac.jp> <87bnnzu706.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1416672815 24256 80.91.229.3 (22 Nov 2014 16:13:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 22 Nov 2014 16:13:35 +0000 (UTC) Cc: kelly@prtime.org, Richard Stallman , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 22 17:13:29 2014 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 1XsDJQ-0005Nu-OG for ged-emacs-devel@m.gmane.org; Sat, 22 Nov 2014 17:13:28 +0100 Original-Received: from localhost ([::1]:45894 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XsDJQ-00065d-9D for ged-emacs-devel@m.gmane.org; Sat, 22 Nov 2014 11:13:28 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47718) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XsDJH-00061s-5Q for emacs-devel@gnu.org; Sat, 22 Nov 2014 11:13:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XsDJA-0008LK-RH for emacs-devel@gnu.org; Sat, 22 Nov 2014 11:13:19 -0500 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:58661) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XsDJA-0008L5-Hj; Sat, 22 Nov 2014 11:13:12 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTPS id 2F9A81C39B2; Sun, 23 Nov 2014 01:13:10 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 2FD191A2892; Sun, 23 Nov 2014 01:13:09 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta34) "kale" acf1c26e3019 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 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:178020 Archived-At: Stefan Monnier writes: > Depends on what you mean by "validate the code". In my line of work, > a code is not validated if it can fail on some input. I.e. validation > of the code includes checking that the code does the proper validation > of the data it receives. I was assuming you were talking about the validating the JPEG library code, because that is what you need to do to determine how much validation Emacs needs to do of data it's about to hand to libjpeg. The point of my X.org comment is that there is plenty of code out there that doesn't validate input well (and some that prides itself on not validating at all), so Emacs has to do some validation of data.