Re: Unknown+user issues using cygwin under an Azure AD "domain" account on Windows 10.1511?

2016-02-05 Thread Russell Mora
Finally occurred to me to run whoami under strace - I saw this which was of interest: 2706 10005 [main] whoami 13636 pwdgrp::fetch_account_from_windows: Unknown domain AzureAD --- Process 13636 loaded C:\Windows\System32\netapi32.dll at 7FFAD6B5 --- Process 13636 loaded C:\Wind

Unknown+user issues using cygwin under an Azure AD "domain" account on Windows 10.1511?

2016-02-05 Thread Russell Mora
Hi All, Big fan - long time user, first time mailer! :-) Quick check - I'm seeing Unknown+user issues even since I started logging in via an Azure AD "domain" account - I put "domain" in quotes because Azure AD is not full AD domain services, just the identity services (likely cause of my failure

Re: Tmux man page not up to date

2016-02-05 Thread Byron Boulton
On 2/5/2016 3:31 PM, Byron Boulton wrote: On 2/5/2016 3:01 PM, Michael Wild wrote: On Tue, Feb 2, 2016 at 4:54 PM Byron Boulton wrote: The man page for tmux in Cygwin is not up to date. The version of tmux in cygwin is 2.1, but the man page is not consistent with that. Specifically I noticed

Re: Tmux man page not up to date

2016-02-05 Thread Byron Boulton
On 2/5/2016 3:01 PM, Michael Wild wrote: On Tue, Feb 2, 2016 at 4:54 PM Byron Boulton wrote: The man page for tmux in Cygwin is not up to date. The version of tmux in cygwin is 2.1, but the man page is not consistent with that. Specifically I noticed it because I was getting warnings about my

Re: Tmux man page not up to date

2016-02-05 Thread Michael Wild
On Tue, Feb 2, 2016 at 4:54 PM Byron Boulton wrote: > > The man page for tmux in Cygwin is not up to date. The version of tmux > in cygwin is 2.1, but the man page is not consistent with that. > > Specifically I noticed it because I was getting warnings about my mouse > configurations settings. Th

cygwin_conv_ functions and character encoding

2016-02-05 Thread Thomas Wolff
The cygwin path conversion functions ignore the current locale; rather they seem to always use the locale environment set when the program was started, see test program convloc.c: #include #include #include #include int main() { setlocale(LC_ALL, "C.UTF-8"); char * utfstring = "böh";