From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 26 17:58:10 2011 Received: (at submit) by debbugs.gnu.org; 26 Apr 2011 21:58:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QEqGn-0002sK-JB for submit@debbugs.gnu.org; Tue, 26 Apr 2011 17:58:10 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QEqEf-0002oo-7Z for submit@debbugs.gnu.org; Tue, 26 Apr 2011 17:55:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QEqEZ-00013E-3a for submit@debbugs.gnu.org; Tue, 26 Apr 2011 17:55:52 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, HTML_FONT_FACE_BAD,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST, T_DKIM_INVALID, T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:44076) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QEqEZ-00013A-23 for submit@debbugs.gnu.org; Tue, 26 Apr 2011 17:55:51 -0400 Received: from eggs.gnu.org ([140.186.70.92]:44361) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QEqEX-0006gy-Aa for bug-gnu-emacs@gnu.org; Tue, 26 Apr 2011 17:55:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QEqEW-00012E-DA for bug-gnu-emacs@gnu.org; Tue, 26 Apr 2011 17:55:49 -0400 Received: from mail-fx0-f41.google.com ([209.85.161.41]:41813) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QEqEW-00011z-5L for bug-gnu-emacs@gnu.org; Tue, 26 Apr 2011 17:55:48 -0400 Received: by fxm18 with SMTP id 18so969414fxm.0 for ; Tue, 26 Apr 2011 14:55:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=BbKKTnFBBRY9gw0DXCM59zEviv36ZHw/sDEcZEscBYY=; b=NGp46kOy53c0MpALpN6vyAU58Or6sWPEz/xEHokr+bo9nYx0cZmLRi3f3Pk4RFe5MO A+uavNaWXxc6Owt3UC5iS+y1byLzX/IGTlFciqVh0eOSwxhVm7IbET6uWW2ErTiyUjV7 WXVYXBRnMAUPmIf/ZogsrKxwaIsbVjab+ADoI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ok6/p2xr2aK//+Uwnu8Pp5q4Ty63COQKGu1sz9ns/DbHHgkKqCLIRfJBVRzr1EEubt uSK40yJBFKSSgYrK9VZtVRjfghERgKXJ8gV/seXVEy79rzL2v2PNNUrI2Gz5Pg7BUttp 2rZc5E0As2DWiPzXYpqZ8mvv02anslrtCvovg= MIME-Version: 1.0 Received: by 10.223.97.219 with SMTP id m27mr44861fan.81.1303854946700; Tue, 26 Apr 2011 14:55:46 -0700 (PDT) Received: by 10.223.101.138 with HTTP; Tue, 26 Apr 2011 14:55:46 -0700 (PDT) Date: Tue, 26 Apr 2011 23:55:46 +0200 Message-ID: Subject: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=0015174bdf6eefcccc04a1d962b8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 26 Apr 2011 17:58:07 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) --0015174bdf6eefcccc04a1d962b8 Content-Type: text/plain; charset=ISO-8859-1 Hi, emacs no longer works under windows 98 since emacs version 23.1. It worked with version 22.3. This problem has been already reported at http://lists.gnu.org/archive/html/help-emacs-windows/2009-09/msg00042.html The suggested solution doesn't seem to work. Note: If maintaining compatibility with outdated versions of windows is no longer relevant then the information provided at http://www.gnu.org/software/emacs/windows/Introduction.html#Introduction should be revised. Anecdotal note: I took my chances by posing this problem at #emacs freenode irc channel. I was told that perhaps it was time to upgrade to windows Me. I ascertained that this guy didn't work for microsoft. It serves me right for trying to take a shortcut to posting to the mailing list. Greetings, Osl --0015174bdf6eefcccc04a1d962b8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
= Hi, emacs no longer works under windows 98 since emacs version 23.1.=A0
=
<= span class=3D"Apple-style-span" style=3D"font-family: Consolas, 'Lucida= Console', monospace, Verdana, sans-serif, 'sans serif'; font-s= ize: 13px; ">It worked with version 22.3.
=
This p= roblem has been already reported at=A0http://lists.gnu.org/a= rchive/html/help-emacs-windows/2009-09/msg00042.html=A0

The suggested soluti= on doesn't seem to work.


Note:
If maintaini= ng compatibility with outdated versions of windows is no longer relevant th= en=A0the information provided at=A0http://www.gnu.org/software/emacs/windows/Introduction.html#Introduct= ion
should be revised.

