Cygwin dtterm
Hi, I need "dtterm" for Cygwin to run test cases. Can I know is it available? If available please let me know the location for downloading the dtterm setup. Thanks and Regards, Thontesh
Xorg DMX functionality in the Cygwin X Server?
Ive recently realised the potential for my use of XDMX and id like to be able to use Cygwin for it natively rather than adding more mess by running a colinux X server and using Cygwin to display it. After reviewing the Xorg archives ive discovered that the DMX extentions have been apart of the main Xorg tree since 6.8.0, Are these extentions ( XDMX ) incorporated into the current Cygwin X server or were they left out at some point? perhaps due to porting problems. Does anyone know whats up with the Cygwin X server and DMX ( XDMX ) At all?
Re: Emacs problem with Cygwin 1.5.17-1 (rebasing)
I want to complete the story which has some point of interest. Obviously, you are not obliged to replay, not to take care of problems. As you can see from this mailing list, after installing the cygwin package 1.5.17-1 (26-27 May) I had a problem with Emacs: it took all CPU (100%) and its window did not appear, but downgrading to 1.5.16-1 Emacs worked fine. After many attemps to solve the problem I decided to reinstall ALL Cygwin from scratch (i.e. deleting C:\cygwin, key registry etc.) I had almost all packages installed (only gcc-test-suite, ghostscript native, regex and xwinclip was not installed). After this reinstall (good news) EMACS WORKED FINE with Cygwin 1.5.17-1!!! (Also Emacs 21.3.50-2-test worked!) Now the bad news. Seeing these good things, I decided to reinstall others X-applications. In particular I reinstalled ROOT which is a CERN applications. Normally I rebuild and install it. This application has some tests that I run after every rebuild. Between these tests, there is a program (stress.exe) that, with some Cygwin version (not always), has a core dump: "unable to remap..." and the problem is caused by some DLL. (in this case: *** unable to remap C:\cygwin\usr\X11R6\bin\cygXpm-4.dll to same address as parent(0x2B7) != 0x2B8 173 [main] stress 1084 fork_parent: child 1184 died waiting for dll loading and Aborted (core dumped) ) It is more than an year that I have discovered the cure to this: run the command rebaseall -v from a std bash shell (as suggested me someone from the mailing list). === So even this time I have rebased and the test work, but...Emacs DOES NOT!!! i.e. after rebasing Emacs has the some problems described above. === With the versions of Cygwin, previous to 1.5.17-1, there were not problems in rebasing. Best regards angelo.
Some functional keys such as Enter, Tab, etc. works if only they are pressed twice
Hello! I am using the latest version of Cygwin/X. I'm connecting to remote X client under FreeBSD with command X -query IP.ADRESS. When it connects, I must press functional keys twice to have any result. How can I get rid of this? Best regards, Alexey.
Re: cyg/lib DLL naming
On Tue, 14 Jun 2005, Peciva Jan wrote: > >> our cross-platform application is working on Linux and Windows but > >> not on Cygwin when X are installed. The problem has been tracked down > >> and as a result: What is the reason for naming > >> /usr/X11R6/bin/libfreetype.dll and not cygfreetype.dll ? > > > > This is an old library from the XFree86-dll-compat package and the > > package is only required by program which have not been updated to the > > naming structure which is used for over year now. > > Thanks for the response. I am glad that cyg prefix is planned to be used > everywhere. However, can you give me some hints when will be the package > or the DLL probably removed? Why do you care? It's a *compatibility* library, there for *old* executables. If you link with freetype now, the new DLLs should be used automatically. All you need is the libfreetype2-devel package, as well as libfreetype26 (the runtime). Note that libfreetype26 contains "cygfreetype-6.dll". However, to answer your question, the compatibility packages are usually around until the last application using them switches to linking with the new runtime. Since there's no way to know when that happens (because others may have unofficial applications), the DLLs stay around practically forever. Now that the Cygwin Time Machine is operational, though, this may change. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: cyg/lib DLL naming
>> Hi, >> >> our cross-platform application is working on Linux and Windows but not on >> Cygwin when X are installed. The problem has been tracked down and as a >> result: What is the reason for naming /usr/X11R6/bin/libfreetype.dll and >> not cygfreetype.dll ? > > This is an old library from the XFree86-dll-compat package and the package > is only required by program which have not been updated to the naming > structure which is used for over year now. Thanks for the response. I am glad that cyg prefix is planned to be used everywhere. However, can you give me some hints when will be the package or the DLL probably removed? Thanks, John