From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: jasonr@btinternet.com Newsgroups: gmane.emacs.devel Subject: Re: [Patch for Windows implementation of play-sound] Date: Tue, 22 Oct 2002 10:05:32 +0100 (BST) Sender: emacs-devel-admin@gnu.org Message-ID: <4380404.1035277532467.JavaMail.root@127.0.0.1> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1035277647 32349 80.91.224.249 (22 Oct 2002 09:07:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 22 Oct 2002 09:07:27 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 183v0Y-0008Pd-00 for ; Tue, 22 Oct 2002 11:07:26 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 183v1g-0003at-00 for ; Tue, 22 Oct 2002 11:08:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 183uzN-0002pF-00; Tue, 22 Oct 2002 05:06:13 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 183uyu-00023K-00 for emacs-devel@gnu.org; Tue, 22 Oct 2002 05:05:44 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 183uyp-0001yF-00 for emacs-devel@gnu.org; Tue, 22 Oct 2002 05:05:43 -0400 Original-Received: from actinium.btinternet.com ([194.73.73.66]) by monty-python.gnu.org with esmtp (Exim 4.10) id 183uyo-0001x4-00 for emacs-devel@gnu.org; Tue, 22 Oct 2002 05:05:39 -0400 Original-Received: from fermium ([194.75.226.124]) by actinium.btinternet.com with esmtp (Exim 3.22 #8) id 183uyi-0005Ha-00; Tue, 22 Oct 2002 10:05:32 +0100 Original-Received: from 193.192.75.200 by fermium ([194.75.226.124]); Tue, 22 Oct 02 10:05:32 BST Original-To: lektu@terra.es, Bkey1@tampabay.rr.com X-Mailer: talk21.com WAS v2 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:8645 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:8645 If you need to copy structs from include files, the mingw32 w32 headers are a safer option, since they are already reverse engineered from the w32 APIs and GPLed, and the fragment is usually small enough that we won't need papers for it. I agree that setting WINVER and _WIN32_WINNT explicitly is not a viable solution, as these are internal to the compiler, and may cause the compiler to make invalid assumptions if set incorrectly. > from: Juanma Barranquero > date: Tue, 22 Oct 2002 08:37:53 > to: Bkey1@tampabay.rr.com > cc: emacs-devel@gnu.org > subject: Re: [Patch for Windows implementation of play-sound] > > On Mon, 21 Oct 2002 21:08:51 -0400, "Ben Key" wrote: > > > This is not true. I did not say that the newest version of MSSDK is > > required. I said that I have it installed. My patch will work with the > > include files that are included with Visual C 6.0. You will, however, see > > a large number of warning messages due to the following segment of the > > version of WINDOWS.H that is included with Visual C 6.0: > > Ok, you're right, it does not *require* it. Still, getting such a large > list of (menacing) warnings for the benefit of adding a function (even > if play-sound can be considered an important one) doesn't seem right. > > > This warning message is displayed because I had to define WINVER and > > _WIN32_WINNT to at least 0x0500 to avoid a compilation error I was > > experiencing. I do not at this time have the details about that compilation > > error. > > Then please investigate that further. Perhaps it is as simple as a new > struct or whatever that could be copied. OTOH, I don't know the legal > status of copying a fragment of a Microsoft #include file for use in a > program, although I know that bindings to other languages routinely do > adapt code from windows.h and other includes. > > Thanks, > > /L/e/k/t/u > > > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://mail.gnu.org/mailman/listinfo/emacs-devel