Re: bug? mintty with bash: tab key after semicolon char will hang

[Kevin Schnitzius via Cygwin]

 On Monday, July 8, 2024 at 10:17:37 PM EDT, Cyanryaku Ailet via Cygwin 
 wrote: 
> I typed a semicolon char and then pressed TAB key, then mintty hangs. It 
> can’t be closed even by Windows close button. 

Remove all the unavailable network shares from $PATH.  By default, tab is 
command completion.

Kevin

-- 
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

vim paste bug with compatible and showmatch turned on (seen for at least a year)

[Kevin Schnitzius via cygwin]

64-bit Cygwin, Win10, nothing special about my installation.


Start vim cleanly inside a mintty window running bash (updated my installation 
today):
/usr/bin/vim --clean -u /dev/nul test.txt

Insert the following string:
"pIppp"

Copy that string into the paste buffer using the mouse and ctrl-insert.
Insert the following string on the next line:
"(char *) "

Then press shift-insert to paste. You should get:
"(char *) pIppp"

This is normal behavior.

Press escape and then ":set sm cp" and press enter  Vim is now in compatible 
mode and showmatch is turned on.

Insert the following string on the next line:
"(char *) "

Then press shift-insert to paste.  You should get the same string.  However, I 
get:
"Ppp(char *)"

It seems like at least an ESC character is inserted, so the mode gets changed 
from insert to command.  This can be really destructive if you have a long 
buffer.

The showmatch mechanism is required to reproduce this bug.

Is this bug a Cygwin, vim, mintty, or something else bug?

Thanks,Kevin



PS Yes, I use compatible mode because I am that old.


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

cygwin 3.1 pseudo console in PTY and break/ctrl-c handling

[Kevin Schnitzius via cygwin]

With Cygwin version 3.0.7-1, crtl-c kills native apps that are started from the 
shell,  For example, starting notepad in the foreground from bash would be kill 
by a ctrl-c.

With Cygwin version 3.1.2-1, crtl-c DOES NOT kill native apps that are started 
from the shell, 

Can I restore this behavior?

With 3.1.2-1:

mintty -o "CA+F12:break"                              =>    ctrl-alt-F12 
causes a break and kills notepad
mintty -o "c:break"                                          =>    
ctrl-shift-c causes a break and kills notepad
mintty -o "C+c:break"                                     =>  FAIL -- 
ctrl-c kills native apps but notepad is not affected
mintty -o "CA+c:break"                                   =>  FAIL -- 
ctrl-alt-c kills native apps but notepad is not affected

These tests show that the 'break' signal can be propagated from mintty but is 
not for the ctrl-c case.  

I am guessing that this behavior is from the pty handing but I have not dug 
into this code or installed winpty.

Is all this documented somewhere that I could not find?  

Kevin

--
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 3.1 pseudo console in PTY and break/ctrl-c handling

[Kevin Schnitzius via cygwin]

On Tuesday, February 18, 2020, 05:54:23 PM EST, Thomas Wolff  
wrote: 

>> With 3.1.2-1:
>>
>> mintty -o "CA+F12:break"               =>    ctrl-alt-F12 causes a break 
>> and kills notepad
>> mintty -o "c:break"                    =>    ctrl-shift-c causes a break 
>> and kills notepad
>> mintty -o "C+c:break"                  =>  FAIL -- ctrl-c kills native 
>> apps but notepad is not affected
>> mintty -o "CA+c:break"                 =>  FAIL -- ctrl-alt-c kills 
>> native apps but notepad is not affected
>
> This would be mintty -o KeyFunctions='CA+F12:break' etc.
> The latter two are not valid mintty configuration; Ctrl is only 
> supported as a modifier for function keys and special keys, not letters. 
> This is unchanged with the cygwin version.

Ah, thank you.  That was the clue that I needed.

For those also having this problem:

mintty.exe -o "KeyFunctions=c:break" -o CtrlExchangeShift=true -

will propagate Ctrl-C to the non-native apps and kill them, imitating the 
behavior of 3.0.X Cygwin.

Now that I have played with this for a while, I am thinking that I like the new 
behavior better and I have assigned a new key to specifically kill native 
Windows programs instead letting the Ctrl-C do all the work (I am using Alt-F5 
to do this).

Kevin


--
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: VIM broken by upgrade to Perl 5.30

[Kevin Schnitzius via cygwin]

> vim needs to be recompiled for Perl 5.30. The perl interface is no longer 
> working:
> Calling:
> :perl VIM::Msg(“Hi”)
> 
> Results in:
> 
> E370: Could not load library cygperl5_26.dll
> Sorry, this command is disabled: the Perl library could not be loaded.

Add:
set perldll=/usr/bin/perl5_30.dll
to your .vimrc file.

Kevin



--
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

sshd problem -- seteuid failed -- ancient problem

[Kevin Schnitzius via Cygwin]

sshd: PID 1721: fatal: seteuid 1610619958: No such device or address

I just did a clean install:
 openssh                                 8.2p1-1

The uid corresponds to me:
    uid=1610619958(+kevins)

Local users work fine; it's only a problem with domain users.

Strictmode=no and the service is running as Local System account.  Is there a 
domain privilege my box needs for this?

