Re: Can't use XDMCP, winProcEstablishConnection - ProcEstablishConnection failed, bailing shows in log
Hi Jon, I don't have any idea why the XDMCP request packets from XWin would be dropped by the network either. What I thought was interesting is that the value of Connection 4 in the XDMCP REQUEST packet from XWin in the Wireshark trace is fe80::5efe:a03:149f. I'm still familiarizing myself with IPv6, but the handy tool at ip-lookup.net shows this for that address: This IPv6 address contains an IPv4 address: IPv6 compressed : FE80::5EFE:A03:149F IPv6 uncompressed : FE80:0:0:0:0:5EFE:A03:149F IPv6 fully uncompressed : FE80:::::5EFE:0A03:149F IP v4: decimal : 10.3.20.159 binary : 10100011000101001001 octal : 012.03.024.0237 hexadecimal : 0x0A.0x03.0x14.0x9F long : 167974047 IP v6 : 6 to 4 address : 2002:A03:149F:0:0:0:0:0 : 2002:A03:149F:: IPv4-mapped address : 0:0:0:0:0::10.3.20.159 : :::10.3.20.159 : :::0A03:149F IPv4-compatibility address : 0:0:0:0:0:0:10.3.20.159 : ::10.3.20.159 : ::0A03:149F It seems there are some interesting things going on here, but, the modified XWin you link to at the bottom of your email works perfectly!! Thanks for all of your help :-) On Mon, Feb 14, 2011 at 9:46 AM, Jon TURNEY jon.tur...@dronecode.org.uk wrote: On Wed, Feb 9, 2011 at 6:37 PM, Jon TURNEY jon.tur...@dronecode.org.uk wrote: I wonder if you could send me privately the Wireshark .pcap files for these traces, I'd like to examine them further. On 11/02/2011 18:45, Alexander Pokluda wrote: I've attached a zip archive containing a number of files. The pcap files were created by running Wireshark on both ends while attempting to establish an XDMCP session between the hosts. Here is a description of the files: Thanks very much for these. Unfortunately, these seem to show that the XDMCP request packet leaves the machine running XWin, but doesn't arrive at the VM. I've no idea why that might be, but that suggests to me they are being dropped in your network, or between the host running the VM and the guest VM? After I took the above screenshot, I realized that I had a VirtualBox adapter with IPv6 enabled, so I disabled the VirtualBox adapter and ran the XWin command again, capturing packets on both ends. These files contain the captured packets. One interesting thing to note is that the request packet sent from XWin contains my IPv4 address converted to an IPv6 address even when IPv6 is disabled on my physical adapter. These look like link-local IPv6 addresses (prefix fe80::) to me, rather than IPv6 mapped IPv4 addresses (prefix :::)? However, this does look like a bug (or at least the code not doing what it says it does): when the -from option is used, the XDMCP request contains the specified address *and* any other addresses we have of different address families to the specified address (e.g., if we specify an IPv4 address, we get only that IPv4 address, but all the IPv6 addresses as well) I've built a snapshot which contains a change which modifies the behaviour of -from so only the specified address is included in the XDMCP request, and uploaded it at [1]. With this change, the XDMCP request sent by XWin and XMing should be nearly identical. Perhaps you could try that out and see if that makes a difference. ftp://cygwin.com/pub/cygwinx/XWin.20110214-git-d593beaadac1371e.exe.bz2 -- 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/
src/winsup/cygwin ChangeLog fhandler_disk_file.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-02-15 10:31:55 Modified files: winsup/cygwin : ChangeLog fhandler_disk_file.cc Log message: * fhandler_disk_file.cc (fhandler_disk_file::readdir_helper): Use POSIX path to check for symlink. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5160r2=1.5161 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.348r2=1.349
src/winsup/cygwin ChangeLog fhandler_disk_file.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-02-15 10:47:24 Modified files: winsup/cygwin : ChangeLog fhandler_disk_file.cc Log message: * fhandler_disk_file.cc (fhandler_disk_file::readdir_helper): Don't append slash if there is one already. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5162r2=1.5163 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.349r2=1.350
src/winsup/cygwin ChangeLog fhandler_virtual.c ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-02-15 14:44:11 Modified files: winsup/cygwin : ChangeLog fhandler_virtual.cc fhandler_procsys.cc Log message: * fhandler_procsys.cc (fhandler_procsys::opendir): Avoid SEGV if opening object directory fails. * fhandler_virtual.cc (fhandler_virtual::opendir): Don't leak memory. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5163r2=1.5164 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_virtual.cc.diff?cvsroot=srcr1=1.53r2=1.54 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_procsys.cc.diff?cvsroot=srcr1=1.4r2=1.5
src/winsup/doc ChangeLog new-features.sgml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-02-15 15:32:19 Modified files: winsup/doc : ChangeLog new-features.sgml Log message: * new-features.sgml (ov-new1.7.8): Document /proc/sys. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.328r2=1.329 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.64r2=1.65
src/winsup/doc ChangeLog legal.sgml new-featur ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-02-15 15:37:59 Modified files: winsup/doc : ChangeLog legal.sgml new-features.sgml Log message: * legal.sgml: Bump date. * new-features.sgml (ov-new1.7.8): Move dropped NT4 pre-SP4 support up to be the first paragraph. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.329r2=1.330 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/legal.sgml.diff?cvsroot=srcr1=1.8r2=1.9 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.65r2=1.66
src/winsup/cygwin ChangeLog autoload.cc config ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-02-15 15:56:03 Modified files: winsup/cygwin : ChangeLog autoload.cc configure.in cygheap.cc dll_init.cc fhandler.cc fhandler_console.cc fhandler_socket.cc hookapi.cc net.cc syscalls.cc termios.cc winsup/cygwin/include: pthread.h winsup/cygwin/include/sys: param.h termios.h winsup/cygwin/lib: cygwin_crt0.c Log message: * Throughout fix copyright dates. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5165r2=1.5166 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/autoload.cc.diff?cvsroot=srcr1=1.182r2=1.183 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/configure.in.diff?cvsroot=srcr1=1.35r2=1.36 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygheap.cc.diff?cvsroot=srcr1=1.158r2=1.159 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dll_init.cc.diff?cvsroot=srcr1=1.76r2=1.77 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.cc.diff?cvsroot=srcr1=1.373r2=1.374 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_console.cc.diff?cvsroot=srcr1=1.222r2=1.223 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=srcr1=1.266r2=1.267 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/hookapi.cc.diff?cvsroot=srcr1=1.20r2=1.21 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/net.cc.diff?cvsroot=srcr1=1.280r2=1.281 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.573r2=1.574 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/termios.cc.diff?cvsroot=srcr1=1.36r2=1.37 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/pthread.h.diff?cvsroot=srcr1=1.27r2=1.28 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/sys/param.h.diff?cvsroot=srcr1=1.9r2=1.10 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/sys/termios.h.diff?cvsroot=srcr1=1.19r2=1.20 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/lib/cygwin_crt0.c.diff?cvsroot=srcr1=1.12r2=1.13
src/winsup/cygwin configure
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-02-15 15:56:24 Modified files: winsup/cygwin : configure Log message: forced checkin Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/configure.diff?cvsroot=srcr1=1.34r2=1.35
src/winsup/doc ChangeLog new-features.sgml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-02-15 16:05:27 Modified files: winsup/doc : ChangeLog new-features.sgml Log message: * new-features.sgml (ov-new1.7.8): Fix typo. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.330r2=1.331 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.66r2=1.67
src/winsup/cygwin ChangeLog spawn.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-02-15 18:11:50 Modified files: winsup/cygwin : ChangeLog spawn.cc Log message: * spawn.cc (spawn_guts): Only set PID_NOTCYGWIN in _P_OVERLAY mode. Drop flag if creating new process failed. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5166r2=1.5167 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srcr1=1.300r2=1.301
Re: src/winsup/doc ChangeLog new-features.sgml
On 02/15/2011 08:32 AM, corinna wrote: * new-features.sgml (ov-new1.7.8): Document /proc/sys. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.328r2=1.329 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.64r2=1.65 File system access via block devices works. For instance +(note the trailing backslash!) +screen +bash$ cd /proc/sys/Device/HarddiskVolumeShadowCopy1/ That's a trailing slash, not backslash. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: src/winsup/doc ChangeLog new-features.sgml
On Feb 15 08:47, Eric Blake wrote: On 02/15/2011 08:32 AM, corinna wrote: * new-features.sgml (ov-new1.7.8): Document /proc/sys. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.328r2=1.329 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.64r2=1.65 File system access via block devices works. For instance +(note the trailing backslash!) +screen +bash$ cd /proc/sys/Device/HarddiskVolumeShadowCopy1/ That's a trailing slash, not backslash. Fixed. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: The tree command
On 2/14/2011 4:23 PM, Mark Hobley wrote: It would be really useful to have a tree command available from the cygwin shell. has anyone managed to find a working tree command yet? We could really do with this in the cygwin archive. The source is here: ftp://mama.indstate.edu/linux/tree/ edit the Makefile to uncomment the Cygwin section and it will build cleanly. -- 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: The tree command
The source is here: ftp://mama.indstate.edu/linux/tree/ edit the Makefile to uncomment the Cygwin section and it will build cleanly. Yes, works perfectly. FWIW: I wish I'd edited the Makefile additionally to so that prefix = /usr/local rather than the default /usr (but this is just a personal preference for the location of extras). Fergus -- 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: The tree command
On 2/15/2011 4:17 AM, Fergus wrote: The source is here: ftp://mama.indstate.edu/linux/tree/ edit the Makefile to uncomment the Cygwin section and it will build cleanly. Yes, works perfectly. FWIW: I wish I'd edited the Makefile additionally to so that prefix = /usr/local rather than the default /usr (but this is just a personal preference for the location of extras). Fergus I use stow for this. Like so: mkdir /usr/local/stow mkdir /usr/local/stow/tree-1.5.3 make make install prefix=/usr/local/stow/tree-1.5.3 cd /usr/local/stow stow tree-1.5.3 Now you have a symlink, /usr/local/bin/tree . To remove the symlinks, you just do: cd /usr/local/stow stow -D tree-1.5.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
[g++] Problems linking boost.system and boost.regex
Hi. I'm trying to compile on windows one linux app of mine which uses a few boost libraries. I've got g++ and boost (1.43.0-1) installed through setup.exe. I use g++ through Eclipse IDE. I've managed to get the program compiled but I'm getting linking errors. Eclipse executes the following command (I've shortened it a bit removing other libraries than boost and changed the names of files): g++ -oresult.exe ./Alice.o ./Bob.o ./Carol.o ./Dave.o ./Eve.o ./Fran.o ./Gordon.o ./Isaak.o ./Justin.o ./Mallory.o ./Oscar.o ./Peggy.o -lboost_regex-mt.dll -lboost_thread-mt.dll -lboost_date_time-mt.dll -lboost_system-mt.dll or, as another attempt without .dll: (the result is exactly the same) g++ -oresult.exe ./Alice.o ./Bob.o ./Carol.o ./Dave.o ./Eve.o ./Fran.o ./Gordon.o ./Isaak.o ./Justin.o ./Mallory.o ./Oscar.o ./Peggy.o -lboost_regex-mt -lboost_thread-mt -lboost_date_time-mt -lboost_system-mt or one more attempt, the same result again, with both .dll and without: g++ -oresult.exe ./Alice.o ./Bob.o ./Carol.o ./Dave.o ./Eve.o ./Fran.o ./Gordon.o ./Isaak.o ./Justin.o ./Mallory.o ./Oscar.o ./Peggy.o -lboost_regex-mt.dll -lboost_thread-mt.dll -lboost_date_time-mt.dll -lboost_system-mt.dll -lboost_regex-mt -lboost_thread-mt -lboost_date_time-mt -lboost_system-mt I don't get messages that libraries were not found which means they were. The errors related to boost.system are: /cygdrive/d/libs/include/boost/system/error_code.hpp:214: undefined reference to `boost::system::generic_category()' /cygdrive/d/libs/include/boost/system/error_code.hpp:215: undefined reference to `boost::system::generic_category()' /cygdrive/d/libs/include/boost/system/error_code.hpp:216: undefined reference to `boost::system::system_category()' (I don't actually use boost.system in my program, but from the errors I guess I need to link it anyway) Those suggesting something's wrong with regex are even more peculiar: ./Fran.o:Fran.cpp:(.text$_ZN5boost11basic_regexIcNS_12regex_traitsIcNS_14c_regex_traitsIcE6assignEPKcS7_j[boost::basic_regexchar, boost::regex_traitschar, boost::c_regex_traitschar ::assign(char const*, char const*, unsigned int)]+0x22): undefined reference to `boost::basic_regexchar, boost::regex_traitschar, boost::c_regex_traitschar ::do_assign(char const*, char const*, unsigned int)' ./Fran.o:Fran.cpp:(.text$_ZN5boost9re_detail12perl_matcherIN9__gnu_cxx17__normal_iteratorIPKcSsEESaINS_9sub_matchIS6_EEENS_12regex_traitsIcNS_14c_regex_traitsIcEC1ES6_S6_RNS_13match_resultsIS6_S9_EERKNS_11basic_regexIcSD_EENS_15regex_Oscar12_match_flagsES6_[boost::re_detail::perl_matcher__gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorboost::sub_match__gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , boost::regex_traitschar, boost::c_regex_traitschar ::perl_matcher(__gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , __gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , boost::match_results__gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorboost::sub_match__gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , boost::basic_regexchar, boost::regex_traitschar, boost::c_regex_traitschar const, boost::regex_Oscar::_match_flags, __gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar )]+0xd0): undefined reference to `boost::re_detail::perl_matcher__gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorboost::sub_match__gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , boost::regex_traitschar, boost::c_regex_traitschar ::construct_init(boost::basic_regexchar, boost::regex_traitschar, boost::c_regex_traitschar const, boost::regex_Oscar::_match_flags)' ./Fran.o:Fran.cpp:(.text$_ZN5boost12regex_searchIN9__gnu_cxx17__normal_iteratorIPKcSsEESaINS_9sub_matchIS5_EEEcNS_12regex_traitsIcNS_14c_regex_traitsIcEEbT_SD_RNS_13match_resultsISD_T0_EERKNS_11basic_regexIT1_T2_EENS_15regex_Oscar12_match_flagsESD_[bool boost::regex_search__gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorboost::sub_match__gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , char, boost::regex_traitschar, boost::c_regex_traitschar (__gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , __gnu_cxx::__normal_iteratorchar const*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , boost::match_results__gnu_cxx::__normal_iteratorchar
Re: m4: cannot open `gcc': No such file or directory
Hi, On Tue, Feb 15, 2011 at 3:18 AM, Hilariousity wrote: I'm trying to compile the GNU multiple precision arithmetic library from source in cygwin and after the command m4 gcc -DHAVE_CONFIG_H -D__GMP_WITHIN_GMP -DOPERATION_add_n add_n.asm tmp-add_n.s I get an error saying m4: cannot open `gcc': No such file or directory However typing the command gcc into bash reveals the output gcc: no input files How do I get the m4 macro processor to see gcc? I think something is wrong with how gmp got configured. What options did you give to configure? What is the output of egrep -A1 'M4|CCAS|^\.[a-z]*\.[a-z]*' mpn/Makefile This is what I get: /bin/sh ../libtool --mode=compile --tag=CC ../mpn/m4-ccas --m4=m4 /usr/bin/gcc -std=gnu99 -c -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_`echo add_n | sed 's/_$//'` -m32 -O2 -pedantic -fomit-frame-pointer -mtune=core2 -march=core2 `test -f 'add_n.asm' || echo './'`add_n.asm ../mpn/m4-ccas --m4=m4 /usr/bin/gcc -std=gnu99 -c -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_add_n -m32 -O2 -pedantic -fomit-frame-pointer -mtune=core2 -march=core2 add_n.asm -o add_n.o m4 -DHAVE_CONFIG_H -D__GMP_WITHIN_GMP -DOPERATION_add_n add_n.asm tmp-add_n.s /usr/bin/gcc -std=gnu99 -c -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_add_n -m32 -O2 -pedantic -fomit-frame-pointer -mtune=core2 -march=core2 tmp-add_n.s -o add_n.o Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- 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: building a cross-compiler for Linux/OSX
On Mon, 2011-02-14 at 22:01 +0100, Fabiano Sidler wrote: Not without any further difficulties, but at least with a different error: /opt/devel/cygwin/src/cygwin-1.7.6-1/winsup/utils/mingw: couldn't find i686-pc-m ingw32 directory make[3]: *** [crt1.o] Error 1 You need to have mingw.org runtime and w32api files installed, such as Fedora Linux's mingw32-runtime and mingw32-w32api packages. Otherwise, unpack the binary packages found here into your system root: http://cygutils.fruitbat.org/ITP/mingw-gcc/release/mingw/mingw-runtime/ http://cygutils.fruitbat.org/ITP/mingw-gcc/release/mingw/mingw-w32api/ HTH, 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
Re: [g++] Problems linking boost.system and boost.regex
On 2011-02-15 11:57Z, lampak wrote: Hi. I'm trying to compile on windows one linux app of mine which uses a few boost libraries. I've got g++ and boost (1.43.0-1) installed through setup.exe. I use g++ through Eclipse IDE. I've managed to get the program compiled but I'm getting linking errors. Last I heard, boost lost its Cygwin maintainer; and old libraries aren't likely to work with a newer compiler. This page http://cygwin.com/packages/boost-devel/boost-devel-1.43.0-1 confirms that: boost-devel: Obsolete package (installed binaries and support files) so try building boost yourself. (And BTW, what's the difference between libraries ending with .dll.a and .a alone? '.dll.a' is a convention for naming import libraries. And what does -mt stand for?) AFAICR that library-name suffix meant multithreaded. -- 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
Newbie confused about chmod
I am running cgwin (for omnet++, but that's a BTW) on Windows 7 (NTFS). I cannot chmode files I untarred into a folder and I cannot chmod a file I create in cgwin myself. I understood that you could do this if the file system was NTFS. The bottom line is I have an executable that is not executable. In addition to solving that though it might be nice to get a better understanding. What I don't understand is that if I run a make.exe (still me as user I presume) the make process manages to produce a file with executable permissions and presumably that's not just due to the directory, since the files I create aren't executable and cannot be made so. I started to read the netsec page ref'd from the faq, but it's a big learning curve and I had hoped there was a short answer, though I don't seem to be able to find it any where. Perhaps I am using cgwin for not what was intended and I should go ahead and do a full linux install? Any help or advice greatly appreciated for this newbie. -- View this message in context: http://old.nabble.com/Newbie-confused-about-chmod-tp30931008p30931008.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: [g++] Problems linking boost.system and boost.regex
Greg Chicares-2 wrote: Last I heard, boost lost its Cygwin maintainer; and old libraries aren't likely to work with a newer compiler. This page http://cygwin.com/packages/boost-devel/boost-devel-1.43.0-1 confirms that: boost-devel: Obsolete package (installed binaries and support files) so try building boost yourself. According to http://cygwin.com/packages/, the package boost-devel is obsolete - but I'm using libboost-devel which is not. But I will try building boost myself. Only the last time I had some problems with it (when I ran bjam --toolset=gcc I got plenty of access denied messages - I don't know access to what they meant). I will try again and bother you with more details later ;) -- View this message in context: http://old.nabble.com/-g%2B%2B--Problems-linking-boost.system-and-boost.regex-tp30930187p30931089.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Newbie confused about chmod
* hardya (Tue, 15 Feb 2011 05:48:58 -0800 (PST)) I am running cgwin (for omnet++, but that's a BTW) on Windows 7 (NTFS). I cannot chmode files I untarred into a folder and I cannot chmod a file I create in cgwin myself. I cannot [whatever] is a bit weak. Can you be a bit more specific? What do you do exactly and what do you get exactly? Thorsten -- 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: Please add 'AVG Internet Security 2011' to the BLODA list (and cygport also :-) ).
On 02/14/2011 10:13 PM, L Anderson wrote: Thanks for the hint--it allowed me to by-pass the test. However, for the record, based on 'coreutils-8.10-1--configure[3295,3296]', I think you meant: $ cat /usr/share/config.site\EOF # configure gets the right answer, but only after hammering the system gl_cv_func_getcwd_path_max=yes EOF Yes, autoconf looks for share/config.site relative to the --prefix argument, so /usr/share/config.site is the right place for a config.site that affects cygport builds. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Coreutils' Build Fails After Linking rm.exe
On 02/15/2011 12:58 AM, L Anderson wrote: 3rd--I ran 'cygport coreutils-8.10-1 compile', which appeared to work ok until it exited with a make error as shown by the following last few lines of the output: All those steps match what I do when building coreutils. CCLD pwd.exe CCLD readlink.exe CCLD rm.exe CCLD rmdir.exe ---up to and including rmdir.exe have been linked ./rm: ./rm: cannot execute binary file Hmm. Does your $PATH include '.' somewhere near the beginning? That may be the culprit; I _never_ run with '.' at the beginning (too much risk of a trojan horse executable taking over); running with '.' at the end or not in PATH at all would be safer. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Coreutils' Build Fails After Linking rm.exe--Solved
L Anderson wrote: I'm trying to build coreutils and I've run into a problem that has me puzzled. I'd greatly appreciate any ideas or pointers on what might be causing the problem and steps I could take to figure it out. The problem is repeatable, stopping at the exact same place. I'm running 'XpProSp3', 'cygcheck -c' shows all OK. 1st--I used setup to install 'coreutils-8.10-1' source and placed the files in '/usr/src/coreutils-8.10-1' 2nd--From that directory, I did 'cygport coreutils-8.10-1 prep', which completed successfully. 3rd--I ran 'cygport coreutils-8.10-1 compile', which appeared to work ok until it exited with a make error as shown by the following last few lines of the output: ... CCLD pwd.exe CCLD readlink.exe CCLD rm.exe CCLD rmdir.exe ---up to and including rmdir.exe have been linked ./rm: ./rm: cannot execute binary file make[3]: *** [runcon.exe] Error 126 --runcon.exe and on, not linked make[3]: *** Waiting for unfinished jobs ./rm: ./rm: cannot execute binary file make[3]: *** [seq.exe] Error 126 make[3]: Leaving directory `/usr/src/coreutils-8.10-1/coreutils-8.10-1/build/src ' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/coreutils-8.10-1/coreutils-8.10-1/build/src ' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/coreutils-8.10-1/coreutils-8.10-1/build' make: *** [all] Error 2 *** ERROR: make failed The above is output from 'make', chewing on the following 'makefile' lines: ... pwd$(EXEEXT): $(pwd_OBJECTS) $(pwd_DEPENDENCIES) @rm -f pwd$(EXEEXT) $(AM_V_CCLD)$(LINK) $(pwd_OBJECTS) $(pwd_LDADD) $(LIBS) readlink$(EXEEXT): $(readlink_OBJECTS) $(readlink_DEPENDENCIES) @rm -f readlink$(EXEEXT) $(AM_V_CCLD)$(LINK) $(readlink_OBJECTS) $(readlink_LDADD) $(LIBS) rm$(EXEEXT): $(rm_OBJECTS) $(rm_DEPENDENCIES) @rm -f rm$(EXEEXT) $(AM_V_CCLD)$(LINK) $(rm_OBJECTS) $(rm_LDADD) $(LIBS) rmdir$(EXEEXT): $(rmdir_OBJECTS) $(rmdir_DEPENDENCIES) @rm -f rmdir$(EXEEXT) $(AM_V_CCLD)$(LINK) $(rmdir_OBJECTS) $(rmdir_LDADD) $(LIBS) runcon$(EXEEXT): $(runcon_OBJECTS) $(runcon_DEPENDENCIES) @rm -f runcon$(EXEEXT) -error occurs at this point-- $(AM_V_CCLD)$(LINK) $(runcon_OBJECTS) $(runcon_LDADD) $(LIBS) seq$(EXEEXT): $(seq_OBJECTS) $(seq_DEPENDENCIES) @rm -f seq$(EXEEXT) $(AM_V_CCLD)$(LINK) $(seq_OBJECTS) $(seq_LDADD) $(LIBS) ... I think I figured it out! I had `.' in my path and it came before `/bin'. Consequently, while 'rm.exe' was being linked in the build directory(`.'), bash, searching it first while trying to execute @rm -f runcon$(EXEEXT), found 'rm.exe' but it was busy being built. Hence, the slight variation in the error messages I got at that point. Removing `.' from the search path, where it shouldn't have been in the first place, solved the problem. I have now successfully build coreutils! Sorry for all the noise. Regards, Lowell Anderson -- 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: Coreutils' Build Fails After Linking rm.exe
Eric Blake wrote: On 02/15/2011 12:58 AM, L Anderson wrote: 3rd--I ran 'cygport coreutils-8.10-1 compile', which appeared to work ok until it exited with a make error as shown by the following last few lines of the output: All those steps match what I do when building coreutils. CCLD pwd.exe CCLD readlink.exe CCLD rm.exe CCLD rmdir.exe---up to and including rmdir.exe have been linked ./rm: ./rm: cannot execute binary file Hmm. Does your $PATH include '.' somewhere near the beginning? That may be the culprit; I _never_ run with '.' at the beginning (too much risk of a trojan horse executable taking over); running with '.' at the end or not in PATH at all would be safer. Yes, I'm afraid so :-(. I finally figured it out about an hour ago. Thanks for your confirming reply! I have fixed it and have now successfully build coreutils--yea! Regards, LA -- 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: svn
On 2/15/2011 3:09 AM, Gary wrote: David Rothenberger wrote: On 2/14/2011 12:11 AM, Gary wrote: If I can replace svn in the sequence with something else, for example tortoise, and everything then works, then Cygwin/svn *is* the culprit. If the bits are identical, then what else could be breaking your build? Perhaps the permissions on files, as I suggested in the same email you partially quoted above? You said: [if bytes identiocal] I can't see how svn could be the culprit. Unless perhaps the permissions on some of the DLLs are different. It might be worth using cacls to inspect the ACLs on some of the DLLs. I could't comment on that, because I hadn't had time to try it out. They are different - the files checked out with Tortoise correctly (I guess) have the various EXECUTE flags set, those with Cygwin's svn do not. If those files have the svn:executable property set, then it's a bug in Cygwin's svn. Otherwise, you just need to set that property on the DLLs. Maybe TortoiseSVN does some special handling for DLLs. -- David Rothenberger daver...@acm.org The Public is merely a multiplied me. -- Mark Twain -- 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: Newbie confused about chmod
Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ ls -l Simulation -rw-r--r-- 1 Andrew Hardy Administrators 238835 Oct 28 2005 Simulation Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ chmod -v 666 Simulation mode of `Simulation' changed to 0666 (rw-rw-rw-) Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ ls -l Simulation -rw-r--r-- 1 Andrew Hardy Administrators 238835 Oct 28 2005 Simulation Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ chmod -v 777 Simulation mode of `Simulation' changed to 0777 (rwxrwxrwx) Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ ls -l Simulation -rw-r--r-- 1 Andrew Hardy Administrators 238835 Oct 28 2005 Simulation Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ -- View this message in context: http://old.nabble.com/Newbie-confused-about-chmod-tp30931008p30932818.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Preremove/postinstall scripts fail with snapshot installed
On Feb 14 17:41, Corinna Vinschen wrote: On Feb 14 10:20, Corinna Vinschen wrote: On Feb 13 18:07, Ken Brown wrote: On 2/13/2011 12:20 PM, Ken Brown wrote: $1 ls 0 [main] bash 2220 exception::handle: Exception: STATUS_ACCESS_VIOLATION Yes, I encountered that at one point yesterday as well, and I have already a patch in the pipe, but didn't apply it so far because I want to do some tests first. [...] Anyway, I'll apply a patch later today. Nope, not today. I stumbled over some other problems which require more debugging. I just uploaded a new snapshot which (hopefully) fixed a couple of bugs, including this one. Please give it a test. If you encounter something weird, please report. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Preremove/postinstall scripts fail with snapshot installed
On 2/15/2011 12:09 PM, Corinna Vinschen wrote: On Feb 14 17:41, Corinna Vinschen wrote: On Feb 14 10:20, Corinna Vinschen wrote: On Feb 13 18:07, Ken Brown wrote: On 2/13/2011 12:20 PM, Ken Brown wrote: $1 ls 0 [main] bash 2220 exception::handle: Exception: STATUS_ACCESS_VIOLATION Yes, I encountered that at one point yesterday as well, and I have already a patch in the pipe, but didn't apply it so far because I want to do some tests first. [...] Anyway, I'll apply a patch later today. Nope, not today. I stumbled over some other problems which require more debugging. I just uploaded a new snapshot which (hopefully) fixed a couple of bugs, including this one. Please give it a test. If you encounter something weird, please report. Works fine so far. The last bug I reported is fixed, and preremove/postinstall scripts run OK under setup.exe. Ken -- 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: Newbie confused about chmod
On 2011-02-15 16:52Z, hardya wrote: [...] Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ chmod -v 777 Simulation mode of `Simulation' changed to 0777 (rwxrwxrwx) Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ ls -l Simulation -rw-r--r-- 1 Andrew Hardy Administrators 238835 Oct 28 2005 Simulation Could that be due to a space in your username? http://cygwin.com/faq-nochunks.html#faq.setup.name-with-space -- 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: Newbie confused about chmod
I cannot chmod files I untarred into a folder and I cannot chmod a file I create in cgwin myself. I understood that you could do this if the file system was NTFS. The bottom line is I have an executable that is not executable. In addition to solving that though it might be nice to get a better understanding. (snip) Any help or advice greatly appreciated for this newbie. Just to get rid of the obvious possibilities, check to see who owns the directory you are in, and what permissions the directory has. If you do not own the directory, or if you do not have permission to change files in the directory, even if the file permissions grant you access, you won't be able to make permission changes. If you can create the file but you can't chmod it to executable status, there may be some issue with your overall user access rights. Brian S. Wilson -- 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: Newbie confused about chmod
On 02/15/2011 09:52 AM, hardya wrote: Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ ls -l Simulation -rw-r--r-- 1 Andrew Hardy Administrators 238835 Oct 28 2005 Simulation Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ chmod -v 666 Simulation mode of `Simulation' changed to 0666 (rw-rw-rw-) Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ ls -l Simulation -rw-r--r-- 1 Andrew Hardy Administrators 238835 Oct 28 2005 Simulation Is this on a FAT or remote drive, perhaps? FAT doesn't have permissions, therefore cygwin fakes those permissions, and fakes chmod() as success rather than an error, when it's really just a no-op on losing file systems. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Newbie confused about chmod
On Tue, Feb 15, 2011 at 05:57:42PM +, Greg Chicares wrote: On 2011-02-15 16:52Z, hardya wrote: [...] Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ chmod -v 777 Simulation mode of `Simulation' changed to 0777 (rwxrwxrwx) Andrew Hardy@ANDREWHARDY ~/mywsn/LSU-SensorSimulator/samples $ ls -l Simulation -rw-r--r-- 1 Andrew Hardy Administrators 238835 Oct 28 2005 Simulation Could that be due to a space in your username? http://cygwin.com/faq-nochunks.html#faq.setup.name-with-space Actually, we should stop trying to guess and insist on the information requested here: http://cygwin.com/problems.html In particular, cygcheck output would probably be very instructive since I suspect either a FAT32 filesystem or CYGWIN=nontsec setting. This page also suggests that a subject like Newbie blah isn't very helpful. cgf -- 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
chmod indicates success, but does not succeed
First let me appologise for the bad subject line and lack of explicit content. I realise the importance of following forum guidelines and I shall try to be clearer, at least within my ability. As mentioned at the beginning of my post, though perhaps not so clearly as I should. Cgywin was provided with a simulator called omnet++. I have read the omnet++ documentation and asked questions on forums but was still unable to resolve the issue. Regarding one of the resolutions to the possible cause by space in user name: there doesn't appear to be a passwd file in etc directory, so I cannot change that. Perhaps, as suggested, I should create a new windows user name without spaces and login as that person. But I guess I would have to recreate the directory structure over again for me to be the owner. Is this what the post about spaces is suggesting? Regarding the container directory: Directory owner is me and group is Administrators. This is the same for all files and directories I have every looked at. Regarding FAT, this is the integral C: drive and it is formatted NTFS. I think I did mention this, but I may have used wrong terminology or not been explicit. Sorry. Regarding reporting guidlines and running pre-checks: My disk is indexed and a search for cygcheck.* revealed nothing. I am not sure from where I should run cygcheck. I feel I have probably again left some obvious error in my post or have missed something obvious on the site, but it is not intentional and I appologise in advance. I have been looking at this on my own for a long time. I guess it's jusy inexperience. -- View this message in context: http://old.nabble.com/Newbie-confused-about-chmod-tp30931008p30934365.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Coreutils' Build Fails After Linking rm.exe
Date: Tue, 15 Feb 2011 08:19:20 -0700 From: eblake Subject: Re: Coreutils' Build Fails After Linking rm.exe Hmm. Does your $PATH include '.' somewhere near the beginning? That may be the culprit; I _never_ run with '.' at the beginning (too much risk of a trojan horse executable taking over); running with '.' at the end or not in PATH at all would be safer. Just for the archive, a dot in $PATH can be caused by a double ; in the windows path. A ;; in the windows path creates a null entry that gets interpreted as a .. -- 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: chmod indicates success, but does not succeed
On Feb 15 11:27, hardya wrote: First let me appologise for the bad subject line and lack of explicit content. I realise the importance of following forum guidelines and I shall try to be clearer, at least within my ability. As mentioned at the beginning of my post, though perhaps not so clearly as I should. Cgywin was provided with a simulator called omnet++. I have read the omnet++ documentation and asked questions on forums but was still unable to resolve the issue. Your problems are a direct result of using this omnet++ stuff. The omnet++ package comes with MingW including MSYS, not with Cygwin. While MSYS is based on Cygwin, it is based on a very, very old version of Cygwin. Apart from that, this list does neither support MSYS, nor any third-party installation of Cygwin, but only the Cygwin distro from http://cygwin.com/. So, please install the most recent Cygwin distro, or ask on another, better suited mailing list/newsgroup/forum. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: chmod indicates success, but does not succeed
That clears it up then thanks. At least as far as my post here is concerned any way. MSYS is described as a fork of cygwin that's specially suited to being used with win32. I guess I hadn't expected this particular problem to be related to the fork. Any way, as you rightly say, it is 'not' cygwin. Thanks again. -- View this message in context: http://old.nabble.com/Newbie-confused-about-chmod-tp30931008p30936577.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: chmod indicates success, but does not succeed
On 02/15/11 19:40, hardya wrote: MSYS is described as a fork of cygwin that's specially suited to being used with win32. How would MSYS be any more specially suited to being used with win32 than Cygwin itself, is it already specially suited to being used with win32?!? Marketing people... geeze! -- Andrew DeFaria http://defaria.com When everything's coming your way, you're in the wrong lane. -- 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