Re: w32api question
Hi Corinna, On 20 July 2010 12:58, Corinna Vinschen wrote: On Jul 20 11:51, Chris Sutcliffe wrote: On 20 July 2010 10:32, Corinna Vinschen wrote: Can you please explain this a bit more? What exactly are these applications doing? I'm asking because one way to extract the constants via an application is grep in the VC++ include directory. How are the apps in question extracting constants? One example is the following code employed by a user to determine the value IID_IActiveDesktop: #include windows.h #include shlguid.h #include stdio.h #include string.h void print_guid(const char *name, const GUID *guid) { int mem[4]; /* Assume sizeof(int) == 4 */ int i; memcpy(mem, guid, sizeof(mem)); printf(%s: 0x, name); for (i = 0; i 4; i++) printf(%X, mem[i]); printf(\n); } int main(void) { GUID template = IID_IShellView2; GUID cls = CLSID_ActiveDesktop; GUID iid = IID_IActiveDesktop; print_guid(template, template); print_guid(cls, cls); print_guid(iid, iid); return 0; } This code was compiled VC++ and run to extract IID_IActiveDesktop. From what the OP stated, he never looked at the header files, just used this 'blackbox' approach. Hmm, that looks... interesting. No worries for the CLSID value which can easily be extracted from the registry (HKEY_CLASSES_ROOT\CLSID), but otherwise... FYI, I already asked for legal advice about the situation with Mingw64, which is different, but might give some important insight. kIf you give me some hints about these apps, I'll forward your request as well. The reply might take some time, though. No worries, I would very much appreciate the legal advice around this and will gladly hold off doing anything with the patch until I've heard back. Ok, I'll forward this problem. Did you have a chance to follow up on the 'blackbox' approach to including IActiveDesktop in w32api? Thank you, Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
Re: w32api question
On Oct 6 07:34, Chris Sutcliffe wrote: Hi Corinna, [...] Did you have a chance to follow up on the 'blackbox' approach to including IActiveDesktop in w32api? Unfortunately not. I didn't forget it, though, and my boss and I are still prodding our legal dept. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[ITP] xclip 0.12
2010/10/4 Corinna Vinschen On Sep 29 22:47, rolandc wrote: xclip is included in the Debian distribution: http://packages.debian.org/stable/xclip http://zfire.free.fr/cygwin/xclip-0.12-1.tar.bz2 http://zfire.free.fr/cygwin/xclip-0.12-1-src.tar.bz2 setup.hint - category: X11 requires: libXmu6 libX11_6 sdesc: Command line clipboard grabber ldesc: xclip is a command line utility that is designed to run on any system with an X11 implementation. It provides an interface to X selections (the clipboard) from the command line. It can read data from standard in or a file and place it in an X selection for pasting into other X applications. xclip can also print an X selection to standard out, which can then be redirected to a file or another program. Packaging looks good. It would be nice if you could provide not only the setup.hint in plain text, but also as downloadable link to simplify uploading. done, see below I uploaded this package with a tweak to setup.hint. The ldesc string contains quotation marks - (the clipboard). I just removed them. Please fix that in your local copy of setup.hint. done Please send an announcement to the cygwin-announce mailing list per the description in http://cygwin.com/setup.html#submitting. I am not sure to understand I do not have to wait for votes and GTG ? xclip is a command line utility that is designed to run on any system with an X11 implementation. It provides an interface to X selections (the clipboard) from the command line. It can read data from standard in or a file and place it in an X selection for pasting into other X applications. xclip can also print an X selection to standard out, which can then be redirected to a file or another program. homepage = http://sourceforge.net/projects/xclip/ xclip is included in the Debian distribution: http://packages.debian.org/stable/xclip http://zfire.free.fr/cygwin/xclip-0.12-1.tar.bz2 http://zfire.free.fr/cygwin/xclip-0.12-1-src.tar.bz2 http://zfire.free.fr/cygwin/setup.hint
Re: [ITP] xclip 0.12
On Oct 6 21:51, rolandc wrote: 2010/10/4 Corinna Vinschen On Sep 29 22:47, rolandc wrote: xclip is included in the Debian distribution: http://packages.debian.org/stable/xclip http://zfire.free.fr/cygwin/xclip-0.12-1.tar.bz2 http://zfire.free.fr/cygwin/xclip-0.12-1-src.tar.bz2 setup.hint - category: X11 requires: libXmu6 libX11_6 sdesc: Command line clipboard grabber ldesc: xclip is a command line utility that is designed to run on any system with an X11 implementation. It provides an interface to X selections (the clipboard) from the command line. It can read data from standard in or a file and place it in an X selection for pasting into other X applications. xclip can also print an X selection to standard out, which can then be redirected to a file or another program. Packaging looks good. It would be nice if you could provide not only the setup.hint in plain text, but also as downloadable link to simplify uploading. done, see below I uploaded this package with a tweak to setup.hint. The ldesc string contains quotation marks - (the clipboard). I just removed them. Please fix that in your local copy of setup.hint. done Please send an announcement to the cygwin-announce mailing list per the description in http://cygwin.com/setup.html#submitting. I am not sure to understand I do not have to wait for votes and GTG ? No, since my reply already was a GTG. That's why I uploaded it immediately :) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] xclip 0.12
On Oct 6 21:54, Corinna Vinschen wrote: On Oct 6 21:51, rolandc wrote: I am not sure to understand I do not have to wait for votes and GTG ? No, since my reply already was a GTG. That's why I uploaded it immediately :) Oh, and, you didn't need any votes because xclip is already part of a stable Linux distro. The votes are only required if the package is not in any Linux distro. See http://cygwin.com/setup.html#submitting, item 2: If the package is *not* included in any major Linux distro it must receive five positive votes from other package mantainers in order to be accepted. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-1 (TEST)
On 30/09/2010 20:03, michel hummel wrote: Hi jon, I was surprised to see in the Changelog of this test release : * fix a clipboard-related crash which could occur during XDMCP session startup (thanks to Michel Hummel for the patch) It would be very cool if this version included my patch about xdmcp and clipboard auto-restart but I don't think so, isn't it ? I think this version only includes the patch about : clipboard crash on server reset isn't it ? Just the first patch, I'm afraid. The second one needs a bit more looking at, I think. Thanks for your work, Michel Hummel Thanks for the patch! :-) -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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/
Windows are openings on the second monitor
Hi I am having an annoyance regarding dual monitors use. All my X apps open on the secondary monitor. Is there a solution to this issue? I move them to 1st monitor and close them there but they do not seem to remember the window positions. thanks -- 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 posix_ipc.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-10-06 20:20:01 Modified files: winsup/cygwin : ChangeLog posix_ipc.cc Log message: * posix_ipc.cc (ipc_mutex_init): Call NtCreateMutant to make sure the access mask is correct. (ipc_cond_init): Take additional parameter to differ between send and receive event. Call NtCreateEvent to make sure the access mask is correct. (ipc_cond_timedwait): Reset Event prior to calling WFMO. (struct mq_info): Split mqi_wait into two events, mqi_waitsend and mqi_waitrecv. (mq_open): Calloc mqinfo. Create mqi_waitsend and mqi_waitrecv events. Make sure all synchronization objects are closed in case of an error. (_mq_send): Wait for mqi_waitsend event. Signal mqi_waitrecv event. (_mq_receive): Wait for mqi_waitrecv event. Signal mqi_waitsend event. (mq_close): Close mqi_waitsend and mqi_waitrecv events. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5074r2=1.5075 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/posix_ipc.cc.diff?cvsroot=srcr1=1.16r2=1.17
patch to add C99 complex
here is the cygwin follow up of the patch sent to newlib mailing list. Marco --- Mer 6/10/10, Marco Atzeri ha scritto: The attached patch add C99 Complex to newlib using all NETBSD source except long double ones. Tested on cygwin: a = 1.00+1.00I b = 3.141590+1.20I a+b = 4.141590+2.20I a*b = 1.941590+4.341590I 1/c = 0.50-0.50I -a = -1.00-1.00I abs(a) = 1.414214+0.00I cacos(a) = 0.904557-1.061275I casin(a) = 0.666239+1.061275I catan(a) = 1.017222+0.402359I ccos(a) = 0.833730-0.988898I csin(a) = 1.298458+0.634964I ctan(a) = 0.271753+1.083923I cacosh(a) = 1.061275+0.904557I casinh(a) = 1.061275+0.666239I catanh(a) = 0.402359+1.017222I ccosh(a) = 0.833730+0.988898I csinh(a) = 0.634964+1.298458I ctanh(a) = 1.083923+0.271753I cexp(a) = 1.468694+2.287355I clog(a) = 0.346574+0.785398I cpow(a,b) = -1.119157+0.295690I csqrt(a) = 1.098684+0.455090I carg(a) = 0.785398+0.00I cimag(a) = 1.00+0.00I conj(a) = 1.00-1.00I cproj(a) = 1.00+1.00I creal(a) = 1.00+0.00I Regards Marco diff -uNr -x Makefile.in -x '*~' -x '*.m4' -x autom4te.cache -x configure src_clone_orig/winsup/cygwin/ChangeLog src_clone/winsup/cygwin/ChangeLog --- src_clone_orig/winsup/cygwin/ChangeLog 2010-10-05 05:36:25.84375 +0200 +++ src_clone/winsup/cygwin/ChangeLog 2010-10-05 23:25:39.96875 +0200 @@ -1,3 +1,12 @@ +2010-10-05 Marco Atzeri marco_atz...@yahoo.it + +* cygwin.din ( cacos cacosf cacosh cacoshf carg cargf + casin casinf casinh casinhf catan catanf catanh catanhf + ccos ccosf ccosh ccoshf cexp cexpf cimag cimagf clog clogf + conj conjf cpow cpowf cproj cprojf creal crealf + csin csinf csinh csinhf csqrt csqrtf + ctan ctanf ctanh ctanhf): Export new complex math functions + 2010-09-02 Corinna Vinschen cori...@vinschen.de * fhandler_procsys.cc (fhandler_procsys::exists): Return virt_none diff -uNr -x Makefile.in -x '*~' -x '*.m4' -x autom4te.cache -x configure src_clone_orig/winsup/cygwin/cygwin.din src_clone/winsup/cygwin/cygwin.din --- src_clone_orig/winsup/cygwin/cygwin.din 2010-10-05 05:36:28.46875 +0200 +++ src_clone/winsup/cygwin/cygwin.din 2010-10-04 17:34:32.78751 +0200 @@ -164,17 +164,37 @@ _cabs = cabs NOSIGFE cabsf NOSIGFE _cabsf = cabsf NOSIGFE +cacos NOSIGFE +cacosf NOSIGFE +cacosh NOSIGFE +cacoshf NOSIGFE calloc SIGFE _calloc = calloc SIGFE canonicalize_file_name SIGFE +carg NOSIGFE +cargf NOSIGFE +casin NOSIGFE +casinf NOSIGFE +casinh NOSIGFE +casinhf NOSIGFE +catan NOSIGFE +catanf NOSIGFE +catanh NOSIGFE +catanhf NOSIGFE cbrt NOSIGFE _cbrt = cbrt NOSIGFE cbrtf NOSIGFE _cbrtf = cbrtf NOSIGFE +ccos NOSIGFE +ccosf NOSIGFE +ccosh NOSIGFE +ccoshf NOSIGFE ceil NOSIGFE _ceil = ceil NOSIGFE ceilf NOSIGFE _ceilf = ceilf NOSIGFE +cexp NOSIGFE +cexpf NOSIGFE cfgetispeed NOSIGFE cfgetospeed NOSIGFE cfmakeraw NOSIGFE @@ -189,6 +209,8 @@ _chown32 = chown32 SIGFE chroot SIGFE _chroot = chroot SIGFE +cimag NOSIGFE +cimagf NOSIGFE cleanup_glue NOSIGFE clearerr SIGFE _clearerr = clearerr SIGFE @@ -197,12 +219,16 @@ clock_getres SIGFE clock_gettime SIGFE clock_setres SIGFE +clog NOSIGFE +clogf NOSIGFE close SIGFE _close = close SIGFE closedir SIGFE _closedir = closedir SIGFE closelog SIGFE confstr NOSIGFE +conj NOSIGFE +conjf NOSIGFE connect = cygwin_connect SIGFE copysign NOSIGFE _copysign = copysign NOSIGFE @@ -216,8 +242,24 @@ _cosh = cosh NOSIGFE coshf NOSIGFE _coshf = coshf NOSIGFE +cpow NOSIGFE +cpowf NOSIGFE +cproj NOSIGFE +cprojf NOSIGFE +creal NOSIGFE +crealf NOSIGFE creat SIGFE _creat = creat SIGFE +csin NOSIGFE +csinf NOSIGFE +csinh NOSIGFE +csinhf NOSIGFE +csqrt NOSIGFE +csqrtf NOSIGFE +ctan NOSIGFE +ctanf NOSIGFE +ctanh NOSIGFE +ctanhf NOSIGFE ctermid SIGFE ctime SIGFE _ctime = ctime SIGFE
Re: Unable to remap error
Finally got rebaseall working with the normal user itself. Please find the result of successful rebaseall below . It was the case of permissions on C:\Cygwin folder for newly installed packages. # rebaseall # Even after a successful rebaseall , I am still getting the unable to remap error intermittently. Please help. Again its happening only on Windows 7. Thanks, Harie On Wed, Oct 6, 2010 at 4:04 AM, Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: On 10/5/2010 7:09 AM, Harie Ram wrote: Rebaseall and peflagsall gives a success only when run as administrator. With normal user , i get these errors below. Rebasing doesn't need to be performed by all users or continually. Run it if you have these remap problems and with any user for which it is successful. When it's not successful, the usual reason is that you have some Cygwin process running. Read the README and follow the instructions there to avoid this problem. -- 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? -- 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 -- 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
Looking for experienced CygWin Users
We just started a Cygwin based forum in an attempt to build the Cygwin users community support for newer users. We need some forum mods to assist in the everyday tasks, as well as provide support for our users. I don't want to post the url to the forums, as I'm not looking to advertise the forum here, just gain some assistance with this project. You can email me with any feedback or questions, i...@cygwinforums.com -- View this message in context: http://old.nabble.com/Looking-for-experienced-CygWin-Users-tp29894398p29894398.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
Cygwin = 1.7.6 open message queues - permission denied
Hi, I noticed that I get a permission denied error when I try to open a message queue in the same process or in an other process. The problem can be reproduced using the code given at: http://sourceware.org/ml/cygwin/2009-09/msg00629.html I tried several versions: 1.7.7 (from the installer): permission denied 1.7.6 (0.230/5/3 2010-08-16 16:06, downgraded using the installer) : permission denied 1.7.5 (0.225/5/3 2010-04-12 19:07, extracted cygwin-1.7.5-1.tar.bz2 from one of the mirrors): mqueue works. Another thing I noticed is that the execute permission won't be set for the owner of the message queue file. E.g. in mq_open I set (S_IRWXU | S_IRWXG | S_IRWXO), but when looking at the created file in the cygwin shell (located in /dev/mqueue/) the permissions are set to -rw-rwxrwx. But it doesn't seem to have any impact on the permission denied problem, since the execute permission isn't set in any of the tested versions. Regards, Manuel -- 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: gdb 7 port for Cygwin?
2010/10/6 Jim Reisert: Has gdb 7.x been ported to Cygwin yet? I can't use it to debug gcc 4.5 programs (I usually get line not found when trying to set a breakpoint): http://gcc.gnu.org/gcc-4.5/changes.html GCC now generates unwind info also for epilogues. DWARF debuginfo generated by GCC now uses more features of DWARF3 than it used to do and also some DWARF4 features. GDB older than 7.0 is not able to handle either of these, so to debug GCC 4.5 generated binaries or libraries GDB 7.0 or later is needed. I've reported this previously at http://cygwin.com/ml/cygwin/2010-09/msg00876.html mingw gdb 7 worked fine for me in the meantime. -- Reini Urban -- 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: tinyfugue with python won't compile under cygwin (1.7.7) on Windows XP
On Sat, Sep 25, 2010 at 12:33 PM, Gwen Morse wrote: On Wed, Sep 15, 2010 at 3:56 AM, Csaba Raduly rrr...@r.rrr wrote: http://www.cygwin.com/acronyms/#PCYMTNQREAIYR On Wed, Sep 15, 2010 at 5:46 AM, Gwen Morse wrote: About a year ago I was able to get assistance compiling my MUD client Tinyfuge, (snip) gcc -g -O2 -DTFPYTHON -I/usr/include/python2.6 -DDATADIR=/home/jmorse/share - c -o command.o command.c (snip) In file included from /usr/include/python2.6/unicodeobject.h:120, from /usr/include/python2.6/Python.h:85, from tfpython.h:6, from command.c:33: /usr/include/wchar.h:157: error: conflicting types for `tf_wprintf' tfio.h:160: error: previous declaration of `tf_wprintf' was here Which version of Cygwin are you using? My /usr/include/wchar.h is only 84 lines long! ... in Cygwin 1.5 (doh!) In Cygwin 1.7 it's 192 lines. I'm trying to build tinyfugue with python from source, (snip) $ make make[1]: Entering directory `/home/jmorse/tf-50b8-py/src' gcc -g -O2 -DTFPYTHON -I/usr/include/python2.6 -DDATADIR=/home/jmorse/share - c -o attr.o attr.c gcc -g -O2 -DTFPYTHON -I/usr/include/python2.6 -DDATADIR=/home/jmorse/share - c -o command.o command.c (snip) In file included from /usr/include/python2.6/unicodeobject.h:120, from /usr/include/python2.6/Python.h:85, from tfpython.h:6, from command.c:33: /usr/include/wchar.h:157: error: conflicting types for `tf_wprintf' tfio.h:160: error: previous declaration of `tf_wprintf' was here (snip) In line 157 of /usr/include/wchar.h there's the declaration of wprintf. I suspect there's a #define wprintf tf_wprintf in Tinyfuge somewhere. This sounds like a bad idea and it finally bit you: there is no wprintf in wchar.h of Cygwin 1.5, but there *is* one in Cygwin 1.7 and now it clashes with Tinyfuge's macro. I'd suggest removing the wprintf macro in Tinyfuge and manually replacing all occurrences of wprintf with tf_wprintf. -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ L 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: Looking for experienced CygWin Users
CygwinForums i...@cygwinforums.com was heard to say: We just started a Cygwin based forum in an attempt to build the Cygwin users community support for newer users. We need some forum mods to assist in the everyday tasks, as well as provide support for our users. First forum post: Q: How do I spell CygWin? A: It's Cygwin, not CygWin. Since about 1926. I don't want to post the url to the forums, as I'm not looking to advertise the forum here, just gain some assistance with this project. BTW, that URL is awful hard to guess from your email address ... regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Looking for experienced CygWin Users
Sorry about the extra capitalization, bad habbit :) About the email address, sorry, I don't know of a bit.ly for email addresses ;) mhoenicka wrote: CygwinForums i...@cygwinforums.com was heard to say: We just started a Cygwin based forum in an attempt to build the Cygwin users community support for newer users. We need some forum mods to assist in the everyday tasks, as well as provide support for our users. First forum post: Q: How do I spell CygWin? A: It's Cygwin, not CygWin. Since about 1926. I don't want to post the url to the forums, as I'm not looking to advertise the forum here, just gain some assistance with this project. BTW, that URL is awful hard to guess from your email address ... regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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 -- View this message in context: http://old.nabble.com/Looking-for-experienced-CygWin-Users-tp29894398p29894529.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: Looking for experienced CygWin Users
Am 06.10.2010 10:12, schrieb CygwinForums: We just started a Cygwin based forum in an attempt to build the Cygwin users community support for newer users. We need some forum mods to assist in the everyday tasks, as well as provide support for our users. Bad idea IMO. As though such fragmentation of support places solved any problem. Instead, the inconciseness of a forum will make matters harder and lead to even more repeated questions... -- Matthias Andree -- 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: In what way is /cygdrive special WRT to permissions?
On Oct 5 15:40, Andy Hall wrote: If instead, I map F: to /cygdrive/c with the following entry in /etc/fstab F: /cygdrive/f smbfs binary,noacl 0 0 mount shows $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) F: on /cygdrive/f type smbfs (binary,noacl) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) And ls -l of /cygdrive/f shows $ ls -l /cygdrive/f total 2048 drwxrwxr-x 36 0 2010-10-04 16:30 builds drwxrwxr-x 17 0 2010-10-04 15:23 releases [...] Why am I getting -1 for the uid and gid when I mount to /cygdrive/f but not to /repos1? That's a restriction of the cygdrive prefix handling. You can't override the cygdrive mount options for a single drive. It's an all or nothing thingy. I guess it would help to refuse such paths in /etc/fstab or mount(1), or at least improve the documentation, but, well, http://cygwin.com/acronyms/#SHTDI. 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: [ANNOUNCEMENT] Updated: tidy-20090325-1
On Fri, Oct 1, 2010 at 5:18 AM, Lapo Luchini l...@lapo.it wrote: Version tidy-20090325-1 of HTML Tidy has been uploaded. It appears that the current/prev versions of tidy may be reversed in the setup.ini. On mirrors.xmission.com (and another one I checked at random), setup.ini reads: --- @ tidy ... Cut descriptions ... version: 041206-1 install: release/tidy/tidy-041206-1.tar.bz2 276631 9df16c0818ee4759629756e8b3d89c86 source: release/tidy/tidy-041206-1-src.tar.bz2 706240 705a08d4dbee7f0312f94431161aa744 [prev] version: 20090325-1 install: release/tidy/tidy-20090325-1.tar.bz2 83758 a4a8ab51e073cb722d065ff37c215a3a source: release/tidy/tidy-20090325-1-src.tar.bz2 367407 8f9665011ac3ec32ff2b5bb864f85694 --- Should 20090325-1 be the current and the other the prev? -Jon -- 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: Looking for experienced CygWin Users
We just started a Cygwin based forum in an attempt to build the Cygwin users community support for newer users. We need some forum mods to assist in the everyday tasks, as well as provide support for our users. We support Cygwin users here, on this list. What exactly does your forum provide that this list doesn't? -- 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: Looking for experienced CygWin Users
I designed our forum to help users that are *NEW* to Cygwin, more for discussion of the programs uses and empowering users, rather that direct support of issues. I am very open to ideas, as this project was designed to aid the community, not distract it. Matthias Andree wrote: Am 06.10.2010 10:12, schrieb CygwinForums: We just started a Cygwin based forum in an attempt to build the Cygwin users community support for newer users. We need some forum mods to assist in the everyday tasks, as well as provide support for our users. Bad idea IMO. As though such fragmentation of support places solved any problem. Instead, the inconciseness of a forum will make matters harder and lead to even more repeated questions... -- Matthias Andree -- 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 -- View this message in context: http://old.nabble.com/Looking-for-experienced-CygWin-Users-tp29894398p29895588.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: Cygwin = 1.7.6 open message queues - permission denied
On Oct 6 10:13, Manuel Wienand wrote: Hi, I noticed that I get a permission denied error when I try to open a message queue in the same process or in an other process. The problem can be reproduced using the code given at: http://sourceware.org/ml/cygwin/2009-09/msg00629.html Confirmed. I'll investigate. Another thing I noticed is that the execute permission won't be set for the owner of the message queue file. E.g. in mq_open I set (S_IRWXU | S_IRWXG | S_IRWXO), but when looking at the created file in the cygwin shell (located in /dev/mqueue/) the permissions are set to -rw-rwxrwx. But it doesn't seem to have any impact on the permission denied problem, since the execute permission isn't set in any of the tested versions. The S_IXUSR bit has no meaning for message queues. In Cygwin it's used to signal that the message queue is still being initialized. The initializing process always creates the file with S_IXUSR bit. When the initalization has been finished, it removes the S_IXUSR bit. 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: Looking for experienced CygWin Users
Am 06.10.2010 13:05, schrieb CygwinForums: I designed our forum to help users that are *NEW* to Cygwin, more for discussion of the programs uses and empowering users, rather that direct support of issues. I am very open to ideas, as this project was designed to aid the community, not distract it. Yeah, so scrap that forum stuff altogether and volunteer for writing Cygwin documentation, websites, etc. I'm sure (without checking) there's enough work waiting for contributors. -- Matthias Andree -- 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
mintty postinstall failure
Any reason why with my setup, mintty.sh exits with status 3 when run by setup.exe, but with status 0 when I run it by hand? /var/log/setup.log.full doesn't give any hints; what else can I try to debug the issue? -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- 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: mintty postinstall failure
On 6 October 2010 12:54, Eric Blake wrote: Any reason why with my setup, mintty.sh exits with status 3 when run by setup.exe, but with status 0 when I run it by hand? /var/log/setup.log.full doesn't give any hints; what else can I try to debug the issue? Assuming you were installing for All Users, try setting CYGWINFORALL=-A when running it by hand. Andy -- 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
Starting to bash
Apologies to those who have heard this before: I can't seem to get working version of bash, after installation. I have tried about 7 times. The new cygwin bash shell starts up a window, but will not perform tasks. Each time I issue a command from the bash prompt. I get the return prompt and a $?=0 return. This is on Vista 64. Is there hope for me? Bryan Zimmer -- 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: Looking for experienced CygWin Users
On Wed, Oct 6, 2010 at 6:11 AM, Andrew Schulman schulman.and...@epamail.epa.gov wrote: We just started a Cygwin based forum in an attempt to build the Cygwin users community support for newer users. We need some forum mods to assist in the everyday tasks, as well as provide support for our users. We support Cygwin users here, on this list. What exactly does your forum provide that this list doesn't? Just a guess: courtesy and patience? :) :) -- 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: Looking for experienced CygWin Users
On 10/6/2010 8:49 AM, NightStrike wrote: We support Cygwin users here, on this list. What exactly does your forum provide that this list doesn't? Just a guess: courtesy and patience? :) :) NS, you are doing it again. Only this time, with the cygwin community rather than the mingw.org one. Stop. -- Chuck -- 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: emacs-23.2-3 and DBus
On 10/6/2010 12:18 AM, Michael Albinus wrote: Ken Brown writes: It doesn't seem to be a problem under Cygwin either. I just tried loading notifications.el, and Emacs didn't freeze. So I guess we'll have to wait for a more detailed problem report from the OP saying exactly what he did. Maybe you could also try to send a notification: (notifications-notify :title Hello world :body from Emacs) This results in the error The name org.freedesktop.Notifications was not provided by any .service files, as you predicted. So I don't think it points to any problem with D-BUS support in Emacs. Thanks for your help. 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: Looking for experienced CygWin Users
I designed our forum to help users that are *NEW* to Cygwin, more for discussion of the programs uses and empowering users, rather that direct support of issues. OK. I can see that there would be a place for that. And no doubt many users are put off by the sometimes harsh tone of conversation on this list, although I don't know that you can count on doing any better at that without moderating every message. I have to say though that I can't see taking the time to participate in another Cygwin forum besides this one. Probably most people here will feel the same way. But hey, if you have something different that adds value and it starts to be a pretty active place, then people here may start to pay more attention to it. Good luck, and thanks for contributing. Andrew. -- 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: cygwin + xwin in win7 as unprivileged user?
On 05/10/2010 18:22, davidstvz wrote: Is it possible to make Cygwin work with xwin as an unprivileged user. I'm even open to stupid hacks like making the entire Cygwin directory owned by the Everyone group. I tried that but then it couldn't create a socket needed after I ran 'startxwin'. Anyway to get this working without using run as admin? This question more properly belongs on the cygwin-xfree list. Adding the xserver option '-nolisten inet' might help, if the problem really is in creating the network socket. You might get more useful advice if you showed the actual error message you get, for example by attaching the /var/log/XWin.0.log -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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: bash bug?: nested bash --login -i doesn't run /etc/profile (still runs ~/.bash_profile)
Larry Hall (Cygwin) wrote: On 10/5/2010 10:12 AM, Daniel Barclay wrote: Larry Hall (Cygwin) wrote: On 10/4/2010 12:19 PM, Daniel Barclay wrote: ... Can anyone confirm (or anti-confirm) this behavior?: ... When bash is started using the Cygwin shortcut (which runs cygwin.bat, which executes bash --login -i), bash reads files /etc/profile and ~/.bash_profile. (Running bash --login -i from an interactive cmd shell does the same.) However, when in that first bash process, another bash is started with that same bash --login -i command, bash does _not_ read /etc/profile. Works for me. How did you detect that that second bash runs /etc/profile? I added set -x to the file so it would show me when it was running. Thanks. Hey, did you do that in addition to all my steps to reproduce (re-quoted below) or instead of some of them (in particular, setting SHELLOPTS)? I ask because I wonder if the problem is somewhere in or nears bash's startup code that reads SHELLOPTS, because we both turned on the set -x/xtrace tracing, but got different results--and there might be a difference in how we turned on that tracing. (I'll also check with just set -x and without setting SHELLOPTS. For your convenience, here's a requote of the SHELLOPTS behavior I saw and my Steps to reproduce paragraph: - A root invocation notices igncr, verbose, and xtrace in the SHELLOPTS value from its invocation environment (the Windows/cmd environment variable) as specified--it ends up setting SHELLOPTS in itself to a value that includes those options. On the other hand, a nested invocation seems to ignore the SHELLOPTS from its invocation environment (the environment variable from the first bash shell/process)--it sets its SHELLOPTS to a value that does _not_ include those options.) Steps to reproduce (and easily see difference): 1. Set Windows environment variable SHELLOPTS to igncr:verbose:xtrace. 2. Start bash using the installer-created Cygwin shortcut. 3. Notice (from the output from the verbose and xtrace options) that bash runs /etc/profile and then ~/.bash_profile. 4. Notice (from set) that SHELLOPTS in bash includes igncr, verbose and xtrace (among other options). 5. Execute bash --login -i. 6. Notice (again, from the verbose/xtrace output) that bash does _not_ run /etc/profile, but still runs ~/.bash_profile. 7. Notice that SHELLOPTS in that invocation of bash does not include igncr, verbose or xtrace. --- - Thanks. Daniel -- 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
libpq: problem with shared library
Hello, I'm trying to use PostgreSQL C API under Cygwin, but libpq attempts load a very strange shared library. On run-time it states: error while loading shared libraries: ?: cannot open shared object file: No such file or directory and yes, name of the missing shared library is literally a question mark. To reproduce the problem, all it takes is just to use the library: #include libpq-fe.h int main(int argc, char **argv) { PQconnectdb(dbname=test); return 0; } Compiled with: gcc -o pqtest pqtest.c /usr/lib/libpq.a What could possibly cause this? Thanks in advace. Best regards, Tomas Hajas cygcheck.out Description: Binary data -- 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: mintty postinstall failure - attn: cygutils maintainer
On 10/06/2010 06:28 AM, Andy Koppe wrote: On 6 October 2010 12:54, Eric Blake wrote: Any reason why with my setup, mintty.sh exits with status 3 when run by setup.exe, but with status 0 when I run it by hand? /var/log/setup.log.full doesn't give any hints; what else can I try to debug the issue? Assuming you were installing for All Users, try setting CYGWINFORALL=-A when running it by hand. Hmm, no I wasn't remembering to do that; but even when I add that in, I'm still getting status 0 by hand: $ CYGWINFORALL=-A sh -vx /etc/postinstall/mintty.sh ALL=$CYGWINFORALL + ALL=-A PROGS=$(/bin/cygpath -P $ALL) /bin/cygpath -P $ALL ++ /bin/cygpath -P -A + PROGS='/cygdrive/c/Documents and Settings/All Users/Start Menu/Programs' /bin/mkdir -p $PROGS/Cygwin /bin/mkshortcut -P $ALL -n Cygwin/mintty -a - -d Terminal /bin/mintty if [ $ALL ]; then /bin/chmod a+r $PROGS/Cygwin/mintty.lnk fi + /bin/mkdir -p '/cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin' + /bin/mkshortcut -P -A -n Cygwin/mintty -a - -d Terminal /bin/mintty + '[' -A ']' + /bin/chmod a+r '/cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin/mintty.lnk' But this time, I looked in /var/log/setup.log.full, and got this hint: 2010/10/06 08:25:18 running: k:\cygwin-2\bin\bash.exe --norc --noprofile /etc/postinstall/mintty.sh mkshortcut: Saving C:\Documents and Settings\All Users\Start Menu\Programs\K:\cygwin-2\Cygwin\mintty.lnk failed; does the target directory exist? 2010/10/06 08:25:18 abnormal exit: exit code=3 Hmm - this looks like it could be a bug in mkshortcut. Why is the '-n Cygwin/mintty' argument showing up as an absolute pathname appended to the tail of the start menu prefix? Is it a bug that is dependent on the current working directory? -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- 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: emacs-23.2-3 and DBus
Ken Brown kbr...@cornell.edu writes: Maybe you could also try to send a notification: (notifications-notify :title Hello world :body from Emacs) This results in the error The name org.freedesktop.Notifications was not provided by any .service files, as you predicted. So I don't think it points to any problem with D-BUS support in Emacs. I wanted to try myself, and I've downloaded emacs-23.2-3 from the curr branch. When I do start it via /usr/bin/emacs -Q -l dbus, it results in the well known frozen state :-( Switching to the exp branch, there is no other package offer. M-x emacs-version returns GNU Emacs 23.2.1 (i686-pc-cygwin, GTK+ Version 2.20.1) of 2010-10-02 on laptop. That looks like a recent build, but ... The binary has the following checksum: $ cksum /usr/bin/emacs 658187514 16254990 /usr/bin/emacs Using a (self-compiled) Emacs 24, there is no freeze. Thanks for your help. Ken Best regards, Michael. -- 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: libpq: problem with shared library
Can you give the outpuoutput of 'ldd pqtest' ? 2010/10/6 Tomáš Hajas ha...@styleweb.sk Hello, I'm trying to use PostgreSQL C API under Cygwin, but libpq attempts load a very strange shared library. On run-time it states: error while loading shared libraries: ?: cannot open shared object file: No such file or directory and yes, name of the missing shared library is literally a question mark. To reproduce the problem, all it takes is just to use the library: #include libpq-fe.h int main(int argc, char **argv) { PQconnectdb(dbname=test); return 0; } Compiled with: gcc -o pqtest pqtest.c /usr/lib/libpq.a What could possibly cause this? Thanks in advace. Best regards, Tomas Hajas -- 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 -- 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: cygwin + xwin in win7 as unprivileged user?
I have done additional testing on this problem and it seems that the first user to login and run 'startxwin' owns all of the log and lock files and this is what is causing the problem. The first user can continue using xwin without issues, but no other users can do it after that. If someone would upgrade xwin to to make these file names unique for each user it should solve the problem. Meanwhile, I'm envisioning several workarounds. -- View this message in context: http://old.nabble.com/cygwin-%2B-xwin-in-win7-as-unprivileged-user--tp29889419p29897721.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: libpq: problem with shared library
Tomáš Hajas wrote: Hello, I'm trying to use PostgreSQL C API under Cygwin, but libpq attempts load a very strange shared library. On run-time it states: error while loading shared libraries: ?: cannot open shared object file: No such file or directory and yes, name of the missing shared library is literally a question mark. To reproduce the problem, all it takes is just to use the library: #include libpq-fe.h int main(int argc, char **argv) { PQconnectdb(dbname=test); return 0; } Compiled with: gcc -o pqtest pqtest.c /usr/lib/libpq.a What could possibly cause this? Thanks in advace. Best regards, Tomas Hajas -- 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 Hi, for some reason when this error message appears it has some problems showing you which dll it isn't able to find. It happened to me with both this question mark and with available dll files (while another dll was the one really missing). What I did to see which dll was really missing was to execute strace program. This should pop up a windows message with the real problem. Hope this works for you. Cheers, Tomás. -- 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: Looking for experienced CygWin Users
Greetings, CygwinForums! We just started a Cygwin based forum You mean web-forum? As in, http:... Bleh. Forum is probably the worst possible collaboration platform ever created. You spend hours effortlessly clicking links in a window for nothing, instead of just having a chat with people. -- WBR, Andrey Repin (anrdae...@freemail.ru) 06.10.2010, 20:01 Sorry for my terrible english... -- 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: Starting to bash
Greetings, Bryan Zimmer! I can't seem to get working version of bash, after installation. Elaborate? I have tried about 7 times. Tried exactly what? The new cygwin bash shell starts up a window, but will not perform tasks. Erghm? Each time I issue a command from the bash prompt. Which command? I get the return prompt and a $?=0 return. That's quite expected, in my opinion. This is on Vista 64. Is there hope for me? If you explain, what is your issue - likely yes. -- WBR, Andrey Repin (anrdae...@freemail.ru) 06.10.2010, 20:07 Sorry for my terrible english... -- 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: Starting to bash
On 10/6/2010 7:37 AM, Bryan Zimmer wrote: Apologies to those who have heard this before: I can't seem to get working version of bash, after installation. I have tried about 7 times. The new cygwin bash shell starts up a window, but will not perform tasks. Each time I issue a command from the bash prompt. I get the return prompt and a $?=0 return. This is on Vista 64. Is there hope for me? Bryan Zimmer -- Problem reports: http://cygwin.com/problems.html ^^^ Your problem description is a little vague. Following the problem reporting guidelines will help you provide us with more data which we may be able to use to help you better. :-) -Jeremy -- 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: cygwin + xwin in win7 as unprivileged user?
On 06/10/2010 16:10, davidstvz wrote: I have done additional testing on this problem and it seems that the first user to login and run 'startxwin' owns all of the log and lock files and this is what is causing the problem. The first user can continue using xwin without issues, but no other users can do it after that. If someone would upgrade xwin to to make these file names unique for each user it should solve the problem. Meanwhile, I'm envisioning several workarounds. The log file issue is discussed and a workaround given at [1] The lock file should be removed on xwin exit, so should not be a problem unless xwin is crashing for you, in which case report that problem. Making the lock file name unique per user is a non-solution, as it prevents it from locking against multiple simultaneous uses of the same display number. [1] http://cygwin.com/ml/cygwin-xfree/2010-08/msg00090.html -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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: cygwin + xwin in win7 as unprivileged user?
Jon TURNEY wrote: On 06/10/2010 16:10, davidstvz wrote: I have done additional testing on this problem and it seems that the first user to login and run 'startxwin' owns all of the log and lock files and this is what is causing the problem. The first user can continue using xwin without issues, but no other users can do it after that. If someone would upgrade xwin to to make these file names unique for each user it should solve the problem. Meanwhile, I'm envisioning several workarounds. The log file issue is discussed and a workaround given at [1] The lock file should be removed on xwin exit, so should not be a problem unless xwin is crashing for you, in which case report that problem. Making the lock file name unique per user is a non-solution, as it prevents it from locking against multiple simultaneous uses of the same display number. [1] http://cygwin.com/ml/cygwin-xfree/2010-08/msg00090.html -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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 Ah, I see how that is a non-solution. I should stick to what I know. In any case, XWin is not crashing per se, instead when I type exit from the initial xterminal and exit cygwin (or press the windows close button) it remains running in the background. So to open it again, I have to first terminate it from the task manager which I suppose qualifies as a crash. I've solved the problem by scheduling a task to delete the log and lock files when any user logs in (well, to mostly delete; windows refuses to let me delete the socket file descriptor so I had to rename it to a random number). -- View this message in context: http://old.nabble.com/cygwin-%2B-xwin-in-win7-as-unprivileged-user--tp29889419p29899035.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: emacs-23.2-3 and DBus
On 10/6/2010 10:41 AM, Michael Albinus wrote: Ken Brown writes: Maybe you could also try to send a notification: (notifications-notify :title Hello world :body from Emacs) This results in the error The name org.freedesktop.Notifications was not provided by any .service files, as you predicted. So I don't think it points to any problem with D-BUS support in Emacs. I wanted to try myself, and I've downloaded emacs-23.2-3 from the curr branch. When I do start it via /usr/bin/emacs -Q -l dbus, it results in the well known frozen state :-( Works fine for me. Switching to the exp branch, there is no other package offer. That's right. emacs-23.2-3 is current, and there is no experimental version. The binary has the following checksum: $ cksum /usr/bin/emacs 658187514 16254990 /usr/bin/emacs That's not actually the binary; it's a symlink that resolves to either /usr/bin/emacs-X11.exe or /usr/bin/emacs-nox.exe, depending on whether or not you've installed the emacs-X11 package. Is it possible that you upgraded the emacs package but are still using an old emacs-X11? If not, I don't know what the problem could be. If you can't figure it out, you could try giving the command cygcheck -svr cygcheck.out and sending the resulting cygcheck.out as an attachment. Maybe I (or someone) will be able to spot something. 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: emacs-23.2-3 and DBus
Ken Brown kbr...@cornell.edu writes: The binary has the following checksum: $ cksum /usr/bin/emacs 658187514 16254990 /usr/bin/emacs That's not actually the binary; it's a symlink that resolves to either /usr/bin/emacs-X11.exe or /usr/bin/emacs-nox.exe, depending on whether or not you've installed the emacs-X11 package. Is it possible that you upgraded the emacs package but are still using an old emacs-X11? If not, I don't know what the problem could be. If you can't figure it out, you could try giving the command cygcheck -svr cygcheck.out and sending the resulting cygcheck.out as an attachment. Maybe I (or someone) will be able to spot something. I haven't the cygwin notebook with me, next access for me is tomorrow. I'll check then. The only difference I could imagine is that I haven't started the system bus; only the session bus was running. Could you, please, check with your environment? Maybe there is still a problem. Ken Best regards, Michael. -- 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: emacs-23.2-3 and DBus
On 10/6/2010 1:51 PM, Michael Albinus wrote: Ken Brown writes: The binary has the following checksum: $ cksum /usr/bin/emacs 658187514 16254990 /usr/bin/emacs That's not actually the binary; it's a symlink that resolves to either /usr/bin/emacs-X11.exe or /usr/bin/emacs-nox.exe, depending on whether or not you've installed the emacs-X11 package. Is it possible that you upgraded the emacs package but are still using an old emacs-X11? If not, I don't know what the problem could be. If you can't figure it out, you could try giving the command cygcheck -svr cygcheck.out and sending the resulting cygcheck.out as an attachment. Maybe I (or someone) will be able to spot something. I haven't the cygwin notebook with me, next access for me is tomorrow. I'll check then. The only difference I could imagine is that I haven't started the system bus; only the session bus was running. Could you, please, check with your environment? Maybe there is still a problem. Yes, that's it. Emacs does freeze if I load dbus.el and the system bus isn't running. But the problem doesn't occur in a build of Emacs from the trunk. I vaguely recall that someone reported this problem last summer, and you fixed it. But maybe you only fixed it in the trunk, and not in the emacs-23 branch. Do I remember that correctly? 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: Unable to remap error
On 10/6/2010 3:17 AM, Harie Ram wrote: Finally got rebaseall working with the normal user itself. Please find the result of successful rebaseall below . It was the case of permissions on C:\Cygwin folder for newly installed packages. # rebaseall # Even after a successful rebaseall , I am still getting the unable to remap error intermittently. Please help. Again its happening only on Windows 7. If rebaseall doesn't help, then it's one of two things: 1. You have 3rd party DLLs built with Cygwin. These won't get rebased by default because rebaseall doesn't know about them. Read the readme for details on how to include these other DLLs. 2. http://cygwin.com/acronyms/#BLODA -- 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? -- 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: mintty postinstall failure - attn: cygutils maintainer
On 6 October 2010 15:39, Eric Blake wrote: On 10/06/2010 06:28 AM, Andy Koppe wrote: On 6 October 2010 12:54, Eric Blake wrote: Any reason why with my setup, mintty.sh exits with status 3 when run by setup.exe, but with status 0 when I run it by hand? /var/log/setup.log.full doesn't give any hints; what else can I try to debug the issue? Assuming you were installing for All Users, try setting CYGWINFORALL=-A when running it by hand. Hmm, no I wasn't remembering to do that; but even when I add that in, I'm still getting status 0 by hand: $ CYGWINFORALL=-A sh -vx /etc/postinstall/mintty.sh ALL=$CYGWINFORALL + ALL=-A PROGS=$(/bin/cygpath -P $ALL) /bin/cygpath -P $ALL ++ /bin/cygpath -P -A + PROGS='/cygdrive/c/Documents and Settings/All Users/Start Menu/Programs' /bin/mkdir -p $PROGS/Cygwin /bin/mkshortcut -P $ALL -n Cygwin/mintty -a - -d Terminal /bin/mintty if [ $ALL ]; then /bin/chmod a+r $PROGS/Cygwin/mintty.lnk fi + /bin/mkdir -p '/cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin' + /bin/mkshortcut -P -A -n Cygwin/mintty -a - -d Terminal /bin/mintty + '[' -A ']' + /bin/chmod a+r '/cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin/mintty.lnk' But this time, I looked in /var/log/setup.log.full, and got this hint: 2010/10/06 08:25:18 running: k:\cygwin-2\bin\bash.exe --norc --noprofile /etc/postinstall/mintty.sh mkshortcut: Saving C:\Documents and Settings\All Users\Start Menu\Programs\K:\cygwin-2\Cygwin\mintty.lnk failed; does the target directory exist? 2010/10/06 08:25:18 abnormal exit: exit code=3 Hmm - this looks like it could be a bug in mkshortcut. Why is the '-n Cygwin/mintty' argument showing up as an absolute pathname appended to the tail of the start menu prefix? Is it a bug that is dependent on the current working directory? I can't see anything obviously wrong with mkshortcut. It converts the link name with cygwin_conv_to_win32_path(), adds '.lnk', and prepends the start menu path. cygwin_conv_to_win32_path() is supposed to turn a relative POSIX path such as 'Cygwin/mintty' into a relative Window path. That appears to work fine most of the time, at least I haven't seen this issue in my tests. Can anyone think of a reason why it might turn it into an absolute path such as 'K:\cygwin-2\Cygwin\mintty.lnk' instead? Does it make a difference if you run the script from the root directory of the install (which I think is where setup.exe runs then from) or from a cmd shell? Andy -- 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: emacs-23.2-3 and DBus
On 10/6/2010 2:12 PM, Ken Brown wrote: On 10/6/2010 1:51 PM, Michael Albinus wrote: Ken Brown writes: The binary has the following checksum: $ cksum /usr/bin/emacs 658187514 16254990 /usr/bin/emacs That's not actually the binary; it's a symlink that resolves to either /usr/bin/emacs-X11.exe or /usr/bin/emacs-nox.exe, depending on whether or not you've installed the emacs-X11 package. Is it possible that you upgraded the emacs package but are still using an old emacs-X11? If not, I don't know what the problem could be. If you can't figure it out, you could try giving the command cygcheck -svr cygcheck.out and sending the resulting cygcheck.out as an attachment. Maybe I (or someone) will be able to spot something. I haven't the cygwin notebook with me, next access for me is tomorrow. I'll check then. The only difference I could imagine is that I haven't started the system bus; only the session bus was running. Could you, please, check with your environment? Maybe there is still a problem. Yes, that's it. Emacs does freeze if I load dbus.el and the system bus isn't running. But the problem doesn't occur in a build of Emacs from the trunk. I vaguely recall that someone reported this problem last summer, and you fixed it. But maybe you only fixed it in the trunk, and not in the emacs-23 branch. Do I remember that correctly? Here's what I was thinking of: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6579 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: Slowdown after update on Win32 (XP Home)
Larry Hall (Cygwin) schrieb am 03.10.2010 um 20:50 (-0400): On 10/1/2010 8:08 PM, Michael Ludwig wrote: Larry Hall (Cygwin) schrieb am 30.09.2010 um 20:38 (-0400): My WAG is you're suffering from changes in the new version of bash_completion. If you don't use this, uninstall it. Would bash completion account for several simultaneous bash processes on login as described? Anyway, I uninstalled it, and the problem persists. OK. I see it points out ZoneAlarm. That's worth uninstalling and trying again. Sorry for replying late, and thanks for your help. I uninstalled that ZoneAlarm crapware several years ago. Looks like the uninstall routine forgot to remove one registry key. You should also look at virus and other security software you have installed. Uninstall them 1 by 1 to see if you can pinpoint the problem. I don't run any security software other than Windows Firewall. Multiple simultaneous bash processes trying to start up, that's what I keep observing. Process performance is as usual, but process creation is horribly slow, probably because it is frequently failing before it can be accomplished. -- Michael Ludwig -- 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: ImageMagick: More insufficient package dependencies
I did a fresh install of cygwin today. I ran into the problem described at http://sourceware.org/ml/cygwin/2010-08/msg00502.html (that was almost two months ago) http://cygwin.com/faq/ does not mention this issue. http://x.cygwin.com/docs/faq/cygwin-x-faq.html#cygX11-6.dll-missing currently says: 9.7. cygX11-6.dll not found after installation or upgrade Obsolete question Installing libXext6 and the things it depends on fixed the problem. Can someone update the FAQs until after this problem gets solved and the solution is out on all mirrors? Thanks, -- Raul -- 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
cygwin sshd priviledge problem on 2008
Hi I hope this is the right maling list for this issue. I have cygwin sshd service installed on windows 2008 server SP2. I setup the cygwin ssh server by answering yes to all questions asked by sshd-host-config and letting it create the cyg_server user etc. If I do simple commands then ssh is working just fine(ls, cp etc). But it fails when I am trying to do few system commands from a linux box. E.g ssh administra...@neptune 'ping 10.10.10.1' If I do ping locally then it shows successful ping but if I do it as shown in line above the ping gets executed but always returns failure. But reboot works fine. Also I noticed that when I use some windows system tools e.g. devcon, whether directly or through bat files, the actual execution is fine but the command always fails. But if I execute exact same thing in cygwin shell in that machine, locally it is successful. I think I am having some permissions problem which I am unable to figure out. Here is my /etc/passwd file output. Also after some time if the machine is idle the ssh just stops working and I have to reboot the system. Just stopping and starting the service again does not work. SYSTEM:*:18:544:,S-1-5-18:: LocalService:*:19:544:U-NT AUTHORITY\LocalService,S-1-5-19:: NetworkService:*:20:544:U-NT AUTHORITY\NetworkService,S-1-5-20:: Administrators:*:544:544:,S-1-5-32-544:: Administrator:unused_by_nt/2000/xp:500:513:U-WIN-U0Y5LEC50LA\Administrator,S-1-5 -21-232753783-2184645003-96538338-500:/home/Administrator:/bin/bash Guest:unused_by_nt/2000/xp:501:513:U-WIN-U0Y5LEC50LA\Guest,S-1-5-21-232753783-21 84645003-96538338-501:/home/Guest:/bin/bash test:unused_by_nt/2000/xp:1001:513:test,U-WIN-U0Y5LEC50LA\test,S-1-5-21-23275378 3-2184645003-96538338-1001:/home/test:/bin/bash sshd:unused_by_nt/2000/xp:1002:513:sshd privsep,U-WIN-U0Y5LEC50LA\sshd,S-1-5-21- 232753783-2184645003-96538338-1002:/var/empty:/bin/false cyg_server:unused_by_nt/2000/xp:1003:513:Privileged server,U-WIN-U0Y5LEC50LA\cyg _server,S-1-5-21-232753783-2184645003-96538338-1003:/var/empty:/bin/false Any help greatly appreciated. Please let me know if any more information is needed. Thanks SP -- 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
[ANNOUNCEMENT] Updated: CMake 2.8.2-1
CMake 2.8.2-1 is now available on Cygwin mirrors. Here are the changes for CMake 2.8.2: No changes in CMake 2.8.2 since 2.8.2-rc4. Changes in CMake 2.8.2-rc4 (since 2.8.2-rc3) Bill Hoffman (1): Fix for bug #10859, ctest exit exception incorrectly reported. Brad King (3): Run CMake.HTML test without net access (#10857) Run CMake.HTML test with older xmllint (#10857) CTest: Parse empty Git commits correctly David Cole (2): Qualify name of extraction location with ExternalProject name. For VS10: Really use full path file names. James Bigler (1): Add support for the emulation version of the cudart library. Mathieu Malaterre (1): Cleanup FindOpenSSL. Add support for win64 installation. Zach Mullen (1): Parallel CTest hangs if serial test has depends Changes in CMake 2.8.2-rc3 (since 2.8.2-rc2) Brad King (1): Preserve ENV{MAKEFLAGS} in CMake script mode David Cole (4): Remove Microsoft Visual Studio .NET from VS8 and VS9 find modules. Use full path file names in generate.stamp.list. Use full path file names to express dependencies. Look in the ctest ini file for GitCommand. James Bigler (2): Fixed: CUDA_VERSION_MAJOR/MINOR now computed after first run. CUDA_VERSION variable passed to REGEX needs quotes to work when not defined. Mathieu Malaterre (1): Cleanup FindDCMTK (using foreach). Fix linking on win32 static libs. Zach Mullen (2): Do not exit if stoptime is passed. Document ctest_build() TARGET option Changes in CMake 2.8.2-rc2 (since 2.8.2-rc1) Bill Hoffman (1): Make sure libarchive uses cmzlib and not the system libz if found. Brad King (12): Use forward slashes for objects in response files Use platform variable for response file flag Use response file for objects on MinGW and MSYS Generalize CTest.Update* test dashboard script helpers ctest_update: Support custom Git update command ctest_update: Support Git upstream branch rewrites Fix CMake data and doc paths in Cygwin package Document scope of source file properties Run CTest.NoNewline test using built CMake Tru64: Place cmOStringStream vtable uniquely (#10541) Enable BootstrapTest on MSYS Tru64: Use full-path include directives in Makefiles (#10569) Christoph Watzl (1): Fix nested source groups with VS 10 (#9863) Clinton Stimpson (2): Support pthreads on irix. Remove macro for querying qmake for qmake variables. David Cole (2): Fix issue #10346. Error if SOURCE_DIR is empty. Remove CTestTest3. Zach Mullen (1): Extra coverage glob should subtract the explicitly defined excluded files Changes in CMake 2.8.2-rc1 (since 2.8.1): - Build on Tru64 (#10542) - Build on mingw-w64 - Build on old Sun (#10550, #10543) - CPack: Add native BZip2 support - CPack: Set compression type in RPM spec (#10363) - CPack: Try harder to initialize staging directory (#10793) - CTest: Add --stop-time argument - CTest: Cost data with '-j' - CTest: Fix memory report - CTest: Glob for uncovered files during coverage tests - CTest: Option to specify cdash server - CTest: PHP Coverage support - CTest: Process tree kill for OpenBSD, FreeBSD, kFreeBSD, GNU/Hurd - CTest: Report failure in Update.xml - CTest: Submit author email in Update.xml - CTest: Teach ctest_update about Git submodules - CTest: Teach ctest_update to handle Git upstream branch rewrites - Cygwin: Export all symbols with ENABLE_EXPORTS (#10122) - Do not list file names during 'cmake -E tar xz' - Documentation: Comply with XHTML 1.0 Strict - Documentation: Fix typo in CMAKE_LIBRARY_PATH (#10291) - Documentation: Fix typo in HAS_CXX docs (#10578) - Documentation: More consistent command signatures - Eclipse: Do not add INCLUDE to environment twice - Enable extra CodeBlocks generator on Cygwin - ExternalProject: Support .zip and .bz2 archives, MD5 verification - ExternalProject: Reconfigure when args change (#10258) - ExternalProject: Support Git, SVN username/password - FindCurses: Fix for cygwin ncurses package - FindHSPELL: Version support - FindJava: Error if version is not found only when REQUIRED - FindJava: Support runtime and development components (#9840) - FindKDE4: Prefer kdeconfig results over system paths - FindMPEG: Check for 'vo' library - FindPNG: Support png 1.4 versioned lib names (#10551) - FindPkgConfig: Add QUIET keyword to pkgconfig macros (see #10469) - FindZLIB: GnuWin32 support, version support (#5588) - FindwxWidget: Fix CXX flag parsing (#10209) - Fix .pdb name attribute in VS project files (#10614) - Fix CodeBlocks to work with Fortran-only - Fix VS 2010 custom commands (#10503) - Fix VS 6 support for COMPILE_DEFINITIONS_MINSIZEREL (#10700) - Fix cross-compiling from Linux to iPhone (#10526) - Fix documentation
RE: In what way is /cygdrive special WRT to permissions?
Corinna - Thanks for the reply and clarification. I have made the obvious change in my mounts to get around this problem. However, there has been a change in behavior between 1.5 and 1.7. I have 1.7.7 installed on Windows Server 2003 SP2. The mount table shows $ mount //vega/repository on /repos type smbfs (binary,noacl) C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) D: on /cygdrive/d type iso9660 (binary,posix=0,user,noumount,auto) F: on /cygdrive/f type smbfs (binary,posix=0,user,noumount,auto) H: on /cygdrive/h type smbfs (binary,posix=0,user,noumount,auto) F: also happens to be mapped to //vega/repository via the normal Windows mechanisms. When signed on to the Administrator account you have: administra...@taurus ~ $ ls -l /repos total 2048 drwxr-xr-x 36 Administrator None 0 2010-10-04 19:30 builds drwxr-xr-x 17 Administrator None 0 2010-10-04 18:23 releases administra...@taurus ~ $ test -w /repos/builds echo writeable writeable administra...@taurus ~ $ ls -l /cygdrive/f total 2048 drwxrwxr-x 36 0 2010-10-04 19:30 builds drwxrwxr-x 17 0 2010-10-04 18:23 releases administra...@taurus ~ $ test -w /repos/builds echo writeable Writeable When logged on as the non-admistrative user build you have: bu...@taurus ~ $ ls -l /repos total 2048 drwxr-xr-x 36 build None 0 2010-10-04 19:30 builds drwxr-xr-x 17 build None 0 2010-10-04 18:23 releases bu...@taurus ~ $ test -w /repos/builds echo writeable writeable bu...@taurus ~ $ ls -l /cygdrive/f total 2048 drwxrwxr-x 36 0 2010-10-04 19:30 builds drwxrwxr-x 17 0 2010-10-04 18:23 releases bu...@taurus ~ $ test -w /cygdrive/f/builds echo writeable bu...@taurus ~ $ echo test /cygdrive/f/builds/zap bu...@taurus ~ $ ls -l /cygdrive/f/builds/zap -rwxrwxr-x 1 5 2010-10-06 16:11 /cygdrive/f/builds/zap Notice that the test -w /cygdrive/f/builds reports that /cygdrive/f/builds is not writeable, yet you can create and write files in /cygdrive/f/builds! THIS IS INCONSTENT BEHAVIOR. Cygwin 1.5 did not have this behavior. Regarding the mount of drive letters via /etc/fstab. I am not sure what the documentation should say about this. Overriding the default mount of a single drive letter in fstab actually seems to work, although it simply reproduces the same behavior as the default. Even if I understood the actual behavior, I regret that am not familiar with the ways of Cygwin source maintenance to make the documentation changes. I have to leave this to somebody else more qualified. Cheers, Andy On Oct 6 1:48 Corinna Vischen wrote: On Oct 5 15:40, Andy Hall wrote: If instead, I map F: to /cygdrive/c with the following entry in /etc/fstab F: /cygdrive/f smbfs binary,noacl 0 0 mount shows $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) F: on /cygdrive/f type smbfs (binary,noacl) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) And ls -l of /cygdrive/f shows $ ls -l /cygdrive/f total 2048 drwxrwxr-x 36 0 2010-10-04 16:30 builds drwxrwxr-x 17 0 2010-10-04 15:23 releases [...] Why am I getting -1 for the uid and gid when I mount to /cygdrive/f but not to /repos1? That's a restriction of the cygdrive prefix handling. You can't override the cygdrive mount options for a single drive. It's an all or nothing thingy. I guess it would help to refuse such paths in /etc/fstab or mount(1), or at least improve the documentation, but, well, http://cygwin.com/acronyms/#SHTDI. 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 -- 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: Cygwin = 1.7.6 open message queues - permission denied
On Oct 6 13:21, Corinna Vinschen wrote: On Oct 6 10:13, Manuel Wienand wrote: Hi, I noticed that I get a permission denied error when I try to open a message queue in the same process or in an other process. The problem can be reproduced using the code given at: http://sourceware.org/ml/cygwin/2009-09/msg00629.html Confirmed. I'll investigate. Fixed in CVS. While debugging I found a subtile synchronization problem in the message queue implementation which apparently never was a problem in W. Richard Stevens original implementation. Under some circumstances a deadlock could occur because the Windows scheduler didn't give any time to another process waiting for the same event object. I fixed that now by splitting the single event object which was used to signal both, a full as well as an empty queue. into two separate event objects. So, that's why the fix took a while longer than anticipated. 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
[ANNOUNCEMENT] New package: xclip-0.12-1
Version 0.12-1 of xclip has been uploaded. xclip is a command line utility that is designed to run on any system with an X11 implementation. It provides an interface to X selections (the clipboard) from the command line. *** 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://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: In what way is /cygdrive special WRT to permissions?
On Oct 6 13:19, Andy Hall wrote: Notice that the test -w /cygdrive/f/builds reports that /cygdrive/f/builds is not writeable, yet you can create and write files in /cygdrive/f/builds! THIS IS INCONSTENT BEHAVIOR. Cygwin 1.5 did not have this behavior. I somehow doubt that. I'm just not sure if I can explain that correctly, given how tired I am. The difference is that under 1.5 all smb drives were by default mounted with noacl, aka CYGWIN=nosmbntsec. So all permissions were just faked and Cygwin's access call was more or less a wild guess. With a drive mounted with acl the OS (yes, Windows itself) is asked if the current user has write permissions, based on the current user token and the ACL of the file. Apparently non writable is what you get here, because the ACL returned by the Samba drive only contains the ACEs for the Linux user and group, not for your current Windows user and group. You can add these Linux user's and groups to your local passwd and group file (see http://cygwin.com/cygwin-ug-net/using-utils.html#mkpasswd and http://cygwin.com/cygwin-ug-net/using-utils.html#mkgroup), but it won't change what the OS returns in the access check. I'm sorry, this bugs me for years, but there nothing Cygwin can do about this. Nor can Samba do anything. Yes, I asked on the samba developer mailing list at one point... The fact that the admin can write is normal, too, since admins (those not restricted by UAC) always have write permissions under Cygwin 1.7.7, just like a root user under Linux. That's probably even documented somewhere, I just don't recall where. 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: cygwin + xwin in win7 as unprivileged user?
On 06/10/2010 18:31, davidstvz wrote: Jon TURNEY wrote: On 06/10/2010 16:10, davidstvz wrote: I have done additional testing on this problem and it seems that the first user to login and run 'startxwin' owns all of the log and lock files and this is what is causing the problem. The first user can continue using xwin without issues, but no other users can do it after that. If someone would upgrade xwin to to make these file names unique for each user it should solve the problem. Meanwhile, I'm envisioning several workarounds. The log file issue is discussed and a workaround given at [1] The lock file should be removed on xwin exit, so should not be a problem unless xwin is crashing for you, in which case report that problem. Making the lock file name unique per user is a non-solution, as it prevents it from locking against multiple simultaneous uses of the same display number. [1] http://cygwin.com/ml/cygwin-xfree/2010-08/msg00090.html Ah, I see how that is a non-solution. I should stick to what I know. In any case, XWin is not crashing per se, instead when I type exit from the initial xterminal and exit cygwin (or press the windows close button) it remains running in the background. So to open it again, I have to first terminate it from the task manager which I suppose qualifies as a crash. Is there some reason why you can't use the 'Exit' menu item from the right-click menu of the X icon in the system tray area? XWin should also respond by shutting down cleanly if you send it SIGTERM, e.g. 'killall XWin' I've solved the problem by scheduling a task to delete the log and lock files when any user logs in (well, to mostly delete; windows refuses to let me delete the socket file descriptor so I had to rename it to a random number). -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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: cygwin + xwin in win7 as unprivileged user?
It's a multiuser windows 7 lab environment where the only thing I can count on is that the individual users will do whatever they want to. I'm having to forcibly kill the x-windows process rather than just use a plain signal termination. It's ignoring a vanilla taskkill. I haven't tried kill from inside cygwin. On 06/10/2010 16:10, davidstvz wrote: I have done additional testing on this problem and it seems that the first user to login and run 'startxwin' owns all of the log and lock files and this is what is causing the problem. The first user can continue using xwin without issues, but no other users can do it after that. If someone would upgrade xwin to to make these file names unique for each user it should solve the problem. Meanwhile, I'm envisioning several workarounds. The log file issue is discussed and a workaround given at [1] The lock file should be removed on xwin exit, so should not be a problem unless xwin is crashing for you, in which case report that problem. Making the lock file name unique per user is a non-solution, as it prevents it from locking against multiple simultaneous uses of the same display number. [1] http://cygwin.com/ml/cygwin-xfree/2010-08/msg00090.html Ah, I see how that is a non-solution. I should stick to what I know. In any case, XWin is not crashing per se, instead when I type exit from the initial xterminal and exit cygwin (or press the windows close button) it remains running in the background. So to open it again, I have to first terminate it from the task manager which I suppose qualifies as a crash. Is there some reason why you can't use the 'Exit' menu item from the right-click menu of the X icon in the system tray area? XWin should also respond by shutting down cleanly if you send it SIGTERM, e.g. 'killall XWin' I've solved the problem by scheduling a task to delete the log and lock files when any user logs in (well, to mostly delete; windows refuses to let me delete the socket file descriptor so I had to rename it to a random number). -- View this message in context: http://old.nabble.com/cygwin-%2B-xwin-in-win7-as-unprivileged-user--tp29889419p29900929.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: Slowdown after update on Win32 (XP Home)
Hello, please see this thread (test scripts included): http://cygwin.com/ml/cygwin/2010-09/msg00871.html I can only confirm this. Process creation is much slower with 1.7.7 than it was with 1.5.25. The fork script runs 300% slower on my XP box. But on the other hand, Marco Atzeri could not confirm this on his XP box. I'm sure it's all about time slowing down in the vicinity of black holes... Best regards Gergely -- 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: In what way is /cygdrive special WRT to permissions?
On 10/06/2010 04:42 PM, Corinna Vinschen wrote: On Oct 6 13:19, Andy Hall wrote: Notice that the test -w /cygdrive/f/builds reports that /cygdrive/f/builds is not writeable, yet you can create and write files in /cygdrive/f/builds! THIS IS INCONSTENT BEHAVIOR. Cygwin 1.5 did not have this behavior. I somehow doubt that. I'm just not sure if I can explain that correctly, given how tired I am. The difference is that under 1.5 all smb drives were by default mounted with noacl, aka CYGWIN=nosmbntsec. So all permissions were just faked and Cygwin's access call was more or less a wild guess. With a drive mounted with acl the OS (yes, Windows itself) is asked if the current user has write permissions, based on the current user token and the ACL of the file. Apparently non writable is what you get here, because the ACL returned by the Samba drive only contains the ACEs for the Linux user and group, not for your current Windows user and group. You can add these Linux user's and groups to your local passwd and group file (see http://cygwin.com/cygwin-ug-net/using-utils.html#mkpasswd and http://cygwin.com/cygwin-ug-net/using-utils.html#mkgroup), but it won't change what the OS returns in the access check. I'm sorry, this bugs me for years, but there nothing Cygwin can do about this. Nor can Samba do anything. Yes, I asked on the samba developer mailing list at one point... Note that not only can you not trust the acl's as per Corinna's message above when in acl mode, you also can't trust the write bit for directories in the noacl mode, because samba uses the FAT read-only bit to provide this information, but Windows and Cygwin do not. See this thread: http://cygwin.com/ml/cygwin/2010-01/msg00222.html Basically, AFAICT, smbfs permissions are broken, though I suspect if everything is running in a Windows Domain, with smbfs in acl mode, things would work ok. Cheers, Raman -- 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: In what way is /cygdrive special WRT to permissions?
There is no doubt that this behavior changed from 1.5 to 1.7. The instant I upgraded from 1.5 to 1.7.7, build scripts that test for the abilty to write to the directories in F: instantly started reporting the directories were not writeable using test -w, yet you can still create and write files via Cygwin. Furthermore, the user build can also create files and directories in F: using windows, so the OS apparently thinks the user build has these access rights as well. Is it possible that test -w may have a bug? The thing that is weird is that the explicit mount of //vega/repository on /repos with noacl has the the desireable effect. It you log in as Administrator the files appear to be owned by Administrator and if you log in as build, the files appear to be owned by build. I would assume this is the result of guessing the permissions when noacl is used. The explict mounting of //vega/repository is the workaround I eventually settled on. Andy On Oct 6 12:43, Corinna Vischen wrote: On Oct 6 13:19, Andy Hall wrote: Notice that the test -w /cygdrive/f/builds reports that /cygdrive/f/builds is not writeable, yet you can create and write files in /cygdrive/f/builds! THIS IS INCONSTENT BEHAVIOR. Cygwin 1.5 did not have this behavior. I somehow doubt that. I'm just not sure if I can explain that correctly, given how tired I am. The difference is that under 1.5 all smb drives were by default mounted with noacl, aka CYGWIN=nosmbntsec. So all permissions were just faked and Cygwin's access call was more or less a wild guess. With a drive mounted with acl the OS (yes, Windows itself) is asked if the current user has write permissions, based on the current user token and the ACL of the file. Apparently non writable is what you get here, because the ACL returned by the Samba drive only contains the ACEs for the Linux user and group, not for your current Windows user and group. You can add these Linux user's and groups to your local passwd and group file (see http://cygwin.com/cygwin-ug-net/using-utils.html#mkpasswd and http://cygwin.com/cygwin-ug-net/using-utils.html#mkgroup), but it won't change what the OS returns in the access check. I'm sorry, this bugs me for years, but there nothing Cygwin can do about this. Nor can Samba do anything. Yes, I asked on the samba developer mailing list at one point... The fact that the admin can write is normal, too, since admins (those not restricted by UAC) always have write permissions under Cygwin 1.7.7, just like a root user under Linux. That's probably even documented somewhere, I just don't recall where. 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 -- 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: In what way is /cygdrive special WRT to permissions?
On 10/6/2010 4:38 PM, Andy Hall wrote: There is no doubt that this behavior changed from 1.5 to 1.7. The instant I upgraded from 1.5 to 1.7.7, build scripts that test for the abilty to write to the directories in F: instantly started reporting the directories were not writeable using test -w, yet you can still create and write files via Cygwin. snip The explict mounting of //vega/repository is the workaround I eventually settled on. At the risk of taking this thread a little off topic, why do your build scripts explicitly check for write access to these directories? I agree that it would be good to keep this working in order to maintain compatibility with older Cygwin releases, but the build scripts we use where I work don't bother to check for access to things before using them. They just assume that they have the necessary access and then fail with an explicit error when those assumptions are faulty. I also always considered the check before you use methodology to be a bit risky to begin with. The reason being that between the time you check for access and the time you try to actually use that access another process could remove the access or even the entire resource. At that point you fail as if you never bothered to check for access in the first place, so your logic had better be able to deal with that somehow. If you're going to have logic to handle failed access attempts, you may as well abandon the access checks. :-) -Jeremy -- 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: Slowdown after update on Win32 (XP Home)
SZABÓ Gergely schrieb am 06.10.2010 um 23:30 (+0200): please see this thread (test scripts included): http://cygwin.com/ml/cygwin/2010-09/msg00871.html Thanks, Gabor - I saw your thread, which reinforces my belief that it is a Cygwin issue. I can only confirm this. Process creation is much slower with 1.7.7 than it was with 1.5.25. The fork script runs 300% slower on my XP box. Another possibility would be a recent Microsoft update. Am I hallucinating when I think that 100% true Windows utilities like IPCONFIG, ROUTE and NET are also slower in launching? But on the other hand, Marco Atzeri could not confirm this on his XP box. I'm sure it's all about time slowing down in the vicinity of black holes... A computational maelstrom, a processing quicksand. -- Michael Ludwig -- 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: Slowdown after update on Win32 (XP Home)
Michael Ludwig schrieb am 07.10.2010 um 00:27 (+0200): SZABÓ Gergely schrieb am 06.10.2010 um 23:30 (+0200): please see this thread (test scripts included): http://cygwin.com/ml/cygwin/2010-09/msg00871.html Thanks, Gabor - ... Thanks *Gergely*! Michael -- 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
permission denied when using snmpwalk
I'm trying to snmpwalk a server using Cygwin, and when I type snmpwalk -c like I am used to doing on a *nix box, I get a message saying that permission is denied. What might I need to check here? -- 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: permission denied when using snmpwalk
On 10/6/2010 8:32 PM, Rogelio wrote: I'm trying to snmpwalk a server using Cygwin, and when I type snmpwalk -c like I am used to doing on a *nix box, I get a message saying that permission is denied. What might I need to check here? Hard to say but since this isn't part of a Cygwin package, it's off-topic for this list. I'd recommend consulting the provider. -- 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? -- 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: permission denied when using snmpwalk
On Wed, Oct 6, 2010 at 7:32 PM, Rogelio scubac...@gmail.com wrote: I'm trying to snmpwalk a server using Cygwin, and when I type snmpwalk -c like I am used to doing on a *nix box, I get a message saying that permission is denied. What might I need to check here? Larry is right this is likely off topic but since a possibly similar message was on this list a few days ago I can tell you that there appears to be a problem with Windows permissions allowing Cygwin to open a socket. This isnt technically Cygwin's fault as it is a Windows permissions thing, but if you are affected by this, AND snmpwalk wants a socket to do its scanning then snmpwalk wont be able to open a socket and you may not get any more of an informative message other than Sorry, can't do it. At least the other app had an informative message stating that a socket could not be opened. I'm honestly not sure if this will help you or if its way off base, but at least it will give you something to check on. Rance -- 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: mintty postinstall failure - attn: cygutils maintainer
On 10/6/2010 2:44 PM, Andy Koppe wrote: I can't see anything obviously wrong with mkshortcut. Nor can I. It converts the link name with cygwin_conv_to_win32_path(), adds '.lnk', and prepends the start menu path. cygwin_conv_to_win32_path() is ... Although, all of these instances of cygwin_conv_to_win32_path were touched by the widechar patch that somebody, I forget who-- :-) --was working on...maybe that patch, as it transitions to using the newer cygwin conv interface, would clear things up? :-) -- Chuck -- 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: mintty postinstall failure - attn: cygutils maintainer
On 7 October 2010 04:12, Charles Wilson wrote: On 10/6/2010 2:44 PM, Andy Koppe wrote: I can't see anything obviously wrong with mkshortcut. Nor can I. It converts the link name with cygwin_conv_to_win32_path(), adds '.lnk', and prepends the start menu path. cygwin_conv_to_win32_path() is ... Hmm, cygwin_conv_to_win32_path() simply invokes this: cygwin_conv_path (CCP_POSIX_TO_WIN_A | CCP_RELATIVE, path, MAX_PATH) And I can't see anything suspicious in the source code of that either. Although, what if the 'Cygwin' in 'Cygwin/mintty' happens to be a symlink in the current directory that points to an absolute path? Eric? Although, all of these instances of cygwin_conv_to_win32_path were touched by the widechar patch that somebody, I forget who-- :-) --was working on...maybe that patch, as it transitions to using the newer cygwin conv interface, would clear things up? :-) Yep, it would be great if that somebody finally did get round to break that patch up into appropriate chunks. ;) Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: CMake 2.8.2-1
CMake 2.8.2-1 is now available on Cygwin mirrors. Here are the changes for CMake 2.8.2: No changes in CMake 2.8.2 since 2.8.2-rc4. Changes in CMake 2.8.2-rc4 (since 2.8.2-rc3) Bill Hoffman (1): Fix for bug #10859, ctest exit exception incorrectly reported. Brad King (3): Run CMake.HTML test without net access (#10857) Run CMake.HTML test with older xmllint (#10857) CTest: Parse empty Git commits correctly David Cole (2): Qualify name of extraction location with ExternalProject name. For VS10: Really use full path file names. James Bigler (1): Add support for the emulation version of the cudart library. Mathieu Malaterre (1): Cleanup FindOpenSSL. Add support for win64 installation. Zach Mullen (1): Parallel CTest hangs if serial test has depends Changes in CMake 2.8.2-rc3 (since 2.8.2-rc2) Brad King (1): Preserve ENV{MAKEFLAGS} in CMake script mode David Cole (4): Remove Microsoft Visual Studio .NET from VS8 and VS9 find modules. Use full path file names in generate.stamp.list. Use full path file names to express dependencies. Look in the ctest ini file for GitCommand. James Bigler (2): Fixed: CUDA_VERSION_MAJOR/MINOR now computed after first run. CUDA_VERSION variable passed to REGEX needs quotes to work when not defined. Mathieu Malaterre (1): Cleanup FindDCMTK (using foreach). Fix linking on win32 static libs. Zach Mullen (2): Do not exit if stoptime is passed. Document ctest_build() TARGET option Changes in CMake 2.8.2-rc2 (since 2.8.2-rc1) Bill Hoffman (1): Make sure libarchive uses cmzlib and not the system libz if found. Brad King (12): Use forward slashes for objects in response files Use platform variable for response file flag Use response file for objects on MinGW and MSYS Generalize CTest.Update* test dashboard script helpers ctest_update: Support custom Git update command ctest_update: Support Git upstream branch rewrites Fix CMake data and doc paths in Cygwin package Document scope of source file properties Run CTest.NoNewline test using built CMake Tru64: Place cmOStringStream vtable uniquely (#10541) Enable BootstrapTest on MSYS Tru64: Use full-path include directives in Makefiles (#10569) Christoph Watzl (1): Fix nested source groups with VS 10 (#9863) Clinton Stimpson (2): Support pthreads on irix. Remove macro for querying qmake for qmake variables. David Cole (2): Fix issue #10346. Error if SOURCE_DIR is empty. Remove CTestTest3. Zach Mullen (1): Extra coverage glob should subtract the explicitly defined excluded files Changes in CMake 2.8.2-rc1 (since 2.8.1): - Build on Tru64 (#10542) - Build on mingw-w64 - Build on old Sun (#10550, #10543) - CPack: Add native BZip2 support - CPack: Set compression type in RPM spec (#10363) - CPack: Try harder to initialize staging directory (#10793) - CTest: Add --stop-time argument - CTest: Cost data with '-j' - CTest: Fix memory report - CTest: Glob for uncovered files during coverage tests - CTest: Option to specify cdash server - CTest: PHP Coverage support - CTest: Process tree kill for OpenBSD, FreeBSD, kFreeBSD, GNU/Hurd - CTest: Report failure in Update.xml - CTest: Submit author email in Update.xml - CTest: Teach ctest_update about Git submodules - CTest: Teach ctest_update to handle Git upstream branch rewrites - Cygwin: Export all symbols with ENABLE_EXPORTS (#10122) - Do not list file names during 'cmake -E tar xz' - Documentation: Comply with XHTML 1.0 Strict - Documentation: Fix typo in CMAKE_LIBRARY_PATH (#10291) - Documentation: Fix typo in HAS_CXX docs (#10578) - Documentation: More consistent command signatures - Eclipse: Do not add INCLUDE to environment twice - Enable extra CodeBlocks generator on Cygwin - ExternalProject: Support .zip and .bz2 archives, MD5 verification - ExternalProject: Reconfigure when args change (#10258) - ExternalProject: Support Git, SVN username/password - FindCurses: Fix for cygwin ncurses package - FindHSPELL: Version support - FindJava: Error if version is not found only when REQUIRED - FindJava: Support runtime and development components (#9840) - FindKDE4: Prefer kdeconfig results over system paths - FindMPEG: Check for 'vo' library - FindPNG: Support png 1.4 versioned lib names (#10551) - FindPkgConfig: Add QUIET keyword to pkgconfig macros (see #10469) - FindZLIB: GnuWin32 support, version support (#5588) - FindwxWidget: Fix CXX flag parsing (#10209) - Fix .pdb name attribute in VS project files (#10614) - Fix CodeBlocks to work with Fortran-only - Fix VS 2010 custom commands (#10503) - Fix VS 6 support for COMPILE_DEFINITIONS_MINSIZEREL (#10700) - Fix cross-compiling from Linux to iPhone (#10526) - Fix documentation