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#8562: Emacs 23.1 and later don't work in windows 98 Date: Fri, 06 May 2011 14:52:04 +0300 Message-ID: <83wri4kpwb.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1304682795 15180 80.91.229.12 (6 May 2011 11:53:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 6 May 2011 11:53:15 +0000 (UTC) Cc: 8562@debbugs.gnu.org To: oslsachem Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 06 13:53:08 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QIJal-0003Tu-Vk for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 May 2011 13:53:08 +0200 Original-Received: from localhost ([::1]:59427 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QIJal-0004FI-6Z for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 May 2011 07:53:07 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:39654) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QIJah-0004Eh-Mh for bug-gnu-emacs@gnu.org; Fri, 06 May 2011 07:53:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QIJag-0002Et-Gi for bug-gnu-emacs@gnu.org; Fri, 06 May 2011 07:53:03 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48279) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QIJag-0002Em-8J for bug-gnu-emacs@gnu.org; Fri, 06 May 2011 07:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QIJaf-0001QQ-Od; Fri, 06 May 2011 07:53:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 May 2011 11:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8562 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 8562-submit@debbugs.gnu.org id=B8562.13046827345418 (code B ref 8562); Fri, 06 May 2011 11:53:01 +0000 Original-Received: (at 8562) by debbugs.gnu.org; 6 May 2011 11:52:14 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QIJZu-0001PL-Ix for submit@debbugs.gnu.org; Fri, 06 May 2011 07:52:14 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QIJZq-0001P4-KB for 8562@debbugs.gnu.org; Fri, 06 May 2011 07:52:12 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LKR00M00VI9JJ00@a-mtaout22.012.net.il> for 8562@debbugs.gnu.org; Fri, 06 May 2011 14:52:04 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.228.234.175]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LKR00JK4VMQTSR0@a-mtaout22.012.net.il>; Fri, 06 May 2011 14:52:03 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 06 May 2011 07:53:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:46266 Archived-At: > Date: Fri, 6 May 2011 03:38:46 +0200 > From: oslsachem >=20 > > Which suggested solution is that? =A0There were 2 in that thread. >=20 > To be honest, I only tried the first one ("start Emacs from the > command-line as: emacs -Q -xrm Emacs.fontBackend:gdi") because: >=20 > - I deemed them to be functionally equivalent. >=20 > - The second solution involves editing the windows registry (which = is > a frail but essential part of the system). >=20 > - Emacs doesn't seem to add any entry to the windows registry after > running the "addpm.exe" as opposed to what is stated at > http://www.gnu.org/software/emacs/manual/html_node/emacs/MS_002dWin= dows-Registry.html >=20 > - The "set Emacs.fontBackend in the registry" indication is too ter= se > for me to understand. No, I meant the suggestion to try resizing the Emacs window by dragging its borders with the mouse. But I guess that's a moot point= , now that it's clear that the problem is allocation of glyph matrices, see below. > > Anyway, Emacs developers need help to debug this, as none of us h= as > > access to a Windows 9X machine anymore. =A0If you are willing to = work > > with us, I'm sure we will find the solution. >=20 > Of course, just tell me what I have to do :). Thanks. > Here is a log of the debugger after spending a while fiddling with = the > Emacs submenus until a fatal error happens: >=20 > http://www.speedyshare.com/files/28318621/gdb.txt It crashes because current_matrix is a NULL pointer, i.e. the display engine somehow did not create the glyph matrices it needs to display Emacs windows. > Note: I tried to build Emacs using the --no-opt option for configur= e > but when trying to run Emacs using the debugger, gdb produced an er= ror > ("internal-error: virtual memory exhausted: can't allocate ........= .. > bytes. A problem internal to GDB has been detected, further debuggi= ng > may prove unreliable") so I have built Emacs without --no-opt ( I > guess that is why the executables end up in oo-spd/i386 instead of > oo/i386). We actually need to be able to debug a binary produced with --no-opt, since debugging an optimized binary is hopeless. What versions of GC= C and GDB do you have? Also, since you are able to build your own Emacs binary, it would be best to use one of the versions that are currently being maintained: either the emacs-23 branch or the trunk of the Emacs bzr repository. Would that be possible for you? Bazaar can be installed on Windows b= y downloading this installer: http://launchpad.net/bzr/2.3/2.3.1/+download/bzr-2.3.1-1-setup.exe If this is hard or bumps into problems, it's not a catastrophe; we ca= n continue debugging Emacs 23.3. In any case, being able to debug a --no-opt binary is imperative. Please try solving that problem, perhaps by up- or down-grading to other versions of GCC or GDB. Thanks.