Re: rsync failed after windows 10 update

[jwang]

strace showed that it hangs after calling wsock_init

--- Process 33244 loaded C:\Windows\System32\ws2_32.dll at 7ff98c3b
 3892  199371 [main] rsync 1839 wsock_init: res 0
  217  199588 [main] rsync 1839 wsock_init: wVersion 514
   88  199676 [main] rsync 1839 wsock_init: wHighVersion 514
  149  199825 [main] rsync 1839 wsock_init: szDescription WinSock 2.0
   81  199906 [main] rsync 1839 wsock_init: szSystemStatus Running
   81  199987 [main] rsync 1839 wsock_init: iMaxSockets 0
   80  200067 [main] rsync 1839 wsock_init: iMaxUdpDg 0
long wait then time out


Please shed some light
Thanks a lot in advance



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html

--
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: sshd: fatal: seteuid XXX : No such device or address

[Houder]

On Fri, 15 Mar 2019 21:41:22, Corinna Vinschen  wrote:

> On Mar 15 20:39, Houder wrote:

> > On Fri, 15 Mar 2019 14:42:47, Corinna Vinschen  wrote:
[snip]

> > > Well, there *is* a solution by using strace.  And hey, we now know what
> > > ENXIO returned from seteuid means, don't we?  It's not all bad :)
> >
> > You do! I do not :-) (as I do not have the machinery at my disposal that
> > is required to provoke this error).
> 
> If I'm not mistaken the error occurs for local machine accounts, not for
> domain accounts.  But either way, this problem can only be straced on
> machines which can reproduce the problem and that's usually the machine
> of the OP in the first place.

OP's machine (or equivalent)? Basically, that is what I stated above (i.e.
attempting to state) ...

Error occurs for local machine accounts? Yes, but not at my place! (I did
not see the error (ENXIO) when the sshd problem came up when cygwin 3 was
introduced -- because I "loop back" when using ssh).

> I'm not sure what you're asking for, what do you want to change in
> Cygwin?

To answer the 2nd part of your question: nothing! (even if I was capable
of changing Cygwin).

I can appreciate(?) the complexity of mapping "Linux" to Windows. Simple
enough (?) in case of something like reading/writing a file, because that
concept (general enough to be) is present in both Windows and "Linux".

Totally different in case of seteuid() and companions ...

(Could the error reporting be improved if the Linux system call would be
 a parameter when mapping Windows failure codes to "Linux" error codes?
 I believe that would be very, very troublesome)

To answer the 1st part of your question ...

.. well, I had hoped that you had seen what Windows function had caused
the "No such device or address" error message to appear ...
(and was willing to share that info :-).

I know that you were the one that introduced ERROR_FILE_INVALID and made
it map to ENXIO (in 2001 ... good gracious, almost 20 years ago).

Presumably, because of the empty file problem in av::setup(), a function
in winsup/cygwin/spawn.cc.

Error code ENXIO occurs at a very different level (lower) in Linux than
the level where seteuid() and companions live ...

That is why I was wondering? what made seteuid() in Cygwin generate this
error ...

So, basically, my interest comes down to curiosity! (and I assumed that
you had seen the error appear when the sshd problem came up).

End of thread? :-)

Henri

=


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

[ANNOUNCEMENT] Updated: mintty 2.9.9

[Thomas Wolff]

I have uploaded mintty 2.9.9 with the following changes:

Keyboard handling
  * Fixed modifyOtherKeys mode 1 to use verbatim control keys.

The homepage is at http://mintty.github.io/
It also links to the issue tracker.

--
Thomas

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

[ANNOUNCEMENT] cygwin 3.0.4-1

[Corinna Vinschen]

The following packages have been uploaded to the Cygwin distribution:

* cygwin-3.0.4-1
* cygwin-devel-3.0.4-1
* cygwin-doc-3.0.4-1

This is a bugfix release.

What changed:
-

- Improve /proc//cmdline and /proc//stat handling to allow
  all processes access to basic process information of foreign processes.


Bug Fixes
-

- Fix access to process list
  Addresses: https://cygwin.com/ml/cygwin/2019-03/msg00253.html

- Fix acl_to_text/acl_to_any_text returning EINVAL on empty acl
  Addresses: https://cygwin.com/ml/cygwin/2019-03/msg00157.html


Have fun,
Corinna

--
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: rsync failed after windows 10 update

[Houder]