Any ideas?

Kevin
--
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

Re: sshd problem -- seteuid failed -- ancient problem

[Kevin Schnitzius via Cygwin]

On Thursday, April 16, 2020, 04:50:03 AM EDT, Andrey Repin 
 wrote: 

>> sshd: PID 1721: fatal: seteuid 1610619958: No such device or address

>> I just did a clean install:
>>  openssh                                 8.2p1-1

>> The uid corresponds to me:
>>     uid=1610619958(+kevins)

> Can we see the full output of `id` when you logged in as domain user?

uid=1610619958(+kevins) 
gid=1610613249(+Domain Users)

groups=1610613249(+Domain Users),
559(Performance Log Users),
545(Users),
14(REMOTE INTERACTIVE LOGON),
4(INTERACTIVE),
11(Authenticated Users),
15(This Organization),
4095(CurrentSession),
66048(LOCAL),  + 266 other  groups.

Kevin
--
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

Re: Bug with Windows 10 console

[Kevin Schnitzius via Cygwin]

On Saturday, April 18, 2020, 10:06:15 AM EDT, Thomas Wolff  
wrote: 

>> So the interrupt handling has changed.
>> Who is responsible.

> It might help if you tell us *which* program behaves like that.


https://cygwin.com/pipermail/cygwin/2020-February/243934.html

Kevin
--
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

socat-2.0.0-b8-1 -- missing

[Kevin Schnitzius via Cygwin]

The socat-2.0.0-b8-1 package is missing.

I get "The following package(s) had download errors: socat-2.0.0-b8-1"

socat-2.0.0-b9-1, listed as "Test", is available.

socat-1.7.3.4-1 is also available.


Kevin
--
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

Re: socat-2.0.0-b8-1 -- missing

[Kevin Schnitzius via Cygwin]

On Saturday, May 16, 2020, 04:50:27 PM EDT, Marco Atzeri via Cygwin 
 wrote: 

> On 16.05.2020 22:22, Kevin Schnitzius via Cygwin wrote:

> > The socat-2.0.0-b8-1 package is missing.
> >
> > I get "The following package(s) had download errors: socat-2.0.0-b8-1"


> also that was a test.
> Remove it from the download cache and the error should disappear.


find . -iname \*socat\*
./http%3a%2f%2fcygwin.mirror.constant.com%2f/x86_64/release/socat
./http%3a%2f%2fcygwin.mirror.constant.com%2f/x86_64/release/socat/socat-1.7.3.4-1.tar.xz
./http%3a%2f%2fcygwin.mirror.constant.com%2f/x86_64/release/socat/socat-2.0.0-b9-1.tar.xz


It's not in the cache.  Do you mean edit the setup.ini file?

Kevin

PS: please ignore the direct mailing
--
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

Re: trouble maintaining an open ssh connection past 20 minutes

[Kevin Schnitzius via Cygwin]

> This is a problem that I noticed last summer when I updated to openssh 8.0 in 
> the Cygwin package installer. At the time, I was able to resolve the
> issue temporarily by reverting to version 7.9. I applied updates this 
> morning, and openssh 8.3 was installed, and the problem is back. It 
> consistently 
> loses connection to remote servers I've ssh'd to after 20 minutes, regardless 
> of session activity.

I'm running 8.2p1-1 on both the client and server with an RDP session tunneled 
and it stays open for weeks.  It typically only fails when my DSL drops at home.

You will probably need to do a network capture on both ends and see what is 
happening on the wire.  I'm betting it's your ISP.


Kevin
--
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

Re: ssh troubles

[Kevin Schnitzius via Cygwin]

On Wednesday, June 17, 2020, 02:47:30 PM EDT, Raman Gupta via Cygwin 
 wrote: 
> Hello all, for some reason I've started having troubles with cygwin sshd,
> despite having successfully used it for years. 

> Any ideas?

AD or local login?

Local accounts work for me but domain logins give me the seteuid error and this 
in eventvwr:

"The Security System could not establish a secured connection with the server 
LDAP/PDC03.domain.net/domain@domain.net. No authentication protocol was 
available."

Kevin
--
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

Re: Attempting to compile latest php 8.0.0 from source

[Kevin Schnitzius via Cygwin]

On Monday, June 29, 2020, 01:46:09 PM EDT, Cary Lewis via Cygwin 
 wrote:

> I did a git clone:

> git clone https://github.com/php/php-src.git


The src is available from the setup-x86_64.exe.  Find the package you are 
interested in and choose Src? checkbox.

Cloning the original source will not get any Cygwin patches.

Kevin
--
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

Re: Race condition hangs on multiple mintty/tcsh? Brad Wetmore

[Kevin Schnitzius via Cygwin]

