From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alex Harsanyi Newsgroups: gmane.emacs.devel Subject: Re: "resource temporarily unavailable" errors on windows 7 Date: Thu, 15 Mar 2012 07:57:24 +0800 Message-ID: References: <83aa3lybos.fsf@gnu.org> <83vcm9w3th.fsf@gnu.org> <83obs0wb0p.fsf@gnu.org> <83ehsvvzvv.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1331769459 26994 80.91.229.3 (14 Mar 2012 23:57:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 14 Mar 2012 23:57:39 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 15 00:57:38 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 1S7y4X-0001bI-3o for ged-emacs-devel@m.gmane.org; Thu, 15 Mar 2012 00:57:37 +0100 Original-Received: from localhost ([::1]:38445 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7y4W-0003uU-J4 for ged-emacs-devel@m.gmane.org; Wed, 14 Mar 2012 19:57:36 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:60133) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7y4S-0003hR-S4 for emacs-devel@gnu.org; Wed, 14 Mar 2012 19:57:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S7y4R-0000Nx-3R for emacs-devel@gnu.org; Wed, 14 Mar 2012 19:57:32 -0400 Original-Received: from mail-we0-f169.google.com ([74.125.82.169]:64921) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7y4N-0000NF-MO; Wed, 14 Mar 2012 19:57:27 -0400 Original-Received: by werj55 with SMTP id j55so2958502wer.0 for ; Wed, 14 Mar 2012 16:57:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=yoShlXxw7UawgMFKoruBEcOgTTPYYGhwfx1+Saq5zdI=; b=SMugdLu/YFe39lIOQK6gBF89MQpGRVB9lnOewz0XYOj7algEh5clE4Xrxqg0n1ZoCd bT78EJM8GkxKT4a+MLf8TWsH6G+UGeq6w1gVXbcO2ODWHXXTe7I4ICbIuL8Z7o6Ow8cN TyN7xajxYlBDGb4aIpGFu9Bg3nHNqWBTpFVM5czFVZXMgvI0zcYLbuthZljUeql1Smha hILRZxwJX1HEIfL51wJeLlSAjnLzZ40aDY2fKkAcW3GEJTO/L59Kxs0RTGFcxgLQCFZI ovLBLN6clJGf7Jkl5fsB4fAn3tJSIb5ADgGmiQBIiyczHijtVCo1YpZq2pIQhj1K6xEf IrWQ== Original-Received: by 10.216.131.232 with SMTP id m82mr2685143wei.71.1331769444860; Wed, 14 Mar 2012 16:57:24 -0700 (PDT) Original-Received: by 10.223.64.212 with HTTP; Wed, 14 Mar 2012 16:57:24 -0700 (PDT) In-Reply-To: <83ehsvvzvv.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.125.82.169 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:149061 Archived-At: 2012/3/15 Eli Zaretskii : > > "On the third try" meaning that you have 2 other subprocesses running, > or did you invoke a process, then terminated it, then invoked another, > etc. 3 times? The sub-process was diff, I was running `M-x diff-backup RET' on w32proc.c and waiting for it to finish, than running it again. I just checked the source for diff-backup and it seems that it runs diff in async mode. Since I just looked at the *vc-diff* buffer, it is possible that one run of diff overlapped over the next one. So probably I had three parallel processes running, or at least reader_thread did not terminate before the next process started. > >> I also noticed that spontaneously, the Stack reserved size grows by >> about 10-12Mb (Free section decreases accordingly), than the memory is >> released a few seconds later. > > Is that for the Emacs process? =A0If so, I would suspect that GC kicked > in. =A0You can see if that's so by setting garbage-collection-messages > non-nil. This is a good explanation > > Did you try increasing the size of the original request in > allocate_heap, and if you did, what was the maximum value that still > gives you a good Emacs session? All this was done with allocate_heap starting the request at 2GB. As I mentioned in a previous email, this ended up with approx 1.8Gb being reserved for the heap. > Thanks for working on this. Thanks for helping me out. Alex