from:"Larry Hall"

On 06/02/2014 07:09 PM, John Bianchi wrote:

I can get output in cygwin from this call but cannot pass args to this
command:
==
$ dsquery user
"CN="

"CN="
==
lists CNs but not all of them in lower OU's, you will need to call dsquery
w/args for that.

Sounds a bit like 
to me.  Take a look at the entire thread and the reference to the original
patch that began this journey.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: It's back -- "gcc: error: spawn: No such file or directory"

On 06/02/2014 03:19 PM, David Friedman wrote:

From: "Larry Hall (Cygwin)"
Sent: Monday, June 2, 2014 12:33:44 PM
Subject: Re: It's back -- "gcc: error: spawn: No such file or directory"

On 06/02/2014 12:28 PM, David Friedman wrote:

   as -v -o /cygdrive/c/DOCUME~1/friedman/LOCALS~1/Temp/ccASOmoc.o 
/cygdrive/c/DOCUME~1/friedman/LOCALS~1/Temp/ccGXQsYR.s
gcc: error: spawn: No such file or directory

Does "as" mean the assembler? If it's not in /bin or /usr/bin, where is it?

It is in /usr/bin.

<https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86%2Fbinutils%2Fbinutils-2.24.51-3&grep=as.exe>

--
Larry

I ran find for as.exe, and it turned out to be in /usr/i686-pc-mingw32/bin.

Added that to my PATH, and now gcc goes past that point and fails with:

/usr/i686-pc-mingw32/bin/ld: cannot find -ladvapi32
/usr/i686-pc-mingw32/bin/ld: cannot find -lshell32
/usr/i686-pc-mingw32/bin/ld: cannot find -luser32
/usr/i686-pc-mingw32/bin/ld: cannot find -lkernel32
collect2: error: ld returned 1 exit status

Ran find for *advapi32*, and found libadvapi32.a in /usr/lib/w32api.
Added  that to my PATH, and got the same error again.

Right.  This is the wrong 'as' if you want to build Cygwin binaries.
And if this is the only 'as' you found on your system, then your
'binutils' installation is corrupt.  You should see this by running
'cygcheck -c'.

At this point I can only conclude that there is something wrong with my
Cygwin installation, that something failed to complete on the gcc 4.3.4 to
4.8.3 update; it was working fine before this. All I can think of to do is
wipe out Cygwin and do a complete up-to-date reinstall. Meanwhile I
installed MinGW with MSYS and this gives me a gcc 4.8.3 that I can at least
finish my current project with.

It may not require all that but if you do so, then it should resolve the
issue too.  Definitely 'binutils' isn't installed (completely/correctly).
But then again, if all that you want is Windows-native binaries, you're
good with MinGW.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: It's back -- "gcc: error: spawn: No such file or directory"


On 06/02/2014 12:28 PM, David Friedman wrote:




Interestingly, the error message now is different. But with my PATH set
to  either just /bin or just /usr/bin I get this:

GNU C (GCC) version 4.8.3 (i686-pc-cygwin)
 compiled by GNU C version 4.8.3, GMP version 6.0.0, MPFR version 
3.1.2, MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: a39cfdacc7868ff2412ca54ce8f22425
COLLECT_GCC_OPTIONS='-v' '-o' 'QC_enc_dec.exe' '-mtune=generic' '-march=i686'
  as -v -o /cygdrive/c/DOCUME~1/friedman/LOCALS~1/Temp/ccASOmoc.o 
/cygdrive/c/DOCUME~1/friedman/LOCALS~1/Temp/ccGXQsYR.s
gcc: error: spawn: No such file or directory

Does "as" mean the assembler? If it's not in /bin or /usr/bin, where is it?


It is in /usr/bin.



--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 logging into ssh

On 05/31/2014 02:55 PM, PolarStorm wrote:

Noah White wrote

I’ve installed and configured sshd to run as a service under a particular
account which is an Administrator. I can ssh in fine as that user.
However, if I try to ssh as any other user I get the following error:

Last login: Wed May 21 18:58:35 2014 from foo.home
/bin/bash: Operation not permitted
Connection to tango closed.

The sshd installation scripts creates two users, one which should not be
used for login, so make sure you sue the right one. Some months ago

Actually, neither of the two possible accounts, one for running the service
and one for, optionally, privilege separation, should be used by the user as
a login. The user should login via ssh using their Windows account login
name, after running 'ssh-user-config' as that user.

I posted details about various other issues with sshd setup on W8
machines. I have no idea if any of these have been fixed and implemented,
but have a close look at the thread:
http://cygwin.1069669.n5.nabble.com/Silently-configure-sshd-fails-via-system-account-td106607.html

Also, one of the accounts are erroneously set to expire in 42 days.

The privilege separation account, sshd, is disabled by design. This
keeps anyone from using it as a login, since the account is supposed to
be used solely by the service as an added security measure.

--
Larry

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: It's back -- "gcc: error: spawn: No such file or directory"

On 06/02/2014 11:23 AM, David Friedman wrote:

Tried that too (set PATH to just /bin) - same result.

Where is spawn normally located? Is it possible that the library file
that  normally contains it is actually missing, mis-located or corrupted, so 
that
spawn can't be found? Is there a workaround, possibly involving fork() and
exec()? I gather that spawn() is not POSIX-compliant (CMIIW - correct me if
I'm wrong).

You're misinterpreting the error message (it's a common problem with the
way the error messages are constructed).  spawn is not missing.  It's the
context.  Whatever 'gcc' is trying to spawn is the thing it cannot find.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Building cpan module that links with proprietary libs

2014-05-30 Thread Larry Hall (Cygwin)

On 05/30/2014 04:01 AM, Csaba Raduly wrote:

On Fri, May 30, 2014 at 4:36 AM, Andrew DeFaria  wrote:

On 5/29/2014 6:42 PM, Larry Hall (Cygwin) wrote:

As a
result, you will never get code compiled with g++ to link with these
libraries.  There is no common ABI among C++ compilers.  Thus, the
libraries
and headers of one can't be used as input to the compiler of another, even
on the same platform.  This only works for C code.  So you have to either
build the proprietary libs with Cygwin's C++ compiler or write your own
"shim" library that wraps the necessary calls and objects in a C API,
compile that with VS, and link your program against the APIs in your
library.

@Larry: Would this work? I think MSVC produces obj and lib files in
COFF; can Cygwin's toolchain understand that?

What I'm suggesting is not all that different than using Windows native
platform or other libraries with Cygwin.  So yes, what I'm suggesting will
work and is the typical approach taken to use C++ libraries built by a
different compiler.  It's a pain but it works.  In this case, you just
have to wrap the class methods you want to use in C functions, declare then
'extern "C"', __cdecl, and __declspec(dllexport) (if you decide to make
your "library" a DLL).  Build that with VS and include the .lib at the
end of your invocation of 'gcc'.  Simple.  :-)

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Building cpan module that links with proprietary libs

2014-05-30 Thread Larry Hall (Cygwin)

On 05/29/2014 10:36 PM, Andrew DeFaria wrote:

On 5/29/2014 6:42 PM, Larry Hall (Cygwin) wrote:

I had two archives two choose from. One was for Windows and contained the
.lib files. The other was for Linux and contains .a files. I first
tried the
Linux one but that failed with:

g++  -shared P4.o  -o blib/arch/auto/P4/P4.dll lib/libp4.a  \
   /usr/lib/perl5/5.14/x86_64-cygwin-threads/CORE/cygperl5_14.dll
-L/cygdrive/a/p4perlBuild/p4api/lib -lclient -lrpc -lsupp
-lp4sslstub\

collect2: error: ld terminated with signal 11 [Segmentation fault],
core dumped
Makefile:531: recipe for target 'blib/arch/auto/P4/P4.dll' failed
make: *** [blib/arch/auto/P4/P4.dll] Error 1
Adefaria-lt:

I can give you more output if you need it.

No need.  Forgive me for saying this but I find it hard to believe that
after all this time on the list Andrew that you don't know that trying to
use Linux-compiled libraries on Cygwin isn't going to work.  But I guess
my surprise is not that important here. ;-)

When I first when to get this to work I choose the Linux style of the
package for p4api. I figured the Windows style was for ActiveState only and
that'd probably not work. Hell ActiveState doesn't even use cpan, they use
ppm. I didn't look inside for anything like .o, .a or .dll or .lib. I
figured that it would have been source code and it would have been compiled
as part of the make process. It wasn't until it failed that I saw the
reference to .a's, etc. and looked into the p4api directory structure to see
.lib's in the Windows copy and .a's in the Linux copy. Sure at *that* point
I knew the Linux style will never work in this situation. So I tried to link
with the Windows style .lib copy.

Ah, I see.  A circuitous route leading to a dead-end which wasn't obvious at
the start.  Been there, done that.

As aresult, you will never get code compiled with g++ to link with these
libraries.  There is no common ABI among C++ compilers.  Thus, the libraries
and headers of one can't be used as input to the compiler of another, even
on the same platform.  This only works for C code.  So you have to either
build the proprietary libs with Cygwin's C++ compiler or write your own
"shim" library that wraps the necessary calls and objects in a C API,
compile that with VS, and link your program against the APIs in your
library.

Being as this code is proprietary I doubt that Perforce will release it to
me to compile but I will point them at this thread...'

That's certainly easiest if you're willing to wait.  Otherwise, you don't
need their source code to build a C API that uses their library.  You just
need their DLLs and header files, which it sounds like you already have.
Of course if I'm wrong about that, then you don't have an option AFAICS.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Building cpan module that links with proprietary libs

2014-05-29 Thread Larry Hall (Cygwin)

On 05/29/2014 01:48 PM, Andrew DeFaria wrote:

On 5/29/2014 1:29 AM, Csaba Raduly wrote:

Hi Andrew,

On Thu, May 29, 2014 at 4:12 AM, Andrew DeFaria  wrote:

I'm attempting to build a cpan module (well actually it's not a cpan module
but rather a module that uses MakeMaker and has the familiar perl
Makefile.PL, make, make test, make install installation procedure.
Additionally I need to link it to a set of proprietary libs that I am given
only the .lib files for. If you must know this is for Perforce's P4Perl
which I'd like to get working with Cygwin's Perl natively.

I download the P4API bundle (the package that has include files and the .lib
files pre-compiled).

The C++ P4 API is platform-specific; which platform did you choose?
If it really contains .lib files (not .a), those are not recognized by
Cygwin's gcc.

I had two archives two choose from. One was for Windows and contained the
.lib files. The other was for Linux and contains .a files. I first tried the
Linux one but that failed with:

g++  -shared P4.o  -o blib/arch/auto/P4/P4.dll lib/libp4.a  \
   /usr/lib/perl5/5.14/x86_64-cygwin-threads/CORE/cygperl5_14.dll
-L/cygdrive/a/p4perlBuild/p4api/lib -lclient -lrpc -lsupp -lp4sslstub\

collect2: error: ld terminated with signal 11 [Segmentation fault], core dumped
Makefile:531: recipe for target 'blib/arch/auto/P4/P4.dll' failed
make: *** [blib/arch/auto/P4/P4.dll] Error 1
Adefaria-lt:

I can give you more output if you need it.

No need.  Forgive me for saying this but I find it hard to believe that
after all this time on the list Andrew that you don't know that trying to
use Linux-compiled libraries on Cygwin isn't going to work.  But I guess
my surprise is not that important here. ;-)

Then I switched to the Windows archive that contained the .lib files.

Sensible but...

I think the issue is that their Windows P4Perl build system uses Visual
Studio to build and on Linux it uses g++. Their installation package is only
for ActiveState. Supposedly at 5.18 ActiveState is changing to a g++ based
backend using MingW I think so they'll eventually have to figure this out.
Meantime I'm just trying to get it working under Cygwin's Perl...

Next I need to do:

