From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: oslsachem Newsgroups: gmane.emacs.bugs Subject: bug#8562: Emacs 23.1 and later don't work in windows 98 Date: Sun, 5 Jun 2011 03:58:25 +0200 Message-ID: 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> 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 1307239162 4493 80.91.229.12 (5 Jun 2011 01:59:22 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 5 Jun 2011 01:59:22 +0000 (UTC) Cc: 8562@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jun 05 03:59:18 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 1QT2cX-0000DH-Vn for geb-bug-gnu-emacs@m.gmane.org; Sun, 05 Jun 2011 03:59:18 +0200 Original-Received: from localhost ([::1]:42134 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QT2cX-0005JP-3r for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jun 2011 21:59:17 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:57160) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QT2cJ-0005JF-Lz for bug-gnu-emacs@gnu.org; Sat, 04 Jun 2011 21:59:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QT2cI-0002JD-Rg for bug-gnu-emacs@gnu.org; Sat, 04 Jun 2011 21:59:03 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34275) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QT2cI-0002J9-Mf for bug-gnu-emacs@gnu.org; Sat, 04 Jun 2011 21:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QT2cI-0006Vq-5m; Sat, 04 Jun 2011 21:59:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: oslsachem Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jun 2011 01:59:02 +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.130723911324997 (code B ref 8562); Sun, 05 Jun 2011 01:59:02 +0000 Original-Received: (at 8562) by debbugs.gnu.org; 5 Jun 2011 01:58:33 +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 1QT2bp-0006V8-3m for submit@debbugs.gnu.org; Sat, 04 Jun 2011 21:58:33 -0400 Original-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 Original-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= Original-Received: by 10.223.127.210 with SMTP id h18mr1119820fas.77.1307239105589; Sat, 04 Jun 2011 18:58:25 -0700 (PDT) Original-Received: by 10.223.86.1 with HTTP; Sat, 4 Jun 2011 18:58:25 -0700 (PDT) In-Reply-To: <837h92dqai.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 04 Jun 2011 21:59:02 -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:46964 Archived-At: >> 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