Anecdotal note:
I took my chances by posing this problem at #emacs freenode irc channel= .
I was told that perhaps it was time to upgrade to window= s Me.
I ascertained that this guy didn't work for microsof= t.
It serves me right for trying to take a shortcut to post= ing to the mailing list.
=
Greetings,
=A0=A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0Osl
--0015174bdf6eefcccc04a1d962b8-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 26 23:09:13 2011 Received: (at 8562) by debbugs.gnu.org; 27 Apr 2011 03:09:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QEv7p-0001XK-OE for submit@debbugs.gnu.org; Tue, 26 Apr 2011 23:09:13 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QEv7m-0001X5-KS for 8562@debbugs.gnu.org; Tue, 26 Apr 2011 23:09:12 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LKA00L00J8ULH00@a-mtaout23.012.net.il> for 8562@debbugs.gnu.org; Wed, 27 Apr 2011 06:08:58 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.230.144]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LKA00LG8JEWJIA0@a-mtaout23.012.net.il>; Wed, 27 Apr 2011 06:08:58 +0300 (IDT) Date: Wed, 27 Apr 2011 06:09:03 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <83d3k88k6o.fsf@gnu.org> References: X-Spam-Score: -1.8 (-) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.8 (-) > Date: Tue, 26 Apr 2011 23:55:46 +0200 > From: oslsachem > > Hi, emacs no longer works under windows 98 since emacs version 23.1. > > It worked with version 22.3. > > This problem has been already reported at > http://lists.gnu.org/archive/html/help-emacs-windows/2009-09/msg00042.html > > The suggested solution doesn't seem to work. Which suggested solution is that? There were 2 in that thread. Anyway, Emacs developers need help to debug this, as none of us has access to a Windows 9X machine anymore. If you are willing to work with us, I'm sure we will find the solution. And no, we don't want to discontinue support for running Emacs on Windows 9X, not yet anyway. TIA From debbugs-submit-bounces@debbugs.gnu.org Thu May 05 21:38:55 2011 Received: (at 8562) by debbugs.gnu.org; 6 May 2011 01:38:55 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QIA0M-0003Rx-Kq for submit@debbugs.gnu.org; Thu, 05 May 2011 21:38:54 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QIA0K-0003Rh-MH for 8562@debbugs.gnu.org; Thu, 05 May 2011 21:38:53 -0400 Received: by fxm15 with SMTP id 15so1886360fxm.3 for <8562@debbugs.gnu.org>; Thu, 05 May 2011 18:38:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=xj8KoKeh7VeeT4pXlK75u9HAKzsrk8y8yL0FvZVFhaE=; b=laoFF6TMl2knfHJCFRn1P3HEGTmVEGHCPSUTZOAPbK5OQXJxgKQS31wlTrkavWdPOK UzXCKgHQTbHLFKUPCezaxCkZ85e5XF2YH3+x5E3DqaRtcCWEJTT9rcYwtwgZjpn8qVZq dnNT8muLk+oHuWaZw0eeh0VaTsqgrPob88aes= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=YArGDcZJCo2Bw3nyRae4cPySohABS9oOCqJ6wHWScAejgk5k0JQ1olvpdtdWLsokZz 3kNqqtQ9xWWksYiKYqerhyiy6mORKTK+4hayWVFovFrOjnOLJj806lTHwRaygQuhd34V 5DVJC+1bwRbWJwbC5JcrnnnXqB0Q6uReqTe+I= MIME-Version: 1.0 Received: by 10.223.7.26 with SMTP id b26mr1407221fab.119.1304645926844; Thu, 05 May 2011 18:38:46 -0700 (PDT) Received: by 10.223.86.197 with HTTP; Thu, 5 May 2011 18:38:46 -0700 (PDT) In-Reply-To: <83d3k88k6o.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> Date: Fri, 6 May 2011 03:38:46 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: 8562@debbugs.gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: 8562 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.1 (----) > Which suggested solution is that? =A0There were 2 in that thread. To be honest, I only tried the first one ("start Emacs from the command-line as: emacs -Q -xrm Emacs.fontBackend:gdi") because: - I deemed them to be functionally equivalent. - The second solution involves editing the windows registry (which is a frail but essential part of the system). - 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_002dWindows-Reg= istry.html - The "set Emacs.fontBackend in the registry" indication is too terse for me to understand. > Anyway, Emacs developers need help to debug this, as none of us has > access to a Windows 9X machine anymore. =A0If you are willing to work > with us, I'm sure we will find the solution. Of course, just tell me what I have to do :). Here you have "updated" screenshots of what Emacs-23.3 looks like in windows 98 when started in GUI mode: Initial size: http://www.speedyshare.com/files/28318597/EmacsInitialSize.png Maximized size: http://www.speedyshare.com/files/28318598/EmacsMaximized.png File submenu: http://www.speedyshare.com/files/28318599/EmacsFileSubmenu.png Edit submenu: http://www.speedyshare.com/files/28318600/EmacsEditSubmenu.png The Options and Buffers submenus look hidden but are there: http://www.speedyshare.com/files/28318601/EmacsOptionsSubmenu.png http://www.speedyshare.com/files/28318602/EmacsBuffersSubmenu.png Emacs abort dialog when it eventually has a fatal error: http://www.speedyshare.com/files/28318603/EmacsAbortDialog.png Spanish version of Windows 98 error message: "This program has performed an illegal operation and will be shut down. If the problem persists, contact the program vendor. [Close] [Details]": Inside the text box, spanish version of Windows 98 error message: "EMACS caused an invalid page fault in module EMACS.EXE". First part: http://www.speedyshare.com/files/28318604/EmacsPageFault1stPart.png Second part: http://www.speedyshare.com/files/28318605/EmacsPageFault2ndPart.png In the meantime, I've been skimming through the instructions about compiling and debugging Emacs and I have managed to build Emacs succesfully and run it using the debugger. Here is a log of the debugger after spending a while fiddling with the Emacs submenus until a fatal error happens: http://www.speedyshare.com/files/28318621/gdb.txt Notice that I run Emacs more than once and that, the last time, running Emacs using the suggested solution doesn't produce any noticeable difference (i.e the fatal error is the same). Note: I tried to build Emacs using the --no-opt option for configure but when trying to run Emacs using the debugger, gdb produced an error ("internal-error: virtual memory exhausted: can't allocate .......... bytes. A problem internal to GDB has been detected, further debugging 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). Unrelated note: Sorry for the poor text format of my previous message. I failed to notice that I was using rich text format instead of plain text. Hopefully this message will look better. From debbugs-submit-bounces@debbugs.gnu.org Fri May 06 07:52:14 2011 Received: (at 8562) by debbugs.gnu.org; 6 May 2011 11:52:14 +0000 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 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 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) 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) Date: Fri, 06 May 2011 14:52:04 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: To: oslsachem Message-id: <83wri4kpwb.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83d3k88k6o.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > 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. From debbugs-submit-bounces@debbugs.gnu.org Fri May 06 11:29:23 2011 Received: (at 8562) by debbugs.gnu.org; 6 May 2011 15:29:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QIMy2-0006Yt-Vj for submit@debbugs.gnu.org; Fri, 06 May 2011 11:29:23 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QIMy1-0006Yi-6v for 8562@debbugs.gnu.org; Fri, 06 May 2011 11:29:22 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LKS001005KIP800@a-mtaout22.012.net.il> for 8562@debbugs.gnu.org; Fri, 06 May 2011 18:28:34 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.228.234.175]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LKS001YA5NHM930@a-mtaout22.012.net.il>; Fri, 06 May 2011 18:28:31 +0300 (IDT) Date: Fri, 06 May 2011 18:28:32 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: <83wri4kpwb.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: oslsachem@gmail.com Message-id: <83pqnvlufz.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Fri, 06 May 2011 14:52:04 +0300 > From: Eli Zaretskii > Cc: 8562@debbugs.gnu.org > > 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. Alternatively, compile only a few files without optimizations; maybe that will stop GDB from crashing. For starters, we need w32.c, w32fns.c, w32term.c, dispnew.c and xdisp.c compiled like that. Please be sure to use the "-gdwarf-2 -g3" switches when you do that. From debbugs-submit-bounces@debbugs.gnu.org Sun May 22 17:32:31 2011 Received: (at 8562) by debbugs.gnu.org; 22 May 2011 21:32:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOGGE-0004EW-LW for submit@debbugs.gnu.org; Sun, 22 May 2011 17:32:31 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOGGC-0004EJ-0K for 8562@debbugs.gnu.org; Sun, 22 May 2011 17:32:29 -0400 Received: by fxm15 with SMTP id 15so3547495fxm.3 for <8562@debbugs.gnu.org>; Sun, 22 May 2011 14:32:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8tBYG8unjVIwbelVu/tVVohnBpxT5EYi+aNl4yxZmdU=; b=cCeVb184HWfo9V0BTD3WAie/FFAKZi8wGoaGaVdxLl80tUIKwO7BIBd9UbbtyLxObE K4LXPuSfbPgtkP92lMAmi7bvwdPqGL2D3X0m4M1OrbR2MnObEkRdgmfz9xWyA00sIb6m WciDBsIOJyF+wsZpVHDjRuO4I2+uIJs2o1jnU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Lk+WeYmjWWiHMmJzC6hnYPRr88Luq0FcwhquqiLKJa0uR2+9wcAZzcjShXFFL8Aobi iIsIN8YTfEVi7L6SIiKp9bzamEd7jnG6fTCTqHqvuDXMxaKosJngRoUvtQT/7pi2u60j emjmAg+mtpuRTKTZJe2MzILEMX7az4NnRCZq4= MIME-Version: 1.0 Received: by 10.223.92.154 with SMTP id r26mr1179855fam.35.1306099942232; Sun, 22 May 2011 14:32:22 -0700 (PDT) Received: by 10.223.70.138 with HTTP; Sun, 22 May 2011 14:32:22 -0700 (PDT) In-Reply-To: <83wri4kpwb.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> Date: Sun, 22 May 2011 23:32:22 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.9 (---) > We actually need to be able to debug a binary produced with --no-opt, > since debugging an optimized binary is hopeless. What versions of GCC > and GDB do you have? http://www.speedyshare.com/files/28593335/ProgramsVersions.txt > 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. I have tried to build the trunk of the Emacs bzr repository under Windows 98 but the building process gets stuck at a line which presumably can't be handled by command.com or win95cmd.exe (more about it below) because it makes use of standard handles redirection (2>&1) and logical operators (||) and because win98's version of fc doesn't seem to output a value for || to use (in the case of win95cmd.exe, MinGW's version of cmp can be used for this). After this, the bootstrapping process fails to compile some lisp files showing fatal error dialogs and, after accepting them, skips those files and continues with the building process. I didn't get to the end of it because eventually there were too many lisp files that prompted an error dialog window and required input from me to continue. I've tried to copy a lisp directory with precompiled lisp files and build from there without bootstrapping. http://www.speedyshare.com/files/28593336/EmacsTrunkConfigureW98.txt http://www.speedyshare.com/files/28593337/EmacsTrunkMakeW98.txt http://www.speedyshare.com/files/28593338/EmacsTrunkMakeInstallW98.txt And this is a GDB session: http://www.speedyshare.com/files/28593339/EmacsTrunkGDBW98.txt And I have tried running these same binaries under windows XP: http://www.speedyshare.com/files/28593340/EmacsTrunkGDBW98WXP.txt I have been able to build the trunk of the Emacs bzr repository under Windows XP (using exacly the same version of MinGW), although the bootstrapping process prompts me with a new command line shell instance inside the original one and stops, and I have to type "exit" to continue with the building process. I provide the logs: http://www.speedyshare.com/files/28593341/EmacsTrunkConfigureWXP.txt http://www.speedyshare.com/files/28593342/EmacsTrunkMakeWXP.txt http://www.speedyshare.com/files/28593343/EmacsTrunkMakeInstallWXP.txt I have copied those binaries with their corresponding source files from Windows XP to the windows 98 system, and the same graphical glitch still appears, though this isn't reflected in the debugging session which doesn't show any error. Superficially, the program is functional: I can write to the *scratch* buffer (though it isn't visible) and save it to a file. Not only the application window is clipped to a small size but the tooltip rectangles as well. They appear as small squares of a few pixels of side. http://www.speedyshare.com/files/28593344/EmacsTrunkGDBWXPW98.txt Is it necessary that the binaries are built on the same OS that they are going to be debugged in? Obviously, the official binary release of the Windows version of Emacs is going to be "cross-compiled" but berhaps an error spotted on the "natively built" binaries could give a hint about the cause of the graphical glitch? Or could it become an added problem to solve? > If this is hard or bumps into problems, it's not a catastrophe; we can >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. I have been able to build non-optimized binaries of Emacs 23.3 (that is, with a symbol table that GDB can read) by using an alternative command line shell from microsoft named Win95Cmd.exe ( from http://ftp.uni-erlangen.de/mirrors/cygwin32.old/porters/Wilson_Charles_S/consize/index.html ). Down-grading to other versions of GCC or GDB (I was using the latest versions available from MinGW) didn't change the results. http://www.speedyshare.com/files/28593345/Emacs-23.3ConfigureW98.txt http://www.speedyshare.com/files/28593346/Emacs-23.3MakeW98.txt http://www.speedyshare.com/files/28593347/Emacs-23.3MakeInstallW98.txt Unlike when I used the officially released binaries, I couldn't even get to the initial Emacs window by executing these binaries (either from Emacs-23.3 or from bazaar's trunk). The process was interrupted with a fatal error (though the -nw version (text console) worked without problems). I provide the log of a GDB session: http://www.speedyshare.com/files/28593348/Emacs-23.3GDBW98.txt I have tried running that binary under windows XP with identical result: http://www.speedyshare.com/files/28593349/Emacs-23.3GDBW98WXP.txt I have tried building Emacs-23.3 under windows XP and debugging it under windows 98 (by copying the whole directory). It hangs showing a fatal error too, but at least the initial Emacs window appears (though still at that small size) http://www.speedyshare.com/files/28593350/Emacs-23.3GDBWXPW98.txt Lastly, I have noticed that, when I run Emacs-22.3 (which I can both build and execute under Windows 98 without errors or graphical glitches) inside GDB, a "-geometry" option flag with a default initial window size appears automatically appended to the binary name in the debugger output. This doesn't happen in the other versions of Emacs (23.3 or Trunk). I provide the log for this: http://www.speedyshare.com/files/28593351/Emacs-22.3GDBW98.txt cheers, Osl From debbugs-submit-bounces@debbugs.gnu.org Mon May 23 09:43:57 2011 Received: (at 8562) by debbugs.gnu.org; 23 May 2011 13:43:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOVQK-0001e1-QC for submit@debbugs.gnu.org; Mon, 23 May 2011 09:43:57 -0400 Received: from mail-pv0-f172.google.com ([74.125.83.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOVQI-0001do-16 for 8562@debbugs.gnu.org; Mon, 23 May 2011 09:43:55 -0400 Received: by pvh18 with SMTP id 18so2838642pvh.3 for <8562@debbugs.gnu.org>; Mon, 23 May 2011 06:43:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version:content-type; bh=HQ1sqPSlcGJIdugw5blTfM4QFZZNMO3gFCHKpbRCSCA=; b=Rq/sT0KORDMr6J8djL8UwNaNceEG7DsLuze3MC2P/TR4A0tEEJ9ybsxmoUOdTqPBto k2FTA/avBdim58C4chyOpJ8icTf3KbkRGM0pdj9M5NdjNzO/ejFctixCaMw800yXUqxp bNCRsJxWKssGXs/yLhmInyBh4HjBrLEJdYWaw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=jDMY8Af9hsdpKVpcz+Sm++gjYbR4b5MAoNZ9ULWWL6dGmn80rKavE9s9z8msQ48iZQ wGMGnGka4UNW9DD1VpBLNSz9Z1RoSFZ8sc4PTmDT4pFeHwoTTdYF2qio31SJCnlUvz77 oDtu9ZmRPcfdA4v5XQt66QqlOZ7Y8tvFOe3Dg= Received: by 10.68.0.7 with SMTP id 7mr2204208pba.188.1306158228162; Mon, 23 May 2011 06:43:48 -0700 (PDT) Received: from home.jasonrumney.net ([180.75.124.8]) by mx.google.com with ESMTPS id q7sm1237626pbl.52.2011.05.23.06.43.44 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 May 2011 06:43:47 -0700 (PDT) Received: by home.jasonrumney.net (Postfix, from userid 1000) id 898B597E; Mon, 23 May 2011 21:43:40 +0800 (MYT) From: Jason Rumney To: oslsachem Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> Date: Mon, 23 May 2011 21:43:40 +0800 In-Reply-To: (oslsachem@gmail.com's message of "Sun, 22 May 2011 23:32:22 +0200") Message-ID: <874o4l7cs3.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -3.6 (---) X-Debbugs-Envelope-To: 8562 Cc: Eli Zaretskii , 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.6 (---) oslsachem writes: > Is it necessary that the binaries are built on the same OS that they > are going to be debugged in? No, the main thing is that you have the source that you know matches the binary you are running. >From http://www11.speedyshare.com/files/28593350/download/Emacs-23.3GDBWXPW98.txt --8<---------------cut here---------------start------------->8--- Program received signal SIGSEGV, Segmentation fault. 0x01051020 in display_mode_line (w=0x3495c00, face_id=MODE_LINE_FACE_ID, format=46642574) at xdisp.c:17289 17289 last->right_box_line_p = 1; (gdb) warning: clipped frame 03495000 (EMACS@OEMCOMPUTER) got WM_PAINT - ignored list 17284 extend_face_to_end_of_line (&it); 17285 if (face->box != FACE_NO_BOX) 17286 { 17287 struct glyph *last = (it.glyph_row->glyphs[TEXT_AREA] 17288 + it.glyph_row->used[TEXT_AREA] - 1); 17289 last->right_box_line_p = 1; 17290 } 17291 17292 return it.glyph_row->height; 17293 } (gdb) where #0 0x01051020 in display_mode_line (w=0x3495c00, face_id=MODE_LINE_FACE_ID, format=46642574) at xdisp.c:17289 --8<---------------cut here---------------end--------------->8--- It appears that the pointer last is invalid here. What are the values of it.glyph_row->glyphs[TEXT_AREA] and it.glyph_row->used[TEXT_AREA]? From debbugs-submit-bounces@debbugs.gnu.org Mon May 23 13:39:49 2011 Received: (at 8562) by debbugs.gnu.org; 23 May 2011 17:39:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOZ6b-0007T2-JB for submit@debbugs.gnu.org; Mon, 23 May 2011 13:39:49 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOZ6Z-0007Si-07 for 8562@debbugs.gnu.org; Mon, 23 May 2011 13:39:48 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LLN00G00SXMPS00@a-mtaout23.012.net.il> for 8562@debbugs.gnu.org; Mon, 23 May 2011 20:39:17 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.254.13]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LLN00GA6T1FPZ00@a-mtaout23.012.net.il>; Mon, 23 May 2011 20:39:17 +0300 (IDT) Date: Mon, 23 May 2011 20:39:16 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <83d3j9e2pn.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> X-Spam-Score: -1.8 (-) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.8 (-) > Date: Sun, 22 May 2011 23:32:22 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > I have tried building Emacs-23.3 under windows XP and debugging it > under windows 98 (by copying the whole directory). It hangs showing a > fatal error too, but at least the initial Emacs window appears (though > still at that small size) > > http://www.speedyshare.com/files/28593350/Emacs-23.3GDBWXPW98.txt Thank you for all your efforts. I think we are getting somewhere. > Program received signal SIGSEGV, Segmentation fault. > 0x01051020 in display_mode_line (w=0x3495c00, face_id=MODE_LINE_FACE_ID, > format=46642574) at xdisp.c:17289 > 17289 last->right_box_line_p = 1; > (gdb) warning: clipped frame 03495000 (EMACS@OEMCOMPUTER) got WM_PAINT - ignored > > list > 17284 extend_face_to_end_of_line (&it); > 17285 if (face->box != FACE_NO_BOX) > 17286 { > 17287 struct glyph *last = (it.glyph_row->glyphs[TEXT_AREA] > 17288 + it.glyph_row->used[TEXT_AREA] - 1); > 17289 last->right_box_line_p = 1; > 17290 } > 17291 > 17292 return it.glyph_row->height; > 17293 } As Jason requested, please show the values of it.glyph_row->glyphs[TEXT_AREA] and it.glyph_row->used[TEXT_AREA]. I suspect that the former is a valid address, but the latter is zero. I think at this stage we need more help from Emacs. I'm sorry to ask you to do another build, but could you perhaps compile Emacs again (on Windows XP will probably be the best in terms of not wasting too much of your time), and this time manually edit src/makefile to add the following compiler flags to CFLAGS: -DENABLE_CHECKING -DXASSERTS Then delete src/oo/i386/*.o and type "make" again. This will enable additional checking in various places in Emacs. If we are lucky, you will see Emacs aborting somewhere earlier during its startup, and that will hopefully show us the problem which leads to this crash. Thanks again. From debbugs-submit-bounces@debbugs.gnu.org Tue May 24 15:31:33 2011 Received: (at 8562) by debbugs.gnu.org; 24 May 2011 19:31:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOxKG-0002n9-SY for submit@debbugs.gnu.org; Tue, 24 May 2011 15:31:33 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOxKE-0002mu-A0 for 8562@debbugs.gnu.org; Tue, 24 May 2011 15:31:31 -0400 Received: by fxm15 with SMTP id 15so4861255fxm.3 for <8562@debbugs.gnu.org>; Tue, 24 May 2011 12:31:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=7GMg3rMxOOqHF4EtfHeFnUEj2fB1EJ45rXYbcjhFwCQ=; b=EDWkrxpbs/LrLR8TicJvvzU3hNO8g//UzDIx8rUokkXNCXLdkFevxS04Ycm8XBmikP fI93satyWXQb4tXO4MoeGW4O12LKEBfUyFRooFFA534ynXUC4TvIJ3KsCflPAb+IRRDq pdZkQe04k5HwVJhBrNXFeyDoyD+GizGEPt2PI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Z1KNcEobcRmJAkY6GgezKwqnB8WCsuveN7psGFGkL6bWW1Njz6vzKJZ91Z4/HzFKq/ 4iHBF/BNfSDACBvvj/Cb8G7i+EXUC71WA85ZnaHo388+r+ouuzjNkAWxO0sfAxxWiuz2 9pnfFKKBzhjMvBzXfHBhjq+LntSV18eGgp35U= MIME-Version: 1.0 Received: by 10.223.160.131 with SMTP id n3mr4085235fax.111.1306265484511; Tue, 24 May 2011 12:31:24 -0700 (PDT) Received: by 10.223.70.138 with HTTP; Tue, 24 May 2011 12:31:24 -0700 (PDT) In-Reply-To: <874o4l7cs3.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <874o4l7cs3.fsf@gnu.org> Date: Tue, 24 May 2011 21:31:24 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Jason Rumney Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -3.8 (---) X-Debbugs-Envelope-To: 8562 Cc: Eli Zaretskii , 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.8 (---) > > Is it necessary that the binaries are built on the same OS that they > > are going to be debugged in? > > No, the main thing is that you have the source that you know matches the > binary you are running. Ok, thanks. > It appears that the pointer last is invalid here. What are the values of > it.glyph_row->glyphs[TEXT_AREA] and it.glyph_row->used[TEXT_AREA]? > A new GDB session with the additional information: http://www.speedyshare.com/files/28627434/Emacs-23.3GDBValues.txt Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Tue May 24 15:32:14 2011 Received: (at 8562) by debbugs.gnu.org; 24 May 2011 19:32:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOxKw-0002oP-7B for submit@debbugs.gnu.org; Tue, 24 May 2011 15:32:14 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOxKu-0002oE-Mb for 8562@debbugs.gnu.org; Tue, 24 May 2011 15:32:13 -0400 Received: by fxm15 with SMTP id 15so4861627fxm.3 for <8562@debbugs.gnu.org>; Tue, 24 May 2011 12:32:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0umRjW8dBsGyMXb/FTnnbpQ8Bu8wFOw8j9Izs4V25R0=; b=ZoTmkDdQjrBkdTx7FROBa6d8N2FoW/VNkzBy4B4rzvlM29FNxxuXGoYc/pa7I0vN8d hBTHrfG3VK4aM4JQ4bgc9WRG8WoSdXRjb4o/NhXNOtKv3w/my8+K5x1ejdfLQ90eTGzI +r36RkuNl6cCu5uQoa6ucqX0eAmpRHo36bEao= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=KyN9MYS7VZWwK3TE1P4kon/laIEmHBgQjyiUtZcan3LFZBwAnhwK/fZoU5d365IxgN vCeHffhfo1CnHqMXN4XsgYvB8JYGB/46XG+m4+F3t4QXW5I8xm607qALlUra/q8a7b9w MtNoZbQ96pO7s4m1K4dnYt5vKiDL1whCmfzCY= MIME-Version: 1.0 Received: by 10.223.4.136 with SMTP id 8mr2140876far.16.1306265525684; Tue, 24 May 2011 12:32:05 -0700 (PDT) Received: by 10.223.70.138 with HTTP; Tue, 24 May 2011 12:32:05 -0700 (PDT) In-Reply-To: <83d3j9e2pn.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> Date: Tue, 24 May 2011 21:32:05 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.8 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.8 (---) > I think at this stage we need more help from Emacs. =A0I'm sorry to ask > you to do another build, but could you perhaps compile Emacs again ... No problem, really. :) Just tell me what you need me to do. > ... , and this time manually edit src/makefile to add the > following compiler flags to CFLAGS: > > =A0 -DENABLE_CHECKING -DXASSERTS http://www.speedyshare.com/files/28627435/makefile > Then delete src/oo/i386/*.o ... http://www.speedyshare.com/files/28627555/deletions.txt > ...and type "make" again. http://www.speedyshare.com/files/28627436/Emacs-23.3Make.txt http://www.speedyshare.com/files/28627437/Emacs-23.3MakeInstall.txt > This will enable additional checking in various places in Emacs. =A0If > we are lucky, you will see Emacs aborting somewhere earlier during its > startup, and that will hopefully show us the problem which leads to > this crash. http://www.speedyshare.com/files/28627438/Emacs-23.3GDBCFlags.txt Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Tue May 24 16:38:30 2011 Received: (at 8562) by debbugs.gnu.org; 24 May 2011 20:38:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOyN4-0004I0-Ci for submit@debbugs.gnu.org; Tue, 24 May 2011 16:38:30 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QOyN1-0004Hm-7b for 8562@debbugs.gnu.org; Tue, 24 May 2011 16:38:28 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LLP00J00VXXK000@a-mtaout22.012.net.il> for 8562@debbugs.gnu.org; Tue, 24 May 2011 23:37:55 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.254.13]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LLP00JF4VZ58B30@a-mtaout22.012.net.il>; Tue, 24 May 2011 23:37:55 +0300 (IDT) Date: Tue, 24 May 2011 23:37:55 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: To: oslsachem Message-id: <8339k3esws.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Tue, 24 May 2011 21:32:05 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org >=20 > > This will enable additional checking in various places in Emacs. = =A0If > > we are lucky, you will see Emacs aborting somewhere earlier durin= g its > > startup, and that will hopefully show us the problem which leads = to > > this crash. >=20 > http://www.speedyshare.com/files/28627438/Emacs-23.3GDBCFlags.txt >=20 > (gdb) where > #0 w32_abort () at w32fns.c:7365 > #1 0x01050284 in window_box_height (w=3D0x37f3c00) at xdisp.c:1104 > #2 0x01207f8b in required_matrix_height (w=3D0x37f3c00) at dispnew= .c:1999 Thanks. It aborts here: INLINE int window_box_height (w) =09 struct window *w; { struct frame *f =3D XFRAME (w->frame); int height =3D WINDOW_TOTAL_HEIGHT (w); xassert (height >=3D 0); <<<<<<<<<<<<<<<<<<<<< Which means the value of height is non-positive. So please go to frame #1 and show the values of height, w->total_lines and w->total_cols. I suspect that they are all zero. If that is true, please see how did that happen, because the function make_frame was supposed to set this window (the root window of the newly created frame) to 10x10 dimensions, around line 385: /* 10 is arbitrary, just so that there is "something there." Correct size will be set up later with change_frame_size. */ SET_FRAME_COLS (f, 10); FRAME_LINES (f) =3D 10; XSETFASTINT (XWINDOW (root_window)->total_cols, 10); XSETFASTINT (XWINDOW (root_window)->total_lines, (mini_p ? 9 : 10))= ; If total_lines and total_cols get the right values here, then please set a watchpoint on these fields, or step through the code between th= e above and where it aborts, and see where they are reset to zero. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue May 24 22:01:30 2011 Received: (at 8562) by debbugs.gnu.org; 25 May 2011 02:01:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QP3Pd-0002vc-LT for submit@debbugs.gnu.org; Tue, 24 May 2011 22:01:29 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QP3Pc-0002vQ-2x for 8562@debbugs.gnu.org; Tue, 24 May 2011 22:01:28 -0400 Received: by fxm15 with SMTP id 15so5026956fxm.3 for <8562@debbugs.gnu.org>; Tue, 24 May 2011 19:01:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Rb5w0OJDEzRngV8hmCiV84wWvwbOCqM0mp4XYvP+Rfo=; b=sqXD7ThUs6LIhxTADuvi5RqSDpft7HqQSduVKMgXBXFLSGcnJ+RV+0S4ZcQCDEB4Tx d9U2loPtBewP0RKQs7bjoTznIj2bKbBYOxnUl1o7b4RN6Olr4o62KK6fMkpXoFX+IOXA 7EA9mB0fMRtf2Om3If95U09cZAMk5oMChKu1U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=JcoKqPuD4VAUsfUHHlpk3aIOoBELhy3VepqOBcW+BJmvZ1oIlWvPCLmj16emJ02IPS WSxO2D7fitFR2y+rTzHg/jRBncyXWDTknRRfRy97zroJ1erW+vWkU+yjL2ttEcQlqRHh FfZiE1mmDd81UqdBTOGDdwx/1Sy7MNd9Di4PI= MIME-Version: 1.0 Received: by 10.223.6.11 with SMTP id 11mr4377584fax.92.1306288882358; Tue, 24 May 2011 19:01:22 -0700 (PDT) Received: by 10.223.70.138 with HTTP; Tue, 24 May 2011 19:01:22 -0700 (PDT) In-Reply-To: <8339k3esws.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> Date: Wed, 25 May 2011 04:01:22 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) > Which means the value of height is non-positive. =A0So please go to > frame #1 and show the values of height, w->total_lines and > w->total_cols ... > ... the function make_frame was > supposed to set this window (the root window of the newly created > frame) to 10x10 dimensions, around line 385: > > =A0/* 10 is arbitrary, > =A0 =A0 just so that there is "something there." > =A0 =A0 Correct size will be set up later with change_frame_size. =A0*/ > > =A0SET_FRAME_COLS (f, 10); > =A0FRAME_LINES (f) =3D 10; > > =A0XSETFASTINT (XWINDOW (root_window)->total_cols, 10); > =A0XSETFASTINT (XWINDOW (root_window)->total_lines, (mini_p ? 9 : 10)); > > If total_lines and total_cols get the right values here, then please > set a watchpoint on these fields, or step through the code between the > above and where it aborts, and see where they are reset to zero. http://www.speedyshare.com/files/28632428/Emacs-23.3GDBframe1.txt greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Wed May 25 00:28:42 2011 Received: (at 8562) by debbugs.gnu.org; 25 May 2011 04:28:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QP5i6-00061v-D9 for submit@debbugs.gnu.org; Wed, 25 May 2011 00:28:42 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QP5i4-00061k-Eu for 8562@debbugs.gnu.org; Wed, 25 May 2011 00:28:41 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1QP5hy-0000Pe-WA; Wed, 25 May 2011 00:28:34 -0400 Date: Wed, 25 May 2011 00:28:34 -0400 Message-Id: From: Eli Zaretskii To: oslsachem In-reply-to: (message from oslsachem on Wed, 25 May 2011 04:01:22 +0200) Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Date: Wed, 25 May 2011 04:01:22 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > > If total_lines and total_cols get the right values here, then please > > set a watchpoint on these fields, or step through the code between the > > above and where it aborts, and see where they are reset to zero. > > http://www.speedyshare.com/files/28632428/Emacs-23.3GDBframe1.txt This shows that my guess was wrong: (gdb) frame 1 #1 0x01050284 in window_box_height (w=0x37f3c00) at xdisp.c:1104 1104 xassert (height >= 0); (gdb) p height $1 = -482614272 (gdb) p w->total_lines $2 = 32 (gdb) p w->total_cols $3 = 40 The problem is not the window dimensions, which look fine, but something else. `height' is computed like this: int height = WINDOW_TOTAL_HEIGHT (w); WINDOW_TOTAL_HEIGHT is defined like this: #define WINDOW_TOTAL_HEIGHT(W) \ (WINDOW_TOTAL_LINES (W) * WINDOW_FRAME_LINE_HEIGHT (W)) #define WINDOW_TOTAL_LINES(W) \ (XFASTINT ((W)->total_lines)) #define WINDOW_FRAME_LINE_HEIGHT(W) \ (FRAME_LINE_HEIGHT (WINDOW_XFRAME ((W)))) #define FRAME_LINE_HEIGHT(F) ((F)->line_height) So the problem must be that FRAME_LINE_HEIGHT (WINDOW_XFRAME ((W))) returns a negative value. Can you verify that? In frame #1, please type "print f->line_height" and see if the value is negative or maybe a large positive (which causes the multiplication in WINDOW_TOTAL_HEIGHT to overflow). If the value of f->line_height is indeed bogus, please put a breakpoint in x_new_font, run Emacs again, and when the breakpoint breaks, step through that function and see why it doesn't put a valid value into this field. This should happen on line 5280 of w32term.c: FRAME_LINE_HEIGHT (f) = font->height; If this indeed assigns a bogus value, please show the contents of the `font' structure ("print *font" at GDB prompt). Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed May 25 06:53:58 2011 Received: (at 8562) by debbugs.gnu.org; 25 May 2011 10:53:58 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QPBiw-0005qL-0k for submit@debbugs.gnu.org; Wed, 25 May 2011 06:53:58 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QPBin-0005pt-Tu for 8562@debbugs.gnu.org; Wed, 25 May 2011 06:53:50 -0400 Received: by fxm15 with SMTP id 15so5242229fxm.3 for <8562@debbugs.gnu.org>; Wed, 25 May 2011 03:53:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=J4SgyXfo1wNd33h0XFEQuztmvSbF0jnjkKgHoZHkvJY=; b=Im2Bo8sncRYCd5J9IDi6OmJd6XOzNug0hYU5lkRm43F6y70Z9LaJu3h2HSqBKImeq2 u6dmK0pWsimkYkOeFraFc3Y4/7QUYZ58GJAZ170zb7pAXK+i1oaDluhpzNTpFds+BT6Q oTJVTE0ZlKu8kjz8Sr0g12v6fkl4aVkxzl6+k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=asDCxQAGDUBsie9jdgj4gNSBc4P9vEZ0jrJF1ZNeH+9FoKQ9A+rtI6wmzJefa2y3+1 FkrvMzwiAxj8D24z8AV8K0FSQI0WQjVFmFAErwFB3DCGWGEiY+CRTa+AeeC5PH/ULsRn mRKEv2ZqMG1PlxierLBTsl63C2bXKVd3Epi9o= MIME-Version: 1.0 Received: by 10.223.127.210 with SMTP id h18mr4797617fas.73.1306320809212; Wed, 25 May 2011 03:53:29 -0700 (PDT) Received: by 10.223.70.138 with HTTP; Wed, 25 May 2011 03:53:29 -0700 (PDT) In-Reply-To: References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> Date: Wed, 25 May 2011 12:53:29 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) > So the problem must be that FRAME_LINE_HEIGHT (WINDOW_XFRAME ((W))) > returns a negative value. =A0Can you verify that? =A0In frame #1, please > type "print f->line_height" and see if the value is negative or maybe a > large positive (which causes the multiplication in WINDOW_TOTAL_HEIGHT > to overflow). > > If the value of f->line_height is indeed bogus, please put a > breakpoint in x_new_font, run Emacs again, and when the breakpoint > breaks, step through that function and see why it doesn't put a valid > value into this field. =A0This should happen on line 5280 of w32term.c: > > =A0FRAME_LINE_HEIGHT (f) =3D font->height; > > If this indeed assigns a bogus value, please show the contents of the > `font' structure ("print *font" at GDB prompt). http://www.speedyshare.com/files/28635231/Emacs-23.3GDBfont.txt Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Wed May 25 12:44:41 2011 Received: (at 8562) by debbugs.gnu.org; 25 May 2011 16:44:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QPHCL-00067X-8I for submit@debbugs.gnu.org; Wed, 25 May 2011 12:44:41 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QPHCH-00067H-DG for 8562@debbugs.gnu.org; Wed, 25 May 2011 12:44:39 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LLR00B00FSUMP00@a-mtaout20.012.net.il> for 8562@debbugs.gnu.org; Wed, 25 May 2011 19:44:30 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.254.13]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LLR009IXFU4KVI0@a-mtaout20.012.net.il>; Wed, 25 May 2011 19:44:30 +0300 (IDT) Date: Wed, 25 May 2011 19:44:31 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: To: oslsachem Message-id: <83wrhed91s.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Wed, 25 May 2011 12:53:29 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org >=20 > > If the value of f->line_height is indeed bogus, please put a > > breakpoint in x_new_font, run Emacs again, and when the breakpoin= t > > breaks, step through that function and see why it doesn't put a v= alid > > value into this field. =A0This should happen on line 5280 of w32t= erm.c: > > > > =A0FRAME_LINE_HEIGHT (f) =3D font->height; > > > > If this indeed assigns a bogus value, please show the contents of= the > > `font' structure ("print *font" at GDB prompt). >=20 > http://www.speedyshare.com/files/28635231/Emacs-23.3GDBfont.txt > (gdb) p font->height > $2 =3D 2087156864 > (gdb) p *font > $3 =3D { > size =3D 1075838994,=20 > next =3D 0x37fc800,=20 > props =3D {50024618, 50024882, 52291426, 50024834, 50018570, 1027= 20, 102528,=20 > 102656, 52, 49805314, 440, 49805314, 50073638, 49805314, 522168= 65,=20 > 52216881, 49805314, 50018522},=20 > max_width =3D 2113995264,=20 > pixel_size =3D 13,=20 > height =3D 2087156864,=20 > space_width =3D 101581574,=20 > average_width =3D 101581574,=20 > min_width =3D 101581574,=20 > ascent =3D 2053600883,=20 > descent =3D 33555981,=20 > underline_thickness =3D 0,=20 > underline_position =3D -1,=20 > vertical_centering =3D 0,=20 > encoding_type =3D 0 '\000',=20 > baseline_offset =3D 0,=20 > relative_compose =3D 0,=20 > default_ascent =3D 2053600883,=20 > font_encoder =3D 0x0,=20 > driver =3D 0x151c220,=20 > encoding_charset =3D -1,=20 > repertory_charset =3D -1 > } Looks like the font structure is garbled, at least most of its fields are. On Windows XP I see this instead: (gdb) p *font $1 =3D { size =3D 1075838994, next =3D 0x101ed800, props =3D {48349354, 48349618, 50593634, 48349570, 48343306, 1027= 20, 102528, 102656, 52, 48130050, 440, 48130050, 48395622, 48130050, 505234= 89, 50523505, 48130050, 48343258}, max_width =3D 9, pixel_size =3D 13, height =3D 16, space_width =3D 8, average_width =3D 8, min_width =3D 8, ascent =3D 12, descent =3D 4, underline_thickness =3D 1, underline_position =3D 3, vertical_centering =3D 0, encoding_type =3D 0 '\000', baseline_offset =3D 0, relative_compose =3D 0, default_ascent =3D 12, font_encoder =3D 0x0, driver =3D 0x153c300, encoding_charset =3D -1, repertory_charset =3D -1 } We are entering an area of Emacs where I don't know enough, so I hope Jason will chime in RSN... Anyway. Could you please step through x_default_font_parameter, and see which font it picks up here: font =3D !NILP (font_param) ? font_param : x_get_arg (dpyinfo, parms, Qfont, "font", "Font", RES_TYPE_STRI= NG); if (!STRINGP (font)) { int i; static char *names[] =3D { "Courier New-10", "-*-Courier-normal-r-*-*-13-*-*-*-c-*-iso8859-1", "-*-Fixedsys-normal-r-*-*-12-*-*-*-c-*-iso8859-1", "Fixedsys", NULL }; for (i =3D 0; names[i]; i++) { font =3D font_open_by_name (f, names[i]); if (! NILP (font)) break; } if (NILP (font)) error ("No suitable font was found"); A word about displaying values of variables declared Lisp_Object. Yo= u need to start GDB from a directory where you have the .gdbinit file that comes with the source tarball (you will find it in the src/ directory). Then use the "pp" command instead of "p" or "print" to display values of Lisp_Object variables. After you determine which font is being picked up in the above loop, please put a breakpoint in uniscribe_open and see if it and especiall= y w32font_open_internal that it calls succeed to open the font; if they fail, please try to see why. Finally, if you start Emacs with "emacs -Q -xrm Emacs.fontBackend:gdi= ", does it also aborts in the same way, i.e. inside window_box_height? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed May 25 21:50:34 2011 Received: (at 8562) by debbugs.gnu.org; 26 May 2011 01:50:35 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QPPic-0003lf-IB for submit@debbugs.gnu.org; Wed, 25 May 2011 21:50:34 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QPPia-0003lS-6u for 8562@debbugs.gnu.org; Wed, 25 May 2011 21:50:32 -0400 Received: by fxm15 with SMTP id 15so366648fxm.3 for <8562@debbugs.gnu.org>; Wed, 25 May 2011 18:50:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=jXVjX/4mRQ/vqeK7LtNvZtUGDK1gsQaQJkiTZIao/3A=; b=YKR6zmZ2V0ZGvrZiwwASKjY98PHbxeXKSreUzeL2FW0Gy8sxJda1UNqDtqKh6i4Zlk IZXkPE9bcfoGBhcM+6+a2iWr8g7MP2Tr6Wg39JExeSsQoVINUETrUCi2I9ZyLqInA10k WycbX7+Czu2k8w2mxIJDy/sWUXlzT7730nkSU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=oNbv7eNw9ul3xLD8HsBSxan2B4cVafWOlUYY/i/vT6jS3h10B2xzMygy8A3fI4GxMt PO8+MKMS+8ibcjhraCHN+vbZaDEwdp5OgTmSeZwCsU2iVtoYc99ZlyRN+XWs7YsX3oQx +TvbUArfBDs2xrFOfbKIKnmD6CBWGxZCDcWlM= MIME-Version: 1.0 Received: by 10.223.4.136 with SMTP id 8mr338531far.16.1306374624574; Wed, 25 May 2011 18:50:24 -0700 (PDT) Received: by 10.223.70.138 with HTTP; Wed, 25 May 2011 18:50:24 -0700 (PDT) In-Reply-To: <83wrhed91s.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> Date: Thu, 26 May 2011 03:50:24 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) > We are entering an area of Emacs where I don't know enough, so I hope > Jason will chime in RSN... Your efforts are much appreciated, really. > Anyway. =A0Could you please step through x_default_font_parameter, and > see which font it picks up here: > > =A0font =3D !NILP (font_param) ? font_param > =A0 =A0: x_get_arg (dpyinfo, parms, Qfont, "font", "Font", RES_TYPE_STRIN= G); > > =A0if (!STRINGP (font)) > =A0 =A0{ > =A0 =A0 =A0int i; > =A0 =A0 =A0static char *names[] > =A0 =A0 =A0 =A0=3D { "Courier New-10", > =A0 =A0 =A0 =A0 =A0 =A0"-*-Courier-normal-r-*-*-13-*-*-*-c-*-iso8859-1", > =A0 =A0 =A0 =A0 =A0 =A0"-*-Fixedsys-normal-r-*-*-12-*-*-*-c-*-iso8859-1", > =A0 =A0 =A0 =A0 =A0 =A0"Fixedsys", > =A0 =A0 =A0 =A0 =A0 =A0NULL }; > > =A0 =A0 =A0for (i =3D 0; names[i]; i++) > =A0 =A0 =A0 =A0{ > =A0 =A0 =A0 =A0 =A0font =3D font_open_by_name (f, names[i]); > =A0 =A0 =A0 =A0 =A0if (! NILP (font)) > =A0 =A0 =A0 =A0 =A0 =A0break; > =A0 =A0 =A0 =A0} > =A0 =A0 =A0if (NILP (font)) > =A0 =A0 =A0 =A0error ("No suitable font was found"); http://www.speedyshare.com/files/28648980/EmacsGDBCourierNew.txt > You > need to start GDB from a directory where you have the .gdbinit file > that comes with the source tarball (you will find it in the src/ > directory). I always start GDB with 'gdb oo/i386/emacs' to be sure I am in the right place, as suggested at http://www.gnu.org/software/emacs/windows/Getting-Emacs.html#Getting-Emacs > After you determine which font is being picked up in the above loop, > please put a breakpoint in uniscribe_open and see if it and especially > w32font_open_internal that it calls succeed to open the font http://www.speedyshare.com/files/28648981/Emacs-23.3GDBuniscribe.txt > Finally, if you start Emacs with "emacs -Q -xrm Emacs.fontBackend:gdi", > does it also aborts in the same way, i.e. inside window_box_height? http://www.speedyshare.com/files/28648982/Emacs-23.3GDBfontBackend.txt Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Fri May 27 10:04:38 2011 Received: (at 8562) by debbugs.gnu.org; 27 May 2011 14:04:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QPxeX-0007Xm-Gk for submit@debbugs.gnu.org; Fri, 27 May 2011 10:04:38 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QPxeS-0007XY-SW for 8562@debbugs.gnu.org; Fri, 27 May 2011 10:04:35 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LLU00H00XO92400@a-mtaout20.012.net.il> for 8562@debbugs.gnu.org; Fri, 27 May 2011 17:04:21 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.221.158]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LLU00FRSXR6O9H0@a-mtaout20.012.net.il>; Fri, 27 May 2011 17:04:21 +0300 (IDT) Date: Fri, 27 May 2011 17:04:23 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <83ei3kck9k.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Thu, 26 May 2011 03:50:24 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > > After you determine which font is being picked up in the above loop, > > please put a breakpoint in uniscribe_open and see if it and especially > > w32font_open_internal that it calls succeed to open the font > > http://www.speedyshare.com/files/28648981/Emacs-23.3GDBuniscribe.txt Here's what I see in this transcript: > Breakpoint 3, uniscribe_open (f=0x37f3000, font_entity=58707461, > pixel_size=13) at w32uniscribe.c:124 > 124 Lisp_Object font_object > (gdb) n > 128 = (struct uniscribe_font_info *) XFONT_OBJECT (font_object); > (gdb) > 127 struct uniscribe_font_info *uniscribe_font > (gdb) finish > Run till exit from #0 uniscribe_open (f=0x37f3000, font_entity=58707461, > pixel_size=13) at w32uniscribe.c:127 > 0x01289daa in font_open_entity (f=0x37f3000, entity=58707461, pixel_size=13) > at font.c:3074 > 3074 font_object = driver_list->driver->open (f, entity, scaled_pixel_size); > Value returned is $1 = 52252165 > Breakpoint 4, w32font_open_internal (f=0x37f3000, font_entity=58707461, > pixel_size=13, font_object=52252165) at w32font.c:816 > 816 OUTLINETEXTMETRICW* metrics = NULL; > (gdb) n > 818 w32_font = (struct w32font_info *) XFONT_OBJECT (font_object); > (gdb) finish > Run till exit from #0 w32font_open_internal (f=0x37f3000, > font_entity=58707461, pixel_size=13, font_object=52252165) > at w32font.c:818 > 0x0131e6b1 in uniscribe_open (f=0x37f3000, font_entity=58707461, > pixel_size=13) at w32uniscribe.c:132 > 132 if (!w32font_open_internal (f, font_entity, pixel_size, font_object)) > Value returned is $2 = 1 So both functions think they are succeeding. But I think something abnormal must be happening inside w32font_open_internal, because that's where the font object's contents is being filled, and we already saw that the font winds up garbled in most of its fields in x_new_font. So please step through w32font_open_internal and print some of the important values there, as I did in the session reproduced below. (Note: the output of the "pp" command does not get written to the GDB log, so if you use "pp", please either manually add its output into the log or copy it to your mail response, where I could see it.) > > Finally, if you start Emacs with "emacs -Q -xrm Emacs.fontBackend:gdi", > > does it also aborts in the same way, i.e. inside window_box_height? > > http://www.speedyshare.com/files/28648982/Emacs-23.3GDBfontBackend.txt Same thing. So the problem is not in the Uniscribe font backend, but rather in some code that is common to both Uniscribe and GDI font backends. Here's the GDB session on Windows XP that shows how the font object is initialized and what are its values just before w32font_open_internal is about to return: GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: ... Reading symbols from D:\usr\test\emacs-23.3\src/./oo/i386/emacs.exe...done. SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from termina l] Environment variable "DISPLAY" not defined. Environment variable "TERM" not defined. Breakpoint 1 at 0x131219c: file w32fns.c, line 7365. Temporary breakpoint 2 at 0x113de7a: file sysdep.c, line 1132. (gdb) break w32font_open_internal Breakpoint 3 at 0x133c56a: file w32font.c, line 816. (gdb) r -Q Starting program: D:\usr\test\emacs-23.3\src/./oo/i386/emacs.exe -Q [New Thread 5360.0x2d4] Warning: arch-dependent data dir (d:/usr/test/emacs-23.3/bin/) does not exist. [New Thread 5360.0x6f0] Breakpoint 3, w32font_open_internal (f=0x101f3000, font_entity=270458373, pixel_size=13, font_object=52391429) at w32font.c:816 816 OUTLINETEXTMETRICW* metrics = NULL; (gdb) n 818 w32_font = (struct w32font_info *) XFONT_OBJECT (font_object); (gdb) pp font_entity # (gdb) pp font_object # (gdb) n 819 font = (struct font *) w32_font; (gdb) n 821 if (!font) (gdb) n 824 bzero (&logfont, sizeof (logfont)); (gdb) p w32_font $1 = (struct w32font_info *) 0x31f6e00 (gdb) p *w32_font $2 = { font = { size = 1075838994, next = 0x101ed800, props = {48349354, 48349618, 50593634, 48349570, 48343306, 102720, 102528, 102656, 52, 48130050, 440, 48130050, 48395694, 48130050, 48130050, 48130050, 48130050, 48130050}, max_width = 33562893, pixel_size = 75378178, height = 8, space_width = -16777216, average_width = 856579, min_width = 2052, ascent = 0, descent = -267582465, underline_thickness = 2113995519, underline_position = 218890759, vertical_centering = 269352976, encoding_type = 0 '\000', baseline_offset = 242901620, relative_compose = 16908291, default_ascent = 220204082, font_encoder = 0x2e0102f2, driver = 0x200080e, encoding_charset = 2053600259, repertory_charset = 234883341 }, metrics = { tmHeight = 67239945, tmAscent = 2053600883, tmDescent = 33555981, tmInternalLeading = 1718186756, tmExternalLeading = 3018362, tmAveCharWidth = 101581574, tmMaxCharWidth = 2113995264, tmWeight = 33562893, tmOverhang = 75378178, tmDigitizedAspectX = 8, tmDigitizedAspectY = -16777216, tmFirstChar = 4611 L', tmLastChar = 13 L', tmDefaultChar = 2052 L', tmBreakChar = 0 L', tmItalic = 0 '\000', tmUnderlined = 0 '\000', tmStruckOut = 0 '\000', tmPitchAndFamily = 0 '\000', tmCharSet = 255 '\377' }, glyph_idx = 2113995519, cached_metrics = 0xc0307, n_cache_blocks = 1685217636, hfont = 0x6e6f662d } (gdb) p Qnil $3 = 48130050 (gdb) n 825 fill_in_logfont (f, &logfont, font_entity); (gdb) n 829 val = AREF (font_entity, FONT_FOUNDRY_INDEX); (gdb) n 830 if (!EQ (val, Qraster)) (gdb) pp val outline (gdb) n 831 logfont.lfOutPrecision = OUT_TT_PRECIS; (gdb) n 833 size = XINT (AREF (font_entity, FONT_SIZE_INDEX)); (gdb) n 834 if (!size) (gdb) p size $4 = 0 (gdb) n 835 size = pixel_size; (gdb) n 837 logfont.lfHeight = -size; (gdb) p size $6 = 13 (gdb) n 838 hfont = CreateFontIndirect (&logfont); (gdb) n 840 if (hfont == NULL) (gdb) n 844 dc = get_frame_dc (f); (gdb) n 845 old_font = SelectObject (dc, hfont); (gdb) n 848 len = GetOutlineTextMetricsW (dc, 0, NULL); (gdb) p old_font $7 = (HFONT) 0x18a0021 (gdb) n 849 if (len) (gdb) p len $8 = 372 (gdb) n 851 metrics = (OUTLINETEXTMETRICW *) alloca (len); (gdb) n 852 if (GetOutlineTextMetricsW (dc, len, metrics)) (gdb) n 853 bcopy (&metrics->otmTextMetrics, &w32_font->metrics, (gdb) n 859 if (!metrics) (gdb) n 862 w32_font->cached_metrics = NULL; (gdb) p *metrics $9 = { otmSize = 372, otmTextMetrics = { tmHeight = 16, tmAscent = 12, tmDescent = 4, tmInternalLeading = 3, tmExternalLeading = 0, tmAveCharWidth = 8, tmMaxCharWidth = 9, tmWeight = 400, tmOverhang = 0, tmDigitizedAspectX = 96, tmDigitizedAspectY = 96, tmFirstChar = 32 L', tmLastChar = 65532 L', tmDefaultChar = 31 L', tmBreakChar = 32 L', tmItalic = 0 '\000', tmUnderlined = 0 '\000', tmStruckOut = 0 '\000', tmPitchAndFamily = 54 '6', tmCharSet = 0 '\000' }, otmFiller = 82 'R', otmPanoseNumber = { bFamilyType = 2 '\002', bSerifStyle = 7 '\a', bWeight = 3 '\003', bProportion = 9 ' ', bContrast = 2 '\002', bStrokeVariation = 2 '\002', bArmStyle = 5 '\005', bLetterform = 2 '\002', bMidline = 4 '\004', bXHeight = 4 '\004' }, otmfsSelection = 64, otmfsType = 0, otmsCharSlopeRise = 1, otmsCharSlopeRun = 0, otmItalicAngle = 0, otmEMSquare = 2048, otmAscent = 8, otmDescent = -2, otmLineGap = 0, otmsCapEmHeight = 7, otmsXHeight = 3, otmrcFontBox = { left = 0, top = 13, right = 8, bottom = -9 }, otmMacAscent = 11, otmMacDescent = -4, otmMacLineGap = 0, otmusMinimumPPEM = 9, otmptSubscriptSize = { x = 9, y = 8 }, otmptSubscriptOffset = { x = 0, y = 2 }, otmptSuperscriptSize = { x = 9, y = 8 }, otmptSuperscriptOffset = { x = 0, y = 5 }, otmsStrikeoutSize = 1, otmsStrikeoutPosition = 3, otmsUnderscoreSize = 1, otmsUnderscorePosition = -3, otmpFamilyName = 0xd8
, otmpFaceName = 0xf0
, otmpStyleName = 0x108
, otmpFullName = 0x118
} (gdb) n 863 w32_font->n_cache_blocks = 0; (gdb) n 865 SelectObject (dc, old_font); (gdb) n 866 release_frame_dc (f, dc); (gdb) n 868 w32_font->hfont = hfont; (gdb) n 875 len = 96; (gdb) n 876 name = alloca (len); (gdb) n 877 while (name && w32font_full_name (&logfont, font_entity, pixel_size, (gdb) n 883 if (name) (gdb) n 884 font->props[FONT_FULLNAME_INDEX] (gdb) n 891 font->max_width = w32_font->metrics.tmMaxCharWidth; (gdb) n 898 font->space_width = font->average_width = w32_font->metrics.tmAveCharWidth; (gdb) n 900 font->vertical_centering = 0; (gdb) n 901 font->encoding_type = 0; (gdb) n 902 font->baseline_offset = 0; (gdb) n 903 font->relative_compose = 0; (gdb) n 904 font->default_ascent = w32_font->metrics.tmAscent; (gdb) n 905 font->font_encoder = NULL; (gdb) n 906 font->pixel_size = size; (gdb) n 907 font->driver = &w32font_driver; (gdb) n 910 extra = AREF (font_entity, FONT_EXTRA_INDEX); (gdb) n 911 if (CONSP (extra)) (gdb) n 913 val = assq_no_quit (QCformat, extra); (gdb) n 914 if (CONSP (val)) (gdb) n 915 font->props[FONT_FORMAT_INDEX] = XCDR (val); (gdb) n 922 font->props[FONT_FILE_INDEX] = Qnil; (gdb) n 923 font->encoding_charset = -1; (gdb) n 924 font->repertory_charset = -1; (gdb) n 926 font->min_width = font->space_width; (gdb) n 927 font->ascent = w32_font->metrics.tmAscent; (gdb) n 928 font->descent = w32_font->metrics.tmDescent; (gdb) n 929 font->height = font->ascent + font->descent; (gdb) n 931 if (metrics) (gdb) n 933 font->underline_thickness = metrics->otmsUnderscoreSize; (gdb) n 934 font->underline_position = -metrics->otmsUnderscorePosition; (gdb) n 946 font->props[FONT_NAME_INDEX] = Ffont_xlfd_name (font_object, Qnil); (gdb) n 948 return 1; (gdb) p *font $10 = { size = 1075838994, next = 0x101ed800, props = {48349354, 48349618, 50593634, 48349570, 48343306, 102720, 102528, 102656, 52, 48130050, 440, 48130050, 48395694, 48130050, 50523505, 50523521, 48130050, 48343258}, max_width = 9, pixel_size = 13, height = 16, space_width = 8, average_width = 8, min_width = 8, ascent = 12, descent = 4, underline_thickness = 1, underline_position = 3, vertical_centering = 0, encoding_type = 0 '\000', baseline_offset = 0, relative_compose = 0, default_ascent = 12, font_encoder = 0x0, driver = 0x153c260, encoding_charset = -1, repertory_charset = -1 } (gdb) n 949 } (gdb) uniscribe_open (f=0x101f3000, font_entity=270458373, pixel_size=13) at w32uniscribe.c:138 138 uniscribe_font->cache = NULL; (gdb) p font_object $18 = 52391429 (gdb) xtype Lisp_Vectorlike PVEC_FONT (gdb) xfont $19 = (struct font *) 0x31f6e00 (gdb) p $->props[14] $20 = 50523505 (gdb) xstring $21 = (struct Lisp_String *) 0x302ed70 "-outline-Courier New-normal-normal-normal-mono-13-*-*-*-c-*-iso8859-1" (gdb) p font_object $23 = 52391429 (gdb) xfont $24 = (struct font *) 0x31f6e00 (gdb) p $->props[15] $25 = 50523521 (gdb) xstring $26 = (struct Lisp_String *) 0x302ed80 "Courier New-10.0" (gdb) From debbugs-submit-bounces@debbugs.gnu.org Fri May 27 12:13:38 2011 Received: (at 8562) by debbugs.gnu.org; 27 May 2011 16:13:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QPzfO-0001xn-C4 for submit@debbugs.gnu.org; Fri, 27 May 2011 12:13:38 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QPzfL-0001xa-AY for 8562@debbugs.gnu.org; Fri, 27 May 2011 12:13:36 -0400 Received: by fxm15 with SMTP id 15so1419731fxm.3 for <8562@debbugs.gnu.org>; Fri, 27 May 2011 09:13:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=X4fapVHqno80skX3lIfigEQzUXMGzTFu02CBegKaosU=; b=Tie5JF87YktXfwumDShLgOW3JIx+nEyAN6wFSNxoJ+tmpwWNsGgbzhcVCLwFYXWzTi gaThj1NTrHAQAlZiKpQ7LNktwxWL0A6DNTfa5iXxBkiTWLIkBVfSJRWIJJDRG/UtaarN c1FVbLzOcqLRp9EJzkd8nomxjGESAf57eROzo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=oegr4y4F/KdKB+5l44VEkN7iYj23Ph6ylqEWPc1tZiRDJLIBc0le1zQXZj4wy06Gqw M3CWzRkHgl2nVIIk88U4r4cy4hxpjYVsxHId7e5NEhsH7DT/McyLKcpCh2ZbfGSGfSJ9 SFjKUUrbGPEqtmwcDM96KQCPWep6MuW1iZVHs= MIME-Version: 1.0 Received: by 10.223.62.146 with SMTP id x18mr2472943fah.54.1306512809385; Fri, 27 May 2011 09:13:29 -0700 (PDT) Received: by 10.223.70.138 with HTTP; Fri, 27 May 2011 09:13:29 -0700 (PDT) In-Reply-To: References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> Date: Fri, 27 May 2011 18:13:29 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) >> Finally, if you start Emacs with "emacs -Q -xrm Emacs.fontBackend:gdi", >> does it also aborts in the same way, i.e. inside window_box_height? This has made me wonder what happens in the trunk version of Emacs with assertions enabled. http://www.speedyshare.com/files/28671939/EmacsTrunkGDBAssert.txt http://www.speedyshare.com/files/28671940/EmacsTrunkGDBw32font.txt http://www.speedyshare.com/files/28671941/EmacsTrunkGDBfont.txt Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Fri May 27 13:15:43 2011 Received: (at 8562) by debbugs.gnu.org; 27 May 2011 17:15:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QQ0dT-0004Cf-Ko for submit@debbugs.gnu.org; Fri, 27 May 2011 13:15:43 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QQ0dQ-0004CR-It for 8562@debbugs.gnu.org; Fri, 27 May 2011 13:15:42 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LLV00H006JCOM00@a-mtaout22.012.net.il> for 8562@debbugs.gnu.org; Fri, 27 May 2011 20:15:34 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.221.158]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LLV00HEN6LWHD50@a-mtaout22.012.net.il>; Fri, 27 May 2011 20:15:34 +0300 (IDT) Date: Fri, 27 May 2011 20:15:37 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <838vtscbeu.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Fri, 27 May 2011 18:13:29 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > >> Finally, if you start Emacs with "emacs -Q -xrm Emacs.fontBackend:gdi", > >> does it also aborts in the same way, i.e. inside window_box_height? > > This has made me wonder what happens in the trunk version of Emacs > with assertions enabled. It crashes in the same way, so it's the same problem. > http://www.speedyshare.com/files/28671940/EmacsTrunkGDBw32font.txt > 819 len = GetOutlineTextMetricsW (dc, 0, NULL); > (gdb) > 820 if (len) > (gdb) > 830 if (!metrics) > (gdb) > 831 GetTextMetricsW (dc, &w32_font->metrics); This means GetOutlineTextMetricsW failed, and we then call GetTextMetricsW. But we don't test its return value, and it looks like it also fails, because the values we put into font are based on what it returns, and they are garbage: > (gdb) p *font > $3 = { > header = { > size = 1075838994, > next = { > buffer = 0x3594800, > vector = 0x3594800 > } > }, > props = {53574682, 53574946, 55205178, 53574898, 53568634, 102720, 102528, > 102656, 52, 53352474, 440, 53352474, 53642494, 53352474, 55030721, > 55030737, 53352474, 55205298}, > max_width = -1, > pixel_size = 13, > height = -2, > space_width = -1, > average_width = -1, > min_width = -1, > ascent = -1, > descent = -1, > underline_thickness = 0, > underline_position = -1, > vertical_centering = 0, > encoding_type = 0 '\000', > baseline_offset = 0, > relative_compose = 0, > default_ascent = -1, > font_encoder = 0x0, > driver = 0x14cd800, > encoding_charset = -1, > repertory_charset = -1 > } So I think we found the culprit, the question is how to make this work. But first let's make sure the call to GetTextMetricsW indeed fails. Please change this code in w32font_open_internal: len = GetOutlineTextMetricsW (dc, 0, NULL); if (len) { metrics = (OUTLINETEXTMETRICW *) alloca (len); if (GetOutlineTextMetricsW (dc, len, metrics)) bcopy (&metrics->otmTextMetrics, &w32_font->metrics, sizeof (TEXTMETRICW)); else metrics = NULL; } if (!metrics) GetTextMetricsW (dc, &w32_font->metrics); to say this instead: unsigned e; ... len = GetOutlineTextMetricsW (dc, 0, NULL); if (len) { metrics = (OUTLINETEXTMETRICW *) alloca (len); if (GetOutlineTextMetricsW (dc, len, metrics)) bcopy (&metrics->otmTextMetrics, &w32_font->metrics, sizeof (TEXTMETRICW)); else metrics = NULL; } else e = GetLastError (); if (!metrics) { if (!GetTextMetricsW (dc, &w32_font->metrics)) e = GetLastError (); } Then compile, step through the code again, and tell what value gets assigned to e. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri May 27 13:22:23 2011 Received: (at 8562) by debbugs.gnu.org; 27 May 2011 17:22:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QQ0jv-0004MY-2Q for submit@debbugs.gnu.org; Fri, 27 May 2011 13:22:23 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QQ0js-0004MJ-L6 for 8562@debbugs.gnu.org; Fri, 27 May 2011 13:22:21 -0400 Received: by fxm15 with SMTP id 15so1454351fxm.3 for <8562@debbugs.gnu.org>; Fri, 27 May 2011 10:22:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=kV91PRfoWU+MZ72cK26y5S+kb32McknpyzJ9WS/UrgE=; b=HpnUwZiwT1EphyLiRYCMXA7tuo08UszkjA7cuvXDFoe7+8a4gTDin9r0GaIJScfa37 hf3azh1F0WhScCw7qB5BMamujt+o74+EPMNxQmSGrKv16fPuPlkd8NYLx17ow3j9SBQa UMHXlScmf1emwNwyyyDmVkidYyI1eaC2ho+TU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=r1MYGuMcvn55Se1RDaR9sFYVcenj2WfTNJEOddLb7BBXjUcASjqHnSlt/4/yzNqUrW r4lmwQepHj/U7bY+6ciSG0aGUtOLubqb0CAnxIxpo4sa8rO0SEqOk6HQfgmgCd78k8OB 6pG3B5s/O9KwdfcBYQcDXsHI/NaYmgM1NBoVY= MIME-Version: 1.0 Received: by 10.223.62.146 with SMTP id x18mr2554935fah.54.1306516934851; Fri, 27 May 2011 10:22:14 -0700 (PDT) Received: by 10.223.70.138 with HTTP; Fri, 27 May 2011 10:22:14 -0700 (PDT) In-Reply-To: <83ei3kck9k.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <83ei3kck9k.fsf@gnu.org> Date: Fri, 27 May 2011 19:22:14 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) > So please step through w32font_open_internal and print some of the > important values there, as I did in the session reproduced below. http://www.speedyshare.com/files/28672873/Emacs-23.3GDBpp.txt > (Note: the output of the "pp" command does not get written to the GDB > log, so if you use "pp", please either manually add its output into > the log or copy it to your mail response, where I could see it.) You are right. Thanks for the hint. Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Fri May 27 14:18:05 2011 Received: (at 8562) by debbugs.gnu.org; 27 May 2011 18:18:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QQ1bp-0005c0-9G for submit@debbugs.gnu.org; Fri, 27 May 2011 14:18:05 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QQ1bn-0005bY-7Q for 8562@debbugs.gnu.org; Fri, 27 May 2011 14:18:04 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LLV00I009FV7D00@a-mtaout22.012.net.il> for 8562@debbugs.gnu.org; Fri, 27 May 2011 21:17:57 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.221.158]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LLV00HS99HTHDB0@a-mtaout22.012.net.il>; Fri, 27 May 2011 21:17:56 +0300 (IDT) Date: Fri, 27 May 2011 21:17:57 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <834o4gc8iy.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <83ei3kck9k.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Fri, 27 May 2011 19:22:14 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > > So please step through w32font_open_internal and print some of the > > important values there, as I did in the session reproduced below. > > http://www.speedyshare.com/files/28672873/Emacs-23.3GDBpp.txt Okay, the picture is the same as what you saw with the trunk. So please modify the code as I asked there (it doesn't matter if you do it in the Emacs 23.3 version or in the bzr trunk version), and see whether the GetTextMetricsW call indeed fails and with what error code. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri May 27 14:58:09 2011 Received: (at 8562) by debbugs.gnu.org; 27 May 2011 18:58:09 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QQ2Ea-0006WY-Tv for submit@debbugs.gnu.org; Fri, 27 May 2011 14:58:09 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QQ2EZ-0006WB-3B for 8562@debbugs.gnu.org; Fri, 27 May 2011 14:58:07 -0400 Received: by fxm15 with SMTP id 15so1502089fxm.3 for <8562@debbugs.gnu.org>; Fri, 27 May 2011 11:58:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=owpvNAQxs6dTLYZ3C2P6p8SeSlyKwNabEpwpE7wwgrU=; b=xZPL5mIwRe89Bf1/h0V635RozMjlHV7trNf0bwS+36DzPmMRSyo1UvX7g9YXpVHP8p sQ6dJII0Ndo7cRfANm0M27ELMqDNYkAci8kENFWhvjFDbrcqp69zBrNmWkdmslpQqQmN UQrZ3ivpkx7+G7nX0aumK9+fh98kYylJ4wtvs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tjxsbGDj//dzfzrRQMCPg7CCBRER8CCNXmBkbSGOWbrHbU4W/X8tMvu3+DlqyjRm38 f7h/+KxDyF70ewJqYHJwqTxr3gVdZIEONP2T0xuM8W2P/ubTwzjGH5Bkz8pIvJGxdvjE cMrxRI69nSIqO/xBjfoPV0rO3wslAaVaqlwpw= MIME-Version: 1.0 Received: by 10.223.74.83 with SMTP id t19mr143275faj.149.1306521213612; Fri, 27 May 2011 11:33:33 -0700 (PDT) Received: by 10.223.70.138 with HTTP; Fri, 27 May 2011 11:33:33 -0700 (PDT) In-Reply-To: <838vtscbeu.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> Date: Fri, 27 May 2011 20:33:33 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) > So I think we found the culprit, the question is how to make this > work. =A0But first let's make sure the call to GetTextMetricsW indeed > fails. =A0Please change this code in w32font_open_internal: > > =A0len =3D GetOutlineTextMetricsW (dc, 0, NULL); > =A0if (len) > =A0 =A0{ > =A0 =A0 =A0metrics =3D (OUTLINETEXTMETRICW *) alloca (len); > =A0 =A0 =A0if (GetOutlineTextMetricsW (dc, len, metrics)) > =A0 =A0 =A0 =A0bcopy (&metrics->otmTextMetrics, &w32_font->metrics, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 sizeof (TEXTMETRICW)); > =A0 =A0 =A0else > =A0 =A0 =A0 =A0metrics =3D NULL; > =A0 =A0} > > =A0if (!metrics) > =A0 =A0GetTextMetricsW (dc, &w32_font->metrics); > > to say this instead: > > =A0unsigned e; > =A0... > =A0len =3D GetOutlineTextMetricsW (dc, 0, NULL); > =A0if (len) > =A0 =A0{ > =A0 =A0 =A0metrics =3D (OUTLINETEXTMETRICW *) alloca (len); > =A0 =A0 =A0if (GetOutlineTextMetricsW (dc, len, metrics)) > =A0 =A0 =A0 =A0bcopy (&metrics->otmTextMetrics, &w32_font->metrics, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 sizeof (TEXTMETRICW)); > =A0 =A0 =A0else > =A0 =A0 =A0 =A0metrics =3D NULL; > =A0 =A0} > =A0else > =A0 =A0e =3D GetLastError (); > > =A0if (!metrics) > =A0 =A0{ > =A0 =A0 =A0if (!GetTextMetricsW (dc, &w32_font->metrics)) > =A0 =A0 =A0 =A0e =3D GetLastError (); > =A0 =A0} > > Then compile, step through the code again, and tell what value gets > assigned to e. http://www.speedyshare.com/files/28673968/Emacs-23.3GDBprintE.txt Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Fri May 27 16:52:41 2011 Received: (at 8562) by debbugs.gnu.org; 27 May 2011 20:52:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QQ41R-0001c4-5j for submit@debbugs.gnu.org; Fri, 27 May 2011 16:52:41 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QQ41O-0001bq-Gb for 8562@debbugs.gnu.org; Fri, 27 May 2011 16:52:40 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LLV00K00GEDNX00@a-mtaout20.012.net.il> for 8562@debbugs.gnu.org; Fri, 27 May 2011 23:51:38 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.221.158]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LLV00KYCGM08F70@a-mtaout20.012.net.il>; Fri, 27 May 2011 23:51:38 +0300 (IDT) Date: Fri, 27 May 2011 23:51:41 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: To: oslsachem Message-id: <83vcwvc1eq.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Fri, 27 May 2011 20:33:33 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org >=20 > > =A0unsigned e; > > =A0... > > =A0len =3D GetOutlineTextMetricsW (dc, 0, NULL); > > =A0if (len) > > =A0 =A0{ > > =A0 =A0 =A0metrics =3D (OUTLINETEXTMETRICW *) alloca (len); > > =A0 =A0 =A0if (GetOutlineTextMetricsW (dc, len, metrics)) > > =A0 =A0 =A0 =A0bcopy (&metrics->otmTextMetrics, &w32_font->metric= s, > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 sizeof (TEXTMETRICW)); > > =A0 =A0 =A0else > > =A0 =A0 =A0 =A0metrics =3D NULL; > > =A0 =A0} > > =A0else > > =A0 =A0e =3D GetLastError (); > > > > =A0if (!metrics) > > =A0 =A0{ > > =A0 =A0 =A0if (!GetTextMetricsW (dc, &w32_font->metrics)) > > =A0 =A0 =A0 =A0e =3D GetLastError (); > > =A0 =A0} > > > > Then compile, step through the code again, and tell what value ge= ts > > assigned to e. >=20 > http://www.speedyshare.com/files/28673968/Emacs-23.3GDBprintE.txt > 849=09 len =3D GetOutlineTextMetricsW (dc, 0, NULL); > (gdb)=20 > 850=09 if (len) > (gdb)=20 > 860=09 e =3D GetLastError (); > (gdb)=20 > 862=09 if (!metrics) > (gdb) p e > $1 =3D 120 > (gdb) n > 864=09 if (!GetTextMetricsW (dc, &w32_font->metrics)) > (gdb) n > 865=09 e =3D GetLastError (); > (gdb) n > 868=09 w32_font->cached_metrics =3D NULL; > (gdb) p e > $2 =3D 120 > (gdb)=20 >=20 120 means "This function is not supported on this system". Do you have the Microsoft Layer for Unicode (MSLU) installed on that system? If you do, you should have UNICOWS.DLL somewhere on Path. If you have that package installed, can you try compiling a simple program that just calls these two functions, and run it on the Window= s 98 machine to see if they fail in the same way? From debbugs-submit-bounces@debbugs.gnu.org Mon May 30 11:12:35 2011 Received: (at 8562) by debbugs.gnu.org; 30 May 2011 15:12:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QR48x-0002aH-Hj for submit@debbugs.gnu.org; Mon, 30 May 2011 11:12:35 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QR48u-0002a4-HM for 8562@debbugs.gnu.org; Mon, 30 May 2011 11:12:33 -0400 Received: by fxm15 with SMTP id 15so2507153fxm.3 for <8562@debbugs.gnu.org>; Mon, 30 May 2011 08:12:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VS77cTGLsulp5mA99Bt9eRhSS0MO+2pR/ROd0xVa5CY=; b=hb4NbLlgttLfEQO23FZre46GUJ4E64LTvYSM7D2mevCcdrg/zvxoPEIT7zj72cQ/Zu +KzMU6THZaebcO+/w4JXqfo2T84l+In2b/6gt5RewdcGybbOUE4oPJW8xa0EykvIugvh wNnVHs8pBLmo/sq12CCB6TOlkfTlJnVQ6uyAs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=mLEXiXzWXHvg8e0OiXpylP2d6DMjut3S7f0ajSZt6Zhi5GcezrhNgw/Y4EPg7dFJgg s0ROnCMn9iWmIuJZN5rCk7Yr1HPTBgMMAsORjaZ+ecIG7VI7YcgUqOs64Fh3TmNpnGbK gff3uvzDiSCvziltWnuyT1F0YFMAgU2lP7NdY= MIME-Version: 1.0 Received: by 10.223.160.131 with SMTP id n3mr5597453fax.111.1306768346614; Mon, 30 May 2011 08:12:26 -0700 (PDT) Received: by 10.223.70.138 with HTTP; Mon, 30 May 2011 08:12:26 -0700 (PDT) In-Reply-To: <83vcwvc1eq.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> Date: Mon, 30 May 2011 17:12:26 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) > 120 means "This function is not supported on this system". =A0Do you > have the Microsoft Layer for Unicode (MSLU) installed on that system? I remember having downloaded the MSLU from http://www.microsoft.com/downloads/en/details.aspx?FamilyID=3D73ba7bd7-ed06= -4f0d-80a4-2a7eeaee17e2 some time ago. "The download contains UnicoWS.dll (the MSLU binary), and UnicoWS.pdb which can be used when debugging." These files are extracted in the directory that the user chooses. I had no idea where to put them, so I chose the windows subdirectory which seemed to contain the most dll files and which happened to be "system". > If you do, you should have UNICOWS.DLL somewhere on Path. The "system" directory isn't in the path by default, so unicows.dll wasn't in the path. Unfortunately, after adding the "system" directory to the path ( or another one which contains the unicows.dll ) the same error ( 120 ) still appears in Emacs. > If you have that package installed, can you try compiling a simple > program that just calls these two functions, and run it on the Windows > 98 machine to see if they fail in the same way? They seem to work in the sample program: http://www.speedyshare.com/files/28718617/sample.c http://www.speedyshare.com/files/28718618/sampleGDB.txt Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Mon May 30 14:43:30 2011 Received: (at 8562) by debbugs.gnu.org; 30 May 2011 18:43:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QR7R4-00079K-A5 for submit@debbugs.gnu.org; Mon, 30 May 2011 14:43:30 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QR7R0-000793-O9 for 8562@debbugs.gnu.org; Mon, 30 May 2011 14:43:28 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0LM000D00TZOMV00@a-mtaout21.012.net.il> for 8562@debbugs.gnu.org; Mon, 30 May 2011 21:43:17 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.21.174]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LM000DK8UO1KV50@a-mtaout21.012.net.il>; Mon, 30 May 2011 21:43:15 +0300 (IDT) Date: Mon, 30 May 2011 21:43:21 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <83vcwsf2ra.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Mon, 30 May 2011 17:12:26 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > I remember having downloaded the MSLU from > http://www.microsoft.com/downloads/en/details.aspx?FamilyID=73ba7bd7-ed06-4f0d-80a4-2a7eeaee17e2 > some time ago. > > "The download contains UnicoWS.dll (the MSLU binary), and UnicoWS.pdb > which can be used when debugging." > > These files are extracted in the directory that the user chooses. > > I had no idea where to put them, so I chose the windows subdirectory > which seemed to contain the most dll files and which happened to be > "system". The safest place is the same directory where you have emacs.exe. But doing what you did is also OK. > Unfortunately, after adding the "system" directory to the path ( or > another one which contains the unicows.dll ) the same error ( 120 ) > still appears in Emacs. > > > If you have that package installed, can you try compiling a simple > > program that just calls these two functions, and run it on the Windows > > 98 machine to see if they fail in the same way? > > They seem to work in the sample program: > > http://www.speedyshare.com/files/28718617/sample.c > > http://www.speedyshare.com/files/28718618/sampleGDB.txt The difference here is that your sample program dynamically loads unicows.dll: > Breakpoint 1, WinMain (hInstance=0x400000, hPrevInstance=0x0, > lpCmdLine=0x81631ea2 "", nCmdShow=10) at sample.c:139 > 139 hm_unicows = LoadLibrary("unicows.dll"); whereas Emacs doesn't, AFAICT. Could you try loading that DLL in Emacs, by adding just the single line as the one above to some function that is run early during the startup, e.g. in globals_of_w32? (There's no need to go to extra lengths such as calling GetOutlineTextMetricsW and GetTextMetricsW through function pointers.) Then recompile Emacs and see if that solves the problem. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue May 31 14:16:11 2011 Received: (at 8562) by debbugs.gnu.org; 31 May 2011 18:16:11 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QRTUB-0006Rq-57 for submit@debbugs.gnu.org; Tue, 31 May 2011 14:16:11 -0400 Received: from mail-wy0-f172.google.com ([74.125.82.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QRTU8-0006Ra-6y for 8562@debbugs.gnu.org; Tue, 31 May 2011 14:16:09 -0400 Received: by wyb29 with SMTP id 29so3637435wyb.3 for <8562@debbugs.gnu.org>; Tue, 31 May 2011 11:16:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7PrciaoYlhrepqmtb27J4AUI9znAwm1RA5QdTA7uKoY=; b=Ov82wkhS2UUUwh9BFjItXAV0uXIOecnT/DVpQ5qBp4MzQKKUSIznzLPebRuJy49AvU +6fFH/K3YPGChZPyHFqxNIbyv8IEsMajzcYCcKPMYF9fwR8tuejv2C1cwsauYEVI3PJy KkxJ1ntN0L1uvICXoyH2oF+RMzxECi4PAdcW4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Yz/fep0oDPAW5UUHPJTrMBokWVwx/0tyiSM1svR61F/iF0edvPeRtDeKbE557W8/2w T+iawd5QpjfI5ZWQfKiYoQZeJ0e8WUC4pnMXXXi/SklpeLTJSL87vc812MMb0KFB6GVr ObVav3hvb4A/qnTUC8ecXMgOPk5WzlDlLUeLI= MIME-Version: 1.0 Received: by 10.216.240.12 with SMTP id d12mr2354378wer.8.1306865762297; Tue, 31 May 2011 11:16:02 -0700 (PDT) Received: by 10.216.22.136 with HTTP; Tue, 31 May 2011 11:16:00 -0700 (PDT) In-Reply-To: <83vcwsf2ra.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> Date: Tue, 31 May 2011 20:16:00 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.6 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.6 (---) > The safest place is the same directory where you have emacs.exe. =A0But > doing what you did is also OK. I tried putting the unicows.dll there too and adding that directory to the path but I still got the same error (120) > The difference here is that your sample program dynamically loads > unicows.dll: > >> Breakpoint 1, WinMain (hInstance=3D0x400000, hPrevInstance=3D0x0, >> =A0 =A0 lpCmdLine=3D0x81631ea2 "", nCmdShow=3D10) at sample.c:139 >> 139 =A0 =A0 hm_unicows =3D LoadLibrary("unicows.dll"); > > whereas Emacs doesn't, AFAICT. I haven't found any reference to the word unicows in the source files. I suspect Emacs is not aware of the availability of the MSLU library for windows 98, by reading this comment (which I found while searching for the word unicode) from w32font.c:510 ---------------------------------------------------------------------------= ------------------------------------------------------ if (GetTextExtentPoint32W (dc, wcode, nglyphs, &size)) { total_width =3D size.cx; } /* On 95/98/ME, only some unicode functions are available, so fallback on doing a dummy draw to find the total width. */ if (!total_width) { RECT rect; rect.top =3D 0; rect.bottom =3D font->height; rect.left =3D 0; rect.r= ight =3D 1; DrawTextW (dc, wcode, nglyphs, &rect, DT_CALCRECT | DT_NOPREFIX | DT_SINGLELINE); total_width =3D rect.right; } ---------------------------------------------------------------------------= ------------------------------------------------------- DrawTextW is a unicode function which is available (from User32.dll) http://www.speedyshare.com/files/28740563/BrowsingUser32.png But GetTextExtentPoint32W is a unicode function which is available too (from unicows.dll) http://www.speedyshare.com/files/28740564/BrowsingUnicows.png > =A0Could you try loading that DLL in > Emacs, by adding just the single line as the one above to some > function that is run early during the startup, e.g. in globals_of_w32? > (There's no need to go to extra lengths such as calling > GetOutlineTextMetricsW and GetTextMetricsW through function pointers.) > Then recompile Emacs and see if that solves the problem. I see the same error (120) http://www.speedyshare.com/files/28740565/Emacs-23.3GDBglobals.txt Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Tue May 31 17:02:23 2011 Received: (at 8562) by debbugs.gnu.org; 31 May 2011 21:02:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QRW51-0001ZT-Fb for submit@debbugs.gnu.org; Tue, 31 May 2011 17:02:23 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QRW4z-0001ZH-45 for 8562@debbugs.gnu.org; Tue, 31 May 2011 17:02:22 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LM200D00VATK800@a-mtaout22.012.net.il> for 8562@debbugs.gnu.org; Wed, 01 Jun 2011 00:02:13 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.21.174]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LM200DS5VRO7L50@a-mtaout22.012.net.il>; Wed, 01 Jun 2011 00:02:13 +0300 (IDT) Date: Wed, 01 Jun 2011 00:02:21 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: To: oslsachem Message-id: <83lixmfusi.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Tue, 31 May 2011 20:16:00 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org >=20 > > =A0Could you try loading that DLL in > > Emacs, by adding just the single line as the one above to some > > function that is run early during the startup, e.g. in globals_of= _w32? > > (There's no need to go to extra lengths such as calling > > GetOutlineTextMetricsW and GetTextMetricsW through function point= ers.) > > Then recompile Emacs and see if that solves the problem. >=20 > I see the same error (120) >=20 > http://www.speedyshare.com/files/28740565/Emacs-23.3GDBglobals.txt OK, so let's call GetOutlineTextMetricsW and GetTextMetricsW in Emacs through function pointers, like the sample program did. Let's see if that works. You will need to declare hm_unicows `extern' in w32font.= c and give it global scope in w32.c. Then copy the code from the sampl= e program that calls these function through function pointers, viz. len =3D s_pfn_Get_Outline_Text_Metrics_W (dc, 0, NULL); (and similarly for the other calls) into w32font_open_internal, and see if it starts working. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue May 31 17:04:09 2011 Received: (at 8562) by debbugs.gnu.org; 31 May 2011 21:04:09 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QRW6j-0001cb-3x for submit@debbugs.gnu.org; Tue, 31 May 2011 17:04:09 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QRW6h-0001c3-Ri for 8562@debbugs.gnu.org; Tue, 31 May 2011 17:04:08 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LM200D00VTKM900@a-mtaout22.012.net.il> for 8562@debbugs.gnu.org; Wed, 01 Jun 2011 00:04:02 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.21.174]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LM200D3QVUO7L60@a-mtaout22.012.net.il>; Wed, 01 Jun 2011 00:04:02 +0300 (IDT) Date: Wed, 01 Jun 2011 00:04:10 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: To: oslsachem Message-id: <83k4d6fuph.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Tue, 31 May 2011 20:16:00 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org >=20 > > =A0Could you try loading that DLL in > > Emacs, by adding just the single line as the one above to some > > function that is run early during the startup, e.g. in globals_of= _w32? > > (There's no need to go to extra lengths such as calling > > GetOutlineTextMetricsW and GetTextMetricsW through function point= ers.) > > Then recompile Emacs and see if that solves the problem. >=20 > I see the same error (120) >=20 > http://www.speedyshare.com/files/28740565/Emacs-23.3GDBglobals.txt OK, so let's call GetOutlineTextMetricsW and GetTextMetricsW in Emacs through function pointers, like the sample program did. Let's see if that works. You will need to declare hm_unicows `extern' in w32font.= c and give it global scope in w32.c. Then copy the code from the sampl= e program that initializes the necessary function pointers and calls these functions through function pointers, viz. s_pfn_Get_Outline_Text_Metrics_W =3D (GetOutlineTextMetricsW_Proc) GetProcAddress ( =09hm_unicows, "GetOutlineTextMetricsW"); len =3D s_pfn_Get_Outline_Text_Metrics_W (dc, 0, NULL); (and similarly for the other calls) into w32font_open_internal, and see if it starts working. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 02 19:42:07 2011 Received: (at 8562) by debbugs.gnu.org; 2 Jun 2011 23:42:08 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSHWh-00061X-Nw for submit@debbugs.gnu.org; Thu, 02 Jun 2011 19:42:07 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSHWg-000615-4F for 8562@debbugs.gnu.org; Thu, 02 Jun 2011 19:42:06 -0400 Received: by fxm15 with SMTP id 15so997000fxm.3 for <8562@debbugs.gnu.org>; Thu, 02 Jun 2011 16:42:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=pql8+1BUO1sSIXobaR3ufQSDc3xjnlKluClUd/CKGWc=; b=UwbivTs3Hp9LqiBvZBcpbL9l+1wBzy0pRlxlNF47wquJ2VTziSBHiuol71XBhH0wpD 9XF/5gABGcbTCsXYc/IZrp+gYE/FTmbZozmyt7s1MMBsogtiTtb4QYc/rR8IjZKFS01H 0Rgvjm08E9ejrOQHYwnQNathYCseWUJvMOrec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=riRxr98YdKIoUxWHB/TUToF9OlhVay+QwTf+C+ZXeJJjV8OXn3+Rr01j6nuPX0XsbR fj21Xnyrs21a9BXum4FzjlCMLQ/O2MoH+2QCVKS1MlUDvmTnSpWd9FMlKomCinrhK9M5 sdNgIXoC4XJmlqvvNbjQ/naRWq3Jr85htu0R8= MIME-Version: 1.0 Received: by 10.223.127.210 with SMTP id h18mr1431535fas.73.1307058119358; Thu, 02 Jun 2011 16:41:59 -0700 (PDT) Received: by 10.223.70.138 with HTTP; Thu, 2 Jun 2011 16:41:59 -0700 (PDT) In-Reply-To: <83k4d6fuph.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> Date: Fri, 3 Jun 2011 01:41:59 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > OK, so let's call GetOutlineTextMetricsW and GetTextMetricsW in Emacs > through function pointers, like the sample program did. =A0Let's see if > that works. =A0You will need to declare hm_unicows `extern' in w32font.c = [...] It works! :) There isn't any error in the debugger and the program quits cleanly: http://www.speedyshare.com/files/28780096/Emacs-23.3GDBSizeOK.txt But a new problem ( which maybe has been there all this time but there was no way for us to know about until now ) is apparent: The *About GNU Emacs* buffer: http://www.speedyshare.com/files/28780097/AboutEmacs.png A GNU Emacs tooltip: http://www.speedyshare.com/files/28780098/Emacs23ToolTips.png A test of the *scratch* buffer: http://www.speedyshare.com/files/28780099/Emacs23BufferTests.png The previous image represents approximately the following sequence of characters: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa (a line of spaces) OOOOOOOOOOOOOOOOOOOO TTTTTTTTTTTTTTTTTTTT SSSSSSSSSSSSSSSS XXXXXXXXXXXXXXXXXXXXX ..................................... ::::::::::::::::::::::::::::::::::::: JJJJJJJJJJJJJJJJJJJJJJJJJJ 33333333333333333333333 77777777777777777777 ???????????????????? >>>>>>>>>>>>>>>>> XXXXXX XXXXXX XXXXXX That is, the cursor doesn't advance enough and so consecutive characters overlap. Also, the Space and the End Of Line are represented as an empty square that advances the cursor correctly. The Tab key doesn't have any visible effect on the buffer. Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 03 03:10:37 2011 Received: (at 8562) by debbugs.gnu.org; 3 Jun 2011 07:10:37 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSOWi-0000we-No for submit@debbugs.gnu.org; Fri, 03 Jun 2011 03:10:36 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSOWg-0000wO-5r for 8562@debbugs.gnu.org; Fri, 03 Jun 2011 03:10:35 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0LM700C00CP6LK00@a-mtaout21.012.net.il> for 8562@debbugs.gnu.org; Fri, 03 Jun 2011 10:10:27 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.223.140]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LM700C8JD9EKM40@a-mtaout21.012.net.il>; Fri, 03 Jun 2011 10:10:27 +0300 (IDT) Date: Fri, 03 Jun 2011 10:10:38 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: To: oslsachem Message-id: <83sjrre6fl.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Fri, 3 Jun 2011 01:41:59 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org >=20 > > OK, so let's call GetOutlineTextMetricsW and GetTextMetricsW in E= macs > > through function pointers, like the sample program did. =A0Let's = see if > > that works. =A0You will need to declare hm_unicows `extern' in w3= 2font.c [...] >=20 > It works! :) >=20 > There isn't any error in the debugger and the program quits cleanly= : >=20 > http://www.speedyshare.com/files/28780096/Emacs-23.3GDBSizeOK.txt Good. I will prepare a patch for you to try along these lines, but I'd really be glad if someone beats me to it. > http://www.speedyshare.com/files/28780099/Emacs23BufferTests.png >=20 > The previous image represents approximately the following sequence = of > characters: >=20 > aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa >=20 > (a line of spaces) > OOOOOOOOOOOOOOOOOOOO > TTTTTTTTTTTTTTTTTTTT > SSSSSSSSSSSSSSSS > XXXXXXXXXXXXXXXXXXXXX > ..................................... > ::::::::::::::::::::::::::::::::::::: > JJJJJJJJJJJJJJJJJJJJJJJJJJ > 33333333333333333333333 > 77777777777777777777 > ???????????????????? > >>>>>>>>>>>>>>>>> > XXXXXX XXXXXX XXXXXX >=20 > That is, the cursor doesn't advance enough and so consecutive > characters overlap. > Also, the Space and the End Of Line are represented as an empty squ= are > that advances the cursor correctly. It's more than overlap, it sounds like the font is not really working (empty squares mean the character has no glyphs in the font). I will look into this when I have time, but in the meantime, please try the same in an Emacs invoked with "-xrm Emacs.fontBackend:gdi", and see i= f these problems persist with the GDI font driver. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 03 04:29:32 2011 Received: (at 8562) by debbugs.gnu.org; 3 Jun 2011 08:29:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSPl6-0002cH-8h for submit@debbugs.gnu.org; Fri, 03 Jun 2011 04:29:32 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSPl2-0002c3-U6 for 8562@debbugs.gnu.org; Fri, 03 Jun 2011 04:29:30 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LM700700GTAX600@a-mtaout20.012.net.il> for 8562@debbugs.gnu.org; Fri, 03 Jun 2011 11:29:22 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.223.140]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LM70073KGWX6VB0@a-mtaout20.012.net.il>; Fri, 03 Jun 2011 11:29:22 +0300 (IDT) Date: Fri, 03 Jun 2011 11:29:33 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <83pqmve2s2.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Fri, 3 Jun 2011 01:41:59 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > But a new problem ( which maybe has been there all this time but there > was no way for us to know about until now ) is apparent: > > The *About GNU Emacs* buffer: > > http://www.speedyshare.com/files/28780097/AboutEmacs.png > > A GNU Emacs tooltip: > > http://www.speedyshare.com/files/28780098/Emacs23ToolTips.png > > A test of the *scratch* buffer: > > http://www.speedyshare.com/files/28780099/Emacs23BufferTests.png It could be that more Unicode functions have similar problems, because they reside inside unicows.dll on Windows 9X. Could you please look up all the functions in w32font.c and w32uniscribe.c whose names end with a `W', and see which ones of them are in unicows.dll? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 03 16:10:14 2011 Received: (at 8562) by debbugs.gnu.org; 3 Jun 2011 20:10:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSahC-0003v9-6N for submit@debbugs.gnu.org; Fri, 03 Jun 2011 16:10:14 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSah9-0003uw-Ms for 8562@debbugs.gnu.org; Fri, 03 Jun 2011 16:10:12 -0400 Received: by fxm15 with SMTP id 15so1501474fxm.3 for <8562@debbugs.gnu.org>; Fri, 03 Jun 2011 13:10:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=fSUgT7s3m1vDYR/K7f6KulJm8LEV7CH09139WQg8Bhc=; b=NB++q6bKtmUr7AA36lhefPEckuo0KJZubP3YPD892txz2NI0D9n9WQ3f4rQyJIP/Pm jjnQ9BtF4Ez64Ye89OPkmI9CClu52XjIsBvwkouG+eALn/FYSNemQ6+EClO0HIaDcRIC lun+o7AZteuD8SOyr5LnWvhJdTRfhmCsxrO7E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=mumn0TION2ptgEB/pntv8Pb/9mFQNwfum8EPto+HEM0RzI6zQluW/265br8/Fo5WUA aeFKphiuN2crUBSLpJfr+aoqnBLE3QGxDdYDflu0g4yJ2uIScqB7MN1MksCGtEiYkaJR bXPD6ffrilz4d9dIYd59fsGrDBCq/vSWsEQms= MIME-Version: 1.0 Received: by 10.223.59.146 with SMTP id l18mr2556448fah.58.1307131805779; Fri, 03 Jun 2011 13:10:05 -0700 (PDT) Received: by 10.223.86.1 with HTTP; Fri, 3 Jun 2011 13:10:05 -0700 (PDT) In-Reply-To: <83pqmve2s2.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> Date: Fri, 3 Jun 2011 22:10:05 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: base64 X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) PiBJdCBjb3VsZCBiZSB0aGF0IG1vcmUgVW5pY29kZSBmdW5jdGlvbnMgaGF2ZSBzaW1pbGFyIHBy b2JsZW1zLCBiZWNhdXNlCj4gdGhleSByZXNpZGUgaW5zaWRlIHVuaWNvd3MuZGxsIG9uIFdpbmRv d3MgOVguIKBDb3VsZCB5b3UgcGxlYXNlIGxvb2sKPiB1cCBhbGwgdGhlIGZ1bmN0aW9ucyBpbiB3 MzJmb250LmMgYW5kIHczMnVuaXNjcmliZS5jIHdob3NlIG5hbWVzIGVuZAo+IHdpdGggYSBgVycs IGFuZCBzZWUgd2hpY2ggb25lcyBvZiB0aGVtIGFyZSBpbiB1bmljb3dzLmRsbD8KCkM6XGVtYWNz LTIzLjNcc3JjPmdyZXAgLUUgLW8gLWggIlw8XHcrW2EtejAtOV0rV1w+IiB3MzJmb250LmMgdzMy dW5pc2NyaWJlLmMgfCBzCm9ydCB8IHVuaXEKCkRyYXdUZXh0VwpFeHRUZXh0T3V0VwpHZXRHbHlw aE91dGxpbmVXCkdldE91dGxpbmVUZXh0TWV0cmljc1cKR2V0VGV4dEV4dGVudFBvaW50MzJXCkdl dFRleHRNZXRyaWNzVwoKCkFuZCBpbiBhIHdpZGVyIHNlYXJjaDoKCkM6XGVtYWNzLTIzLjNcc3Jj PmdyZXAgLUUgLW8gLWggIlw8XHcrW2EtejAtOV0rV1w+IiAqLmMgfCBncmVwIC12CiJFbGZcfE1p bmdXIiB8IHNvcnQgfCB1bmlxCgpBcHBlbmRNZW51VwpEcmF3VGV4dFcKRXh0VGV4dE91dFcKR2V0 RmlsZVNlY3VyaXR5VwpHZXRHbHlwaE91dGxpbmVXCkdldE91dGxpbmVUZXh0TWV0cmljc1cKR2V0 VGV4dEV4dGVudFBvaW50MzJXCkdldFRleHRNZXRyaWNzVwpJbW1HZXRDb21wb3NpdGlvblN0cmlu Z1cKTG9va3VwQWNjb3VudFNpZFcKbHN0cmxlblcKCk5vdGU6IFRoZSB3b3JkcyB0aGF0IGJlZ2lu IHdpdGggRWxmIGFyZSBtYWNyb3MsIG5vdCBmdW5jdGlvbnMuCgpJIHdhcyBnb2luZyB0byByZXBv cnQgdGhhdCB0aGUgcmVzdCBvZiB0aGVzZSBmdW5jdGlvbnMgYXJlIGFscmVhZHkKaW1wbGVtZW50 ZWQgaW4gY29yZSBzeXN0ZW0gbGlicmFyaWVzOgoKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KRnVuY3Rpb24gTmFtZSAgICAgOiBBcHBlbmRNZW51VwpB ZGRyZXNzICAgICAgICAgICA6IDB4YmZjMDEwZWIKUmVsYXRpdmUgQWRkcmVzcyAgOiAweDAwMDAx MGViCk9yZGluYWwgICAgICAgICAgIDogOCAoMHg4KQpGaWxlbmFtZSAgICAgICAgICA6IFVTRVIz Mi5ETEwKRnVsbCBQYXRoICAgICAgICAgOiBDOlxXSU5ET1dTXFNZU1RFTVxVU0VSMzIuRExMClR5 cGUgICAgICAgICAgICAgIDogRXhwb3J0ZWQgRnVuY3Rpb24KPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09CkZ1bmN0aW9uIE5hbWUgICAgIDogRHJhd1RleHRXCkFk ZHJlc3MgICAgICAgICAgIDogMHhiZmMwMTBmNApSZWxhdGl2ZSBBZGRyZXNzICA6IDB4MDAwMDEw ZjQKT3JkaW5hbCAgICAgICAgICAgOiAxNzYgKDB4YjApCkZpbGVuYW1lICAgICAgICAgIDogVVNF UjMyLkRMTApGdWxsIFBhdGggICAgICAgICA6IEM6XFdJTkRPV1NcU1lTVEVNXFVTRVIzMi5ETEwK VHlwZSAgICAgICAgICAgICAgOiBFeHBvcnRlZCBGdW5jdGlvbgo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQoKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KRnVuY3Rpb24gTmFtZSAgICAgOiBFeHRUZXh0T3V0 VwpBZGRyZXNzICAgICAgICAgICA6IDB4YmZmMjFjYjIKUmVsYXRpdmUgQWRkcmVzcyAgOiAweDAw MDAxY2IyCk9yZGluYWwgICAgICAgICAgIDogMjA3ICgweGNmKQpGaWxlbmFtZSAgICAgICAgICA6 IEdESTMyLkRMTApGdWxsIFBhdGggICAgICAgICA6IEM6XFdJTkRPV1NcU1lTVEVNXEdESTMyLkRM TApUeXBlICAgICAgICAgICAgICA6IEV4cG9ydGVkIEZ1bmN0aW9uCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cgo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpGdW5jdGlvbiBOYW1lICAgICA6IEdldEZpbGVT ZWN1cml0eVcKQWRkcmVzcyAgICAgICAgICAgOiAweGJmZTgyMTZkClJlbGF0aXZlIEFkZHJlc3Mg IDogMHgwMDAwMjE2ZApPcmRpbmFsICAgICAgICAgICA6IDExNiAoMHg3NCkKRmlsZW5hbWUgICAg ICAgICAgOiBBRFZBUEkzMi5ETEwKRnVsbCBQYXRoICAgICAgICAgOiBDOlxXSU5ET1dTXFNZU1RF TVxBRFZBUEkzMi5ETEwKVHlwZSAgICAgICAgICAgICAgOiBFeHBvcnRlZCBGdW5jdGlvbgo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQoKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KRnVuY3Rpb24gTmFtZSAg ICAgOiBHZXRHbHlwaE91dGxpbmVXCkFkZHJlc3MgICAgICAgICAgIDogMHhiZmYyNzk3ZgpSZWxh dGl2ZSBBZGRyZXNzICA6IDB4MDAwMDc5N2YKT3JkaW5hbCAgICAgICAgICAgOiAyNjQgKDB4MTA4 KQpGaWxlbmFtZSAgICAgICAgICA6IEdESTMyLkRMTApGdWxsIFBhdGggICAgICAgICA6IEM6XFdJ TkRPV1NcU1lTVEVNXEdESTMyLkRMTApUeXBlICAgICAgICAgICAgICA6IEV4cG9ydGVkIEZ1bmN0 aW9uCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cgo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpGdW5jdGlv biBOYW1lICAgICA6IEdldFRleHRFeHRlbnRQb2ludDMyVwpBZGRyZXNzICAgICAgICAgICA6IDB4 YmZmMjFlZDAKUmVsYXRpdmUgQWRkcmVzcyAgOiAweDAwMDAxZWQwCk9yZGluYWwgICAgICAgICAg IDogMzA5ICgweDEzNSkKRmlsZW5hbWUgICAgICAgICAgOiBHREkzMi5ETEwKRnVsbCBQYXRoICAg ICAgICAgOiBDOlxXSU5ET1dTXFNZU1RFTVxHREkzMi5ETEwKVHlwZSAgICAgICAgICAgICAgOiBF eHBvcnRlZCBGdW5jdGlvbgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQoKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KRnVuY3Rpb24gTmFtZSAgICAgOiBJbW1HZXRDb21wb3NpdGlvblN0cmluZ1cKQWRkcmVz cyAgICAgICAgICAgOiAweGJmZTIxMGE3ClJlbGF0aXZlIEFkZHJlc3MgIDogMHgwMDAwMTBhNwpP cmRpbmFsICAgICAgICAgICA6IDI1ICgweDE5KQpGaWxlbmFtZSAgICAgICAgICA6IElNTTMyLkRM TApGdWxsIFBhdGggICAgICAgICA6IEM6XFdJTkRPV1NcU1lTVEVNXElNTTMyLkRMTApUeXBlICAg ICAgICAgICAgICA6IEV4cG9ydGVkIEZ1bmN0aW9uCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09Cgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQpGdW5jdGlvbiBOYW1lICAgICA6IExvb2t1cEFjY291bnRTaWRX CkFkZHJlc3MgICAgICAgICAgIDogMHhiZmU4MjE3ZgpSZWxhdGl2ZSBBZGRyZXNzICA6IDB4MDAw MDIxN2YKT3JkaW5hbCAgICAgICAgICAgOiAxNzMgKDB4YWQpCkZpbGVuYW1lICAgICAgICAgIDog QURWQVBJMzIuRExMCkZ1bGwgUGF0aCAgICAgICAgIDogQzpcV0lORE9XU1xTWVNURU1cQURWQVBJ MzIuRExMClR5cGUgICAgICAgICAgICAgIDogRXhwb3J0ZWQgRnVuY3Rpb24KPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CkZ1bmN0aW9uIE5hbWUgICAgIDogbHN0 cmxlblcKQWRkcmVzcyAgICAgICAgICAgOiAweGJmZjc3NDU0ClJlbGF0aXZlIEFkZHJlc3MgIDog MHgwMDAwNzQ1NApPcmRpbmFsICAgICAgICAgICA6IDg2NSAoMHgzNjEpCkZpbGVuYW1lICAgICAg ICAgIDogS0VSTkVMMzIuRExMCkZ1bGwgUGF0aCAgICAgICAgIDogQzpcV0lORE9XU1xTWVNURU1c S0VSTkVMMzIuRExMClR5cGUgICAgICAgICAgICAgIDogRXhwb3J0ZWQgRnVuY3Rpb24KPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KCgpCdXQgSSBoYXZl IHN0dW1ibGVkIGFjcm9zcyB0aGlzIGNvbW1lbnQ6Cgp3MzJtZW51LmM6MTUwNQoJICAvKiBPbiBX OXgvTUUsIHVuaWNvZGUgbWVudXMgYXJlIG5vdCBzdXBwb3J0ZWQsIHRob3VnaCBBcHBlbmRNZW51 VwoJICAgICBhcHBhcmVudGx5IGRvZXMgZXhpc3QgYXQgbGVhc3QgaW4gc29tZSBjYXNlcyBhbmQg YXBwZWFycyB0byBiZQoJICAgICBzdHViYmVkIG91dCB0byBkbyBub3RoaW5nLlsuLi5dICovCgpB bmQgdGhlbiBJIGhhdmUgY2hlY2tlZCB0aGF0IGJvdGggR2V0VGV4dE1ldHJpY3NXIGFuZApHZXRP dXRsaW5lVGV4dE1ldHJpY3NXLCB3aGljaCBjYXVzZWQgdGhlIHN5c3RlbSBlcnJvciAjMTIwICgi VGhpcwpmdW5jdGlvbiBpcyBub3Qgc3VwcG9ydGVkIG9uIHRoaXMgc3lzdGVtLiIpLCBhcmUgYWN0 dWFsbHkKImltcGxlbWVudGVkIiBpbiBhIGNvcmUgc3lzdGVtIGxpYnJhcnkgYWxvbmcgd2l0aCBv dGhlciBvZiB0aGUKcHJldmlvdXMgZnVuY3Rpb25zOgoKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KRnVuY3Rpb24gTmFtZSAgICAgOiBHZXRPdXRsaW5l VGV4dE1ldHJpY3NXCkFkZHJlc3MgICAgICAgICAgIDogMHhiZmYyNzk1YgpSZWxhdGl2ZSBBZGRy ZXNzICA6IDB4MDAwMDc5NWIKT3JkaW5hbCAgICAgICAgICAgOiAyODYgKDB4MTFlKQpGaWxlbmFt ZSAgICAgICAgICA6IEdESTMyLkRMTApGdWxsIFBhdGggICAgICAgICA6IEM6XFdJTkRPV1NcU1lT VEVNXEdESTMyLkRMTApUeXBlICAgICAgICAgICAgICA6IEV4cG9ydGVkIEZ1bmN0aW9uCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cgo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpGdW5jdGlvbiBOYW1lICAg ICA6IEdldFRleHRNZXRyaWNzVwpBZGRyZXNzICAgICAgICAgICA6IDB4YmZmMjc5NTIKUmVsYXRp dmUgQWRkcmVzcyAgOiAweDAwMDA3OTUyCk9yZGluYWwgICAgICAgICAgIDogMzE1ICgweDEzYikK RmlsZW5hbWUgICAgICAgICAgOiBHREkzMi5ETEwKRnVsbCBQYXRoICAgICAgICAgOiBDOlxXSU5E T1dTXFNZU1RFTVxHREkzMi5ETEwKVHlwZSAgICAgICAgICAgICAgOiBFeHBvcnRlZCBGdW5jdGlv bgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQoKClNv LCB5b3VyIGlkZWEgb2YgdHJ5aW5nIHRoZSB1bmljb2RlIGZ1bmN0aW9ucyB3aGljaCBoYXZlIGJl ZW4KcmVpbXBsZW1lbnRlZCBpbiB1bmljb3dzLmRsbCBhbmQgc2VlaW5nIGlmIHRoZXkgbWFrZSBh IGRpZmZlcmVuY2UKbG9va3MgdmVyeSBwcm9taXNpbmcuCgpHcmVldGluZ3MsCiAgICAgICAgICAg T3NsCg== From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 03 16:51:22 2011 Received: (at 8562) by debbugs.gnu.org; 3 Jun 2011 20:51:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSbL0-0004uH-Id for submit@debbugs.gnu.org; Fri, 03 Jun 2011 16:51:22 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSbKx-0004u5-Qk for 8562@debbugs.gnu.org; Fri, 03 Jun 2011 16:51:20 -0400 Received: by fxm15 with SMTP id 15so1519189fxm.3 for <8562@debbugs.gnu.org>; Fri, 03 Jun 2011 13:51:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=YWO5cRcjdfMmxPh+Hi3fkMMjskXVAA60koecFVm9iLU=; b=xGkK8RiD+kMCxBDks+kB3lMHnfv8jg0i2/iXAm2tZ3y0Yx+qo4OPdKoZHkSic/EVIq kOIKAPeMfjEhQvLStLssfoktTs047OejoCBI0soI+5fz9LO0GctehDzDT+3/4gCOfV8C xvhfxQgpWHxooZioKwzHcnaP25IluY9ZqodqE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=nEacsDXQd4DuTrFxgLIFdqjbvYScYwj//S+TiK3eVVvE1VUPe/FHXD+tha1VPxbyW5 EzHzYEHZHB2tGf7y7lCgtTdv0sVH30v1YOssYeP/MJo3deDUNKG7Q8W8/iCz6fpze2ZB kso7pC7+hVyNPf51N4He4pshshLRUM43KsX5w= MIME-Version: 1.0 Received: by 10.223.59.146 with SMTP id l18mr2590129fah.58.1307134266130; Fri, 03 Jun 2011 13:51:06 -0700 (PDT) Received: by 10.223.86.1 with HTTP; Fri, 3 Jun 2011 13:51:06 -0700 (PDT) In-Reply-To: References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> Date: Fri, 3 Jun 2011 22:51:06 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) >> with a `W', and see which ones of them are in unicows.dll? I had forgotten to reply to the last part of your question: ================================================== Function Name : AppendMenuW Address : 0x7f2e7a8a Relative Address : 0x00017a8a Ordinal : 12 (0xc) Filename : unicows.dll Full Path : C:\gnu\unicows.dll Type : Exported Function ================================================== ================================================== Function Name : DrawTextW Address : 0x7f2e90c0 Relative Address : 0x000190c0 Ordinal : 104 (0x68) Filename : unicows.dll Full Path : C:\gnu\unicows.dll Type : Exported Function ================================================== ================================================== Function Name : ExtTextOutW Address : 0x7f2eedec Relative Address : 0x0001edec Ordinal : 135 (0x87) Filename : unicows.dll Full Path : C:\gnu\unicows.dll Type : Exported Function ================================================== ================================================== Function Name : GetGlyphOutlineW Address : 0x7f2ef4ee Relative Address : 0x0001f4ee Ordinal : 191 (0xbf) Filename : unicows.dll Full Path : C:\gnu\unicows.dll Type : Exported Function ================================================== ================================================== Function Name : GetOutlineTextMetricsW Address : 0x7f2ef8fe Relative Address : 0x0001f8fe Ordinal : 213 (0xd5) Filename : unicows.dll Full Path : C:\gnu\unicows.dll Type : Exported Function ================================================== ================================================== Function Name : GetTextExtentPoint32W Address : 0x7f2efe67 Relative Address : 0x0001fe67 Ordinal : 244 (0xf4) Filename : unicows.dll Full Path : C:\gnu\unicows.dll Type : Exported Function ================================================== ================================================== Function Name : GetTextMetricsW Address : 0x7f2f0125 Relative Address : 0x00020125 Ordinal : 247 (0xf7) Filename : unicows.dll Full Path : C:\gnu\unicows.dll Type : Exported Function ================================================== ================================================== Function Name : lstrlenW Address : 0x7f2e5117 Relative Address : 0x00015117 Ordinal : 484 (0x1e4) Filename : unicows.dll Full Path : C:\gnu\unicows.dll Type : Exported Function ================================================== Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 03 18:52:23 2011 Received: (at 8562) by debbugs.gnu.org; 3 Jun 2011 22:52:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSdE7-0007iv-7o for submit@debbugs.gnu.org; Fri, 03 Jun 2011 18:52:23 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSdE5-0007ik-Na for 8562@debbugs.gnu.org; Fri, 03 Jun 2011 18:52:22 -0400 Received: by fxm15 with SMTP id 15so1560356fxm.3 for <8562@debbugs.gnu.org>; Fri, 03 Jun 2011 15:52:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=5IVrQU98FqDhwe18u5xKT4FLYp87XVL5Wa+3BziTiWo=; b=QzWqcRcoXx6anV/B1j5IDES+FNdgWOVPV2wn0Q6qfIxFqxfVimNC8YTuHXcVn8J+dA OIQhHmvtHK30zkqu4NetYzqHrILRBjHNPDTGKoCMsXsi5oxsuQX89C1RN5LQDInyuX7B IUR5wbahzkTH2QpTOFde6Q9reUd/Xcy6Nvows= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=KhHWKZH85st55iYX6KGZZUJ+h3kkNEJAgYfJScvDZkqOvVSK/vluKxjR1j6SpBQYyQ pLf4fYqkFiIL05Rtq45RtSAGrlVZ7Eyi0+EEX8uY6vG91bxcUhSb6kn140qqFpYhIceG rAroe7BpoDcvl54QdvSU0xBRl6VnijPb7E88c= MIME-Version: 1.0 Received: by 10.223.86.130 with SMTP id s2mr2629849fal.115.1307141535989; Fri, 03 Jun 2011 15:52:15 -0700 (PDT) Received: by 10.223.86.1 with HTTP; Fri, 3 Jun 2011 15:52:15 -0700 (PDT) In-Reply-To: References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> Date: Sat, 4 Jun 2011 00:52:15 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) I have realized that I had mistook system error #120 ("This function is not supported on this system." ie. the function is a stub) for system error #1 ("Incorrect function." ie. the function does not exist). This renders my previous reasoning unnecessary. So I'm going to put calls to the function GetLastError after each call to each of these unicode functions to see what happens. Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 04 03:11:31 2011 Received: (at 8562) by debbugs.gnu.org; 4 Jun 2011 07:11:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSl19-0001bQ-7B for submit@debbugs.gnu.org; Sat, 04 Jun 2011 03:11:31 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QSl16-0001bD-Ii for 8562@debbugs.gnu.org; Sat, 04 Jun 2011 03:11:29 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LM900K006E61V00@a-mtaout20.012.net.il> for 8562@debbugs.gnu.org; Sat, 04 Jun 2011 10:11:22 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.223.140]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LM900JPN7YVTG70@a-mtaout20.012.net.il>; Sat, 04 Jun 2011 10:11:20 +0300 (IDT) Date: Sat, 04 Jun 2011 10:11:33 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <837h92dqai.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Sat, 4 Jun 2011 00:52:15 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > I have realized that I had mistook system error #120 ("This function > is not supported on this system." ie. the function is a stub) for > system error #1 ("Incorrect function." ie. the function does not > exist). > > This renders my previous reasoning unnecessary. > > So I'm going to put calls to the function GetLastError after each call > to each of these unicode functions to see what happens. Thanks, that would be useful. An alternative would be to download and install libunicows from here: http://libunicows.sourceforge.net/ and then manually add "-lunicows" before all the other -lFOO libraries on the link command line in src/makefile, and rebuild Emacs. If that binary works, then we at least will know that the linking against unicows.dll is the root cause of all these problems. Whether to switch to linking Emacs with libunicows or manually load it on Windows 9X and call the Unicode functions through function pointers, is a different issue. Given the small number of affected functions, I'm not sure what's best. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 04 21:58:33 2011 Received: (at 8562) by debbugs.gnu.org; 5 Jun 2011 01:58:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QT2bp-0006V8-3m for submit@debbugs.gnu.org; Sat, 04 Jun 2011 21:58:33 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QT2bn-0006Ux-Gd for 8562@debbugs.gnu.org; Sat, 04 Jun 2011 21:58:32 -0400 Received: by fxm15 with SMTP id 15so1888746fxm.3 for <8562@debbugs.gnu.org>; Sat, 04 Jun 2011 18:58:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PrzBBD8D+6dyEV8txmXoaAcYn0vHmiA2YhpbBPsNMdI=; b=CUFV3rqlqQGyMhwbHUa1by0HxZ7wHZqfc1Gg7RLhWbe+0erDJrvoqDvmyMmLV74alg lt6gW4b2OYQZARSp2ir+jXB52OrQQrtfOW1XFRyusFOO7eUAIJBHPejVcJyVR2iz6yih obWJb9xIsnGHxxQ9MngBVKxscHgoItu+KeKdQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=g79wAaG+fI9I5N8ea5waN329CZhsbzQJIZnLPfjBlADrzE1Jr7shD9bFAdsQ+xfVDU rEVFMDWUz4q8uiW/fLFVc3USz+st1pPEiPRVax79lKOzx6eOjDAujb2m0T4DkCMx7DuK rlrWEamfSFsSkK9WV7CbbvDJADOYDi9v8Qcdg= MIME-Version: 1.0 Received: by 10.223.127.210 with SMTP id h18mr1119820fas.77.1307239105589; Sat, 04 Jun 2011 18:58:25 -0700 (PDT) Received: by 10.223.86.1 with HTTP; Sat, 4 Jun 2011 18:58:25 -0700 (PDT) In-Reply-To: <837h92dqai.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> Date: Sun, 5 Jun 2011 03:58:25 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) >> So I'm going to put calls to the function GetLastError after each call >> to each of these unicode functions to see what happens. I have only observed that: - Emacs chooses the ansi versions of the functions LookupAccountSid and GetFileSecurity. - The next problematic unicode function is GetGlyphOutlineW which, like GetOutlineTextMetricsW and GetTextMetricsW, is just a stub. The breakpoints I have set for the calls to the other unicode functions are never reached before the Emacs window is opened and is "operative" and then, after a while, I simply quit. http://www.speedyshare.com/files/28808320/Emacs-23.3GDBGetErrors.txt > An alternative would be to download and install libunicows from here: > > =A0http://libunicows.sourceforge.net/ > > and then manually add "-lunicows" before all the other -lFOO libraries > on the link command line in src/makefile, and rebuild Emacs. =A0If that > binary works, then we at least will know that the linking against > unicows.dll is the root cause of all these problems. I have compiled the unmodified officially released source code of Emacs-23.3 with assertions enabled and libunicows. And the binary works. http://www.speedyshare.com/files/28808321/Emacs-23.3Working.png http://www.speedyshare.com/files/28808322/Emacs-23.3ToolTip.png However, Emacs still chooses the ansi versions of the functions LookupAccountSid and GetFileSecurity, presumably because it bases the decision on checking the version of Windows and not on whether the functions are actually available. http://www.speedyshare.com/files/28808323/Emacs-23.3GDBlibunicows.txt > Whether to switch to linking Emacs with libunicows or manually load it > on Windows 9X and call the Unicode functions through function > pointers, is a different issue. =A0Given the small number of affected > functions, I'm not sure what's best. IMHO, using function pointers would mean increasing the number of lines of explicit code, whereas using the unicows loader would open up the possibility of decreasing the number of lines of explicit code by unifying w9x/Me and NT/XP branches of code which handle cases of unicode support. On the other hand, I can imagine that the introduction of the libunicows dependency may be an annoyance to users/developers who don't actually need to make use of it on their systems. Perhaps this could be addressed with a new configure option? Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 04 23:07:49 2011 Received: (at 8562) by debbugs.gnu.org; 5 Jun 2011 03:07:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QT3gr-0007zt-F1 for submit@debbugs.gnu.org; Sat, 04 Jun 2011 23:07:49 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QT3go-0007zf-7x for 8562@debbugs.gnu.org; Sat, 04 Jun 2011 23:07:47 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LMA00600R5A9600@a-mtaout22.012.net.il> for 8562@debbugs.gnu.org; Sun, 05 Jun 2011 06:07:39 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.223.140]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LMA005PYRCQZ160@a-mtaout22.012.net.il>; Sun, 05 Jun 2011 06:07:39 +0300 (IDT) Date: Sun, 05 Jun 2011 06:07:52 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <83r579c6wn.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Sun, 5 Jun 2011 03:58:25 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > I have only observed that: > - Emacs chooses the ansi versions of the functions LookupAccountSid > and GetFileSecurity. That's OK, and has no relation to the problem at hand. First, file security is not available on filesystems supported by Windows 9X. And second, even if they were, Emacs currently uses only the ANSI versions of those functions anyway. > - The next problematic unicode function is GetGlyphOutlineW which, > like GetOutlineTextMetricsW and GetTextMetricsW, is just a stub. > > The breakpoints I have set for the calls to the other unicode > functions are never reached before the Emacs window is opened and is > "operative" and then, after a while, I simply quit. > > http://www.speedyshare.com/files/28808320/Emacs-23.3GDBGetErrors.txt Thanks, this is great news. So if you call GetGlyphOutlineW through a function pointer, like you did with the other 2 functions, and do NOT link against libunicows, do you then get a working binary? It would be good to run such a binary for a while, and see if something else is broken, if you can afford that. > IMHO, using function pointers would mean increasing the number of > lines of explicit code, whereas using the unicows loader would open up > the possibility of decreasing the number of lines of explicit code by > unifying w9x/Me and NT/XP branches of code which handle cases of > unicode support. > On the other hand, I can imagine that the introduction of the > libunicows dependency may be an annoyance to users/developers who > don't actually need to make use of it on their systems. Right, that's exactly the tradeoff. If the issue is with only 3 functions, I tend to the function pointer method. > Perhaps this could be addressed with a new configure option? If we go the libunicows way, I'd tend simply to silently link without it if it is not installed. That would take care of this for most of the users who build their own Emacs. But the annoyance is for those who build binaries we upload to the GNU servers. They will have to make sure libunicows is installed and workable. Anyway, thanks for your great help. I think we will have a solution very soon. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 05 01:48:36 2011 Received: (at 8562) by debbugs.gnu.org; 5 Jun 2011 05:48:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QT6CS-0002w2-2N for submit@debbugs.gnu.org; Sun, 05 Jun 2011 01:48:36 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QT6CP-0002vp-2y for 8562@debbugs.gnu.org; Sun, 05 Jun 2011 01:48:34 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1QT6CJ-0006tK-QV; Sun, 05 Jun 2011 01:48:27 -0400 Date: Sun, 05 Jun 2011 01:48:27 -0400 Message-Id: From: Eli Zaretskii To: oslsachem@gmail.com In-reply-to: <83r579c6wn.fsf@gnu.org> (message from Eli Zaretskii on Sun, 05 Jun 2011 06:07:52 +0300) Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Date: Sun, 05 Jun 2011 06:07:52 +0300 > From: Eli Zaretskii > Cc: 8562@debbugs.gnu.org > > > Date: Sun, 5 Jun 2011 03:58:25 +0200 > > From: oslsachem > > Cc: 8562@debbugs.gnu.org > > > > I have only observed that: > > - Emacs chooses the ansi versions of the functions LookupAccountSid > > and GetFileSecurity. > > That's OK, and has no relation to the problem at hand. First, file > security is not available on filesystems supported by Windows 9X. And > second, even if they were, Emacs currently uses only the ANSI versions > of those functions anyway. It's actually more than that: Emacs currently uses the ANSI versions of _all_ functions, except those that are explicitly called with the `W' suffix in the Emacs sources. So only those calls to Unicode functions you see in the sources are relevant to the issue at hand. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 05 18:32:24 2011 Received: (at 8562) by debbugs.gnu.org; 5 Jun 2011 22:32:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QTLrs-0001NQ-IO for submit@debbugs.gnu.org; Sun, 05 Jun 2011 18:32:24 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QTLrq-0001NE-55 for 8562@debbugs.gnu.org; Sun, 05 Jun 2011 18:32:22 -0400 Received: by fxm15 with SMTP id 15so2123211fxm.3 for <8562@debbugs.gnu.org>; Sun, 05 Jun 2011 15:32:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=uNIpaX8XIoGa0gRQ6H3uXk8ZMgggI/318CiU+dJGPnY=; b=QPSXnTFMB2hjqIB/ICToYYFhd/Ncfda7Jq//C7IvEEGadg/xjXeEupfPSQIZ9R7X8V hLkvVJySFeW1qUePnOrP8I6FXsEFM3f0f1b8WLqKjRHXaksDJckya8RBTZDESrxtuVHK hOkupuL7TMNrTafAfjJKeR1tDGl7l1jTsj1bw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GBtBNGo+7X09099iaVNfQDSYKIv7wMXinxYUqK44PK0Knz6ArSULXndGJ+b0q2Yzqf 3d5sx093Tk5JPD9k4RBhZpdd+whJ9WO+y+Ej8va8s2Tr1CyUgQNXTpjR9+2hVUirBkc/ elc6oFyxWRS5UONHHL6MVPVVp/Rn/ghfi9EfU= MIME-Version: 1.0 Received: by 10.223.159.14 with SMTP id h14mr2406075fax.20.1307313136355; Sun, 05 Jun 2011 15:32:16 -0700 (PDT) Received: by 10.223.86.1 with HTTP; Sun, 5 Jun 2011 15:32:16 -0700 (PDT) In-Reply-To: <83r579c6wn.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> Date: Mon, 6 Jun 2011 00:32:16 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) >> I have only observed that: >> - Emacs chooses the ansi versions of the functions LookupAccountSid >> and GetFileSecurity. > > That's OK, and has no relation to the problem at hand. =A0First, file > security is not available on filesystems supported by Windows 9X. =A0And > second, even if they were, Emacs currently uses only the ANSI versions > of those functions anyway. I'm sorry for bringing up this issue. I should have realized of that myself: these functions are not in the list of unicode functions called by Emacs which are implemented in unicows.dll, which I previously posted in this thread. > So if you call GetGlyphOutlineW through a function pointer, like you > did with the other 2 functions, and do NOT link against libunicows, do > you then get a working binary? =A0It would be good to run such a binary > for a while, and see if something else is broken, if you can afford > that. Of course, I will check it. > Anyway, thanks for your great help. =A0I think we will have a solution > very soon. Thanks to you for your instructions. Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 07 15:26:08 2011 Received: (at 8562) by debbugs.gnu.org; 7 Jun 2011 19:26:08 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QU1ui-00077i-Aa for submit@debbugs.gnu.org; Tue, 07 Jun 2011 15:26:08 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QU1ub-000778-BA for 8562@debbugs.gnu.org; Tue, 07 Jun 2011 15:26:06 -0400 Received: by fxm15 with SMTP id 15so31100fxm.3 for <8562@debbugs.gnu.org>; Tue, 07 Jun 2011 12:25:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gQ4TI9dBiVhJ28XS57h4Xn14XHPHROZBAO7K2djTseA=; b=lLkqg+qLOgnYI5/yJSz/8HiwDikF/Pbb3DQSfOtUxGcSGlOvIHQJARR42h/PXotS1K ODY90LzlqXjvONlX898HDEm+rmA8KUUBJ62ju/xhcpU2pJNoHUGxtriXu5wYDtIEt+XA c32rabT6wQX9Wt8uOrmLNdXtGwmpuGmYEAGPc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=eIQFcniQ1oV565IQkdN8qymuhQ1jYrhoqvtDCgW1RY51lcjVITx8FVNK22V3LZPkAR EqVLwvilZTgL+KvJfIfTpQLciMKml8/7jBr8JK9OBAWfiH9xl4hicWFHVGEQocccUKkc O82hh9W3sDY60l9RUweeGodOz5ThNi9wgzYg4= MIME-Version: 1.0 Received: by 10.223.159.14 with SMTP id h14mr1850379fax.20.1307474755315; Tue, 07 Jun 2011 12:25:55 -0700 (PDT) Received: by 10.223.86.1 with HTTP; Tue, 7 Jun 2011 12:25:55 -0700 (PDT) In-Reply-To: References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> Date: Tue, 7 Jun 2011 21:25:55 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) >> So if you call GetGlyphOutlineW through a function pointer, like you >> did with the other 2 functions, and do NOT link against libunicows, do >> you then get a working binary? =A0It would be good to run such a binary >> for a while, and see if something else is broken, if you can afford >> that. > > Of course, I will check it. The binary works without any noticeable problem. http://www.speedyshare.com/files/28854882/EmacsWithLogo.png Well, it has a glitch: when the window is maximized, clicking on the help menu item "about Emacs" brings out an alternative version of this buffer which doesn't have the Emacs logotype, has a slightly different phrasing and its links are no longer coloured. http://www.speedyshare.com/files/28854883/EmacsWithoutLogo.png But I have checked that this glitch also happens in the version of Emacs built with libunicows, and it still appears in the trunk version. And it already appeared in Emacs-22.3 but I hadn't noticed until now. In any case, only under windows 98. http://www.speedyshare.com/files/28854884/Emacs-23.3GDBGetGlyph.txt Observations: - AppendMenuW is called through a function pointer and is a stub (error 120), but this is handled by subsequent code. - ExtTextOutW doesn't produce an error so, apparently, this function is not a stub in windows 98. - Again, the breakpoints I have set for the calls to the other unicode functions are never reached before the Emacs window is opened and is operative and then, after a while, I simply quit. In a second build, I have tried using the unicows implementation of AppendMenuW and I have noticed that the menu items tooltips no longer show. I have built an updated trunk version of Emacs with the same changes applied and it works equally well. Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 07 16:32:24 2011 Received: (at 8562) by debbugs.gnu.org; 7 Jun 2011 20:32:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QU2wp-00005Q-VL for submit@debbugs.gnu.org; Tue, 07 Jun 2011 16:32:24 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QU2wm-00005B-2w for 8562@debbugs.gnu.org; Tue, 07 Jun 2011 16:32:21 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LMF00K00STWB900@a-mtaout23.012.net.il> for 8562@debbugs.gnu.org; Tue, 07 Jun 2011 23:32:13 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.223.140]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LMF00KOBT1N9Z30@a-mtaout23.012.net.il>; Tue, 07 Jun 2011 23:32:13 +0300 (IDT) Date: Tue, 07 Jun 2011 23:32:14 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: To: oslsachem Message-id: <8362ohcrht.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> X-Spam-Score: -1.7 (-) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.7 (-) > Date: Tue, 7 Jun 2011 21:25:55 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org >=20 > >> So if you call GetGlyphOutlineW through a function pointer, like= you > >> did with the other 2 functions, and do NOT link against libunico= ws, do > >> you then get a working binary? =A0It would be good to run such a= binary > >> for a while, and see if something else is broken, if you can aff= ord > >> that. > > > > Of course, I will check it. >=20 > The binary works without any noticeable problem. Thank you. I will prepare an official patch for that, which should work both on Windows 9X and on the NT family of Windows, and will ask you to test it. In the meantime, if you could give this binary more testing when you have time, it would be even better. > Well, it has a glitch: when the window is maximized, clicking on th= e > help menu item "about Emacs" brings out an alternative version of t= his > buffer which doesn't have the Emacs logotype, has a slightly differ= ent > phrasing and its links are no longer coloured. >=20 > http://www.speedyshare.com/files/28854883/EmacsWithoutLogo.png This is not a bug: the usual "fancy" splash screen is only shown if Emacs can display XPM or PBM images. Otherwise, Emacs shows the "normal" splash screen, which is what you see. I'm guessing that you don't have XPM or PBM libraries installed on the Windows 9X machine, or you didn't have the necessary headers when you built Emacs (the configure.bat script should announce what image libraries it builds with). See the function use-fancy-splash-screens-p in startup.el. The file nt/INSTALL explains where to get the image libraries if you want to build Emacs with full image support. > In a second build, I have tried using the unicows implementation of > AppendMenuW and I have noticed that the menu items tooltips no long= er > show. So it looks like we are better off without libunicows, with using function pointers to call the crucial several functions needed for normal display. Btw, could you please enumerate those functions you replaced? I'm no= t sure my notes about that are accurate. > I have built an updated trunk version of Emacs with the same change= s > applied and it works equally well. Thanks again. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 08 14:11:47 2011 Received: (at 8562) by debbugs.gnu.org; 8 Jun 2011 18:11:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QUNEI-0005mo-DV for submit@debbugs.gnu.org; Wed, 08 Jun 2011 14:11:46 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QUNEG-0005mb-9N for 8562@debbugs.gnu.org; Wed, 08 Jun 2011 14:11:45 -0400 Received: by fxm15 with SMTP id 15so516480fxm.3 for <8562@debbugs.gnu.org>; Wed, 08 Jun 2011 11:11:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=veIItc+6IWCjjPmQvj65lsywNlycrbIQ9p+hZS7i4ow=; b=gn/y/Kpv5pb2sbe2744vpIcfauaofmiLDig+IbZ+JRG94KUapM0wjzEohe3STKiznU 6zz0K31snJdssvi5yingBj/w7c5ZbsbpXfIIoxdbMcL+2VfWNcJwCHZbxEV/Z2eUDBOn ulEM1N2+fUpH6TSOJ5JXYXOIu02N0cIQ9LVmo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DlurDD8YvhPkP5fjwMs9EZ8KJfie8pZZOzdbRymSiOKcNlf9IAaXGAwL+kjneC79ja 19QEWQc12Y2+5+c6SXDzLQ+l+0htld13wmINTTjhYKy9J1pk1a904YDwQt6vr8Iwntt+ uAJb8GEO5WuDUMLqqHHy2r4B4Aqg936p6Qv5k= MIME-Version: 1.0 Received: by 10.223.127.210 with SMTP id h18mr1573150fas.77.1307556698409; Wed, 08 Jun 2011 11:11:38 -0700 (PDT) Received: by 10.223.86.1 with HTTP; Wed, 8 Jun 2011 11:11:37 -0700 (PDT) In-Reply-To: <8362ohcrht.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> Date: Wed, 8 Jun 2011 20:11:37 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) >> Well, it has a glitch: when the window is maximized, clicking on the >> help menu item "about Emacs" brings out an alternative version of this >> buffer which doesn't have the Emacs logotype, has a slightly different >> phrasing and its links are no longer coloured. >> >> http://www.speedyshare.com/files/28854883/EmacsWithoutLogo.png > > This is not a bug: the usual "fancy" splash screen is only shown if > Emacs can display XPM or PBM images. =A0Otherwise, Emacs shows the > "normal" splash screen, which is what you see. =A0I'm guessing that you > don't have XPM or PBM libraries installed on the Windows 9X machine, > or you didn't have the necessary headers when you built Emacs (the > configure.bat script should announce what image libraries it builds > with). =A0See the function use-fancy-splash-screens-p in startup.el. > The file nt/INSTALL explains where to get the image libraries if you > want to build Emacs with full image support. For simplicity (for me) I have been building Emacs without image libraries (i.e --without-xpm --without-png --without-jpeg --without-gif --without-tiff ). After more fiddling, I can now describe the issue more accurately, and it seems to be a design decision: In any version of windows, if the window apparently does not have at least a certain height and I type c-h c-a, I get the *about GNU Emacs* buffer version of text terminal Emacs (i.e. emacs -nw) which does not show a logotype: http://www.speedyshare.com/files/28873451/EmacsNotHighEnough.png On the contrary, if the window has at least a certain height and I type c-h c-a, I get the expected *about GNU Emacs* buffer version of graphical Emacs which, in this case, shows the black and white, coarser logotype: http://www.speedyshare.com/files/28873452/EmacsHighEnough.png However, I still have one more question left: In any version of Emacs for windows, if you start Emacs without the -Q option and then type c-h c-a you end up with two differently named and sized buffers (*GNU Emacs*, *About GNU Emacs*) which have the same contents and so, presumably, the same functionality. Is there a reason for this? http://www.speedyshare.com/files/28873453/TwoGNUEmacsBuffers.png > Btw, could you please enumerate those functions you replaced? =A0I'm not > sure my notes about that are accurate. In the end, only 3 functions seem to need to be imported from unicows.dll in windows 98: GetOutlineTextMetricsW GetTextMetricsW GetGlyphOutlineW These seem to be the functions signatures ( by consulting MSDN ): typedef UINT ( * GetOutlineTextMetricsW_Proc)( HDC hdc, UINT cbData, LPOUTLINETEXTMETRICW lpotmw ); typedef BOOL ( * GetTextMetricsW_Proc)( HDC hdc, LPTEXTMETRICW lptmw ); typedef DWORD ( * GetGlyphOutlineW_Proc)( HDC hdc, UINT uChar, UINT uFormat, LPGLYPHMETRICS lpgm, DWORD cbBuffer, LPVOID lpvBuffer, const MAT2 *lpmat2 ); I have changed two parameter types to avoid these compiler warnings: warning: passing argument 3 of 'Get_Outline_Text_Metrics_W' from incompatible pointer type note: expected 'LPOUTLINETEXTMETRIC' but argument is of type 'struct OUTLINETEXTMETRICW *' warning: passing argument 2 of 'Get_Text_Metrics_W' from incompatible pointer type note: expected 'LPTEXTMETRIC' but argument is of type 'struct TEXTMETRICW *= ' Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 08 16:36:44 2011 Received: (at 8562) by debbugs.gnu.org; 8 Jun 2011 20:36:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QUPUa-00011r-D2 for submit@debbugs.gnu.org; Wed, 08 Jun 2011 16:36:44 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QUPUX-00011d-4I for 8562@debbugs.gnu.org; Wed, 08 Jun 2011 16:36:42 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0LMH00100NBONE00@a-mtaout21.012.net.il> for 8562@debbugs.gnu.org; Wed, 08 Jun 2011 23:36:34 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.223.140]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LMH001ERNWWENA0@a-mtaout21.012.net.il>; Wed, 08 Jun 2011 23:36:34 +0300 (IDT) Date: Wed, 08 Jun 2011 23:36:35 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: To: oslsachem Message-id: <83vcwgawmk.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Wed, 8 Jun 2011 20:11:37 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org >=20 > In any version of windows, if the window apparently does not have a= t > least a certain height and I type c-h c-a, I get the *about GNU Ema= cs* > buffer version of text terminal Emacs (i.e. emacs -nw) which does n= ot > show a logotype: >=20 > http://www.speedyshare.com/files/28873451/EmacsNotHighEnough.png >=20 > On the contrary, if the window has at least a certain height and I > type c-h c-a, I get the expected *about GNU Emacs* buffer version o= f > graphical Emacs which, in this case, shows the black and white, > coarser logotype: >=20 > http://www.speedyshare.com/files/28873452/EmacsHighEnough.png Yes, this works as intended, see again the function use-fancy-splash-screens-p, which tests the frame size against the size of the image displayed in the fancy splash screen. > However, I still have one more question left: > In any version of Emacs for windows, if you start Emacs without the= -Q > option and then type c-h c-a you end up with two differently named = and > sized buffers (*GNU Emacs*, *About GNU Emacs*) which have the same > contents and so, presumably, the same functionality. Is there a rea= son > for this? The contents are very similar, but not identical. Feel free to ask this question on emacs-devel@gnu.org, though: perhaps there's a place for improvement there. > > Btw, could you please enumerate those functions you replaced? = =A0I'm not > > sure my notes about that are accurate. >=20 > In the end, only 3 functions seem to need to be imported from > unicows.dll in windows 98: >=20 > GetOutlineTextMetricsW >=20 > GetTextMetricsW >=20 > GetGlyphOutlineW >=20 > These seem to be the functions signatures ( by consulting MSDN ): >=20 > typedef UINT ( * GetOutlineTextMetricsW_Proc)( > HDC hdc, > UINT cbData, > LPOUTLINETEXTMETRICW lpotmw > ); > typedef BOOL ( * GetTextMetricsW_Proc)( > HDC hdc, > LPTEXTMETRICW lptmw > ); > typedef DWORD ( * GetGlyphOutlineW_Proc)( > HDC hdc, > UINT uChar, > UINT uFormat, > LPGLYPHMETRICS lpgm, > DWORD cbBuffer, > LPVOID lpvBuffer, > const MAT2 *lpmat2 > ); >=20 > I have changed two parameter types to avoid these compiler warnings= : >=20 > warning: passing argument 3 of 'Get_Outline_Text_Metrics_W' from > incompatible pointer type > note: expected 'LPOUTLINETEXTMETRIC' but argument is of type 'struc= t > OUTLINETEXTMETRICW *' >=20 > warning: passing argument 2 of 'Get_Text_Metrics_W' from incompatib= le > pointer type > note: expected 'LPTEXTMETRIC' but argument is of type 'struct TEXTM= ETRICW *' Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 12 17:47:42 2011 Received: (at 8562) by debbugs.gnu.org; 12 Jun 2011 21:47:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QVsVR-0008Nd-O1 for submit@debbugs.gnu.org; Sun, 12 Jun 2011 17:47:42 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QVsVP-0008NP-NZ for 8562@debbugs.gnu.org; Sun, 12 Jun 2011 17:47:40 -0400 Received: by fxm15 with SMTP id 15so2467019fxm.3 for <8562@debbugs.gnu.org>; Sun, 12 Jun 2011 14:47:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ux23I0tVg52alQLnql6xNpaZlt0vv/8P/bqY2oZBPNQ=; b=hDRv0aroPw7a+fX3T9ptBVFISItkj5pOFHskv6YTgE/ihZwbGVd27kQKjM1jiNEiqE te2Bsqwsg3N6gGjUQAMGAlWE2a3dZTqcgHPj5WQg0shy2GbsmzolvgHwEEcpr0wG8BFx Csse4Vtz8QuW0LRjqLK/+KTgMGRjlqet56HZI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=xotqbt6jZyvdZbrQ8rWYCl6QS+8t2fJN9t7gjyb2mD0iCHwvijdkzILIhyOkegPHIV GMAPmDvKJgDWbvSVX0lEyFJa5ChBJyVWWGOBa7xpci49ptNI7mQta8eGorQbKVI4Kpb3 tsnWKmZMq6HNXYkrwTIZcEOyUPVn3hvA+pgw0= MIME-Version: 1.0 Received: by 10.223.143.17 with SMTP id s17mr3187698fau.34.1307915253960; Sun, 12 Jun 2011 14:47:33 -0700 (PDT) Received: by 10.223.111.212 with HTTP; Sun, 12 Jun 2011 14:47:33 -0700 (PDT) In-Reply-To: <8362ohcrht.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> Date: Sun, 12 Jun 2011 23:47:33 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) >> In a second build, I have tried using the unicows implementation of >> AppendMenuW and I have noticed that the menu items tooltips no longer >> show. > > So it looks like we are better off without libunicows, with using > function pointers to call the crucial several functions needed for > normal display. I didn't remember the libunicows build of emacs not showing the menu items tooltips so I checked it, and it actually showed them. So, reviewing globals_of_w32menu: globals_of_w32menu () { /* See if Get/SetMenuItemInfo functions are available. */ HMODULE user32 = GetModuleHandle ("user32.dll"); get_menu_item_info = (GetMenuItemInfoA_Proc) GetProcAddress (user32, "GetMenuItemInfoA"); set_menu_item_info = (SetMenuItemInfoA_Proc) GetProcAddress (user32, "SetMenuItemInfoA"); unicode_append_menu = (AppendMenuW_Proc) GetProcAddress (user32, "AppendMenuW"); } I realized that I had carelessly replaced all the occurrences of 'user32' with 'unicows' expecting that: - At this point in the execution, the unicows library would be already loaded, which seems to be true. - Unicows would provide the most up-to-date implementations of the ansi versions of these functions, which is false. In general, unicows only provides the ansi implementations for a few of the functions. In particular, unicows doesn't provide the ansi implementations for these specific functions. So the change correctly done (supposing the is_windows_9x() function was available for this file) could be something like : void globals_of_w32menu () { /* See if Get/SetMenuItemInfo functions are available. */ HMODULE user32 = GetModuleHandle ("user32.dll"); get_menu_item_info = (GetMenuItemInfoA_Proc) GetProcAddress (user32, "GetMenuItemInfoA"); set_menu_item_info = (SetMenuItemInfoA_Proc) GetProcAddress (user32, "SetMenuItemInfoA"); if (is_windows_9x()) { HMODULE unicows = GetModuleHandle ("unicows.dll"); unicode_append_menu = (AppendMenuW_Proc) GetProcAddress (unicows, "AppendMenuW"); } else unicode_append_menu = (AppendMenuW_Proc) GetProcAddress (user32, "AppendMenuW"); } I think it would be interesting to make this change given that this unicode function is already called through function pointers and that this would keep the execution branches of windows 9x and windows NT as close as possible. Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 01 07:05:22 2011 Received: (at 8562) by debbugs.gnu.org; 1 Oct 2011 11:05:22 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R9xNh-0002KF-Jv for submit@debbugs.gnu.org; Sat, 01 Oct 2011 07:05:22 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R9xNd-0002K4-Tc for 8562@debbugs.gnu.org; Sat, 01 Oct 2011 07:05:20 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LSD00700W07F800@a-mtaout20.012.net.il> for 8562@debbugs.gnu.org; Sat, 01 Oct 2011 14:03:10 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.229.231]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LSD0073UW17EW10@a-mtaout20.012.net.il>; Sat, 01 Oct 2011 14:03:09 +0300 (IDT) Date: Sat, 01 Oct 2011 14:03:11 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: <8362ohcrht.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: oslsachem@gmail.com Message-id: <83ehyxc6ts.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Tue, 07 Jun 2011 23:32:14 +0300 > From: Eli Zaretskii > Cc: 8562@debbugs.gnu.org > > > The binary works without any noticeable problem. > > Thank you. I will prepare an official patch for that, which should > work both on Windows 9X and on the NT family of Windows, and will ask > you to test it. Sorry for such a long delay, I got distracted by issues that needed to be resolved before Emacs 24 enters the pretest. Please find below a patch that should let Emacs work correctly on Windows 9X systems that have UNICOWS.DLL installed. If UNICOWS.DLL is not installed, Emacs should pop up an error dialog to that effect, and refuse to start up. "emacs -nw" should be possible even if that DLL is not available. Please give this a try, both with and without UNICOWS.DLL available, and see if the results are good. I will then install this in the development trunk, and this will be available as part of Emacs 24.1. It is best to try this in the current development code, or with the emacs-24.0.90 pretest (which you can find on alpha.gnu.org). Thanks again for your great help in resolving this issue. Here's the patch to apply: === modified file 'src/ChangeLog' --- src/ChangeLog 2011-09-30 20:22:01 +0000 +++ src/ChangeLog 2011-10-01 10:55:28 +0000 @@ -1,3 +1,24 @@ +2011-10-01 Eli Zaretskii + + Fix Emacs on Windows 9X (bug#8562). + Thanks to oslsachem for debugging this. + + * w32font.c (g_b_init_is_w9x, g_b_init_get_outline_metrics_w) + (g_b_init_get_text_metrics_w, g_b_init_get_glyph_outline_w) + (g_b_init_get_glyph_outline_w): New static variables. + (GetOutlineTextMetricsW_Proc, GetTextMetricsW_Proc) + (GetGlyphOutlineW_Proc): New typedefs. + (w32_load_unicows_or_gdi32, get_outline_metrics_w) + (get_text_metrics_w, get_glyph_outline_w, globals_of_w32font): New + functions. + (w32font_open_internal, compute_metrics): Call + get_outline_metrics_w, get_text_metrics_w, and get_glyph_outline_w + instead of calling the "wide" APIs directly. + + * emacs.c (main) [HAVE_NTGUI]: Call globals_of_w32font. + + * w32.h (syms_of_w32font): Add prototype. + 2011-09-30 Paul Eggert * buffer.h (struct buffer): Use time_t, not int, for a time stamp. === modified file 'src/emacs.c' --- src/emacs.c 2011-09-24 09:22:06 +0000 +++ src/emacs.c 2011-10-01 10:06:12 +0000 @@ -1591,6 +1591,7 @@ Using an Emacs configured with --with-x- /* Initialization that must be done even if the global variable initialized is non zero. */ #ifdef HAVE_NTGUI + globals_of_w32font (); globals_of_w32fns (); globals_of_w32menu (); globals_of_w32select (); === modified file 'src/w32.h' --- src/w32.h 2011-05-04 14:03:16 +0000 +++ src/w32.h 2011-10-01 10:11:20 +0000 @@ -139,6 +139,7 @@ extern void term_w32select (void); extern void syms_of_w32menu (void); extern void globals_of_w32menu (void); extern void syms_of_fontset (void); +extern void syms_of_w32font (void); extern int _sys_read_ahead (int fd); extern int _sys_wait_accept (int fd); === modified file 'src/w32font.c' --- src/w32font.c 2011-05-12 07:07:06 +0000 +++ src/w32font.c 2011-10-01 10:43:40 +0000 @@ -145,6 +145,137 @@ struct font_callback_data style variations if the font name is not specified. */ static void list_all_matching_fonts (struct font_callback_data *); +static BOOL g_b_init_is_w9x; +static BOOL g_b_init_get_outline_metrics_w; +static BOOL g_b_init_get_text_metrics_w; +static BOOL g_b_init_get_glyph_outline_w; +static BOOL g_b_init_get_glyph_outline_w; + +typedef UINT (WINAPI * GetOutlineTextMetricsW_Proc) ( + HDC hdc, + UINT cbData, + LPOUTLINETEXTMETRICW lpotmw); +typedef BOOL (WINAPI * GetTextMetricsW_Proc) ( + HDC hdc, + LPTEXTMETRICW lptmw); +typedef DWORD (WINAPI * GetGlyphOutlineW_Proc) ( + HDC hdc, + UINT uChar, + UINT uFormat, + LPGLYPHMETRICS lpgm, + DWORD cbBuffer, + LPVOID lpvBuffer, + const MAT2 *lpmat2); + +/* Several "wide" functions we use to support the font backends are + unavailable on Windows 9X, unless UNICOWS.DLL is installed (their + versions in the default libraries are non-functional stubs). On NT + and later systems, these functions are in GDI32.DLL. The following + helper function attempts to load UNICOWS.DLL on Windows 9X, and + refuses to let Emacs start up if that library is not found. On NT + and later versions, it simply loads GDI32.DLL, which should always + be available. */ +static HMODULE +w32_load_unicows_or_gdi32 (void) +{ + static BOOL is_9x = 0; + OSVERSIONINFO os_ver; + HMODULE ret; + if (g_b_init_is_w9x == 0) + { + g_b_init_is_w9x = 1; + ZeroMemory (&os_ver, sizeof (OSVERSIONINFO)); + os_ver.dwOSVersionInfoSize = sizeof (OSVERSIONINFO); + if (GetVersionEx (&os_ver)) + is_9x = (os_ver.dwPlatformId == VER_PLATFORM_WIN32_WINDOWS); + } + if (is_9x) + { + ret = LoadLibrary ("Unicows.dll"); + if (!ret) + { + int button; + + button = MessageBox (NULL, + "Emacs cannot load the UNICOWS.DLL library.\n" + "This library is essential for using Emacs\n" + "on this system. You need to install it.\n\n" + "However, you can still use Emacs by invoking\n" + "it with the '-nw' command-line option.\n\n" + "Emacs will exit when you click OK.", + "Emacs cannot load UNICOWS.DLL", + MB_ICONERROR | MB_TASKMODAL + | MB_SETFOREGROUND | MB_OK); + switch (button) + { + case IDOK: + default: + exit (1); + } + } + } + else + ret = LoadLibrary ("Gdi32.dll"); +} + +/* The following 3 functions call the problematic "wide" APIs via + function pointers, to avoid linking against the non-standard + libunicows on W9X. */ +static UINT WINAPI +get_outline_metrics_w(HDC hdc, UINT cbData, LPOUTLINETEXTMETRICW lpotmw) +{ + static GetOutlineTextMetricsW_Proc s_pfn_Get_Outline_Text_MetricsW = NULL; + HMODULE hm_unicows = NULL; + if (g_b_init_get_outline_metrics_w == 0) + { + g_b_init_get_outline_metrics_w = 1; + hm_unicows = w32_load_unicows_or_gdi32 (); + if (hm_unicows) + s_pfn_Get_Outline_Text_MetricsW = (GetOutlineTextMetricsW_Proc) + GetProcAddress (hm_unicows, "GetOutlineTextMetricsW"); + } + if (s_pfn_Get_Outline_Text_MetricsW == NULL) + abort (); /* cannot happen */ + return s_pfn_Get_Outline_Text_MetricsW (hdc, cbData, lpotmw); +} + +static BOOL WINAPI +get_text_metrics_w(HDC hdc, LPTEXTMETRICW lptmw) +{ + static GetTextMetricsW_Proc s_pfn_Get_Text_MetricsW = NULL; + HMODULE hm_unicows = NULL; + if (g_b_init_get_text_metrics_w == 0) + { + g_b_init_get_text_metrics_w = 1; + hm_unicows = w32_load_unicows_or_gdi32 (); + if (hm_unicows) + s_pfn_Get_Text_MetricsW = (GetTextMetricsW_Proc) + GetProcAddress (hm_unicows, "GetTextMetricsW"); + } + if (s_pfn_Get_Text_MetricsW == NULL) + abort (); /* cannot happen */ + return s_pfn_Get_Text_MetricsW (hdc, lptmw); +} + +static DWORD WINAPI +get_glyph_outline_w (HDC hdc, UINT uChar, UINT uFormat, LPGLYPHMETRICS lpgm, + DWORD cbBuffer, LPVOID lpvBuffer, const MAT2 *lpmat2) +{ + static GetGlyphOutlineW_Proc s_pfn_Get_Glyph_OutlineW = NULL; + HMODULE hm_unicows = NULL; + if (g_b_init_get_glyph_outline_w == 0) + { + g_b_init_get_glyph_outline_w = 1; + hm_unicows = w32_load_unicows_or_gdi32 (); + if (hm_unicows) + s_pfn_Get_Glyph_OutlineW = (GetGlyphOutlineW_Proc) + GetProcAddress (hm_unicows, "GetGlyphOutlineW"); + } + if (s_pfn_Get_Glyph_OutlineW == NULL) + abort (); /* cannot happen */ + return s_pfn_Get_Glyph_OutlineW (hdc, uChar, uFormat, lpgm, cbBuffer, + lpvBuffer, lpmat2); +} static int memq_no_quit (Lisp_Object elt, Lisp_Object list) @@ -816,11 +947,11 @@ w32font_open_internal (FRAME_PTR f, Lisp old_font = SelectObject (dc, hfont); /* Try getting the outline metrics (only works for truetype fonts). */ - len = GetOutlineTextMetricsW (dc, 0, NULL); + len = get_outline_metrics_w (dc, 0, NULL); if (len) { metrics = (OUTLINETEXTMETRICW *) alloca (len); - if (GetOutlineTextMetricsW (dc, len, metrics)) + if (get_outline_metrics_w (dc, len, metrics)) memcpy (&w32_font->metrics, &metrics->otmTextMetrics, sizeof (TEXTMETRICW)); else @@ -828,7 +959,7 @@ w32font_open_internal (FRAME_PTR f, Lisp } if (!metrics) - GetTextMetricsW (dc, &w32_font->metrics); + get_text_metrics_w (dc, &w32_font->metrics); w32_font->cached_metrics = NULL; w32_font->n_cache_blocks = 0; @@ -2306,7 +2437,7 @@ compute_metrics (HDC dc, struct w32font_ transform.eM11.value = 1; transform.eM22.value = 1; - if (GetGlyphOutlineW (dc, code, options, &gm, 0, NULL, &transform) + if (get_glyph_outline_w (dc, code, options, &gm, 0, NULL, &transform) != GDI_ERROR) { metrics->lbearing = gm.gmptGlyphOrigin.x; @@ -2581,3 +2712,13 @@ versions of Windows) characters. */); w32font_driver.type = Qgdi; register_font_driver (&w32font_driver, NULL); } + +void +globals_of_w32font (void) +{ + g_b_init_is_w9x = 0; + g_b_init_get_outline_metrics_w = 0; + g_b_init_get_text_metrics_w = 0; + g_b_init_get_glyph_outline_w = 0; +} + From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 01 07:07:39 2011 Received: (at 8562) by debbugs.gnu.org; 1 Oct 2011 11:07:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R9xPv-0002NK-AH for submit@debbugs.gnu.org; Sat, 01 Oct 2011 07:07:39 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R9xPs-0002NB-O2 for 8562@debbugs.gnu.org; Sat, 01 Oct 2011 07:07:37 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0LSD00400VYFJV00@a-mtaout21.012.net.il> for 8562@debbugs.gnu.org; Sat, 01 Oct 2011 14:06:24 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.229.231]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LSD003K3W6LFCH0@a-mtaout21.012.net.il>; Sat, 01 Oct 2011 14:06:24 +0300 (IDT) Date: Sat, 01 Oct 2011 14:06:25 +0300 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <83d3ehc6oe.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Sun, 12 Jun 2011 23:47:33 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > So the change correctly done (supposing the is_windows_9x() function > was available for this file) could be something like : > > void > globals_of_w32menu () > { > /* See if Get/SetMenuItemInfo functions are available. */ > HMODULE user32 = GetModuleHandle ("user32.dll"); > get_menu_item_info = (GetMenuItemInfoA_Proc) GetProcAddress (user32, > "GetMenuItemInfoA"); > set_menu_item_info = (SetMenuItemInfoA_Proc) GetProcAddress (user32, > "SetMenuItemInfoA"); > if (is_windows_9x()) > { > HMODULE unicows = GetModuleHandle ("unicows.dll"); > unicode_append_menu = (AppendMenuW_Proc) GetProcAddress > (unicows, "AppendMenuW"); > } > else unicode_append_menu = (AppendMenuW_Proc) GetProcAddress > (user32, "AppendMenuW"); > } > > I think it would be interesting to make this change given that this > unicode function is already called through function pointers and that > this would keep the execution branches of windows 9x and windows NT as > close as possible. I would like to avoid making changes for which we don't have a good reason and a clear test case. So if you can spot any significant differences in menus depending on whether AppendMenuW comes from unicows.dll or elsewhere, please show them, and let's take it from there. If there are no significant differences, I'd prefer not to rock the boat more than necessary. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 26 18:47:55 2011 Received: (at 8562) by debbugs.gnu.org; 26 Oct 2011 22:47:55 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJCGI-0002MD-TB for submit@debbugs.gnu.org; Wed, 26 Oct 2011 18:47:55 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJCGG-0002Lv-9W for 8562@debbugs.gnu.org; Wed, 26 Oct 2011 18:47:54 -0400 Received: by faas12 with SMTP id s12so2056067faa.3 for <8562@debbugs.gnu.org>; Wed, 26 Oct 2011 15:46:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ywLEXTCKC2ABlLdDrMIhlVUKXonsUmtSq6Qki9ZOdlY=; b=EUI/chAt3plI0duBkd3YBX8D7ofazuN9e0yy5miRjSLZpf+fbF7+uceF29Dc5ovkXu Kehg+6rQ6fd1Bq4Dwv+ogVW6wNuEPizGtEtFCPO8gsyabd1mqjU1EafntvtHuoqVl5a+ oHysuTtVL6AD7D1OicjyXUF1UcI14VxsMcrVE= MIME-Version: 1.0 Received: by 10.223.75.25 with SMTP id w25mr64105488faj.15.1319669161510; Wed, 26 Oct 2011 15:46:01 -0700 (PDT) Received: by 10.223.115.197 with HTTP; Wed, 26 Oct 2011 15:46:01 -0700 (PDT) In-Reply-To: <83ehyxc6ts.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> <83ehyxc6ts.fsf@gnu.org> Date: Thu, 27 Oct 2011 00:46:01 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) Sorry for the late reply, I haven't checked this email address for weeks. > Please find below a patch that should let Emacs work correctly on > Windows 9X systems that have UNICOWS.DLL installed. http://www.speedyshare.com/files/30942248/EmacsWithUnicowsWindow.png http://www.speedyshare.com/files/30942249/EmacsWithUnicowsGDB.txt > If UNICOWS.DLL is > not installed, Emacs should pop up an error dialog to that effect, and > refuse to start up. http://www.speedyshare.com/files/30942250/EmacsWithoutUnicowsErrorWindow.pn= g http://www.speedyshare.com/files/30942251/EmacsWithoutUnicowsGDB.txt > =A0"emacs -nw" should be possible even if that DLL > is not available. http://www.speedyshare.com/files/30942252/EmacsNWWithoutUnicowsWindow.png http://www.speedyshare.com/files/30942253/EmacsNWWithoutUnicowsGDB.txt > Please give this a try, both with and without UNICOWS.DLL available, > and see if the results are good. As far as I can tell, the patched Emacs works perfectly when using emacs.exe (and runemacs.exe with unicows.dll). However, when using runemacs.exe without unicows.dll, the program doesn't show the error dialog window or the application window and the process stays hidden in the background instead of exiting gracefully. > It is best to try this in the current development code, or with the > emacs-24.0.90 pretest (which you can find on alpha.gnu.org). "This is GNU Emacs 24.0.90.1 (i386-mingw-windows98.2222) [...]" Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 26 19:07:46 2011 Received: (at 8562) by debbugs.gnu.org; 26 Oct 2011 23:07:46 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJCZW-0002nz-NT for submit@debbugs.gnu.org; Wed, 26 Oct 2011 19:07:46 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJCZU-0002nm-EH for 8562@debbugs.gnu.org; Wed, 26 Oct 2011 19:07:45 -0400 Received: by faas12 with SMTP id s12so2068605faa.3 for <8562@debbugs.gnu.org>; Wed, 26 Oct 2011 16:05:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=mODLKQkxdpYj5OfavOXBV85e5isKee0A1qBcYIH8Afk=; b=Gz6GXwuLstredU2mKQjz+ol7BXUyMJngF4hN3aFCatKBy/zPBrCFHaIjAucU7HRo5u CtQNs6KBmmrLNbG+SSETi0LKfGQgcRtiO/3eZ3+hQs5S9sTlApykuox/gCk3fxI84BXZ hCSfBe/2AVrsvMPXSsy0v6UVbhhDpgs7FFmJU= MIME-Version: 1.0 Received: by 10.223.85.139 with SMTP id o11mr62351628fal.0.1319670353412; Wed, 26 Oct 2011 16:05:53 -0700 (PDT) Received: by 10.223.115.197 with HTTP; Wed, 26 Oct 2011 16:05:53 -0700 (PDT) In-Reply-To: <83d3ehc6oe.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> <83d3ehc6oe.fsf@gnu.org> Date: Thu, 27 Oct 2011 01:05:53 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) > I would like to avoid making changes for which we don't have a good > reason and a clear test case. =A0So if you can spot any significant > differences in menus depending on whether AppendMenuW comes from > unicows.dll or elsewhere, please show them, and let's take it from > there. =A0If there are no significant differences, I'd prefer not to > rock the boat more than necessary. Indeed, I couldn't tell any difference between them. Come to think of it, I can't but agree with you. It seems a good example of "if it ain't broke, don't fix it" or "never change a running system" :) Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 27 10:55:40 2011 Received: (at 8562) by debbugs.gnu.org; 27 Oct 2011 14:55:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJRMq-0001iL-4F for submit@debbugs.gnu.org; Thu, 27 Oct 2011 10:55:40 -0400 Received: from fencepost.gnu.org ([140.186.70.10] ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJRMl-0001iC-RJ for 8562@debbugs.gnu.org; Thu, 27 Oct 2011 10:55:36 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RJRL0-0007U7-Kq; Thu, 27 Oct 2011 10:53:46 -0400 Date: Thu, 27 Oct 2011 10:53:46 -0400 Message-Id: From: Eli Zaretskii To: oslsachem In-reply-to: (message from oslsachem on Thu, 27 Oct 2011 00:46:01 +0200) Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> <83ehyxc6ts.fsf@gnu.org> X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Date: Thu, 27 Oct 2011 00:46:01 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > Sorry for the late reply, I haven't checked this email address for weeks. No worries. > As far as I can tell, the patched Emacs works perfectly when using > emacs.exe (and runemacs.exe with unicows.dll). Thanks. > However, when using runemacs.exe without unicows.dll, the program > doesn't show the error dialog window or the application window and the > process stays hidden in the background instead of exiting gracefully. Which process stays hidden -- the original runemacs.exe or emacs.exe that is run by runemacs.exe? From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 28 06:13:22 2011 Received: (at 8562) by debbugs.gnu.org; 28 Oct 2011 10:13:22 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJjRB-0003U5-TP for submit@debbugs.gnu.org; Fri, 28 Oct 2011 06:13:22 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJjR8-0003Tv-BY for 8562@debbugs.gnu.org; Fri, 28 Oct 2011 06:13:19 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0LTR00L00TJ14R00@a-mtaout21.012.net.il> for 8562@debbugs.gnu.org; Fri, 28 Oct 2011 12:10:51 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.124.212.197]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LTR00L6STM13O20@a-mtaout21.012.net.il>; Fri, 28 Oct 2011 12:10:50 +0200 (IST) Date: Fri, 28 Oct 2011 12:10:58 +0200 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <83y5w5a0jx.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> <83ehyxc6ts.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Thu, 27 Oct 2011 00:46:01 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > > Please give this a try, both with and without UNICOWS.DLL available, > > and see if the results are good. > > As far as I can tell, the patched Emacs works perfectly when using > emacs.exe (and runemacs.exe with unicows.dll). Thanks, I installed the changes in the bzr repository. The next pretest, due in a day or two, should work on Windows 9X. > However, when using runemacs.exe without unicows.dll, the program > doesn't show the error dialog window or the application window and the > process stays hidden in the background instead of exiting gracefully. See my other mail about this. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 28 06:23:02 2011 Received: (at 8562) by debbugs.gnu.org; 28 Oct 2011 10:23:02 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJjaY-0003hf-6O for submit@debbugs.gnu.org; Fri, 28 Oct 2011 06:23:02 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJjaV-0003hE-9M for 8562@debbugs.gnu.org; Fri, 28 Oct 2011 06:23:00 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LTR00M00TZ65800@a-mtaout20.012.net.il> for 8562@debbugs.gnu.org; Fri, 28 Oct 2011 12:21:04 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.124.212.197]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LTR00L88U33GIE0@a-mtaout20.012.net.il>; Fri, 28 Oct 2011 12:21:04 +0200 (IST) Date: Fri, 28 Oct 2011 12:21:12 +0200 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <83wrbpa02v.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> <83ehyxc6ts.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: Jason Rumney , 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Thu, 27 Oct 2011 21:38:55 +0200 > From: oslsachem > > > Which process stays hidden -- the original runemacs.exe or emacs.exe > > that is run by runemacs.exe? > > Judging by the GDB log > > http://www.speedyshare.com/files/30954233/RunemacsGDB.txt > > and the process viewer window (WinTop) > > http://www.speedyshare.com/files/30954234/RunemacsProcessViewer.png > > , I would say that the original runemacs.exe process exits > successfully after launching the emacs.exe process, which is the one > that stays hidden in the background. It is strange that I cannot reproduce this on my XP box. (I simulated a Windows 9X system by inverting the is_9x test in w32_load_unicows_or_gdi32, and modified the name of the DLL to something that doesn't exist on my system.) When I run "runemacs -Q" both from the command prompt and from a desktop shortcut, I get the abort dialog in both cases telling that UNICOWS.DLL was not found etc. Does it matter in your case whether Emacs is invoked from the command prompt or from a shortcut? Jason, could you perhaps help me out here, by looking at the patch I posted in this bug report? Did I do something wrong with how I invoke the error dialog that might not work on Windows 9X, when Emacs is invoked via runemacs? If nothing else gives a clue, I think I can make a similar test in runemacs.exe and pop up the error dialog from there. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 28 08:13:15 2011 Received: (at 8562) by debbugs.gnu.org; 28 Oct 2011 12:13:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJlJD-00072D-IZ for submit@debbugs.gnu.org; Fri, 28 Oct 2011 08:13:15 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RJlJA-000723-Mb for 8562@debbugs.gnu.org; Fri, 28 Oct 2011 08:13:14 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LTR00I00Z4QKJ00@a-mtaout22.012.net.il> for 8562@debbugs.gnu.org; Fri, 28 Oct 2011 14:11:16 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.124.212.197]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LTR00IP5Z6RFT50@a-mtaout22.012.net.il>; Fri, 28 Oct 2011 14:11:16 +0200 (IST) Date: Fri, 28 Oct 2011 14:11:24 +0200 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: <83wrbpa02v.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: oslsachem@gmail.com Message-id: <83pqhh9uz7.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> <83ehyxc6ts.fsf@gnu.org> <83wrbpa02v.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Fri, 28 Oct 2011 12:21:12 +0200 > From: Eli Zaretskii > Cc: 8562@debbugs.gnu.org > > > Date: Thu, 27 Oct 2011 21:38:55 +0200 > > From: oslsachem > > > > > Which process stays hidden -- the original runemacs.exe or emacs.exe > > > that is run by runemacs.exe? > > > > Judging by the GDB log > > > > http://www.speedyshare.com/files/30954233/RunemacsGDB.txt > > > > and the process viewer window (WinTop) > > > > http://www.speedyshare.com/files/30954234/RunemacsProcessViewer.png > > > > , I would say that the original runemacs.exe process exits > > successfully after launching the emacs.exe process, which is the one > > that stays hidden in the background. > > It is strange that I cannot reproduce this on my XP box. (I simulated > a Windows 9X system by inverting the is_9x test in > w32_load_unicows_or_gdi32, and modified the name of the DLL to > something that doesn't exist on my system.) When I run "runemacs -Q" > both from the command prompt and from a desktop shortcut, I get the > abort dialog in both cases telling that UNICOWS.DLL was not found etc. There was a bug in my changes: the function w32_load_unicows_or_gdi32 lacked a "return" statement. Someone noticed this and fixed it in the Emacs repository. This bug could cause random failures, and perhaps also the problem you describe. Could you please apply the patch below and see if the problem with invoking Emacs via runemacs is gone, i.e. if unicows.dll is not present, Emacs now pops up the dialog saying so? --- a/src/w32font.c 2011-10-28 09:54:02 +0000 +++ b/src/w32font.c 2011-10-28 10:59:24 +0000 @@ -216,6 +216,7 @@ } else ret = LoadLibrary ("Gdi32.dll"); + return ret; } /* The following 3 functions call the problematic "wide" APIs via From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 29 18:26:38 2011 Received: (at 8562) by debbugs.gnu.org; 29 Oct 2011 22:26:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKHML-0003uT-VP for submit@debbugs.gnu.org; Sat, 29 Oct 2011 18:26:38 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKHMJ-0003uL-5s for 8562@debbugs.gnu.org; Sat, 29 Oct 2011 18:26:36 -0400 Received: by faas12 with SMTP id s12so4651076faa.3 for <8562@debbugs.gnu.org>; Sat, 29 Oct 2011 15:24:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=WtAP1KBVXUNNLbRcPLExHQ9N8NwmMLOXTHeChYBV/O4=; b=CQCclLKCNu/n3hzVHU5FmpdqPaDWKPkLQ4z0v+LIzkeucgVL96/CZrSKqkSlfr15Ai /Zi8hfPT3OMlmX6f6NZICon4z4LnoXcDmJhHVdWEdGh8Tn6PGVngmllZ+95+cwYmEpj6 Yct5VbPqQC+9BPdrS/y3LaUT0naB9jBuIeTmc= MIME-Version: 1.0 Received: by 10.223.85.139 with SMTP id o11mr16867533fal.0.1319927072237; Sat, 29 Oct 2011 15:24:32 -0700 (PDT) Received: by 10.223.115.197 with HTTP; Sat, 29 Oct 2011 15:24:31 -0700 (PDT) In-Reply-To: <83pqhh9uz7.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> <83ehyxc6ts.fsf@gnu.org> <83wrbpa02v.fsf@gnu.org> <83pqhh9uz7.fsf@gnu.org> Date: Sun, 30 Oct 2011 00:24:31 +0200 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) >> It is strange that I cannot reproduce this on my XP box. =A0(I simulated >> a Windows 9X system by inverting the is_9x test in >> w32_load_unicows_or_gdi32, and modified the name of the DLL to >> something that doesn't exist on my system.) =A0When I run "runemacs -Q" >> both from the command prompt and from a desktop shortcut, I get the >> abort dialog in both cases telling that UNICOWS.DLL was not found etc. > I have checked that myself too, out of disbelief, after observing the windows 98 GUI behaviour stated later on. > There was a bug in my changes: the function w32_load_unicows_or_gdi32 > lacked a "return" statement. =A0Someone noticed this and fixed it in the > Emacs repository. =A0This bug could cause random failures, and perhaps > also the problem you describe. =A0Could you please apply the patch below > and see if the problem with invoking Emacs via runemacs is gone, > i.e. if unicows.dll is not present, Emacs now pops up the dialog > saying so? I have patched Emacs and that omission doesn't seem to affect this problem. However: - I have commented out the message box code (w32font.c:197) and replaced it with just 'exit(1)': After this change, runemacs.exe launches emacs.exe and now this process ends instead of staying in the background. - I have changed the value of start.wShowWindow to SW_SHOW (runemacs.c:148)= : After this change, the unicows.dll error dialog window is shown (with a console window behind it, which actually defeats the purpose of runemacs.exe to begin with) >From this I guess that: - the messagebox is actually hidden even though it is waiting for input from the user. - the visibility of the messagebox is linked to the visibility of the console window created for the process from which it is called ( Even though this behaviour can't be reproduced in windows XP) Besides: - I have changed the value of priority_class to NORMAL_PRIORITY_CLASS | DETACHED_PROCESS (runemacs.c:56): After this change, the emacs.exe process doesn't have a console window created for it, and the error dialog window is shown without a console window behind it. I have used runemacs.exe with unicows.dll after this change too, and Emacs seems to run without problems and without showing a console window. I was wondering if Emacs requires a console window to operate correctly (even if it can be hidden), or if it can run without having a console window created for it (and so it would not need to be hidden). Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 04 07:44:58 2011 Received: (at 8562) by debbugs.gnu.org; 4 Nov 2011 11:44:58 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RMICf-00083x-TK for submit@debbugs.gnu.org; Fri, 04 Nov 2011 07:44:58 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RMICc-00083n-Fn for 8562@debbugs.gnu.org; Fri, 04 Nov 2011 07:44:55 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LU400B00WF5N800@a-mtaout22.012.net.il> for 8562@debbugs.gnu.org; Fri, 04 Nov 2011 13:42:07 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.70.69]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LU400BHWWI5A040@a-mtaout22.012.net.il>; Fri, 04 Nov 2011 13:42:07 +0200 (IST) Date: Fri, 04 Nov 2011 13:42:11 +0200 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: X-012-Sender: halo1@inter.net.il To: oslsachem Message-id: <83k47gktbg.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> <83ehyxc6ts.fsf@gnu.org> <83wrbpa02v.fsf@gnu.org> <83pqhh9uz7.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Sun, 30 Oct 2011 00:24:31 +0200 > From: oslsachem > Cc: 8562@debbugs.gnu.org > > - I have commented out the message box code (w32font.c:197) and > replaced it with just 'exit(1)': > After this change, runemacs.exe launches emacs.exe and now this > process ends instead of staying in the background. > > - I have changed the value of start.wShowWindow to SW_SHOW (runemacs.c:148): > After this change, the unicows.dll error dialog window is shown (with > a console window behind it, which actually defeats the purpose of > runemacs.exe to begin with) > > > >From this I guess that: > - the messagebox is actually hidden even though it is waiting for > input from the user. > - the visibility of the messagebox is linked to the visibility of the > console window created for the process from which it is called ( Even > though this behaviour can't be reproduced in windows XP) Maybe. But since we are in a pretest, I opted for a safer solution: add a similar test to runemacs. The patch is below; please try applying it to the current trunk of Emacs 24. If it works, I will commit it. Thanks. === modified file 'nt/ChangeLog' --- a/nt/ChangeLog 2011-11-04 11:36:25 +0000 +++ b/nt/ChangeLog 2011-11-04 11:41:29 +0000 @@ -1,3 +1,11 @@ +2011-11-04 Eli Zaretskii + + * runemacs.c (ensure_unicows_dll): New function, tries to load + UNICOWS.DLL on Windows 9X. + (WinMain): If ensure_unicows_dll fails to find UNICOWS.DLL, + display a dialog to the effect that Emacs cannot be started. + (Bug#8562) + 2011-10-28 Eli Zaretskii * README.W32: Mention UNICOWS.DLL as prerequisite for running === modified file 'nt/runemacs.c' --- a/nt/runemacs.c 2011-11-04 11:36:25 +0000 +++ b/nt/runemacs.c 2011-11-04 11:41:29 +0000 @@ -45,6 +45,7 @@ #include static void set_user_model_id (void); +static int ensure_unicows_dll (void); int WINAPI WinMain (HINSTANCE hSelf, HINSTANCE hPrev, LPSTR cmdline, int nShow) @@ -59,6 +60,9 @@ char *p; char modname[MAX_PATH]; + if (!ensure_unicows_dll ()) + goto error; + set_user_model_id (); if (!GetModuleFileName (NULL, modname, MAX_PATH)) @@ -203,3 +207,43 @@ } } +static int +ensure_unicows_dll (void) +{ + OSVERSIONINFO os_ver; + HMODULE h; + + ZeroMemory (&os_ver, sizeof (OSVERSIONINFO)); + os_ver.dwOSVersionInfoSize = sizeof (OSVERSIONINFO); + if (!GetVersionEx (&os_ver)) + return 0; + + if (os_ver.dwPlatformId == VER_PLATFORM_WIN32_WINDOWS) + { + h = LoadLibrary ("Unicows.dll"); + if (!h) + { + int button; + + button = MessageBox (NULL, + "Emacs cannot load the UNICOWS.DLL library.\n" + "This library is essential for using Emacs\n" + "on this system. You need to install it.\n\n" + "However, you can still use Emacs by invoking\n" + "it with the '-nw' command-line option.\n\n" + "Emacs will exit when you click OK.", + "Emacs cannot load UNICOWS.DLL", + MB_ICONERROR | MB_TASKMODAL + | MB_SETFOREGROUND | MB_OK); + switch (button) + { + case IDOK: + default: + return 0; + } + } + FreeLibrary (h); + return 1; + } + return 1; +} From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 04 17:02:42 2011 Received: (at 8562) by debbugs.gnu.org; 4 Nov 2011 21:02:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RMQuO-0005hU-OK for submit@debbugs.gnu.org; Fri, 04 Nov 2011 17:02:41 -0400 Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RMQuK-0005hI-6w for 8562@debbugs.gnu.org; Fri, 04 Nov 2011 17:02:37 -0400 Received: by faas12 with SMTP id s12so3035997faa.3 for <8562@debbugs.gnu.org>; Fri, 04 Nov 2011 13:59:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=uwoX+EatcQAiqdjx6HzJ+JFyUStZEQs7KLPgNqVdsPk=; b=vdA2oh/z8PBfCygwv44gLaGmomX9LLOssRJlA4gTU8llIQIKyIBwzy4ZJNabh3Kv0v Tvd2dNrqhRpuEO/OPNI0RN103sLR1/2Z1XdxBs8RoK/3cliLUwMHLKDG817bop5wWrdk QZg43HFpkkiQ7FGobhzjpP0F+e3jkzplNwsXc= MIME-Version: 1.0 Received: by 10.223.76.66 with SMTP id b2mr27515804fak.15.1320440397363; Fri, 04 Nov 2011 13:59:57 -0700 (PDT) Received: by 10.223.115.197 with HTTP; Fri, 4 Nov 2011 13:59:57 -0700 (PDT) In-Reply-To: <83k47gktbg.fsf@gnu.org> References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> <83ehyxc6ts.fsf@gnu.org> <83wrbpa02v.fsf@gnu.org> <83pqhh9uz7.fsf@gnu.org> <83k47gktbg.fsf@gnu.org> Date: Fri, 4 Nov 2011 21:59:57 +0100 Message-ID: Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 From: oslsachem To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.6 (---) X-Debbugs-Envelope-To: 8562 Cc: 8562@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.6 (---) > Maybe. =A0But since we are in a pretest, I opted for a safer solution: > add a similar test to runemacs. =A0The patch is below; please try > applying it to the current trunk of Emacs 24. =A0If it works, I will > commit it. "This is GNU Emacs 24.0.91.1 (i386-mingw-windows98.2222) [...]" As far as I can tell, the patched Emacs works flawlessly: http://speedy.sh/6cENk/RunemacsWithoutUnicowsErrorWindow1.png http://speedy.sh/m8Mkt/RunemacsWithoutUnicowsErrorWindow2.png http://speedy.sh/fqHtP/RunemacsWithoutUnicowsGDB.txt http://speedy.sh/7FUP6/RunemacsWithUnicows.png http://speedy.sh/hpg6m/RunemacsWithUnicowsGDB.txt Greetings, Osl From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 04 18:03:51 2011 Received: (at 8562-done) by debbugs.gnu.org; 4 Nov 2011 22:03:51 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RMRra-0007nE-SA for submit@debbugs.gnu.org; Fri, 04 Nov 2011 18:03:51 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RMRrX-0007n5-CF for 8562-done@debbugs.gnu.org; Fri, 04 Nov 2011 18:03:48 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LU500H00NWLMY00@a-mtaout22.012.net.il> for 8562-done@debbugs.gnu.org; Sat, 05 Nov 2011 00:01:09 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.70.69]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LU500HT5P5WR230@a-mtaout22.012.net.il>; Sat, 05 Nov 2011 00:01:09 +0200 (IST) Date: Sat, 05 Nov 2011 00:01:13 +0200 From: Eli Zaretskii Subject: Re: bug#8562: Emacs 23.1 and later don't work in windows 98 In-reply-to: To: oslsachem Message-id: <834nyjlf86.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83d3k88k6o.fsf@gnu.org> <83wri4kpwb.fsf@gnu.org> <83d3j9e2pn.fsf@gnu.org> <8339k3esws.fsf@gnu.org> <83wrhed91s.fsf@gnu.org> <838vtscbeu.fsf@gnu.org> <83vcwvc1eq.fsf@gnu.org> <83vcwsf2ra.fsf@gnu.org> <83k4d6fuph.fsf@gnu.org> <83pqmve2s2.fsf@gnu.org> <837h92dqai.fsf@gnu.org> <83r579c6wn.fsf@gnu.org> <8362ohcrht.fsf@gnu.org> <83ehyxc6ts.fsf@gnu.org> <83wrbpa02v.fsf@gnu.org> <83pqhh9uz7.fsf@gnu.org> <83k47gktbg.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 8562-done Cc: 8562-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Fri, 4 Nov 2011 21:59:57 +0100 > From: oslsachem > Cc: 8562@debbugs.gnu.org >=20 > > Maybe. =A0But since we are in a pretest, I opted for a safer solu= tion: > > add a similar test to runemacs. =A0The patch is below; please try > > applying it to the current trunk of Emacs 24. =A0If it works, I w= ill > > commit it. >=20 > "This is GNU Emacs 24.0.91.1 (i386-mingw-windows98.2222) [...]" >=20 > As far as I can tell, the patched Emacs works flawlessly: Thanks. I committed those changes, which completes the solution for this problem. This bug is now officially closed. Thanks so much for all your help during the work on the solution. From unknown Wed Jun 18 23:08:24 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 03 Dec 2011 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator