On Mon, 18 Feb 2019 13:15:02, Franz Fehringer wrote:
> Am 18.02.2019 um 11:42 schrieb Houder:
[snip]
> > Now show us the output of an antrun script, where the executable
> > is C:\Tools\Cygwin\bin\which and its argument: bash
>
>
>
>
>
>
>
>
> gives
>
> [exec] /usr/bin/bash
> [exec]
On Feb 18 17:04, Enrico Forestieri wrote:
> On Mon, Feb 18, 2019 at 03:11:11PM +0100, Corinna Vinschen wrote:
> >
> > Two workarounds for now:
> >
> > - Start sshd as 64 bit Cygwin process.
> > - Utilize https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd3
>
> Thank you. The second method
Am 17.02.2019 um 14:39 schrieb Franz Fehringer:
Am 17.02.2019 um 13:53 schrieb Thomas Wolff:
Am 17.02.2019 um 12:11 schrieb Franz Fehringer:
Hi all (half off topic),
I have installed (on a Windows 10 1809 system) both Cygwin and WSL (only
the Windows component, no real Linux distribution yet).
Am 18.02.2019 um 17:20 schrieb Houder:
> On Mon, 18 Feb 2019 14:39:11, Franz Fehringer wrote:
>> Am 18.02.2019 um 14:07 schrieb Houder:
>>> On Mon, 18 Feb 2019 13:15:02, Franz Fehringer wrote:
> [snip]
>
gives
[exec] /usr/bin/bash
Am 18.02.2019 um 17:20 schrieb Houder:
> On Mon, 18 Feb 2019 14:39:11, Franz Fehringer wrote:
>> Am 18.02.2019 um 14:07 schrieb Houder:
>>> On Mon, 18 Feb 2019 13:15:02, Franz Fehringer wrote:
> [snip]
>
gives
[exec] /usr/bin/bash
On Mon, 18 Feb 2019 14:39:11, Franz Fehringer wrote:
> Am 18.02.2019 um 14:07 schrieb Houder:
> > On Mon, 18 Feb 2019 13:15:02, Franz Fehringer wrote:
[snip]
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> gives
> >>
> >> [exec] /usr/bin/bash
> >> [exec] W i n d o w s S u b s y s t e m f o
On Mon, Feb 18, 2019 at 03:11:11PM +0100, Corinna Vinschen wrote:
>
> Two workarounds for now:
>
> - Start sshd as 64 bit Cygwin process.
> - Utilize https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd3
Thank you. The second method above worked. This is a private network,
so that is Ok.
On Feb 18 15:45, Michael Haubenwallner wrote:
> On 2/18/19 2:15 PM, Corinna Vinschen wrote:
> > You have two modes for input and three for output:
> >
> > - input O_BINARY -> only \n
> > - input O_TEXT-> \n and \r\n
> >
> > - output 0-> generates \n or \r\n depending on mount mode
>
On 2/18/19 2:15 PM, Corinna Vinschen wrote:
> On Feb 18 12:47, Michael Haubenwallner wrote:
>> On 2/18/19 11:26 AM, Corinna Vinschen wrote:
>>> On Feb 18 10:40, Michael Haubenwallner wrote:
On 2/16/19 6:43 PM, Corinna Vinschen wrote:
> I really miss the problem you're trying to solve here.
On Feb 18 14:01, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> >> > >> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
> >> >
> >> > > I'm baffled. diff calls fstat on descriptor 0. fstat returns
> >> > > with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
>
On Feb 18 14:28, Ken Brown wrote:
> On 2/18/2019 5:10 AM, Corinna Vinschen wrote:
> PROCESS_VM_OPERATION has to be specified additionally, not replacing
> PROCESS_QUERY_{LIMITED_}INFORMATION. Sorry if that wasn't clear.
> >>>
> >>> Success: Simply adding PROCESS_VM_OPERATION to the exist
On 2/18/2019 5:10 AM, Corinna Vinschen wrote:
> On Feb 17 17:39, Corinna Vinschen wrote:
>> On Feb 17 16:34, Ken Brown wrote:
>>> On 2/17/2019 10:07 AM, Corinna Vinschen wrote:
On Feb 17 14:56, Ken Brown wrote:
> On 2/17/2019 4:13 AM, Corinna Vinschen wrote:
>>> If I may place a bet, p
On Feb 18 11:58, Enrico Forestieri wrote:
> After upgrading to cygwin 3.0.0 (32bit version) on W7 64bit, it is
> not possible to connect using ssh. The returned error is something
> like "Connection closed by x.x.x.x port 22".
>
> I also tried the 2019-02-18 snapshot without success.
> However, si
Am 18.02.2019 um 14:07 schrieb Houder:
> On Mon, 18 Feb 2019 13:15:02, Franz Fehringer wrote:
>> Am 18.02.2019 um 11:42 schrieb Houder:
> [snip]
>
>>> Now show us the output of an antrun script, where the executable
>>> is C:\Tools\Cygwin\bin\which and its argument: bash
>>>
>>> Henri
>>>
>>>
>>
On Feb 18 12:47, Michael Haubenwallner wrote:
> On 2/18/19 11:26 AM, Corinna Vinschen wrote:
> > On Feb 18 10:40, Michael Haubenwallner wrote:
> >> On 2/16/19 6:43 PM, Corinna Vinschen wrote:
> >>> I really miss the problem you're trying to solve here. Why should an
> >>> application setting O_BIN
On Mon, 18 Feb 2019 13:15:02, Franz Fehringer wrote:
> Am 18.02.2019 um 11:42 schrieb Houder:
[snip]
> > Now show us the output of an antrun script, where the executable
> > is C:\Tools\Cygwin\bin\which and its argument: bash
> >
> > Henri
> >
> >
>
>
>
>
>
>
>
>
> gives
>
> [exec
On Mon, Feb 18, 2019 at 5:01 AM Michael Haubenwallner
wrote:
>
> On 2/15/19 10:00 PM, Corinna Vinschen wrote:
> > On Feb 15 20:33, Michael Haubenwallner wrote:
> >> On 2/15/19 7:35 PM, Andrey Repin wrote:
> >>> I have a different question though. The commands you presented in the OP
> >>> look lik
Am 18.02.2019 um 11:42 schrieb Houder:
> On Mon, 18 Feb 2019 10:25:42, Franz Fehringer wrote:
>
> in the antrun block gives
>
> C:\Projekte\dev\bin\gmake41;\
> C:\Tools\VisualStudio\2017\VC\Tools\MSVC\14.16.27023\bin\HostX64\x64;\
> C:\Tools\VisualStudio\2017\VC\VCPackages;\
> C:\Tools\VisualSt
On 2/18/19 11:26 AM, Corinna Vinschen wrote:
> On Feb 18 10:40, Michael Haubenwallner wrote:
>> On 2/16/19 6:43 PM, Corinna Vinschen wrote:
>>> I really miss the problem you're trying to solve here. Why should an
>>> application setting O_BINARY explicitely revert this decision on the
>>> same fil
On Mon, 18 Feb 2019 14:01:40, Andrey Repin wrote:
[snip]
> The snapshot only contains a lonely cygwin1.dll.
You have to download the tar(.xz) file ...
See faq for further details.
Henri
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Do
Greetings, Corinna Vinschen!
>> > >> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
>> >
>> > > I'm baffled. diff calls fstat on descriptor 0. fstat returns
>> > > with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
>> > > 0 is a pipe and thus not seekable. Neverthe
After upgrading to cygwin 3.0.0 (32bit version) on W7 64bit, it is
not possible to connect using ssh. The returned error is something
like "Connection closed by x.x.x.x port 22".
I also tried the 2019-02-18 snapshot without success.
However, simply downgrading to 2.11.2 fixes the issue.
This issu
On Mon, 18 Feb 2019 10:25:42, Franz Fehringer wrote:
in the antrun block gives
C:\Projekte\dev\bin\gmake41;\
C:\Tools\VisualStudio\2017\VC\Tools\MSVC\14.16.27023\bin\HostX64\x64;\
C:\Tools\VisualStudio\2017\VC\VCPackages;\
C:\Tools\VisualStudio\2017\MSBuild\15.0\bin\Roslyn;\
C:\Tools\VisualStud
On Feb 18 10:40, Michael Haubenwallner wrote:
> On 2/16/19 6:43 PM, Corinna Vinschen wrote:
> > I really miss the problem you're trying to solve here. Why should an
> > application setting O_BINARY explicitely revert this decision on the
> > same file descriptor? That doesn't make sense.
>
> Wel
On Feb 18 11:01, Michael Haubenwallner wrote:
> On 2/15/19 10:00 PM, Corinna Vinschen wrote:
> > On Feb 15 20:33, Michael Haubenwallner wrote:
> >> On 2/15/19 7:35 PM, Andrey Repin wrote:
> >>> I have a different question though. The commands you presented in the OP
> >>> look like you aren't using
On Feb 17 17:39, Corinna Vinschen wrote:
> On Feb 17 16:34, Ken Brown wrote:
> > On 2/17/2019 10:07 AM, Corinna Vinschen wrote:
> > > On Feb 17 14:56, Ken Brown wrote:
> > >> On 2/17/2019 4:13 AM, Corinna Vinschen wrote:
> > If I may place a bet, please try to replace
> > PROCESS_QUERY_LI
On Feb 18 09:28, Corinna Vinschen wrote:
> On Feb 17 20:07, Andrey Repin wrote:
> > Greetings, Corinna Vinschen!
> >
> > > On Feb 17 18:28, Andrey Repin wrote:
> > >> Greetings, Corinna Vinschen!
> > >>
> > >> > I uploaded a new Cygwin release 3.0.0-1.
> > >>
> > >> The redirection issue I menti
On 2/15/19 10:00 PM, Corinna Vinschen wrote:
> On Feb 15 20:33, Michael Haubenwallner wrote:
>> On 2/15/19 7:35 PM, Andrey Repin wrote:
>>> I have a different question though. The commands you presented in the OP
>>> look like you aren't using Cygwin-suppied OpenSSL binary.
>>
>> This is true: The
On 2/16/19 6:43 PM, Corinna Vinschen wrote:
> On Feb 16 18:13, Michael Haubenwallner wrote:
>> On 2/16/19 10:38 AM, Corinna Vinschen wrote:
>>> setmode(fd, O_BINARY) works on Cygwin.
>>
>> Well... true.
>>
>> What I'm trying to say is that restoring the *default* mode is currently
>> broken, becau
Am 18.02.2019 um 00:00 schrieb Andrey Repin:
> Greetings, Franz Fehringer!
>
>> Am 17.02.2019 um 20:09 schrieb Csaba Ráduly:
>>> On 17/02/2019 12:11, Franz Fehringer wrote:
Hi all (half off topic),
I have installed (on a Windows 10 1809 system) both Cygwin and WSL (only
the Win
Am 17.02.2019 um 15:14 schrieb LRN:
> On 17.02.2019 14:11, Franz Fehringer wrote:
>> Hi all (half off topic),
>>
>> I have installed (on a Windows 10 1809 system) both Cygwin and WSL (only
>> the Windows component, no real Linux distribution yet).
>> This scenario gives me a strange problem with an
On Feb 16 18:40, Corinna Vinschen wrote:
> On Feb 16 09:15, Brian Inglis wrote:
> > On 2019-02-16 08:33, Corinna Vinschen wrote:
> > > On Feb 16 08:09, Brian Inglis wrote:
> > >> On 2019-02-16 02:45, Corinna Vinschen wrote:
> > >>> On Feb 15 14:51, Bill Stewart wrote:
> > On Fri, Feb 15, 2019
On Feb 17 10:48, Brian Inglis wrote:
> On 2019-01-30 13:29, Corinna Vinschen wrote:
> > We also have to make sure we're not breaking scripts, especially
> > autoconf etc., so on forth thought, I'll rather stick to the current
> > format.
>
> I have zero problems with your previous considerations a
On Feb 17 20:07, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> > On Feb 17 18:28, Andrey Repin wrote:
> >> Greetings, Corinna Vinschen!
> >>
> >> > I uploaded a new Cygwin release 3.0.0-1.
> >>
> >> The redirection issue I mentioned for 3.0-0.9 is still happens.
> >> And I see the STC d
34 matches
Mail list logo
