On Tue, 27 Aug 2024 at 18:30, Eliot Moss via Cygwin wrote:
>
> On 8/27/2024 11:31 AM, Jon Turney via Cygwin wrote:
> > On 27/08/2024 09:21, Mark Liam Brown via Cygwin wrote:
> >> Greetings!
> >>
> >> /usr/bin/uptime always reports 0/0/0 average cpu load:
>
On Tue, Aug 27, 2024 at 6:29 PM Eliot Moss via Cygwin wrote:
> On 8/27/2024 11:31 AM, Jon Turney via Cygwin wrote:
> > On 27/08/2024 09:21, Mark Liam Brown via Cygwin wrote:
> >> Greetings!
> >>
> >> /usr/bin/uptime always reports 0/0/0 average cpu load:
> &
On 8/27/2024 11:31 AM, Jon Turney via Cygwin wrote:
On 27/08/2024 09:21, Mark Liam Brown via Cygwin wrote:
Greetings!
/usr/bin/uptime always reports 0/0/0 average cpu load:
$ uptime
10:09:01 up 15:59, 0 user, load average: 0.00, 0.00, 0.00
is this a known bug?
Kind of.
Due to windows
On 27/08/2024 09:21, Mark Liam Brown via Cygwin wrote:
Greetings!
/usr/bin/uptime always reports 0/0/0 average cpu load:
$ uptime
10:09:01 up 15:59, 0 user, load average: 0.00, 0.00, 0.00
is this a known bug?
Kind of.
Due to windows API limitations, the current implementation has the
On 8/27/2024 10:39 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
/usr/bin/uptime always reports 0/0/0 average cpu load:
WJFFM
$ uptime
10:33:16 up 6 days, 14:06, 0 users, load average: 1.88, 2.04, 2.06
$ cat /proc/loadavg
1.88 2.04 2.06 2/5
Anton Lavrentiev
Anton, can you
Here's what I get with those commands:
jeffr@Callisto: ~ $ uptime
10:53:42 up 3:42, 0 user, load average: 0.00, 0.00, 0.00
jeffr@Callisto: ~ $ cat /proc/loadavg
0.00 0.00 0.00 1/14
Cygwin version 3.5.3-1.x86_64
Jeff
From: Cygwin on behalf of
Lavre
> /usr/bin/uptime always reports 0/0/0 average cpu load:
WJFFM
$ uptime
10:33:16 up 6 days, 14:06, 0 users, load average: 1.88, 2.04, 2.06
$ cat /proc/loadavg
1.88 2.04 2.06 2/5
Anton Lavrentiev
Contractor NIH/NLM/NCBI
--
Problem reports: https://cygwin.com/problems.html
Mark Liam Brown via Cygwin
Sent: Tuesday, August 27, 2024 1:21 AM
To: cygwin@cygwin.com
Subject: BUG: /usr/bin/uptime always reports 0/0/0 average
Greetings!
/usr/bin/uptime always reports 0/0/0 average cpu load:
$ uptime
10:09:01 up 15:59, 0 user, load average: 0.00, 0.00, 0.00
is this a
Greetings!
/usr/bin/uptime always reports 0/0/0 average cpu load:
$ uptime
10:09:01 up 15:59, 0 user, load average: 0.00, 0.00, 0.00
is this a known bug?
Mark
--
IT Infrastructure Consultant
Windows, Linux
--
Problem reports: https://cygwin.com/problems.html
FAQ
Good evening!
Does Cygwin support the btime/birth time?
Ced
-- Forwarded message -
From: Miklos Szeredi
Date: Thu, 10 Aug 2023 at 14:19
Subject: [PATCH 0/5] fuse: support birth time
To:
Add the infrastructure for btime support in the form of a new STATX
request.
The format
example, if we go to the ms-nfs41-nfs-filesystem (not the NFS
version 3 client from Windows!!!) with cd X: ; cd tmp/data9/, and do a
ls -l we get 'Unix_User+0' and 'Unix_Group+0' for user and group
names.
The question is: Where do these names come from - Windows,
ms-nfs41-nfs-filesyst
e).
> >
> > For example, if we go to the ms-nfs41-nfs-filesystem (not the NFS
> > version 3 client from Windows!!!) with cd X: ; cd tmp/data9/, and do a
> > ls -l we get 'Unix_User+0' and 'Unix_Group+0' for user and group
> > names.
> > The
t; version 3 client from Windows!!!) with cd X: ; cd tmp/data9/, and do a
> ls -l we get 'Unix_User+0' and 'Unix_Group+0' for user and group
> names.
> The question is: Where do these names come from - Windows,
> ms-nfs41-nfs-filesystem or Cygwin?
> getent passwd a
'Unix_User+0' and 'Unix_Group+0' for user and group
names.
The question is: Where do these names come from - Windows,
ms-nfs41-nfs-filesystem or Cygwin?
getent passwd and getent group do not list this on Cygwin.
NFS version 4 server "lordbatman" has user mlw=uid(3620) and
d has called when it's
stuck. Eventually, I captured this output on the chmod command from that tool:
Process 0x1c34 - chmod.exe
--
8080:
[1c34:1f90:b]->[Mutex:\BaseNamedObjects\cygwin1S5-144f71ebfd861cae\cygcons.input.mutex.0]->[1c34:160c:r]->[End]
The following packages have been uploaded to the Cygwin distribution:
* gettext 0.22
* gettext-devel 0.22
* gettext-doc 0.22
* emacs-gettext 0.22
* libgettextpo0 0.22
* libgettextpo-devel0.22
* lib
The following packages have been uploaded to the Cygwin distribution:
* gettext 0.21.1-2
* gettext-devel 0.21.1-2
* gettext-doc 0.21.1-2
* emacs-gettext 0.21.1-2
* libgettextpo0 0.21.1-2
* libgettextpo-devel
AM = 'mintty'
TERM_PROGRAM_VERSION = '3.6.1'
PROCESSOR_REVISION = '9e0d'
PROFILEREAD = 'true'
NUMBER_OF_PROCESSORS = '16'
ProgramW6432 = 'C:\Program Files'
COMSPEC = 'C:\Windows\system32\cmd.exe'
APPDATA = 'C:\Users\WDAGUtilityA
The following packages have been uploaded to the Cygwin distribution:
* gettext 0.21.1
* gettext-devel 0.21.1
* gettext-doc 0.21.1
* emacs-gettext 0.21.1
* libgettextpo0 0.21.1
* libgettextpo-devel0
On May 19 13:51, Jun T wrote:
>
> > 2022/05/18 23:54, Corinna Vinschen wrote:
> >
> > For a start, can you try the above patch?
>
> Thanks for a quick response. The patch seems to solve the problem.
> Of course there is a possibility that it happens with very low probability,
> but I haven't g
> 2022/05/18 23:54, Corinna Vinschen wrote:
>
> For a start, can you try the above patch?
Thanks for a quick response. The patch seems to solve the problem.
Of course there is a possibility that it happens with very low probability,
but I haven't get the problem by running 'cmd | less' many t
On May 18 20:19, Jun T wrote:
> It seems killpg(2) on Cygwin has a problem as described below.
> Can this be (easily) fixed?
>
> [1] The problem
>
> killpg(pgid, 0) (or kill_pgrp(pgid, si_signo=0), in signal.cc)
> fails (returns -1) even when there is a process in the pro
Dear Cygwin developers,
It seems killpg(2) on Cygwin has a problem as described below.
Can this be (easily) fixed?
[1] The problem
killpg(pgid, 0) (or kill_pgrp(pgid, si_signo=0), in signal.cc)
fails (returns -1) even when there is a process in the process
group pgid, if the process is in the
Please contact me on my email ca729...@gmail.com I have a business proposal
for you
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscri
The native and mingw-w64 cross compilers have been updated for both
architectures to the latest upstream release version:
gcc-11.2.0-0
mingw64-i686-gcc-11.2.0-0
mingw64-x86_64-gcc-11.2.0-0.1
This is a replacement for the version 11.1 test release.
This test release includes libgccjit as a
The following packages have been uploaded to the Cygwin distribution:
* gettext 0.21
* gettext-devel 0.21
* gettext-doc 0.21
* emacs-gettext 0.21
* libgettextpo0 0.21
* libgettextpo-devel0.21
* liba
ASSI writes:
> It _might_ be possible for this particular case that one could open
> /proc/${clientpid}/fd/1 and have it do the right thing. If so, then the
> call just above that clobbers stdin with the ttyname would probably be
> better off as /proc/${clientpid}/fd/0.
To paraphra
tyname would probably be
better off as /proc/${clientpid}/fd/0.
Otherwise with the code changes as implemented you'd need to wait for
the AF_UNIX branch by Ken Brown to finally land before tmux works as
intended again.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb
Michael Wild via Cygwin writes:
> I just uploaded a patched test version 3.2-1 (yeah, I know, I'm off by
> one with the release number...). Can you give it a go and see whether
> the mosh test suite runs through with it?
I'll have a look, but it'll probably at the weekend.
Regards,
Achim.
--
+<
> > [...]
> > As I said in the original posting, the test suite for mosh makes use of
> > control mode.
> > [...]
I just uploaded a patched test version 3.2-1 (yeah, I know, I'm off by
one with the release number...). Can you give it a go and see whether
the mosh test suite runs through with it?
On Mon, May 31, 2021 at 8:30 PM Achim Gratz wrote:
>
> Michael Wild via Cygwin writes:
> > Just out of curiosity: is this a critical feature for you? E.g. are
> > you automating tmux with it? Because as far as I understand control
> > mode is intended for integration with terminal emulators. And so
Michael Wild via Cygwin writes:
> Just out of curiosity: is this a critical feature for you? E.g. are
> you automating tmux with it? Because as far as I understand control
> mode is intended for integration with terminal emulators. And so far,
> iTerm2 on Mac is the only one implementing the protoc
On Wed, May 26, 2021 at 12:08 PM ASSI wrote:
>
> Michael Wild via Cygwin writes:
> > Sorry for the mistake with the release number. Should that be a sanity
> > check in calm?
>
> I personally don't think so, if you want to do a test / pre-release then
> startin
Michael Wild via Cygwin writes:
> Sorry for the mistake with the release number. Should that be a sanity
> check in calm?
I personally don't think so, if you want to do a test / pre-release then
starting with a "0" seems netural to me.
> As for the problem with th
On Tue, May 25, 2021 at 11:02 PM Achim Gratz wrote:
>
> Achim Gratz writes:
> > Michael Wild via Cygwin-announce via Cygwin writes:
> >> The following packages have been uploaded to the Cygwin distribution:
> >>
> >> * tmux-3.2-0
> >
> > [nit]
&g
Achim Gratz writes:
> Michael Wild via Cygwin-announce via Cygwin writes:
>> The following packages have been uploaded to the Cygwin distribution:
>>
>> * tmux-3.2-0
>
> [nit]
> General releases should be numbered starting with 1.
>
> Is the control mode workin
Michael Wild via Cygwin-announce via Cygwin writes:
> The following packages have been uploaded to the Cygwin distribution:
>
> * tmux-3.2-0
[nit]
General releases should be numbered starting with 1.
The mosh test suite breaks with this release (the same build tests OK
again with
The following packages have been uploaded to the Cygwin distribution:
* tmux-3.2-0
tmux enables a number of terminals (or windows) to be accessed and
controlled from a single terminal like screen. tmux runs as a server-client
system. A server is created automatically when necessary and holds a
The following packages have been uploaded to the Cygwin distribution:
* python36-paramiko-2.7.2-0
* python37-paramiko-2.7.2-0
* python38-paramiko-2.7.2-0
This is a library for making SSH2 connections (client or server).
Emphasis is on using SSH2 as an alternative to SSL for making secure
On 20.04.2021 06:57, Andrey Repin wrote:
Greetings, David McFarland!
I'm a little lost on the exact process for sending patches for packages,
I think the cygwin-patches is an appropriate place for these.
that is only for patches to the cygwin itself.
For packages, here is fine
--
Problem r
Greetings, David McFarland!
> I'm a little lost on the exact process for sending patches for packages,
I think the cygwin-patches is an appropriate place for these.
> so excuse me if I'm in the wrong place. I found this problem when trying
> to build something that depends on libbrotli.
> This
I'm a little lost on the exact process for sending patches for packages,
so excuse me if I'm in the wrong place. I found this problem when trying
to build something that depends on libbrotli.
This patch pulls the fix from this PR:
https://github.com/google/brotli/pull/838
David McFarland (1):
c
Kramer (US), Leonard via Cygwin writes:
> However, in gnuplot-base (5.4 patchlevel 0) The '$1' persistently
> translates to the second gnuplot-base command line argument (ie:
> ARG2). It is not supposed to be assigned to anything as far as I
> know. I have a work around bu
Kramer (US), Leonard via Cygwin writes:
> I'm running cygwin64 on a Windows 10 platform . None of my 5
> existing, well established, gnuplot 4.6 scripts run under gnuplot-base
> 5.4 which I just installed.
You'd be well advised to peruse the changelogs for all the versions
since then, especially
. "| awk '{print $1}' " )
--
However, in gnuplot-base (5.4 patchlevel 0)
The '$1' persistently translates to the second gnuplot-base command line
argument (ie: ARG2). It is not supposed to be assigned to anything as far as
I know. I have a work around but this appears to be a
The current version 10.2 of gcc is available as a test package for
Cygwin (you need to explicitly select that particular version in setup).
The release version will most likely become available around
mid-September.
I hope to have the mingw64 cross compiler toolchains available at the
same time.
Gnuplot release candidate 2 for version 5.4 is now available for testing
on Cygwin (you'll have to select the "test" version in order to install
it). This is the forerunner of an upstream feature release expected in
the upcoming weeks. The upstream release notes are available at:
http://www.g
ibssh/0.8.7/openssl/zlib nghttp2/1.37.0
> Since the upgrade, we've seen problems uploading text files to sftp
> servers. Here's the call that we make:
> curl--trace-ascii trace.txt -k sftp://:@/file.txt-T
> file.txt
>
> On initial call, a 0-length file is uploaded, with succ
w., if you find a bug
in the code, we do take patches :) https://cygwin.com/contrib.html
If we have an error event in ev it will make a blocking read even if
VTIME==0.
Ah, yeah, I was aware of that, I just ignored it for now since I'm not
sure what the best way to handle that is.
Two optio
? Btw., if you find a bug
> > > > in the code, we do take patches :) https://cygwin.com/contrib.html
> > > If we have an error event in ev it will make a blocking read even if
> > > VTIME==0.
>
> Ah, yeah, I was aware of that, I just ignored it for now since
On Mar 14 11:36, Åke Rehnman via Cygwin wrote:
> On 2020-03-14 11:23, Åke Rehnman wrote:
> > Your patch works (for my test case and screen). Question is if we have
> > to consider the case where ulen==0 ...
Thanks for testing!
> > > > BTW there is a gremlin in the &quo
t purge any data. However since
the driver is vendor dependent in my case FTDI it is impossible to
know exactly what is going on since it is closed source.
- if ((vmin_ > 0) && (vtime_ == 0))
+ if (is_nonblocking())
+ {
+ to.ReadIntervalTimeout = MAXDWORD
is vendor dependent in my case FTDI it is impossible to know
exactly what is going on since it is closed source.
- if ((vmin_ > 0) && (vtime_ == 0))
+ if (is_nonblocking())
+ {
+ to.ReadIntervalTimeout = MAXDWORD;
+ }
+ else if ((vmin_ > 0) &
to
terminate the currently running overlapped IO, not to discard any
in-flight data. If that's different for serial IO, there would be no
way to terminate serial overlapped IO gracefully. Well, yeah, it's
Windows, but still...
> > > > - if ((vmin_ > 0) && (vtime_
On Mar 12 17:42, Åke Rehnman via Cygwin wrote:
>
> On 2020-03-12 15:13, Corinna Vinschen wrote:
> > On Mar 12 14:32, Åke Rehnman via Cygwin wrote:
> > > On 2020-03-12 12:40, Corinna Vinschen wrote:
> > > > For a start, can you please strace the problem with a simple
> > > > testcase,like this:
> >
Thomas Dickey writes:
> It's either recently-broken, or just coincidence :-)
I've looke and it's been introduced into newlib around four years ago,
so I'd tend to favor the coincidence camp. :-)
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptat
os *t)
{
memset (&to, 0, sizeof (to));
- if ((vmin_ > 0) && (vtime_ == 0))
+ if (is_nonblocking())
+ {
+ to.ReadIntervalTimeout = MAXDWORD;
+ }
+ else if ((vmin_ > 0) && (vtime_ == 0))
What if you switch to !O_NONBLOCK after cal
int main(int argc, char * argv[])
{
fd_set rfds;
struct timeval tv;
char data[256];
int retval;
int fd;
struct termios config;
if (argc < 2)
error(-1, 0, "need a port");
fd = open(argv[1], O_RDWR | O_NONBLOCK | O_NOCTTY);
if (fd < 0)
f --git a/winsup/cygwin/fhandler_serial.cc
> > b/winsup/cygwin/fhandler_serial.cc
> > index 69e5768f6..afa8871bf 100644
> > --- a/winsup/cygwin/fhandler_serial.cc
> > +++ b/winsup/cygwin/fhandler_serial.cc
> > @@ -898,7 +898,11 @@ fhandler_serial::tcsetattr (int
st glance. In O_NONBLOCK mode, the underlying Windows function
> > ReadFile is called unconditionally. My current hunch is this:
> >
> > - If VMIN>0 && VTIME>0, the Windows equivalent of tcsetattr is
> >told that VMIN>0.
> >
> > - So, assuming
. My current hunch is this:
- If VMIN>0 && VTIME>0, the Windows equivalent of tcsetattr is
told that VMIN>0.
- So, assuming VMIN == 2 in Windows. If VTIME > 0, the Cygwin read
function sets the number of bytes_to_read to 1 (this is old code,
don't ask why).
Do you
On Mar 12 14:32, Åke Rehnman via Cygwin wrote:
>
> On 2020-03-12 12:40, Corinna Vinschen wrote:
> >
> > For a start, can you please strace the problem with a simple
> > testcase,like this:
> >
> >$ strace -o serio.trace
> >
> > and send the source of your testcase as well as the serio.trac
On 2020-03-12 12:40, Corinna Vinschen wrote:
For a start, can you please strace the problem with a simple
testcase,like this:
$ strace -o serio.trace
and send the source of your testcase as well as the serio.trace file
here? It may show at which point the error code is generated.
Shou
Hi Åke,
On Mar 11 21:48, Åke Rehnman via Cygwin wrote:
> Hello all,
>
> opening a file (serial port) with O_NONBLOCK and subsequently setting
> termios VMIN and VTIME > 0 makes read() never ever return any data (returns
> EAGAIN indefinitely).
>
> Don't ask my why o
ntly-broken, or just coincidence :-)
Beer fine for you Thomas for copying email-addresses in the reply :-)
Looking at Linux tty line discipline reveals the VMIN and VTIME are
ignored if O_NONBLOCK flag is set.
if (!input_available_p(tty, 0)) {
up_read
- Original Message -
| From: "Åke Rehnman"
| To: "cygwin"
| Sent: Wednesday, March 11, 2020 4:48:05 PM
| Subject: Setting termios VMIN > 0 and VTIME > 0 on non blocking file
| Hello all,
|
| opening a file (serial port) with O_NONBLOCK and subsequently settin
On 2020-03-12 02:08, Norton Allen wrote:
Correct me if I am wrong, but O_NDELAY is not the same as O_NONBLOCK
At least for cygwin those two are exactly the same... I think...
#define _FNONBLOCK 0x4000 /* non blocking I/O (POSIX style) */
#define _FNDELAY _FNONBLOCK /* non blo
On 3/11/2020 9:04 PM, Åke Rehnman via Cygwin wrote:
On 2020-03-11 22:55, Brian Inglis wrote:
VMIN > 0 || VTIME > 0 implies blocking; O_NONBLOCK implies SIGIO
delivery; see:
https://www.tldp.org/HOWTO/pdf/Serial-Programming-HOWTO.pdf
https://www.cmrr.umn.edu/~strupp/seria
On 2020-03-11 22:55, Brian Inglis wrote:
VMIN > 0 || VTIME > 0 implies blocking; O_NONBLOCK implies SIGIO
delivery; see:
https://www.tldp.org/HOWTO/pdf/Serial-Programming-HOWTO.pdf
https://www.cmrr.umn.edu/~strupp/serial.html
https://en.wikibooks.or
On 3/11/2020 5:55 PM, Brian Inglis wrote:
VMIN > 0 || VTIME > 0 implies blocking; O_NONBLOCK implies SIGIO delivery; see:
While I agree with everything else you said there, I don't believe
either of these are true, unless by 'implies' you mean that's how you
usuall
On 2020-03-11 14:48, Åke Rehnman via Cygwin wrote:
> opening a file (serial port) with O_NONBLOCK and subsequently setting termios
> VMIN and VTIME > 0 makes read() never ever return any data (returns EAGAIN
> indefinitely).
> Don't ask my why one would want to do som
Hello all,
opening a file (serial port) with O_NONBLOCK and subsequently setting
termios VMIN and VTIME > 0 makes read() never ever return any data
(returns EAGAIN indefinitely).
Don't ask my why one would want to do something like this but apparently
the "screen" progr
On 9/13/2019 3:38 AM, Petr Skočík wrote:
> On 9/12/19 6:12 PM, Ken Brown wrote:
>> gcc -Wall -o malloc_zero malloc_zero.c
>
> My apologies. It was my own stupid mistake.
>
> (
> I had
>
> gcc -include stdlib.h -xc - <<<'int main(){ }' && ./a.out; echo $?
>
> where I would normally run $aout whi
On 2019-09-11 23:18, Kaz Kylheku wrote:
> On 2019-09-11 20:59, Brian Inglis wrote:
>> On 2019-09-09 11:13, Petr Skočík wrote:
>>> There's been a twitter discussion on how different POSIX platforms
>>> handle malloc(0): https://twitter.com/sortiecat/status/1170
On 9/9/2019 1:13 PM, Petr Skočík wrote:
> There's been a twitter discussion on how different POSIX platforms
> handle malloc(0): https://twitter.com/sortiecat/status/1170697927804817412 .
>
> As for Cygwin, the answer appears to be "not well", but this should be
>
display:
>
> Here's the debug shell logfile:
>
> debug2: we sent a password packet, wait for reply
> debug1: Authentication succeeded (password).
> Authenticated to .
> debug1: channel 0: new [client-session]
> debug2: channel 0: send open
> debug1: Requesting ma
for reply
debug1: Authentication succeeded (password).
Authenticated to .
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Requesting mailto:no-more-sessi...@openssh.com
debug1: Entering interactive session.
debug1: pledge: exec
debug2: channel_input_open_confirmation:
On 2019-09-11 20:59, Brian Inglis wrote:
On 2019-09-09 11:13, Petr Skočík wrote:
There's been a twitter discussion on how different POSIX platforms
handle malloc(0):
https://twitter.com/sortiecat/status/1170697927804817412 .
As for Cygwin, the answer appears to be "not well",
On 2019-09-09 11:13, Petr Skočík wrote:
> There's been a twitter discussion on how different POSIX platforms
> handle malloc(0): https://twitter.com/sortiecat/status/1170697927804817412 .
>
> As for Cygwin, the answer appears to be "not well", but this should be
> e
There's been a twitter discussion on how different POSIX platforms
handle malloc(0): https://twitter.com/sortiecat/status/1170697927804817412 .
As for Cygwin, the answer appears to be "not well", but this should be
easy to fix.
Best regards,
Petr Skocik
--
Problem repo
https://twitter.com/sortiecat/status/1170697927804817412
--
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
libidn2/2.2.0
libpsl/0.21.0 (+libidn2/2.0.4) libssh/0.8.7/openssl/zlib nghttp2/1.37.0
Since the upgrade, we've seen problems uploading text files to sftp servers.
Here's the call that we make:
curl--trace-ascii trace.txt -k sftp://:@/file.txt-T file.txt
On initial call, a 0-length file i
; versions should match exactly.
>
>> Since the upgrade, we've seen problems uploading text files to sftp servers.
>> Here's the call that we make:
>> curl--trace-ascii trace.txt -k sftp://:@/file.txt-T
>> file.txt
>>
>> On initial call, a 0-length f
loading text files to sftp servers.
> Here's the call that we make:
> curl--trace-ascii trace.txt -k sftp://:@/file.txt-T
> file.txt
>
> On initial call, a 0-length file is uploaded, with successful return code. On
> immediate rerun, a full file is uploaded (if we wait few mi
(+libidn2/2.0.4) libssh/0.8.7/openssl/zlib nghttp2/1.37.0
Since the upgrade, we've seen problems uploading text files to sftp servers.
Here's the call that we make:
curl--trace-ascii trace.txt -k sftp://:@/file.txt-T file.txt
On initial call, a 0-length file is uploaded, with successful r
On 2019-09-03 14:49, Erik Soderquist wrote:
> On Tue, Sep 3, 2019 at 11:31 AM John Penrod wrote:
>> Getting the above error and also says "Profile weekly data copy failed to
>> execute". Please advise.
>
> Go back to whomever provided that package and get an update
> https://cygwin.com/faq.html#
On Tue, Sep 3, 2019 at 11:31 AM John Penrod wrote:
>
> Hello,
>
> Getting the above error and also says "Profile weekly data copy failed to
> execute". Please advise. Thanks!
Go back to whomever provided that rsync package and get an update
https://cygwin.com/faq.html#faq.using.fixing-find_fast
Hello,
Getting the above error and also says "Profile weekly data copy failed to
execute". Please advise. Thanks!
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: ht
On 2019-06-21 01:40, Ma Hao wrote:
> On 2019年06月21日 15点37分, Csaba Raduly wrote:
>> On Fri, Jun 21, 2019 at 9:28 AM Ma Hao wrote:
>>> I was running into the problem when I tried to download spring:
>>> $ curl
>>> https://codeload.github.com/spring-projects/spring-framework/zip/master -o
>>> /home
Thanks for pointing that out.Appreciate your quick responding.
Ma HaoBR
email: mahao_...@sina.cn
Phone: +86(0)13981759428
Location: Tianfu Software Park, Tianfu avenue, High Tech Zone, Chengdu, Sichuan
Province, China
- 原始邮件 -
发件人：Csaba Raduly
收件人
Hi,
On Fri, Jun 21, 2019 at 9:28 AM Ma Hao wrote:
>
> Hi,
> I was running into the problem when I tried to download spring:
> $ curl
> https://codeload.github.com/spring-projects/spring-framework/zip/master -o
> /home/cdmahao/
You told curl to write the download to a file named /home/cdmahao/
Greetings, LRN!
>>> Again, there's simply no equivalent of "god user" from *NIX in Windows
>>> permissions system.
>>
>> That's not really correct. An account that is a member of the
>> Administrators local group (localized name can be different, SID is
>> S-1-5-32-544) is a root/superuser equiva
On 09.05.2019 17:44, Bill Stewart wrote:
> On Thu, May 9, 2019 at 6:20 AM Andrey Repin wrote:
>
>> Again, there's simply no equivalent of "god user" from *NIX in Windows
>> permissions system.
>
> That's not really correct. An account that is a member of the
> Administrators local group (localize
On Thu, May 9, 2019 at 6:20 AM Andrey Repin wrote:
> Again, there's simply no equivalent of "god user" from *NIX in Windows
> permissions system.
That's not really correct. An account that is a member of the
Administrators local group (localized name can be different, SID is
S-1-5-32-544) is a ro
Greetings, LRN!
>>> And the group "None". I found it mentioned in ntsec. Would it be
>>> possible to create a group "root" in Windows which gives it's
>>> members the same power as the group Administrators? And why "None"
>>> and not "Administrators"?
>>
>> Administrators do not have all possible
On 09.05.2019 15:09, Andrey Repin wrote:
> Greetings, Henning!
>
>> And the group "None". I found it mentioned in ntsec. Would it be
>> possible to create a group "root" in Windows which gives it's
>> members the same power as the group Administrators? And why "None"
>> and not "Administrators"?
>
Greetings, Henning!
> And the group "None". I found it mentioned in ntsec. Would it be
> possible to create a group "root" in Windows which gives it's
> members the same power as the group Administrators? And why "None"
> and not "Administrators"?
Administrators do not have all possible permissio
This is in response to Erik Soderquist's response. I happened to
delete the mail, so the citations may not look properly. Sorry for
the inconvenience.
> On Windows, UID 0 does not exist
yes, I am (and were) fully aware of that. But see below.
> trying to force UID 0 I would expect t
Greetings, Henning!
> In order to not be misunderstood: the question is not about executing
> a single command as a priviledged user.
> Instead, I'm asking how to get rid the annoying Unknown+User and
> Unknown+Group with six digits IDs permanently.
This is not possible. Windows permissions sys
On 5/8/2019 9:50 AM, Henning wrote:
In order to not be misunderstood: the question is not about executing
a single command as a priviledged user.
Instead, I'm asking how to get rid the annoying Unknown+User and
Unknown+Group with six digits IDs permanently.
I'm assuming you want to be root
1 - 100 of 584 matches
Mail list logo
