From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#8562: Emacs 23.1 and later don't work in windows 98 Date: Tue, 07 Jun 2011 23:32:14 +0300 Message-ID: <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> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1307479138 20101 80.91.229.12 (7 Jun 2011 20:38:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 7 Jun 2011 20:38:58 +0000 (UTC) Cc: 8562@debbugs.gnu.org To: oslsachem Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 07 22:38:54 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QU337-0007J6-Ga for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Jun 2011 22:38:53 +0200 Original-Received: from localhost ([::1]:47804 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QU336-0005hq-G8 for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Jun 2011 16:38:52 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:52177) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QU2xU-0004Ja-QB for bug-gnu-emacs@gnu.org; Tue, 07 Jun 2011 16:33:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QU2xT-0002NF-5q for bug-gnu-emacs@gnu.org; Tue, 07 Jun 2011 16:33:04 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47579) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QU2xS-0002NB-RQ for bug-gnu-emacs@gnu.org; Tue, 07 Jun 2011 16:33:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QU2xR-00006G-WA; Tue, 07 Jun 2011 16:33:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jun 2011 20:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8562 X-GNU-PR-Package: emacs,w32 X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 8562-submit@debbugs.gnu.org id=B8562.1307478744339 (code B ref 8562); Tue, 07 Jun 2011 20:33:01 +0000 Original-Received: (at 8562) by debbugs.gnu.org; 7 Jun 2011 20:32:24 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QU2wp-00005Q-VL for submit@debbugs.gnu.org; Tue, 07 Jun 2011 16:32:24 -0400 Original-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 Original-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) Original-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) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Tue, 07 Jun 2011 16:33:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:47030 Archived-At: > 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.