Re: [ANNOUNCEMENT] boost 1.60.0-1
> try > cygport boost.cygport prep that works. I will try to find why. Thanks, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] boost 1.60.0-1
Hi Yaakov, Thanks for your message. I downloaded your files from cygwinports/boost and tried to apply the patches to boost 1.60.0 and got errors like this one: # the first one runs fine: $ patch -p1 --dry-run < ../cygport/fedora/boost-1.50.0-fix-non-utf8-files.patch checking file libs/units/example/autoprefixes.cpp # the second one gives this error: $ patch -p1 --dry-run < ../cygport/fedora/boost-1.58.0-pool.patch can't find file to patch at input line 5 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |Index: boost/pool/pool.hpp |=== |--- boost/pool/pool.hpp(revision 78317) |+++ boost/pool/pool.hpp(revision 78326) -- File to patch: How do you deal with those errors? Do you just skip patches that do not work anymore? Thanks, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] boost 1.60.0-1
Hi Yaakov, Could you tell me where I can find the patches applied to boost and the commands that you use? I would like to compile boost 1.61.0 with g++-6.[12].0 that I have just compiled. But I get errors when I build boost and do not known how to fix them. Thanks, Frédéric 2016-07-28 9:55 GMT+02:00 Yaakov Selkowitz <yselkow...@cygwin.com>: > The following packages have been uploaded to the Cygwin distribution: > > * libboost-devel-1.60.0-1 > * libboost_python-devel-1.60.0-1 > * libboost_python3-devel-1.60.0-1 > * libboost_atomic1.60-1.60.0-1 > * libboost_chrono1.60-1.60.0-1 > * libboost_context1.60-1.60.0-1 > * libboost_container1.60-1.60.0-1 > * libboost_coroutine1.60-1.60.0-1 > * libboost_date_time1.60-1.60.0-1 > * libboost_filesystem1.60-1.60.0-1 > * libboost_graph1.60-1.60.0-1 > * libboost_iostreams1.60-1.60.0-1 > * libboost_locale1.60-1.60.0-1 > * libboost_log1.60-1.60.0-1 > * libboost_math1.60-1.60.0-1 > * libboost_program_options1.60-1.60.0-1 > * libboost_random1.60-1.60.0-1 > * libboost_regex1.60-1.60.0-1 > * libboost_serialization1.60-1.60.0-1 > * libboost_signals1.60-1.60.0-1 > * libboost_system1.60-1.60.0-1 > * libboost_thread1.60-1.60.0-1 > * libboost_timer1.60-1.60.0-1 > * libboost_type_erasure1.60-1.60.0-1 > * libboost_wave1.60-1.60.0-1 > * libboost_python1.60-1.60.0-1 > * libboost_python3_1.60-1.60.0-1 > * libboost_test1.60-1.60.0-1 > * mingw64-i686-boost-1.60.0-1 > * mingw64-x86_64-boost-1.60.0-1 > > Boost provides free peer-reviewed portable C++ source libraries. We > emphasize libraries that work well with the C++ Standard Library. Boost > libraries are intended to be widely useful, and usable across a broad > spectrum of applications. > > This release includes the latest patchset from Fedora, and also enables the > long double functionality in Boost.Math. > > -- > Yaakov > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > -- Frédéric Bron --- Frédéric Bron (frederic.b...@m4x.org) Villa des 4 chemins, Centre Hospitalier, BP 208 38506 Voiron Cedex tél. fixe : +33 4 76 67 17 27, tél. port.: +33 6 67 02 77 35 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: how to start properly the X server at session start without the X menu?
Thank you, very useful. I changed the DISPLAY variable to :0.0 in the .bashrc and it works again. I do not remember why I had 127.0.0.1:0.0 before. The -listen option does not work: the X server is started and stopped immediately. Concerning the .startxwinrc, I was not able to find what to change, so I will leave with it. At least, my X server is back again. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: startx doesn't seem to work (solved sort of)
> I can get startx to work by one of two methods (neither probably > ideal) > (on cygwin-64 in case that matters): I have had the exact same issue since I updated cygwin some months ago. I just updated now and still cannot start the X server. Very annoying. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
how to start properly the X server at session start without the X menu?
Hi, I used to have the X server launched automatically when I start a new windows session (windows 7). I had the following shortcut in my Startup folder Target: C:\Softs\cygwin64\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe Start in: C:\Softs\cygwin64\bin Then I was able to start any X program from command line. That woked fine. By the way it seems that the DISPLAY environment variable was 127.0.0.1:0.0. This does not work anymore. I have found that in Cygwin-X menu, there is an Xwin Server shortcut with the following: Target: C:\Softs\cygwin64\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd; /usr/bin/startxwin" Start in: C:\Softs\cygwin64 This seems to work differently: - the DISPLAY variable has to be just :0 to work from command line, - there is an additionnal tray icon with X menu with many applications. I do not want the menu and I would like to have again the X server started automatically without manually change the DISPLAY variable. How can I come back to the old behavior? Regards, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
python3 and mintty: why ANSI_X3.4-1968 encoding
I am using mintty with option Text.locale=fr_FR and Character set=UTF-8 Why, then, python3 reports a different encoding (ANSI_X3.4-1968) for stdout and stdin? $ cat toto.py import sys print(sys.stdin.encoding) print(sys.stdout.encoding) $ python3 toto.py ANSI_X3.4-1968 ANSI_X3.4-1968 Thanks, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: python3 and mintty: why ANSI_X3.4-1968 encoding
I am using mintty with option Text.locale=fr_FR and Character set=UTF-8 Why, then, python3 reports a different encoding (ANSI_X3.4-1968) for stdout and stdin? I found the issue: I had LANG=fr_FR.UTF-8 and at the same time LC_ALL=C I removed LC_ALL=C and my python3 script works with UTF-8 i/o. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[x86_64] ruby-rdoc-3.12.2-1.tar.bz2 package: cannot download
This package seems to be a dependency for other packages I need. However, whatever the download site I choose, the download process always stops before the end. - Download Incomplete. Try again? Is this package corrupted on all mirrors or is the problem on my side? Regards, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: i686-w64-mingw32-gcc of cygwin64 is broken
Compiled binary seems to crash here. I updated mingw64 runtime/headers yesterday. $ echo main(){} t.c i686-w64-mingw32-gcc t.c -o t $ ./t Segmentation fault These have been updated: mingw64-*-headers-3.0.0-1 mingw64-*-runtime-3.0.0-1 w32api-{headers,runtime}-3.0. 0-1 I wonder if the cross-compiler it-self should not be rebuilt. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cannot run setup64.exe without admin privileges (even if renamed foo.exe)
However, this should work (I haven't tried lately): .\setup-x86 --arch=x86_64 Assuming you aren't part of the .001% who can't run x86 executables. That works, as soon as I have renamed setup-x86.exe to foo.exe! That's an easy and simple solution. Thanks, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Running setup-x86_64.exe without admin privileges
Trying to compress it with upx failed with an error message: upx: setup-x86-64.exe: CantPackException: can't pack new-exe UPX can't compress PE+ (64bit) executables. That's right, I have the same issue. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Official binary compressing tool for setup-x86_64.exe?
Hi, What is the usual compressing tool used for setup-x86_64.exe? I cannot use upx as it does not support x86_64 binaries. Some suggest mpress but it is not part of cygwin packages. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cannot run setup64.exe without admin privileges (even if renamed foo.exe)
I just modified this: Index: setup64.exe.manifest === RCS file: /cvs/cygwin-apps/setup/setup64.exe.manifest,v retrieving revision 2.1 diff -r2.1 setup64.exe.manifest 25c25 requestedExecutionLevel level=requireAdministrator uiAccess=false/ --- requestedExecutionLevel level=asInvoker uiAccess=false/ In fact, what would be the issue to set the requested execution level to asInvoker for the official setup-x86_64.exe? People with admin rights will still be able to install for all users and people without admin rights will be able to install for them-selves. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cannot run setup64.exe without admin privileges (even if renamed foo.exe)
In fact, what would be the issue to set the requested execution level to asInvoker for the official setup-x86_64.exe? People with admin rights will still be able to install for all users and people without admin rights will be able to install for them-selves. Doesn't that mean that setup-x86_64.exe needs to be Run as Administrator to be installed for All Users? If so, I wouldn't be in favor of the change because it changes the default install behavior (= more confusion/ list traffic). I understand. Halas, I cannot try this my-self. Can somebody with admin rights try to install cygwin 64 for all users using the following setup: http://www.casalibus.fr/cygwin Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Official binary compressing tool for setup-x86_64.exe?
There is no reason why it has to be. mpress *is* used to compress the official setup x86_64 binary. Earnie posted a link. I get the following error: PE32+/x64 2544.0kB -- MPRESS: TLS callbacks are not supported in this version. Any idea? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
What is the name of the pdftk package (setup-x86_64)
I cannot find pdftk in setup on x86_64. What is the name of the package? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: What is the name of the pdftk package (setup-x86_64)
I cannot find pdftk in setup on x86_64. Not yet available for 64 bits Oh, I see. Is it then recommended to install cygwin 32bits on a 64bits windows? Is cygwin 64 bits still considered 'experimental'? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Running setup-x86_64.exe without admin privileges
I have built a version of setup-x86-64.exe for people that do not have administrator privileges. It can be downloaded here: http://www.casalibus.fr/cygwin/ Regards, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cannot run setup64.exe without admin privileges (even if renamed foo.exe)
No. setup.exe (either 32bit or 64bit) is a native windows application, and if you're trying to build it within cygwin, then you MUST use a cross compiler -- either i686-w64-mingw32 or x86_64-w64-mingw32. when configuring the build, just do: configure --host=i686-w64-mingw32 --build=i686-pc-cygwin to build 32bit setup.exe from 32bit cygwin configure --host=x86_64-w64-mingw32 --build=x86_64-pc-cygwin to build 64bit setup.exe from 64bit cygwin ...but you can always mix and match the --build and --host settings; 32setup from 64cygwin, or 64setup from 32cygwin. It works very nicely. I have managed to build setup.exe for x86_64 from my old cygwin on i686 and I can now run setup on Windows 7 64 bits without administrator privileges. Wonderful! I just modified this: Index: bootstrap.sh === RCS file: /cvs/cygwin-apps/setup/bootstrap.sh,v retrieving revision 2.9 diff -r2.9 bootstrap.sh 63a64 host=x86_64-w64-mingw32 Index: setup64.exe.manifest === RCS file: /cvs/cygwin-apps/setup/setup64.exe.manifest,v retrieving revision 2.1 diff -r2.1 setup64.exe.manifest 25c25 requestedExecutionLevel level=requireAdministrator uiAccess=false/ --- requestedExecutionLevel level=asInvoker uiAccess=false/ Thanks a lot to everybody for the help, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cannot run setup64.exe without admin privileges (even if renamed foo.exe)
do I need a password to get the sources? I get this message: CVS password file /home/xxx/.cvspass does not exist - creating a new file cvs [checkout aborted]: end of file from server (consult above messages if any) But this may be just due to our proxy server. And without a proxy server: $ cvs -z3 -d :pserver:anon...@sourceware.org:/cvs/cygwin-apps co cygwin-setup cvs checkout: CVS password file /cygdrive/d/Documents/.cvspass does not exist - creating a new file cvs server: cannot find module `cygwin-setup' - ignored cvs [checkout aborted]: cannot expand modules Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cannot run setup64.exe without admin privileges (even if renamed foo.exe)
And without a proxy server: $ cvs -z3 -d :pserver:anon...@sourceware.org:/cvs/cygwin-apps co cygwin-setup cvs checkout: CVS password file /cygdrive/d/Documents/.cvspass does not exist - creating a new file cvs server: cannot find module `cygwin-setup' - ignored cvs [checkout aborted]: cannot expand modules sorry for the noise, it works fine, I just wanted to change the destination directory but did it wrongly. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cannot run setup64.exe without admin privileges (even if renamed foo.exe)
You can build setup.exe yourself for x86_64-w64-mingw32 with the requestedExecutionLevel entry removed from the manifest. The sources are in cygwin-apps CVS. do I need a password to get the sources? I get this message: CVS password file /home/xxx/.cvspass does not exist - creating a new file cvs [checkout aborted]: end of file from server (consult above messages if any) But this may be just due to our proxy server. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cannot run setup64.exe without admin privileges (even if renamed foo.exe)
You can build setup.exe yourself for x86_64-w64-mingw32 with the requestedExecutionLevel entry removed from the manifest. The sources are in cygwin-apps CVS. I got the sources and ran bootstrap.sh I got setup.exe but not setup64.exe Is it possible to build setup64.exe from a 32bit cygwin? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cannot run setup64.exe without admin privileges (even if renamed foo.exe)
Is it possible to build setup64.exe from a 32bit cygwin? As previously mentioned, despite the subject, there is no such thing as setup64.exe. The makefile creates setup.exe. The filename gets changed when it gets uploaded to cygwin.com to either setup-x86.exe or setup-x86_64.exe. do you mean I can only build the 32bit version on i686 bits and the 64bit version on x86_64 and in both case the binary is called setup.exe after running make? This means I cannot build the x86_64 version from a i686 cygwin. Is that correct? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
cannot run setup64.exe without admin privileges (even if renamed foo.exe)
I would like to run setup64.exe on Windows 7 without asking for admin rights but the computer asks me for admin credentials. I read this: http://cygwin.com/ml/cygwin/2011-06/msg00286.html where Corinna suggested to rename the .exe to foo.exe but this did not work. I also do not have the rights to modify the Local Security Policy. Is there any workaround? Would it be possible to supply a setup that do not need admin privileges? Regards, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cannot run setup64.exe without admin privileges (even if renamed foo.exe)
Try *copying* setup64.exe to foo.exe. Or download it again but save it with the name foo.exe. Windows may be remembering that the file used to be called setup*.exe. That memory might not get copied. Doesn't work: the requested operation requires elevation. I am packaging a program with NSIS and I had to explicitly set the required execution level with: RequestExecutionLevel user Would it be possible to do something similar for cygwin setup? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cannot run setup64.exe without admin privileges (even if renamed foo.exe)
I have vague memories that someone (Corinna?) suggested copying the file to a USB key and back: the FAT filesystem can't track the permissions that cause this behavior. Never tested it myself, though (maybe I should, it would be nice to lose the UAC prompt). doesn't work. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
setup - installation
Is it possible to get a list of all installed packages in a text file and use that text file for a new install (new PC for example) without to have to remember and select all individual packages in setup.exe? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: stable compiler package gcc4-4.5.3-2
In my experience, these sorts of errors arise when there really is something wrong with the code, usually involving sizes of integers (e.g. 'long' in struct's definition and 'int' in another, on a 64-bit machine). However, the linker is poorly-equipped to detect such errors unless the resulting objects have different sizes. So, while I wouldn't rule out miscompilation, I would first check for silently conflicting definitions in different compilation units. Does the linker message gives any hint on where to look? BTW, a STC would have been extremely helpful here -- all we can do is speculate without it Could you give more details. I cannot find on the net what you mean by a STC. Thanks, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: stable compiler package gcc4-4.5.3-2
http://cygwin.com/acronyms/#STC Thank you. I will try to do that. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: stable compiler package gcc4-4.5.3-2
I have recompiled the code I am working on with i686-pc-cygwin-g++ 4.5.3. I get many of the following messages from the linker: /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../i686-pc-cygwin/bin/ld: gcc-release/obj/BTest/Test.o: warning: duplicate section `.rdata$_ZTISs[typeinfo for std::basic_stringchar, std::char_traitschar, std::allocatorchar ]' has different size I do not get this error cross-compiling the same code with i686-pc-mingw32-g++ 4.5.2. Any chance that this comes from the new version? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: i686-XXX-mingw32 compilers and __MINGW32_MINOR_VERSION macro: 3.18 or 3.11?
Just bump it up and see if there are any issues, the mingw-w64 toolchain uses its own header set and the numbers don't always reflect mingw.org releases, since the macros in there are mainly for compatibility. You want to check instead for __MINGW64_VERSION_MAJOR on mingw-w64. neither __MINGW64__, nor __MINGW64_VERSION_MAJOR are defined because I am targetting win32, not win64, even if I use w64 compiler. So this does not help. Any other clue? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: i686-XXX-mingw32 compilers and __MINGW32_MINOR_VERSION macro: 3.18 or 3.11?
If you are using a mingw* compiler, then you're not using Boost on Cygwin. I am. Up to now, I have a dual cygwin installation 1.5/1.7 because I was unable to use boost nor wxwidgets with 1.7. I recently decided to make another effort to build boost with 1.7 because I feel that it will be difficult to maintain my build chain based on cygwin 1.5. I realized that there are 2 mingw32 compilers coming with cygwin 1.7: i686-w64-mingw32 and i686-pc-mingw32. I imagine that they correspond to: - w64 -http://mingw-w64.sourceforge.net/ - pc - http://mingw.org/ I first tried to use the -w64- version with which I have troubles building boost. However, good news: I just finished building boost with the -pc- version! I still have to build wxwidgets (currently running). It would be nice to understand why the -w64- version does not work but it seems to be beyond my competencies. If you really want to build with Boost on Cygwin, install libboost-devel and its dependencies. This is an old version (1.43). I want to use the latest one (1.47) Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
i686-XXX-mingw32 compilers and __MINGW32_MINOR_VERSION macro: 3.18 or 3.11?
Using cygwin 1.7.9(0.237/5/3) 2011-03-29 10:10. The following program: #include iostream int main() { std::cout__MINGW32_MAJOR_VERSION'.'__MINGW32_MINOR_VERSION'\n'; return 0; } outputs: - 3.18 when built with i686-pc-mingw32-g++ - 3.11 when built with i686-w64-mingw32-g++ why? I have mingw-runtime version 3.18 installed. Is it used only by i686-pc-mingw32? I found that: $ grep -r #define *__MINGW32_MINOR_VERSION /usr/i686-pc-mingw32/ /usr/i686-pc-mingw32/sys-root/mingw/include/_mingw.h:#define __MINGW32_MINOR_VERSION 18 and $ grep -r #define *__MINGW32_MINOR_VERSION /usr/i686-w64-mingw32/ /usr/i686-w64-mingw32/sys-root/mingw/include/_mingw_mac.h:#define __MINGW32_MINOR_VERSION 11 This seems to be one of the reasons that prevents me to use boost on cygwin 1.7. Regards, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7.9] bash: warning: setlocale: LC_COLLATE: cannot change locale (FR)
That now works fine. You mean after setting the locale in the mintty options? Yes I don't think it's anything to do with the update. There's been no relevant change, and there's no good reason why Cygwin would set a locale like that. A valid one would be 'fr_FR'. I'd suspect some other software you installed or updated around the same time. Another Unix environment perhaps? Never mind. It is not working fine. Thanks, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[1.7.9] bash: warning: setlocale: LC_COLLATE: cannot change locale (FR)
I have just upgraded to 1.7.9: $ uname CYGWIN_NT-5.1 VOR-CRV-01660 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin I now get this message when starting mintty (C:\cygwin-1.7\bin\mintty.exe -): -bash: warning: setlocale: LC_COLLATE: cannot change locale (FR) The warning remains if .bashrc and .bash_profile are empty. For some reason, even if I do not set it, I have LANG=FR. I have also tried to add: export LANG=C.UTF-8 and/or export LC_ALL=C.UTF-8 in .bashrc but it does not change anything. This worked fine with 1.7.8 with export LC_ALL=C.UTF-8 in .bashrc. Thanks, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7.9] bash: warning: setlocale: LC_COLLATE: cannot change locale (FR)
I now get this message when starting mintty (C:\cygwin-1.7\bin\mintty.exe -): -bash: warning: setlocale: LC_COLLATE: cannot change locale (FR) Check the locale setting on the Text page of mintty's options dialog. It was empty. That now works fine. Thank you. I wonder why it was working fine with 1.7.8... Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: git/ssh problem should be fixed
Thanks to some insight from Corinna, the git/ssh problem should be fixed in the latest Cygwin snapshot from http://cygwin.com/snapshots/ . I confirm that the bug disappears with the latest snapshot. Kudos for this long awaited fix. Thanks, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
git over ssh
Hi, I am trying again to switch from 1.5 to 1.7 and I see that the git over ssh issue is still there. Here is what I get: $ git pull remote: Counting objects: 1521, done. remote: Compressing objects: 100% (351/351), done. Receiving objects: 14% (fatal: 150The remote end hung up unexpectedly/ fatal: early EOFs: 27% (288/1065) fatal: index-pack failed It is really a stopper to me to remove my 1.5 version... Is there really nothing that can be done to solve this long standing issue? I am ready to help testing... Regards, Frédéric * local machine running Windows XP SP3: $ uname -a: CYGWIN_NT-5.1 VOR-CRV-01660 1.7.7(0.230/5/3) 2010-08-31 09:58 i686 Cygwin $ git --version: git version 1.7.3.3 * remote server is running linux: $uname -a: Linux name 2.6.18-128.1.6.el5 #1 SMP Tue Mar 24 12:05:57 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux $ git --version: git version 1.7.2.3 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: git over ssh
Actually, I don't believe that there are any fixes in the snapshot. I can duplicate the behavior but I'm stumped about how to fix it. Before trying the last snapshot, I gave a new try with my own repository and it worked fine! - so useless example. Then I tried with the cmake repository as it was proposed and it failed when cloning locally: $ git clone --bare git://cmake.org/cmake.git $ git clone localhost:cmake.git cmake-test Cloning into cmake-test... u...@localhost's password: remote: Counting objects: 95309, done. remote: Compressing objects: 100% (20810/20810), done. fatal: The remote end hung up unexpectedly43 MiB | 4.52 MiB/s fatal: early EOF fatal: index-pack failed Failed 3 times (so this example is reproductible). Then I killed sshd and all processes, installed the snapshot (I just change cygwin1.dll, is that enough?), restarted sshd but cloning failed again. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: mingw-targeted cross-compiler question
I checked the Make file, it used this flag: gcc -mno-cygwin -g -Wl,--add-stdcall-alias -Wl,--export-all-symbols ... replace gcc by gcc-3 gcc 4 is now the default on cygwin but the cross compiler is not supported for that version. Frédéric What do you mean by not supported? JonY maintains the cross compilers I meant that i686-w64-mingw32-gcc exists but not i686-w32-mingw32-gcc. I thought that w64 meant built on win64 and mingw32 run binary on win32. So it seems to me that with cygwin running on a 32 bit windows, it is not possible to cross compile to win32. However with a 64 bit windows you can produce win32 applications. However, I just tried to use i686-w64-mingw32-g++ on my win32 machine with a hello world program and it produces an binary that can be used from windows on that win32 machine. So my question to the list: what is the meaning of w64 in the name? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: mingw-targeted cross-compiler question
Basically, stuff from mingw-w64.sf.net The middle piece of the triplet is the vendor tag. We at mingw-w64 are the vendors. We support win32 and win64, for both host and target. I admit it's confusing, but we didn't come up with a better name fast enough. That is really good news. I am following the gcc announcements and was expecting a -w32... I can now try to replace -mno-cygwin by i686-w64-mingw32. Many thanks, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: mingw-targeted cross-compiler question
I checked the Make file, it used this flag: gcc -mno-cygwin -g -Wl,--add-stdcall-alias -Wl,--export-all-symbols ... replace gcc by gcc-3 gcc 4 is now the default on cygwin but the cross compiler is not supported for that version. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: gvim tiny font in 1.7.7
If this may help, I experienced again this problem today, right after switching to a second monitor (which changed my screen resolution). I restart the X server and it came back again. Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
No scrollbar with MSC Mentat
I am using cygwin 1.7.7 to get connectted to a local server (x86_64) running RHE5: $ ssh -X myserver (same issue with -Y) Then I launch a finite-element pre-processor called MSC Mentat: $ mentat2007r1 With this piece of software, the scrollbars are displayed for a very tiny time (0.1 seconds maybe) and disappear. When using the X server of the server (using vncserver for example and a vncviewer), the scrollbars appear normally. Cygwin 1.5 did the same. Regards, Frédéric Bron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: gvim tiny font in 1.7.7
When I first started gvim after my install, the font was invisibly tiny both for the content and for the menus. It is funny, I got exactly the same a few days ago. What is funny is that today it works perfectly. Have you tried to restart your X server? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
git and ssh issue
using cygwin 1.7.7(0.230/5/3) 2010-08-31 09:58 i686 I have right now an example where I cannot fetch with the following error message: remote: Counting objects: 534, done. remote: Compressing objects: 100% (210/210), done. fatal: The remote end hung up unexpectedly fatal: early EOFs: 39% (141/359) fatal: index-pack failed The repository contains proprietary data so that it cannot be accessed from somebody else but is there still anything I could do that would help to debug this now long standing issue? I am still using 1.5 for production because of this and I would be very much pleased to switch entirely to 1.7! Regards, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.6 due soon
Please test the latest developer snapshots at http://cygwin.com/snapshots/ which should have Release Candidate quality. Is it enough to just copy the new cygwin1.dll? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Error making wxWigets 2.8.10 in Cygwin 1.7.5
../configure --with-msw --enable-debug to have a windows binary (independent of cygwin): CC=gcc-3 CXX=g++-3 CFLAGS=-mno-cygwin CXXFLAGS=-mno-cygwin LDFLAGS=-mno-cygwin ./configure --with-msw ... to have a cygwin binary ./configure --with-gtk ... Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: rsync: rename .file.JVPk8f - file: Device or resource busy (16)
What you need to find out is what the files for which this happens have in common, plus a couple of extra conditions. They are all .exe files! most of them were created from cygwin using g++. Is UAC enabled? Elevated or non-elevated shell? Access control via Active Directory. No idea about elevation (do not know that). I am listed in the administrator group of the main machine I use (corporate PC). Are you using the same account on all machines (Active Directory), or do you use different accounts (at least one machine is a stand-alone workstation)? In fact since I formatted the disks in ntfs, I have used them on only one PC (the one used to format the disks). On that PC, I am listed in the Administrators group. It is rare that I plug the USB disk on another PC. When it is the case, it is with a different account and different windows version. Is the drive formatted with all permissions for Everyone? Yes, I removed all other permissions (system, administrators, user, creater...) and left only Everyone with full control (at the root). Which OS are you using, btw? Windows XP SP3 Since the error occurs apparently in rename(2), it should be possible to reproduce it without rsync, just with mv. No issue with mv on the same files! Do you run a anti-virus/anti-malware program which might interfere here? Yes I use Symantec. No idea if it is an issue. It was not when my disks were formatted in fat32. I just tried the same on W7 under UAC. First I rsynced an older checkout of the Cygwin CVS repository onto the NTFS formatted USB stick, then I updated the CVS checkout, then I rsynced it again. Worked fine. Thanks for that. I identified one file that was permanently failing to be saved had the following permissions on my hard drive: - Administraors: full control - Domain Users: ReadExecute, Read - MySelf: Modify, ReadExecute, Read, Write - SYSTEM: full control - Everyone: ReadExecute, Read - Users (computer\Users): ReadExecute, Read I added full control to my-self on the local hard drive and then rsync worked fine. On the USB disk the remaining .file.exe. has full control to everyone and only this which is fine. I then removed again the full control to my-self on the local hard drive and rsync failed again. Any clue? Thanks again, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: rsync: rename .file.JVPk8f - file: Device or resource busy (16)
I actually meant the output of cacls for the file on your local disk :) D:\Documents\Fred\bin\pdfbook.exe BUILTIN\Administrators:C ALCAN\Domain Users:R ALCAN\BronF:F AUTORITE NT\SYSTEM:F Tout le monde:R BUILTIN\Users:R Strange, it looks as it was changed (exchange between Administrators and my-self (bronf). I assume that's your virus scanner. In theory I would shrug that away as a BLODA problem, but I have one or two ideas how to fix this problem. It might help in a couple of cases where BLODAs are involved. May I send you a link to a test Cygwin DLL via PM? Of course you can. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
rsync: rename .file.JVPk8f - file: Device or resource busy (16)
I have converted a USB hard drive from fat32 to ntfs because git now does not work on fat32 drives and git is essential to my work. I also use this disk to backup my local hard drive with rsync. When it was fat32, everything was fine but now that it is ntfs, I get the following error message many times during the rsync process: $ rsync --modify-window=1 --recursive --links --executability --times --quiet --delete /cygdrive/d/Documents /mnt/g/Sauvegarde/ rsync: rename /mnt/g/Sauvegarde/Documents/Fred/Bal/1.7/Bal/gcc-release/bin/.configure.exe.JVPk8f - Documents/Fred/Bal/1.7/Bal/gcc-release/bin/configure.exe: Device or resource busy (16) when rsync ends, .configure.exe.?? still exists and configure.exe does not exist or both do not exist The disk is mounted like this (/etc/fstab): f:/ /mnt/f ntfs noacl,nouser,binary What does this error message mean? Do I have to go back to fat32 (without the possibility to use git)? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: git-1.7.0.4-2, git{k,-gui,-completion,-svn}-1.7.0.4-2
Switch to NTFS and set the permissions you need where you need them to the well-known SID of world/Everyone? I have formatted my disk to ntfs. Then I have removed everybody from permissions and added only Everyone with total control. When I create a file in windows on this drive : permissions are just the same, i.e. Everyone=total control. However, when I create a file from cygwin (1.7) with $ touch foo I get the following permissions: Domain Users = Read MySelf = Read/Write Everybody = Read So Everybody has not total control and I am sure I will have trouble on another computer. What should I do? Should I mount this disk differently? Currently I use the default via /cygdrive/? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
How to set full control to Everyone on USB hard drive files and directories?
I have some USB hard drives. Up to now I used them formatted in fat32. Because of the new git version that does not work properly on fat32 drives, I decided to format my disks in ntfs. Following advices on this list, I removed all default users from root dir of the USB drives and left only Everyone with full control. I want to be able to read/write on these USB disks from any computer, from Windows or Cygwin. Nothing has to be protected. I expected all new files would get full control for Everyone and no other permissions. Unfortunately that is true only from Windows, not from cygwin. From cygwin: $ touch foo gives: Domain Users = Read MySelf = Read/Write Everybody = Read But I would like only Everybody = Full control. $ mkdir bar gives permissions are not in the right order when I right click from Windows on bar and click on security tab. How can I have all files on these drives with only 1 user, i.e. Everyone with full control so that I am sure I can read/write the data from any computer? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to set full control to Everyone on USB hard drive files and directories?
In Cygwin, create a mount entry for the drive and add the noacl flag. Then set the permissions on the root dir of the drive to full control for Everyone and make sure permissions are propagted to child objects. Can I do that only for USB drives whatever the windows letter refering to it (which changes from time to time...)? It seems, from http://cygwin.com/cygwin-ug-net/using.html#mount-table, that I must set a windows path as first parameter. Can I still use /cygdrive or do I need to create another mount point? Can I still have a difference between read, write, execute flags or will everything appear as 777? I have tried that in /etc/fstab: f:/ /mnt/f cygdrive noacl,nouser,binary,notexec g:/ /mnt/g cygdrive noacl,nouser,binary,notexec h:/ /mnt/h cygdrive noacl,nouser,binary,notexec i:/ /mnt/i cygdrive noacl,nouser,binary,notexec But when mount does not do anything in /mnt. (I have created the corresponding directories before). Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to set full control to Everyone on USB hard drive files and directories?
I have tried that in /etc/fstab: f:/ /mnt/f cygdrive noacl,nouser,binary,notexec g:/ /mnt/g cygdrive noacl,nouser,binary,notexec h:/ /mnt/h cygdrive noacl,nouser,binary,notexec i:/ /mnt/i cygdrive noacl,nouser,binary,notexec OK I found the problem: 1) to reload fstab, close all cygwin processes, including X, 2) cygdrive should not be called multiple times in fstab. The right fstab file is: none /cygdrive cygdrive binary,posix=0,user 0 0 f:/ /mnt/f ntfs noacl,nouser,binary g:/ /mnt/g ntfs noacl,nouser,binary h:/ /mnt/h ntfs noacl,nouser,binary i:/ /mnt/i ntfs noacl,nouser,binary It seems that no error is output if the usb disks are not present and that they are auto-mounted when plugged in later. Also it seems it does what I wanted: permissions are just inherited from parent root dir. Thanks, Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to set full control to Everyone on USB hard drive files and directories?
In Cygwin, create a mount entry for the drive and add the noacl flag. Then set the permissions on the root dir of the drive to full control for Everyone and make sure permissions are propagted to child objects. I did that but I now have many of the following errors when I backup my files with rsync from local hard drive d: (ntfs) to usb hard drive g: (ntfs, mounted with noacl in /mnt/g): $ rsync --modify-window=1 --recursive --links --executability --times --quiet --delete /cygdrive/d/Documents /mnt/g/Sauvegarde/ rsync: rename /mnt/g/Sauvegarde/Documents/Fred/Bal/1.7/Bal/gcc-release/bin/.configure.exe.JVPk8f - Documents/Fred/Bal/1.7/Bal/gcc-release/bin/configure.exe: Device or resource busy (16) when rsync ends, .configure.exe.?? still exists and configure.exe does not exist or both do not exist Each time I try to use ntfs on USB drives, it turns to a nightmare... maybe I will switch again to fat32. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: git-1.7.0.4-2, git{k,-gui,-completion,-svn}-1.7.0.4-2
Therefore, this build turns those features back on. However, it means that this version does assume that you are not using FAT or FAT32 to hold your repositories, since they do not store file permissions very accurately. So I have stopped updating cygwin since the first time this message appears because I am using git on FAT32 usb hard drives. What should be the issues I could get? I am using FAT32 because I have never been able to use ntfs without permission problems when using the hard disk on another computer. What else could I do? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: == boost lib version = 1.37
Thanks for the instructions. Is there anything about the user-config.jam people should know about or can we do without it? ./bootstrap.sh creates a local userconfig.jam. You have to tell to use it or it will search for one in your home directory. You can add some configuration flags in it if needed. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: == boost lib version = 1.37
I need the boost lib version = 1.37 This seems to come with boost version 1.33_1 Does anyone have any instructions how to install the newest boost lib on cygwin. You will not find anything in cygwin. You have to built the library yourself which what I do: * untar $ ./bootstrap.sh --without-icu --with-toolset=gcc $ ./bjam --layout=system --user-config=user-config.jam release install Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: xinit-1.2.0-2
IMPORTANT: THE startxwin.bat AND startxwin.sh SCRIPTS ARE NO LONGER SUPPORTED. I used to add the following option to XWin command because my screen resolution is now always recognized automatically: -screen 0 1920x1200 How can I do the same using .startxwinrc? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: [ANNOUNCEMENT] Updated: xinit-1.2.0-2
I used to add the following option to XWin command because my screen resolution is now always recognized automatically: -screen 0 1920x1200 How can I do the same using .startxwinrc? From the announcment: startxwin also accepts command line arguments to use a different DISPLAY number and add additional options to pass to the server. Please read the startxwin(1) manpage, which describes both the command-line arguments accepted by startxwin and the format of the $HOME/.startxwinrc file. I have read that but it was not clear to me. I suspect that I should write -- before the -screen option? Is that true? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
screen not updated outside 1680x1050
My screen resolution is 1920x1200. The X windows are badly updated (sometimes yes, most of the time no) outside the top-left area 1680x1050. My problems are seen with xterm, gv, gvim, rxvt-x... so I think comes from X.org. To produce the problem: start an X windows program, then move the window to the right and go back to the left. For gvim, it is particularly annoying when maximizing the window. However /var/log/XWin.0.log says it read the good screen dimensions: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.1.0 (10701000) Build Date: 2009-11-11 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1680 h 1050 winInitializeDefaultScreens - Returning 2009-12-17 13:37:31 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 2009-12-17 13:37:31 _XSERVTransOpen: transport open failed for inet6/VOR-CRV-01660:0 2009-12-17 13:37:31 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 2009-12-17 13:37:35 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 2009-12-17 13:37:35 (II) xorg.conf is not supported 2009-12-17 13:37:35 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-12-17 13:37:35 winPrefsLoadPreferences: /cygdrive/d/Documents/.XWinrc 2009-12-17 13:37:35 winGetDisplay: DISPLAY=:0.0 2009-12-17 13:37:37 winDetectSupportedEngines - Windows NT/2000/XP 2009-12-17 13:37:37 winDetectSupportedEngines - DirectDraw installed 2009-12-17 13:37:37 winDetectSupportedEngines - DirectDraw4 installed 2009-12-17 13:37:37 winDetectSupportedEngines - Returning, supported engines 0007 2009-12-17 13:37:37 winSetEngine - Multi Window or Rootless = ShadowGDI 2009-12-17 13:37:37 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel 2009-12-17 13:37:38 winAllocateFBShadowGDI - Creating DIB with width: 1680 height: 1050 depth: 32 2009-12-17 13:37:38 winFinishScreenInitFB - Masks: 00ff ff00 00ff 2009-12-17 13:37:38 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 2009-12-17 13:37:38 null screen fn ReparentWindow 2009-12-17 13:37:38 null screen fn RestackWindow 2009-12-17 13:37:38 InitQueue - Calling pthread_mutex_init 2009-12-17 13:37:38 InitQueue - pthread_mutex_init returned 2009-12-17 13:37:38 InitQueue - Calling pthread_cond_init 2009-12-17 13:37:38 InitQueue - pthread_cond_init returned 2009-12-17 13:37:38 winInitMultiWindowWM - Hello 2009-12-17 13:37:38 winInitMultiWindowWM - Calling pthread_mutex_lock () 2009-12-17 13:37:38 Screen 0 added at XINERAMA coordinate (0,0). 2009-12-17 13:37:38 winMultiWindowXMsgProc - Hello 2009-12-17 13:37:38 winMultiWindowXMsgProc - Calling pthread_mutex_lock () 2009-12-17 13:37:38 MIT-SHM extension disabled due to lack of kernel support 2009-12-17 13:37:38 XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel 2009-12-17 13:37:39 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so 2009-12-17 13:37:39 (II) GLX: Initialized DRISWRAST GL provider for screen 0 2009-12-17 13:37:55 winPointerWarpCursor - Discarding first warp: 840 525 2009-12-17 13:37:55 (--) 3 mouse buttons found 2009-12-17 13:37:55 (--) Setting autorepeat to delay=500, rate=31 2009-12-17 13:37:55 (--) winConfigKeyboard - Layout: 040C (040c) 2009-12-17 13:37:55 (--) Using preset keyboard for French (Standard) (40c), type 4 2009-12-17 13:37:55 Rules = base Model = pc105 Layout = fr Variant = none Options = none 2009-12-17 13:38:00 winInitMultiWindowWM - pthread_mutex_lock () returned. 2009-12-17 13:38:00 winInitMultiWindowWM - pthread_mutex_unlock () returned. 2009-12-17 13:38:00 winMultiWindowXMsgProc - pthread_mutex_lock () returned. 2009-12-17 13:38:00 winGetDisplay: DISPLAY=:0.0 2009-12-17 13:38:00 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. 2009-12-17 13:38:00 winInitMultiWindowWM - DISPLAY=:0.0 2009-12-17 13:38:00 winGetDisplay: DISPLAY=:0.0 2009-12-17 13:38:00 winMultiWindowXMsgProc - DISPLAY=:0.0 2009-12-17 13:38:00 winProcEstablishConnection - Hello 2009-12-17 13:38:00 winInitClipboard () 2009-12-17 13:38:00 winClipboardProc - Hello 2009-12-17 13:38:00 winProcEstablishConnection - winInitClipboard returned. 2009-12-17 13:38:00 DetectUnicodeSupport - Windows NT/2000/XP 2009-12-17 13:38:00 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. 2009-12-17 13:38:00 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. 2009-12-17 13:38:01 winGetDisplay: DISPLAY=:0.0 2009-12-17 13:38:01 winClipboardProc - DISPLAY=:0.0 2009-12-17 13:38:02 winClipboardProc - XOpenDisplay () returned and successfully opened the display. 2009-12-17 13:47:46 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 2009-12-17 13:47:46 winWindowProc -
Re: screen not updated outside 1680x1050
XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1680 h 1050 ^ Looks like the system doesn't see your whole resolution at startup. I'd pass -screen 0 1920x1200 to XWin.exe. I tried this to reduce my screen resolution, and saw things similar to what you describe outside the declared screensize. Works fine, thanks a lot! In fact I saw only the following lines so that I thought it was OK with the resolution: 2009-12-17 13:47:46 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 2009-12-17 13:47:46 winWindowProc - WM_DISPLAYCHANGE - new width: 1920 new height: 1200 Regards, Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-68
I just uploaded a new Cygwin 1.7 test release, 1.7.0-68. Installed this version and cannot start Xwin anymore. Here is the content of /var/log/XWin.0.log: This looks to be the same problem as in [1]. You might try the workaround of removing the checkX line from startxwin.bat It is strange as it reworked alone. I also removed the checkX line as I do not start xterm. Thanks, Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-68
I just uploaded a new Cygwin 1.7 test release, 1.7.0-68. Installed this version and cannot start Xwin anymore. Here is the content of /var/log/XWin.0.log: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.1.0 (10701000) Build Date: 2009-11-11 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1920 h 1200 winInitializeDefaultScreens - Returning 2009-12-04 20:36:21 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 2009-12-04 20:36:21 _XSERVTransOpen: transport open failed for inet6/VOR-CRV-01660:0 2009-12-04 20:36:21 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 2009-12-04 20:36:22 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 2009-12-04 20:36:22 (II) xorg.conf is not supported 2009-12-04 20:36:22 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-12-04 20:36:22 winPrefsLoadPreferences: /cygdrive/d/Documents/.XWinrc 2009-12-04 20:36:22 winGetDisplay: DISPLAY=:0.0 2009-12-04 20:36:22 winDetectSupportedEngines - Windows NT/2000/XP 2009-12-04 20:36:22 winDetectSupportedEngines - DirectDraw installed 2009-12-04 20:36:22 winDetectSupportedEngines - DirectDraw4 installed 2009-12-04 20:36:22 winDetectSupportedEngines - Returning, supported engines 0007 2009-12-04 20:36:22 winSetEngine - Multi Window or Rootless = ShadowGDI 2009-12-04 20:36:22 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel 2009-12-04 20:36:22 winAllocateFBShadowGDI - Creating DIB with width: 1920 height: 1200 depth: 32 2009-12-04 20:36:22 winFinishScreenInitFB - Masks: 00ff ff00 00ff 2009-12-04 20:36:22 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 2009-12-04 20:36:22 null screen fn ReparentWindow 2009-12-04 20:36:22 null screen fn RestackWindow 2009-12-04 20:36:22 InitQueue - Calling pthread_mutex_init 2009-12-04 20:36:22 InitQueue - pthread_mutex_init returned 2009-12-04 20:36:22 InitQueue - Calling pthread_cond_init 2009-12-04 20:36:22 InitQueue - pthread_cond_init returned 2009-12-04 20:36:22 winInitMultiWindowWM - Hello 2009-12-04 20:36:22 winInitMultiWindowWM - Calling pthread_mutex_lock () 2009-12-04 20:36:22 Screen 0 added at XINERAMA coordinate (0,0). 2009-12-04 20:36:22 winMultiWindowXMsgProc - Hello 2009-12-04 20:36:22 winMultiWindowXMsgProc - Calling pthread_mutex_lock () 2009-12-04 20:36:22 MIT-SHM extension disabled due to lack of kernel support 2009-12-04 20:36:22 XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel 2009-12-04 20:36:22 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so 2009-12-04 20:36:22 (II) GLX: Initialized DRISWRAST GL provider for screen 0 2009-12-04 20:36:23 winPointerWarpCursor - Discarding first warp: 960 600 2009-12-04 20:36:23 (--) 3 mouse buttons found 2009-12-04 20:36:23 (--) Setting autorepeat to delay=500, rate=31 2009-12-04 20:36:23 (--) winConfigKeyboard - Layout: 040C (040c) 2009-12-04 20:36:23 (--) Using preset keyboard for French (Standard) (40c), type 4 2009-12-04 20:36:23 Rules = base Model = pc105 Layout = fr Variant = none Options = none 2009-12-04 20:36:24 winInitMultiWindowWM - pthread_mutex_lock () returned. 2009-12-04 20:36:24 winProcEstablishConnection - Hello 2009-12-04 20:36:24 winInitClipboard () 2009-12-04 20:36:24 winClipboardProc - Hello 2009-12-04 20:36:24 winProcEstablishConnection - winInitClipboard returned. 2009-12-04 20:36:24 DetectUnicodeSupport - Windows NT/2000/XP 2009-12-04 20:36:24 winInitMultiWindowWM - pthread_mutex_unlock () returned. 2009-12-04 20:36:24 winGetDisplay: DISPLAY=:0.0 2009-12-04 20:36:24 winMultiWindowXMsgProc - pthread_mutex_lock () returned. 2009-12-04 20:36:24 winGetDisplay: DISPLAY=:0.0 2009-12-04 20:36:24 winClipboardProc - DISPLAY=:0.0 2009-12-04 20:36:24 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. 2009-12-04 20:36:24 winInitMultiWindowWM - DISPLAY=:0.0 2009-12-04 20:36:24 (II) xorg.conf is not supported 2009-12-04 20:36:24 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-12-04 20:36:24 winPrefsLoadPreferences: /cygdrive/d/Documents/.XWinrc 2009-12-04 20:36:24 winGetDisplay: DISPLAY=:0.0 2009-12-04 20:36:24 winDetectSupportedEngines - Windows NT/2000/XP 2009-12-04 20:36:24 winDetectSupportedEngines - DirectDraw installed 2009-12-04 20:36:24 winDetectSupportedEngines - DirectDraw4 installed 2009-12-04 20:36:24 winDetectSupportedEngines - Returning, supported engines 0007 2009-12-04 20:36:24 winSetEngine - Multi Window or Rootless = ShadowGDI 2009-12-04 20:36:24 winAllocateFBShadowGDI - Creating DIB with width: 1920 height: 1200 depth: 32 2009-12-04 20:36:24 winFinishScreenInitFB - Masks: 00ff ff00 00ff 2009-12-04 20:36:24 winInitVisualsShadowGDI - Masks 00ff
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-68
I just uploaded a new Cygwin 1.7 test release, 1.7.0-68. Installed this and cannot start Xwin anymore. Here is the content of /var/log/XWin.0.log: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.1.0 (10701000) Build Date: 2009-11-11 Contact: cygwin-xf...@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1920 h 1200 winInitializeDefaultScreens - Returning 2009-12-04 20:36:21 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 2009-12-04 20:36:21 _XSERVTransOpen: transport open failed for inet6/VOR-CRV-01660:0 2009-12-04 20:36:21 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 2009-12-04 20:36:22 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 2009-12-04 20:36:22 (II) xorg.conf is not supported 2009-12-04 20:36:22 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-12-04 20:36:22 winPrefsLoadPreferences: /cygdrive/d/Documents/.XWinrc 2009-12-04 20:36:22 winGetDisplay: DISPLAY=:0.0 2009-12-04 20:36:22 winDetectSupportedEngines - Windows NT/2000/XP 2009-12-04 20:36:22 winDetectSupportedEngines - DirectDraw installed 2009-12-04 20:36:22 winDetectSupportedEngines - DirectDraw4 installed 2009-12-04 20:36:22 winDetectSupportedEngines - Returning, supported engines 0007 2009-12-04 20:36:22 winSetEngine - Multi Window or Rootless = ShadowGDI 2009-12-04 20:36:22 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel 2009-12-04 20:36:22 winAllocateFBShadowGDI - Creating DIB with width: 1920 height: 1200 depth: 32 2009-12-04 20:36:22 winFinishScreenInitFB - Masks: 00ff ff00 00ff 2009-12-04 20:36:22 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 2009-12-04 20:36:22 null screen fn ReparentWindow 2009-12-04 20:36:22 null screen fn RestackWindow 2009-12-04 20:36:22 InitQueue - Calling pthread_mutex_init 2009-12-04 20:36:22 InitQueue - pthread_mutex_init returned 2009-12-04 20:36:22 InitQueue - Calling pthread_cond_init 2009-12-04 20:36:22 InitQueue - pthread_cond_init returned 2009-12-04 20:36:22 winInitMultiWindowWM - Hello 2009-12-04 20:36:22 winInitMultiWindowWM - Calling pthread_mutex_lock () 2009-12-04 20:36:22 Screen 0 added at XINERAMA coordinate (0,0). 2009-12-04 20:36:22 winMultiWindowXMsgProc - Hello 2009-12-04 20:36:22 winMultiWindowXMsgProc - Calling pthread_mutex_lock () 2009-12-04 20:36:22 MIT-SHM extension disabled due to lack of kernel support 2009-12-04 20:36:22 XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel 2009-12-04 20:36:22 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so 2009-12-04 20:36:22 (II) GLX: Initialized DRISWRAST GL provider for screen 0 2009-12-04 20:36:23 winPointerWarpCursor - Discarding first warp: 960 600 2009-12-04 20:36:23 (--) 3 mouse buttons found 2009-12-04 20:36:23 (--) Setting autorepeat to delay=500, rate=31 2009-12-04 20:36:23 (--) winConfigKeyboard - Layout: 040C (040c) 2009-12-04 20:36:23 (--) Using preset keyboard for French (Standard) (40c), type 4 2009-12-04 20:36:23 Rules = base Model = pc105 Layout = fr Variant = none Options = none 2009-12-04 20:36:24 winInitMultiWindowWM - pthread_mutex_lock () returned. 2009-12-04 20:36:24 winProcEstablishConnection - Hello 2009-12-04 20:36:24 winInitClipboard () 2009-12-04 20:36:24 winClipboardProc - Hello 2009-12-04 20:36:24 winProcEstablishConnection - winInitClipboard returned. 2009-12-04 20:36:24 DetectUnicodeSupport - Windows NT/2000/XP 2009-12-04 20:36:24 winInitMultiWindowWM - pthread_mutex_unlock () returned. 2009-12-04 20:36:24 winGetDisplay: DISPLAY=:0.0 2009-12-04 20:36:24 winMultiWindowXMsgProc - pthread_mutex_lock () returned. 2009-12-04 20:36:24 winGetDisplay: DISPLAY=:0.0 2009-12-04 20:36:24 winClipboardProc - DISPLAY=:0.0 2009-12-04 20:36:24 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. 2009-12-04 20:36:24 winInitMultiWindowWM - DISPLAY=:0.0 2009-12-04 20:36:24 (II) xorg.conf is not supported 2009-12-04 20:36:24 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-12-04 20:36:24 winPrefsLoadPreferences: /cygdrive/d/Documents/.XWinrc 2009-12-04 20:36:24 winGetDisplay: DISPLAY=:0.0 2009-12-04 20:36:24 winDetectSupportedEngines - Windows NT/2000/XP 2009-12-04 20:36:24 winDetectSupportedEngines - DirectDraw installed 2009-12-04 20:36:24 winDetectSupportedEngines - DirectDraw4 installed 2009-12-04 20:36:24 winDetectSupportedEngines - Returning, supported engines 0007 2009-12-04 20:36:24 winSetEngine - Multi Window or Rootless = ShadowGDI 2009-12-04 20:36:24 winAllocateFBShadowGDI - Creating DIB with width: 1920 height: 1200 depth: 32 2009-12-04 20:36:24 winFinishScreenInitFB - Masks: 00ff ff00 00ff 2009-12-04 20:36:24 winInitVisualsShadowGDI - Masks 00ff
Re: [1.7] gvim Cannot fork error
I believe it worked fine before (until a few days ago). I updated to latest cygwin by running setup-1.7.exe. (Just running setup - click several next... - finish) And now if I do /bin/gvim :!ls I see a message 'Cannot fork' in the gvim window. And see 2 [main] gvim 2092 fork: child -1 - died waiting for longjmp before initialization, retry 0, exit code 0xC005, errno 11 in the cygterm console window. If I run '/bin/gvim -f' (foreground), then '!ls' works fine. Exactly the same problem after recent update: Cannot fork and in the console -196297461 [main] gvim 5284 fork: child -1 - died waiting for longjmp before initialization, retry 0, exit code 0xC005, errno 11 Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
gv: Can't find initialization file gs_init.ps
Suddenly, I now get that error when trying to open a .ps file with gv: GPL Ghostscript SVN PRE-RELEASE 8.57: Can't find initialization file gs_init.ps. Error: PostScript interpreter failed in main window. What should I do? Regards, Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
mingw32 runtime library: msvcrt not thread safe. How to use msvcr90?
Hi folks, I have a big issue with the C runtime library used when with -mno-cygwin option of g++: it looks to be non thread safe in the istream implementation. The simple program below crashes with segmentation fault when compiled in cygwin with option -mno-cygwin while it works perfectly when compiled with MSVC++ 2008. The difference is that the program compiled from cygwin is linked with msvcrt.dll while the one compiled from MSVC is linked with msvcr90.dll and msvcp90.dll. Do you know the difference between the libraries and why mingw32 uses a different one than MSVC? How can I use the same runtime library with gcc/g++ -mno-cygwin? I am using cygwin 1.5 on Windows XP. Frédéric #include iostream #include sstream #include boost/thread.hpp struct Task { void operator()() { for (size_t k=0 ; k1 ; ++k) { double x ; std::istringstream is(10.) ; is x ; } } } ; int main() { boost::thread_group g_thread ; for (size_t k=0 ; k10 ; ++k) g_thread.create_thread(Task()) ; g_thread.join_all() ; return 0 ; } -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: mingw32 runtime library: msvcrt not thread safe. How to use msvcr90?
- -mno-cygwin implies that this is not a cygwin question. And -mno-cygwin will be going away in the future, in favor of a cross-compiler more appropriately named. Ask the mingw folks; it's their issue. Can you tell me where to look to learn how to use the cross compiler instead of the -mno-cygwin command line option? Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: updated 1.7 - rxvt-x crashes
I updated cygwin 1.7 this morning and rxvt-x shortcut does not work any more. The window appears and disappears quickly. Here is the content of /var/log/XWin.0.log if it can help. Launching rxvt from a mintty terminal works fine. In fact from mintty I can launch rxvt with command: $ rxvt but not with command that is in the windows shortcut: $ rxvt -e /bin/bash --login Also in the mintty terminal, I have the following issue: make: /bin/sh: Command not found make: execvp: /bin/sh: Permission denied So I think it may not be a xfree issue. Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: updated 1.7 - rxvt-x crashes
Also in the mintty terminal, I have the following issue: make: /bin/sh: Command not found make: execvp: /bin/sh: Permission denied So I think it may not be a xfree issue. http://cygwin.com/ml/cygwin-announce/2009-08/msg0.html ? That was it! Thanks a lot. Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: updated 1.7 - rxvt-x crashes
I updated cygwin 1.7 this morning and rxvt-x shortcut does not work any more. The window appears and disappears quickly. Here is the content of /var/log/XWin.0.log if it can help. Launching rxvt from a mintty terminal works fine. In fact from mintty I can launch rxvt with command: $ rxvt but not with command that is in the windows shortcut: $ rxvt -e /bin/bash --login Also in the mintty terminal, I have the following issue: make: /bin/sh: Command not found make: execvp: /bin/sh: Permission denied So I think it may not be a xfree issue. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: updated 1.7 - rxvt-x crashes
Also in the mintty terminal, I have the following issue: make: /bin/sh: Command not found make: execvp: /bin/sh: Permission denied So I think it may not be a xfree issue. http://cygwin.com/ml/cygwin-announce/2009-08/msg0.html ? That was it! Thanks a lot. Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7] Updated: cygwin-1.7.0-56
It's worse than that. In an xterm, the first ls works (I get output) but then nothing works after that. Just get command prompt returned. Same issue with rxvt. Not only ls, but also vi, cat... Frédéric -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
updated 1.7 - rxvt-x crashes
Hi, I updated cygwin 1.7 this morning and rxvt-x shortcut does not work any more. The window appears and disappears quickly. Here is the content of /var/log/XWin.0.log if it can help. Launching rxvt from a mintty terminal works fine. Frédéric Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.6.2.0 (20090722) Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1920 h 1200 winInitializeDefaultScreens - Returning 2009-08-01 19:16:12 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 2009-08-01 19:16:12 _XSERVTransOpen: transport open failed for inet6/VOR-CRV-01660:0 2009-08-01 19:16:12 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 2009-08-01 19:16:13 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 2009-08-01 19:16:13 (II) XF86Config is not supported 2009-08-01 19:16:13 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-08-01 19:16:13 winPrefsLoadPreferences: /cygdrive/d/Documents/.XWinrc 2009-08-01 19:16:13 winDetectSupportedEngines - Windows NT/2000/XP 2009-08-01 19:16:13 winDetectSupportedEngines - DirectDraw installed 2009-08-01 19:16:13 winDetectSupportedEngines - DirectDraw4 installed 2009-08-01 19:16:13 winDetectSupportedEngines - Returning, supported engines 0007 2009-08-01 19:16:13 winSetEngine - Multi Window or Rootless = ShadowGDI 2009-08-01 19:16:13 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel 2009-08-01 19:16:13 winAllocateFBShadowGDI - Creating DIB with width: 1920 height: 1200 depth: 32 2009-08-01 19:16:13 winFinishScreenInitFB - Masks: 00ff ff00 00ff 2009-08-01 19:16:13 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 2009-08-01 19:16:13 null screen fn ReparentWindow 2009-08-01 19:16:13 null screen fn RestackWindow 2009-08-01 19:16:13 InitQueue - Calling pthread_mutex_init 2009-08-01 19:16:13 InitQueue - pthread_mutex_init returned 2009-08-01 19:16:13 InitQueue - Calling pthread_cond_init 2009-08-01 19:16:13 InitQueue - pthread_cond_init returned 2009-08-01 19:16:13 winInitMultiWindowWM - Hello 2009-08-01 19:16:13 winInitMultiWindowWM - Calling pthread_mutex_lock () 2009-08-01 19:16:13 winMultiWindowXMsgProc - Hello 2009-08-01 19:16:13 winMultiWindowXMsgProc - Calling pthread_mutex_lock () 2009-08-01 19:16:13 Screen 0 added at XINERAMA coordinate (0,0). 2009-08-01 19:16:13 MIT-SHM extension disabled due to lack of kernel support 2009-08-01 19:16:13 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so 2009-08-01 19:16:13 (II) GLX: Initialized DRISWRAST GL provider for screen 0 2009-08-01 19:16:16 winPointerWarpCursor - Discarding first warp: 960 600 2009-08-01 19:16:16 (--) 3 mouse buttons found 2009-08-01 19:16:16 (--) Setting autorepeat to delay=500, rate=31 2009-08-01 19:16:16 (--) winConfigKeyboard - Layout: 040C (040c) 2009-08-01 19:16:16 (--) Using preset keyboard for French (Standard) (40c), type 4 2009-08-01 19:16:16 Rules = xorg Model = pc105 Layout = fr Variant = (null) Options = (null) 2009-08-01 19:16:17 winInitMultiWindowWM - pthread_mutex_lock () returned. 2009-08-01 19:16:17 winInitMultiWindowWM - pthread_mutex_unlock () returned. 2009-08-01 19:16:17 winMultiWindowXMsgProc - pthread_mutex_lock () returned. 2009-08-01 19:16:17 winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 2009-08-01 19:16:17 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. 2009-08-01 19:16:17 winProcEstablishConnection - Hello 2009-08-01 19:16:17 winInitClipboard () 2009-08-01 19:16:17 winClipboardProc - Hello 2009-08-01 19:16:17 DetectUnicodeSupport - Windows NT/2000/XP 2009-08-01 19:16:17 winProcEstablishConnection - winInitClipboard returned. 2009-08-01 19:16:17 winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 2009-08-01 19:16:17 winClipboardProc - DISPLAY=127.0.0.1:0.0 2009-08-01 19:16:17 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. 2009-08-01 19:16:17 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. 2009-08-01 19:16:17 winClipboardProc - XOpenDisplay () returned and successfully opened the display. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: updated 1.7 - rxvt-x crashes
I updated cygwin 1.7 this morning and rxvt-x shortcut does not work any more. The window appears and disappears quickly. Here is the content of /var/log/XWin.0.log if it can help. Launching rxvt from a mintty terminal works fine. In fact from mintty I can launch rxvt with command: $ rxvt but not with command that is in the windows shortcut: $ rxvt -e /bin/bash --login Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: [Xwin 1.7]: copy from rxvt-x to windows application does not work
If I run rxvt-x (1.5 or 1.7) with Xwin (1.7), when I select something in the terminal output and then type Ctrl-V in any Windows application, this does not work. Some application say that the clipboard is like corrupted. In general, if I type Ctrl-V several times, after a while, the text is pasted (after 4-5 times of Ctrl-V). If I use Xwin 1.5 or rxvt-native it works fine (with rxvt version either 1.5 or 1.7). Am I the only one with such a problem? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: how big is a complete cygwin?
My full installations use: cygwin 1.5: 3.28 Gb (disk 3.48 Gb) cygwin 1.7: 3.32 Gb (disk 3.52 Gb) Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ioctl(sock, SIOCGIFHWADDR, ifr) fails with 1.7
I applied a patch to Cygwin which also reports the IPv4 addresses of disconnected interfaces, fetching the info from the registry. It's a pity that Windows doesn't correctly report these addresses in the official API. This won't work for IPv6 and IPv6-only interfaces. I didn't find a generic way to list IPv6 addresses except for using the official API. Since Windows Vista the IPv6 address information isn't stored in the registry at all, at least not in a publically available, easy to read place. Thank you, can I test it? Shall I just update my installation? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ioctl(sock, SIOCGIFHWADDR, ifr) fails with 1.7
To fix your application, call either struct ifconf ifc; ifc.ifc_len = sizeof (struct ifreq) * 32; ifc.ifc_buf = malloc (ifc.ifc_len); if (ioctl (fd, SIOCGIFCONF, ifc)) /* Resize ifc_buf and retry */ else { struct ifreq *ifr = ifc.ifc_req; struct ifreq ifr2; for (int i = 0; i ifc.ifc_len; i += sizeof (struct ifreq), ++ifr) if (!ioctl (fd, SIOCGIFADDR, ifr2)) /* Print result for that interface */ } Thanks, this works half! No need of ifr2, ifr is enough. I saw the name change: 1.5 gives eth0, eth1, eth2, lo and 1.7 gives {821C54BE-...}... However, with that code, I get all network adapters with cygwin 1.5 but only active adpaters with 1.7 (with IP adress != 0). For example if I unplug the ethernet wire, the ip of eth0 becomes 0.0.0.0 with 1.5 and I don't see it anymore with 1.7. How can I get all interfaces with 1.7? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Xwin does not start because CYGWIN_ROOT is wrong in startxwin.bat
This bug is valid for 1.5 and 1.7: I have installed cygwin in D:\cygwin-1.5 but startxwin.bat contains SET CYGWIN_ROOT=\cygwin It should be updated to SET CYGWIN_ROOT=\cygwin-1.5 Can someone change this in the installation process? Also the Start in directory should also be D:\ or D:\cygwin-1.5 Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
ioctl(sock, SIOCGIFHWADDR, ifr) fails with 1.7
I used the following program to obtain mac address and ip of network adpaters. It works fine with 1.5 but not with 1.7. Output with 1.5: sock=3 trying eth0 mac: 00.1f.3c.57.XX.XX, ip: XXX.XXX.XXX.XXX trying eth1 mac: 00.1d.09.df.XX.XX, ip: XXX.XXX.XXX.XXX trying eth2 mac: 08.00.27.00.XX.XX, ip: XXX.XXX.XXX.XXX trying eth3 ... Output with 1.7: sock=3 trying eth0 trying eth1 trying eth2 trying eth3 ... Any clue? Frédéric #include iostream #include iomanip #include netdb.h #include sys/ioctl.h #include net/if.h void read_hwaddr(const struct ifreq ifr) { std::cout mac: ; const struct sockaddr hwaddr=ifr.ifr_hwaddr ; for (size_t k=0 ; k6 ; ++k) { if (k) std::cout '.' ; unsigned int v=static_castunsigned char(hwaddr.sa_data[k]) ; std::cout std::hex std::setw(2) std::setfill('0') static_castint(v) ; } } void read_ip(const struct ifreq ifr) { std::cout ip: ; const struct sockaddr addr=ifr.ifr_addr ; for (size_t k=0 ; k4 ; ++k) { unsigned int v=static_castunsigned char(addr.sa_data[k+2]) ; if (k) std::cout '.' ; std::cout std::dec static_castint(v) ; } } int main() { std::string eth(eth) ; struct protoent *proto=NULL ; if (proto=getprotobyname(tcp)) { int sock=socket(PF_INET, SOCK_STREAM, proto-p_proto) ; std::cout sock= sock '\n' ; struct ifreq ifr ; for (char k='0' ; k='9' ; ++k) { std::cout trying (eth+k) '\n' ; std::memset(ifr, 0, sizeof(struct ifreq)) ; std::strcpy(ifr.ifr_name, (eth+k).c_str()) ; // MAC address if (ioctl(sock, SIOCGIFHWADDR, ifr)!=0) continue ; read_hwaddr(ifr) ; std::cout , ; // IP address if (ioctl(sock, SIOCGIFADDR, ifr)==0) read_ip(ifr) ; std::cout '\n' ; } close(sock) ; } return 0 ; } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Singular CAS: why not in Cygwin menu?
Hi, Why the need to have Singular CAS outside the Cygwin menu? It makes 3 menus for cygwin: Cygwin, Cygwin-X and Singular CAS. In terms of folders for people who do not have administrator privileges, it makes 4 folders: - User\Start Menu\Programs\Cygwin (with only Cygwin bash shell...) - All Users\Start Menu\Programs\Cygwin - All Users\Start Menu\Programs\Cygwin-X - All Users\Start Menu\Programs\Singular CAS Why not everything in one folder Cygwin ? I find it a bit boring because I try to mainain 1.5 and 1.7 together and have to rename all folders before and after each update. Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[Xwin 1.7]: copy from rxvt-x to windows application does not work
Hi, If I run rxvt-x (1.5 or 1.7) with Xwin (1.7), when I select something in the terminal output and then type Ctrl-V in any Windows application, this does not work. Some application say that the clipboard is like corrupted. Sometimes, if I type Ctrl-V several times, after a while, the text is pasted. If I use Xwin 1.5 or rxvt-native it works fine (with rxvt version either 1.5 or 1.7). Any clue for that? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[Xwin 1.7]: copy from rxvt-x to windows application does not work
Hi, If I run rxvt-x (1.5 or 1.7) with Xwin (1.7), when I select something in the terminal output and then type Ctrl-V in any Windows application, this does not work. Some application say that the clipboard is like corrupted. Sometimes, if I type Ctrl-V several times, after a while, the text is pasted. If I use Xwin 1.5 or rxvt-native it works fine (with rxvt version either 1.5 or 1.7). Any clue for that? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: WARNING: terminal is not fully functional
Sorry, I did not see your previous post TERM=rxvt-cygwin (X mode) termcap patch. You prefer to add an entry in termcap rather that altering the start menu shortcuts. Thanks, Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
WARNING: terminal is not fully functional
when I want to use man (for example $ man ls), I get this error message (with 1.5 and 1.7): WARNING: terminal is not fully functional - (press RETURN) I am using rxvt-x. This does not happen with rxvt-native. Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: WARNING: terminal is not fully functional
So you have $TERM set to something that the system doesn't recognize. What does 'echo $TERM' return in each case (rxvt-x vs rxvt-native)? rxvt-x - TERM=rxvt-cygwin rxvt-native - TERM=rxvt-cygwin-native Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: WARNING: terminal is not fully functional
rxvt-x - TERM=rxvt-cygwin rxvt-native - TERM=rxvt-cygwin-native That's the problem. /etc/termcap has an entry for rxvt-cygwin-native, but not for rxvt-cygwin. What you want in that case is just TERM=rxvt. Not sure where the bug is. Either rxvt is setting TERM wrong, or you have something in your shell initialization that's overriding it, or /etc/termcap is missing an alias for the entry. Its a fresh new install! Nothing about TERM in .bashrc, nor in .bash_profile. I just have the following in my .Xdefaults: Rxvt*termName: rxvt Looks like it is ignored. So is it a bug? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: WARNING: terminal is not fully functional
As the default termcap already includes an entry for rxvt-cygwin-native as a convenience for cygwin users, it should probably be updated to also include an entry for rxvt-cygwin. The three entries: rxvt, rxvt-cygwin-native, rxvt-cygwin differ only in their ACS (line draw) character string, which only works if you're using an OEM-recoded font...so, using TERM=rxvt is probably good enough for both variants, for most people. (I know of only one OEM-recoded font: Lucida ConsoleP) $ TERM=rxvt man ls gives the good behaviour. I just have the following in my .Xdefaults: Rxvt*termName: rxvt Looks like it is ignored. So is it a bug? Maybe, but maybe not. Rxvt looks for the .Xdefault using the following construction: getenv(HOME) + /.Xdefaults It does NOT use getpwent() to figure out your home directory from /etc/passwd. Therefore, if you start rxvt fron Windows (e.g. using a shortcut), then Rxvt can find ~/.Xdefaults ONLY if you have set %HOME% using the Windows Environment settings tool. My guess is that on your brand new installation, you haven't done this -- so the behavior is expected. I have not defined HOME but I can confirm that rxvt is reading .Xdefault as I use it to define the window size, colors, font size... I have tried to add HOME in Windows env. var but it did not change anything (either with a DOS path or a Cygwin path). So there is something strange with this TERM thing and rxvt. Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: WARNING: terminal is not fully functional
Also, are you using the shortcuts in StartMenu/Cygwin/ that were created automatically, or ones that you created yourself? The auto-created one for rxvt-x has this command line: C:\cygwin-1.7\bin\run.exe /usr/bin/rxvt.exe -display 127.0.0.1:0 -tn rxvt-cygwin -e /bin/bash --login The -tn rxvt-cygwin command line argument always wins, no matter what is specified in /etc/X11/app-defaults/Rxvt or ~/.Xdefaults. You got it! I use the one from Cygwin menu and the -tn rxvt-cygwin is to be blamed. I changed it to rxvt only and it works perfectly. Before this brand new install, I used shortcuts that I wrote myself and there was possibly not this -tn thing. Can we correct the shortcut in the Start Menu/Cygwin so that nobody has the same problem in the future? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Different start menu for 1.5 and 1.7?
I would like to try 1.7 and I installed it together with 1.5. I installed 1.5 in D:\cygwin and 1.7 in D:\cygwin-1.7. No problem with that. But the start menu entries are all mixed. Is there a way to install 1.7 menu entries in a separate directory? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
dual installation 1.5 and 1.7: which XWin to use?
I have installed both versions of cygwin 1.5 and 1.7. Both seem to work fine with Xserver from 1.5 or 1.7 (i.e. cygwin 1.5 works fine with Xwin from 1.5 and 1.7, cygwin 1.7 works fine with Xwin from 1.5 and 1.7). Any recommendation on which one to use? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Convert Cygwin .a library to Windows .lib
I'm aware this question has been asked before (I googled), but found no satisfactory answer. I've just compiled a Unix library (to *.a) in Cygwin and I would like to convert it into a .lib file that I can link with the Visual Studio toolchain. Have you tried to rename it? Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: X server causing IE lockups
But I have put this on the back-back burner for now. My work-around is to only use X for when I need gnuplot and then I exit from X. I have just disabled the clipboard transfer for TightVNC and it seems I have no more issue. F. Bron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
shutdown: Couldn't shutdown: Error 53 The network path was not found.
What does this mean? $ win_shutdown WARNING!!! System is going down NOW shutdown: Couldn't shutdown: Error 53 The network path was not found. where win_shutdown just contains: shutdown -s now Frédéric Bron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: I Cannot Start the X Server
I recently upgraded and ran into this problem as well. I watched the XWin.exe process using ProcMon from sysinternals.com and it doesn't look like a problem of directory / file / user permissions as the FAQ would suggest. From ProcMon it looks like /tmp/.tX0-lock is being deleted before it is moved. Specifically, it is being opened with options: Synchronous IO Non-Alert, Non-Directory File, Delete On Close The file is then closed and re-opened and the re-open fails because it no longer exists. Have you looked at this? http://x.cygwin.com/docs/faq/cygwin-x-faq.html#modular F. Bron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/