On Sat, 16 Mar 2019 01:36:38, jwang  wrote:
> strace showed that it hangs after calling wsock_init
> 
> --- Process 33244 loaded C:\Windows\System32\ws2_32.dll at 7ff98c3b
>  3892  199371 [main] rsync 1839 wsock_init: res 0
>   217  199588 [main] rsync 1839 wsock_init: wVersion 514
>88  199676 [main] rsync 1839 wsock_init: wHighVersion 514
>   149  199825 [main] rsync 1839 wsock_init: szDescription WinSock 2.0
>81  199906 [main] rsync 1839 wsock_init: szSystemStatus Running
>81  199987 [main] rsync 1839 wsock_init: iMaxSockets 0
>80  200067 [main] rsync 1839 wsock_init: iMaxUdpDg 0
> long wait then time out
> 
> Please shed some light

We cannot ...

Please execute "cygcheck -srv > cygcheck.txt"

Please attach file cygcheck.txt to your next post.

Also, please show us the output of "rsync /tmp/test.log /temp/, i.e.
the command you are executing and which apparently fails ...

Henri


--
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: rsync failed after windows 10 update

[jwang]

rsync  /tmp/test.log /cygdrive/c/temp/
rsync: pipe: Connection timed out (116)
rsync error: error in IPC code (code 14) at pipe.c(122) [sender=3.1.2]

cygcheck.txt   

file attached.

Thanks a lot



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html

--
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: net start named failed

[jwang]

Hi All,

Just for your info, I managed to get
https://www.isc.org/downloads/file/bind-9-12-4/?version=win-64-bit  work.

Cheers



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html

--
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: rsync failed after windows 10 update

[Houder]

On Sat, 16 Mar 2019 03:49:27, jwang  wrote:
> rsync  /tmp/test.log /cygdrive/c/temp/
> rsync: pipe: Connection timed out (116)
> rsync error: error in IPC code (code 14) at pipe.c(122) [sender=3.1.2]
> 
> cygcheck.txt   

Based on the output of cygcheck -srv,

 - you are using W10 (while I am using W7 - rsync works at my place)

Also:

 - Current System Time: Sat Mar 16 11:44:27 2019
 - Windows 10 Home Ver 10.0 Build 17134

 - you are using the 64-bits version of Cygwin (root = c:\cygwin64)
 - Cygwin DLL version info: DLL version: 3.0.2
 - rsync: version: 3.1.2-1
 - librsync2: 1.0.0-1 (resulting in bin/cygrsync-2.dll)
   (not installed at my place)

Your PATH definition is exceptionally long ...

 - it contains e:\Cywin64\bin twice
 - it contains a multitude of "bins", irrelevant to Cygwin

Finding the cause of your problem is an exercise in reducing your
environment to the absolute minimum, required to execute rsync.

I would suggest to (temporarily):

 - uninstall librsync2 (it should not interfere w/ rsync, but it
   is also not required)
 - limit your PATH definition to e:\cygwin64
- i.e. export PATH=/usr/bin, if you are using bash

and run, rsync -vvv   again, and show
us the output.

Do not use the arguments that you used previously; create a new
file and a new directory to 'copy' to.

Remember, finding the cause of a problem, is first and foremost
about excluding any factor (you did not think of).

Henri


--
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: Problem of login (Re: GNU screen and tmux cannot read tty input if they are started in a telnet session)

[Takashi Yano]

Hi Corinna and Yaakov,

I know you are busy, but could you please have a look?

On Sun, 10 Mar 2019 15:05:48 +0900 Takashi Yano wrote:
> I try to clarify the title a little.
> 
> On Sat, 9 Mar 2019 10:35:13 +0900 Takashi Yano wrote:
> > Hello,
> > 
> > I would like to propose a patch attached for login package.
> > 
> > This fixes the issue that GNU screen and tmux cannot read tty input
> > if they are started in a telnet session.
> > 
> > This issue is due to the ownership of tty. With login 1.12-1, tty
> > is owned by cyg_server after logging in via telnet. This results
> > in freeze of GNU screen and tmux.

-- 
Takashi Yano 

--
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: rsync failed after windows 10 update

[jwang]

Thanks a lot.
Shall try what you suggested and report back later.



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html

--
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: rsync failed after windows 10 update

[jwang]

BTW, this is the best place I have ever experienced as far as community,
support and hospitality are concerned. 

Wish you guys make cygwin an even more greater product 



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html

--
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: rsync failed after windows 10 update

[jwang]

rsync  -vvv /tmp/test2.log /tmp/tmp/
rsync: pipe: Connection timed out (116)
rsync error: error in IPC code (code 14) at pipe.c(122) [sender=3.1.2]
[sender] _exit_cleanup(code=14, file=pipe.c, line=122): about to call
exit(14)


rsync used to work perfectly and still do on my other Windows 10 boxes.  
Just one box has problem.  

About PATH - i think it is defined by cygwin /etc/profile and my other boxes
also long PATH :)



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html

--
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: rsync failed after windows 10 update

[Houder]

