Re: Trouble with DDD download via cygwin setup
I found out what the problem is trying to download ddd via Cygwin setup: the filesize and md5sum given in setup.ini for ddd-3.3.8-1.tar.bz2 do not match. In setup.ini: size 1435787, md5sum f3244afe271984c1fc1855203cb92300 After manual download: size 1435585, md5sum 86cc2b9dff9a4f794dfc6bbe49bf2bbc Hence the download incomplete, try again? message in setup. Harold, could you please fix your setup.ini, so ddd can be downloaded via setup? Thanks in advance. Ton van Overbeek
Re: 'Wrong' dll names in 4.3.0-1 packages - breaks all 3rd partyX apps, Solved
Harold Hunt wrote: Ton, See the following announcement: http://cygwin.com/ml/cygwin-xfree/2003-08/msg00041.html I made an XFree86-lib-compat-4.3.0-1 package available that has the old DLLs in it. Please install it and see if it fixes your problem. Yes, the XFree86-lib-compat-4.3.0-1 package makes all my cygwin X apps happy again. Thanks for the quick fix (and for the XFree86-etc-4.3.0 fixes). Ton van Overbeek
'Wrong' dll names in 4.3.0-1 packages - breaks all 3rd party X apps
In the 4.3.0-1 packages all dll's are named cygxxx-n.dll instead of libxxx.dll. All 3rd party apps look for e.g. libX11.dll, libICE.dll etc. For now the only workaround is to copy each cygxxx-n.dll to the corresponding libxxx.dll in /usr/X11R6/bin. Harold, could you please issue a 4.3.0-2 version with the 'right' dll names? Ton van Overbeek
RE: TWM menus don't launch xterms
I was just wondering if this problem is not the same as the earlier reported 'XWin gets the NumLock status wrong'. Kirsty, try to press NumLock once and see if it makes a difference. When the X Server gets out of sync with the status of NumLock funny things happen, especially things like the TWM popup menus do not work properly. Hope this helps. Ton van Overbeek
RE: lesstif mwm bug
At 22:26 5/10/2002 -0400, Harold Hunt wrote: This also means that my mwm.exe problems have nothing to do with shared libs (since I've only been building static libs). One interesting thing to note is that I can get mwm to switch between virtual desktops by moving the mouse pointer to the edge of the screen. The window redraws correctly for the new virtual desktop and I can navigate back to the original desktop. However, I cannot move, resize, etc. the xterm window. I've seen this too. Mwm and/or X gets confused about the state of NumLock. Just hit NumLock once and everything works. Hope this helps. Ton van Overbeek
RE: lesstif mwm bug
Hans Werner Strube wrote: 2) Download the lesstif binary distribution for Cygwin from http://prdownloads.sourceforge.net/lesstif/lesstiif-cygwin-0.93.18.tar.bz2. See if their package works, then figure out if they built static or shared libs. They built static libs only; but it will take some days before I can install and test their package on my PC (I just unpacked it on a Solaris host for looking at it.) They obviously used --prefix=/usr/X11R6, whereas you seem to have used /usr and I have used none (=/usr/local). Their libraries are very large (libXm.a is 18.8 MB), thus seem to contain debugging information. Some more information about mwm.exe in lesstiif-cygwin-0.93.18.tar.bz2. The mwm.exe in that package (/usr/X11R6/bin/mwm.exe) needs the following dll's: libICE.dll, libSM.dll, libX11.dll, libXext.dll, cygwin1.dll and KERNEL32.dll. So obviously it has linked libXm and other needed libraries statically. Also this mwm.exe has the 100% CPU-time bug when idle. One other thing: please keep the lesstif cygwin packages (on sourceforge and the 'official' cygwin-XFree86 package) synchronised: i.e agree on same prefix etc. Maybe the sourceforge page should point to the official cygwin-XFree86 package in the future. I do not want to end up with mwm.exe in both /usr/bin and /usr/X11R6/bin and libXm.a, libMrm.a and libUil.a in both /usr/lib and /usr/X11R6/lib. Ton van Overbeek
Problems with xterm as distributed (Error 14, errno 2: No such file or directory) and solution
Hello, I've been using the Cygwin Xfree86 release to port a large Unix based application to the Cygwin/Xfree environment. The application uses a Tcl/Tk based front-end which starts up an xterm to do the actual work. The startup of the xterm fails with 'xterm: Error 14, errno 2: No such file or directory'. This issue came up also early last year on the mailing list: see the thread starting with http://www.cygwin.com/ml/cygwin-xfree/2001-q1/msg00-275.html. This thread did not give the cause of the problem. Some more looking around on the net showed that the problem is caused when xterm is started without a controlling terminal. This is exactly what happens in my case when started from a Tcl/Tk procedure. Looking at the xterm XFree86 sourcecode in the CVS at www.xfree86.org it turns out the problem has already been solved with CYGWIN specific code in main.c (accepts ENOENT as a return code when trying to open /dev/tty in function spawn()). So I grabbed a copy of the xterm sources (xc/programs/xterm), recompiled and it is working now. An other issue is that the xterm application defaults are not installed. They are not in the cygwin/xfree86 distribution and also did not get installed by 'make install' after my recompilation. After doing a 'touch' on XTerm.ad and XTerm-col.ad they got installed. Some date/time confusion between Windows Cygwin ?? I would suggest to replace the xterm in the distribution by the one from the current xf_4_1 branch and also to include the app default files. Regards, Ton van Overbeek