$ perl Makefile.PL --api-dir /.../path/to/unzipped/p4api

This works fine and I procedure with the make. This fails with things like:

make[1]: Leaving directory '/cygdrive/a/perl/P4Perl.Cygwin/lib'
g++ -c  -I/cygdrive/a/perl/p4api.windows/include/p4 -Ilib -x c++
-DUSEIMPORTLIB -O3   -DVERSION=\"2014.1\" -DXS_VERSION=\"2014.1\"
"-I/usr/lib/perl5/5.14/x86_64-cygwin-threads/CORE"
-DID_OS="\"CYGWIN17THREAD\"" -DID_REL="\"2014.1\"" -DID_PATCH="\"842847\""
-DID_Y="\"2014\"" -DID_M="\"05\"" -DID_D="\"06\"" -DOS_CYGWIN -DOS_CYGWIN17
-DOS_CYGWIN17THREAD -DOS_CYGWINTHREAD -DP4API_VERSION="515585"
-DID_API="\"2014.1/821990\"" P4.c
Running Mkbootstrap for P4 ()
chmod 644 P4.bs
rm -f blib/arch/auto/P4/P4.dll
g++  -shared P4.o  -o blib/arch/auto/P4/P4.dll lib/libp4.a  \
   /usr/lib/perl5/5.14/x86_64-cygwin-threads/CORE/cygperl5_14.dll\