On 2019-03-16 13:45, Houder wrote:

On Sat, 16 Mar 2019 03:49:27, jwang  wrote:

rsync  /tmp/test.log /cygdrive/c/temp/
rsync: pipe: Connection timed out (116)
rsync error: error in IPC code (code 14) at pipe.c(122) [sender=3.1.2]

cygcheck.txt 


[snip]


Your PATH definition is exceptionally long ...

 - it contains e:\Cywin64\bin twice
 - it contains a multitude of "bins", irrelevant to Cygwin

Finding the cause of your problem is an exercise in reducing your
environment to the absolute minimum, required to execute rsync.

I would suggest to (temporarily):

 - uninstall librsync2 (it should not interfere w/ rsync, but it
   is also not required)
 - limit your PATH definition to e:\cygwin64
- i.e. export PATH=/usr/bin, if you are using bash


Sorry, that should be:

export PATH=/usr/bin:/cygdrive/c/Windows/System32

(cygdrive, or whatever your prefix is)

as rsync is also dependent on .dll's from the Windows bin ...

Henri

--
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: rsync failed after windows 10 update

[Houder]

On Sat, 16 Mar 2019 06:26:05, jwang  wrote:
> rsync  -vvv /tmp/test2.log /tmp/tmp/
> rsync: pipe: Connection timed out (116)
> rsync error: error in IPC code (code 14) at pipe.c(122) [sender=3.1.2]
> [sender] _exit_cleanup(code=14, file=pipe.c, line=122): about to call
> exit(14)
> 
> rsync used to work perfectly and still do on my other Windows 10 boxes.  
> Just one box has problem.  
> 
> About PATH - i think it is defined by cygwin /etc/profile and my other boxes
> also long PATH :)

Yes James,

But this is NOT about "what used to work", it is about what is NOT working NOW
on this specific machine ...

It is also not relevant (to a large extent) that rsync is working on the other
W10 boxes you own ...

The main issue (to us) here is: Is it Cygwin that is causing the problem? Said
differently, if it is not Cygwin, than we cannot help you.

In that case, you will have to rely on your own capabilities (and the support,
if any, given by Microsoft).

So, the reason I am asking to reduce your PATH definition is to exclude Cygwin
as the cause of your recent problem on this specific box.

Excluding, excluding ... that is the main theme here!

Henri


--
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: [ANNOUNCEMENT] Updated: mintty 2.9.9

[Achim Gratz]

Thomas Wolff writes:
> I have uploaded mintty 2.9.9 with the following changes:

While you're at it, could you please stop using the release number "0"
for your packages?  That's supposed to be used for test packages only
(if you want to make an effort to convey that in the package file name).
Proper releases should start with "1".

https://cygwin.com/packaging-contributors-guide.html#updating


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

--
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: rsync failed after windows 10 update

[jwang]

Thanks lot for your advice.

Microsoft - no reply there.
Shall keep trying.

Have a good weekend.



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html

--
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: sed end of line

[L A Walsh]

On 3/15/2019 7:59 PM, Brian Inglis wrote:
> On 2019-03-15 04:03, Soegtrop, Michael wrote:
>   
>> you are mixing a DOS echo which will produce a \r\n line ending with a
>> Cygwin sed which expects \n line endings. The second . matches the \r.
>> Either work in bash and use Cygwin echo or use a MinGW compile of sed or
>> strip the \r e.g. with tr or maybe match it more explicitly with a \r.
>> 
>
> Or use Cygwin printf "%s\n" "Hey" to avoid differing echo output.
>   
Or when in cygwin, make sure your cygwin paths are first.



--
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: Problem of login (Re: GNU screen and tmux cannot read tty input if they are started in a telnet session)

[Corinna Vinschen]

On Mar 16 22:06, Takashi Yano wrote:
> Hi Corinna and Yaakov,
> 
> I know you are busy, but could you please have a look?
> 
> On Sun, 10 Mar 2019 15:05:48 +0900 Takashi Yano wrote:
> > I try to clarify the title a little.
> > 
> > On Sat, 9 Mar 2019 10:35:13 +0900 Takashi Yano wrote:
> > > Hello,
> > > 
> > > I would like to propose a patch attached for login package.
> > > 
> > > This fixes the issue that GNU screen and tmux cannot read tty input
> > > if they are started in a telnet session.
> > > 
> > > This issue is due to the ownership of tty. With login 1.12-1, tty
> > > is owned by cyg_server after logging in via telnet. This results
> > > in freeze of GNU screen and tmux.

Pushed and new release uploaded.

Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

[ANNOUNCEMENT] login 1.13-1

[Corinna Vinschen]

The following packages have been uploaded to the Cygwin distribution:

* login-1.13-1