On Wednesday, August 5, 2020, 06:56:48 PM EDT, Thomas Wolff  
wrote: 
>Am 04.08.2020 um 12:02 schrieb Thomas Wolff:
>> Am 04.08.2020 um 00:13 schrieb Brad Wetmore via Cygwin:
>>> Hi,
>>>
>>> I generally kick off multiple (10) mintty sessions, and place them 
>>> around the screen.
>>>
>>> C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
>> --position @3 --position 120,0 --size 80x71 /bin/tcsh &
>>> C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
>>> --position @3 --position 715,0 --size 80x45 /bin/tcsh &
>>> C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
>>> --position @3 --position 715,660 --size 80x24 /bin/tcsh &
>>>
>>> Within the last 6 months or so, about 2-3 of them would hang and 
>>> either mintty/tcsh would not start. I put a "sleep 1" in between each 
>>> invocation and that seemed to take care of it.
>>>
>>> With the latest cygwin update, about 8 of them just hang even with 
>>> the sleep 1. I put in a "sleep 2", and now everything is coming up 
>>> again.
>>>
>>> Not sure if this is a mintty or tcsh issue, but just wondering if 
>>> others are seeing this before I start trying to debug this.
>> I can reproduce such behaviour with /bin/bash (easy cross-check), and 
>> in fact the shell is running in that case (easy test via `echo > 
>> .log`), so I have a vague and unpleasant suspicion it might in fact be 
>> related to mintty although I have no idea how that would happen. To be 
>> analysed.
> When in this state, on the pty from which mintty receives child process 
> output, select() does not report a ready for reading condition; could it 
> be related to the recent poll/select patch? I could not reproduce it in 
> cygwin 3.0.7.

for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 ; do mintty  -i 
/Cygwin-Terminal.ico  --position @3 --position 120,$i --size 80x24 /bin/bash & 
done

This does not fail for me.  Nor does it fail from cmd or powershell using a 
script.

I tried 3.1.4 and 3.1.6 on Windows 10.  I tried up to 100 instances of of 
mintty...


Kevin
--
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

Re: Please report this problem to

[Kevin Schnitzius via Cygwin]

On Monday, September 7, 2020, 04:04:58 PM EDT, alberto parra via Cygwin 
 wrote: > Eso es rodo ese  es el titulo

¡Pero no informaste del problema!

Prueba esto:
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

This is the most common error that asks you to report here.  
--
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

Re: Date of first Cygwin release / 25th Anniversary

[Kevin Schnitzius via Cygwin]

On Wednesday, September 23, 2020, 02:33:13 PM EDT, David Eisner via Cygwin 
 wrote:
 
> In any case, happy 25th anniversary, Cygwin! Thanks to everybody who made it 
> and continues to make it possible.
I purchased the 1.0 release CD in 1999:
https://imgur.com/2UnLDhk

Cygwin has been my development environment since nearly the start of the 
project.
Kevin
--
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

Re: Can't start a cygwin terminal(mintty) as admin

[Kevin Schnitzius via Cygwin]

On Tuesday, November 24, 2020, 07:52:11 AM EST, aki...@free.fr  
wrote:

> QUESTION 1 : HOW TO NOW HANDLE CTRL-C in a multi threaded cygwin application 
>regarless of terminal
Ctrl-c is broken on mintty.  I use this:
D:\cygwin64\bin\mintty.exe -o "KeyFunctions=A+F5:break" -

And use alt-F5 as a break that works on both Cygwin and non-Cygwin processes.
> QUESTION 2 : HOW TO LAUNCH A MINTTY SESSION AS ADMIN

cygstart --action=runas mintty.exe

Kevin 

--
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

Re: Can't start a cygwin terminal(mintty) as admin

[Kevin Schnitzius via Cygwin]

On Tuesday, November 24, 2020, 03:59:19 PM EST, Thomas Wolff  
wrote:
 
 Am 24.11.2020 um 21:22 schrieb Kevin Schnitzius via Cygwin:
>> Ctrl-c is broken on mintty.
> This is a wrong statement. For a terminal, Ctrl+c is just a control 
> character, nothing else. It's the pty device, shell or application that 
> may, or may not, associate it with specific handling like interruption.

D:\cygwin64\bin\mintty.exe -o "KeyFunctions=A+F5:break" -
alt-F5 is a break that works on both Cygwin and non-Cygwin processes.

D:\cygwin64\bin\mintty.exe -o "KeyFunctions=C+c:break" -
Ctrl-c is a break that works on Cygwin processes only.
This C+c used to work in both cases...  I think we've been over this before 
andthe problem very well may be in the pty break handling.
Kevin
  
--
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

Re: Can't start a cygwin terminal(mintty) as admin

[Kevin Schnitzius via Cygwin]

On Wednesday, November 25, 2020, 03:44:30 AM EST, Thomas Wolff  
wrote:
>> D:\cygwin64\bin\mintty.exe -o "KeyFunctions=C+c:break" -
>> Ctrl-c is a break that works on Cygwin processes only.
> That configuration would assign the break function to Shift+Ctrl+c, not just 
> Ctrl+c, so with Ctrl+c you still just > send a ^C character while in the 
> other case mintty would invoke a BRK signal. So try Shift+Ctrl+c.
Oops, it's been a while since I looked into it.
D:\cygwin64\bin\mintty.exe -o "KeyFunctions=C+c:break" 
Shift+Ctrl+c does not produce a break for Cygwin or non-Cygwin processes
mintty -o "KeyFunctions=c:break" -o CtrlExchangeShift=true
Actually, this restores the old behavior of Ctrl+c actually doing a break for 
Cygwin and non-Cygwin processes.
Kevin 