P4.o:P4.c:(.text+0x45ac): undefined reference to `ClientApi::SetClient(char
const*)'
P4.o:P4.c:(.text+0x45ac): relocation truncated to fit: R_X86_64_PC32 against
undefined symbol `ClientApi::SetClient(char const*)'
P4.o:P4.c:(.text+0x4a9c): undefined reference to `ClientApi::SetHost(char
const*)'

Notice that it removes P4.dll, so it seems to know it's working with dll's,
but then it calls g++ with a -o for libp4.a!

No it doesn't. The argument to -o is blib/arch/auto/P4/P4.dll
lib/libp4.a is the next input file.

Good catch! I missed that.

 > What does the following say?

nm lib/libp4.a | c++filt

Attached.

Meantime it fails with many undefined references. I think I might need to do
perl Makefile.PL with other opts to tell it that while it's using Cygwin and
can be very Linux-like, it needs to produce .dll's and not .a's or .o's.

It seems to be on the right track; "g++ -shared -o P4.dll" sounds good to me.

You say that the libs were built by Visual Studio and the remainder of your
comments make it clear that the libraries are C++ and not C code.  As a
result, you will never get code compiled with g++ to link with these
libraries.  There is no common ABI among C++ compilers.  Thus, the libraries
and headers of one can't be used as input to the compiler of another, even
on the same platform.  This only works for C code.  So you have to either
build the proprietary libs with Cygwin's C++ compiler or write your own
"shim" library that wraps the necessary calls and objects in a C API,
compile that with VS, and link your program against the APIs in your
library.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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

Re: Mount under Task Scheduler

2014-05-29 Thread Larry Hall (Cygwin)

On 05/29/2014 11:40 AM, xmoon 2000 wrote:

I am having trouble accessing network drive from Task Scheduler
running a bash script

I put a "mount" in the script and noticed that my network drives are not listed.

Is there a way to force these to be mounted when bash script starts?

Similar problem, different service, still the same solutions.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: [GIT] Error fetching from https (> error: error setting certificate verify locations:)

2014-05-28 Thread Larry Hall (Cygwin)

On 05/28/2014 07:04 AM, gialloporpora wrote:

Risposta al messaggio del 28/05/2014 di Larry Hall (Cygwin):

On 05/27/2014 06:00 PM, gialloporpora wrote:

Hi all,

I use git version provided by cygwin, and before today I had no problems.
Now, if I try to fetch from upstream (or to fetch from my private repo too)
I receive this error message:
  > error: error setting certificate verify locations:
  >   CAfile: /usr/ssl/certs/ca-bundle.crt
  >   CApath: none while accessing
https://github.com/Mte90/firefoxos-quick-guide/info/refs
  > fatal: HTTP request failed
  >
  >
  >
  >
  >
I have seen that the file ca-bundle.crt was a system file (S attribute with
MS attrib) and I have removed the system attribute but it doesn't work yet.
The error i s the same.

The only thing that I have made in these days is to install the binary diff
package via setup.
Someone could suggest me how to solve this issue?

Please read and follow the problem reporting guidelines found at the link
below.  Pay special attention to the parts asking for cygcheck output and
for a clear, simple, minimal test case to reproduce this issue.  With this
info, folks here on the list can try to reproduce the behavior and offer
some advice.

Problem reports:   http://cygwin.com/problems.html

Thanks, sorry if I have forgotten to include the log by cygcheck, but the
log is ok and I have forgotten to mention it in my request.
I have tried to reinstall git packge and related packages but still it
doesn't work.
I have, also if deprecated, disabled the certificate check as outlined here:
http://www.gizmoplex.com/wordpress/upgrade-git-to-latest-stable-release-in-cygwin/

These are all good things to try, IMO, and certainly good things to mention
if you're looking to this list for some help.  But I still have to reiterate
that without the cygcheck output *attached* to your request as well as a
recipe to reproduce the problem you're seeing, as requested by the link I
pointed you to above, only someone reading this list and having a very
similar problem is going to be able to respond with anything even remotely
helpful here.  That's not terrible and if that's all you're looking for
then you needn't give my response any further consideration.  But I just
wanted to point out that you are limiting your pool of potential useful
responders by quite a bit if you forego providing specific details of your
problem.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: [GIT] Error fetching from https (> error: error setting certificate verify locations:)

2014-05-27 Thread Larry Hall (Cygwin)

On 05/27/2014 06:00 PM, gialloporpora wrote:

Hi all,

I use git version provided by cygwin, and before today I had no problems.
Now, if I try to fetch from upstream (or to fetch from my private repo too)
I receive this error message:
 > error: error setting certificate verify locations:
 >   CAfile: /usr/ssl/certs/ca-bundle.crt
 >   CApath: none while accessing
https://github.com/Mte90/firefoxos-quick-guide/info/refs
 > fatal: HTTP request failed
 >
 >
 >
 >
 >
I have seen that the file ca-bundle.crt was a system file (S attribute with
MS attrib) and I have removed the system attribute but it doesn't work yet.
The error i s the same.

The only thing that I have made in these days is to install the binary diff
package via setup.
Someone could suggest me how to solve this issue?

Please read and follow the problem reporting guidelines found at the link
below.  Pay special attention to the parts asking for cygcheck output and
for a clear, simple, minimal test case to reproduce this issue.  With this
info, folks here on the list can try to reproduce the behavior and offer
some advice.

Problem reports:   http://cygwin.com/problems.html

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: No threads/process support in Clisp

2014-05-22 Thread Larry Hall (Cygwin)

On 05/22/2014 04:26 PM, F. Nikita Thomas wrote:

Hello,
I finally feel confident enough to try processes/threads in Lisp,
however when I evaluate *features* in the repl, I don't see MT:, so no
thread support. Is there a way to rebuild clisp for this
functionality? Clisp version is 2.48, Cygwin version 1.7.27. Any help
or advice will be appreciated. Thanks.

First a disclaimer - I don't use CLISP.

A quick search of the web turned up this:

So if you pull the source from setup*.exe for the package and fit the
"--with-threads" switch into whatever configury it uses, that should do it.
Of course, you need all the dependent development package libraries
and development tools too.  If the sound of all this doesn't sap your
confidence, go for it.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 logging into ssh

2014-05-21 Thread Larry Hall (Cygwin)

On 05/21/2014 07:22 PM, Noah White wrote:

I’ve installed and configured sshd to run as a service under a
particular  account which is an Administrator. I can ssh in fine as that
user. However, if I try to ssh as any other user I get the following error:

Last login: Wed May 21 18:58:35 2014 from foo.home
/bin/bash: Operation not permitted
Connection to tango closed.

I’ve found a few threads talking about this issue but none of the
details/solutions were either pertinent or worked.

Other details:

Windows Server 2008 R2
Cygwin 1.7.29(0.272/5/3) CYGWIN_NT-6.1-WOW64
OpenSSH 6.6p1-1

While what you're describing could, perhaps, work, if you set the all
up in the right way, you would at most be able to get it to work with
password authentication.  If that's not working for you either, my
best recommendation is to read through the openssh README under
/usr/share/doc/Cygwin and follow the directions there for
configuring sshd.  Note that '/usr/bin/ssh-host-config' will create
a local user to run sshd under.  If you're trying to use public-key
authentication, this will only work for users on your local machine.
You will need to look into the configuration scripts that
'/usr/bin/ssh-host-config' runs to see how it creates this user
and create a like one for your domain, if that's your goal.  There is
more discussion of this in the email archives, though it is probably
several years back.  Otherwise, if a local pub-key user is enough
for your needs, these scripts should be enough to get you going or
provide you the details of what you need to get things working in
this way.  If you have further issues that you want to bring back
to the list, I recommend you read and follow the problem reporting
guidelines found at the link below.  You'll find what the list needs
from you as bootstrap information to help diagnose your particular
problem.

Problem reports:   http://cygwin.com/problems.html

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: g++ fails in cc1plus due to path

2014-05-20 Thread Larry Hall (Cygwin)

On 05/20/2014 08:33 PM, Chris J. Breisch wrote:

Hi Henry.

Cook, Henry wrote:

Thanks Chris.  It was indeed the cygwin1.dll.  I have an old version of

 > cygwin installed (2.774) along with this one 2.850 (32 bit).  All of
 > the mirrors are down from that version, so I installed a new one.
 > Reading the forum, I thought it was OK to have multiple versions
 > of cygwin installed, but I suppose the cygwin1.dll file is an
 > exception to that.

I don't know where you came up with those version numbers. I've never seen
any versions like those. I am pretty sure that the current version of Cygwin
is 1.7.29-2.

Those would be setup*.exe version numbers rather than package version
numbers.  Unfortunately, they aren't helpful for understanding anything
other than the version of setup*.exe that was used to install the
various packages.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: g++ fails in cc1plus due to path

2014-05-20 Thread Larry Hall (Cygwin)

On 05/20/2014 05:52 PM, Cook, Henry wrote:

Thanks Chris.  It was indeed the cygwin1.dll.  I have an old version of
cygwin installed (2.774) along with this one 2.850 (32 bit).  All of the
mirrors are down from that version, so I installed a new one.  Reading
the forum, I thought it was OK to have multiple versions of cygwin
installed, but I suppose the cygwin1.dll file is an exception to that.

If you have more than 1 version of Cygwin installed, you need to be careful
not to have multiple versions in your path.  With one in the Windows
directory, that's really not possible if you're trying to use the new
DLL.  This is why we recommend against putting the Cygwin DLL in any
of the default Windows directories.  If you do so, your configuration is
definitely an exception.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: where are xfig libraries specified?

2014-05-15 Thread Larry Hall (Cygwin)

On 05/15/2014 08:37 PM, apchar wrote:

I want to add some components to the default xfig libraries. I want to put
them where they'd ultimately go (/usr/lib/xfig/Libraries/newstuffdir). But I
cant find the resource or file that determines the path to the libraries
available to xfig. It's not specified in /etc/X11/app-defaults/Fig where I'd
expect it to be. $XFIGLIBDIR is not set. It's not in /etc/X11/xinit/xinitrc.
I can't add anything to the library without access to that resource (or
file). I know I can use the -library_dir switch but I want my stuff to show
up in the default menus.
So where is the resource/file I edit to add my library?

You may have better luck asking this on the cygwin-xfree list.  That's
dedicated to X on Cygwin.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Does /etc/profile need to set MANPATH?

2014-05-15 Thread Larry Hall (Cygwin)

On 05/15/2014 09:39 AM, Corinna Vinschen wrote:

On May 15 09:17, Chris J. Breisch wrote:

Chris J. Breisch wrote:

Corinna Vinschen wrote:

On May 14 18:52, Achim Gratz wrote:

Corinna Vinschen writes:

Yes, this might be better discussed in cygwin-apps. I guess the setting
of MANPATH is mainly historical.

I'd be happy to not set MANPATH in /etc/profile if we no longer need it
for the standard installation.

I'm wondering if setting MANPATH was really ever required for the old
man either. In a tcsh environment, MANPATH is not set by default.
If you install the openssl package, MANPATH is set like this (in
/etc/profile.d/openssh.csh):

if ( ! $?MANPATH ) setenv MANPATH ""
setenv MANPATH "${MANPATH}:/usr/ssl/man"

which results in:

$ echo $MANPATH
:/usr/ssl/man

I have neither problems to see the man pages in the default paths nor
problems to see the openssl man pages.

Well, /etc/profile and /etc/profile.d/openssh.sh add a few more folders
to MANPATH in bash. If your man pages are working, then we probably
don't need MANPATH.

I'm guessing though that if you unset MANPATH, you can't see the man
pages in /usr/ssl/man. The new man from man-db doesn't find them either,
however.

But I think the proper solution to that is to add the appropriate lines
to man_db.conf rather than to force something into MANPATH. OTOH, we
already have the openssh.[c]sh files working, so maybe it's easier to
continue with that, rather than modifying the OpenSSL package to update
man_db.conf.

Or I could just add the values to man_db.conf, regardless of whether OpenSSL
is installed. It's not going to hurt anything to have them there.

You still have to be able to handle MANPATH.  Unfortunately the man page
of man-db is a little tight-lipped on how MANPATH is handled exactly,
other than that "its value is used as the path to search  for manual
pages."

Whatever man does with MANPATH, it doesn't drop the default man paths,
apparently.

[...time passes...]

Hmm.  Interesting enough, the current /etc/man.conf already contains
/usr/ssl/man.  How long is it doing that already?  If I had known that,
I'd removed the /etc/profile.d/openssl.* files long ago :|

I'm not sure exactly but a quick look in the Cygwin email archives shows
a reference from 2005 with it.  We were very forward-thinking back then. ;-)

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Update CoreUtils

2014-05-13 Thread Larry Hall (Cygwin)

On 05/13/2014 02:36 PM, Chris J. Breisch wrote:

Steven Penny wrote:

On Tue, May 13, 2014 at 10:04 AM, Christopher Faylor wrote:

Funny how you're saying "We" as if you are actually contributing
anything other than criticism.

You want me to contribute? Give me maintenance over one of the aforementioned
packages. Ball is in your court.

If you're ready to maintain something, then you must have successfully built
the version of the package you want to maintain, applied any necessary
Cygwin patches, and gotten it to successfully work on your machine.

Since you've done all that, I am touched by your concern that the rest of us
are running out-of-date stuff, and am glad that you are so eager to
contribute. I'm sure Eric et al. would be happy to accept the assistance.
PTC. (http://cygwin.com/acronyms/#PTC)

Of course, if you haven't yet successfully built the version of the package
you want to maintain, haven't applied the necessary Cygwin patches, and
haven't gotten it to successfully work on your machine, then it's a bit
ludicrous to expect someone to name you the maintainer of said package. You
haven't shown any evidence of your ability to perform in that capacity.

...and Eric has.  Until he relinquishes his packages or disappears, the
majority (at least) of those on the list that use his packages appreciate
his efforts in the past and look forward to his support going forward.

If Eric decides to give up one or more of the packages you're interested
in picking up as maintainer, then we'll all be appreciative of your efforts
too. :-)

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: How do start a cygwin shell session from a script ?

2014-05-13 Thread Larry Hall (Cygwin)

On 05/13/2014 07:25 AM, Timothy Madden wrote:

It appears I found my missing shell session settings: the access
rights on the current build and source directories.

The manual build was always run within the user home directory in
cygwin, and cygwin could see the proper access right on all the files
used in the build.

But outside the user home directory, cygwin no longer sees the proper
permissions for directories and files, even though the user running
the cygwin session can very well read and write the files. But cygwin
will list the files with no permissions whatsoever, not even u+r (read
access for the file owner). If I use the Windows `icacls` command to
explicitly add the current user to the ACL on the directory with
inheritable (recursive) "full control" access right, than cygwin can
see the proper access rights too for such directories.

Can this issue maybe be fixed, so cygwin sees the same permissions, on
any files, user that Windows will grant to the current user ?

There are some tools that only look at the POSIX permissions (rwxrwxrwx),
which is what Cygwin works to provide.  But if you're using non-Cygwin
tools to create or modify files, these will not necessarily comply with
POSIX permissions.  If using Cygwin alternatives for these tools isn't
an option, you can mount the directory tree in question with the "noacl"
option to tell Cygwin tools to always allow access (see
).  Many
times, this approach works best when you're trying to mix Windows native
and Cygwin tools.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: How do start a cygwin shell session from a script ?

2014-05-12 Thread Larry Hall (Cygwin)

On 05/12/2014 06:12 AM, Timothy Madden wrote:

Hello

I have a CMake build script for my application, that among other
things tries to build libvpx (open-source video codec, see
webmproject.org).

libvpx library v1.3.0 compiles fine by hand when I open a cygwin
terminal from the Windows start menu and type in the needed
`configure`; `make` and `make install` commands.

But when I try to invoke the cygwin shell from my build script, to run
the same 3 commands with the -lc option to sh.exe (same command line),
something happens and the build commands no longer work like in the
real mintty terminal. Then my build fails.

I believe there is something in the cygwin shell session or
environment that I do not know how to set right when invoking
$(CYGWIN_DIR)/bin/sh from my CMake script.

Is there a way for me to start a cygwin shell session from the build
script, that is identical to the one that opens in the mintty terminal
from the start menu, and run some commands there ?

I checked the environment variables and umask in the mintty terminal
and in a /bin/sh session that I launch, they are the same in both
cases. I tried using /bin/sh, /bin/bash, /bin/dash, with both --login
and -c options. But the automated build always fails, and the manual
build works.

What's the error and from where?

I think you are on the right track to look at environment differences.
If you're sure there are no longer any differences between the sessions
invoked through CMake and manually, I'd suspect something surrounding
CMake.  Do you have the same problem using Cygwin's CMake?

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: interactive hg (mercurial) using ssh is getting "authentication failures" to sourceforge

2014-05-12 Thread Larry Hall (Cygwin)

On 05/12/2014 09:21 AM, Ernie Rael wrote:

On 5/12/2014 4:20 AM, Andrey Repin wrote:

Greetings, Ernie Rael!

At the end of this post, there is experimental evidence that the ssh is
disasociated from the tty in the when spawned by hg.
NOTE: hg is a Win7 command, not compiled with the cygwin dll.

Don't you see anything suspicious here?

Right you are. After I posted, I realized I hadn't clearly stated my
questions. This could be something about my setup, but... I've only just
joined this mailing list; I don't have an historical perspective.

Is this expected behavior? If so, any idea what changed over the last 6 - 9
months? Was this a conscious change in behavior?

I'd been using this setup for years; the old behavior, which gives a higher
degree of interoperability (at least in this case), is certainly natural. If
the Win program didn't do anything explicit to disassociate from the tty,
why shouldn't it work? Does windows have a concept of controlling tty? Is
there something mercurial/python could, as a native app, that would get this
to work?

I know little about windows' internals. I understand that even though it
used to work, that it may have been a 'fortunate" accident.

I believe the point that Andrey's making is that 'hg' being a Windows
native app is significant in your workflow.  When you wander into the
area that involves ttys, there are more restrictions on what will work.
Windows doesn't have ttys and Cygwin emulates them.  Mixing tools
which don't understand ttys with those that emulate them is not a
recipe for success, even if things work OK in some situations.  Your
simplest route to a solution may be to just use the Cygwin version
of 'hg'.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Issues with Cygwin on Windows 8.1

2014-05-07 Thread Larry Hall (Cygwin)

On 05/07/2014 10:11 PM, Dato wrote:

Hi,

 I just set up Cygwin for x86 on my Windows 8.1 (64-bit) machine, and
have been seeing the following issues:

1. When doing 'git clone', some of the expected messages don't show up. For
example, this is what I see:

   datod_000@Q9450 ~/sandbox
   $ which git
   /usr/bin/git

   datod_000@Q9450 ~/sandbox
   $ git clone https://github.com/libimobiledevice/libplist.git
   Cloning into 'libplist'...

   datod_000@Q9450 ~/sandbox
   $

As you can see, the 'git clone' command doesn't display the stats such as
objects received, deltas resolved, etc.

2. When invoking python, I don't get the python's prompt back:

   datod_000@Q9450 ~/sandbox
   $ which python
   /usr/bin/python

   datod_000@Q9450 ~/sandbox
   $ python

It basically just hangs there. I have to ^C to get the shell prompt back.

3. I have a shell script that runs just fine on an older Cygwin installation
on a Vista machine. But on this newer Cygwin installation, I get the
following error message:

   datod_000@Q9450 ~/sandbox/libplist
   $ ./autogen.sh
   ./autogen.sh: line 16: syntax error: unexpected end of file

Any idea on what may be causing these issues and suggestion on how to fix
them will be deeply appreciated. Thanks.

Not sure about the other issues but this one sounds a bit like the file
in question contains Windows EOL characters.  Try running d2u on the
scripts and see if that helps.  If you continue to have problems, please
follow the problem reporting guidelines at the link below for your next
round on this issue.

Problem reports:   http://cygwin.com/problems.html

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 with "None" Group on Non-Domain Members

On 05/05/2014 06:39 PM, Chris J. Breisch wrote:

Larry Hall (Cygwin) wrote:

On 05/05/2014 06:07 PM, Chris J. Breisch wrote:

Hmmm, just noticed something in /etc/group:

Chris J. Breisch:S-1-5-21-3514886939-1786686319-3519756147-1001:11001:

and on another machine where I can reproduce this:
Chris:S-1-5-21-1055441198-2882714470-4103286779-1001:11001:

Oddly, mkgroup -l does not produce this line on either machine, so I'm
not
sure where it came from. In both cases, the SID for the group is the
same as
the my user's SID.

Is 513/None in the /etc/group file too or is it missing?

513/None is in /etc/group. It's the next to last line. The line above is the
last line and apparently comes from some prior invocation of 'mkgroup -c'. I
never knew until this moment that there was a 'mkgroup -c', so I didn't do
it. :) I am guessing that's part of Cygwin's postinstall?

Yes.  See /etc/postinstall/000-cygwin-post-install.sh*

I'm not quite sure why your user and its ID ended up in your group file
though.  I don't see it in mine and invoking 'mkgroup -l -c' doesn't
enumerate it.  For the moment, you can try removing this line and
see if it helps with your problem.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 with "None" Group on Non-Domain Members

On 05/05/2014 06:07 PM, Chris J. Breisch wrote:

Chris J. Breisch wrote:

Larry Hall (Cygwin) wrote:

On 05/05/2014 02:56 PM, Chris J. Breisch wrote:

Corinna Vinschen wrote:

On May 5 12:17, Chris J. Breisch wrote:

Corinna Vinschen wrote:

An strace of `chmod 400 bar' might sched some light on this issue,
but I
have a gut feeling the underlying WIndows call will not even
return an
error code...

Attached. Your gut seems to be working today...

There *is* something weird here. Look at this:

151 36702 [main] chmod 5536 alloc_sd: uid 1001, gid 513, attribute
0x2190
65 36767 [main] chmod 5536 cygsid::debug_print: alloc_sd: owner SID
= S-1-5-21-3514886939-1786686319-3519756147-1001 (+)
70 36837 [main] chmod 5536 cygsid::debug_print: alloc_sd: group SID
= S-1-5-21-3514886939-1786686319-3519756147-1001 (+)

