startxAnd you should have a XWindows simulator in a windows window (I tested on XP, but used it before on NT, 95, 2000 server) in vanilla, 15 years ago decency.Now the fun is to get tk crazy enough to appear on that simulated X screen, or of course on some networked linux computers' screen...I used the tcl and tk 8.3 sources I used on linux the other they, and which install straight there, and expected quite less luck here. First, untarring and configuring tcl would be including lack of load and shared libraries, or I'd have to use dll's on unix.. Make-ing tcl works not straight away, though maybe I've cut cygwin short of some wieldy internationalisation library, compilation breaks (latest cygwin) on a time variable, which I simply kicked out by making the whole procedure which contains it return straight away, which gave me only a hanging application at some point I think, but that of course should be done neater.After that, and make install, tclsh would start up and seem to work (it's late, I didn't run make test). Tk started by freaking out, but then I put the configure options down where they belong, downloaded the X headers (...) and made a xdefaults source file point to the unix version instead of the windows version associated automatically by some ifdef and constructions, and compilation got through until at the end the anticipated 'wish' was generated.Make install is needed, unless probably one would set some env variables, after which the great test: will a xwindow perifery wait to be put in place after wish is started...? It did.And bwise runs in it as shown in the picture above.I'll see what I can reasonably enough make available for download.
PNG is a much better format for screenshots - it doesn't get all those fuzzies.
escargo 24 Sep 2003 -- I just updated to the latest Cywin (1.5.5-1). In my cywgin file system I have /usr/bin/wish and /usr/bin/tclsh. These appear to be 8.4 implementations. However, when I start them from an XTerm on my X Windows implementation, wish hangs. If I start them from the cygwin shell, wish works on the Windows desktop, but not on X Windows. Is this behavior new? Is the behavior intended? I was hoping that running wish from an XTerm would have wish create windows on my X desktop, not my Windows desktop.TV Oct 4 03 A wish which runs under cygwin X, on top of windows, is not a simple matter in terms of implementation, irrespective of the choice of the starting shell. I compiled wish 8.4 to DO run in the way that it as shown above runs on X on XP, but that relies completely and heavily on the cygnus unix emulation layer to get rid of the many inconsistencies between windows and unix sources. Having a more elaboratedly worked at version in cygwin of course would be a very good idea (any funds available?), as it seems the above version can run stable.
GPS 24 Sep, 2003: Cygwin emulated support has been dropped in recent Tcl/Tk releases. Mo Dejong pulled the support, because nobody came forward to maintain it. The Cygwin build was getting broken too often. Mumit Khan submitted the patches for MinGW and Cygwin (8.4.x patches IIRC), so he may be able to help you. Now we have more people using MinGW (including myself with -mno-cygwin) for Win32 builds, so it tends to work pretty well.TV Oct 4 03 The idea of the emulation would be to compile under windows as-if one is on a unix system, so it would make most sense to either use the cygwin compiler (gcc) to make a windows build of tcl/tk, which I think works fine, even without the --no-cygnus (I don't know exactly, I'll have a look when I return from france) option, in which case the cygnus environment provides a strong compiler environment primarily, and alternatively, one should be able to use the cygwin emulation layer for what it is intended, as of recently including the X emulation, which requires a unix-type of build, except that it will yield a windows type of executable with cygwin stubs for file/socket/etc and with X server access.And, honestly, some of the ideasyncracies which go with for instance the /cygdrive/c/.... file paths, which make some scripts unhappy.. And of course there is the shared library issue, I don't think cygwin's emulation layer lets you read in .so files. Also I'm not sure it will fix stdio problems as exist under windows, then again, it might, which would be strong.I think there is nothing much against using a sourceforge supplied tcl/tk under cygwin, either precompiled or self-compiled, which is easiest for the windows-window version, just make sure it comes first in your path, or change the /bin/wish symbolic link to what you prefer.