the Windows machine, when I clone sources with git, everything works well.
However, when I then use rsync to copy changes from the Linux machine to
Windows, the file permissions change on all files! In turn, git complains
about a new executable permission. And chmod fails to restore the previous
sources with git, everything works well.
However, when I then use rsync to copy changes from the Linux machine to
Windows, the file permissions change on all files! In turn, git complains
about a new executable permission. And chmod fails to restore the previous
state.
Sound like it is adding default
then use rsync to copy changes from the Linux machine to
Windows, the file permissions change on all files! In turn, git complains
about a new executable permission. And chmod fails to restore the previous
state.
Currently, the only way I found to restore a useful state, is to remove
the whole
lone sources with git, everything works well.
>
> However, when I then use rsync to copy changes from the Linux machine to
> Windows, the file permissions change on all files! In turn, git complains
> about a new executable permission. And chmod fails to restore the previous
> state.
>
Dear All,
There is an an issue that plagues me when using git in Cygwin.
I have two developer machines, one with Linux, and one with Windows. On
the Windows machine, when I clone sources with git, everything works well.
However, when I then use rsync to copy changes from the Linux machine to
On 8/29/2023 9:43 AM, Eliot Moss wrote:
On 8/29/2023 9:17 AM, Mario Emmenlauer via Cygwin wrote:
On 29.08.23 14:32, Adam Kessel via Cygwin wrote:
I've found rsync to be painfully slow on large folders -- hours to sync thousands of files, even
when they already match size and --size-on
On 8/29/2023 9:17 AM, Mario Emmenlauer via Cygwin wrote:
On 29.08.23 14:32, Adam Kessel via Cygwin wrote:
I've found rsync to be painfully slow on large folders -- hours to sync thousands of files, even
when they already match size and --size-only is used. It's much faster between na
On 29.08.23 14:32, Adam Kessel via Cygwin wrote:
I've found rsync to be painfully slow on large folders -- hours to sync thousands of files, even when they already match size and --size-only is used. It's much
faster between native Linux boxes.
I've been using rsync, unison an
I've found rsync to be painfully slow on large folders -- hours to sync
thousands of files, even when they already match size and --size-only is
used. It's much faster between native Linux boxes. Is there any trick to
improving performance? I've been looking for a native versi
On 2023-06-11 11:58, Jon Turney via Cygwin wrote:
On 30/05/2023 20:55, Brian Inglis via Cygwin wrote:
On 2023-05-30 06:21, Jon Turney via Cygwin wrote:
On 29/05/2023 23:42, Brian Inglis via Cygwin wrote:
On 2023-05-29 16:06, akakima via Cygwin wrote:
Does such a place exist (beside fruitbat)
On 30/05/2023 20:55, Brian Inglis via Cygwin wrote:
On 2023-05-30 06:21, Jon Turney via Cygwin wrote:
On 29/05/2023 23:42, Brian Inglis via Cygwin wrote:
On 2023-05-29 16:06, akakima via Cygwin wrote:
Does such a place exist (beside fruitbat) ?
Appears the master and all mirrors have stub se
On 2023-05-30 06:21, Jon Turney via Cygwin wrote:
On 29/05/2023 23:42, Brian Inglis via Cygwin wrote:
On 2023-05-29 16:06, akakima via Cygwin wrote:
Does such a place exist (beside fruitbat) ?
Appears the master and all mirrors have stub setup.ini and nothing else!
Only private mirrors like f
On 29/05/2023 23:42, Brian Inglis via Cygwin wrote:
On 2023-05-29 16:06, akakima via Cygwin wrote:
Does such a place exist (beside fruitbat) ?
Appears the master and all mirrors have stub setup.ini and nothing else!
Only private mirrors like fruitbat are likely to maintain history.
This answ
On 29/05/2023 23:06, akakima via Cygwin wrote:
Does such a place exist (beside fruitbat) ?
Use the cygwin-archive/20221123 path (See [1]) on an rsyncable
sourceware mirror (the list at [2] is sadly incomplete, not all of the
cygwin mirrors listed at [3] have a full sourceware mirror)
[1] ht
On 2023-05-29 16:06, akakima via Cygwin wrote:
Does such a place exist (beside fruitbat) ?
Appears the master and all mirrors have stub setup.ini and nothing else!
Only private mirrors like fruitbat are likely to maintain history.
--
Take care. Thanks, Brian Inglis Calgary, Albert
Does such a place exist (beside fruitbat) ?
Thanks a lot.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
The following packages have been uploaded to the Cygwin distribution:
* rsync-3.2.7-1
Rsync is a fast and extraordinarily versatile file copying
tool. It can copy locally, to/from another host over any remote shell,
or to/from a remote rsync daemon. It offers a large number of options
that
k=always` will take care of duplicated content.
Do note that paths must be relative. cp has an issue detecting "same volume"
and failing or falling back to simple copy.
> Question 1
> Would the command (or something like it, again with care over syntax and $PWD)
> $ rsync -a
files (possibly huge) when all one wants to do
>> is to change the {pathname} to them.
>>
>> Question 1
>> Would the command (or something like it, again with care over syntax and
>> $PWD)
>> $ rsync -axuv --progress {pathto}/folder1/{content} {pathto}/folder2/
have the disk space to do it) and it
seems seriously unsatisfactory and not without risk
to have to copy folders and files (possibly huge) when all one wants to do is
to change the {pathname} to them.
Question 1
Would the command (or something like it, again with care over syntax and $PWD)
$ rsync
seriously unsatisfactory and not without risk
to have to copy folders and files (possibly huge) when all one wants to do is
to change the {pathname} to them.
Question 1
Would the command (or something like it, again with care over syntax and $PWD)
$ rsync -axuv --progress {pathto}/folder1/{content
This worked on Windows 10 but hangs on Windows 11:
rsync -a :
After I terminated the background "ssh" process in Task Manager, this is the
output:
rsync: [sender] safe_read failed to read 4 bytes: No child processes (10)
rsync error: error in rsync protocol data stream (code 12) a
> Please pause here for a moment. Are you using Cygwin ssh or MS Windows
provided
> variant? Cygwin rsync is unable to use native Windows apps as tunnel
wrappers.
> Be it OpenSSH or PuTTY's plink. With exactly the message you see above.
This was the problem.
I installed OpenS
> Please pause here for a moment. Are you using Cygwin ssh or MS Windows
provided
> variant? Cygwin rsync is unable to use native Windows apps as tunnel
wrappers.
> Be it OpenSSH or PuTTY's plink. With exactly the message you see above.
I think we may (finally!) be getting somew
Greetings, Neil Aggarwal!
> Adam:
>> this reads to me like the remote
>> server is closing the connection
> When I run this command on my Windows machine:
> rsync --debug=ALL r...@marketing.propfinancing.com:/var/www/svnDumps
> /cygdrive/c/Tmp
> I get this outp
> Manually ssh to the server and try to run `rsync -h`.
I ran this command:
ssh -vvv r...@marketing.propfinancing.com rsync -h
It seemed to work. It gave me the output from rsync-h
> You can also get verbose ssh information from rsync using
I ran this command:
rsync -e '
On Sat, Mar 26, 2022 at 11:49:18PM -0500, Neil Aggarwal wrote:
> The big stumper for me is that scp works. What could cause rsync to act
> differently?
Likely answer: your server configuration, such as ssh config,
shell configuration, PATH, etc. which are a bit off-topic for
the cygwi
]: Session 3 logged out. Waiting
for processes to exit.
Mar 26 23:38:44 marketing systemd-logind[849]: Removed session 3.
I did not see anything else which seemed related.
The big stumper for me is that scp works. What could cause rsync to act
differently?
They are both connecting through port 22
On Fri, Mar 25, 2022 at 10:01 PM wrote:
> On the server, I got a /tmp/rsync-3191.out file which I am attaching here.
> I can't make sense of what it is trying to tell me.
It shows you the system calls being made. If you read down to the end,
rsync writes 4 bytes and then tries to r
Adam:
Thanks for the opinion on the version differences.
Regarding my server setup, this command works:
scp r...@marketing.propfinancing.com:/var/www/svnDumps/* "c:\\Tmp"
So I am not completely convinced the problem lies in the network or my
server.
It would be nice to get rsync wor
On Fri, Mar 25, 2022 at 12:36:55PM -0500, Neil Aggarwal wrote:
> Adam:
>
> I tried doing an upload using this command:
> rsync test.xml r...@marketing.propfinancing.com:/tmp
>
> I still get an error:
> rsync: connection unexpectedly closed (0 bytes received so far) [Re
Wayne:
When I run this command on my Windows machine:
echo hi | ssh r...@marketing.propfinancing.com cat
I get back:
hi
When I run this command:
rsync --debug=ALL --msgs2stderr -M--msgs2stderr
r...@marketing.propfinancing.com:/var/www/svnDumps /cygdrive/c/Tmp
I get this output:
opening
On Fri, Mar 25, 2022 at 10:37 AM Neil Aggarwal wrote:
> I still get an error:
> rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
> rsync error: error in rsync protocol data stream (code 12) at io.c(226)
> [Receiver=3.1.3]
> rsync: connection unexpectedly
Adam:
I tried doing an upload using this command:
rsync test.xml r...@marketing.propfinancing.com:/tmp
I still get an error:
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(226)
[Receiver=3.1.3]
rsync
Adam:
> this reads to me like the remote
> server is closing the connection
When I run this command on my Windows machine:
rsync --debug=ALL r...@marketing.propfinancing.com:/var/www/svnDumps
/cygdrive/c/Tmp
I get this output on the screen:
opening connection using: ssh -
Adam:
> Looking slightly closer at the logs, this reads to me like the remote
> server is closing the connection, so I expect you'll need help from
> whoever provides/supports that remote server to work out why it's doing
> that.
I am responsible for the remote server. I will look into that.
Tha
ng to do the sync over an SSH connection.
>
> When I remove it:
> rsync --debug=ALL r...@marketing.propfinancing.com:/var/www/svnDumps
> /cygdrive/c/Tmp
>
> I still get the error:
> opening connection using: ssh -l root marketing.propfinancing.com
> rsync --server --send
> I suspect the `-e ssh` part is the problem here. That's supposed to
> specify the remote shell, not the method for connecting. What are you
> attempting to achieve with that?
I am trying to do the sync over an SSH connection.
When I remove it:
rsync
On Thu, Mar 24, 2022 at 12:22:12AM -0500, Neil Aggarwal wrote:
> I am trying to use rsync to pull all backups from a linux server
> to my local Windows machine.
>
> I tried this rsync command:
>
> $ rsync --debug=ALL -e ssh r...@marketing.propfinancing.com:/var/www/svnDumps
Hello:
I am trying to use rsync to pull all backups from a linux server
to my local Windows machine.
I tried this rsync command:
$ rsync --debug=ALL -e ssh r...@marketing.propfinancing.com:/var/www/svnDumps
/cygdrive/c/Tmp
Here is the output:
opening connection using: ssh -l root
On Mon, Jan 3, 2022 at 8:17 AM wrote:
> So, why is 'cp -a' able to preserve ownership while 'rsync -a' fails
> and sets ownership to the login name?
Rsync is rather old-school Unix-oriented, so it only checks if its uid
is 0 to see if it should try to chown things. Y
I am running cygwin as Administrator and tried this under both Win7
and Win10.
# touch test
# chown Administrators.SYSTEM test
# rsync -a test test2
# cp -a test test3
# ls -al test*
-rw-r--r-- 1 Administrators SYSTEM 0 Jan 3 11:00 test
-rw-r--r-- 1 myname None 0 Jan 3 11:00 test2
-rw
rest both here and on the Cygwin
> > developers list. I, too rsync between Cygwin and Linux machines.
> >
> > Lots of good debate showing the genius of the folks that support the
> cygwin
> > infrastructure.
> >
> > Looks like the lively discussion on bot
On 9/16/2021 6:00 PM, Keith Christian via Cygwin wrote:
I've been following his thread with interest both here and on the Cygwin
developers list. I, too rsync between Cygwin and Linux machines.
Lots of good debate showing the genius of the folks that support the cygwin
infrastructure.
I've been following his thread with interest both here and on the Cygwin
developers list. I, too rsync between Cygwin and Linux machines.
Lots of good debate showing the genius of the folks that support the cygwin
infrastructure.
Looks like the lively discussion on both lists has stopped.
On Sep 6 21:34, Brian Inglis wrote:
> On 2021-09-06 15:24, Ken Brown via Cygwin wrote:
> > On 9/6/2021 4:54 PM, Peter Dons Tychsen wrote:
> > > Hi there,
> > >
> > > On Mon, 2021-09-06 at 14:40 -0400, Ken Brown via Cygwin wrote:
> > > > > No, wait. I get what you say. The optimzation settings o
On 07/09/2021 23:44, Ken Brown via Cygwin wrote:
>
> MS can't add a new named field to a documented struct without
breaking a lot of code. I think it's extremely unlikely that they would
do that. On the other hand, I think it's very likely that a reader of
the Cygwin code would be confused by c
On 9/7/2021 5:52 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
With undocumented structure member initialization an issue, maybe better to
future proof using e.g.
MEM_EXTENDED_PARAMETER mmap_ext = { 0 }; // or memset or bzero
I don't see what this would accomplish. We're already init
> >
> > With undocumented structure member initialization an issue, maybe better to
> > future proof using e.g.
> >
> > MEM_EXTENDED_PARAMETER mmap_ext = { 0 }; // or memset or bzero
>
> I don't see what this would accomplish. We're already initializing every
> member
> after Corinna's last
Hi Ken,
On Mon, 2021-09-06 at 17:24 -0400, Ken Brown via Cygwin wrote:
> You're looking at the wrong source code. The bug didn't occur until
> the code
> was changed to do the following:
You are right. I do not know why i looked at an old checkout of the
code. Shame on me! Sorry for wasting you
On 9/6/2021 11:34 PM, Brian Inglis wrote:
On 2021-09-06 15:24, Ken Brown via Cygwin wrote:
On 9/6/2021 4:54 PM, Peter Dons Tychsen wrote:
Hi there,
On Mon, 2021-09-06 at 14:40 -0400, Ken Brown via Cygwin wrote:
No, wait. I get what you say. The optimzation settings of the test
case should h
On 2021-09-06 15:24, Ken Brown via Cygwin wrote:
On 9/6/2021 4:54 PM, Peter Dons Tychsen wrote:
Hi there,
On Mon, 2021-09-06 at 14:40 -0400, Ken Brown via Cygwin wrote:
No, wait. I get what you say. The optimzation settings of the test
case should have no influence on the code inside the DLL
On 9/6/2021 5:24 PM, Ken Brown via Cygwin wrote:
On 9/6/2021 4:54 PM, Peter Dons Tychsen wrote:
Hi there,
On Mon, 2021-09-06 at 14:40 -0400, Ken Brown via Cygwin wrote:
No, wait. I get what you say. The optimzation settings of the test
case should have no influence on the code inside the DLL
On 9/6/2021 4:54 PM, Peter Dons Tychsen wrote:
Hi there,
On Mon, 2021-09-06 at 14:40 -0400, Ken Brown via Cygwin wrote:
No, wait. I get what you say. The optimzation settings of the test
case should have no influence on the code inside the DLL. That
doesn't
make sense for sure. However, I r
Hi there,
On Mon, 2021-09-06 at 14:40 -0400, Ken Brown via Cygwin wrote:
> > No, wait. I get what you say. The optimzation settings of the test
> > case should have no influence on the code inside the DLL. That
> > doesn't
> > make sense for sure. However, I ran the testcase under GDB, I could
Hi there,
On Mon, 2021-09-06 at 14:40 -0400, Ken Brown via Cygwin wrote:
> > No, wait. I get what you say. The optimzation settings of the test
> > case should have no influence on the code inside the DLL. That
> > doesn't
> > make sense for sure. However, I ran the testcase under GDB, I could
On 9/6/2021 2:07 PM, Corinna Vinschen via Cygwin wrote:
On Sep 6 19:59, Corinna Vinschen via Cygwin wrote:
On Sep 6 13:38, Ken Brown via Cygwin wrote:
On 9/6/2021 1:12 PM, Ken Brown via Cygwin wrote:
On 9/6/2021 11:32 AM, Corinna Vinschen via Cygwin wrote:
On Sep 5 09:24, Ken Brown via Cyg
On Sep 6 19:59, Corinna Vinschen via Cygwin wrote:
> On Sep 6 13:38, Ken Brown via Cygwin wrote:
> > On 9/6/2021 1:12 PM, Ken Brown via Cygwin wrote:
> > > On 9/6/2021 11:32 AM, Corinna Vinschen via Cygwin wrote:
> > > > On Sep 5 09:24, Ken Brown via Cygwin wrote:
> > > > > On 9/4/2021 8:04 PM,
On Sep 6 13:38, Ken Brown via Cygwin wrote:
> On 9/6/2021 1:12 PM, Ken Brown via Cygwin wrote:
> > On 9/6/2021 11:32 AM, Corinna Vinschen via Cygwin wrote:
> > > On Sep 5 09:24, Ken Brown via Cygwin wrote:
> > > > On 9/4/2021 8:04 PM, Ken Brown via Cygwin wrote:
> > > > > On 9/4/2021 6:58 PM, Ken
On 9/6/2021 1:38 PM, Ken Brown via Cygwin wrote:
On 9/6/2021 1:12 PM, Ken Brown via Cygwin wrote:
On 9/6/2021 11:32 AM, Corinna Vinschen via Cygwin wrote:
On Sep 5 09:24, Ken Brown via Cygwin wrote:
On 9/4/2021 8:04 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:58 PM, Ken Brown via Cygwin wr
On 9/6/2021 1:12 PM, Ken Brown via Cygwin wrote:
On 9/6/2021 11:32 AM, Corinna Vinschen via Cygwin wrote:
On Sep 5 09:24, Ken Brown via Cygwin wrote:
On 9/4/2021 8:04 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:58 PM, Ken Brown via Cygwin wrote:
Here are the correct commits:
8169e39ab Cyg
On 9/6/2021 11:32 AM, Corinna Vinschen via Cygwin wrote:
On Sep 5 09:24, Ken Brown via Cygwin wrote:
On 9/4/2021 8:04 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:58 PM, Ken Brown via Cygwin wrote:
Here are the correct commits:
8169e39ab Cygwin: C++17: register keyword is deprecated
3ca80b3
On Sep 5 09:24, Ken Brown via Cygwin wrote:
> On 9/4/2021 8:04 PM, Ken Brown via Cygwin wrote:
> > On 9/4/2021 6:58 PM, Ken Brown via Cygwin wrote:
> > > Here are the correct commits:
> > >
> > > 8169e39ab Cygwin: C++17: register keyword is deprecated
> > > 3ca80b360 Cygwin: dumper: fix up GCC pr
05.09.2021 17:11, Brian Inglis:
The suggestion was intended as a tip to ensure *complete* locally
rebuilt package contents are installed,
Setup has its "from_cwd" installation mode for precisely that reason:
installing a local package without the need to create a full install
hierarchy and s
On 2021-09-05 02:18, Achim Gratz wrote:
04.09.2021 18:45, Brian Inglis:
[...]
then to install all binary packages for dogfooding:
Would you please stop telling folks to do things that potentially breaks
their systems?
There are quite a few more steps to take if you want to emulate what
set
On 9/4/2021 8:04 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:58 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:54 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:37 PM, Ken Brown via Cygwin wrote:
I've reduced the procps failure to the following test case:
$ cat mmap_test.c
#include
#include
04.09.2021 18:45, Brian Inglis:
[...]
then to install all binary packages for dogfooding:
Would you please stop telling folks to do things that potentially breaks
their systems?
There are quite a few more steps to take if you want to emulate what
setup does. Then again you cannot do that o
On 9/4/2021 6:58 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:54 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:37 PM, Ken Brown via Cygwin wrote:
I've reduced the procps failure to the following test case:
$ cat mmap_test.c
#include
#include
#include
int
main ()
{
void *addr;
int pa
On 2021-09-04 16:37, Ken Brown via Cygwin wrote:
I've reduced the procps failure to the following test case:
$ cat mmap_test.c
#include
#include
#include
int
main ()
{
void *addr;
int page_size = getpagesize ();
addr = mmap (0, page_size, PROT_READ | PROT_WRITE,
MAP
On 9/4/2021 6:54 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:37 PM, Ken Brown via Cygwin wrote:
I've reduced the procps failure to the following test case:
$ cat mmap_test.c
#include
#include
#include
int
main ()
{
void *addr;
int page_size = getpagesize ();
addr = mmap (0, page
On 9/4/2021 6:37 PM, Ken Brown via Cygwin wrote:
I've reduced the procps failure to the following test case:
$ cat mmap_test.c
#include
#include
#include
int
main ()
{
void *addr;
int page_size = getpagesize ();
addr = mmap (0, page_size, PROT_READ | PROT_WRITE,
MAP
I've reduced the procps failure to the following test case:
$ cat mmap_test.c
#include
#include
#include
int
main ()
{
void *addr;
int page_size = getpagesize ();
addr = mmap (0, page_size, PROT_READ | PROT_WRITE,
MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);
if (addr == MAP_FA
On 2021-09-03 14:59, Chris Roehrig wrote:
On Fri Sep 3 2021, at 12:55 PM, Corinna Vinschen wrote:
On Sep 2 12:03, Chris Roehrig wrote:
On Thu Sep 2 2021, at 8:25 AM, Ken Brown via Cygwin wrote:
On 9/1/2021 5:11 PM, Chris Roehrig wrote:
I rebuild procps 3.3.17.29-2480 from source and it appea
Am 03.09.2021 um 22:59 schrieb Chris Roehrig:
I got procps working I think (both with and without the revert).
That likely wasn't what Corinna wanted to know, though.
Please re-install the procps-ng, cygwin and cygwin-devel packages from
setup (and revert any other alterations you may have ma
On Fri Sep 3 2021, at 12:55 PM, Corinna Vinschen
wrote:
> [resent, this time with the ML in To]
>
> On Sep 2 12:03, Chris Roehrig wrote:
>>
>> On Thu Sep 2 2021, at 8:25 AM, Ken Brown via Cygwin
>> wrote:
>>> On 9/1/2021 5:11 PM, Chris Roehrig wrote:
I rebuild procps 3.3.17.29-2480 fro
[resent, this time with the ML in To]
On Sep 2 12:03, Chris Roehrig wrote:
>
> On Thu Sep 2 2021, at 8:25 AM, Ken Brown via Cygwin wrote:
> > On 9/1/2021 5:11 PM, Chris Roehrig wrote:
> >> I rebuild procps 3.3.17.29-2480 from source and it appears to work, so
> >> maybe the stock procps packag
On 9/2/2021 3:03 PM, Chris Roehrig wrote:
On Thu Sep 2 2021, at 8:25 AM, Ken Brown via Cygwin wrote:
On 9/1/2021 5:11 PM, Chris Roehrig wrote:
I rebuild procps 3.3.17.29-2480 from source and it appears to work, so maybe
the stock procps package is incompatible with the current master branch.
On Thu Sep 2 2021, at 8:25 AM, Ken Brown via Cygwin wrote:
> On 9/1/2021 5:11 PM, Chris Roehrig wrote:
>> I rebuild procps 3.3.17.29-2480 from source and it appears to work, so maybe
>> the stock procps package is incompatible with the current master branch.
>
> Maybe, but it could also be a C
On 9/1/2021 5:11 PM, Chris Roehrig wrote:
I rebuild procps 3.3.17.29-2480 from source and it appears to work, so maybe
the stock procps package is incompatibility with the current master branch.
Maybe, but it could also be a Cygwin bug. I'll do a bisection of the Cygwin
sources to see if I c
ere was an undefined
siginfo_t.si_int in ./lib/test_process.c which I just commented-out to get it
to build.
-- Chris
On Tue Aug 31 2021, at 1:23 PM, Chris Roehrig wrote:
> I did a 'git pull' of the latest topic/pipe and rebuilt and I now do indeed
> get 100MB/s transfer
I've found you must also copy the matching cygwin-console-helper.exe
for everything to work correctly!
On 2021-08-31 14:23, Chris Roehrig wrote:
I did a 'git pull' of the latest topic/pipe and rebuilt and I now do indeed get
100MB/s transfers using both rsync and scp (without
I did a 'git pull' of the latest topic/pipe and rebuilt and I now do indeed get
100MB/s transfers using both rsync and scp (without pipe_byte).
(It turns out last time I forgot 'make install' -- Doh!)
I still get the procps error however.
On Tue Aug 31 2021, at 12:53 PM,
/30/2021 7:58 PM, Chris Roehrig wrote:
>> I got it to build and tried out the topic/pipe branch (checked out on Monday
>> around 4:30pm PDT):
>> 1. I didn't see any improvement in my sshd+rsync time, still 3-4 MB/sec.
>> 2. I get the following error from procps: procp
On 8/30/2021 7:58 PM, Chris Roehrig wrote:
I got it to build and tried out the topic/pipe branch (checked out on Monday
around 4:30pm PDT):
1. I didn't see any improvement in my sshd+rsync time, still 3-4 MB/sec.
2. I get the following error from procps: procps:ps/output.c:2195: p
I got it to build and tried out the topic/pipe branch (checked out on Monday
around 4:30pm PDT):
1. I didn't see any improvement in my sshd+rsync time, still 3-4 MB/sec.
2. I get the following error from procps: procps:ps/output.c:2195: please
report this bug
(I also get this usin
On Sun, 29 Aug 2021 22:15:29 -0400
Ken Brown wrote:
> On 8/29/2021 8:22 PM, Takashi Yano via Cygwin wrote:
> > On Mon, 30 Aug 2021 09:13:14 +0900
> > Takashi Yano wrote:
> >> On Sun, 29 Aug 2021 17:04:56 -0400
> >> Ken Brown wrote:
> >>> On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
> O
On 8/29/2021 8:22 PM, Takashi Yano via Cygwin wrote:
On Mon, 30 Aug 2021 09:13:14 +0900
Takashi Yano wrote:
On Sun, 29 Aug 2021 17:04:56 -0400
Ken Brown wrote:
On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 18:41:02 +0900
Takashi Yano wrote:
On Sat, 28 Aug 2021 10:43
On Mon, 30 Aug 2021 09:13:14 +0900
Takashi Yano wrote:
> On Sun, 29 Aug 2021 17:04:56 -0400
> Ken Brown wrote:
> > On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
> > > On Sat, 28 Aug 2021 18:41:02 +0900
> > > Takashi Yano wrote:
> > >> On Sat, 28 Aug 2021 10:43:27 +0200
> > >> Corinna Vinsche
On Sun, 29 Aug 2021 17:04:56 -0400
Ken Brown wrote:
> On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
> > On Sat, 28 Aug 2021 18:41:02 +0900
> > Takashi Yano wrote:
> >> On Sat, 28 Aug 2021 10:43:27 +0200
> >> Corinna Vinschen wrote:
> >>> On Aug 28 02:21, Takashi Yano via Cygwin wrote:
>
On 8/29/2021 4:41 AM, Takashi Yano wrote:
Hi Ken,
On Sat, 28 Aug 2021 16:55:52 -0400
Ken Brown wrote:
On 8/28/2021 11:43 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 13:58:08 +0200
Corinna Vinschen wrote:
On Aug 28 18:41, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 10:43:27
On 8/29/2021 3:24 PM, Chris Roehrig wrote:
I'd be happy to test it out if you can give me some commands to git it and
build it to replace my existing stock Cygwin installation.
(Or it is just the cygwin.dll I'd need to replace?)
My daily backup scripts use a lot of pipes and named pipes.
It's
On 8/29/2021 3:37 PM, Takashi Yano wrote:
On Sun, 29 Aug 2021 11:57:04 -0400
Ken Brown wrote:
On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 18:41:02 +0900
Takashi Yano wrote:
On Sat, 28 Aug 2021 10:43:27 +0200
Corinna Vinschen wrote:
On Aug 28 02:21, Takashi Yano vi
On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 18:41:02 +0900
Takashi Yano wrote:
On Sat, 28 Aug 2021 10:43:27 +0200
Corinna Vinschen wrote:
On Aug 28 02:21, Takashi Yano via Cygwin wrote:
On Fri, 27 Aug 2021 12:00:50 -0400
Ken Brown wrote:
Two years ago I thought I
On Sun, 29 Aug 2021 11:57:04 -0400
Ken Brown wrote:
> On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
> > On Sat, 28 Aug 2021 18:41:02 +0900
> > Takashi Yano wrote:
> >> On Sat, 28 Aug 2021 10:43:27 +0200
> >> Corinna Vinschen wrote:
> >>> On Aug 28 02:21, Takashi Yano via Cygwin wrote:
>
I'd be happy to test it out if you can give me some commands to git it and
build it to replace my existing stock Cygwin installation.
(Or it is just the cygwin.dll I'd need to replace?)
My daily backup scripts use a lot of pipes and named pipes.
-- Chris
On Sun Aug 29 2021, at 8:57 AM, Ken Br
On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 18:41:02 +0900
Takashi Yano wrote:
On Sat, 28 Aug 2021 10:43:27 +0200
Corinna Vinschen wrote:
On Aug 28 02:21, Takashi Yano via Cygwin wrote:
On Fri, 27 Aug 2021 12:00:50 -0400
Ken Brown wrote:
Two years ago I thought I
On Aug 29 00:43, Takashi Yano via Cygwin wrote:
> On Sat, 28 Aug 2021 13:58:08 +0200
> Corinna Vinschen wrote:
> > On Aug 28 18:41, Takashi Yano via Cygwin wrote:
> > > On Sat, 28 Aug 2021 10:43:27 +0200
> > > Corinna Vinschen wrote:
> > > > On Aug 28 02:21, Takashi Yano via Cygwin wrote:
> > > > >
On Sat, 28 Aug 2021 18:41:02 +0900
Takashi Yano wrote:
> On Sat, 28 Aug 2021 10:43:27 +0200
> Corinna Vinschen wrote:
> > On Aug 28 02:21, Takashi Yano via Cygwin wrote:
> > > On Fri, 27 Aug 2021 12:00:50 -0400
> > > Ken Brown wrote:
> > > > Two years ago I thought I needed nt_create to avoid probl
Hi Ken,
On Sat, 28 Aug 2021 16:55:52 -0400
Ken Brown wrote:
> On 8/28/2021 11:43 AM, Takashi Yano via Cygwin wrote:
> > On Sat, 28 Aug 2021 13:58:08 +0200
> > Corinna Vinschen wrote:
> >> On Aug 28 18:41, Takashi Yano via Cygwin wrote:
> >>> On Sat, 28 Aug 2021 10:43:27 +0200
> >>> Corinna Vinsche
On 8/28/2021 11:43 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 13:58:08 +0200
Corinna Vinschen wrote:
On Aug 28 18:41, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 10:43:27 +0200
Corinna Vinschen wrote:
On Aug 28 02:21, Takashi Yano via Cygwin wrote:
On Fri, 27 Aug 2021 12:00
1 - 100 of 1499 matches
Mail list logo