alloc_sd (the underlying function creating a security descriptor) gets
a uid 1001 and gid 513 as input, as usual. But the owner *and* group
SIDs of the file's existing security descriptor is
S-1-5-21-3514886939-1786686319-3519756147-1001, the SID of your user
account.

Why is your user account the primary group of the file, even though
your user token definitely has "None" (513) as its primary group?
How did it get there?

I don't have a clue. You're the expert. :)

I'm wondering if we're getting the user id as the group for the MS
Account because there is no group id. Chris, what does 'id' for
each of these accounts look like and is the group id (assuming they
are different that the user id) in there?

Well, I hope I'm not comparing apples and oranges, because now I'm at
home. However, I have duplicated the scenario and results on this
machine. It was actually where I noticed it first.

id produces expected results:

MS account:
$ id
uid=1001(Chris) gid=513(None) groups=513(None),545(Users),1003(HomeUsers)

Local account:
$ id
uid=1007(cjb) gid=513(None) groups=513(None),545(Users),1003(HomeUsers)

Actually, it's not quite what I expected. Chris is in the Administrators
group, and that's not shown.

$ net user Chris
User name Chris
Full Name Chris Breisch
Comment
User's comment
Country/region code 001 (United States)
Account active Yes
Account expires Never

[snip PW stuff for Cygwin filter]

Workstations allowed All
Logon script
User profile
Home directory
Last logon 5/1/2014 8:39:44 PM

Logon hours allowed All

Local Group Memberships *Administrators *HomeUsers
*Users
Global Group memberships *None
The command completed successfully.

$ net user cjb
User name cjb
Full Name cjb
Comment
User's comment
Country/region code 000 (System Default)
Account active Yes
Account expires Never

[snip]

Workstations allowed All
Logon script
User profile
Home directory
Last logon 5/5/2014 5:40:39 PM

Logon hours allowed All

Local Group Memberships *HomeUsers *Users
Global Group memberships *None
The command completed successfully.

Hmmm, just noticed something in /etc/group:

Chris J. Breisch:S-1-5-21-3514886939-1786686319-3519756147-1001:11001:

and on another machine where I can reproduce this:
Chris:S-1-5-21-1055441198-2882714470-4103286779-1001:11001:

Oddly, mkgroup -l does not produce this line on either machine, so I'm not
sure where it came from. In both cases, the SID for the group is the same as
the my user's SID.

Is 513/None in the /etc/group file too or is it missing?

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 with "None" Group on Non-Domain Members

On 05/05/2014 05:57 PM, Chris J. Breisch wrote:

Larry Hall (Cygwin) wrote:

On 05/05/2014 02:56 PM, Chris J. Breisch wrote:

Corinna Vinschen wrote:

On May 5 12:17, Chris J. Breisch wrote:

Corinna Vinschen wrote:

An strace of `chmod 400 bar' might sched some light on this issue,
but I
have a gut feeling the underlying WIndows call will not even return an
error code...

Attached. Your gut seems to be working today...

There *is* something weird here. Look at this:

151 36702 [main] chmod 5536 alloc_sd: uid 1001, gid 513, attribute
0x2190
65 36767 [main] chmod 5536 cygsid::debug_print: alloc_sd: owner SID
= S-1-5-21-3514886939-1786686319-3519756147-1001 (+)
70 36837 [main] chmod 5536 cygsid::debug_print: alloc_sd: group SID
= S-1-5-21-3514886939-1786686319-3519756147-1001 (+)

alloc_sd (the underlying function creating a security descriptor) gets
a uid 1001 and gid 513 as input, as usual. But the owner *and* group
SIDs of the file's existing security descriptor is
S-1-5-21-3514886939-1786686319-3519756147-1001, the SID of your user
account.

Why is your user account the primary group of the file, even though
your user token definitely has "None" (513) as its primary group?
How did it get there?

I don't have a clue. You're the expert. :)

I'm wondering if we're getting the user id as the group for the MS
Account because there is no group id. Chris, what does 'id' for
each of these accounts look like and is the group id (assuming they
are different that the user id) in there?

Well, I hope I'm not comparing apples and oranges, because now I'm at home.
However, I have duplicated the scenario and results on this machine. It was
actually where I noticed it first.

id produces expected results:

MS account:
$ id
uid=1001(Chris) gid=513(None) groups=513(None),545(Users),1003(HomeUsers)

Local account:
$ id
uid=1007(cjb) gid=513(None) groups=513(None),545(Users),1003(HomeUsers)

OK, thanks.  That answers my question but doesn't give any insight into
the original issue. :-(

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 with "None" Group on Non-Domain Members

On 05/05/2014 02:56 PM, Chris J. Breisch wrote:

Corinna Vinschen wrote:

On May  5 12:17, Chris J. Breisch wrote:

Corinna Vinschen wrote:

An strace of `chmod 400 bar' might sched some light on this issue, but I
have a gut feeling the underlying WIndows call will not even return an
error code...

Attached. Your gut seems to be working today...

There *is* something weird here.  Look at this:

   151   36702 [main] chmod 5536 alloc_sd: uid 1001, gid 513, attribute
0x2190
65   36767 [main] chmod 5536 cygsid::debug_print: alloc_sd: owner SID
= S-1-5-21-3514886939-1786686319-3519756147-1001 (+)
70   36837 [main] chmod 5536 cygsid::debug_print: alloc_sd: group SID
= S-1-5-21-3514886939-1786686319-3519756147-1001 (+)

alloc_sd (the underlying function creating a security descriptor) gets
a uid 1001 and gid 513 as input, as usual.  But the owner *and* group
SIDs of the file's existing security descriptor is
S-1-5-21-3514886939-1786686319-3519756147-1001, the SID of your user
account.

Why is your user account the primary group of the file, even though
your user token definitely has "None" (513) as its primary group?
How did it get there?

I don't have a clue. You're the expert. :)

The ACLs are a little different between the Microsoft Account and the
regular local account. But, if anything, it's the regular one that looks odd
to me.

Microsoft Account:
$ icacls bar
bar WIN8-VM\Chris:(R,D,WDAC,WO,WA)
 Everyone:(Rc,S,RA)
 NT AUTHORITY\Authenticated Users:(M)

Local account:
$ icacls foo
foo WIN8-VM\cjb:(R,D,WDAC,WO,WA)
 WIN8-VM\None:(Rc,S,RA)
 Everyone:(Rc,S,RA)

Why does the local account have None permissions, and not Authenticated Users?

POSIX permissions are user, group, other.  For your local account, that's
user = cib, group = None, other = Everyone.  Of course, I'm assuming that
foo was made using Cygwin utilities...

I'm wondering if we're getting the user id as the group for the MS
Account because there is no group id.  Chris, what does 'id' for
each of these accounts look like and is the group id (assuming they
are different that the user id) in there?

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: no syntax highlighting in cygwin / vim

2014-05-01 Thread Larry Hall (Cygwin)

On 05/01/2014 04:05 PM, Glenn Strycker wrote:

"syntax on" does not seem to be supported in the Cygwin version of
vim.  When I include this in my .vimrc file, I get the following
error:

  $ vi -u .vimrc .vimrc
  Error detected while processing /home/gstrycker/.vimrc:
  line   11:
  E319: Sorry, the command is not available in this version: syntax on
  Press ENTER or type command to continue

Use "vim" or "gvim" if you want color.  "vi" doesn't support color.  You
can create a .virc file without color sequences for use by "vi" if you
prefer to use it as is.  Otherwise, you can alias "vi" to "vim" if you
prefer it to act as "vim" does.

Also, I tried to make a /usr/share/vim/vimrc file, but it does not
seem to be loading automatically.  Do I need to add something to my
path, or an environment variable (e.g. "vimpath"?) or something?

You may source any file you want from your .vimrc (.virc/.gvimrc) file.

Note that there is a similar thread to these questions here:
http://superuser.com/questions/505761/how-to-get-vim-color-mode-to-work-in-vim-under-cygwin

And the 2nd answer there is the right one for this particular question and
complements what I said above.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Screen crippled by applications using alternative screen

2014-05-01 Thread Larry Hall (Cygwin)

On 05/01/2014 06:13 AM, Maximus5 wrote:

Christopher Faylor  cygwin.com> writes:

I don't see the behavior that you are specifying but I doubt that what
you are seeing has anything to do with the gobbledegook on the above
page.  If you do want "Cygwin" to send ANSI escape sequences then you'll
need to make sure that you're using a package which knows how to send
them, i.e., an ncurses-using package, and that the TERM environment
variable is set appropriately.

Hi, about gobbledegook

Looking into imports of cygwin's shot.exe I can see "cygncursesw-10.dll".

Does that mean it is "using a package which knows how to send them"?

Checking for environment
$ set | grep TERM
TERM=xterm

Ok?

But sh.exe is using Windows console API instead of writing ANSI to stdout.

What is wrong?

If you're using the Windows console (cmd.exe, Console2, ConEmu, etc.), then
you're not going to get complete ANSI code support regardless of what you
set your TERM environment variable to.  If you're saying that you're using
mintty or xterm and having problems, then you need to provide a clear recipe
to reproduce the problem so that someone here can try to reproduce it.  For
more details on what's needed, please see the problem reporting guidelines
found at the link below:

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: make error: *** target pattern contains no `%'. Stop.‏

2014-04-30 Thread Larry Hall (Cygwin)

On 04/30/2014 01:13 PM, Richard H. McCullough wrote:

make no longer works on any of my makefiles.

example makefile attached.

Trying this make file on Linux and on Cygwin produced the same results.

make: *** No rule to make target `merr.icn', needed by `/bin/merr.exe'.  Stop.

This does not seem out-of-order to me given the fact that I don't have
a merr.icn file.

If you're continuing to have problems and cannot determine why, please
follow the problem reporting guidelines found at the link below with
any subsequent help request to this list.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Ctrl+c signal on Cygwin

2014-04-30 Thread Larry Hall (Cygwin)

On 04/30/2014 08:57 AM, Dean Schulze wrote:

I run the program from cygwin.  Do I have to do something more than start
the .exe from cygwin to make it use the cygwin .dll?

Yes.  You have to compile and link it with Cygwin's compiler to enable
Cygwin's signaling to work properly.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: How LANG environment variable is set?

2014-04-24 Thread Larry Hall (Cygwin)

On 04/24/2014 05:56 PM, David Rothenberger wrote:

Angelo Graziosi wrote:

I remember that some time ago I had, in mintty,

$ echo $LANG
it_IT.UTF-8

Now LANG is empty ('echo $LANG' prints nothing).

I notice that /etc/profile.d has lang.sh which should set LANG when I
start mintty. That script contains

test -z "${LC_ALL:-${LC_CTYPE:-$LANG}}" && export LANG=$(/usr/bin/locale -uU)

and at command line, '/usr/bin/locale -uU' prints it_IT.UTF-8...

It looks like /etc/profile sets LC_ALL=C before running the scripts
in /etc/profile.d, then restores it to its original setting. This
prevents LANG getting set by lang.sh.

Good catch.  Yes, the latest version of base_files makes this change to
the profile_d() function.  Looks like the easiest interim solution is to
downgrade to base_files-4.1-2.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: How LANG environment variable is set?

2014-04-24 Thread Larry Hall (Cygwin)

On 04/24/2014 05:13 PM, Angelo Graziosi wrote:

I remember that some time ago I had, in mintty,

$ echo $LANG
it_IT.UTF-8

Now LANG is empty ('echo $LANG' prints nothing).

I notice that /etc/profile.d has lang.sh which should set LANG when I start
mintty. That script contains

test -z "${LC_ALL:-${LC_CTYPE:-$LANG}}" && export LANG=$(/usr/bin/locale -uU)

