Re: Cygwin: 2.6.0, rsync 3.1.2, "file has vanished"
Hi Wayne. Thanks for the quick response. I genuinely appreciate it. >Those file-has-vanished errors shouldn't be affected by the --iconv... This was also my understanding but I wanted to be through. >Can you try out this C program: http://opencoder.net/list-and-stat.c I have done this. The result for one of the problematic files is: 4d 42 54 54 32 30 31 37 22 32 30 31 36 2d 30 37 2d 31 32 20 4d 42 54 54 32 30 31 36 2e 7a 69 70 | MBTT2017"2016-07-12 MBTT2016.zip So, it can see the file in the directory AND stat it? >If it doesn't generate an error, what rsync version are you using? I am using the rsync 3.1.2 provided by cygwin. >The error indicates that an rsync daemon module is involved... Wow. OK. When using rsync to copy locally, without daemon mode, it works. Any other suggestions? Cheers. Shaun. -- 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: Fullscreen application with Cygwin/X in multiwindow mode
On Thu, Nov 24, 2016 at 9:09 AM, Jon Turney wrote: > The multiwindow-mode window manager doesn't support or advertise support for > _NET_WM_STATE_FULLSCREEN, so this doesn't work at the moment. Thanks Jon, that's what I needed to know. > But ideally this would be fixed by adding support for > _NET_WM_STATE_FULLSCREEN to the WM. Any idea how much effort would be required to implement the fullscreen support? Any major hurdles to overcome? It may be something I could work on in my spare time. David -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: chmod failing on user's permissions
Ben Altman wrote: When I log in to my account at work I get access to a network location accessed as a drive dedicated to me. I log in from 2 locations - my laptop and desktop. --- Were both setup by your company's IT department, or if not, who? Are they both running the same version of windows? When I get a directory listing, it shows for each file "Unknown+User Unknown+Group" while on the desktop the same files show my user name that I logged in with and "Domain Users" as the group. --- Is your laptop a member of the domain? How do each of them resolve User&Group ID's? It also shows as unknown if I create a file on the laptop. It doesn't sound like your laptop is looking up the ID's from the same location as your desktop, and perhaps more likely, it doesn't sound like your laptop is looking up ID's by checking with the domain. There's also cygwin user's guide on cygwin.com, that talks about how ID resolution works. Might want to download the manual from https://cygwin.com/cygwin-ug-net/cygwin-ug-net.pdf (also available online, at the site, in other formats). -l -- 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: python 2.7.12 pip install with extensions fails with warning: "__BSD_VISIBLE" redefined
On 11/28/2016 2:53 PM, Stephen Paul Carrier wrote: >>> Hi - >>> >>> The newest version of cygwin with python 2.7.12-1 fails when pip >>> installing packages that require compilation. For example, pycrypto >>> fails: >> >> FWIW this patch to pycrypto also fixes it: >> >> https://git.sagemath.org/sage.git/tree/build/pkgs/pycrypto/patches/cygwin/disable-std-c99.patch?id=aaa9b7fc887b64ba1dba7cba16061f598a097b75 >> >> The problem only occurs when trying to build with the C99 standard if >> Python itself was not. > > I fixed this issue by editing /usr/include/python2.7/pyconfig.h to comment > out the second line of: > > /* Define on FreeBSD to activate all library features */ > #define __BSD_VISIBLE 1 > The use of a __PRIVATE_DEFINE is highly discouraged. In sys/features.h you'll find a comment to that effect. Python should have used _BSD_SOURCE but even that is deprecated in favor of _DEFAULT_SOURCE. > This seemed like the right thing to do since Cygwin isn't FreeBSD, and > the problem went away. > No but that doesn't mean the functions do not exist. > Is this an oversight in python-devel package? Issue doesn't occur in > 32-bit version. > The oversight would be the use of the private define instead of the public one. If you remove the __BSD_VISIBLE and use _DEFAULT_SOURCE instead does it help? If not then there is a deeper issue. -- cyg 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 TCP slow
On 2016-11-28 12:54, Daniel Havey wrote: > We have had complaints from several large hardware vendors that > Windows networking is slow for apps like iperf that are used to > measure throughput. Iperf on Windows is compiled against the > cygwin1.dll. We have root caused the problem to a couple of lines of > code in net.cc that set SO_RCVBUF and SO_SNDBUF to about 200KB. > > The theoretical window/RTT plot for the buffer size set by Cygwin > (0x34000 = 200KB) gives us: > 1ms -> 1703Mbps > 2ms -> 851Mbps > 3ms -> 567Mbps > 4ms -> 425Mbps > 5ms -> 340Mbps > 6ms -> 283Mbps > 7ms -> 243Mbps > 8ms -> 212Mbps > 9ms -> 189Mbps > 10ms -> 170Mbps > 20ms -> 85Mbps > 40ms -> 42Mbps > 60ms -> 28Mbps > 80ms -> 21Mbps > > We have confirmed this by experiment and also confirmed that the > limitation goes away if the buffers are not manually set. Windows has > autotuning and when the buffers are set manually the autotuning is > disabled. This is causing the throughput limitation. So we would > like to formally ask that you please not manually set SO_RCVBUF or > SO_SNDBUF. See problem reports: http://cygwin.com/problems.html Provide STC, patches, attach cygcheck -svr output? Links to downstream bug reports, testing, results? Note that Cygwin iperf is year old 2.0.5. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada -- 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 TCP slow
Hello, We have had complaints from several large hardware vendors that Windows networking is slow for apps like iperf that are used to measure throughput. Iperf on Windows is compiled against the cygwin1.dll. We have root caused the problem to a couple of lines of code in net.cc that set SO_RCVBUF and SO_SNDBUF to about 200KB. The theoretical window/RTT plot for the buffer size set by Cygwin (0x34000 = 200KB) gives us: 1ms -> 1703Mbps 2ms -> 851Mbps 3ms -> 567Mbps 4ms -> 425Mbps 5ms -> 340Mbps 6ms -> 283Mbps 7ms -> 243Mbps 8ms -> 212Mbps 9ms -> 189Mbps 10ms -> 170Mbps 20ms -> 85Mbps 40ms -> 42Mbps 60ms -> 28Mbps 80ms -> 21Mbps We have confirmed this by experiment and also confirmed that the limitation goes away if the buffers are not manually set. Windows has autotuning and when the buffers are set manually the autotuning is disabled. This is causing the throughput limitation. So we would like to formally ask that you please not manually set SO_RCVBUF or SO_SNDBUF. thanxs ;^) ...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
Re: python 2.7.12 pip install with extensions fails with warning: "__BSD_VISIBLE" redefined
>> Hi - >> >> The newest version of cygwin with python 2.7.12-1 fails when pip >> installing packages that require compilation. For example, pycrypto >> fails: > >FWIW this patch to pycrypto also fixes it: > >https://git.sagemath.org/sage.git/tree/build/pkgs/pycrypto/patches/cygwin/disable-std-c99.patch?id=aaa9b7fc887b64ba1dba7cba16061f598a097b75 > >The problem only occurs when trying to build with the C99 standard if >Python itself was not. I fixed this issue by editing /usr/include/python2.7/pyconfig.h to comment out the second line of: /* Define on FreeBSD to activate all library features */ #define __BSD_VISIBLE 1 This seemed like the right thing to do since Cygwin isn't FreeBSD, and the problem went away. Is this an oversight in python-devel package? Issue doesn't occur in 32-bit version. Stephen Carrier Systems Administrator BEAR (Berkeley Evaluation & Assessment Research) Center Graduate School of Education University of California, Berkeley http://BEARcenter.Berkeley.EDU/ -- 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: 2.6.0, rsync 3.1.2, "file has vanished"
On Sun, Nov 27, 2016 at 11:07 PM, Shaun Maher wrote:
> file has vanished: "BackUps(old)/Backup Pre-Rolled Payroll
> 2015"16-MBTT2016.zip" (in VSSG)
Those file-has-vanished errors shouldn't be affected by the --iconv
option because that is a sender-side error, and the rsync sender
directly reads file names via readdir() and then tries to stat() those
names (it is the receiving side that might get converted names via the
--iconv translations).
So, the question is: why is rsync getting a filename via readdir that
it can't stat? Can you try out this C program:
http://opencoder.net/list-and-stat.c
You compile it with gcc ("gcc -o list-and-stat list-and-stat.c") and
then run it with a directory name where one of your problem files
exists. It will output things like this:
74 65 73 74 e2 b8 b1 66 69 6c 65 | test⸱file
If you see a "FAILED to stat" message, send the byte sequence for that
file to the list and mention what filesystem type it is mounted on.
If it doesn't generate an error, what rsync version are you using? Is
it the cygwin version or something else?
The error indicates that an rsync daemon module is involved (the "in
VSSG" bit), so you might try a manual rsync copy of a problem file and
see if the issue is the daemon context or rsync in general.
..wayne..
--
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
Wanted Custom Shaker Cup
Greetings, Please let me know if you manufacture plastic cups We are looking for a 12 oz plastic cup with a lid that has no hole. The inside of the cup must not have a rim or ring. The quantity per order is 300,000 to 500,000 and are going up to 1mil and 1.5 mil this coming year in 2017 And we need a wraparound imprint in 1 color The color of the cup is white. Please email or call me with any questions Phone: 562-372-8589 Sincerely, Joseph Taylor -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
chmod failing on user's permissions
When I log in to my account at work I get access to a network location accessed as a drive dedicated to me. I log in from 2 locations - my laptop and desktop. Directory listings and chmod work as expected on the desktop but when I try to do a chmod on the laptop, it fails for the user's permissions, leaving them blank, but appears to work for group and other. When I get a directory listing, it shows for each file "Unknown+User Unknown+Group" while on the desktop the same files show my user name that I logged in with and "Domain Users" as the group. It also shows as unknown if I create a file on the laptop. After googling around for an answer to the issue, I came up dry with regards to chmod though I did find a way to change permissions using setfacl. Does anyone know how to get chmod working the way it should? Thanks, Ben -- 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: 2.6.0, rsync 3.1.2, "file has vanished"
On 2016-11-28 00:07, Shaun Maher wrote: > I'm trying to use rsync on Windows Server 2012R2 to sync files to a > *nix system (Ubuntu 14.04 or FreeNAS 9.10). The file set I'm trying > to sync contains files with unusual characters in the names. Most > files sync without issue but those files with unusual characters do > not sync and rsync logs a message like the following: > file has vanished: "BackUps(old)/Backup Pre-Rolled Payroll > 2015"16-MBTT2016.zip" (in VSSG) > file has vanished: "Corrupted files/Payment Summaries/Payment > Summaries 2015"2016" (in VSSG) > file has vanished: "Restore/MBTT2017"2016-07-12 MBTT2016.zip" (in > VSSG) > The " character mid file name is where the unusual character is. The > character in question in all my test cases is (on Windows) a dot > vertically centered. I've only a minimal understanding of character > encoding but it seems to me that it is a 0x2D followed by a 0x31 > which makes it a type of dash I guess. > I've given this a good Googling but haven't been able to work it out. > I've tried every combination of --iconv and "charset = " that has > been suggested. > I'm a bit stuck on how to move forward from here. Any help or > suggestions would be greatly appreciated. I can provide an archive > with some example files is it will help. utf-16 0x2d31 would be "ⴱ" Tifinagh letter Yab utf-8 0xe2b4b1 which seems unlikely "⸱" word separator middle dot would be utf-16 0x2e31 utf-8 0xe2b8b1 you can type this in any console window as <2><3><1><...alt> meaning you hold alt down while typing the other characters. Your file names should look like: "BackUps(old)/Backup Pre-Rolled Payroll 2015⸱16-MBTT2016.zip" "Corrupted files/Payment Summaries/Payment Summaries 2015⸱2016" "Restore/MBTT2017⸱2016-07-12 MBTT2016.zip" If you're not using a utf-8 character set, Cygwin may not be encoding this utf-16 character, or using the correct utf-8 equivalent for Linux, so it can be reversibly decoded. I don't know if rsync --iconv utf-16,utf-8 can bypass Cygwin to get the original names, or if it will internally encode, then rsync decode and encode, and produce a mess. You might want to get the creator to change the punctuation to just a normal minus and not get too creative, or skip those directories. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada -- 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: Bug in cygpath -a handling of leading ".//"
On Nov 26 02:42, Vadim Zeitlin wrote: > Hello, > > I seem to have a special talent for finding problems related to the > handling of doubled consecutive slashes in cygpath, as 5 years after > posting my previous bug report on this topic (see > http://sourceware.org/ml/cygwin/2011-06/msg00212.html), I have another one > which is also best shown with an example obtained with the latest Cygwin > 2.6.0 version under Windows 7: > > [~]% cd /tmp > [/tmp]% mkdir dir > [/tmp]% cd $_ > [/tmp/dir]% cygpath -a ../dir > /tmp/dir > [/tmp/dir]% cygpath -a ./../dir > /tmp/dir > [/tmp/dir]% cygpath -a .//../dir > /tmp/dir/dir > > The last one is, of course, incorrect, as it should still output /tmp/dir. > Notice that the problem doesn't happen if "-am" or "-aw" is used, only for > "-a" on its own, so it does have a simple workaround: realpath can be used > instead. But I still wanted to report it in the hope that it might at least > help somebody else if they run into it (it took me quite some time to > realize that the bug wasn't in my own makefile but rather in cygpath > itself...). > > Please let me know if you'd like me to provide any further information and > thanks in advance for looking at this, I could easily reproduce the problem and pushed a patch to the repo. I uploaded a new developer snapshot to https://cygwin.com/snapshots/, please give it a try. I guess a 2.6.1 bugfix release is due soon. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat signature.asc Description: PGP signature
