From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30451 invoked by alias); 29 Aug 2003 15:57:22 -0000 Mailing-List: contact xconq7-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: xconq7-owner@sources.redhat.com Received: (qmail 30396 invoked from network); 29 Aug 2003 15:57:21 -0000 Received: from unknown (HELO garm.central.cmich.local) (141.209.15.48) by sources.redhat.com with SMTP; 29 Aug 2003 15:57:21 -0000 Received: from leon.phy.cmich.edu ([141.209.165.20]) by egate1.central.cmich.local with Microsoft SMTPSVC(5.0.2195.5329); Fri, 29 Aug 2003 11:57:20 -0400 Received: from localhost (unknown [127.0.0.1]) by leon.phy.cmich.edu (Postfix) with ESMTP id CBA3C70019; Fri, 29 Aug 2003 11:57:17 -0400 (EDT) Date: Sat, 30 Aug 2003 05:47:00 -0000 From: Eric McDonald To: Juergen Ruehle Cc: xconq7@sources.redhat.com Subject: Re: New Xconq Windows Executable In-Reply-To: <16207.5970.363000.17518@lapjr.intranet.kiel.bmiag.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 29 Aug 2003 15:57:20.0838 (UTC) FILETIME=[3AB78E60:01C36E46] X-SW-Source: 2003/txt/msg00392.txt.bz2 On Fri, 29 Aug 2003, Juergen Ruehle wrote: > intend to offend anybody. No offense taken. If I am wrong about something, then I want to know. > Sorry that I worded my explanation poorly. It is slightly more > complicated. You can compile it this way and with some fiddling you > can even link it to the X11 libraries, but it won't run. Tk's internal > structures unfortunately are directly derived from the corresponding > X11 structures. Access to these structures is through macros which are > (mostly) inherited from X and defined in X11/* headers. Yes, I know. When I was developing the BadDrawable fix a couple months ago (my first serious experience with Tcl/Tk) I saw that, in a number of cases, there was essentially a 1:1 correspondance between the Tk function and the X11 function. > Tk uses the X structures directly while on Windows (and probably Mac > OS) the layout is slightly different. Obviously. On Windows, Tcl/Tk must at some level map its calls to GDI/DirectDraw calls. And on the Mac, it must map to QuickDraw (if Apple still calls it that; I have not programmed for the Mac in a long time). Naturally, there will be different underlying structures as well, since we are talking about different API's. > opinions on the layout of structures (in this case cygwin tk84.dll > using the windows layout and xconq compiled with X11 headers using the > X11 layout) will result in a segmentation fault rather sooner than > later Not surprising. I was not advocating this approach, btw. I was suggesting that if one built it with the real X11 headers (and libraries) then one should be running it on the Cygwin XFree86 server (which is quite stable these days, IMO). However, we obviously should not be asking Xconq Windows users to do this. After you mentioned (or I thought you mentioned) that the full Tcl/Tk source (not the AS flavor) could be built under Cygwin and that it could use the special Tcl/Tk X headers for Windows, __then I stated that I liked that approach better than the existing one of using the AS stuff. > had some deliberate incompatibility with the X11 headers so this could > be detected at compile time. I thought the 3 dummy X functions at the end of tkwin32.c were a result of this incompatibility. > Langer Rede kurzer Sinn:-) I don't know any Deutsch, unless the words are cognate with the Anglo-Saxon inheritance of English. If it is a famous saying, please pardon my ignorance. > - a cygwin based xconq: and the I think it is The Right Thing(TM) to > use cygwin Tk in this case (because the installer is already in > place; actually we could host it using a setup file for the net > installer) I agree. I am going to try this approach. With one twist: I will try to statically link the Cygwin Tcl/Tk stuff into Xconq, and include the necessary Tcl scripts as part of the end product. This will remove the need (if it works) of the end user needing to get the Cygwin Tk (which is even worse than having him/her get the AS stuff, IMO). > outdated by now. It would be nice, if you could review it and perhaps > commit it too. OK, I will look it over. I may need to modify it to account for the fact that the win stuff is getting transplanted to the tcltk and sdl directories. Thanks, Eric