and at command line, '/usr/bin/locale -uU' prints it_IT.UTF-8...

If I start mintty (LANG empty) and the copy/paste the above lang.sh line,
after an  I get

$ echo $LANG
it_IT.UTF-8

It is as if the script was not executed... or not? but surely I am missing
something..

WJFFM.  What's the shell you're running?  Are you setting the local and/or
character set in mintty itself?  Is '/etc/profile' or any of the other
profile scripts being run?  Perhaps cygcheck output would help if you can't
find out where things are going awry.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: dos telnet.exe not showing up with cygwin "ls"

2014-04-18 Thread Larry Hall (Cygwin)

On 04/18/2014 06:36 PM, Andy wrote:

Larry Hall (Cygwin  cygwin.com> writes:

On 04/18/2014 04:06 PM, Andy wrote:

The real question (I should have emphasized this in my original
post) is how a file can be invisible to cygwin, but not to Windows
explorer or the DOS shell.  It's a general question that goes
beyond telnet.  The fact that this is possible is (I think)
something to be aware of because it means that what you see using
bash could very well be a low fidelity reflection of what's in the
underlying Windows file system.  I mean low fidelity in a relative
sense -- it means there's one more way for what's seen via bash to
differ from the underlying Windows file system.

Can you clarify your question here a bit?  Are you using a 32-bit
Cygwin and confused by the fact that you don't see 64-bit stuff with
it?  Forgive me if I assumed too much about the issue you're seeing.

It's not really a problem at present, but the file
c:\Windows\System32\telnet.exe is not visible when I use cygwin's bash to cd
to that directory and issue the ls command.  I am using 32-bit cygwin.  I'm
not concerned about having access to functionality, as I have both cygwin's
and Windows' telnet.  I'm curious about the circumstance that allows a file
that is readable and executable by all to invisible to cygwin.  Just
something to be aware of when using cygwin, that some mechanism may cause
some of the Windows file system to be invisible.

Sounds to me like you installed 32-bit Cygwin on a 64-bit Windows O/S.
If so, the issue you're seeing isn't Cygwin-specific.  All Windows 32-bit
apps would experience the same thing.  If you need Cygwin to see both 32
and 64-bit apps/dlls on 64-bit Windows, install 64-bit Cygwin.

<http://cygwin.com/setup-x86_64.exe>

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: dos telnet.exe not showing up with cygwin "ls"

2014-04-18 Thread Larry Hall (Cygwin)


On 04/18/2014 04:06 PM, Andy wrote:




The real question (I should have emphasized this in my original post) is how
a file can be invisible to cygwin, but not to Windows explorer or the DOS
shell.  It's a general question that goes beyond telnet.  The fact that this
is possible is (I think) something to be aware of because it means that what
you see using bash could very well be a low fidelity reflection of what's in
the underlying Windows file system.  I mean low fidelity in a relative sense
-- it means there's one more way for what's seen via bash to differ from the
underlying Windows file system.


Can you clarify your question here a bit?  Are you using a 32-bit Cygwin
and confused by the fact that you don't see 64-bit stuff with it?  Forgive
me if I assumed too much about the issue you're seeing.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: windows7 stuff in w32api

2014-04-18 Thread Larry Hall (Cygwin)

On 04/18/2014 03:57 PM, Hans Horn wrote:

Folks,

there's bunch of window7 stuff (e.g. ITaskbarList3) defined in
/usr/include/w32api/shobjidl.h

w32api is a freely distributable set of headers and libraries for
Windows Win32 API.  See a description here:

What library or dll do I have to link against to get the impls.?

This might help:

In case it's not obvious, this is all about Windows and really
nothing about Cygwin. ;-)

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Cannot confirm my subscribe to cygwin mail list

2014-04-17 Thread Larry Hall (Cygwin)

On 04/17/2014 07:24 AM, Robert Bu wrote:

Hi,

I tried to confirm my subscribe to this mail list. But management
program tells me that it cannot find the mailbox. I think it truncate
the reply email address.

Anything wrong?

Yes.  First, this isn't the place to inquire about mail list
administration issues.  That would be the mail list owner, cygwin-owner
at cygwin.com.  Please follow-up there with any further issues.

Second, you apparently used HTML mail, which isn't allowed for this
list as stated in  and
.  Presumably, if you
rectify this, you'll see no further problem.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: cygcc-1.dll: which package?

2014-04-16 Thread Larry Hall (Cygwin)

On 04/16/2014 09:53 PM, Brandon Barker wrote:

Hello,

I am trying to provide a binary that will require Cygwin to run. The
trick is, when I compile it on one system and run it on another,
certain dependencies may or may not be present. Although I thought I
did a thorough job on my test system, I'm missing cygcc-1.dll. When I
try to run my executable on a different system than the one it was
compiled on, I get the error:

/cygdrive/c/Users/brand_000/Downloads/WindowsCygwin64_falcon_minDisj_1_0.exe:
error while loading shared libraries: cyggc-1.dll: cannot open shared
object file: No such file or directory

Both systems are using Cygwin64.

At first I thought this was probably libgcc, but it seems to not be
the case since I explicitly checked it, updated it, and got the same
result.

When you're wondering what package contains something you're looking for,
consult the package search engine - .  It will
tell you if there are any packages in the distro that have the file you're
searching for.  In your case. see:

And remember, if you're actually distributing a binary, the GPL comes into
play.  You have to provide sources for your app and for the parts of Cygwin
you're distributing.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Windows hostname change fails in recent versions of Cygwin (since 1.7.28)

2014-04-14 Thread Larry Hall (Cygwin)

On 04/14/2014 06:28 PM, Wedge Jarrad wrote:

Hello all,

The following command used to allow me to change the hostname of a Windows
machine:

wmic computersystem where name=\"$COMPUTERNAME\" call rename name=newname

With new installs of Cygwin this seems to have stopped working...

OK maybe I'm just missing something but what part of the above uses Cygwin?

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: OpenSSH Package Distribution Architecture Mismatch

2014-04-11 Thread Larry Hall (Cygwin)

On 4/11/2014 5:49 PM, Auteria W. Winzer Jr. wrote:

I noticed an anomaly within both 32bit and 64bit distributions of
OpenSSH.   The package maintainer inadvertently placed the architectures in
their opposition. At 1st glance I thought I had clicked the wrong icon
thinking I was using 64bit within 32bit's space, and vice-versa.

The latest OpenSSH package from both 32 and 64 bit resources displays
the  following:

FROM 32bit Cygwin (C:\cygwin)
TARGET: C:\cygwin\bin\mintty.exe -i /Cygwin-Terminal.ico -
winzera@USWSCOWINZERA ~

$ cygcheck -c openssh
Cygwin Package Information
Package  VersionStatus
openssh  6.6p1-1OK

winzera@USWSCOWINZERA /usr/sbin
$ ls -l sshd.exe
-rwxr-xr-x 1 winzera Domain Users 762397 Mar 18 12:41 sshd.exe

winzera@USWSCOWINZERA /usr/sbin
$ ldd sshd.exe
 ntdll.dll => /cygdrive/c/Windows/SysWOW64/ntdll.dll (0x7748)

   ^
I assume you're basing your conclusion on the above information.

In conclusion: 32bit OpenSSH is in Cygwin64, and 64bit OpenSSH is in Cygwin32.

You're mistaken.  SysWOW64 is what 64-bit Windows uses to run 32-bit
executables.  If you 'ldd' other Cygwin 32-bit executables, you'll see the
same thing.  This is what's expected for any 32-bit Windows executable
actually.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Still testing needed: New passwd/group AD/SAM integration

2014-04-10 Thread Larry Hall (Cygwin)

On 4/10/2014 3:04 PM, Corinna Vinschen wrote:

I like slashes a lot more for obvious reasons.  But maybe, and that
wouldn't be too hard to implement, we could accept account names with
slash and with backslash, just as we do with pathnames.  Output of
usernames would be with slashes, of course.

Well, just an idea.

Yeah but I'd say it's a good one if it it can be done without too much
trouble.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Trouble with running cygwin dll on Vortex86MX+ CPU

On 4/7/2014 9:50 PM, Christopher Faylor wrote:

On Mon, Apr 07, 2014 at 09:28:29PM -0400, Larry Hall (Cygwin) wrote:

2) Packaging changes of setup.exe have made extracting the version string
 impossible, save for actually running setup, which isn't something I'm
 going to do on a daily basis.  If there is a method of extracting this
 info from it, please do tell me how.

I'm assuming it used to just be in the RC file in the past.  Didn't look
in the history to trace it back.  But now it is generated and put in
setup_version.c as a global constant setup_version.

setup.exe is packed with upx.  If you want to see the version string I
suppose you could unpack it with upx.

Of course!  Why didn't I think of that?

strings setup*.exe | grep setup-version

This returns the version for a _decompressed_ setup executable.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Trouble with running cygwin dll on Vortex86MX+ CPU

On 4/7/2014 6:41 PM, Peter A. Castro wrote:

Geetings, Larry,

Some comments about this (sorry if this is off-tipic):

Since you're providing this Cygwin service, I don't consider information
about this service to be off-topic.  And, of course, if *I* don't consider
it off-topic, it certainly can't be. ;-)

1) There used to be a directory to pull the snapshots, but that's been
removed or otherwise made inaccessable a while ago, so archving the
snapshots has been impossible for me.

Understood.  Yeah, access to "snapshots", among others, is turned off to
robots.  I'd say check with Chris on this one to see if there could be
some accommodation here.

2) Packaging changes of setup.exe have made extracting the version string
impossible, save for actually running setup, which isn't something I'm
going to do on a daily basis.  If there is a method of extracting this
info from it, please do tell me how.

I'm assuming it used to just be in the RC file in the past.  Didn't look
in the history to trace it back.  But now it is generated and put in
setup_version.c as a global constant setup_version.

3) The format of setup.ini hasn't changed in any significant way that
prevents newer versions of setup from working with older versions of
the achive, and vise-versa, so it hasn't been worth doing regular
achives of setup.  Mostly I tell people to grab the lastest setup and
try it first.

Yes, generally, this should work and I agree that this is the first,
easiest answer if there is no corresponding setup for a particular date.  I
was under the impression that you were also pulling setups with each
release.  That, of course, is no guarantee of direct correspondence
either but it's close.  No matter.

The exceptions are for the Legacy release (hard coded for -legacy)
as well as the preview (-2) release, but that, again, was most about
the name of the setup file and the initial release path names.
So, there really hasn't been much incentive to archive setup.

That being said, I do have a Legacy and a -2 setup versions available
for those that need them, as well as some other older releases of
setup, just in case.

Yes, I noticed.  That's a "Good Thing"(tm).  :-)

Thanks,

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Trouble with running cygwin dll on Vortex86MX+ CPU

On 4/7/2014 5:09 PM, Colin wrote:

Indeed.  And if your path under bash doesn't include /usr/bin, then I'll
wager your postinstall scripts didn't run or at least

completely/correctly.

See /etc/postinstall for the scripts.  If you aren't able to figure out
what didn't run properly, you can either try rerunning everything

manually

and looking for faults (if any) or just rerun setup.exe and hope that it
has better luck with the scripts the second time around.

Spot on, Larry. $PATH is empty.
I 'Reinstall'ed Cygwin, but the result is the same. I did take note of
setup complaining that there is a more recent version available according
to the ini file (2.774 vs 2.674) but I'm picking that isn't the problem.

I do find it interesting that the Cygwin Time Machine wouldn't have the
setup version and the archive in sync.  You'd have to check with that site
to understand why you're seeing that.

/etc/postinstall contains the following "done" script files:
base-files-mketc.sh.done
base-files-profile.sh.done
bash.sh.done
coreutils.sh.done
cygwin-doc.sh.done
man.sh.done
passwd-grp.sh.done
terminfo.sh.done
terminfo0.sh.done
update-info-dir.sh.done

