From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#18995: Error: Could not reserve dynamic heap area. Date: Sat, 08 Nov 2014 19:29:08 +0200 Message-ID: <834mu9r47v.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1415467828 3966 80.91.229.3 (8 Nov 2014 17:30:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 8 Nov 2014 17:30:28 +0000 (UTC) Cc: 18995@debbugs.gnu.org To: Alexander Shukaev Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Nov 08 18:30:22 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1Xn9q9-0002MT-RN for geb-bug-gnu-emacs@m.gmane.org; Sat, 08 Nov 2014 18:30:21 +0100 Original-Received: from localhost ([::1]:36463 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xn9q9-0007nG-Fm for geb-bug-gnu-emacs@m.gmane.org; Sat, 08 Nov 2014 12:30:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35083) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xn9pz-0007n3-Hg for bug-gnu-emacs@gnu.org; Sat, 08 Nov 2014 12:30:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xn9pr-0003bR-VG for bug-gnu-emacs@gnu.org; Sat, 08 Nov 2014 12:30:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:56682) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xn9pr-0003as-SL for bug-gnu-emacs@gnu.org; Sat, 08 Nov 2014 12:30:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Xn9pq-0007jQ-VL for bug-gnu-emacs@gnu.org; Sat, 08 Nov 2014 12:30:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Nov 2014 17:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18995-submit@debbugs.gnu.org id=B18995.141546776829648 (code B ref 18995); Sat, 08 Nov 2014 17:30:02 +0000 Original-Received: (at 18995) by debbugs.gnu.org; 8 Nov 2014 17:29:28 +0000 Original-Received: from localhost ([127.0.0.1]:53895 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xn9pI-0007i8-9D for submit@debbugs.gnu.org; Sat, 08 Nov 2014 12:29:28 -0500 Original-Received: from mtaout25.012.net.il ([80.179.55.181]:51934) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xn9pE-0007ht-TS for 18995@debbugs.gnu.org; Sat, 08 Nov 2014 12:29:26 -0500 Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NEQ00A00DAB3X00@mtaout25.012.net.il> for 18995@debbugs.gnu.org; Sat, 08 Nov 2014 19:24:55 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NEQ002VDDPJ1080@mtaout25.012.net.il>; Sat, 08 Nov 2014 19:24:55 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:95733 > Date: Sat, 8 Nov 2014 16:22:56 +0100 > From: Alexander Shukaev > > When I build `emacs-24', Emacs is being configured with > > Should Emacs use the GNU version of malloc? yes > Should Emacs use a relocating allocator for buffers? yes > Should Emacs use mmap(2) for buffer allocation? no > > With this configuration the x64 version is built just fine, but the x86 version > build fails with > > make[2]: Entering directory > '/c/Users/Haroogan/Projects/GitHub/MINGW-packages/mingw-w64-emacs/src/.build/i686-w64-mingw32/lisp' > > Compiling > /C/Users/Haroogan/Projects/GitHub/MINGW-packages/mingw-w64-emacs/src/emacs/lisp/emacs-lisp/macroexp.el > > Error: Could not reserve dynamic heap area. > > I've checked what is called in this case and it seems to be fine at the first > glance: Sorry, I don't understand: what part of the allocate_heap function is being run and fails in your case? Does the loop start with 0x4000000000 or with 0x68000000? Does it go all the way through 0x00100000, and each call to VirtualAlloc fails? If so, can you see what error code does VirtualAlloc return? You can accomplish the latter in GDB like this: (gdb) p w32_last_error() Also, does the same command succeed if you run it from the Bash command line? Does it succeed if you run it from the cmd.exe command line? Finally, did you run the build from the Bash command line outside Emacs, or did you run it from inside another Emacs session?