From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: ielm changes: display standard-output in buffer Date: Fri, 04 Oct 2013 18:42:24 -0700 Message-ID: <524F6E80.9000404@dancol.org> References: <5244795A.2000009@dancol.org> <524D0D78.9000106@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1tfctqQoQEoOe0G3GSABs4UO11BwWlAsQ" X-Trace: ger.gmane.org 1380937456 3792 80.91.229.3 (5 Oct 2013 01:44:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 5 Oct 2013 01:44:16 +0000 (UTC) Cc: Emacs development discussions To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 05 03:44:20 2013 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 1VSGup-0001vM-QZ for ged-emacs-devel@m.gmane.org; Sat, 05 Oct 2013 03:44:19 +0200 Original-Received: from localhost ([::1]:50317 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VSGup-0004hW-Dg for ged-emacs-devel@m.gmane.org; Fri, 04 Oct 2013 21:44:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56096) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VSGue-0004h8-KY for emacs-devel@gnu.org; Fri, 04 Oct 2013 21:44:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VSGuW-0007S9-71 for emacs-devel@gnu.org; Fri, 04 Oct 2013 21:44:08 -0400 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:48785) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VSGuW-0007Ri-10 for emacs-devel@gnu.org; Fri, 04 Oct 2013 21:44:00 -0400 Original-Received: from c-76-22-66-162.hsd1.wa.comcast.net ([76.22.66.162] helo=[192.168.1.52]) by dancol.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1VSGu3-0002Bm-So; Fri, 04 Oct 2013 18:43:31 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 In-Reply-To: X-Enigmail-Version: 1.5.2 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 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:163865 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1tfctqQoQEoOe0G3GSABs4UO11BwWlAsQ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 10/3/13 6:50 AM, Stefan Monnier wrote: >> but instead explicitly set and reset it, skipping the reset if the >> value changed while we evaluated the form. I've also added a flush >> timer so that we don't need to wait for a while line of output to >> accumulate before displaying output. (Imagine a loop that calls >> (princ ".") occasionally to indicate progress.) >=20 > I'm curious: why go through this trouble instead of just setting it > buffer-locally at the beginning and forgetting about it? Because then I can't work with code that operates in a different buffer and outputs debug tracing to standard-output. --1tfctqQoQEoOe0G3GSABs4UO11BwWlAsQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (Darwin) iQIcBAEBAgAGBQJST26BAAoJEMAaIROpHW7I7VQQAKVSf7ZjVLcGR597D6t3ABX1 G8uWwAB7LgM/agItv2UXUXCFglohE8WOFcY3Qr0XSDcIa5RrLDLI9PCB1h2DgTyq 18EpFB+w/R6DK4NSJCMfntvwj7tW5PPvQkCxatPo+95yggc4UwCsGTo3ePe4Qfqn X+3jHboiLZJ4Srq0EbWdeFbPhffnNRayQ002/ORep2e8cUlh398e3k+PoXFpvRw6 cVN1SwOUfZO8LgE8ueh+8pX5ErySiWiFFJwZPlNFp1YWwJKxHSA4ohqtOLeMYysM NvDvzzExaE3LEExSETkIEQ84eCHsi88rCdxhbOfPu81dSNvJlpvWtJ39uMTy9yzg 5ZuQ0Y331YySKADTiDMHU9MV2FpANa6nGvyPdyVAJIuYGewNhr10mNnHW+d9ojOH H843+/SjtDS5OYzDYccAQMtN92SGkyVj0RE0gQ+XIuIWJQtcAbG7HX0Yf5TCtKYJ 3XCO3ANhPvK+6kLPkRDvmJW4gN1p2LihvnH/YL8PfOjHefj1Rl95ESvV/f0r26V9 p942c08N8OPdW4FHAnz5cT7nA/3SgAUOz1NqOnRcFhyPqLMLqec8BVhmWaoDPino CsIJNMYCUnfBCWS1gvKDDkc+c6BNPusyEVrNYLvyuvKOJpnR8Zz1c+3wo+kNm4UH v4CO68I+Z00VhQmcWGjn =s9QM -----END PGP SIGNATURE----- --1tfctqQoQEoOe0G3GSABs4UO11BwWlAsQ--