--
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

Re: Possible vim bug

[Kevin Schnitzius via Cygwin]

On Monday, December 7, 2020, 01:06:38 PM EST, Eric Connor via Cygwin 
 wrote:
> At some point I had to update Cygwin, and (not correlating it to a possible
> update issue, until recently) found that this command has been returning
> “shell returned 127” error.
~ >asdfasdf-bash: asdfasdf: command not found~ >echo $?
127
I believe 127 is command not found.
Kevin 
--
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

Re: Can't ssh to a Cygwin machine in the Windows domain -- seteuid

[Kevin Schnitzius via Cygwin]

On Saturday, December 19, 2020, 05:53:18 PM EST, Nicola Mingotti via Cygwin 
 wrote:

> it is in the windows domain called 'WINDOM'. 'nicola' is a Domain User 
> in Windom.
> $> ssh nicola@domus

ssh WINDOM+nicola@domus
Kevin 
--
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

Re: tee: 'standard output': Permission denied

[Kevin Schnitzius via Cygwin]

On Tuesday, December 29, 2020, 04:47:56 PM EST, Andry via Cygwin 
 wrote:

>  "%CYGWIN_ROOT%\bin\bash.exe" -c "{ cd ""%PWD:\=/%""; CHERE_INVOKING=. 
>""%CYGWIN_ROOT:\=/%/bin/bash.exe"" -l -i; } 2>&1 | 
>""%CYGWIN_ROOT:\=/%/bin/tee.exe"" -a ""%PROJECT_LOG_FILE:\=/%"""
  ```

Cannot repro...  Logfile is created correctly and commands and their output are 
logged there.  The file encoding for the logfile is utf-8.
A couple of things though:    1.  changing \ to / does not guarantee a valid 
Cygwin path.    2.  the cd does nothing because bash -l starts the shell in the 
home directory.    3.  Once you've started bash, you don't have to supply the 
full path so "/bin/bash.exe" and "/bin/tee.exe" are fine (assuming your path 
and mounts are set correctly)
Are any files on a remote share?Are any of the paths relative?Do any of the 
paths have spaces in them?
You should check out the cygpath utility...
Kevin  
--
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

Re: Feature request: sudo

[Kevin Schnitzius via Cygwin]

 On Thursday, January 19, 2023 at 02:18:52 PM EST, Jochen Wiedmann via Cygwin 
 wrote: 

> as someone who is quite used to typing
>
>  sudo do something

>cat /usr/local/bin/sudo
#!/usr/bin/bash
cygstart --action=runas "$@"

This has limitations but it mostly works...

Kevin

-- 
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

Re: [EXTERNAL] Memory Barriers at pthread using CYGWIN

[Kevin Schnitzius via Cygwin]

On Thursday, June 8, 2023 at 06:59:53 PM EDT, Mümin A. via Cygwin 
 wrote:

>
> r1=0 and r2=0
> That is my result with Cygwin on windows. It’s false.
> 
> When I compiled with gcc. The result is correct but when I use lasted Cygwin 
> gcc in windows 10. The result is false.


> cmake .
CMake Error at CMakeLists.txt:1 (cmake_minimum_required):
  CMake 3.26 or higher is required.  You are running version 3.25.3



> g++ main.cpp
>./a
r1 = 1, r2 = 1



Kevin

-- 
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

Re: scp and ssh 'cat' stalls at 64k bytes

[Kevin Schnitzius via Cygwin]

 On Friday, June 23, 2023 at 10:00:02 PM EDT, Chris Roehrig via Cygwin 
 wrote: 

> Thanks.  There must be some issue with my setup.   Very odd that 'pv' 
> works, but 'cat' does not.  ldd shows they use identical libs.   I guess 
> I'll start with the pv and cat source.

Try this first:
/usr/bin/dd if=/dev/zero bs=1 count=65536 | /usr/bin/ssh localhost 
'/usr/bin/cat > /dev/null'

Also, I assume you are running Cygwin's bash in a mintty term...

Kevin

-- 
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

Re: Cygwin is not passing arguments to Windows apps

[Kevin Schnitzius via Cygwin]

   On Sunday, December 17, 2023 at 09:30:04 AM EST, Karl Crary via Cygwin 
 wrote:  
 > I have stumbled on to a fix, but I am still puzzled. The problem arises
> when either of the following lines appears in my /etc/fstab:
> 
> c: /c ntfs binary,noacl,cygexec,user 0 0
> c: /home ntfs binary,noacl,cygexec,user 0 0
>
> I've taken them out and it's working now, but I'm still puzzled by how
> those lines created the problem. Those lines worked verbatim on my last
> Cygwin installation; what changed?

bash > echo /?
will give you the answer.  

Kevin
  

-- 
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

Re: Package request: ytdl-org/youtube-dl

[Kevin Schnitzius via Cygwin]

On Tuesday, January 2, 2024 at 01:09:58 PM EST, Brian Inglis via Cygwin 
 wrote: 
>On 2024-01-02 03:26, Oskar Skog via Cygwin wrote:
>> On 2024-01-02 08:40, Cedric Blancher via Cygwin wrote:
>>> Good morning!
>>> I'd like to request https://github.com/ytdl-org/youtube-dl as a Cygwin
>>> package, so we can mirror training videos locally.
>>> Also, it is a cool demo to show the power of Cygwin, to show that it
>>> can download youtube videos without paying for "Youtube Premium" =:-)>

>> I think yt-dlp might be better.  I had to switch to it a while ago when 
>> youtube-dl took too long to fix an issue with downloading from Youtube.
>> You also don't need to package it, you should be able to install it with pip.
>> python3 -m ensurepip
>> pip3 install yt-dlp

>Cygwin ensurepip fails as it is bundled in python39 but install yt_dlp works. 
>Got a command line test script?

Assuming ffmpeg and lame are installed for Cygwin, then I use this to DL songs 
from youtube:

yt-dlp -x --audio-format mp3 --audio-quality 0 --ffmpeg-location /usr/bin  $*


Where $* is the youtube link.

Can confirm that it does work.

Kevin

-- 
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

Cygwin vim + Github Copilot

[Kevin Schnitzius via Cygwin]

Anyone ever get his working?

I have it working with the win32 version of vim, so I am guessing that the 
forward slash path might might be breaking calls to node.js.

Error I get is:
Copilot: Something unexpected went wrong spawning the agent

I haven't figured out how to debug this yet (don't know vim internals).

Kevin

-- 
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

Re: The grep 3.11 application when used in perl-regexp mode appears to now be broken

[Kevin Schnitzius via Cygwin]

On Saturday, March 16, 2024 at 02:02:31 PM EDT, Michael Goldshteyn via Cygwin 
 wrote:

> $ grep -c -P '000$' a
> 0

> # Now you may be thinking, OK, it's because of the CR/LF line ending

$ LC_ALL=en_US grep -c --binary-files=text -P '000$' a
0
$ LC_ALL=en_US grep -c --binary-files=text -P '000\r$' a
1

It is the an EOL issue; it is also a bug.  

"By default, under MS-DOS and MS-Windows, grep guesses
whether a file is text or binary as described for the  --binary-files  option.  
 If
grep decides the file is a text file, it strips the CR characters from the 
original
file  contents  (to  make  regular  expressions  with  ^  and  $  work  
correctly)."

The current release is not stripping EOL characters correctly in the case of 
DOS text files.

Kevin






On Saturday, March 16, 2024 at 02:02:31 PM EDT, Michael Goldshteyn via Cygwin 
 wrote: 





I just updated my Cygwin64 installation, which includes the grep
utility and its behavior has changed. It no longer works like it used to
for Perl reg-ex matching, as demonstrated below:

Simple test cases:
==
$ ls -l a
-rwxr-xr-x 1 Michael None 6 Mar 16 12:15 a

$ hexdump -C a
  31 30 30 30 0d 0a                                |1000..|
0006

# Notice the CR/LF encoding after the "1000" text, as is the case for DOS
text files

# Now let's test grep regular match
$ grep --version
grep (GNU grep) 3.11
Packaged by Cygwin (3.11-1)
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <
https://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Mike Haertel and others; see
.

grep -P uses PCRE2 10.43 2024-02-16

$ grep '000' a
1000

# Match using pcre2
$ grep -P '000' a
1000

# OK, so far so good
$ grep -P '000$' a
# No match

# Put another way
$ grep -c -P '000$' a
0

# Now you may be thinking, OK, it's because of the CR/LF line ending
# But, I present the following
$ pcre2grep --version
pcre2grep version 10.43 2024-02-16

$ pcre2grep '000$' a
1000

# As a further cross-check, the same version of the cygpcre2-8-0.Dll is
used for both grep.exe and pcre2grep.exe, as shown below with an "=>"
annotation added by me to direct you to the Dll in question:

$ ldd grep.exe
        ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffa87d5)
        KERNEL32.DLL => /cygdrive/c/Windows/System32/KERNEL32.DLL
(0x7ffa8770)
        KERNELBASE.dll => /cygdrive/c/Windows/System32/KERNELBASE.dll
(0x7ffa8557)
        cygwin1.dll => /usr/bin/cygwin1.dll (0x7ff9c84d)
        cygintl-8.dll => /usr/bin/cygintl-8.dll (0x5ee2d)
=>        cygpcre2-8-0.dll => /usr/bin/cygpcre2-8-0.dll (0x5ec2b)
        cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3dff1)

$ ldd pcre2grep.exe
        ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffa87d5)
        KERNEL32.DLL => /cygdrive/c/Windows/System32/KERNEL32.DLL
(0x7ffa8770)
        KERNELBASE.dll => /cygdrive/c/Windows/System32/KERNELBASE.dll
(0x7ffa8557)
=>        cygpcre2-8-0.dll => /usr/bin/cygpcre2-8-0.dll (0x5ec2b)
        cygbz2-1.dll => /usr/bin/cygbz2-1.dll (0x3ed56)
        cygwin1.dll => /usr/bin/cygwin1.dll (0x7ff9c84d)
        cygz.dll => /usr/bin/cygz.dll (0x5ebb1)

# For what it's worth, I also checked into what versions of libintl8 and
libiconv-2 I have, and these are as follows:
# libintl8 0.22.4-1
# libiconv2 1.17-1

# And as an addition cross-check, I will include the following "complete
hack":
$ strings cygintl-8.dll | pcre2grep '^\d\.\d\d'
0.22.4
0.22.4

$ strings cygiconv-2.dll | pcre2grep '^\d\.\d\d'
1.17
1.17

# For completeness, here is my CYGWIN environment variable setting and some
other info:
$ echo "$CYGWIN"
glob:ignorecase winsymlinks:native pipe_byte
$ echo "$CYGWIN64_DIR"
c:\cygwin64
$ which grep
/usr/bin/grep
$ which pcre2grep
/usr/bin/pcre2grep
# No aliases are set up for these, either
$ alias grep pcre2grep
bash: alias: grep: not found
bash: alias: pcre2grep: not found
==
Further comments:
I do not know with which version of grep.exe this misbehavior (or at least
misaligned behavior with respect to grep2pcre) of the '-P' switch began. I
discovered it after updating my Cygwin64 install to use the latest grep
version, which likely also picked up the latest version of PCRE2 and
other dependencies along the way.

Thank you for looking into this and/or providing constructive comments on
the source of the issue,

Michael Goldshteyn

-- 
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

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html

Re: g++ missing stddef.h

[Kevin Schnitzius via Cygwin]

 On Wednesday, January 19, 2022, 12:46:26 AM EST, Marco Atzeri 
 wrote:>> On 19.01.2022 02:06, slipbits wrote:> > g++ 
(GCC) 10.2.0> > Win 7-64> > Netbeans 12.5> >> > g++ reported a compiler error 
in not finding stddef.h referenced in> > stdlib.h. I've looked in /usr/include 
and /usr/include/c++/v1. I found> > an stddef.h in /usr/include/c++/v1. Should 
I copy this to /usr/include?> >> > The command being executed is 
'c:\cygwin64\bin\g++.exe -std=c++11 -g -c> > NewCFile.cpp -o /dev/null'> >> > 
I've checked my cygwin setup download options and have all of gcc> > modules 
included for C/C++. This is such an odd error that I feel I'm> > missing 
something, and I'm doing something wrong. Can someone help me> > fix this?> >> 
> thanks> > art> >> > = code => >> > #include      /* exit, 
EXIT_FAILURE */> >> > int main(int argc, char* argv[]) {> >     exit (1);> > }> 
>>> This works for me from CLI>>     g++ -Wall prova.cc -o prova>> So how are 
you setting your NetBeans ?>> g++ --version> g++ (GCC) 11.2.0
Works fine from bash.  It reproes from cmd.exe

-- 
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
  

-- 
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

Re: regedit fails with a pop-up

[Kevin Schnitzius via Cygwin]

On Friday, May 13, 2022, 01:50:12 PM EDT, Denis Excoffier 
 wrote: 

> It seems that very recently (immediately after i installed 3.3.5),
> /cygdrive/c/windows/regedit /E 'HKEY_CURRENT_USER\Environment'
> no longer works (i.e. should dump the environment on stdout), and produces a 
> pop-up window with:

> Cannot export HKEY_CURRENT_USER\Environment: Error opening the file. There 
> may be a disk or file system error.


Note: this fails the same way from cmd.

regedit /e --- Exports the entire registry to a file. You can modify this 
command to add a filename and specific location on the drive, such as regedit 
/e c:\AllRegistryEntries.reg. You can export a specific key with the following 
example command regedit /e keybackup.reg 
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Edge.

You cannot use con: as the output file apparently.

Kevin


-- 
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

Re: fresh install, when I run a c++ program I made from a cygterm it logs out

[Kevin Schnitzius via Cygwin]

On Monday, October 14, 2024 at 05:19:27 PM EDT, jeff via Cygwin 
 wrote: 

> jdeifik@epyc-milan-64 /cygdrive/k
> $ testx one two thee


My brother in Posix,

For the love all that is sustainable, take . out of your path.

Kevin

-- 
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

Re: fail: sshd

[Kevin Schnitzius via Cygwin]

On Thursday, December 19, 2024 at 04:28:04 PM EST, Soren via Cygwin 
 wrote: 

> Eliot wrote:
>> Windows firewall, or something along those lines?
> That's not a bad guess. If run ssh w/ a verbose switch from the Debian box,
> it looks just like something is preventing connection to socket 22.
> However, I've never installed firewalling s/w on this system. I just don't
> know what could be doing it.

> BTW, I can login from a shell on the Cygwin box X@localhost.


mmc -> File -> add snap in -> Windows Defender Firewall with Advanced Security 
-> Local Computer
Inbound rules -> new rule
port -> tcp -> specific local ports: 22
Allow the connection
All the connection types (domain, private, public)
name: sshd

Kevin

-- 
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

Re: Using forwarded filesystems with Windows Remote Client (e.g. accessing //TSCLIENT/L via mstsc.exe) ?

[Kevin Schnitzius via Cygwin]

On Wednesday, January 8, 2025 at 11:35:46 AM EST, Roland Mainz via Cygwin 
 wrote:

> Does Cygwin 3.6 support filesystems which have been forwarded by the
> Windows Remote Client (mstsc.exe) ?

yes.  I use it all the time.

> Any idea what is going wrong in this case ?

I don't see anything wrong.  You need to populate /etc/passwd and /etc/group to 
convert the SIDs to usernames and groups.

Kevin







-- 
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

Re: pthread_atfork vs dlopen/dlclose

[Kevin Schnitzius via Cygwin]

On Wednesday, April 9, 2025 at 06:54:34 PM EDT, Jeremy Drake via Cygwin 
 wrote:

> The recent issue with pthread_atfork handlers reminded me of a scenario
> that I know glibc handles, but it seems that Cygwin does not.  Test case:

<... code that loads a shared lib, registers some functions in shared lib with 
pthread_atfork(), unloads the shared lib, and crashes on fork...>

Calling functions in an unloaded library should result in undefined behavior.

However, further investigation reveals that the Linux pthread_atfork() 
registered functions are not being called and POSIX does not proved a mechanism 
for un-registering these functions.   Note: pthread_atfork() is not bumping the 
ref count on the shared lib--those functions are definitely unavailable after 
the dlclose()

In the Cygwin version, calling the functions in the unloaded library when the 
fork happens causes the crash.

This seems to be a bug with fork(), if it is a bug at all.

Kevin

-- 
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

Re: Perl stopped working

[Kevin Schnitzius via Cygwin]

On Thursday, April 17, 2025 at 11:54:44 AM EDT, Michael via Cygwin 
 wrote:
> perl
> perl -v
> perl -e 'print "Hello Perl\n"'
> same result for all 3 of them (equal to 'echo ""').

Are you sure?
echo $?

Kevin

-- 
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

Re: Overwriting /etc/fstab to simplify drivenames

[Kevin Schnitzius via Cygwin]

 On Wednesday, April 23, 2025 at 10:08:52 AM EDT, Fergus Daly via Cygwin 
 wrote: 
> For years I have overwritten the content of the default /etc/fstab with the 
> one-liner
> none / cygdrive binary 0 0
> thus allowing drivenames of the style /d/ instead of /cygdrive/d/
> which syntax is (2nd) shorter but mainly (1st) easily mimics Linux syntax 
> making scripts
> mutually transferable.
> However using the syntax /?/ to address all drives as in (say)
> $ rm -vrf /?/today/tmp
> or all similar, fails. Is there a way to render /?/ intelligible to Cygwin
> (maybe by rewriting /etc/fstab, again)?


localhost:~ >cat /etc/fstab:
c: /c some_fs binary,noacl,user 0 0
c: /cauto some_fs binary,acl,user 0 0
d: /d some_fs binary,noacl,user 0 0
e: /e some_fs binary,noacl,user 0 0
f: /f some_fs binary,noacl,user 0 0
g: /g some_fs binary,noacl,user 0 0
h: /h some_fs binary,noacl,user 0 0
k: /k some_fs binary,noacl,user 0 0
n: /n some_fs binary,noacl,user 0 0
v: /v some_fs binary,noacl,user 0 0
x: /x some_fs binary,noacl,user 0 0

localhost:~ >ls -d /?/tmp
/c/tmp/  /e/tmp/

Inelegant but it seems to work.

Kevin

-- 
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

Re: Patch for recent Python versions

[Kevin Schnitzius via Cygwin]

On Sunday, April 27, 2025 at 04:20:23 AM EDT, Lee via Cygwin 
 wrote: 

> On Sat, Apr 26, 2025 at 10:38 PM Keith Thompson  wrote:
>>
>> I see that Cygwin only supports Python 3.9.16 (or 3.9.18 as a test
>> version), which is a couple of years old.
>
>$ python3 --version
>Python 3.12.9

That's either a test version or it's non-Cygwin version.

@ python3 from setup.ini, curr, prev, and test versions:
install: x86_64/release/python3/python3-3.9.16-1.tar.xz
install: x86_64/release/python3/python3-3.9.10-1.tar.xz
install: x86_64/release/python3/python3-3.9.18-1.tar.xz

@ python312 from setup.ini -- all versions are labeled "test"

Kevin

-- 
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

Re: Error with multitail 7.1.5

[Kevin Schnitzius via Cygwin]

>On Friday, March 7, 2025 at 02:22:32 PM EST, Clayton Scott Kern via Cygwin 
> wrote: >On Friday, March 7, 2025 at 02:22:32 PM EST, 
>Clayton Scott Kern via Cygwin  wrote:
>
> Set default parameters
>   Execution of regular expression failed with error:
>   MultiTail warning: regular expression failed, reason:
>   match failed
>
> Press any key to exit this screen
>
> This command works fine with v7.1.1

This is an error returned from the global config file.

Please check files in /etc/multitail/cfg.d/ and ~/.multitailrc and 
$PWD/.multitailrc


Kevin


-- 
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

-- 
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

Re: dlclose reports ENOENT with simple code

[Kevin Schnitzius via Cygwin]

On Monday, March 31, 2025 at 04:28:16 AM EDT, Corinna Vinschen via Cygwin 
 wrote:
> On Mar 31 11:25, Duncan Roe via Cygwin wrote:
> > On Sun, Mar 30, 2025 at 05:32:44PM +0800, cygwin wrote:
> > > Code to reproduce:
> > >
> > >
> > > #include 
> > > #include 
> > > #include 
> > > #include 
> > >
> > > int main() {
> > > void* handle = dlopen("/usr/bin/cygwin1.dll", RTLD_LAZY | RTLD_LOCAL);
> > > if (!handle)
> > > {
> > > printf("dlopen: %s\n", dlerror());
> > > exit(1);
> > > }
> > > int res = dlclose(handle);
> > > if (res != 0)
> > > {
> > > printf("dlclose: %s\n", dlerror());
> > > exit(1);
> > > }
> > > }
> > >
> > >
> > > The program should succeed, but now it fails with "dlclose: No such file 
> > > or
> > > directory".
> > >
> > >
> > > --
> > > 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
> >
> > Reproduces here. uname -r reports 3.6.0-1.x86_64
>
> https://sourceware.org/pipermail/cygwin-patches/2025q1/013584.html

Further testing on 3.5.4-1.x86_64 (so likely not a regression):

// #define DLL2OPEN "/usr/bin/cygwin1.dll" // close fail ENOENT
// #define DLL2OPEN NULL   // success (opens the exe)
// #define DLL2OPEN "/bin/cygwrap-0.dll"   // success
// #define DLL2OPEN "/bin/cygwin1.dll" // close fail ENOENT
// #define DLL2OPEN "/cygdrive/c/Windows/System32/kernel32.dll" // open fail 
EINVAL
// #define DLL2OPEN "/cygdrive/c/Windows/System32/user32.dll" // close fail 
ENOENT
// #define DLL2OPEN "/cygdrive/c/cygwin64/bin/cygwin1.dll" // close fail ENOENT
// #define DLL2OPEN "/c/Windows/System32/ws2_32.dll" // close fail ENOENT
// #define DLL2OPEN "/cygdrive/c/Windows/System32/KernelBase.dll" // close fail 
ENOENT
// #define DLL2OPEN "/cygdrive/c/Windows/System32/ntdll.dll" // close fail 
ENOENT
// #define DLL2OPEN "/cygdrive/c/Windows/System32/wintrust.dll" // close fail 
ENOENT
// #define DLL2OPEN "/cygdrive/c/Windows/System32/mfc120.dll" // close fail 
ENOENT
#define DLL2OPEN "/cygdrive/c/Windows/twain_32.dll" // close fail ENOENT

int main() {
    void* handle = dlopen(DLL2OPEN, RTLD_LAZY | RTLD_LOCAL);

...

(FYI, I don't use a prefix for mounting my drives hence 
"/c/Windows/System32/ws2_32.dll" works...)


Kevin

-- 
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

Re: Using Cygwin installation on network share in CI fails

[Kevin Schnitzius via Cygwin]

On Friday, May 23, 2025 at 09:04:11 AM EDT, Aurélien Couderc via Cygwin 
 wrote: 

On Tue, May 13, 2025 at 9:07 PM Brian Inglis via Cygwin  
wrote:
>
>> No one else is reporting any such problems, so it is your environment, with 
>> your
>> network share, that is now having issues.
>
>I think no one reported it because it is a new problem, and Cygwin is
>not updated every week

Z:\cygtest>.\bin\bash.exe -c 'ls -l ; echo $?
./bin/bash: line 1: ls: command not found
127

Z:\cygtest>.\bin\bash.exe -c '/bin/ls -l ; echo $?
total 1629
-r-xrwxr-x+ 1 Administrators Unknown+Group  88 May 23 20:26 Cygwin.bat
dr-xrwxr-x+ 1 Administrators Unknown+Group   0 May 23 20:14 bin
dr-xrwxr-x+ 1 Administrators Unknown+Group   0 May 23 19:38 dev
dr-xrwxr-x+ 1 Administrators Unknown+Group   0 May 23 20:28 etc
drwxrwxrwt+ 1 Administrators Unknown+Group   0 May 23 19:38 home
drwxrwxr-x+ 1 Administrators Unknown+Group   0 May 23 19:34 
https%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f
dr-xrwxr-x+ 1 Administrators Unknown+Group   0 May 23 20:14 lib
dr-xrwxr-x+ 1 Administrators Unknown+Group   0 May 23 20:08 sbin
-rwxrwxr-x+ 1 Administrators Unknown+Group 1572280 May 23 19:33 setup-x86_64.exe
drwxrwxrwt+ 1 Administrators Unknown+Group   0 May 23 19:38 tmp
dr-xrwxr-x+ 1 Administrators Unknown+Group   0 May 23 20:06 usr
dr-xrwxr-x+ 1 Administrators Unknown+Group   0 May 23 20:00 var
0

It looks like the PATH is not set.  Z: is a remote drive...

Here it is on a local drive:

C:\cygwin64>set PATH=c:\Windows;c:\Windows\system32

C:\cygwin64>.\bin\bash.exe -c 'ls -l; echo $?'
./bin/bash: line 1: ls: command not found
127

Kevin

-- 
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