From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Check for redundancy Date: Fri, 03 Jul 2015 09:41:38 +0300 Message-ID: <83y4ixzqsd.fsf@gnu.org> References: <87si9bl7k7.fsf@nl106-137-147.student.uu.se> <87mvzerv09.fsf@robertthorpeconsulting.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1435905760 2118 80.91.229.3 (3 Jul 2015 06:42:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 3 Jul 2015 06:42:40 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Jul 03 08:42:29 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZAug7-00023G-8u for geh-help-gnu-emacs@m.gmane.org; Fri, 03 Jul 2015 08:42:27 +0200 Original-Received: from localhost ([::1]:39554 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAug6-0006r1-ET for geh-help-gnu-emacs@m.gmane.org; Fri, 03 Jul 2015 02:42:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51917) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAufD-0005uf-UO for help-gnu-emacs@gnu.org; Fri, 03 Jul 2015 02:41:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZAufA-0003PN-OC for help-gnu-emacs@gnu.org; Fri, 03 Jul 2015 02:41:31 -0400 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:46466) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAufA-0003Ow-Fb for help-gnu-emacs@gnu.org; Fri, 03 Jul 2015 02:41:28 -0400 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NQW00C00FWJX300@mtaout28.012.net.il> for help-gnu-emacs@gnu.org; Fri, 03 Jul 2015 09:41:17 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NQW004K7FWT84A0@mtaout28.012.net.il> for help-gnu-emacs@gnu.org; Fri, 03 Jul 2015 09:41:17 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.184 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:105375 Archived-At: > From: Yuri Khan > Date: Fri, 3 Jul 2015 09:36:13 +0600 > Cc: "help-gnu-emacs@gnu.org" , > =09Emanuel Berg >=20 > Nowadays (since =E2=89=882002?) the SDK defines a strict mode, wher= e different > kinds of handles become pointers to different tag structure types: >=20 > struct tagWND; // declared but not defined > typedef struct tagWND* HWND; Perhaps in MSVC compiler, not in MinGW. With MinGW, something simila= r happens only if you compile with -DSTRICT (which is rarely, if ever, done). And even in MSVC headers I see something significantly different from what you show above, and it's also conditioned by STRICT being defined. Of course, the original claim that "everything is some kind of handle= " in Windows programming, is also very inaccurate. Windows headers are replete with structures, unions, and primitive data types other than HANDLE.