From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Mysterious gzipped images Date: Sun, 18 Aug 2013 19:06:18 +0200 Message-ID: References: <87mwoul8sz.fsf@igel.home> <83y587p0n6.fsf@gnu.org> <83vc3bp0b0.fsf@gnu.org> <83zjsknw6f.fsf@gnu.org> <83wqnkl4me.fsf@gnu.org> <83vc34l047.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1376845610 21099 80.91.229.3 (18 Aug 2013 17:06:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 18 Aug 2013 17:06:50 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 18 19:06:51 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 1VB6RH-0001ZF-EI for ged-emacs-devel@m.gmane.org; Sun, 18 Aug 2013 19:06:51 +0200 Original-Received: from localhost ([::1]:39508 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VB6RG-00071K-W7 for ged-emacs-devel@m.gmane.org; Sun, 18 Aug 2013 13:06:51 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54059) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VB6R9-0006xw-QL for emacs-devel@gnu.org; Sun, 18 Aug 2013 13:06:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VB6R2-0008Sn-N4 for emacs-devel@gnu.org; Sun, 18 Aug 2013 13:06:43 -0400 Original-Received: from hermes.netfonds.no ([80.91.224.195]:55851) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VB6R2-0008Rb-Gk; Sun, 18 Aug 2013 13:06:36 -0400 Original-Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1VB6Qk-0000mc-QL; Sun, 18 Aug 2013 19:06:18 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEVIUFqYpKspJSlSWV5Z ZXFFR086OkCjfDGFAAACZElEQVQ4jVWTTXOcMAyG1QF69+Dm3LKznNnI5IxjJWdS1j5v2dj//ydU kkma6sDY72N9WBYAbF0EaC7GG8MbnODTurUTYBTA1P0jsELT3nygqW4QmuoROZYx3pLuboCIsoox 5bi2RCGqrTA1jR4vpeSNgrHzFlNZOY2EUr2Uzve+tRde3Y6Kql4y549d1gVbA6rvY1kRp4kDZS4J mkDA4sBW1oaIllL0vCMGw1BBS96GLiogAbvqGZw3lpZOAKoHu4ylRHBGgbSNBMQylENnMAlgmUHi AlOGRlpIUyyZiwgHKNwQL2CJZc9OgAtQr3c32nSJKz2TFpZdgOo2cSHlyoAbVT3+fACub5WedwfQ DMYEaM3nA4n+VnVDUsDRVij8MOaLLV3SIMBd/qYJ5MMhF9XfnyEDSIZwPcAszRvNA+RNlD5uRyL3 yuCXeYWaeU75epRmnofBC5BB67uYopuJFP6WpOB7/iI+ccZtKiK97D+96UG951knKJW7J74ml7Mo sBvGfcwTjwJ3Oq36HvwuS1ox7eOsL8Aat4CH2MmD6pjpQOZ15aGgJULrK2jpiy1Ty3mIXsq7RPD2 uIoNaYVMlngARZLotcs6VwUDx77Sx8UPk/eIOKdhuPO9vf8PZL7eGNO93Bv6CsZdBmhDNA9Sdfu9 PXKUOgCIF5xSHfFcEOQ0VnNPZ5nwG2K6OcB52PZBXdyjHt9kTRAQ5Rc5y07AOCBL/EeZIMKosTZ5 blk6x+At4NNQk5wcu57Eg0Pxf9QfuR/P+DiiBmVw6a21TtZp2JsZFRBZuLgfxvsr0ks8sRTmkzrQ X9f45eKlk4+/AAAAAElFTkSuQmCC X-Now-Playing: Yes's _Drama_: "Does it Really Happen" X-Hashcash: 1:23:130818:emacs-devel@gnu.org::mizaXVWhkcf2lGd6:000000000000000000000000000000000000000000QVl4 X-Hashcash: 1:23:130818:eliz@gnu.org::m6bKHoFapwbAwo6O:000010jMH In-Reply-To: <83vc34l047.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 17 Aug 2013 20:04:40 +0300") User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) X-MailScanner-ID: 1VB6Qk-0000mc-QL MailScanner-NULL-Check: 1377450379.17264@hH7pdkdhT206khBFsflgPA X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 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:162855 Archived-At: Eli Zaretskii writes: > It's not switch-to-buffer that moves point, it's > url-http-wait-for-headers-change-function, which is called by > url-http-generic-filter. Here's the relevant fragment: > > ;; We are still at the beginning of the buffer... must just be > ;; waiting for a response. > (url-http-debug "Spinning waiting for headers...") > (when (eq process-buffer (current-buffer)) > (goto-char (point-max))))) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Ah, good catch. I wonder why it's doing that even after the process has exited. It's calling that after the callback has been called, and the callback will kill the buffer 99% of the time, so I wonder whether it should check whether the buffer is live before going to point-max. But I'm not familiar enough with that code to say... -- (domestic pets only, the antidote for overdose, milk.) No Gnus T-Shirt for sale: http://ingebrigtsen.no/no.php and http://lars.ingebrigtsen.no/2013/08/twenty-years-of-september.html