Is there something missing from that list? What's my next step? I haven't
yet tried running them manually, that will have to wait until tonight (gmt
+ 12).

That list seems a bit limited to me, unless you specifically asked for just
those packages to install.  Allowing setup to install a default installation
should get you several dozen packages I believe, in 1.5 days.  So I'd say
start there and check that.  If that doesn't help, check with the Cygwin
Time Machine site for help.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: 1.7.29-2: Exception from cygwin_gethostname

On 4/7/2014 3:09 PM, Corinna Vinschen wrote:

On Apr  7 11:49, David Rothenberger wrote:

I'm having a problem doing hostname resolution on one of my Windows
7 64 machines after updating cygwin to 1.7.29-2. I first noticed it
with ssh. I get an error whenever I try to ssh to any machine using
a hostname; it complains the hostname cannot be resolved.

An strace of ssh shows an exception occuring right after the call to
cygwin_gethostname is logged.

96   58624 [main] ssh 3536 cygwin_gethostname: name daver-pc
--- Process 3536, exception 06ba at 07FEFDD4940D
   860   59484 [main] ssh 3536 __set_errno: void san::leave():315 setting errno 
14

Exception 0x6ba is "The RPC server is unavailable".  I have no idea why
this exception is generated at all on your machine.  Usually this is a
first-chance exception only, which can be ignored, but this is the first
time I ever saw this and in the above scenario there's no such exception
expected, so it doesn't get ignored.

Oh well, it would have been helpful if this had been encountered last
week :(

Good point.  David, can you go back to last week and see if you can still
reproduce it? ;-)

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 1.7.25-1.7.28 - the perl process couldn't wake up after system call

On 4/7/2014 8:03 AM, Eduard wrote:

Hi,
We run
 Cygwin 1.7.25-1.7.28 on Win7-64bit.
 perl version is v5.14.2.

Sometimes during system call from perl we see the following error:
0 [sig] perl 9852 stopped_or_terminated: couldn't wake up wait event
0x110, Win32 error 6

The process hangs and cannot be terminated by kill command. The only
way to kill process is with windows task manager.
Our tasks  require many system calls to complete

Please advise how to resolve this.

Is it any better or worse with Cygwin 1.7.29 that was just released?

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Trouble with running cygwin dll on Vortex86MX+ CPU

On 4/7/2014 7:23 AM, Corinna Vinschen wrote:

On Apr  7 11:08, Colin wrote:

Corinna Vinschen  cygwin.com> writes:

On Apr  4 09:44, Colin wrote:

Corinna Vinschen  cygwin.com> writes:

Alternatively, even though I hate to point people to older versions
of Cygwin, you could try the old Cygwin 1.5.25.  I'm not quite sure,
but I think it was compiled for i586 or even i386.  It's not as
feature-rich as Cygwin 1.7 but it worked, and maybe the set of
POSIX functions is sufficient for you.  See the Cygwin time machine
at http://www.fruitbat.org/Cygwin/index.html#cygwincirca

If you want to go even further back in time, then MSYS may be the
right thing for you.  It's a rip-off of Cygwin 1.3.22 with a few
patches to supposedly building native executables a bit better.
Just make sure to grab the old MSYS, not the more recent MSYS2.
See http://www.mingw.org/wiki/MSYS

HTH,
Corinna

Cygwin 1.5.25 seems like a good option. So I downloaded setup-legacy.exe
from fruitbat and ran it on an XP machine which has not previously seen
Cygwin. Initially I installed just the base Cygwin files. The process ran
as expected, and installed 4,263 files in 472 folders.

However the bash shell appears non-functional as far as external commands
go. It presents a prompt bash-3.2$, if I type something like ls, it
responds command not found. Any ideas?

$PATH?

Indeed.  And if your path under bash doesn't include /usr/bin, then I'll
wager your postinstall scripts didn't run or at least completely/correctly.
See /etc/postinstall for the scripts.  If you aren't able to figure out
what didn't run properly, you can either try rerunning everything manually
and looking for faults (if any) or just rerun setup.exe and hope that it
has better luck with the scripts the second time around.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: setup.exe version 2.844 (32 bit): "No packages found."

2014-04-05 Thread Larry Hall (Cygwin)

On 4/5/2014 9:25 PM, Matthew Langston wrote:

The "Select Pacakge" window shows "No packages found." when I run setup.exe version 
2.844 (32 bit) and choose the option to “Install from Local Directory" even though there are 167 
.tar.bz2 files in my local directory.

These are the options I choose when running setup.exe:

Root Directory: C:\cygwin
Install For: All Users
Local Package Directory: C:\Users\matt\Downloads\cygwin-downloader

I am using the "cygwin-downloader.zip" program from 
https://www.webkit.org/building/tools.html:

http://svn.webkit.org/repository/webkit/trunk/Tools/CygwinDownloader/cygwin-downloader.zip

Sorry but this list supports only the Cygwin distribution as provided by
cygwin.com.  So I see this as leaving you with 2 choices:

  1. Contact the good folks at webkit.org about this problem.  If you do
 so, you could also mention to them that the GNU license that Cygwin
 is distributed under requires that webkit.org make the source for
 Cygwin available as well.

  2. Install the packages you want from the Cygwin web site directly.

OK, I guess there's a third choice too... you could do both 1 and 2. ;-)

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: 1.7.28: Ctrl-C not working reliably

2014-04-05 Thread Larry Hall (Cygwin)

On 4/4/2014 3:35 PM, Ivan Todoroski wrote:

Cygwin DLL 1.7.28 32-bit
Windows 8.1 64-bit (build 6.3.9600)

*Steps to reproduce*
1) Open Cygwin bash prompt
2) Type: ssh blargh  # or any non-existent host
3) Press Ctrl-C immediately after that

On my machine, the Ctrl-C doesn't stop SSH from trying to look up the
non-existent host, it keeps going until it gives up and times out (which
takes about 10 seconds of my machine, YMMV).

This problem is not specific to SSH, it just happens to be the most reliable
way to reproduce it.

It happens frequently with other programs too, but I haven't been able to
find any pattern, it seems Ctrl-C sometimes works and sometimes doesn't.
It's a regression because the cases where Ctrl-C doesn't work used to work
in earlier Cygwin releases, but unfortunately I can't give you exact version
numbers...

I also checked that this happens both inside mintty and the native Win32
console, it made no difference.

Right, I noticed no difference in behavior between either.  But ^C worked
for me, although with a slight (1 second) delay.  Interestingly enough,
using a qualified name (i.e. blargh.com) made it respond immediately.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Install older version of sshd

2014-03-31 Thread Larry Hall (Cygwin)

On 3/31/2014 4:57 PM, Curtis wrote:

Hi,

Thanks for the help on my last question about sshd. :)

Now, another question -- I would like to test an older version of
openssh; the 5.9 release.

What's the best way to go about installing that? I see a couple repos
with older versions of openssh still in them, but I'm not sure how to
get the installer to let me install or downgrade an older package.

That's old enough that setup*.exe isn't going to let you downgrade to
it.  It really only supports downgrading to the "previous" version,
which in most cases is the previous version released.  If you want to
install 5.9, you can download the package directly and install it
using Cygwin's tar to unpack it.  Another alternative is to search for
the "Cygwin Time Machine" and use it to install a version of Cygwin
that was current for 5.9.  These procedures are, of course, not
supported by this list so if you run into problems, you'll be on
your own.  But they should allow you to do what you want.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 affecting WIndows' security settings

2014-03-31 Thread Larry Hall (Cygwin)

On 3/31/2014 3:33 PM, xmoon 2000 wrote:

I am running Windows 7 64 bit with latest Cygwin.

When I edit a file the "unix" permissions remain unaltered, BUT
Windows Security gets set to "everyone". How can I stop this
behaviour?

It's not really clear what you're seeing, when, and as a result
of what operation/command.  More details are really necessary to
provide a more complete answer for you.  See the link below for
details on submitting problem reports.

Problem reports:   http://cygwin.com/problems.html

Taking a wild guess, you're using Windows tools to operate on
a file.   If you want to do that and see consistent permissions
(i.e. ACLs) both with Cygwin tools and in the Windows environment,
you should check out the "noacl" mount option.  See:

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Public key authorization problem with latest snapshot

2014-03-29 Thread Larry Hall (Cygwin)

On 3/29/2014 3:29 PM, Christopher Faylor wrote:

On Sat, Mar 29, 2014 at 12:25:07PM -0400, Ken Brown wrote:

On 3/20/2014 11:02 AM, Corinna Vinschen wrote:

On Mar 20 01:58, Andrey Repin wrote:

Greetings, Corinna Vinschen!

The code is now practically equivalent to what is in 1.7.28.  Only the
VectoredContinueHandler, which was the reason Cygwin's exception handler
could be called twice, is not called anymore.  Instead there's a vectored
exception handler which is only called during debugging.

Before:

if (!handler_installed)
  {
handler_installed = true;
SetUnhandledExceptionFilter (handle);
AddVectoredContinueHandler (1, handle);
  }

After:

if (!handler_installed)
  {
handler_installed = true;
SetUnhandledExceptionFilter (handle);
AddVectoredExceptionHandler (1, handle_while_being_debugged);
  }

If anybody can explain this weird behaviour, please educate me.

