[HEADSUP] Maintainers, please switch to Cygwin 1.7
Hi guys, Given that 1.7 is due really soon now (before summer), I'm wondering if not all maintainers should switch to Cygwin 1.7 now and build packages for 1.7 only from now on. The foremost advantage would be that all maintainers would automatically test Cygwin 1.7. The subsequent advantage would be that more people on the cygwin list would be inclined to give 1.7 a try and we would get more bug reports. Other than that I'm wondering about the small trickle of bug reports related to Cygwin 1.7. Either it's already quite stable, or it gets only tested by 3 or 4 users... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [HEADSUP] Maintainers, please switch to Cygwin 1.7
Corinna Vinschen wrote: Hi guys, Given that 1.7 is due really soon now (before summer), I'm wondering if not all maintainers should switch to Cygwin 1.7 now and build packages for 1.7 only from now on. I'm going to do the final experimental release of gcc4 with DLLs on 1.5, to leave the legacy users with a decent compiler to make use of, and all forward releases I'll expect to be 1.7 only. cheers, DaveK
Re: [RFC] GCC-4 new packaging.
Dave Korn wrote: I'm about ready to release a new compiler package. This is going to mean a whole bunch of new packages and one obsoletion, and I was hoping I could get a hand proof-reading the setup hints and any comments anyone has on packaging, names and categories. Thanks for all the comments, which I'll summarize in one response. Yaakov (Cygwin/X) wrote: The gcc4- and -runtime are just confusing; these should be just libgcc1, libgomp1, etc. Remember that these will be runtime dependencies for other packages, and these names are consistent with (most) other runtime libraries, and match those in Debian. I think I just blindly assumed all the cygport package array entries had to begin with PN but on re-RTFM-ing after my second cup of coffee, I see that's not remotely the case, so I'll certainly do that. gcc4-java-runtime-config-4.3.2-2 I would call this libgcj-common, as in Debian. Will do. What is the reason for separating gcc and gcc-core? Yes, I know that gcc-3.4 did this also, but I don't remember the rationale. I think in 3.x it was to do with some kind of historical legacy thing. I've adopted the same nomenclature and split in 4.x, but not for the same reason. In 4.x I figure that the most common combination of languages that people want will be C and C++ by a hundred to one or more, so I decided that I'd make it work so that the plain vanilla gcc package was a shortcut for C and C++. Not wanting to deny anyone the option of installing C-only implied that I had to split it out into some separate package, so I chose the same name as the 3.x version used. It's really just about user convenience and least surprise: a lot of end users would like to just install a package called GCC and be able to compile downloaded sources without having to think about what languages are involved. So unless anyone has major objections or can foresee any serious problems, I'm going to continue packaging it this way. I'm tempted to suggest a libstdc++6-devel (yes, versioned, because the includes and link libs are in versioned directories), for C++ libtool libraries that provide a C interface (and hence may be built against with just gcc). Interesting thought. I'm not entirely happy with encouraging the use of the wrong driver. Please create a separate libffi-devel with ffi*.h (which I don't see listed here) and libffi.*, as there are C packages that use libffi as well. Okeydokey, can do. BTW, why is libgij static-only? No idea. Maybe it's supposed to be that way, or maybe something went wrong in my build, I'll double-check; thanks for spotting it. Otherwise looks okay; cygport will tell you if you're missing anything. Ta. I think I've successfully de-forkified the whole local-hacked-cygport thing now. objc.hint: /^req/ s/gcc4-c++/gcc4-g++/ Again, ta! That's just the kind of detail that your eyes stop seeing after a while :) I know there was some discussion about deps on _update-info-dir recently, but AFAICS it only makes sense for texinfo to depend on _update-info-dir. It's irrelevant if the package installs .info pages if the user doesn't have texinfo to view them! ?? But doesn't that mean the info directory page would only get updated every time there's a new release of texinfo? I'm really confused here. I thought we used the _update-info-dir dependency to save having to add the postinstall scripts built by prep_gnu_info.sh. How would install-info get called on the new info files? That's my 0.02 (CAD). Thanks, eh! Marco Atzeri wrote: is not needed a requires:libgcc1 I suspect a version bump plus a empty tar file Marco, I think Yaakov's explanation is right, it looks that way to me. Reini Urban wrote: Those sound suspicious to me. Yaakov has the latest libffi5 3.0.8-1 (API 5 with version 3.0.8) Do you really have only API 4? I have whatever version of libffi was in the GCC tree at the time 4.3 was branched. I don't know how closely tied to the particular API the compiler is. This means that if I create a libffi-devel package, it could clash with a cygwin ports installation, and users might get a mismatch (cygwin ports libffi5 with gcc-4 libffi-devel for libffi4. I'm not sure what to do about this yet. Yaakov, any ideas? (My GNAT problems look tractable, btw, exception handling is broken because something's getting lost in the .initfini and the ctors/dtors tables come up emty, so no eh data gets registered; this could be related to using static libgcc with ada and could even be an indication of fundamental problems with exceptions in static libgcc, so I will investigate it a bunch more). cheers, DaveK
_update-info-dir (was Re: [RFC] GCC-4 new packaging.)
On Tue, Feb 10, 2009 at 04:47:29PM +, Dave Korn wrote: ?? But doesn't that mean the info directory page would only get updated every time there's a new release of texinfo? I'm really confused here. I thought we used the _update-info-dir dependency to save having to add the postinstall scripts built by prep_gnu_info.sh. How would install-info get called on the new info files? I don't know why dependencies on _update-info-dir keep creeping into various setup.hint files but I have just taken a sweep through the setup.hints in the release and release-2 directories. You should not be adding this dependency to your setup.hint file. cgf
Re: _update-info-dir (was Re: [RFC] GCC-4 new packaging.)
Christopher Faylor wrote: On Tue, Feb 10, 2009 at 04:47:29PM +, Dave Korn wrote: ?? But doesn't that mean the info directory page would only get updated every time there's a new release of texinfo? I'm really confused here. I thought we used the _update-info-dir dependency to save having to add the postinstall scripts built by prep_gnu_info.sh. How would install-info get called on the new info files? I don't know why dependencies on _update-info-dir keep creeping into various setup.hint files but I have just taken a sweep through the setup.hints in the release and release-2 directories. You should not be adding this dependency to your setup.hint file. OK, I won't. I must be missing something here. How and when does the info directory get updated? Is running install-info on newly added info files under /usr/share/info superfluous for some reason that I don't know about? cheers, DaveK
Re: [RFC] GCC-4 new packaging.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dave Korn wrote: I have whatever version of libffi was in the GCC tree at the time 4.3 was branched. I don't know how closely tied to the particular API the compiler is. This means that if I create a libffi-devel package, it could clash with a cygwin ports installation, and users might get a mismatch (cygwin ports libffi5 with gcc-4 libffi-devel for libffi4. I'm not sure what to do about this yet. Yaakov, any ideas? AFAICS in Debian sid, the only libffi is provided by the new standalone libffi-3.0.8, not by gcc-4.3. That is a change from etch, where libffi4{,-dev} comes from gcc-4.1. Can gcc-4.3 be configured to use the new libffi instead of its own version? If not, then I would suggest moving gcc's libffi together with the other GCC libraries, and I'll move my standalone libffi out of /usr/lib as well to avoid any problems. (BTW, your libtool patch to force the DLLs of non-module libraries which are deeper than ${prefix}/lib into ${prefix}/bin should be considered for inclusion in libtool itself, as gcc is not unique in that regard.) Also, will a binutils update be required as well for proper usage of shared libstdc++ and friends? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmRzW4ACgkQpiWmPGlmQSOPfwCg4VQoPuwwKiHU0KjR/6wbOGWO h78Anjj139bxqRE7Oso/crogtBQReGMQ =Deic -END PGP SIGNATURE-
Re: _update-info-dir (was Re: [RFC] GCC-4 new packaging.)
Yaakov (Cygwin/X) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dave Korn wrote: I must be missing something here. How and when does the info directory get updated? Is running install-info on newly added info files under /usr/share/info superfluous for some reason that I don't know about? The _update-info-dir package version continually changes, so each time you download, you get a new version, which forces install-info to be run again. Thanks, that's the missing piece of the puzzle I didn't have! :) Well, not having to bother with either postinstall scripts OR dependencies is even easier. I have no problem complying with that! cheers, DaveK
Re: [RFC] GCC-4 new packaging.
Yaakov (Cygwin/X) wrote: [ libffi considerations aside for the minute, ] (BTW, your libtool patch to force the DLLs of non-module libraries which are deeper than ${prefix}/lib into ${prefix}/bin should be considered for inclusion in libtool itself, as gcc is not unique in that regard.) Yes, I found a thread about on the libtool list from sometime last year. I intend to clean it up and submit it when I get a moment. (Needs moar robust and less lolspeak) Also, will a binutils update be required as well for proper usage of shared libstdc++ and friends? Nope, but it will be needed (or a local build from CVS) to *build* shared libstdc++. I'll mention that in the README under build instructions. cheers, DaveK
Re: [HEADSUP] Maintainers, please switch to Cygwin 1.7
On Feb 10 11:40, Warren Young wrote: Corinna Vinschen wrote: Other than that I'm wondering about the small trickle of bug reports related to Cygwin 1.7. Either it's already quite stable, or it gets only tested by 3 or 4 users... .38 fixed the only two bugs I've seen with 1.7: the scp bug and the cygcheck -r infinite recursion on Vista 64. Both were reported and solved on the lists before I ran into them. So, thank you for responding to both quickly! Well, there's still the 1.5/1.7 entanglement problem, but that's not going to be fixed, so we can't count that. What entanglement problem? I'm really not sure what you mean, given that you can install and run(!) a 1.5 and a 1.7 based distro on the same machine. I often run a 1.5 tcsh and a 1.7 tcsh in parallel. They simply don't know of each other. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [HEADSUP] Maintainers, please switch to Cygwin 1.7
Corinna Vinschen wrote: Well, there's still the 1.5/1.7 entanglement problem, but that's not going to be fixed, so we can't count that. What entanglement problem? This one: http://www.cygwin.com/ml/cygwin/2009-01/msg00648.html
Re: [HEADSUP] Maintainers, please switch to Cygwin 1.7
Given that 1.7 is due really soon now (before summer), I'm wondering if not all maintainers should switch to Cygwin 1.7 now and build packages for 1.7 only from now on. The foremost advantage would be that all maintainers would automatically test Cygwin 1.7. The subsequent advantage would be that more people on the cygwin list would be inclined to give 1.7 a try and we would get more bug reports. Other than that I'm wondering about the small trickle of bug reports related to Cygwin 1.7. Either it's already quite stable, or it gets only tested by 3 or 4 users... I've been using 1.7 for all of my daily work for about 2 months now. As in Warren's case, all of the bugs I encountered there have now been fixed. Even PuTTYcyg has a test release out now that works just fine with 1.7: http://code.google.com/p/puttycyg/issues/detail?id=16#c8. I take that back, there is one 256-color bug in 1.7 that I need to report. Most people would never encounter it. I've been running 1.5 alongside of 1.7 as needed for testing, with no compatibility problems. I expect to release a few more final package updates for 1.5, then pack it away. Andrew.
Re: [HEADSUP] Maintainers, please switch to Cygwin 1.7
2009/2/10 Corinna Vinschen corinna-cyg...@cygwin.com: Given that 1.7 is due really soon now (before summer), I'm wondering if not all maintainers should switch to Cygwin 1.7 now and build packages for 1.7 only from now on. I already switched in my daily work to 1.7 (for rsync) but need some work on perl, parrot and clisp featuring utf8 filenames. My other packages are trivial on 1.7
Re: [HEADSUP] Maintainers, please switch to Cygwin 1.7
Andrew Schulman wrote: I've been running 1.5 alongside of 1.7 as needed for testing, with no compatibility problems. Me too. I had a few issues with side-by-side installs early on; gave up and ran 1.7 inside a VM for a while, but since mid-December returned to the side-by-side setup. Since then, very few worries. I expect to release a few more final package updates for 1.5, then pack it away. That's my plan, as well: I'll update each of my existing packages one final time for 1.5, usually with a simultaneous release for 1.7. All future updates will then be 1.7-only. However, I've been stalled for the last month or six weeks. All of my cygwin-available time has been going into libtool and related efforts (dlltool/binutils). My queue of un-reviewed libtool patches awaiting acceptance is getting unmanageably long, so I'm pretty close to just punting on getting official acceptance and bundling a cygwin-only release with those changes incorporated. 8-P -- Chuck
[ITP] xineramaproto, libXinerama
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 We're in the process of adding Xinerama extension support to the X servers (see bug 9762). Accordingly, we need to add the X.Org components xineramaproto and libXinerama to the distro. ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama-1.0.3-1-src.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama-devel/libXinerama-devel-1.0.3-1.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama-devel/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama1/libXinerama1-1.0.3-1.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama1/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/xineramaproto/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/xineramaproto/xineramaproto-1.1.2-1-src.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/xineramaproto/xineramaproto-1.1.2-1.tar.bz2 Yaakov Cygwin/X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmSMSIACgkQpiWmPGlmQSPp5gCgwedKj3d6TRIsR3lTMNq8jJmY EooAn2XkSGQaXvYtoEiBWKJ//7t4NAj3 =RUXN -END PGP SIGNATURE-
Re: [HEADSUP] Maintainers, please switch to Cygwin 1.7
On Feb 10 13:59, Warren Young wrote: Corinna Vinschen wrote: Well, there's still the 1.5/1.7 entanglement problem, but that's not going to be fixed, so we can't count that. What entanglement problem? This one: http://www.cygwin.com/ml/cygwin/2009-01/msg00648.html Well, that's not such a big issue, is it? As long as upgrading works fine... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] xineramaproto, libXinerama
On Feb 10 20:00, Yaakov (Cygwin/X) wrote: ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama-1.0.3-1-src.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama-devel/libXinerama-devel-1.0.3-1.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama-devel/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama1/libXinerama1-1.0.3-1.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama1/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/xineramaproto/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/xineramaproto/xineramaproto-1.1.2-1-src.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/xineramaproto/xineramaproto-1.1.2-1.tar.bz2 Looks good. Go ahead. Thanks, Corinna
Re: Packages up for adoption
Yaakov? Ping? On Feb 6 17:06, Corinna Vinschen wrote: On Feb 6 09:49, Sam Robb wrote: [...] So, I'm putting the following packages up for adoption or retirement. They're kind of old and crufty - no significant updates in the past 3 years - and so might require a little bit of attention to bring them up to date with the current state of the cygwin world. There are others that might just be retired; it looks like util-linux, for example, now provides a more up to date version of the cramfs utilities. If you're interested in taking over as maintainer of any of these packages, or think that any of them should be retired, please speak up. * cramfs * e2fsimage * e2fsprogs * mtd * nfs-server * sunrpc AFAICS, util-linux depends on e2fsprogs but otherwise there are no other dependencies except for nfs-server depending on sunrpc. As for cramfs and e2fsprogs I guess Yaakov would be an ideal candidate to decide about the future of these packages. For instance, can the part of e2fsprogs which util-linux relies upon be integrated into util-linux? Can we drop cramfs? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: X server causing IE lockups
The common thing seems to be vncclient. I guess I'll check on the vncclient list and see if there are any clues. Are we on our own? I will try to start vncclient after I start X and see if that matters. Have you tried sorting this out at all? Gentlemen start your finger pointing! It's vncclient! No, it's Xfree! No it's winxp! Yay! Not our problem! I found another person that has the same problem (2 years ago): http://lightbody.net/blog/2006/02/cygwinx_and_vnc_clipboard_conf.html He has only conflicts with clipboard. I have clipboard conflicts and network issues. 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/
Re: Bug in startXwin.bat
Linda Walsh cyg...@tlinx.org writes: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. My cygwin lives in D: and X starts from bat file. , | SET CYGWIN_ROOT=\home\installations\cygwin ` Or did I completely miss your point? -- Manish -- 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/
Job Opening Apply Within
I am Mark Johnson the president of HOME BEVERAGE LIMITED . We are a growing firm with a good per capital turn up per year we try as much as possible to make sure we increase our capital base every year that goes by to be able compete with other much bigger firm in the same line of business. We are into agricultural processing mainly cocoa seed processing we import this product from cocoa producing countries for processing into semi raw material before selling to companies that conclude this raw material to finish home made beverage product such as chocolate etc. Our main aim is to be able to fit into the market with the best known names that is why we employ capable individual to work for us to help grow our company. We are looking for a sale representative to attend to our customers a representative who can establish good relationship with our customers probably receive payment from them on our behalf. If you are interested to act as our representative do fill in the requested information below. First Name: Surname: Age: Full Residential Address: Phone: Mobile phone: Fax: Email: -- 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: Trouble compiling xorg-server-1.5.3-6
Jon TURNEY wrote: Those packages are not available for cygwin, because those X server extensions don't do anything useful (at least at the moment, in the Xinerama case) The X server should be ./configure'd with --disable-xinerama --disable-xv, which is what the .cygport file should be doing for you. I was still running ./autogen.sh at this point. Everything works now using cygport. I ended up installing all of your referenced packages to compile, so I cannot verify anything not being needed. However, you may want to add bison (for yacc) to the list. Compiling xorg-server-1.5.3-6 ... /usr/src/temp/xorg-server-1.5.3-6/src/xorg-server-1.5.3/ylwrap: line 111: yacc: command not found Thanks again for the help. -- 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: X server causing IE lockups
Maybe we have an exploit on our systems. Or possibly we have the same video driver? Or same network card. Etc. I'll gather together what hardware I've got and we can compare. On Tue, 10 Feb 2009 10:05:27 +0100 Frédéric Bron frederic.b...@m4x.org wrote: The common thing seems to be vncclient. I guess I'll check on the vncclient list and see if there are any clues. Are we on our own? I will try to start vncclient after I start X and see if that matters. Have you tried sorting this out at all? Gentlemen start your finger pointing! It's vncclient! No, it's Xfree! No it's winxp! Yay! Not our problem! I found another person that has the same problem (2 years ago): http://lightbody.net/blog/2006/02/cygwinx_and_vnc_clipboard_conf.html He has only conflicts with clipboard. I have clipboard conflicts and network issues. 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/ -- 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: Trouble compiling xorg-server-1.5.3-6
Jared Silva wrote: I was still running ./autogen.sh at this point. Everything works now using cygport. I ended up installing all of your referenced packages to compile, so I cannot verify anything not being needed. However, you may want to add bison (for yacc) to the list. Thanks for the feedback, I shall update the CG document appropriately. -- 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: X server causing IE lockups
Maybe we have an exploit on our systems. Or possibly we have the same video driver? Or same network card. Etc. I'll gather together what hardware I've got and we can compare. I have a notebook : DELL Latitude D830, Video = nVidia Quadro NVS 140M 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/
Warning: Cannot convert string -*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1 to type FontStruct
A solution to this problem from the Oracle Installer on AIX was to add the -fp path to XWIN in startxwin.bat as follows. %RUN% XWin -multiwindow -clipboard -silent-dup-error - fp /usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/TTF,/usr/X11R6/lib/ X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/encodings,/usr/X11R6/lib/X11/fonts/mis c,/usr/X11R6/lib/X11/fonts/util It may not be the only solution, though it looks like a defect in startxwin.bat as I am pretty sure I had this working in a previous version without modification. Cheers, JT -- 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: Unable to load any usable iso8859 font
On Mon, Feb 2, 2009 at 12:04 PM, Dan Moulding dmould...@gmail.com wrote: I typically update my Cygwin installations about once a month, and rarely run into any difficulties. However, this morning after updating I could no longer start any X applications due to some apparent font problems. Please note that I successfully installed the *new* Cygwin/X a couple of months ago, and previously resolved some of the seemingly more common font problems (like boxes showing up in emacs). This time, I was getting Unable to load any usable iso8859 font errors anytime I'd try to start xterm. I searched the FAQs and the web, but was unable to find any suggestions that led to a solution. At one point, while trying to fix the problem, I also got the could not open default font 'fixed' error, but none of the solutions listed in the FAQ were applicable (either the problem described was obviously not a match, or the solution, like re-installing all fonts, had already been tried). I updated to the latest packages today (2/10/09) because I was hopeful that some of the recent font-related X.org fixes would have solved this problem. After updating, I still received the Unable to load any usable iso8859 font error. I decided to uninstall *all* X11 related packages from my system, and then reinstall a new X.org installation by selecting just those things I knew I would need (e.g. fonts) and things I'd want (e.g. emacs-X11, xterm, etc.). I did exactly that and it seems to have worked. I no longer get the Unable to load any usable iso8859 font error when trying to start xterm. On a side note, during this process it became apparent that the plain emacs package depends on xemacs-emacs-common which depends on xemacs which depends on a bunch of X.org stuff. This seems to imply that you can no longer install emacs without also installing X. This doesn't seem right, but to be honest, I can't remember if, prior to the major X.org update, installing emacs without X worked because I've always used them both. Cheers, -- Dan Moulding -- 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: Cannot convert string -*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1 to type FontStruct
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 John Thomas wrote: A solution to this problem from the Oracle Installer on AIX was to add the -fp path to XWIN in startxwin.bat as follows. %RUN% XWin -multiwindow -clipboard -silent-dup-error - fp /usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/TTF,/usr/X11R6/lib/ X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/encodings,/usr/X11R6/lib/X11/fonts/mis c,/usr/X11R6/lib/X11/fonts/util This is incorrect. Please review the FAQ: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-where-are-my-fonts Yaakov Cygwin/X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmSMWsACgkQpiWmPGlmQSOvvACfQx/bhrMyjF2iobt20Y1JTUrB 5dwAoPRWWj08TM3poS1VExn1b/RDJwj4 =2oIl -END PGP SIGNATURE- -- 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 does one find cygdrive path in a Win .bat file (was Re: Bug in startXwin.bat)
* Linda Walsh (Mon, 09 Feb 2009 16:34:21 -0800) Larry Hall (Cygwin X) wrote: Linda Walsh wrote: The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use mount -p (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: \HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. --- I'm curious -- how does mount find or 'know' the cygdrive path if it doesn't come from the registry. /etc/fstab For that matter, how would a windows .bat file find the 'mount.exe' binary if the .bat file doesn't know 'cygdrive path'? Mount is not a Cygwin application (meaning it doesn't have to know where cygwin1.dll is). So the bat file simply has to specify the path to mount.exe. Thorsten -- 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: libtool 2.2.6a: LDFLAGS ignored when building a shared lib?
On Feb 9 20:09, Charles Wilson wrote: Corinna Vinschen wrote: I have a problem using libtool 2.2.6a. [snip] So there's the `-static-libgcc' twice in the libtool comamnd line when called from make. But when libtool calls gcc, nothing's left of it. I understand why CFLAGS is missing, but why did it filter out LDFLAGS as well? And, if that's normal, why, and how do I workaround that? I believe it is a long-standing bug, mentioned here: http://lists.gnu.org/archive/html/bug-libtool/2005-10/msg4.html but IIRC the promised patch was never produced. Try Ralf's suggested workaround, configuring your entire package with CC='gcc -static-libcc' and/or CXX='g++ -static-libgcc'. If that works, then I'll ping Ralf on fixing this bug. That works. Thank you, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
[ANNOUNCEMENT] [1.7] Updated: file-5.00-1
I've updated the Cygwin 1.7 version of file to 5.00-1. This is an update to the latest official upstream version 5.00. The Cygwin version is build from the vanilla sources with the latest libtool applied and a minor change in an error message. Both changes have been send upstream. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- 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: How does one find cygdrive path in a Win .bat file
This might not be quite what you are after, but possibly will provide a starting point. My Cygwin installation is mounted in the root directory of a portable drive so, depending on where I am, the drive might end up being D: or F: or G: or M: or ... The lines following are the first few lines in a .cmd file located at \ that will correctly implement commands under /bin (or anywhere else under /) because the correct drivename is correctly identified whether you start the .cmd file (a) from a Command Prompt (b) using Start - Run - .. or (c) by double-clicking in Explorer. (It's to allow for both (b) and (c) that the rather awkward pair of if() commands are needed.) set DOS_CMD=%0 set CWD=%CD% set DN=%CWD:~0,2% if (%DOS_CMD:~1,1%)==(:) set DN=%DOS_CMD:~0,2% if (%DOS_CMD:~2,1%)==(:) set DN=%DOS_CMD:~1,2% %DN%\bin\{command} More generally, a user's Cygwin installation might be located on a portable drive under \dir1\dir2\dir3\.. and then in general the startup command file will need to know or discover not just the drivename but the pathname: ie CWD. NB I have not found a foolproof way of doing this other than by locating the command file at \dir1\dir2\dir3\.. (i.e. at / with respect to the Cygwin installation) and this might be too specialised for what you want to do, but if your quest is more general than this, I think you have to rely on external data and heuristics as earlier suggested. Fergus -- 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/
OpenSSH ssh-add ssh-agent sitting around doing nothing forever
Recently I updated some cygwin packages because I needed to install something new. Yesterday and Today I am finding that about 50% of the time running ssh-add, ssh, or rsync will simply freeze - sometimes before and sometimes after I provide my ssh password. The process isn't spinning since my CPU isn't at 100%. I tried downgrading to the OpenSSH version ending in -8 instead of -10 but I am still having the issue. Has anyone seen an issue like this, and do you have any tips on how to diagnose this a bit more or (hopefully) fix it? Thanks in advance, Dobes -- View this message in context: http://www.nabble.com/OpenSSH-ssh-add-ssh-agent-sitting-around-doing-nothing-forever-tp21930968p21930968.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: How does one find cygdrive path in a Win .bat file (was Re: Bug in startXwin.bat)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Thorsten Kampe on 2/10/2009 2:01 AM: For that matter, how would a windows .bat file find the 'mount.exe' binary if the .bat file doesn't know 'cygdrive path'? Mount is not a Cygwin application (meaning it doesn't have to know where cygwin1.dll is). So the bat file simply has to specify the path to mount.exe. Wrong. Mount _is_ a cygwin app. But provided that /bin/mount and /bin/cygwin1.dll are installed in the same directory (which they should be), finding mount means you have found cygwin1.dll and thus have found /. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmRd6UACgkQ84KuGfSFAYDUjACgkMp3o9bAJdkm/zICWAR4r+GN q/cAn1vHo3yrpj5h1mn7kx2ZEXHfyuBh =ql/z -END PGP SIGNATURE- -- 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/
xterm losing accent keys
When I press ` ^ ¨ or ~ and then space keys in xterm, it ignores the accents and puts a simple space. The same with composition of accented characters like é. What worse is: this behaviour can change back to normal and back to improper, and I have no clue as to upon exactly what? Seems that sometimes just a change of focus to another window (xemacs) is sufficient, and the accent keys get deprived of function. It's a really dangerous problem. Imagine: I'd launch rm -f * (instead of rm -f *~)and pop would go the weasel. Anyway it's darn annoying. The question is: How can I force proper handling of accent keys? Preferably a method more elegant than a reboot. -- Med vänliga hälsningar - With best regards yours/ A \ Hans-Georg| / \ | -+--- \ / . Telephone: | Hans-Georg Scherneck - . +46 31 772 5556 | Onsala Space Observatory | | . Telefax: | Chalmers University of Technology / \ . +46 31 772 5590 | S-439 92 Onsala, Sweden . E-Mail:| ftp://gere.oso.chalmers.se/pub /===\ ,===//===\ . hgs at chalmers.se | http://www.oso.chalmers.se/~hgs //`===,// -+-\===//===' \===/ -- 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: Can unison syncronize permission bits
Morten Kjærulff mortenkjaru...@hotmail.com writes: Hi, Before complaining that unison does not syncronize the permission bits between my C: drive and my USB drive, I would like to ask if it should be able to do it? I have searched a lot, and found various indicators that it should be able, but also that it will not do it on windows systems. I think part of the answer lies in the file systems in question. Sorry I don't have more to add at the moment. -- Manish -- 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: Tried mintty but it locks-up on enabling Copy on select
I didn't know about the Copy on select option (and I already wanted to start whining about that feature missing), so when I read the message of rhubble I run to enable that feature and it worked flawlessly. I run WinXP Pro with latest patches too. The only strange behavior I can see is when I have mintty, X (xterm for example) and CLCL (a clipboard history tool for Windows). In that case the interaction of these three applications (mintty, xterm and CLCL) produces from time to time malfunction of the copy on select feature (both in mintty and xterm). So you could check if you have some clipboard history/handler utility running. Ciao, Danilo Andy Koppe wrote: That's a new one actually. Can you reproduce it? If it's not too much bother, any details about the bug and your system would be appreciated. The ~/.minttyrc file might be helpful too. It's winxp with latest patches and I think I have latest cygwin. Although I'm not certain of that. I suspect most users will have 'copy on select' enabled and there've been no problems reported so far, so particular circumstances on your setup must be exposing a latent bug. Hence the .minttyrc and the stackdump would be useful. Also, a few more questions, if you're willing to help tracking it down. Does it lock up as soon as you start mintty or the first time you try to copy something? Have you got any clipboard utilities running? Does it work if you delete or rename ~/.minttyrc to go back to the default settings and copy something through the context menu? Andy -- 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/ -- Danilo Turina Alcatel-Lucent Software Developer OND Network Management Rieti (Italy) Phone: +39 0746 600332 7 anni 10 mesi 1 giorno 4 ore 54 minuti 22 secondi -- 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/
1.7 - Odd behaviour with vim
When edit a file (via :e filename) with vim under Cygwin 1.7 the first time I'm opened a cygwin terminal (mintty), there is a message that briefly pops up and seems to be overwritten by the vim display. In the command bar I'm left with: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames What's odd is that if I quit vim (:q) and launch vim again (in the same terminal), it behaves as expected. I assume there is some flag being tripped? Is it possible to suppress the message that's popping up? Cheers! Chris -- Chris Sutcliffe http://emergedesktop.org -- 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: 1.7 - Odd behaviour with vim
On Feb 10 09:55, Chris Sutcliffe wrote: When edit a file (via :e filename) with vim under Cygwin 1.7 the first time I'm opened a cygwin terminal (mintty), there is a message that briefly pops up and seems to be overwritten by the vim display. In the command bar I'm left with: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames -v, please. You are left with... what? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: 1.7 - Odd behaviour with vim
When edit a file (via :e filename) with vim under Cygwin 1.7 the first time I'm opened a cygwin terminal (mintty), there is a message that briefly pops up and seems to be overwritten by the vim display. In the command bar I'm left with: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames -v, please. You are left with... what? I'm literally left with that url string http://cygwin.com/cygwin-ug-net/using.html#using-pathnames; in the command bar. Chris -- Chris Sutcliffe http://emergedesktop.org -- 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: 1.7 - Odd behaviour with vim
On Tue, Feb 10, 2009 at 10:05 AM, Chris Sutcliffe wrote: When edit a file (via :e filename) with vim under Cygwin 1.7 the first time I'm opened a cygwin terminal (mintty), there is a message that briefly pops up and seems to be overwritten by the vim display. In the command bar I'm left with: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames -v, please. You are left with... what? I'm literally left with that url string http://cygwin.com/cygwin-ug-net/using.html#using-pathnames; in the command bar. :messages might be helpful here... ~Matt -- 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: 1.7 - Odd behaviour with vim
What might be happening is that you're seeing previous contents of the alternate screen, i.e. whatever the last program that used it left there. That's been annoying me on occasion anyway, and I'll have to investigate how other terminals handle that, i.e. whether they clear the alternate screen when switching to it. Andy 2009/2/10 Chris Sutcliffe ir0nh...@gmail.com: When edit a file (via :e filename) with vim under Cygwin 1.7 the first time I'm opened a cygwin terminal (mintty), there is a message that briefly pops up and seems to be overwritten by the vim display. In the command bar I'm left with: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames What's odd is that if I quit vim (:q) and launch vim again (in the same terminal), it behaves as expected. I assume there is some flag being tripped? Is it possible to suppress the message that's popping up? Cheers! Chris -- Chris Sutcliffe http://emergedesktop.org -- 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/ -- 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: 1.7 - Odd behaviour with vim
On Feb 10 10:05, Chris Sutcliffe wrote: When edit a file (via :e filename) with vim under Cygwin 1.7 the first time I'm opened a cygwin terminal (mintty), there is a message that briefly pops up and seems to be overwritten by the vim display. In the command bar I'm left with: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames -v, please. You are left with... what? I'm literally left with that url string http://cygwin.com/cygwin-ug-net/using.html#using-pathnames; in the command bar. Uh, that explains it. The full message is MS-DOS style path detected: %s Preferred POSIX equivalent is: %s CYGWIN environment variable option nodosfilewarning turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames\n;); This message is only generated once per session and can be switched off entirely using the CYGWIN=nodosfilewarning setting. Bottom line: Don't use DOS paths. Second bottom line: It would be interesting to learn why the message has been printed, *iff* you didn't use a DOS path somewhere explicitely. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: 1.7 - Odd behaviour with vim
Uh, that explains it. The full message is MS-DOS style path detected: %s Preferred POSIX equivalent is: %s CYGWIN environment variable option nodosfilewarning turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames\n;); This message is only generated once per session and can be switched off entirely using the CYGWIN=nodosfilewarning setting. Bottom line: Don't use DOS paths. Understood... I don't when within Cygwin shell. Second bottom line: It would be interesting to learn why the message has been printed, *iff* you didn't use a DOS path somewhere explicitely. In vim I'm executing: :e /cygdrive/c/source/emerge/trunk/Source/emergeLib/main.cpp Could it be related to using /cygdive? Chris -- Chris Sutcliffe http://emergedesktop.org -- 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/
make extremely slow on 64bit Windows
Hi, Since I installed Windows 64 bits on a new PC, I found out that 'make' now runs about 8 times slower than on Windows 32bits (not the compiler, only the time 'make' takes to spawn the compiler). The speed degradation seems to be related to the spawning of new processes. For example, if I make a target that only calls 'echo' 20 times (instead of compiling), it takes about 3-4 secs, so almost 200ms per call. And I get the same result if I replace 'echo' by any other call. Is it a known fact that process spawning (or maybe shell spawning) is so much slower on 64 bits? I've been looking in the mailing-lists and on the net but I didn't find any clear answer to that question. What could I do to speed up 'make'? Jasmin -- 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: 1.7 - Odd behaviour with vim
On Feb 10 10:17, Chris Sutcliffe wrote: Uh, that explains it. The full message is MS-DOS style path detected: %s Preferred POSIX equivalent is: %s CYGWIN environment variable option nodosfilewarning turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames\n;); This message is only generated once per session and can be switched off entirely using the CYGWIN=nodosfilewarning setting. Bottom line: Don't use DOS paths. Understood... I don't when within Cygwin shell. Second bottom line: It would be interesting to learn why the message has been printed, *iff* you didn't use a DOS path somewhere explicitely. In vim I'm executing: :e /cygdrive/c/source/emerge/trunk/Source/emergeLib/main.cpp Could it be related to using /cygdive? I don't know. I can't reproduce this. What I do is - Start Menu - Run - mintty bash - ./vim - :e /cygdrive/c/autoexec.bat Nothing happens. If you have a chance to debug this it might help to find out why you see this message. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
Downloading renamed setup.exe
Hello: Is it possible to offer a link on cygwin.com to download a renamed setup.exe, such as setup.ex_ or setup.eex? I am jobless and, as a result, have no internet connection in my home and am dependent on my local library for an internet connection; their firewall blocks the download of setup.exe as it is offered now. Unfortunately, the IT guy offered no solution for this. Thank you! Jon Blanchard Franklin, Tennessee -- 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: xterm losing accent keys
Hans-Georg Scherneck wrote: When I press ` ^ ¨ or ~ and then space keys in xterm, it ignores the accents and puts a simple space. The same with composition of accented characters like é. What worse is: this behaviour can change back to normal and back to improper, and I have no clue as to upon exactly what? Seems that sometimes just a change of focus to another window (xemacs) is sufficient, and the accent keys get deprived of function. It's a really dangerous problem. Imagine: I'd launch rm -f * (instead of rm -f *~)and pop would go the weasel. Anyway it's darn annoying. The question is: How can I force proper handling of accent keys? Preferably a method more elegant than a reboot. If this problem occurs for xterm and not in the shell as started by cygwin.bat, then it's an X issue and should be directed to the cygwin-xfree list if available xterm documentation doesn't provide a working solution (i.e. if there is a Cygwin-specific issue with enabling the right behavior here). If it is reproducible in the shell started by cygwin.bat, then perhaps this FAQ will help: http://cygwin.com/faq/faq-nochunks.html#faq.using.unicode -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: Tried mintty but it locks-up on enabling Copy on select
On Tue, 10 Feb 2009 07:29:03 + Andy Koppe andy.ko...@gmail.com wrote: That's a new one actually. Can you reproduce it? If it's not too much bother, any details about the bug and your system would be appreciated. The ~/.minttyrc file might be helpful too. It's winxp with latest patches and I think I have latest cygwin. Although I'm not certain of that. I suspect most users will have 'copy on select' enabled and there've been no problems reported so far, so particular circumstances on your setup must be exposing a latent bug. Hence the .minttyrc and the stackdump would be useful. I'm passing on using mintty. But I'll give you steps to reproduce. 1) run setup.exe 2) download -- but don't install 3) run setup.exe -- install from local dir 4) in filemanager dbl-click mintty.exe 5) in the term rt-click-Options-mouse-enable copy-on-select 6) mintty becomes unresponsive 7) kill mintty.exe and the associated bash.exe I tried these steps today and was unable to reproduce. Also, a few more questions, if you're willing to help tracking it down. Q1) Does it lock up as soon as you start mintty or the first time you try to copy something? Q2) Have you got any clipboard utilities running? Q3) Does it work if you delete or rename ~/.minttyrc to go back to the default settings and copy something through the context menu? A1) See steps to repro above A2) Every application has access to the clipboard, right? So yes. A3) Didn't find a .minttyrc, does mintty create one when it starts? What does mintty put in there if it creates one? Andy -- 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/ -- 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: 1.7 - Odd behaviour with vim
On Feb 10 16:29, Corinna Vinschen wrote: On Feb 10 10:17, Chris Sutcliffe wrote: Uh, that explains it. The full message is MS-DOS style path detected: %s Preferred POSIX equivalent is: %s CYGWIN environment variable option nodosfilewarning turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames\n;); This message is only generated once per session and can be switched off entirely using the CYGWIN=nodosfilewarning setting. [...] In vim I'm executing: :e /cygdrive/c/source/emerge/trunk/Source/emergeLib/main.cpp Could it be related to using /cygdive? I don't know. I can't reproduce this. What I do is - Start Menu - Run - mintty bash - ./vim - :e /cygdrive/c/autoexec.bat Nothing happens. If you have a chance to debug this it might help to find out why you see this message. On second thought, is it possible that you're using a native vim as well and so maybe have a vim rc file with DOS paths in it? Or an environment variable containing a DOS path which is referred by both vims, as, say, $VIM or $VIMRUNTIME? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Downloading renamed setup.exe
Jon Blanchard wrote: Hello: Is it possible to offer a link on cygwin.com to download a renamed setup.exe, such as setup.ex_ or setup.eex? Would a .zip file work? I zipped a copy of setup.exe (and the digital signature file setup.exe.sig), and uploaded it to rapidshare; see if you can get at it from: http://rapidshare.com/files/196431248/setup.zip cheers, DaveK -- 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: Downloading renamed setup.exe
Dave Korn wrote: Would a .zip file work? I zipped a copy of setup.exe (and the digital signature file setup.exe.sig), and uploaded it to rapidshare; see if you can get at it from: http://rapidshare.com/files/196431248/setup.zip *smacks self on back of wrist* And then, in order to comply with my GPL obligations, I uploaded a copy of the source, which you can get from http://rapidshare.com/files/196432438/setup-2.573.2.3.tar.bz2 (I'll take them both down again in a little while, but as long as the binary is there I'll make sure the sources are available beside them) cheers, DaveK -- 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: 1.7 - Odd behaviour with vim
Corinna Vinschen wrote: This message is only generated once per session and can be switched off entirely using the CYGWIN=nodosfilewarning setting. an environment variable containing a DOS path I have seen the message when executing cygwin.bat where environment variables for other applications are preset. I don't know how to repeat the message; as far as I know it's innocuous. -- 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: 1.7 - Odd behaviour with vim
On Tue, Feb 10, 2009 at 09:47:44AM -0800, Tim Prince wrote: Corinna Vinschen wrote: This message is only generated once per session and can be switched off entirely using the CYGWIN=nodosfilewarning setting. an environment variable containing a DOS path I have seen the message when executing cygwin.bat where environment variables for other applications are preset. I don't know how to repeat the message; as far as I know it's innocuous. -- 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/ -- 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: 1.7 - Odd behaviour with vim
Sorry. Fat-fingered the response. On Tue, Feb 10, 2009 at 12:52:44PM -0500, Christopher Faylor wrote: On Tue, Feb 10, 2009 at 09:47:44AM -0800, Tim Prince wrote: Corinna Vinschen wrote: This message is only generated once per session and can be switched off entirely using the CYGWIN=nodosfilewarning setting. an environment variable containing a DOS path I have seen the message when executing cygwin.bat where environment variables for other applications are preset. I don't know how to repeat the message; as far as I know it's innocuous. If this message is showing up when it shouldn't we need to know about it. What environment variables are causing this problem? cgf -- 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: 1.7 - Odd behaviour with vim
Christopher Faylor wrote: Sorry. Fat-fingered the response. On Tue, Feb 10, 2009 at 12:52:44PM -0500, Christopher Faylor wrote: On Tue, Feb 10, 2009 at 09:47:44AM -0800, Tim Prince wrote: Corinna Vinschen wrote: This message is only generated once per session and can be switched off entirely using the CYGWIN=nodosfilewarning setting. an environment variable containing a DOS path I have seen the message when executing cygwin.bat where environment variables for other applications are preset. I don't know how to repeat the message; as far as I know it's innocuous. If this message is showing up when it shouldn't we need to know about it. What environment variables are causing this problem? I open an Intel compiler command prompt window, then run cygwin.bat in order to superimpose the cygwin environment. All the VS2008 environment variables are present, along with the ICL and ifort paths. It may be that the message comes up for me only on XP64; if it's at all interesting to know, I'll recheck it tomorrow. -- 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: 1.7 - Odd behaviour with vim
On second thought, is it possible that you're using a native vim as well and so maybe have a vim rc file with DOS paths in it? Or an environment variable containing a DOS path which is referred by both vims, as, say, $VIM or $VIMRUNTIME? Yep, that was it, in one of my functions in .vimrc I was appending a '\tags' to the end, I now have added a 'if has(win32unix)' condition to append '/tags' to the string (I use a common .vimrc for both native and Cygwin vim). I don't recall seeing this behaviour in Cygwin 1.5.x, but never the less I'm all good now. Cheers! Chris -- Chris Sutcliffe http://emergedesktop.org -- 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/
RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
Larry Hall (Cygwin) wrote: What do you think? Actually, this has been discussed already and has been resolved by having 1.7's 'setup.exe' putting the Cygwin root installation directory in... the registry! See HKLM/Software/Cygwin/setup, the rootdir value. I know, it's not in the environment. That might be nicer. But such a change could spoil my there's no good way statement so I can't endorse it. ;-) --- Plblblblb! (*raz*) Um...so..um... I know it could spoil your day and all...but it really would be more *linux* like if it was added to the environment variables. But the environment variables, in windows, get their initial values from the registry! So ...well, you could still complain that since they start from the windows reg, they are contaminated?... I know it wouldn't be ideal for perverse reasons, but maybe in 1.7 (or even the next maint release -- since whoever owns the cygwin-package that owns startxwin.bat may want to fix their package's startup .bat file, sooner rather than later), a CYGWINDIR string value could be added under : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment (assuming installed at machine level and not in a per user). I forget, does Cygwin offer the option of installing for 1 user vs. all users? I only remember it being installed for all...? Besides your distaste for something that could make it more difficult to complain, might that be a more generic solution? Then anything else in Cygwin that uses paths -- including setup's cygwin.bat could use %CygWinDir% -- even registry string values could be change to expandable string values (REG_SZ - REG_EXPAND_SZ) that could use %CygWinDir% in their expansions -- so even fewer places would have to have the Cygwin-install location expanded as text in the registry (or any other batch files). Whatcha think? I'm sure I'll post something before too long that you can complain about again...I can almost guarantee that! ;^ -- 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: Can unison syncronize permission bits
Before complaining that unison does not syncronize the permission bits between my C: drive and my USB drive, I would like to ask if it should be able to do it? I have searched a lot, and found various indicators that it should be able, but also that it will not do it on windows systems. I think part of the answer lies in the file systems in question. Sorry I don't have more to add at the moment. Right. Yes, Unison can synchronize permission bits in Cygwin-- see the -perms preference. However, this will only work if the underlying file system supports it. In particular, it won't work in Win9x, which doesn't support file permissions, or on a FAT file system (in either Windows or Linux), which also has no permissions. It should work fine on NTFS, subject to the limits of Cygwin's Unix permissions model-- see e.g. http://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-perm. Andrew. -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
On 02/10/2009, Linda Walsh wrote: Plblblblb! (*raz*) Um...so..um... I know it could spoil your day and all...but it really would be more *linux* like if it was added to the environment variables. OK, I need to be clear. I have nothing against the enviroment variable idea. I was making (a little) joke. If you'd like to see this happen, I'd suggest offering it as a patch to 'setup.exe'. Since I'm not the gatekeeper for 'setup.exe' code, whether or not I'm convinced it's a good idea isn't necessarily going to help or hurt your cause. The patch is likely to be the path of least (though not necessarily 'no') resistence. I forget, does Cygwin offer the option of installing for 1 user vs. all users? I only remember it being installed for all...? Both are offered in 1.7. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
Are you and Linda married by any chance? On Tue, 10 Feb 2009 15:36:49 -0500 Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: On 02/10/2009, Linda Walsh wrote: Plblblblb! (*raz*) Um...so..um... I know it could spoil your day and all...but it really would be more *linux* like if it was added to the environment variables. OK, I need to be clear. I have nothing against the enviroment variable idea. I was making (a little) joke. If you'd like to see this happen, I'd suggest offering it as a patch to 'setup.exe'. Since I'm not the gatekeeper for 'setup.exe' code, whether or not I'm convinced it's a good idea isn't necessarily going to help or hurt your cause. The patch is likely to be the path of least (though not necessarily 'no') resistence. I forget, does Cygwin offer the option of installing for 1 user vs. all users? I only remember it being installed for all...? Both are offered in 1.7. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/ -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
rhubbell wrote: Are you and Linda married by any chance? Now that's funny! :-) In case I need to be crystal clear on this subject, no we have no common relationship beyond that of both being participants on this list. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
On Tue, 10 Feb 2009, Linda Walsh cyg...@tlinx.org wrote: Then anything else in Cygwin that uses paths -- including setup's cygwin.bat could use %CygWinDir% Not that there's being a vote taken or anything, but I would like to support that notion. I have several trampoline scripts, a bat file doing nothing but invoking a corresponding bash shell script or Perl program. I have to hard-code a location for the bash / perl interpreter, but those locations change from user to user (some people install under c:\, some under the standard location). I would like to have the scripts work for any system. -- Tim McDaniel, t...@panix.com -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
Tim McDaniel wrote: On Tue, 10 Feb 2009, Linda Walsh cygwin AT tlinx DOT org wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. Then anything else in Cygwin that uses paths -- including setup's cygwin.bat could use %CygWinDir% Not that there's being a vote taken or anything, but I would like to support that notion. I have several trampoline scripts, a bat file doing nothing but invoking a corresponding bash shell script or Perl program. I have to hard-code a location for the bash / perl interpreter, but those locations change from user to user (some people install under c:\, some under the standard location). I would like to have the scripts work for any system. This can be done now, if you look back through the thread to all the different options I outlined and even a few scripts others have thrown in. What Linda is proposing here is simply having the mechanism for communicating this be an environment variable. While this could arguably make it easier to do what you want, it doesn't mean that you can't do it now for either Cygwin 1.5 or the upcoming 1.7 (though you may be required to do something different for 1.5 and 1.7.) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
Larry Hall (Cygwin) wrote: This can be done now, if you look back through the thread to all the different options I outlined and even a few scripts others have thrown in. What Linda is proposing here is simply having the mechanism for communicating this be an environment variable. While this could arguably make it easier to do what you want, it doesn't mean that you can't do it now for either Cygwin 1.5 or the upcoming 1.7 (though you may be required to do something different for 1.5 and 1.7.) For what it's worth, you can easily retrieve a known registry key (that you have permission to access) using a batch file and then store that in a temporary variable. (I'm sure the gurus already know this) I really dislike software that pollutes my environment for me, but I really like software that lets me do it myself, if that makes any sense. Ralph -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
On Tue, 10 Feb 2009, Larry Hall (Cygwin) wrote: Tim McDaniel wrote: I have several trampoline scripts, a bat file doing nothing but invoking a corresponding bash shell script or Perl program. I have to hard-code a location for the bash / perl interpreter, but those locations change from user to user (some people install under c:\, some under the standard location). I would like to have the scripts work for any system. This can be done now, That appears to contradict what you wrote yesterday: ] If you need to do this generically for any batch file, then yes, you ] have to rely on external data and heuristics. Going to the registry ] to see if it will help or searching the file system are two ] alternatives but there is no one key or one spot that will ] unequivocally give you the installation path. Looking at the mount ] paths in the registry will work for 1.5 but is flawed for 1.7. ] Looking in the file-system may work depending on what you look for ] and where you start looking. You did mention ] HKLM/Software/Cygwin/setup, the rootdir value. But you noted that that is in version 1.7. (When mentioning it, by the way, you might also mention REG.exe, a program to do registry access, and the options for FOR that allow running a program and getting the results in a variable in CMD.exe. I hadn't heard of REG until I went searching just now.) -- Tim McDaniel, t...@panix.com -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
Tim McDaniel wrote: On Tue, 10 Feb 2009, Larry Hall (Cygwin) wrote: Tim McDaniel wrote: I have several trampoline scripts, a bat file doing nothing but invoking a corresponding bash shell script or Perl program. I have to hard-code a location for the bash / perl interpreter, but those locations change from user to user (some people install under c:\, some under the standard location). I would like to have the scripts work for any system. This can be done now, That appears to contradict what you wrote yesterday: Not really. See below. ] If you need to do this generically for any batch file, then yes, you ] have to rely on external data and heuristics. Going to the registry ] to see if it will help or searching the file system are two ] alternatives but there is no one key or one spot that will ] unequivocally give you the installation path. Looking at the mount ] paths in the registry will work for 1.5 but is flawed for 1.7. ] Looking in the file-system may work depending on what you look for ] and where you start looking. You did mention ] HKLM/Software/Cygwin/setup, the rootdir value. But you noted that that is in version 1.7. This would work for 1.5 as well if someone back-ported the 1.7 change. But unless someone makes some change to both the 'setup.exe' for 1.5 and the one for 1.7, you still won't have one place to look for this information. And even if this happens, it would only work for installations that have used the new 'setup.exe'. That may cover all 1.7 installations but it will be unreliable for 1.5 for... probably forever (or long enough that it will seem that way.) That doesn't mean that one can't create something that works good enough for one's needs. It just means that there's no good way(tm) to do this for all cases. If that's not a concern to you, then you diligently read this thread for its key points for nothing. ;-) If you're wondering where in the registry to find this information for 1.5 (assuming you're stuck with no other option), this FAQ should help point you in the right direction: http://cygwin.com/faq/faq-nochunks.html#faq.setup.uninstall-all (When mentioning it, by the way, you might also mention REG.exe, a program to do registry access, and the options for FOR that allow running a program and getting the results in a variable in CMD.exe. I hadn't heard of REG until I went searching just now.) Sounds similar to Cygwin's 'regtool'. Definitely would be helpful if you're trying to batch script something like this. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
On Tue, 10 Feb 2009, Larry Hall wrote: Tim McDaniel wrote: I have several trampoline scripts, a bat file doing nothing but invoking a corresponding bash shell script or Perl program. I have to hard-code a location for the bash / perl interpreter, but those locations change from user to user (some people install under c:\, some under the standard location). I would like to have the scripts work for any system. ... (When mentioning it, by the way, you might also mention REG.exe, a program to do registry access, and the options for FOR that allow running a program and getting the results in a variable in CMD.exe. I hadn't heard of REG until I went searching just now.) Sounds similar to Cygwin's 'regtool'. Definitely would be helpful if you're trying to batch script something like this. Well, not in *this* special case, because like this is trying to find the Cygwin installation in the first place; if it knew where regtool was, it would already know where Cygwin was installed ... But thanks for the pointer to regtool -- I'll make a note of it for other uses. -- Tim McDaniel, t...@panix.com -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
Tim McDaniel wrote: On Tue, 10 Feb 2009, Larry Hall wrote: snip Sounds similar to Cygwin's 'regtool'. Definitely would be helpful if you're trying to batch script something like this. Well, not in *this* special case, because like this is trying to find the Cygwin installation in the first place; if it knew where regtool was, it would already know where Cygwin was installed ... Yeah, that's what I meant though it could be read either way... -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: RFD: cygwin + *native* MinGW compiler
On 2009-01-29 05:08Z, Charles Wilson wrote: Greg Chicares wrote: On 2009-01-28 05:28Z, Charles Wilson wrote: Forgive my delay in thanking you for taking so much time to point out the many issues with what I'm doing. Perhaps the worst problem was this: An incidental oddity is that the technique above produces cygxml2-2.dll cygxslt-1.dll cygwxmsw28_gcc_344-0.dll with 'cyg-' instead of 'lib-'. [snip details of the merry dance whereby I avoided catastrophe, at least for the moment, even if just by luck] Oh, geez. That's really bad. [snip explanation of how much worse it is than I had imagined] I use '--build=i686-pc-mingw32 --host=i686-pc-mingw32'. I have repented of that. As for the build!=host case '--build=cygwin --host=mingw32', I could try rebuilding my stuff that way if you think an extra datapoint would help. I probably tried that at some time in the past, but can't remember whether it worked. That would be a useful data point, '--build=cygwin --host=mingw32' works, at least for libxml2, libxslt, and wxwidgets. And the libraries are prefixed with 'lib' instead of 'cyg', which avoids some awful problems. I took care to wipe out every vestige of the old 'cyg' libraries first, then rebuilt them and my app from scratch. I've tested the app, and everything works fine. but even if it worked, most testsuite frameworks are smart enough to NOT try to run their tests in a cross-build situation. One of Danny's (and TDM'a http://www.tdragon.net/recentgcc/) reasons for lying the way they do is that the build machinery believes it is a native build, so it goes ahead and runs the testsuite. Acknowledged. Probably the ideal solution is to switch to a true cross-MinGW compiler when that becomes available. I can avoid updating any autotools package until then, so I don't need to worry about any recent changes breaking my present process. -- 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: 1.7 - Odd behaviour with vim
On Tue, Feb 10, 2009 at 1:11 PM, Chris Sutcliffe wrote: On second thought, is it possible that you're using a native vim as well and so maybe have a vim rc file with DOS paths in it? Or an environment variable containing a DOS path which is referred by both vims, as, say, $VIM or $VIMRUNTIME? Yep, that was it, in one of my functions in .vimrc I was appending a '\tags' to the end, I now have added a 'if has(win32unix)' condition to append '/tags' to the string (I use a common .vimrc for both native and Cygwin vim). Why not just append '/tags' to the string on both? It will work fine on both windows and cygwin (and linux, and dos, and mac os, etc). I don't recall seeing this behaviour in Cygwin 1.5.x, but never the less I'm all good now. No, the warning is new with 1.7 to serve as a strong reminder that using dos-style paths is unsupported and not guaranteed to work. ~Matt -- 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/
GCC 4.3.2 OpenMP Support in Cygwin
I am trying to compile an OpenMP program in Cygwin using GCC 4.3.2 installed from the repositories. This program compiles in linux with the exact same compiler fine. $ gcc-4 -std=gnu99 -fopenmp -o mvp-cygwin matrix-vector-bench.c matrix-vector-bench.c:11:18: error: omp.h: No such file or directory Can anyone help? -- 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: xdvi problem: second attempt to get help
Dan Tsafrir wrote: Hi, a few days ago I reported a problem regarding xdvi and did not get any response, so I'm trying again: When opening xdvi, I get the following error message: Warning: locale not supported by C library, locale unchanged Warning: locale not supported by Xlib, locale set to C Warning: X locale modifiers not supported, using default Warning: Unable to load any usable fontset Even though, to my understanding, I don't have any locale related variables set: % printenv | egrep -i 'lang|lc|locale' LOCPATH=C:\Programs\IBM\RunTime\locale XTERM_LOCALE=C % export -n XTERM_LOCALE % xdvi Warning: locale not supported by C library ... Any idea how to fix this? As you may know, Cygwin doesn't support alternate (other than C) locales. But since this is related to xdvi, there may be something that can be configured there to help. If the documentation for xdvi doesn't suggest a solution or if you believe this is strictly a Cygwin-specific issue, you may have better luck with the cygwin-xfree list. X issues are discussed there. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: GCC 4.3.2 OpenMP Support in Cygwin
Michael Craft wrote: I am trying to compile an OpenMP program in Cygwin using GCC 4.3.2 installed from the repositories. This program compiles in linux with the exact same compiler fine. $ gcc-4 -std=gnu99 -fopenmp -o mvp-cygwin matrix-vector-bench.c matrix-vector-bench.c:11:18: error: omp.h: No such file or directory Can anyone help? Sorry, I know nothing about OpenMP but the above suggests to me that the compiler can't find omp.h. Does it exist? Is it in the same directory as matrix-vector-bench.c? If not, does it work if you add '-I path' where path is the path to the directory where omp.h lives? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/
File name too long issues while using snv (subversion)
Is there a workaround? $ (pwd echo /hibernate-distribution-3.3.1.GA/project/testsuite/src/test/java/org/hibernate/t est/event/collection/association/bidirectional/on etomany/.svn/text-base/BidirectionalOneToManyBagSubclassCollectionEventTest.java .svn-base) | wc 2 2 262 -jason -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. -- 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: File name too long issues while using snv (subversion)
-Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Jason Pyeron Sent: Tuesday, February 10, 2009 23:34 To: cygwin@cygwin.com Subject: File name too long issues while using snv (subversion) Is there a workaround? This is what I have found so far, but the process makes me feel unclean. http://www.okisoft.co.jp/esc/utf8-cygwin/ $ (pwd echo /hibernate-distribution-3.3.1.GA/project/testsuite/src/test/ja va/org/hibernate/t est/event/collection/association/bidirectional/on etomany/.svn/text-base/BidirectionalOneToManyBagSubclassCollec tionEventTest.java .svn-base) | wc 2 2 262 -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. -- 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: File name too long issues while using snv (subversion)
-Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Jason Pyeron Sent: Wednesday, February 11, 2009 0:30 To: cygwin@cygwin.com Subject: RE: File name too long issues while using snv (subversion) -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Jason Pyeron Sent: Tuesday, February 10, 2009 23:34 To: cygwin@cygwin.com Subject: File name too long issues while using snv (subversion) Is there a workaround? This is what I have found so far, but the process makes me feel unclean. http://www.okisoft.co.jp/esc/utf8-cygwin/ How can I make use of http://www.cygwin.com/ml/cygwin-developers/2008-03/msg0.html? $ (pwd echo /hibernate-distribution-3.3.1.GA/project/testsuite/src/test/ja va/org/hibernate/t est/event/collection/association/bidirectional/on etomany/.svn/text-base/BidirectionalOneToManyBagSubclassCollec tionEventTest.java .svn-base) | wc 2 2 262 -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
On Tue, Feb 10, 2009 at 06:22:21PM -0600, Tim McDaniel wrote: Well, not in *this* special case, because like this is trying to find the Cygwin installation in the first place; if it knew where regtool was, it would already know where Cygwin was installed ... You sort of have to know where reg or any other program is located if you want to run it too. If this is really a terrifically big issue then just add the cygwin bin directory to your windows path directory and regtool, mount, and all sorts of other programs will be available to you. cgf -- 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: File name too long issues while using snv (subversion)
On Wed, Feb 11, 2009 at 12:49:10AM -0500, Jason Pyeron wrote: How can I make use of http://www.cygwin.com/ml/cygwin-developers/2008-03/msg0.html? You obviously haven't been paying attention to Corinna's Cygwin 1.7 announcements. cgf -- 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: GCC 4.3.2 OpenMP Support in Cygwin
Larry Hall (Cygwin) wrote: Michael Craft wrote: I am trying to compile an OpenMP program in Cygwin using GCC 4.3.2 installed from the repositories. This program compiles in linux with the exact same compiler fine. $ gcc-4 -std=gnu99 -fopenmp -o mvp-cygwin matrix-vector-bench.c matrix-vector-bench.c:11:18: error: omp.h: No such file or directory Can anyone help? Sorry, I know nothing about OpenMP but the above suggests to me that the compiler can't find omp.h. Does it exist? GOMP, the GNU OpenMP library implementation, is shipped with GCC series 4, but was not enabled in earlier builds of the Cygwin distro compiler. It will be included in the upcoming gcc4-4.3.2-2 release, ETA within the next seven days. There's a home page at: http://gcc.gnu.org/projects/gomp/ cheers, DaveK -- 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: RFE?: CygWinDir in ENV?
On Wed, 11 Feb 2009, Christopher Faylor wrote: On Tue, Feb 10, 2009 at 06:22:21PM -0600, Tim McDaniel wrote: Well, not in *this* special case, because like this is trying to find the Cygwin installation in the first place; if it knew where regtool was, it would already know where Cygwin was installed ... You sort of have to know where reg or any other program is located if you want to run it too. It's in PATH by default on a Microsoft Windows system, at least on the Windows Server 2003 and Windows XP that I tested it on. If this is really a terrifically big issue then just add the cygwin bin directory to your windows path directory and regtool, mount, and all sorts of other programs will be available to you. While that's a reasonable idea in general, in my particular case I can't necessarily depend on the user doing that, and on the main machine that I use, the administrator put mingw in the path. -- Tim McDaniel; Reply-To: t...@panix.com -- 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/