Re: xterm.exe not reading XTerm file in app-defaults
On Sat, Mar 15, 2003 at 12:32:21AM -0500, Bryan Crader wrote: I think i have run in to a similiar problem with XTerm not reading the app-defaults file. I've deleted the cygwin directory and reinstalled it several times, and sometimes it works and sometimes it doesn't load up the XTerm defaults file. I then noticed that in the directory: /usr/X11R6/lib/X11/app-defaults/ there is a simlink 'app-defaults' that somtimes points to the /etc/X11/app-defaults/ directory, and sometimes it just points to /etc/X11/ if you remake the simlink to /etc/X11/app-defaults/ it seems to load the XTerm file then. Attempting to try how it works here, I found _two_ entries in /usr/X11R6/lib/X11/ both named app-defaults. One the link to /etc/X11/app-defaults/ and the second a real directory. The directory contained only one file Mwm and was shadowing (i.e. took precedence) over the sym-link. After removing that directory Xterm.exe definitely reads its app-defaults file (and current user, as well as installing user is non-admin). -- Daniel
Re: XFree86: Removing dummy root window on Rootless/Multiwindow mode
On Tue, Feb 25, 2003 at 07:15:40PM -0500, Harold L Hunt II wrote: [...] There is, however, a dummy root window when you run with -multiwindow. Search the mailing list archives to my multiple responses on how easy/hard removing that dummy window may be. ed wrote: [...] My question is this: Is it possible to run Cygwin Xfree -rootless without having to have the dummy root window? If not, why not? In case somebody ever takes steps to remove the root window, I want to suggest to keep it as an option. I like to de-iconify it to quickly hide all windows not on that display, including all window manager decorations. This is potentially useful to get a kind of presentation mode for applications that don't have a full-screen mode built in. One can even use xsetroot. In the current version the root window also covers Windows' task bar. Does that make the task manager the only common tool to get it back to the iconified state? -- Daniel
Re: ctwm + xmkmf II
On Sat, Feb 22, 2003 at 08:26:57PM +0100, Michael Lemke wrote: Now that cygwin-xfree is getting better and better I really like to get ctwm compiled. However, imake still can't cope with ctwm's Imakefile. I posted about this in September 2001 but the problem hadn't been resolved then. I am still not able to solve this myself, maybe someone can take another look. This is the original post: [...] To me this looks more like a problem with ctwm than with cygwin, because I had essentially the same problems when building ctwm-3.6 on Solaris (SunOS 5.8). But with some tweaking I got it compiled and running on both (instructions follow). If you read ctwm's mailing list, you will have seen that ctwm got a new and highly motivated developer. I've seen the Imakefile on his TODO-list, so we can hope for improvements in version 3.7. As an interim solution you may try what I did. Another problem is that the latest bison has problems with gram.y. I don't remember, but I guess I used an older version to produce gram.{c,h}, which I attached to this e-mail. With that the following works for me on Win2k with an up-to-date cygwin distribution. Hope it helps. -- Daniel tar zxvf ctwm-3.6.tgz tar zxvf ctwm-3.6-gram.tgz cd ctwm-3.6 xmkmf echo COBJS = gram.o lex.o deftwmrc.o add_window.o gc.o list.o ctwm.o parse.o menus.o events.o resize.o util.o version.o iconmgr.o cursor.o icons.o workmgr.o windowbox.o clicktofocus.o Makefile echo 'cob: $(COBJS)' Makefile cp ../ctwm-3.6-gram/gram.? . make cob make ctwm.exe # Now test it: XWin.exe :1 ./ctwm.exe -display :1 ctwm-3.6-gram.tgz Description: application/tar-gz