I can't explain the behavior, but I could say, that setting
"handler_installed = true;" before the handler is actually installed is not
quite right.
Unless that variable is used inside either of two functions called afterward,
I would move it down to the end of `if' block.

BTDT.  This isn't the problem.  I *may* have found the culprit today,
but I ripped apart a lot of the code so I'm not really sure yet.  Stay
tuned.

The problems I've reported seem to all be fixed in the latest snapshot
(2014-03-29 15:21:43 UTC).  Thanks!

I'm sure Corinna will be happy to hear that.  She put in LONG hours
getting that issue sorted out.

I helped too, of course, by offering important "I don't like that
implementation" style feedback.  It was one of those 50/50 collaborations
where one person does all the work and the other person mentions it on
a mailing list.

Sounds exhausting.  Perhaps you want to sit down.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Put sshd in debug mode and survive reboot?

2014-03-28 Thread Larry Hall (Cygwin)

On 3/28/2014 1:00 PM, Curtis wrote:

Hi,

I'm having an issue with Cygwin SSHD and would like to set it up with
more debugging, but it needs to still be running in debug mode after a
reboot.

Anyone have any suggestions on how to best go about that?

You can either alter the parameters of your currently installed server
to enable debugging or install another that has the debug parameters.
I prefer the latter since that doesn't overwrite the normal sshd
service.  If you check out '/usr/bin/ssh-host-config', there's a
line in there with 'cygrunsrv -I' that you'll want to replicate and
modify for your needs if you want to set up a new service.  Something
like this should work though, assuming you've already run
'/usr/bin/ssh-host-config' before to set up the normal sshd service.

/usr/bin/cygrunsrv -I sshd -d "CYGWIN sshd_debug" -p /usr/sbin/sshd
   -a "-D -d -d -d" -y tcpip

The service starts automatically.  You'll have to manage which one (the
normal or the debug) that you want started automatically, depending on
you need.   You don't want both the debug and normal sshd services to be
running at the same time.  Keep in mind that the debug service terminates
after the first connection ends.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: launching sh/bash from windows console (cmd) results in application Segmentation Faults

2014-03-26 Thread Larry Hall (Cygwin)

On 3/26/2014 1:35 PM, Scott Mitchell wrote:

==Problem==
When launching cygwin bash shell from windows command prompt (cmd)
then applications run by bash very frequently crash with Segmentation
Faults.  When this occurs applications that are launched by the shell
are not cleaned up after the shell session terminates (for example
ssh-agents and ssh processes remain and must be killed in task
manager).  This is also a problem when using cygwin from other shell
environments such as console2 and conemu.

Do you have the same problem with Cygwin 32 bits?  How about with
the current Cygwin package (1.7.28) with either 32 bits or 64?
I had no problem running this on 32-bits from W7 x64 with 1.7.28.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 with mkdir //fileserver when opening cygwin terminal

2014-03-26 Thread Larry Hall (Cygwin)


On 3/26/2014 11:44 AM, Leo Lagos wrote:

HI Larry,

I created a new /etc/passwd by using:

llagos@T420-LLAGOS ~
$ mkpasswd -l -c -p /home

That solved the issue!


Great!  It's nice to hear of your success. :-)


--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: directory troubles

2014-03-25 Thread Larry Hall (Cygwin)

On 3/25/2014 12:49 PM, Richard wrote:

Hi Folks,

...I have for more than ten years used links in specific directories as a
strategy of managing disk space, distinguishing between remote (NFS / Samba)
from local, and I've applied the same strategy to help in keeping my linux
and Cygwin installations as similar as possible. Now, something has gone
wrong on one system and I'm perplexed - I'm pretty darned sure it was
working "last time I checked!"

Consider /d for local disk mounts, /nfs for remote disk mounts and /l for
"local use" which links into trees wherever. In this case, /d and /l were
broken, but the nfs directory and its mounts seem to be unaffected.

This morning I went to /opt which ordinarily translates to /l/opt (which
itself translates to /d/c/opt or /d/b/opt), but Cygwin's Bash shell wouldn't
go there. I got:

-bash: cd: /opt: No such file or directory

Investigating, ls showed the directories /d and /l, but I couldn't cd into
them. ls -l showed simply:

ls: cannot access d: No such file or directory
ls: cannot access l: No such file or directory
d??  ? ?   ?   ?? d
d??  ? ?   ?   ?? l

Since these directories only contain links, I decided to remove them and
make them anew. Oops! That didn't work! When Cygwin decided it wasn't going
to delete them, I first tried a cmd window, but it complained the
directories weren't empty. When I "got inside" them, I found only . and ..
as subdirectories - again, as reported by cmd. There was no removing those,
either. So, I used an Explorer window. It permitted me to see the link names
- all looked good - and it worked at deleting them - at least, they no
longer show up from either Windows or Cygwin tools.

But when I try and recreate them, I get:

mkdir: cannot create directory `d': No such file or directory
mkdir: cannot create directory `l': No such file or directory

-frown- Not sure what to do next, I tried creating them from the same
Windows explorer window I used to delete them, but it says, "Unable to
create the folder 'New Folder' Access is denied."

This is on "corporate edition XP 64 bit" - I am the administrator but there
is a different "Administrator" account for which I don't know the password
(never remember even setting the administrator password from the first
installation)! On this version there isn't a "run as administrator", only a
"run as", and since I don't know the password, I can't use the administrator
account directly unless I figure out how to deal with the password. I also
have tried (of course) unchecking the box about limiting privileges, but
that didn't help either.

Normally I'd just ignore this and work around it somehow, but these
directories are pretty critical to the whole file system management
strategy, so it'd be nice to not have to reinstall everything - reinstalling
cygwin is among the most painful processes I can imagine as it virtually
never works right the first time out and is possibly a multi-day process.
Beyond that, any and all insights on where I went wrong, etc, etc, are very
much appreciated.

I'd recommend first rebooting and, if that doesn't solve it, do a chkdsk.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 with mkdir //fileserver when opening cygwin terminal

2014-03-25 Thread Larry Hall (Cygwin)

On 3/25/2014 10:54 AM, Leo Lagos wrote:

Hi Larry,

Yes, that seems to be the problem. My /etc/passwd is full of users of
my company's domain, all of them (including me) with home such as
//fileserver/public/

I don't need to have all my company in this file, since it's only for me.

any quick way or re-creating this file? I do remember a mkpasswd or
similar command..???

Yes, mkpasswd will allow you to populate your '/etc/passwd' file.
mkgroup will do the same for your '/etc/group' file.  Check out the
man page and/or the Cygwin User's Guide for more details.

If you would prefer to work only with a local user, use the -l or -L
flags for these commands.  Otherwise, use the -d or -D flags.  For the
domain at least, you probably want to use the -c flag.  You will probably
also want to use the -p flag to specify your home directory (since it
points to a network path for your domain).

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 with mkdir //fileserver when opening cygwin terminal

2014-03-24 Thread Larry Hall (Cygwin)

On 3/24/2014 3:26 PM, Leo Lagos wrote:

Hi,

Attached is the cygcheck output.

OK, nothing is obviously wrong there.  That leaves '/etc/passwd'.  Do this:

grep llagos /etc/passwd

and see if the second to last field contains '//fileserver/public/llagos'.
If so, edit '/etc/passwd' and change that path to '/home/llagos'.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Advanced Bash-Scripting Guide script result different with it on the linux

2014-03-24 Thread Larry Hall (Cygwin)


On 3/24/2014 2:02 PM, shu wrote:

  A script  in Advanced Bash-Scripting Guide (at the bottom of
http://www.tldp.org/LDP/abs/html/ioredirintro.html )

Even i had change "sleep 1" -->"sleep 3" , still different.
Come out result:
2nd, to stderr
FD4: FIFO2: 3rd, to fd 3
FD6: FIFO2: 3rd, to fd 3
FD5: FIFO2: 3rd, to fd 3
FIFO1: FIFO2: 3rd, to fd 3
FD4: 4th, to fd 4
FD5: 5th, to fd 5
FD5: PIPE: 6th, through a pipe, to fd 5
FD6: 7th, to fd 6
FIFO1: 8th, to fd 7
FIFO1: FD8: 9th, to fd 8, to fd7


While linux result is:
1st, to stdout
2nd, to stderr
FIFO2: 3rd, to fd 3
FD4: FIFO2: 3rd, to fd 3
FIFO1: FIFO2: 3rd, to fd 3
FD5: FIFO2: 3rd, to fd 3
FD6: FIFO2: 3rd, to fd 3
FD4: 4th, to fd 4
FD5: 5th, to fd 5
FD5: PIPE: 6th, through a pipe, to fd 5
FD6: 7th, to fd 6
FIFO1: 8th, to fd 7
FIFO1: FD8: 9th, to fd 8, to fd7


I got this with Cygwin 1.7.28.

1st, to stdout
2nd, to stderr
FIFO2: 3rd, to fd 3
FD4: FIFO2: 3rd, to fd 3
FIFO1: FIFO2: 3rd, to fd 3
FD5: FIFO2: 3rd, to fd 3
FD6: FIFO2: 3rd, to fd 3
FD4: 4th, to fd 4
FD5: 5th, to fd 5
FD5: PIPE: 6th, through a pipe, to fd 5
FD6: 7th, to fd 6
FIFO1: 8th, to fd 7
FIFO1: FD8: 9th, to fd 8, to fd7

If just this information doesn't help you find where your problem is, I
recommend reading and following the problem reporting guidelines at the
link below before any follow-up email to this list:


Problem reports:   http://cygwin.com/problems.html



--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 with mkdir //fileserver when opening cygwin terminal

2014-03-21 Thread Larry Hall (Cygwin)

On 3/21/2014 5:06 PM, Leo Lagos wrote:

Hello,

I've been having this problem after a while. It seems it appeared
after I removed the 32bits versions, and installed the 64bits one.

Every time I open a terminal, I got this message:

mkdir: cannot create directory `//fileserver': Read-only file system
//fileserver/public/llagos could not be created.
Setting HOME to /tmp.

llagos@T420-LLAGOS ~
$

I have done some updates after that, latest today, but the problem
remains, so I think it's a bug in the sw, but something else, maybe
some garbage left from the 32bits version I used before.

If not that, I don't know what could it be.

Has anyone got any clue on this message and possible solution?

cygwin version is:
$ uname -a
CYGWIN_NT-6.1 T420-LLAGOS 1.7.28(0.271/5/3) 2014-02-09 21:06 x86_64 Cygwin

llagos@T420-LLAGOS ~
$

The best thing to do is file a complete problem report.  You can find
details on how to do that at the link below.

Problem reports:   http://cygwin.com/problems.html

As a wild guess, I'm going to assume you have HOME set in your windows
environment to this network directory.  Remove that and I expect you'll
get by this problem.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: mkdir working in command line but not working in csh script

2014-03-20 Thread Larry Hall (Cygwin)

On 3/20/2014 11:20 AM, Zhihua Liang wrote:

Hi, All:

mkdir working in command line but not working in csh script, After
running  csh script, the error message is:

mkdir: cannot create directory '/home/userID/job': No such file or directory

In the command line, mkdir command can create 'job' directory.

What is the possible cause or reason for this in cygwin. I have
installed  most recent version of cygwin in Windows 7-32 bit system.

Unless someone here has seen exactly the same problem, you may not get
much in the way of helpful responses without a more detailed report of
how to recreate the problem (i.e. a script at least).  cygcheck output
would be helpful too.  See the problem reporting guidelines at the link
below for details.

Problem reports:   http://cygwin.com/problems.html

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Errors when installing 64 bit cygwin -- apparently result of drive out of space. Request better checking / reporting?

2014-03-19 Thread Larry Hall (Cygwin)

On 3/19/2014 8:23 PM, Patrick Spinler wrote:

Hi,

TLDR: cygwin install apparently doesn't check for adequate space prior
to starting the install, and if it runs out during install spams
misleading error dialogs while corrupting c:\cygwin.

I'm attempting to install a 64 bit cygwin.  Unfortunately, I can't
attach a cygcheck since I haven't gotten to a working installation.

Once /usr/bin/cygcheck exists, you can run it.

I'm selecting a full installation, that is, telling it to install
everything.

Independently, I note at this point that my disk drive is out of space.
  I theorize that all the errors I note above are due to this fact.  For
what it's worth, I'm starting this install with >9gb free, which I
mistakenly assumed would be more than enough ...

It would probably be enough the current 64-bit binary installs but it's
not enough for all the source too, which you appear to be trying to
install as well.  Just skip those and the install will likely work out
better.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Silently configure sshd fails via system account

2014-03-17 Thread Larry Hall (Cygwin)

On 3/17/2014 7:28 PM, Lord Laraby wrote:

On Mon, Mar 17, 2014 at 7:22 PM, Henry S. Thompson  wrote:

I should have said I did exactly _no_ group/permission by-hand
fiddling to get the setup I sent.  All happened auto-magically as a
result of basic install.  Looking at my download area, I see I
installed cygwin, cygrunsrv and openssh all as part of my initial
install.  I can't immediately detect any sign of what initialisations
ran in what order -- /etc/sshd_config was built about an hour after
the downloads. . .

ht

I should have said, I've had those tools installed with my original
install of cygwin, but I just never activated them until today. As far
as creating a group "root", I have never seen cygwin do that
automagically. New thing?

No.  That's a message from the OpenSSH source that really isn't right
for Cygwin.  When you see 'root', think the user the 'sshd' server
runs under (i.e. 'cyg-server' if the default is used) for Cygwin.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Silently configure sshd fails via system account

2014-03-17 Thread Larry Hall (Cygwin)

On 3/17/2014 7:22 PM, Henry S. Thompson wrote:

Lord Laraby writes:

That's interesting. sshd-host-config gave me only sshd as a privileged
user name, cyg_server is already taken by a non-prvileged user
connected to the cygserver service.
Also, at no time does mkgroup create a group called root.

That suggests an earlier (Cygwin-install-time) error, doesn't it?

I should have said I did exactly _no_ group/permission by-hand
fiddling to get the setup I sent.  All happened auto-magically as a
result of basic install.  Looking at my download area, I see I
installed cygwin, cygrunsrv and openssh all as part of my initial
install.  I can't immediately detect any sign of what initialisations
ran in what order -- /etc/sshd_config was built about an hour after
the downloads. . .

