From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Rugxulo Newsgroups: gmane.emacs.bugs Subject: bug#2867: GNU Emacs 23.0.92 pretest fails to build for DJGPP target using SYSTEM_MALLOC Date: Thu, 2 Apr 2009 16:09:45 -0400 Message-ID: <93c172b50904021309g65556c73u89fb1e666cb5a0c7@mail.gmail.com> Reply-To: Rugxulo , 2867@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1238736042 28613 80.91.229.12 (3 Apr 2009 05:20:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 3 Apr 2009 05:20:42 +0000 (UTC) To: bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Apr 03 07:22:00 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Lpbqj-00076k-0D for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 Apr 2009 07:21:53 +0200 Original-Received: from localhost ([127.0.0.1]:48789 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LpbpL-0007jd-02 for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 Apr 2009 01:20:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LpTS7-0005Cd-Ht for bug-gnu-emacs@gnu.org; Thu, 02 Apr 2009 16:23:55 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LpTS2-000559-An for bug-gnu-emacs@gnu.org; Thu, 02 Apr 2009 16:23:54 -0400 Original-Received: from [199.232.76.173] (port=35811 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LpTS1-00054e-UJ for bug-gnu-emacs@gnu.org; Thu, 02 Apr 2009 16:23:50 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:48391) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LpTS1-0005Tj-HH for bug-gnu-emacs@gnu.org; Thu, 02 Apr 2009 16:23:49 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n32KNlCO004508; Thu, 2 Apr 2009 13:23:47 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n32KF41K001926; Thu, 2 Apr 2009 13:15:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Rugxulo Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 02 Apr 2009 20:15:03 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: report 2867 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12387030211514 (code B ref -1); Thu, 02 Apr 2009 20:15:03 +0000 Original-Received: (at submit) by emacsbugs.donarmstrong.com; 2 Apr 2009 20:10:21 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n32K9rGH000337 for ; Thu, 2 Apr 2009 13:09:54 -0700 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LpTEW-00052t-Nb for bug-gnu-emacs@gnu.org; Thu, 02 Apr 2009 16:09:52 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LpTES-00050Z-2R for bug-gnu-emacs@gnu.org; Thu, 02 Apr 2009 16:09:52 -0400 Original-Received: from [199.232.76.173] (port=47129 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LpTER-00050V-PD for bug-gnu-emacs@gnu.org; Thu, 02 Apr 2009 16:09:47 -0400 Original-Received: from mail-ew0-f160.google.com ([209.85.219.160]:40557) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LpTER-00043d-B3 for bug-gnu-emacs@gnu.org; Thu, 02 Apr 2009 16:09:47 -0400 Original-Received: by ewy4 with SMTP id 4so755840ewy.42 for ; Thu, 02 Apr 2009 13:09:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=2Y8rn7eVQePCkJyoaZOS8e9X2138Qbz7jSkZD5NFi4c=; b=dBMgYXo8i49YrzW6xorQTAzpLSMtli6j2uDzFQni35RVRVCYu79wdklJEu6NODlITr fUXgqxloSjeu/5GL/5tYaIpIpMPHvSOFpewSjjJ4ae+HRmoiXvXQMn8Lf06SFxtiVCgB Gi1mqIqUg3R3lqctg0JkPSt0vy3Bi6s1R8VzI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=uZcB4I+bsJiPbsoFM0sJZlztfwM/QVMVQTHaiufaB3FX8leS9apB6s0aeU+snKm3da Wl/kaRA/vaPmdD7RLQli8qz+fF01I1TZN8/My7LwJMin2YwZfJSuwRGfVK4DuLtNq9tk tKHuJ0y24y7HBsEVIE1WzwcKe7Mm0/yoVASP8= Original-Received: by 10.210.29.11 with SMTP id c11mr285977ebc.20.1238702985440; Thu, 02 Apr 2009 13:09:45 -0700 (PDT) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Thu, 02 Apr 2009 16:23:54 -0400 X-Mailman-Approved-At: Fri, 03 Apr 2009 01:16:42 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:26872 Archived-At: Hi, Unlike 22.3, you apparently can't build the latest GNU Emacs 23.0.92 pretest (43 MB .tar.gz download) if defining SYSTEM_MALLOC instead of default REL_ALLOC. This might sound a little weird / crazy, but Windows Vista doesn't report memory correctly and doesn't resize memory blocks like XP does. In other words, Vista is worse than XP in the NTVDM department. And I think Windows 2003 (and later 2008) shared the same kernels with Vista pre-SP1 and SP1, respectively. And Windows 7 will also share the same kernel. So this is a problem. With REL_ALLOC (default), it runs out of memory even when I know for a fact there is enough available (since other DJGPP apps can access it, yes I use the registry hack). It just doesn't work like it does on XP (which Eli Z. uses, so he never tests SYSTEM_MALLOC, apparently ... plus he says REL_ALLOC is more efficient). For 23 in CVS, Eli modified the CONFIG.BAT to support "--with-system-malloc", but there's a build error somewhere, even in the latest pretest download (23.0.92, I think it's called). Something about "_ret_lim_data": msdos.o w16select.o xmenu.o termcap.o tparam.o lastfile.o getloadavg.o -lg -lm dosfns.o:dosfns.c:(.text+0x663): undefined reference to `_ret_lim_data' collect2: ld returned 1 exit status make.exe[1]: *** [temacs.exe] Error 1 make.exe[1]: Leaving directory `c:/Armslurp/emacs-23.0.92/src' make.exe: *** [src] Error 2 I have successfully built 22.3 with DJGPP (on XP, though, since Vista is apparently buggy for building Emacs) with SYSTEM_MALLOC defined instead of REL_ALLOC in CONFIG.H. It works / loads 100% correctly with some "simple" test files (Matt Mahoney's enwik8 is 100 MB, I even successfully tried that file copied onto itself twice, e.g. 200 MB). Otherwise, it won't load the file ("Memory exhausted") even though I've set the DPMI limit much much higher than necessary. So, as you can see, SYSTEM_MALLOC is important to keep working (in my humble opinion). Unfortunately, Eli doesn't have enough time to test both. So any clues would be highly appreciated. WHY? The simple truth is that I don't want to babysit two different sets of Emacs (one DOS, one Win32) when both perform similar functions. In the "old days", you could expect the DOS app to run fine under Windows. Now, you can't take that bet. I know it's become a very very hostile place for DOS programmers these days, and Win32 (and Linux) take huge precedent, but I still feel like if I can get it to work in both, I'd rather do that. It's just simpler, more logical, easier, makes more sense. Am I wrong? At least until AMD64 is 100% ubiquitous, we have no reason to ignore V86 mode. (And heck, DOSEMU works in 64-bit too ... unlike Windows' NTVDM !) On a more practical note, I run Vista on my laptop and haven't backed it up yet (or resized the NTFS partition, ugh, to install a dual boot FreeDOS). I hate mess (oy)ing with installs that might break. But I can mostly get my FreeDOS-oriented programming done on it. (FreeDOS kernel is GPL, so no flames, please.) So it makes sense to build and test on the same host. And I have no other choice because I don't have any cross compilers (e.g. Cygwin to DJGPP). If you know of someone who has one, that would be nice, esp. for the day when AMD64 takes over the world. (I've built GCC a few times but it's always a hassle and doesn't always work. And Cygwin is another ball of wax, so my weak attempt didn't succeed. It seems someone should've done this already, but I know of no public downloads of such. Surely somebody else besides me would find it highly useful. But that's more a request for another place, probably.)