This release fixes the problem and adds the patch from
https://cygwin.com/ml/cygwin/2019-03/msg00193.html


Corinna

--
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: Problem of login (Re: GNU screen and tmux cannot read tty input if they are started in a telnet session)

[Takashi Yano]

Hi Corinna,

On Sat, 16 Mar 2019 16:34:41 +0100 Corinna Vinschen wrote:
> Pushed and new release uploaded.

I confirmed that the issue has been fixed in login 1.13-1.
Thank you very much!

-- 
Takashi Yano 

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

[ANNOUNCEMENT] Updated: procps-ng 3.3.15-1

[Achim Gratz]

The package procps-ng has been updated to its latest upstream version.

This package provides command line and full screen
utilities for browsing procfs, a pseudo file system dynamically
generated by the kernel to provide information about the status of
entries in its process table (such as whether the process is 
running, stopped, or a zombie).

It contains free, prockill, pkill, pgrep, pmap, procps, tload, top,
uptime, vmstat, w, and watch


This build fixes a problem where the controlling terminal (ctty) was not
shown for all processes even when thisinformation was available.


-- 
  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
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: cmake gui and soci 4 with postgresql

[Gavin M2301]

Hi Marco -

 I am going to use mingw for soci 4. I installed windows postgresql. I am
really liking cygwin though.

I ran into a mini issue with cmake. I can't verify the download off the
cmake website. I'm just chilling out to see if they respond.

I need that for soci 4.0.

The cmake GUI for cygwin is really neat.

Have a cool weekend. Thnx. Roboloki



On Wed, Mar 13, 2019, 7:24 AM Marco Atzeri  wrote:

> Am 13.03.2019 um 00:19 schrieb Gavin M2301:
> > Hi-
> >
> > I kind of hoped that when I selected cmake gui from Cygwin mirror that it
> > would know which dependencies I needed. I tried to launch it by typing
> > cmake-gui into mintty and it did not load.
>
> what is the output of  "cygcheck cmake-gui" ?
>
> > I installed PostgreSQL for win 10 and then installed the command line
> tools
> > for Cygwin and that went well. I tried it out and it is working.
>
> Postgresql windows version or cygwin version ?
>
>
> > The creator of SOCI 4 said, no one tried to test soci with Cygwin.I don't
> > see why it matters in this case whether I am using Cygwin or not. I use
> > minGW to build DLLs with PostgreSQL headers and library files for my
> > project.
>
> I guess you need to define if you want to use cygwin or mingw.
> Mixing usually does not work well
>
>
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> https://www.avast.com/antivirus
>
>
> --
> 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
>
>

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

copy and paste on mintty are strange for lines containing wide width characters after 2.9.7

[Tatsuro MATSUOKA]

After 2.9.7,


copy and paste on mintty are strange for lines containing wide width characters
(e.g. Japanese Kanji).


-rw---  1 MATSUOKA LAB なし   180 3月  30  2018 .serverauth.12420

Copy 180 and paste it to notepad.
It become 0 3.

Tatsuro


--
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: Emacs and CTRL key problems using Cygwin 3.0.3

[Jeffrey Walton]

On Fri, Mar 15, 2019 at 2:29 AM Jeffrey Walton  wrote:
>
> ...
> I used Cygwin x86_64 flavor and SSH'd into a Linux box. I opened a
> text file with emacs and tried to delete a line with CTRL+K. Notice
> the '5;5u' where the delete was supposed to occur:

The updates that were applied earlier today fixed the issue.

Thanks.

--
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: copy and paste on mintty are strange for lines containing wide width characters after 2.9.7

[Takashi Yano]

On Sun, 17 Mar 2019 13:56:40 +0900 (JST) Tatsuro MATSUOKA wrote:
> After 2.9.7,
> copy and paste on mintty are strange for lines containing wide width 
> characters
> (e.g. Japanese Kanji).

Also the cursor position is strange on wide characters.
It is at the position as if the character width is
normal (narrow) width.

-- 
Takashi Yano 

--
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: rsync failed after windows 10 update

[Achim Gratz]

Houder writes:
> Sorry, that should be:
>
> export PATH=/usr/bin:/cygdrive/c/Windows/System32

The proper way to isolate Cygwin from Windows to the extent possible
is to set "CYGWIN_NOWINPATH=yes" in the control panel in either the system
or user variables so it is in the environment when you start the first
Cygwin process (which should be a login shell).  I recommend that as the
default setting.  If it turns out you need a specific Windows path later
on, you can add it as needed from ORIGINAL_PATH (provided you use a
POSIX shell).

> (cygdrive, or whatever your prefix is)

Here, too: this should be set independently of whatever the cygdrive
prefix is, so "/proc/cygdrive/c…"


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs

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