Right.  '/etc/sshd_config' is built by 'ssh-host-config'.  It will create
the 'sshd' user for those requesting privilege separation and 'cyg-server'
as the privileged user to run the 'sshd' service under.  All this is done
as part of the 'ssh-host-config' script.  If this script isn't run, then
obviously the 'sshd' service won't start.  That's not say that it will
always just start when 'ssh-host-config' is run.  But that's the intent
and the blueprint for debugging problems.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: ssh login reports "Could not chdir to home directory /home/root: Bad address"

2014-03-11 Thread Larry Hall (Cygwin)

If you could repeat the information below for a machine with the latest
Cygwin and OpenSSH, along with your '/etc/passwd' and 'cygcheck -srv'
output, that may be helpful.

On 3/11/2014 9:36 AM, Ernesto Puig Rodriguez wrote:

Hi Larry,

After analyzing the debug information you recommended, I was still not able
to find the reason of the error message during the ssh login. Below the
output of the commands after the login.

$ ssh root@winsrv2008
root@winsrv2008's password: **
Last login: Fri Mar  7 16:16:51 2014 from  hostname dot com
Could not chdir to home directory /home/root: Bad address
entering /etc/profile

root@winsrv2008 ~
$ pwd
/home/root

root@winsrv2008 ~
$ ls -l
total 88
-rw-r--r--  1 root Administrators 88080 Feb 27 18:00 cygcheck.out
drwxr-xr-x+ 1 root Administrators 0 Jan 22 15:47 perl5

root@winsrv2008 ~
$ ls -dl .*
drwxr-xr-x+ 1 root Administrators0 Feb 28 15:52 .
drwxrwxrwt+ 1 root None  0 Feb 28 15:40 ..
-rw---  1 root Administrators 7953 Mar  7 16:26 .bash_history
-rwxr-xr-x  1 root Administrators 1494 Feb 28 15:52 .bash_profile
-rwxr-xr-x  1 root Administrators 6054 Jan 15 11:14 .bashrc
-rw---  1 root Administrators   87 Jan 21 09:32 .cvspass
-rwxr-xr-x  1 root Administrators 1919 Jan 15 11:14 .inputrc
-rw---  1 root Administrators   49 Feb 18 09:54 .lesshst
-rwxr-xr-x  1 root Administrators 1236 Jan 15 11:14 .profile
drwx--+ 1 root Administrators0 Mar  3 08:56 .ssh

root@winsrv2008 ~
$ id
uid=500(root) gid=513(None) groups=513(None),544(Administrators),545(Users)

root@winsrv2008 ~
$ getfacl -d /home/root
# file: /home/root
# owner: root
# group: Administrators
default:user::rwx
default:group::r-x
default:other:r-x

root@winsrv2008 ~
$ cacls "c:\cygwin\home\root"
c:\cygwin\home\root WINSRV2008\Administrator:F
 BUILTIN\Administrators:R
 Everyone:R
 CREATOR OWNER:(OI)(CI)(IO)F
 CREATOR GROUP:(OI)(CI)(IO)R
 Everyone:(OI)(CI)(IO)R

The output of ssh -v -v -v ...
(See attached file: ssh-v-v-v.out)
The debug info of sshd in /var/log/messages ...
(See attached file: sshd_dbg)

The only customized change in /etc/sshd_config is the debug flag one:
LogLevel DEBUG3

Thanks,  Ernesto.

-
On 2/27/2014 2:07 PM, Ernesto Puig Rodriguez wrote:

When I log in into my Windows Server 2008 R2 using ssh, I get the following
error:

$ ssh root@winsrv2008
root@winsrv2008's password: 
Could not chdir to home directory /home/root: Bad address

This is independent on whether I log in with the root user who is mapped to
the Administrator in the /etc/passwd or not using another user of the group
Administrators. The sshd daemon is able to log me in and everything seems
fine, but this error is telling me something is wrong in my machine which I
was not able to find till now. I have also re-installed cygwin and upgraded
ssh with the level OpenSSH_6.5p1-1 without success.

What does 'pwd' say after you login? Does '/home/root' exist? If so, what
are the permissions it shows (for each of ls -l, getfacl, cacls)?

Looking at the output of ssh -v -v -v may help.  Setting up a sshd service
to run debug and looking at that output will probably be more help.

--
Larry

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

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: 1.7.28, Windows 7: some commands very slow - especially the git prompt

2014-03-06 Thread Larry Hall (Cygwin)

On 3/6/2014 2:25 PM, Tom Bujok wrote:

My question is: could these network drives cause the git.exe to be
slow and if yes, what's the best way to umount/disable these network
drives so that my prompt is quick again.

Unless the network drives are in your path before any Cygwin executables
that you're running or if what you're running would access those
network drives for some reason, no, they shouldn't have any effect.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: new setup.exe - another problem, or is this behavior expected?

2014-02-28 Thread Larry Hall (Cygwin)

On 2/28/2014 10:05 AM, carolus wrote:

On 2/27/2014 5:36 PM, Larry Hall (Cygwin) wrote:
, if you start one session of setup, select a

package, download it, and don't install it (for whatever reason), then
start another setup session and do the same thing with a with a different
mirror, you'll get the same package again under a different directory tree
(the root of that tree being loosely named after the mirror you chose).

Does this mean that install-from-internet is a better choice than
download-without-installing when the connection is apt to be broken? Or for
combining several overnight runs to cope with a slow connection? Currently
I'm downloading to an external USB drive which I then use to reinstall
Cygwin on several machines.

And thanks for the explanation.

Either should work OK, as the former is a superset of the latter.  The key
thing is to not pick more than 1 mirror if you don't need to.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: ssh login reports "Could not chdir to home directory /home/root: Bad address"

2014-02-27 Thread Larry Hall (Cygwin)

On 2/27/2014 2:07 PM, Ernesto Puig Rodriguez wrote:

When I log in into my Windows Server 2008 R2 using ssh, I get the following
error:

$ ssh root@winsrv2008
root@winsrv2008's password: 
Could not chdir to home directory /home/root: Bad address

This is independent on whether I log in with the root user who is mapped to
the Administrator in the /etc/passwd or not using another user of the group
Administrators. The sshd daemon is able to log me in and everything seems
fine, but this error is telling me something is wrong in my machine which I
was not able to find till now. I have also re-installed cygwin and upgraded
ssh with the level OpenSSH_6.5p1-1 without success.

What does 'pwd' say after you login?  Does '/home/root' exist?  If so, what 
are the permissions it shows (for each of ls -l, getfacl, cacls)?

Looking at the output of ssh -v -v -v may help.  Setting up a sshd service
to run debug and looking at that output will probably be more help.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: new setup.exe - another problem, or is this behavior expected?

2014-02-27 Thread Larry Hall (Cygwin)

On 2/27/2014 12:44 PM, carolus wrote:

On my last download, a few days ago, when the initial server became
unresponsive, the setup process simply hung up even though I had selected
several alternate servers.  After waiting a while, I terminated and
restarted the process but again the process hung up.  I had to remove the
offending server from the selected list to get the download to proceed.
However, when I did so, it downloaded a lot of duplicates of files already
downloaded from the failed server.

This is not what I expected on the basis of past experience, but the
installation instructions simply state: "You can select multiple mirrors by
holding down CTRL and clicking on each one." with no explanation of the
expected consequences.

I asked for an explanation but have gotten no response:
http://cygwin.com/ml/cygwin/2014-02/msg00596.html

Good that you persevered then. :-)

I do believe the point of supporting multiple server selections is to allow
you to add servers with differing package sets.  Cygport comes to mind.  If
you're choosing multiple Cygwin mirror servers and expecting fault
tolerance, I'm afraid you're looking for allot more than setup's equipped
to deliver.  ;-)  In addition, if you start one session of setup, select a
package, download it, and don't install it (for whatever reason), then
start another setup session and do the same thing with a with a different
mirror, you'll get the same package again under a different directory tree
(the root of that tree being loosely named after the mirror you chose).  So
the moral to the story is that you shouldn't select more than 1 mirror
unless you know there's something in one that's not in the other and
preferably there's no overlap.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Cygwin64 ignoring /etc/passwd shell field?

On 2/25/2014 6:24 PM, Jim Burwell wrote:

On 2/25/2014 13:55, Corinna Vinschen wrote:

On Feb 25 13:52, Jim Burwell wrote:

Hi,

I've noticed after installing an update the Cygwin64 appears to ignore
the contents of the shell field in /etc/passwd.  I normally run
/bin/tcsh as my shell, and changing this field used to result in any new
login shells running tcsh.  Now it just runs bash regardless.

Has something changed?

No.  Works for me.  Do you start `mintty -'?

Corinna

Interestingly, it works as expected with mintty, but not with xterm,
uxterm, uterm.

Was going to try rxvt, but noticed it's not in Cygwin64.

It also works when I ssh into my cygwin.

So appears to be a problem with xterm and related?

Yes, and it's a conscious change.  See
.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 1.7.28 (64bit) and Vim 7.4 build from source create SEGV when writing to a file.

On 2/25/2014 10:43 AM, Thomalla, Martin wrote:

On 2014-02-25 16:35, Larry Hall (Cygwin) wrote:

On 2/25/2014 10:20 AM, Thomalla, Martin wrote:

 A quick review of the files you've provided and your description of
what
 you've done doesn't raise any red flags.  I'll suggest trying to
remove the
 Cygwin-provided VIM packages to be sure there is no
collision/interaction.
 If that doesn't work, I'd recommend debugging the problem directly
with gdb.

Which vim sources that work in cygwin should I use instead?

If you didn't use source package that you can download through setup, you
can rerun setup and select it by checking the "Src?" checkbox.  But I
think you misunderstand my response.  You said that you built from source
yourself and added features that aren't built into the binary package that
you can install via setup.  When using those features in your binary, you
experienced SEGVs.  Since you are using features that aren't supported in
the Cygwin version, there's no guarantee that they will work as expected.
In other words, you're blazing a new trail under Cygwin so you'll be the
first to encounter any problems that may come from doing so.

Another possible avenue to check is whether the upstream VIM package has
received any reports of problems with python and lua.  If so, there may be
patches or other solutions that could also be applied to Cygwin.

--
Larry

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?

Ok, I have already used the source packages I get through setup and
encountered the problem.
I have send the initial email also to the
https://groups.google.com/forum/#!forum/vim_dev list but haven't heard
anything from there yet.

I'd recommend sending to the VIM developers list directly.

<http://www.vim.org/maillist.php#vim-dev>

Also, checking the archives there may unearth some related discussion that
came up previously.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 1.7.28 (64bit) and Vim 7.4 build from source create SEGV when writing to a file.

On 2/25/2014 10:20 AM, Thomalla, Martin wrote:

 A quick review of the files you've provided and your description of what
 you've done doesn't raise any red flags.  I'll suggest trying to remove the
 Cygwin-provided VIM packages to be sure there is no collision/interaction.
 If that doesn't work, I'd recommend debugging the problem directly with 
gdb.

Which vim sources that work in cygwin should I use instead?

If you didn't use source package that you can download through setup, you
can rerun setup and select it by checking the "Src?" checkbox.  But I
think you misunderstand my response.  You said that you built from source
yourself and added features that aren't built into the binary package that
you can install via setup.  When using those features in your binary, you
experienced SEGVs.  Since you are using features that aren't supported in
the Cygwin version, there's no guarantee that they will work as expected.
In other words, you're blazing a new trail under Cygwin so you'll be the
first to encounter any problems that may come from doing so.

Another possible avenue to check is whether the upstream VIM package has
received any reports of problems with python and lua.  If so, there may be
patches or other solutions that could also be applied to Cygwin.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 1.7.28 (64bit) and Vim 7.4 build from source create SEGV when writing to a file.