Re: Files created in cygwin on fileshare no longer allow "delete" in NTFS

[Larry Hall (Cygwin)]

On 12/11/2017 05:19 PM, Eric Duesterhaus wrote:

How can I retain NTFS "delete" rights for my users and groups on
files created by Cygwin?





Note that there are two differences:
1. Delete permission are now missing.
2. Inheritance has been disabled and all permissions that would have
been  inherited are on the file as explicit permissions, excepting "delete"


You haven't said yet how the M drive is mounted as far as Cygwin is
concerned.  Is it using Cygwin ACLs or not?  It looks to me like it is.
But if that doesn't explain what you're seeing, I would recommend using the
guidelines below with any follow-up to the list so we have some baseline
information and can eliminate anything obvious.


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: How to find out the current cygwin version?

[Larry Hall (Cygwin)]

On 09/08/2017 12:44 AM, David Billinghurst wrote:

On 8/09/2017 14:39, Ben Stover via cygwin wrote:


Assume I get to another (Windows) computer where Cygwin is already installed.

How can I find out which version of Cygwin is currently installed?

cygcheck --version # for cygwin dll
cygcheck  --check-setup   # for all packages


To do a check of all installed packages, the second option is really the
only choice.  But if you're just looking for version of the Cygwin DLL,
"uname -r" is an alternative to the first option that is a bit more
UNIXy/Linuxy.  As such, it may be preferable if you're checking this in a
script that is meant to be cross-platform.


--
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: privilege separation no longer supported on Cygwin? SURPRISE!

[Larry Hall (Cygwin)]

On 05/31/2017 05:37 AM, Houder wrote:

On Tue, 30 May 2017 21:28:41, "Larry Hall (Cygwin)" wrote:

[snip]

Cygwin's link to the Windows user ID is through the UID/SID mapping.  In
your case, you're apparently using /etc/passwd and so that's where the
mapping happens.  You can map the UID of a Cygwin user to any valid Windows
SID by editing the SID as you did.  This doesn't change how things look in
the Cygwin environment (i.e. the UID and user name are still the same) but
it does make a difference to Windows.  So the fact that you can change the
SID for the 'sshd' user and still get it to run is not all that surprising,
assuming that the new Windows SID that you're using as 'sshd' now has at
least similar permissions.  Of course, if you remove Cygwin's understanding
of 'sshd' so that it can't do the mapping of UID to SID or even have a
valid UID, then subsequent problems are not unexpected.


Hi Larry,

Thanks for your reply! Discussion!

First of all, I do not pretend to know Windows ... neither do I pretend that I
know more about ssh/Cygwin than Corinna does (basically, I know not very much).

.. the only thing I am able to, is "observe" (and I may interpret wrong), and
may have done "stupid" things. That is why your reply is appreciated by me.

Now back to your reply:

I had modified /etc/password as follows: (note the  in the sid)

sshd:*:1015:513:U-Seven\sshd,S-1-5-21-91509220-1575020443-2714799223-:/var/empty:/bin/false

However, just now I modified it as follows:

sshd:*:1015:513:U-Seven\sshd,S-1-5-21--xx-xx-:/var/empty:/bin/false

(again changed the sshd service into 'automatic'), and rebooted the system.

After system reboot, an elevated shell is started ...
(the ampersand sign at the end of the prompt indicates it is an elevated shell)

# my .bash_profile interrogates the cygwin1.dll ...
/home/corinna/src/cygwin/cygwin-2.8.0/cygwin-2.8.0-1.x86_64/src/newlib-cygwin/winsup/cygwin/cygheap.cc
64-@@#
64-@@# cygrunsrv -Q sshd
Service : sshd
Display name: CYGWIN sshd
Current State   : Running
Controls Accepted   : Stop
Command : /usr/sbin/sshd -4 -D -e

Looking good ...

64-@@# net user sshd
The user name could not be found.

More help is available by typing NET HELPMSG 2221.

As far as I know, this means that Windows tells me user sshd does NOT exist!

However, I can still use the ssh command ... (see below).

Now, if I understand correctly, "Corinna" may use the first (of the 4) method,
i.e. the one based on NtCreateToken(), to change the user context ...
(Q: is that even possible for a NON-existing user?)

However, neither the ps command nor the "Process Explorer" show me a context
that "belongs" to user sshd [1] (in stead it belongs to user cyg_server).

[1] I refer to the grandchild of the listener, the one that exists before the
authentication phase terminates ...

Yes, I know; I may still be wrong ... I report what I observe ... yes, I do
not have the deep knowledge of Windows that Corinna has. I know.

Regards,

Henri

-

From an UNelevated shell:


64-@@ ssh -p  -l Henri 192.168.178.15
Enter passphrase for key '/home/Henri/.ssh/': # Henri is privileged
Last login: Wed May 31 10:30:52 2017 from 192.168.178.15
TADA ! < contents of /etc/motd
/home/corinna/src/cygwin/cygwin-2.8.0/cygwin-2.8.0-1.x86_64/src/newlib-cygwin/winsup/cygwin/cygheap.cc
64-@@# exit < full-blown elevated shell! (try whoami /all)
logout
Connection to 192.168.178.15 closed.

64-@@ ssh -p  -l jvdwater 192.168.178.15
jvdwater@192.168.178.15's password: # jvdwater is UNprivileged
Last login: Wed May 31 10:29:27 2017 from 192.168.178.15
TADA !
64-@@ exit < ordinary UNelevated shell
logout
Connection to 192.168.178.15 closed.

64-@@# tail -f /var/log/sshd.log
Server listening on 0.0.0.0 port .
Accepted publickey for Henri from 192.168.178.15 port 49186 ssh2: 
Received disconnect from 192.168.178.15 port 49186:11: disconnected by user
Disconnected from user Henri 192.168.178.15 port 49186
Accepted password for jvdwater from 192.168.178.15 port 49191 ssh2
Received disconnect from 192.168.178.15 port 49191:11: disconnected by user
Disconnected from user jvdwater 192.168.178.15 port 49191


I'm replying directly to your original replies to me but this
shouldn't indicate to anyone that subsequent discussion by others hasn't
provided good and useful information.  My reply more directly addresses
your email though so I wanted to reference it without those intervening
discussions to hopefully avoid confusion.

At the moment, the only system I have access to that has Cygwin's SSH set
up on it is one that's using AD and there when I login using public key or
password authentication, I'm always logged in as my user without elevated
privileges.  I'm not going to speculate about whether this is indicative of
proper operation or not for this environment.  I just offer it as ano

Re: openssh: privilege separation no longer supported on Cygwin? SURPRISE!

[Larry Hall (Cygwin)]

On 05/30/2017 09:50 AM, Houder wrote:

On Mon, 29 May 2017 19:14:30, Houder wrote:

[snip]

As if the "sshd" account is NEVER, NEVER used during the _whole_ process
(that is, there is NO privilege separation, as far as I can tell).


.. wanted to share this experience with you.

  - deleted user/account 'sshd' # net user sshd /delete
  - modified the last part (rid?) of the sid belonging to user/account 'sshd'
in  (in /etc/passwd)
  - rebooted

Before reboot, I changed 'sshd' in an automatic service (was: manual)

After the system had rebooted:

  - 'cygrunsrv -Q sshd' shows 'sshd' running ...
  - 'tail -f /var/log/sshd.log' shows 'sshd' listening ...
  - 'net user' shows user/account 'sshd' gone ...

I can still use ssh ... (both password authentication and key authentication)

Yes, if I remove user/account 'sshd' completely from /etc/passwd, only
then 'sshd' won't start ...


Cygwin's link to the Windows user ID is through the UID/SID mapping.  In
your case, you're apparently using /etc/passwd and so that's where the
mapping happens.  You can map the UID of a Cygwin user to any valid Windows
SID by editing the SID as you did.  This doesn't change how things look in
the Cygwin environment (i.e. the UID and user name are still the same) but
it does make a difference to Windows.  So the fact that you can change the
SID for the 'sshd' user and still get it to run is not all that surprising,
assuming that the new Windows SID that you're using as 'sshd' now has at
least similar permissions.  Of course, if you remove Cygwin's understanding
of 'sshd' so that it can't do the mapping of UID to SID or even have a
valid UID, then subsequent problems are not unexpected.


--
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: Access windows environment variable via cygwin

[Larry Hall (Cygwin)]

On 05/11/2017 10:44 PM, Eliot Moss wrote:

On 5/11/2017 9:14 PM, ChampS wrote:

Hi,

I want to use Cygwin to access all Windows applications installed on my
Windows 7 system. The
Problem is that Windows is using spaces in its environment variable 'Path'
and Cygwin can not handle
the spaces. Is there a way to use the Windows environment variable 'Path'
even with spaces in it?
For Example I want to start x86 sbt via Cygwin, then I will get the
following error message:
"/cygdrive/c/Program Files (x86)/sbt/bin/sbt: line 61:
/sbt-launch-lib.bash: No such file or
directory". But when I try it with the default Windows cmd it works.

Thought about something like iterating over the 'Path' environment
variable in bashrc and adapt the
strings to fit for Cygwin. But I don't know how I can access the Windows
environment variables and
how I could provide the adapted environment variable to Cygwin.

Someone an idea how I could solve this issue?


Yeah, spaces are hell in paths in the Posix/Linux kind of world.


Really, they are just as bad in the Windows world, as one quickly finds out
if you're at a command prompt.  Just as spaces in path and file names need
to be escaped in POSIX/Linux/Unix and like environments, Windows requires
the same thing.  It just uses different syntax for doing so.  But that's
OK.  Without all this complication, using computers would be no fun at all.
;-)

--
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: cygserver - Postgres Multiple connection Load Testing - Inifinte Loop

[Larry Hall (Cygwin)]

On 05/06/2017 11:27 PM, Noah Misch wrote:

On Sat, Apr 01, 2017 at 10:36:24PM -0400, Noah Misch wrote:

On Tue, Mar 28, 2017 at 01:26:52AM -0400, Noah Misch wrote:

On Fri, Mar 24, 2017 at 06:11:01PM +0100, Corinna Vinschen wrote:

I pushed a patchset now, and uploaded new developer snapshots for
testing to https://cygwin.com/snapshots/



Please give it a try



I call the cygwin-20170324 freezes "limited" because the symptoms differ from
the classic freeze I described upthread.  "strace /bin/true" and "cat
/proc/sysvipc/sem" do not hang, but every PostgreSQL backend process is stuck
waiting on a synchronization primitive.

I can distill another self-contained test case for the limited freeze seen in
cygwin-20170324, but that make take awhile.  I'm sending this early report so
you're aware of the possible regression in cygwin-20170324.


I'm attaching a new test program that demonstrates the regression.  My previous
test program created sixteen processes that each picked a random semaphore to
lock.  Now, each process picks two semaphores and locks them in order.  This
proceeds smoothly on GNU/Linux and on cygwin-20170321.tar.xz "cygserver -r 40".
It freezes within one second on cygwin-20170324.tar.xz "cygserver -r 40".


I suggest reverting the cygwin-20170324 cygserver changes for now.  Older
versions can be configured to have reliable sysv semaphores, but I think no
settings render sysv semaphores reliable in Cygwin 2.8.0.  What do you think?


Just FYI, Corinna is away for a bit (in European time, "a bit" = until
June ;-) ) so don't be surprised if her response is delayed.


--
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: Can not get XWindows to Work in Cygwin/X .... I LOVE CYGWIN, USE IT EVERY DAY

[Larry Hall (Cygwin)]

On 04/18/2017 08:45 PM, Mike Rushton wrote:

OK.  I followed these instructions but I never get to see a screen.   I want
to un-install and re-install it.   I don't see Cygwin/X in the Control Panel.

How do I uninstall 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 Time Machine has moved

[Larry Hall (Cygwin)]

On 03/28/2017 04:46 PM, Peter A. Castro wrote:

Greetings, All,
   First, my apologies in advance if this is considered off-topic, or
unwelcome in some way...


Unwelcome?  I find it shocking!  Imagine, the audacity of providing this
service to the Cygwin community for all these years and to now improve on
it.  I'm beside myself!  Someone needs to give Peter a gold star (or three!)
otherwise he's just going to continue to do these outrageous things.  This
simply must stop!

--
Larry

PS - This is really awesome. :-)  Thank you Peter!
_

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: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

[Larry Hall (Cygwin)]

On 02/23/2017 06:01 PM, Tony Kelman wrote:

The big question remains, where this speed boost coming from?
Is this a startup time? Or some internal slowness?
Because in latter case, given your STC, this is a bash issue and should be
reported upstream.


Dunno what you meant by STC, but upstream is well aware:

$ man bash | tail -n 21 | head -n 2
BUGS
It's too big and too slow.


Forgive me but this entire thread has been giving me a serious case of
deja-vu.  We've been down a similar path to this before, the last time
around with "ash" rather than "dash" but the arguments sound very familiar.
Brian Dessent has a nice summary a paragraph into his response below:

https://sourceware.org/ml/cygwin/2008-03/msg00369.html

Now this was "ash" and not "dash" and the actual transition from "bash" to
"ash" and back again occurred well over 10 years ago, so allot of things
have changed for sure.  But I bring this up because I think the parallels
are there.  Since making a change of this magnitude is going to be an
undertaking, we should be sure we're going to see the intended benefits
before enduring the pain such a change would bring, though hopefully that
pain would be short-lived and/or minor. :-)

--
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: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

[Larry Hall (Cygwin)]

On 02/23/2017 06:01 PM, Tony Kelman wrote:

The big question remains, where this speed boost coming from?
Is this a startup time? Or some internal slowness?
Because in latter case, given your STC, this is a bash issue and should be
reported upstream.


Dunno what you meant by STC, but upstream is well aware:

$ man bash | tail -n 21 | head -n 2
BUGS
It's too big and too slow.


Forgive me but this entire thread has been giving me a serious case of
deja-vu.  We've been down a similar path to this before, the last time
around with "ash" rather than "dash" but the arguments sound very familiar.
Brian Dessent has a nice summary a paragraph into his response below:

https://sourceware.org/ml/cygwin/2008-03/msg00369.html

Now this was "ash" and not "dash" and the actual transition from "bash" to
"ash" and back again occurred well over 10 years ago, so allot of things
have changed for sure.  But I bring this up because I think the parallels
are there.  Since making a change of this magnitude is going to be an
undertaking, we should be sure we're going to see the intended benefits
before enduring the pain such a change would bring, though hopefully that
pain would be short-lived and/or minor. :-)

--
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: [ANNOUNCEMENT] Updated: libreadline7-7.0.1-1, libreadline-devel-7.0.1-1, bash-4.4.5-1

[Larry Hall (Cygwin)]

On 01/17/2017 11:09 PM, Doug Henderson wrote:

On 17 January 2017 at 20:55, Steven Penny  wrote:

On Tue, 17 Jan 2017 20:08:17, Eric Blake wrote:

[again, your email client likes to break threading, so I nearly missed
this one]


Sorry about that, I wrote my own client so that I could reply without
subscribing:


I find it despicable that you want us to participating in solving a
problem you encountered, but seem unwilling to subscribe so you can
participate in solving problems that the rest of us encounter.

I feel that you are using false pretenses to use our time to think
about your problem and offer solutions, if we can, without
reciprocating.

Shame on you.


Whoa!  While I agree there has been some very negatively charged comments
coming from Steven in this thread, I don't think we need to start finding
fault with everything he says and does relative to it.  It's perfectly
fine for him, or anyone else for that matter, to monitor a thread or this
list in whatever form works for them.  In this case, Steven corrected the
problem when it was pointed out to him that his method was breaking
threading.  That's a perfectly acceptable response and all we can ask of
him in that regard.  There's no need to go looking for fault in that.

Let's try to keep this thread productive and moving forward.  While I
would say, in my estimation, it got off to a rocky start, I think the
recent exchange between Steven and Eric has done allot to track the
problem and to scale back the negative comments.  Let's try to keep the
thread moving forward on both fronts.


--
Larry

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


--
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 shell eats Windows exceptions?

[Larry Hall (Cygwin)]

On 10/13/2016 03:00 PM, Bill Smith wrote:




What if you 'cmd.exe /c foo.exe' from the Cygwin shell?  Will the Dialogue
popup box occur?  If so you can provide a sh script foo to execute the
foo.exe file.

[Bill Smith]
Thanks for the suggestion but that doesn't work. If I try to open a
command prompt from a Cygwin shell (just type in "cmd"), I get the same
behavior where I don't see the popup. If I run "cygstart cmd.exe", then
running the program from the command prompt will generate the popup.


I believe the heart of your question is whether command-line utilities run
under a Cygwin shell react to a terminal exception the same way as when run
outside the shell.  The answer, as you've found, is no, they don't.  This
is by design and there isn't a "switch" to flip to get around it.  The
point is that on Linux/Unix platforms, command-line utilities do not pop up
windows, or any other kind of UI, which seek user input.  Doing so can
cause scripted processes to appear to "hang" and clutter the desktop.
There was a time, long ago, where Cygwin command line utilities would do
exactly that and the behavior was changed to return the error code and move
on, just as would happen under Linux/Unix.

Hope that helps,

--
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: wget 1.17.x creates odd permissions on downloaded files

[Larry Hall (Cygwin)]

On 06/22/2016 02:40 PM, Zube wrote:

wget 1.16.3 seemed to work fine for a simple task, that is to download
putty.exe from a local http site.  Start up a normal windows cmd.exe,
download, run, no muss, no fuss.

The last two wget versions (1.17.1-1 and -2) seem to exhibit the
following issues when putty.exe is downloaded.

1) putty will not execute.  Error is "Access is denied".

2) Examining the permissions on putty.exe, the first thing that
comes up is an error that reads:

"The permissions on putty.exe are incorrectly ordered, which may
cause some entries to be ineffective."

The permissions are odd.  When compared to a working machine (wget
1.16.3, cygwin 2.3.1) there is an additional group ("NULL SID") with
special access of type Deny and several of the other users and groups
have similar "type Deny" restrictions.

If I use a browser to download the file or a different version of wget
(e.g. https://eternallybored.org/misc/wget/) and drop putty.exe in
the same directory, there are no issues.  It also doesn't matter where
the file is dropped.

This occurs on both a Windows 7 64-bit machine that has had
32-bit cygwin upgraded multiple times and on a new Windows 10
64-bit machine with 32-bit cygwin installed fresh.  It occurs
under cmd.exe and also under Cygwin.bat, for both administrators
and non-administrators.

Any help greatly appreciated.  Thank you for your time.


Remember, Cygwin's wget will not create a file with execute permissions
automatically.  You have to do a "chmod +x putty.exe" if you want it to
be recognized as an 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: cp: skipping file 'file', as it was replaced while being copied

[Larry Hall (Cygwin)]

On 05/11/2016 08:14 PM, Kenneth Wolcott wrote:

Hi;

   cp: skipping file 'file', as it was replaced while being copied

   I have several mounted partitions on my Windows machine (64bit Windows 7).

   Copying a file using cygwin cp , via mintty, from a mounted drive to
a local path, I frequently get the aforementioned message.

   Is the partition not properly understood by Cygwin?

   I really dislike having to use Windows in the first place, at least
Cygwin, when it works, makes it more bearable.

The actual command was (line broken by backslash by me to make it more
readable):

  cp /cygdrive/p/Engineering/Ken_Wolcott/new_Mobility_Audit_script/try1.pl \
/cygdrive/c/Documents\ and\ Settings/kwolcott/Desktop/files4trombone/.


Let me guess.  The mounted volume is a NetApp drive, no?  These are
notorious for their bad behaviour.  Of course, they aren't the only ones.
Still, it's hard to be too specific with sweeping statements without
details from your side. ;-)  Please read and follow the problem reporting
guidelines found at the link below:


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


In addition, you can run '/usr/share/csih/getVolInfo' on the offending
drive and send that information along as well.  If you've found a new
kind (or version) of poorly-behaved drive, this information will help
Cygwin special-case 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-2.5.0 net share wbadmin no longer working post update

[Larry Hall (Cygwin)]

On 04/17/2016 05:33 PM, Andrey Repin wrote:

Is there anyway I can enable debug on sshd? for example /usr/bin/ssh -d ?

Yes, you can do that. Though, the results may be skewed, if you run SSHD
from another user's account. (Other than its normal one, I mean.)



Yeah, the best way to avoid issues that could result from running sshd with
debugging is to set up a parallel sshd service with the debug flags turned
on but otherwise identical to the existing service.  Doing this, the user
running the debug sshd service will be the same so there will be no
permission issues introduced by the debugging service.

--
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 2.24 with Windows 2000

[Larry Hall (Cygwin)]

On 03/24/2016 12:11 AM, Rashi Singhal wrote:

Hi ,

I am trying to bring up cygwin version 2.24 in windows 2000 system

Its giving error as:
"Attach console could not found in kernal32.dll"

Is this version not supported with Win2k ?


There is no release of the Cygwin package with version number 2.24.
As for the last release that supported Windows 2000, you can find that
by searching the Cygwin Announce mailing list archives, found here:

https://cygwin.com/ml/cygwin-announce/

Specifically, here's the announcement of when support was dropped.

https://sourceware.org/ml/cygwin-announce/2013-06/msg6.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: core dump on rebaseall

[Larry Hall (Cygwin)]

On 02/24/2016 06:30 PM, Michael Steiner wrote:

Hi,

Chasing a vfork issue in emacs prevening on sub-shell or dired on a
uptodate cygwin install, i followed the FAQ and tried to do a
rebaseall.  Unfortunately, that resulted in a core dump with the
rebase.exe.statckdump mentioning a STATUS_ACCESS_VIOLATION problem!  I
then also noticed, that an update with the latest version of the
setup.exe also causes a rebase.exe.stackdump in c:\cygwin64!.
Subsequent attempts rebasing in safe mode or after re-installing
everything (via setup and click on All until it says re-install) had
the same problem, as did upgrading cyginw, cygwin-debuginfo and
cygwin-devel from the current 2.4.1-1 to 2.5.0.4 :-(   [The vfork
problem in emacs, though, did disappear ..]

I have cygwin running via a few months and didn't change anything in
the config recently (although i did run setup to update to latest
version). Unfortunately, i have no idea when setup also caused to
coredump on rebase. It might have done it already for a while but as
it doesn't complain, i have no idea when the rebase.exe.stackdump
started showing up in c:\cygwin64.

I googled for this problem but couldn't find any references to rebase
itself failing.  Anybody has an idea what's going on and/or how to
debug or work around?


Did you stop your services before upgrading/rebasing?  Do you have
any Cygwin executables or DLLs that aren't part of the distribution?


--
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: /usr/bin no such file or directory

[Larry Hall (Cygwin)]

On 02/24/2016 03:36 PM, Lenny Hewitt wrote:

It seems my /usr/bin has unmounted.  I've looked at some of the
previous posts and do not have the causes of this failure that people
have had in the past.  This is an internal new host secluded from the
internet so no anti-virus on it yet and it's not an NFS server/client.

Is this a known issue?  We have some other hosts that are not having
this problem, they are Windows XP. The particular host that I'm having
issues with is Windows Server 2008.  I'm having this issue and I'm
having another issue where /usr/share/terminfo directory becomes
scrogged. Since they are both mounts it's probably one in the same
"cause" that I'm experiencing.

It this a known issue with CYGWIN on Windows Server 2008?  Is there a
fix without rebooting the box?


I think we need a full problem report to attempt an answer.  See the
link below for details:


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


If you're not trying to mount '/usr/bin' yourself, and you shouldn't
be, then '/usr/bin' should be mounted.  It happens for you automatically.
We need to know why you think it's not mounted and what your system
configuration is.  Otherwise, if you are trying to mount it yourself,
don't do that.  Doing so causes blindness. ;-)

--
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-58 with windows 2008

[Larry Hall (Cygwin)]

On 2/17/2016 12:53 AM, Rashi Singhal wrote:

Hi ,


I have a application  that is invoked multiple times. Each invocation
accesses shared memory for a performing task.

This all works with Cygwin1.3

Now We are using Cygwin 1.7-58 with windows 2008 after this The number...


Cygwin 1.7.x is actually pretty old.  The current version is 2.4.1.  You
may want to run a test against the current version to see if this solves
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: sshd interaction with desktop not working

[Larry Hall (Cygwin)]

On 2/9/2016 4:49 AM, Aijaz Baig wrote:

Hello

I am SSH'ing into a windows 10 box from a Linux box. I've configured
sshd on the windows box and I can properly SSH into it.

X11 forwarding also works perfectly after having installed Xming on
windows (not that it matters with this problem anyways).

However I am unable to open any windows application from the Linux
box. I would like to open the windows app locally in the windows box
(or to rephrase it, I do not need the UI windows to be opened on the
Linux box)

I am unable to figure out why it is not working even after selecting
"Allow service to interact with desktop". My goal is to invoke windows
app from ssh (Linux to Windows). Similar problems earlier were solved
by selecting this option but apparently they were on earlier version
of windows.

Or should I take a different approach? Am I barking at the wrong tree here??

I am keen to hear from input(s)


Wrong tree, yes.  Microsoft chopped down the tree you want and planted a new
one in its place.  In short, the restriction was introduced post-XP as it
is considered a security hole.  There have been sporadic subsequent reports
of success to this list but never a clear recipe for getting this to work
reliably.  And given that this is perceived as a security hole, I doubt
you'll find one that doesn't include some significant effort and/or
restrictions.  If you search around for "Windows station" and "Allow
service to interact with desktop", I think you'll find some relevant
information.


--
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: redistributing a part of cygwin

[Larry Hall (Cygwin)]

On 02/04/2016 01:20 PM, Achim Gratz wrote:

Fabio writes:

we have compiled a parallel program for Windows using cygwin.
In order to make the program work on any computer we have to include
in the package some parts of cygwin (some .dll and some .exe).


There's another option: providing a script or instructions on how to
install Cygwin and avoid the whole binary distribution headache.  In
that case you'd provide a package repository that can be added to the
main Cygwin one during installation, in the way Cygwin Ports is doing.


Yeah, that's certainly good advice.  It makes a package out of the original 
program that Cygwin's setup understands and, as a result, the next step of

offering the program as a package to the rest of the Cygwin community
becomes very simple.  If adding the program to the Cygwin distribution
isn't acceptable or possible for any reason, just hosting it in your own
"third-party" repository, as Achim suggests, is a good alternative.  This
still uses Cygwin's setup as the program's installation mechanism and so is
completely compatible with any existing or future Cygwin installation.  It
may not be obvious but that's a big win when it comes to maintaining a
working program and any Cygwin installation.  But if that's not enough to
sway one towards working within the architecture of Cygwin's setup, another
alternative that's arguably easier to do is to use Cygwin's setup with its
command line parameters to install the needed packages.  This could be
invoked from whatever installation method the original program uses.  The
Cygwin packages installed in this way are still 100% compatible with any
current or future Cygwin installation.

Any of these choices are much better and easier to maintain than a
directory somewhere with a copy of a bunch of Cygwin DLLs and the program.
They are definitely worth considering.

--
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: Error installing/updating Cygwin on Windows 10

[Larry Hall (Cygwin)]

On 1/24/2016 8:53 PM, Maarten Jacobs wrote:

Duncan - thanks for the suggestion!

Larry - I'm not sure what you mean by " If you use the latest Cygwin
package, you won't see this error.". This error started when I installed
Cygwin from scratch, using the latest setup.exe from the website.
Presumably using the setup.exe from the website, and starting with a
clean install should ensure I have the "latest Cygwin package" -
whichever package this maye be?


the Cygwin distribution is a rolling release so at any point in time,
you're installing the latest packages, assuming you don't specify other 
available versions. But, since you installed, the Cygwin package itself has

been updated to address the specific issue you're seeing.  If you want the
benefits of that, you should upgrade (or reinstall).  If you don't, that's
fine.  But my response was as much for others that may see this thread as
for you.  In other words, regardless of whether you find Duncan's
information helpful, others should not need to use it.  If someone finds
that's not true, the problem should be reported to the list using 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: Error installing/updating Cygwin on Windows 10

[Larry Hall (Cygwin)]

On 1/24/2016 5:31 PM, Duncan Roe wrote:

On Sun, Jan 24, 2016 at 05:09:54PM -0500, Maarten Jacobs wrote:



Date: Mon, 25 Jan 2016 09:02:07 +1100
From: duncan_...@acslink.net.au
To: cygwin@cygwin.com
Subject: Re: FW: Error installing/updating Cygwin on Windows 10

On Sun, Jan 24, 2016 at 02:30:34PM -0500, Maarten Jacobs wrote:

Hello,

I have been getting the following error when I update/install
packages  in Cygwin (32-bit) on Windows 10:

Package: _/Unknown package
base-files-mketc.sh exit code 1

When I look at /var/log/setup.log.full, it gives me the following
cryptic error message:

2016/01/24 14:21:35 running: C:\cygwin\bin\bash.exe --norc --noprofile 
"/etc/postinstall/base-files-mketc.sh"
Directory /cygdrive/c/Windows/SysWOW64/drivers/etc does not exist; exiting
If directory name is garbage you need to update your cygwin package
2016/01/24 14:21:35 abnormal exit: exit code=1


Hi Martin,

I got that message yesterday. It went away when I created the etc directory
(from an Admin CMD window), suggest you do likewise.

Cheers ... Duncan.


Hi Duncan,

Thanks for the suggestion, but this is not a solution for me as /etc
(/cygwin/etc) already exists and has been populated with the packages that I
have installed so far.

I omitted to mention in my original email that even though the error
is  presented every time I make a change to my Cygwin installation, it does not
appear to affect the operation of Cygwin in any way - at least I have not
run into any unexpected behavior yet.
Thanks,

Maarten


Hi Maarten.

I meant you need to create C:\Windows\SysWOW64\drivers\etc i.e. (in DOS / CMD
window with Admin privilege):

cd C:\Windows\SysWOW64\drivers
mkdir etc

I agree there seem to be no ill effects from the error except the nuisance of
having an error popup.


The nuisance and the error itself should no longer occur.  If you use the
latest Cygwin package, you won't see this error.  You don't need to create
C:\Windows\SysWOW64\drivers\etc.  If you're seeing this error, please follow
the problem reporting guidelines from the link below to report the 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: Couldn't compute FAST_CWD pointer message Cygwin 2.4.0-1 on Windows10

[Larry Hall (cygwin)]

On 1/19/2016 7:34 PM, Drew Marti wrote:

I just downloaded cygwin
_base
_subversion
_Perl
_openssh
_tnftp

...on a new Dell desktop with Windows 10 Enterprise installed last
week and I am getting this error from many commands:.

E:\sandbox\sc>which bin
   0 [main] which 4660 find_fast_cwd: WARNING: Couldn't compute
FAST_CWD pointer.  Please report this problem to
the public mailing list cygwin@cygwin.com

I rooted around on the internet and found this:

"Ok, I think you found the source of the problem. Indeed, another
cygwin1.dll (version 1.7.17) gets included as a dependency of tail.exe
in the all-in-one package and must have overwrite the one included
with Dynamips (version 1.7.28)."

I did find other threads on the web discussing this, but most were
older and referred to Windows 8.x.

Also tried reinstalling just the default cygwin package and the
problem persisted.

I then searched for cygwin1.dll on the internet, but cold not figure
out how to update just cygwin1.dll.  I did not attempt to use a pay
website to correct this problem.

I did find other threads on the web discussing the FAST_CWD pointer
issue, but most were older and referred to Windows 8.x.

Also tried reinstalling just the default cygwin package and the
problem persisted.

Is there a way to tell what version of the dll I have?


It doesn't really matter what version of the DLL you have.  The one you
just installed with the setup program from cygwin.com (you did use the
setup program from cygwin.com, right?) is the right version.  Any others
that aren't in the bin directory of your new Cygwin installation are
outdated.  They apparently either appear in your path before your
new Cygwin installation or are already loaded into memory by some running
app.  Either way, find them and nuke them.  You don't need them and doing
so will get rid of this very ancient message (from some very ancient
cygwin1.dlls you have).  Anything that's dependent on the old cygwin1.dlls
will run with your new one.


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

Re: Running native exe from Cygwin in random instances reports incorrect error code 127

[Larry Hall (Cygwin)]

On 01/18/2016 02:50 PM, Warren Young wrote:

On Jan 18, 2016, at 8:27 AM, David Sicilia  wrote:


   3) The native windows program successfully completes and exits with
code 0 internally
   4) But -- the error code returned to the bash script is 127 --
despite no indication of an error anywhere


We’ll want a simple test case showing the problem.  I can’t replicate it here.





If this pair of programs *fails* on your system, then you’ve probably got a 
BLODA problem:

 https://cygwin.com/faq/faq.html#faq.using.bloda


The somewhat coincidental recent thread below makes me bet on BLODA,
particularly if it's only happening sometimes.  I could see BLODA
blocking access to a needed DLL in some cases just at the wrong time,
resulting in a code 127.




--
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.ico & Cygwin-Terminal.ico cannot be deleted

[Larry Hall (Cygwin)]

On 1/14/2016 3:24 AM, Ming wrote:

Hi all,

After installed cygwin, I tried to delete the whole directory "cygwin",
everything can be deleted, however Cygwin.ico & Cygwin-Terminal.ico will be
re-created automatically.

After reboot the server, I can delete the directory without problem.
However, anyone know why? And how to delete the directory without reboot?


Windows won't allow you to delete files that are opened without appropriate 
sharing flags.  Many apps don't set those flags appropriately.  There are

tools to help you find the apps that have handles open to files you cannot
delete.  Two I know of are:




--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

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: Package containing libxml.dll

[Larry Hall (Cygwin)]

On 12/26/2015 10:35 AM, ravi r wrote:

I want to install the library file /usr/lib/libxml.dll.a in cygwin.
Installed package
libxml2-devel and that did not install this file. In setup program, I cannot
find a package named libxml-devel.

What package in setup can I select in cygwin setup to install
/usr/lib/libxml.dll.a?


You can answer questions like this one with the package search page:



As you'll find, Cygwin does not have a package for libxml(1).  If you need
it for some backwards-compatibility reason, you'll have to build it
yourself.  Otherwise, stick with libxml2.



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

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 ControlMaster re-broken

[Larry Hall (Cygwin)]

On 11/18/2015 7:26 AM, Zhu, Binbin (Nokia - CN/Hangzhou) wrote:

Hi,

Specifically, it worked in
2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin

But failed in
2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin

Both i686 and x86_64...


Did notice that the "uname" information you provided is the same in the
working and failure cases?  Maybe you pasted the wrong results in one case?


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

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: Pop up GUI remotely via SSH

[Larry Hall (Cygwin)]

On 10/26/2015 12:07 PM, trimat wrote:

Hi all,
I would like to pup up on Windows 7 the GUI of a program started remotely
from SSH. I can't obtain this with *cygstart* even though I see the process
running in Windows Task Manager. Trying to add /--interactive/ flag to
Cygwin service /sshd/, the service doesn't start.

I am aware of the Windows restriction /Session 0 Isolation/ (introduced in
Windows Vista) but I read a few posts in which it seems possible. I have
tried lots of solutions but till now I am able to accomplish that not using
Cygwin but with *PsExec* (utility of /Windows Sysinternals/).

Any clue how to do it with Cygwin?


There have been a few spurious reports over the years of people getting
this to work post-XP with Cygwin's OpenSSH but never anything reliable and
reproducible.  So if there's a magic bullet, no one has been able to
classify it even if they can find it.  Or at least no one has reported it
here.  And while I would agree that PsExec seems to be able to make some
magic happen where ssh can't, it's also pretty clear that PsExec's magic is
compromising your system security, which is the exact opposite of OpenSSH's
intent.  Maybe it would be possible to take the best of both worlds but one
would at least need the code to PsExec to evaluate first before making a
definitive statement on whether this would even be possible.  Since the
source code to PsExec isn't available from the Sysinternals site, this 
avenue appears to be blocked.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

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: Some programs (vi, ssh) crash when screen buffer height is big

[Larry Hall (Cygwin)]

On 08/28/2015 09:23 AM, Sous Lesquels wrote:

Thanks Larry.


I think you're misunderstanding where the limitation is coming from.


I don't think I'm misunderstanding anything - I was actually thinking
along the same lines that you just wrote.


OK, good. We're on the same page then.  :-)


I feel that with increasing monitors sizes == increasing window sizes,
it might happen more often, as not all people use mintty. I can change
from ConEmu to mintty, but IMHO that's like saying I can use the
stairs instead of an elevator in Burj Khalifa. I don't and cannot
expect anything from Cygwin team, which is providing something I like
and use every day. If there are more important problems that mine
never comes to the top, then that's what it is.


Well, if there is a change in ConEmu and/or MS support here, then it
all comes for free. ;-)  As I said, I'm not saying that there's
absolutely nothing that could be done to address this in Cygwin but I'm
also not saying that there is.  It is clearly a limitation that currently
has no known work-around for the specific issue without avoiding the MS
console.


I still hope someone will be able to check. It looks to me this might
be one of those 640k will be enough problems, with some buffer with
fixed size that nobody anticipated will not be big enough. Or it
might be something completely different. Even if it's just me that's
affected, I understandably would like that to stop happening. If it
does, I'd be so much happier. If it doesn't, tough luck. I've been
dealing with several dozen restarts each day for at least a year when
I first reported the problem, but I still like it and use it.


Yeah, I understand the frustration and it's certainly not wrong of
you to report the problem you're seeing.  And be assured that your
report isn't ignored.  But it is something that may be difficult to
address in Cygwin's console support so  it's hard to say there's going
to be a good solution coming from Cygwin itself soon, unless there's
some developer that wants to chase this in the near-term.


Saying it's ms bug, it's a design choice, it's a bug, but we
don't have time / resources to fix it, it happens so rarely, we
don't care, it's going to be fixed in 2030, etc. is fine with me.
It might mean that I should not expect this to work any time soon or
ever, but it would be a honest answer and, if coming from someone on
the team itself, hopefully correct. Instead, a few different people
replied to me on this thread with you misunderstanding, ignorant
quack.


I'm pretty sure that no-one actually meant to imply that you're an
ignorant quack.  I can also say that Cygwin does support the MS
console to the extent that the MS console API allows.  That's not to
say there aren't bugs in that support or that any bugs aren't considered.
It seems you've found such a bug so I will thank you for reporting it.
And while I can't speak for any of the developers on this list, I only
wanted to impart that this issue is likely to be viewed as relatively
low priority, given the specifics of the issue and the alternatives.
You shouldn't interpret my response as one that indicates that the bug
won't be addressed or that your report isn't appreciated.  My only goal
was to try to give you the feedback you were looking for.  With some
luck, someone will find the solution to this problem even if they aren't
really looking for it and, you never know, that could happen real soon!
So I hope you find this feedback to be helpful in answering some of your
inquiries.

--
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: Some programs (vi, ssh) crash when screen buffer height is big

[Larry Hall (Cygwin)]

On 08/27/2015 11:39 AM, Sous Lesquels wrote:

Thanks cyg Simple.


It depends on the level of support you want from this list


In this case, if Cygwin is supposed to work with the regular windows
console? If mintty was created due to Cygwin *not working as expected*
on default windows console, that's a good answer, as long as it's
correct. If Cygwin *should* work on default windows console, then I
would appreciate someone explaining if there's a workaround, if this
would be considered a candidate for development any time soon, things
like that.

I don't expect anything. I'm not paying others to develop. I do hope
the bugs are fixed, one way or another, as I use Cywgin daily, so of
course I'd like it to work in an environment I have and like.


I think you're misunderstanding where the limitation is coming from.
The console itself is limited in functionality compared to what's
expected of a terminal.  Cygwin can only do so much to smooth out
those limitations.  This particular issue is a corner case, perhaps
an extreme corner case.  If there is some work-around that could be
found and/or implemented, it's probably of limited value in general
so it's likely that someone with the itch will need to chase
this down and implement a workaround if possible.  Besides that, the
alternatives are to side-step the console limitations by using mintty
or take this upstream to ComEmu or MS.


--
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: ACL Hell

[Larry Hall (Cygwin)]

On 07/15/2015 04:32 AM, Andrey Repin wrote:

Greetings, Sky Diver!


Hi, in the past several months or so, cygwin started giving me ACL
pain in small surges which are gradually growing..



Here's a basic scenario that is slowly, but surely, driving me NUTZ:



$ ln -s /cygdrive/c/tmp /tmp
ln: failed to create symbolic link ‘/tmp’: Operation not permitted


Are you running with superadmin credentials?
Unlike Linux, Windows doesn't let regular users make symlinks.


Well, we're missing the cygcheck information from the OP (see the problem
report guidelines at this link - http://cygwin.com/problems.html) to know
if he's set one of the non-default modes of creating symlinks (see
https://cygwin.com/cygwin-ug-net/using.html#pathnames-symlinks).  The
default method for creating Cygwin symlinks wouldn't require elevated
permissions.  If this is the issue, then the solution is to either
create symlinks with elevated permissions or to use the default symlink
mode which works even without the elevated permissions.


--
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: path dependent on drive in cygwin

[Larry Hall (Cygwin)]

On 06/30/2015 02:27 PM, John Norris wrote:

Hi,
I am running cygwin 1.7.x on Windows 2008. I realise this may be out of date
but this is what we are using.
I have noticed that the path variable for our build user is dependent on
where cmd /C is run from.
Please see below - I have cut back the PATH so that it does not overwhelm.
Notice the extra C; before the non cygwin entries. And when run from e
drive, the C; remains but the c: becomes e:. And this is the problem - the
path when run from c is messy but works. The path when run from e (which is
where we do run from) does not work.

Can anyone explain this. I guess one way round this is to explicitly call
the necessary programs without relying on PATH. But interested why this
happens.


I think we need to see your path in Windows and your cygcheck output.
Start cmd.exe and send the results of PATH.


--
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: Unable to run excel via cron

[Larry Hall (Cygwin)]

On 06/23/2015 09:39 AM, Kertz, Denis (D)** CTR ** wrote:

I changed the cron setup to use cygserver as Corinna suggested.  I used
cron-config and cygserver-config to setup the cron and cygserver services
and passwd -R to establish my password.  Normal cron jobs run under this
setup but Excel still hangs as it did before.  I also tried this on the
Win7 PC that I thought worked at one time but it behaved the same with
Excel hanging.

So it looks like Corinna's first case is the situation - there is no
solution.  There apparently is something unique about Excel that will not
run in this Win7 cron environment.


It's actually not unique to Excel and it's not peculiar to Cygwin's cron.
Any program that requires desktop interaction to run would suffer this same
limitation on Vista and beyond if started from a service.  In the Cygwin
environment, cron is run as a service and used to start programs, so it's
the obvious 'culprit' reported here but it's just one of many possible
vectors that exhibit the unwanted behavior on Windows.  Just FYI.

--
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: Unable to run excel via cron

[Larry Hall (Cygwin)]

On 06/17/2015 12:55 PM, Kertz, Denis (D)** CTR ** wrote:

We are running cron under the specific cygwin login (not cyg_server).

Presumably there is a solution to this problem. We have 3 Win7 Pro PCs
and  this works on one of the PCs (unfortunately, not the one where we need it 
to
work) and fails on the other two PCs.


The behavior here has always been somewhat unpredictable.  Some have luck
getting this to work post-XP, some don't.  Some, like you, sometimes have
luck.  It's not clear why.  But it is clear that MS changed the behavior
in Vista and beyond for security reasons.  They are trying to make this
difficult if not impossible to do.  As Corinna mentioned, getting an
Windows authenticated token for the user running the server may help.
Or not. ;-)

--
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: File permissions different inside and outside cygwin root

[Larry Hall (Cygwin)]

On 06/02/2015 10:53 AM, Duane Ellis wrote:

[paraphrased, and edited]

(Duane) describing the problem

(Barry)  .. click click click right click .. click click to undo this crazyness
(steve)  DO not do this .. you can break things in really bad ways

I would agree, I did not have time to reply yet.

My comment would be this:
This is not an appropriate solution - is very HUMAN ERROR prone
It does not scale well to others not familiar with the process.

Cygwin should just work, or the feature that causes this should be 
disabled

assuming that it is the ACLs,  my questions are

1)  How do I disable the ACL feature completely?

2) How can I determine if the ACL feature is enabled?
I need to put this test in a few build scripts
I need to prevent execution if the situation exists
 if  `SOMETEST`
 then
   echo “FIX THIS BUILD FAIL”
   exit 1
  fi


As others have pointed out already, you can use the noacl option to mount
paths and drives to use Windows ACL semantics instead.  You can even mount
'cygdrive' with noacl so that all references to drives through /cygdrive
will follow the Windows semantics.  If you're looking for the finer details
and caveats about how POSIX ACLs are used and not, see the section on The
Cygwin Mount Table in the User's Guide:

https://cygwin.com/cygwin-ug-net/using.html#mount-table


--
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: vim causes bash to die

[Larry Hall (Cygwin)]

On 06/01/2015 12:30 PM, John Marsh wrote:

On 05/31/2015 02:32 PM, John Marsh wrote:


Issue: vim causes bash to die

Windows Event Viewer (Application Error)

Faulting application name: conhost.exe, version: 6.1.7601.18839, time

stamp:

0x553e7baa
Faulting module name: conhost.exe, version: 6.1.7601.18839, time stamp:
0x553e7baa
Exception code: 0xc005
Fault offset: 0x000234df
Faulting process id: 0x2254
Faulting application start time: 0x01d09bc9f5b48b51 Faulting
application path: C:\Windows\system32\conhost.exe Faulting module
path: C:\Windows\system32\conhost.exe Report Id:
50014a1e-07be-11e5-b4f2-fc1aad7fabda

Is there a fix for this?


Sorry, I can't reproduce this from a bash started in cmd.exe or mintty.exe.
Based on the Windows Event Viewer information above, it's actually the
Windows console (conhost) that's crashing.  Perhaps it would better for you
if you ran it from mintty?  If you want to submit a complete problem report
that describes the steps to reproduce the problem, that may throw some light
on the problem.  With the exception of me running on Windows 8 and you
Windows 7, I don't see a significant difference in configuration.


Thanks for looking into this Larry.

You have to run vim several times in the same terminal for the fault to
occur.  I launch bash from a desktop shortcut, and it appears to be using
the conhost process.  My bash terminal is configured with white background
and black text, and vim is configured with a light background.  I've been
using cygwin since it first came out, and I've always launched bash and vim
this way, and never seen this problem before.  In fact I have another
Windows 7 computer with an older version of cygwin that works fine.  So it
seems that a bug has been introduced along the line.  I'm wondering if it
has something to to with the ongoing terminal issues I've seen discussed in
the mailing list.

I would like to submit a detailed problem report.  How is this done?

Thanks again,
John




I think what you've provided previously and with the description above is
pretty complete now.  The problem is I can't reproduce it (tried 10 times
in a row from the Windows console) and it's apparently not a real common
issue as yours is the first report we've seen.  Here's some other
suggestions for you to try to see if it helps you avoid the issue you're
seeing:

  1. Try running vim from mintty instead of the Windows console.
  2. Try upgrading to the latest vim (a new one was just released).
  3. Try running 'rebase-trigger all' and then re-running 'setup.exe'.  See
 if that changes the vim behavior.


--
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: vim causes bash to die

[Larry Hall (Cygwin)]

On 05/31/2015 02:32 PM, John Marsh wrote:


Issue: vim causes bash to die

Windows Event Viewer (Application Error)

Faulting application name: conhost.exe, version: 6.1.7601.18839, time stamp:
0x553e7baa
Faulting module name: conhost.exe, version: 6.1.7601.18839, time stamp:
0x553e7baa
Exception code: 0xc005
Fault offset: 0x000234df
Faulting process id: 0x2254
Faulting application start time: 0x01d09bc9f5b48b51
Faulting application path: C:\Windows\system32\conhost.exe
Faulting module path: C:\Windows\system32\conhost.exe
Report Id: 50014a1e-07be-11e5-b4f2-fc1aad7fabda

Is there a fix for this?


Sorry, I can't reproduce this from a bash started in cmd.exe or mintty.exe.
Based on the Windows Event Viewer information above, it's actually the
Windows console (conhost) that's crashing.  Perhaps it would better for you
if you ran it from mintty?  If you want to submit a complete problem report
that describes the steps to reproduce the problem, that may throw some light
on the problem.  With the exception of me running on Windows 8 and you
Windows 7, I don't see a significant difference in configuration.


--
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: reinstall cygwin

[Larry Hall (Cygwin)]

On 05/28/2015 12:38 PM, James Mao wrote:

Dear friends,

When I installed cygwin for the first time everything is fine. After I
messed it up (trying to figure out X-windows), a lot of things changed: for
example /usr/bin is not in default path and the default directory changed. I
think a simple reinstall should correct all these. But it is not. I followed
FAQ: deleted the folder and so on. But after reinstallation the /usr/bin is
still not in $PATH, and now nothing in HOME (no directory, no .bashrc). What
could be the reason that the new installation is different from my first
installation? How can I reinstall a clean version? BTW, my os is windows 8.


What you did, as far as you described it, sounds fine.  So that points to a
local problem.  I'd say you're either suffering from BLODA or some
anti-virus or anti-spyware that's being over-zealous and inhibiting your
install or you have some other software on your machine that's using a
version of Cygwin under the hood and that's colliding with your main
installation.  Running 'cygcheck -srv' should point out offending alternate
Cygwin installations.

If none of these areas of investigation turn up anything that
resolves your problem, please read and follow the problem reporting
guidelines found at the link below in any follow-up email message to
this thread.  The information recommended by the guidelines will help
folks here on the list spot other possible offending issues on your
machine.


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: File operations on a Windows Driver (character device)

[Larry Hall (Cygwin)]

On 05/18/2015 05:42 AM, Alessio Faina wrote:

Hello everyone,

I'm developing a port of a FreeBSD/Linux application that consists of
two parts: a kernel and a user land part.
The kernel part is build as a WDM driver and is compiled with VS2013
and WDK 8.1: the userspace is going to
be compiled under Cygwin for compatibility with user land programs
already written for other OSs.

My problem is that the user space program invokes Open(), ioctl(),
mmap/munmap(), select() and poll().

I've build a test Win32 app to open with CreateFile the DosDevice with
the .\\uniioctl name and everything goes fine,
but I've tried to do the same thing with Open(...) with a lot of
variants (\\DosDevice\\uniioctl, \dev\uniioctl) but I'm
unable to open the character device. There is some way to do this?


Sorry I can't help with allot of specifics on your questions but I can
say that when using Cygwin, you are best off if you stick to POSIX syntax
and semantics and don't mix in Windows code and Windowisms.  That includes
path separators (i.e. use '/', not '\').  See this page in the User's Guide
for information on how Cygwin handles device emulation too:

https://cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-posixdevices



--
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: Troubleshooting chronic forked process errors

[Larry Hall (Cygwin)]

On 05/13/2015 03:06 PM, Keith Christian wrote:

Hello Cygwin Users,


I am running an up to date Cygwin installation on Windows 7:

Kernel version:Windows 7 Enterprise, Multiprocessor Free
Product type:  Professional
Product version:   6.1
Service pack:  0
Kernel build number:   7601

CYGWIN_NT-6.1-WOW MYCOMPUTER 2.0.2(0.287/5/3) 2015-05-08 17:03 i686 Cygwin




Still seeing the following errors on stderr while running various
commands and scripts.

Usually these errors do not seem to impact anything, but occasionally
they do, such as when data fails to be written to files created during
script runs.


   0 [main] -bash 8296 fork: child -1 - forked process 6560 died
unexpectedly, retry 0, exit code 0xC005, errno 11
-bash: fork: retry: No child processes
4306814 [main] -bash 8296 fork: child -1 - forked process 6560 died
unexpectedly, retry 0, exit code 0xC005, errno 11
-bash: fork: retry: No child processes
31914464 [main] -bash 8296 fork: child -1 - forked process 6560 died
unexpectedly, retry 0, exit code 0xC005, errno 11
-bash: fork: retry: No child processes
99374829 [main] -bash 8296 fork: child -1 - forked process 6560 died
unexpectedly, retry 0, exit code 0xC005, errno 11
-bash: fork: retry: No child processes
116312955 [main] -bash 8296 fork: child -1 - forked process 6560 died
unexpectedly, retry 0, exit code 0xC005, errno 11
-bash: fork: retry: No child processes
166575171 [main] -bash 8296 fork: child -1 - forked process 6560 died
unexpectedly, retry 0, exit code 0xC005, errno 11
-bash: fork: retry: No child processes


   0 [main] mandb 7060 fork: child -1 - forked process 6560 died
unexpectedly, retry 0, exit code 0xC005, errno 11
mandb: fork failed: Resource temporarily unavailable


Anyone else seeing these?


Do you have a test case and cygcheck output (see link below for details if
you need them)?


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: current recommended way of configuring ssh for password-less login

[Larry Hall (Cygwin)]

On 04/13/2015 03:59 PM, Hans Horn wrote:

Folks,

as the subject line says.

no matter what ssh-keys I use, or permissions I set, the ssh server insists
in wanting my password.

What is the current expert-recommended way of accomplishing password-less
ssh under cygwin?


Run '/usr/bin/ssh-host-config' on the Cygwin installation that's the server
and '/usr/bin/ssh-user-config' on the Cygwin installation under the user
login that will be logging into the 'sshd' server.  This assumes that you're
not connected to a domain.  If you are, see this FAQ:

https://cygwin.com/faq.html#faq.using.sshd-in-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: static vs. shared linking

[Larry Hall (Cygwin)]

On 04/09/2015 04:15 AM, David Stacey wrote:

snip


I can't believe that I'm the first person to fall foul of this - any library
that relies heavily on templates risks falling into the same trap.


snip

It's true that someone using STL strings has the potential to see this bug
but I doubt there are allot of template libraries out there pulling the same
memory trick or doing so with the same catastrophic results.  In addition,
this is not the first time this has come up as an issue (for Cygwin or other
platforms) in one form or another.  Here's a good reference:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16612

There they recommend the --enable-fully-dynamic-string flag as a solution
for this particular problem but I agree if the -frepo will solve this as
well, it's better because it manages templates better overall and aligns
with Linux behavior.

--
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: who is root? (or /usr/bin/sshd fails to start because of /var/log ownership)

[Larry Hall (Cygwin)]

On 03/17/2015 04:45 PM, Mirko Vukovic wrote:

but should sshd log in as a local service (the initial
setting), cyg_server, or sshd?


ssh-host-config configures sshd to run as the (local) cyg_server by default.

--
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: Cron not working

[Larry Hall (Cygwin)]

On 03/10/2015 09:48 AM, Stefan Schumacher wrote:


Hello

I am trying to set up a cron job to run a script every 10 minutes. I
have installed cron via the installer and configured it with cron-config
  to run as a system service.
Mar 10 14:11:33 stefan-PC cron: PID 3408: `cron' service started

This is stefan's crontab, generated with crontab -e.
*/10 * * * * /cygdrive/c/Users/stefan/copy_from_fileserver

According to /var/log/messages the cron job is executed correctly, but
no test file is generated in the directory. Calling copy_from_fileserver
  from the command line works without complications and copies the
file from the server as it should.

Mar 10 14:40:01 stefan-PC /usr/sbin/cron: PID 2340: (stefan) CMD 
(/cygdrive/c/Users/stefan/copy_from_fileserver)

How can I get this working?


First, we need to know what your script is doing and what your configuration
is, both for cron and for Cygwin.  Check out the problem reporting
guidelines at the link below for details.


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


Just a wild guess based on what you said so far, your script requires
resources (paths, environment variables, permissions, etc.) that aren't
available to the script when it runs.  Keep in mind that the script isn't
being run by your user and as a result, you can't assume that your user's
environment exists when it runs.  If your script assumes these things, it
will fail.  To solve this problem, you need to identify the needed resources
and make sure they are available when the script runs.  This may be as
simple as running the crond service under your user's account (this means
that the service can _only_ service your user's account though) or adding
some needed environment to your script.


--
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: tmux being picked up by AVG antivirus?

[Larry Hall (Cygwin)]

On 01/22/2015 04:48 PM, Jim Lehmer wrote:

Per Yaakov's reply, good point, but this is NOT during setup/extraction of
tar files, etc. It is after Cygwin setup has been successfully completed and
I try to run tmux from the Cygwin terminal window.


Same difference when it comes to real-time virus checkers.


--
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: Subversion (svn.exe) prepending current directory to target path when using Windows path format.

[Larry Hall (Cygwin)]

On 01/22/2015 01:36 PM, Hans Deragon wrote:

Greetings,

When I run Cygwin subversion command (svn) with a Windows formatted path
(C:\dir1\dir2\...), for some reason it prepends the current directory
(${PWD}) in Cygwin format (/cygdrive/c/...) to the target path in Windows
format, causing the command to fail.  Using a target path expressed in
Cygwin format works fine.

Windows path (failure):

   svn info 'C:\Users\user1\companyprojects\project1\trunk\pom.xml'
   svn: E155007:
'/cygdrive/c/temp/C:\Users\user1\companyprojects\project1\trunk\pom.xml' is
not a working copy

   Here, /cygdrive/c/temp/ is the current path.  I tested under other paths
and the same problem occurs.

Cygwin path (works):

   svn info /cygdrive/c/Users/user1/companyprojects/project1/trunk/pom.xml
   Path: /cygdrive/c/Users/user1/companyprojects/project1/trunk/pom.xml
   Name: pom.xml
   Working Copy Root Path:
/cygdrive/c/Users/user1/companyprojects/project1/trunk
   [...deleted extra output...]

I could provide the output of strace if anybody would look at it.

For those asking why I do not provide a Cygwin path (/cygdrive/c/..) in the
first place, it is because I would like my Java IDE (Intellij IDEA) to make
use of the same svn.exe executable that I use under Cygwin (thus having the
best compatibility; its the same tool running).  Obviously, my IDE provides
paths in Windows format to svn.exe; this is how I found the bug.


If you can use 'cygpath' to convert the incoming Windows path to POSIX form,
that would solve the problem for you.


--
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: Unable to extract libkbdsg.a while installing the w32api-runtime / gcc-core package

[Larry Hall (Cygwin)]

On 01/13/2015 01:27 PM, rocwhite168 wrote:

Hi Larry,

Thanks for your suggestion. The problem still exists if I shut down my
anti-virus software. The other point is hard to demonstrate, but say
just trust me on this that virus is not very likely.
 also
I tested it on two Win 8.1 + one Win 7 machines: I cannot create a
file named libkbdsg.a in TotalCommander or cmd.exe (by entering
type NUL  libkbdsg.a), but can do it using Windows File Explorer. I
can create files named similarly (e.g., libkbdsf.a) using either
method. I know some file names are special (e.g., CON, PRN) and cannot
be used, but libkbdsg.a doesn't seem to be one of them.

Cygwin installer can install w32api-runtime on the Win7 and one of the
Win 8.1 machines, but it failed to install this file on my newest Win
8.1.


There's definitely something that's getting in your way.  Anti-malware
and anti-virus programs can do this.  And they sometimes requires you to
uninstall the offending program to remove the restriction.  Just disabling
is a good first step but it's not always enough.  But other software
(malware, viruses, drivers, etc) could also be the cause.  One thing you
might try is rebooting into Safe Mode to see if the behaviour differs.  It
should and that might help you narrow down the culprit.

The fact that this behaviour happens even if you're not using Cygwin makes
pursuing this further on this list off-topic.  While it would be perfectly 
acceptable for you to report back what you find (for the archives and for

those reading the thread that are curious :-) ), further diagnostic help
and suggestions, if needed, really should be directed to some Windows forum.


--
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: Fwd: asqlcmd hangs in cygwin

[Larry Hall (Cygwin)]

On 01/12/2015 05:14 PM, Marco Atzeri wrote:

On 1/12/2015 10:05 PM, ravi r wrote:

The asqlcmd part of Advantage Database installation when invoked
in c:\windows\system32\cmd.exe with no arguments displays a prompt
as expected:
 c:\Program Files (x86)\Advantage 11.10\ARCasqlcmd
 asqlcmd -? for usage information.
 :quit to exit.
 :help for available commands.
 asqlcmd

The same command when invoked from cygwin hangs forever:

 $ type asqlcmd
 asqlcmd is hashed (/cygdrive/c/Program FIles (x86)/Advantage
11.10/ARC/asqlcmd)

 $ asqlcmd




https://code.google.com/p/mintty/issues/detail?id=56


The common work-around for this issue is to use cmd.exe as the console
and then run whatever shell you want to run.  This limits Linux-like
terminal emulation but avoids Windows console-dependent behaviour, which
is what asqlcmd is looking for.


--
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: Cloned VM

[Larry Hall (Cygwin)]

On 01/08/2015 03:38 PM, Ed Wright wrote:

What changes do I need to make to a Cloned W2K12 VM system for SSH to work
correctly? The original system has cygwin installed and worked. I cloned and
deployed it. What changes do I need to make to cygwin to get it to work
correctly for SSH?


We would need details of what's not working to make useful suggestions.
See the link below for guidelines on providing this information.


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: Unable to extract libkbdsg.a while installing the w32api-runtime / gcc-core package

[Larry Hall (Cygwin)]

On 01/08/2015 08:17 PM, rocwhite168 wrote:

Hi Cygwin users,

I've been trying to install the w32api-runtime package (required by
gcc-core) for my 64-bit Cygwin installed under Windows 8.1, but the
installer always gives an error Unable to extract
/usr/lib/w32api/libkbdsg.a. This file is in use or some other error
occurred. Please stop all Cygwin processes and select Retry, or
select Continue to go anyway (you will need to reboot). Note that
the mentioned file does not exist yet in that location. I have
successfully installed w32api-runtime on a different Windows 8.1
machine though. The only noteworthy difference may be that this time
I've enabled compression on the cygwin64 root directory.

Even weirder, it seems that I'm not able to create a file named
libkbdsg.a anywhere on BOTH Windows 8.1 machines. Renaming an
existing file to this name has no problem. However, the installer
seems to delete the file first instead of overwriting it, so manually
creating such named file doesn't help.

Have any one encountered similar problems? Any help would be greatly
appreciated.


If you're having a problem creating any file inside or outside of Cygwin
tools, that suggests a virus/anti-virus tie-in.  I'd recommend looking
into this.


--
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: WinXP Pro Cygwin Digest-MD4-1.9 /bin/sh: gcc-4: command not found

[Larry Hall (Cygwin)]

On 01/05/2015 09:41 PM, David Christensen wrote:

cygwin:

I am having trouble installing the Perl Digest::MD4 module via the 'cpan'
command line program on Cygwin on Windows XP Professional.


I have filed a bug report via bug-digest-...@rt.cpan.org:

 https://rt.cpan.org/Public/Bug/Display.html?id=101332


The maintainer observed:

 The 'gcc-4' wil be coming from your perl configuration, indicating
 that your perl was compiled with 'gcc-4'.


His observation appears to be correct:

 2015-01-05 18:38:47 dpchrist@dc8ct591 ~
 $ perl -V | grep gcc
 config_args='-de -Dlibperl=cygperl5_14.dll -Dcc=gcc-4 -Dld=g++-4
-Darchname=i686-cygwin-threads-64int -Dmksymlinks -Dusethreads -Accflags=-g'
 cc='gcc-4', ccflags ='-DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -g
-fno-strict-aliasing -pipe -fstack-protector',
 ccversion='', gccversion='4.5.3', gccosandvers=''


There is no 'gcc-4' in my Cygwin installation:

 2015-01-05 18:39:05 dpchrist@dc8ct591 ~
 $ which gcc-4
 which: no gcc-4 in
(/home/dpchrist/perl5/bin:/home/dpchrist/bin:/home/dpchrist/jdk1.7.0_25/bin:/usr/local/bin:/usr/bin:/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program
Files/Intel/DMIX:/cygdrive/c/Program Files/Common
Files/Acronis/SnapAPI:/usr/sbin)


gcc-4 is an old moniker for the current gcc, back when Cygwin had both 3 and
4 versions of gcc.  This is no longer true and hasn't been for quite some
time.  Your options at this point are:

  1. Create a link to gcc and call it gcc-4.
  2. Try the experimental 5.18 version.
  3. Install the x86_64 version of Cygwin (requires x86_64 version of
 Windows).

--
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: run.exe will not work with upgrade from 1.14.4 to 1.16.3

[Larry Hall (Cygwin-X)]

On 01/05/2015 04:06 AM, Laurens Blankers wrote:
snip

Since I believe the rest of what you wrote above has been covered in one
form or another since my last reply, I won't bore anyone with my responses.
This leaves just one very critical piece of business which absolutely must
be addressed:


A: Yes.

 Q: Are you sure?

 A: Because it reverses the logical flow of conversation.

 Q: Why is top posting annoying in email?

I really like your signature, do you mind if I borrow/steal it?


Of course!  I actually borrowed it from someone else a few lifetimes
ago so it would hardly be sporting of me to deny you equal rights. :-)

--
Larry

_

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: SSHd configuration problems (System error 1376) - CONFIRMED

[Larry Hall (Cygwin)]

On 01/05/2015 04:56 PM, Hal Watson wrote:

Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:


Can you include cygcheck output as outlined in the link below?


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




I've got the plain text file cygcheck.out, but it is unclear to me how I can
attach it to a post in this discussion per the guidelines (I'm using the
Gmane interface). I must be missing something obvious.


Thanks for asking.  As mentioned, the implicit assumption is that you're
viewing and responding to the email list using a capable email client.
Obviously with Gmane, that assumption doesn't hold.  It's a whole different
beast with other capabilities and priorities.  I'm not familiar with
the particulars of Gmane and my brief investigation didn't turn up an answer
either.  I'd recommend that you contact Gmane for help with this.

--
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: Backwards compatibility

[Larry Hall (Cygwin)]

On 01/04/2015 06:31 AM, Laurens Blankers wrote:

Of course this question doesn't come out of the blue. It is triggered by the
release of xinit 1.3.4-1 last month, which breaks setups for many people. If
you like you can check the cygwin-xfree mailing list. Unfortunately the
responds from the package maintainers has been: The way it has worked for
years was a bug, your setup is wrong. Which would be fine if there was
documentation on how to do this, or even a way to do this, but there is
neither. There seems to be a general unwillingness among the maintainers to
acknowledge that user experience matters.

Before you ask, yes, I did post this to the cygwin-xfree mailing list.
However I am not getting anywhere there. So I am interested in the thoughts
of the wider, beyond X11, Cygwin community on backwards compatibility.


As I mention in my response to the cygwin-xfree thread you're referring to
here(https://cygwin.com/ml/cygwin-xfree/2015-01/msg8.html), you
haven't been conversing with package maintainers.  I believe that the
statements you've made above which you say came from maintainers are ones
you're attributing to me.  And as I asked you before and do again in my
response in that thread and here as well, please don't attribute statements
that I didn't make to me.  The statements you make don't represent my
views, it's not polite to misrepresent another's views, and doing so
doesn't advance your cause.  Beyond that, I won't re-iterate
any comments I made in that thread other than to say I agree that any
discussion of this as a policy should happen separate from any discussion
about the xinit package and it's most recent release.


--
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: run.exe will not work with upgrade from 1.14.4 to 1.16.3

[Larry Hall (Cygwin-X)]

On 01/04/2015 06:41 AM, Laurens Blankers wrote:

On 2015-01-04 00:02, Larry Hall (Cygwin-X) wrote:

The fact that the recent
changes interfere with previous usage is an issue that needs attention for
sure but reverting, while the maintainer's call, just trades misbehaviour
in the eyes of one group for that of the other.

That may be true, but you are prioritizing new users over your existing user
base here. There are many many users out there for which the behaviour as
exhibited by 1.3.2-1 has worked for many years. Behaviour which is now
broken, without even the slightest hint of what is going on! And without a
way to get all the functionality back, even with changes!


I encourage those that want
to smooth the transition to help by trying the solutions so far and
offering feedback on what works well and what doesn't.  This is the way we
can reach a solution that addresses the concerns of both groups.

I would like to help smoothing the transition, however not by forcing
changes down peoples throats and then saying may be when can make this
better some time in the future.

If you want my help, do the right thing, acknowledge that the way of
handling this was wrong. Revert the changes. And solicit the help of the
people on this mailing list to come up with a well designed, well tested,
and well documented solution.


I think your point has been heard.  There's no need to take it to another
Cygwin list or reiterate it here.

I don't think so. You maintain that the approach chosen was the right one. I
think the saying in English is It Takes a Real Man to Admit when He's
Wrong. I am sorry, I can't help you if you keep maintaining nothing went
wrong.


So I'm guessing with your statement above that English isn't your primary
language.  If true, then perhaps that's why you keep saying I've made
statements I didn't make.  You say above that I keep maintaining nothing
went wrong.  And yet you quoted me in your response saying The fact that
the recent changes interfere with previous usage is an issue that needs
attention  If this is really just a language issue, then I
understand but let's try to avoid it in the future.  If not, I have
to again ask you not to attribute statements you make as ones I have made.
If you persist, I won't continue to respond to your thread, assuming there
would be any redeeming value to continuing this thread at this point.

OK, let me try to be as clear as possible:

1. I am not the maintainer of the xinit package.  That is Yaakov Selkowitz.
   You can see this by his announcement of the latest version.
   https://cygwin.com/ml/cygwin-xfree-announce/2014-11/msg4.html
   So when I say that how the upgrade of the xinit is handled is up to the
   maintainer, I mean it is up to Yaakov, not me.

2. Yaakov is a very capable and prolific contributor to the Cygwin project
   and has been for many years.  Because of his many hats and tasks, others
   (including me), from time to time, try to help people with issues they
   see, even if the package or packages in question are maintained by
   someone else (and this is the case with xinit as I mentioned above).

3. There have been a number of related issues that have popped up relative
   to the latest version of xinit.  I've listed quite a few entry points to
   the relevant threads.  You'll notice that sometimes Yaakov is answering
   the question raised and other times others are doing it.  That's
   standard operating procedure.

   https://cygwin.com/ml/cygwin-xfree/2014-11/msg00038.html
   https://cygwin.com/ml/cygwin-xfree/2014-11/msg00040.html
   https://cygwin.com/ml/cygwin-xfree/2014-11/msg00041.html
   https://cygwin.com/ml/cygwin-xfree/2014-11/msg00043.html
   https://cygwin.com/ml/cygwin-xfree/2014-12/msg0.html
   https://cygwin.com/ml/cygwin-xfree/2014-12/msg2.html
   https://cygwin.com/ml/cygwin-xfree/2014-12/msg8.html
   https://cygwin.com/ml/cygwin-xfree/2014-12/msg9.html
   https://cygwin.com/ml/cygwin-xfree/2014-12/msg00028.html
   https://cygwin.com/ml/cygwin-xfree/2014-12/msg00048.html
   https://cygwin.com/ml/cygwin-xfree/2014-12/msg00057.html

   When I mentioned above that you or others can help out by pointing out
   where the solutions proposed fall short, I wa referring to the solutions
   offered in the threads above, in case it wasn't clear to anyone.  I
   gather from your comments in
   https://cygwin.com/ml/cygwin-xfree/2014-12/msg00060.html that the
   only issue that you're aware of that isn't addressed by the solutions
   offered so far is the one about the icon showing in the task bar rather
   than the tray.  If you or others know of other issues, that would be
   useful to report.

4. I realize that you have a policy issue that you raised as a result of
   your xinit upgrade experience, which you posted about in
   https://cygwin.com/ml/cygwin-xfree/2014-12/msg00060.html and have
   subsequently taken to the Cygwin main list
   https://cygwin.com/ml/cygwin/2015-01/msg00030.html

Re: run.exe will not work with upgrade from 1.14.4 to 1.16.3

[Larry Hall (Cygwin-X)]

On 01/03/2015 03:03 AM, Laurens Blankers wrote:

On 3-1-2015 04:48, Larry Hall (Cygwin-X) wrote:

But the functionality in the latest release of the xinit corrects some
long-standing Cygwin incompatibilities with startx, so there's
no benefit to turning back as a strategy.

This is exactly why I have such hard time convincing people that using
open source software is a good idea: The solution is technically
better, so if it breaks for you I don't care.


Interesting that you should gather that from my comments, since I never
said I don't care nor do I believe that the maintainer doesn't care.
Seems to me like you're attributing perceptions you've gathered from other
people and interactions in your life to me.  Please don't do that.

My point, which I will reiterate again because I think it received
overtones I wasn't conveying the first time, is that the changes made are
indeed needed and beneficial in general.  You can find evidence of this in
the email archives.  Removing the newly introduced changes means these other 
folks that expect Cygwin's X to work like it does on Linux and other

platforms will continue to be surprised, etc.  The fact that the recent
changes interfere with previous usage is an issue that needs attention for
sure but reverting, while the maintainer's call, just trades misbehaviour
in the eyes of one group for that of the other.  And the individual is
always free to revert the package version in the short-term to address
any immediate need.  So with the short-term bases covered, it makes sense
to move forward by looking and going forward.  I encourage those that want
to smooth the transition to help by trying the solutions so far and
offering feedback on what works well and what doesn't.  This is the way we
can reach a solution that addresses the concerns of both groups.

snip


The best, and actually only way to move forward is to revert back to the
behaviour of 1.3.2-1 and rethink this whole approach. Once a good
transition plan is in place the changes can be reapplied. But it is
obvious that I won't find a sympathetic ear to the plight of the user
here, so I will escalate this to the main Cygwin mailing list. Hopefully
people their actually care about user experience.


I think your point has been heard.  There's no need to take it to another
Cygwin list or reiterate it here.  Since the issue is related to the
changes in the xinit package and this is the list for X issues, you have
the right forum if you want to help work towards a smoother transition for
existing users with the xinit package.  The Cygwin main list is really
for everything but X.  Talking about X things there will likely get you
redirected back 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?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: run.exe will not work with upgrade from 1.14.4 to 1.16.3

[Larry Hall (Cygwin-X)]

On 01/02/2015 03:35 PM, schilpfamily wrote:

rolling back to 1.3.2-1 fixed it. thank you very much for this, i was
really pulling my hair out on this. i read your request to the
maintainers and fully agree. while i  only brought up this one bug,
since it was basically making cygwin/x useless, there were other
issues that made it annoying.


Certainly it is good feedback to know that the issue you were seeing
is related to the new version of xinit.  I would encourage you and others
that see issues with the latest release to report the problems (as you
have) and to try the solutions offered in the cygwin-xfree mailing list
discussions from the last couple of months.  If there are technical
issues with those solutions, they need to be reported as well.  Obviously,
the key thing here is to figure out how to make this transition smoother,
so the more useful feedback there is, the better.  Downgrading may be a
practical short-term solution to the problems you're having at the moment
and that's fine.  But the functionality in the latest release of the xinit 
corrects some long-standing Cygwin incompatibilities with startx, so there's

no benefit to turning back as a strategy.

--
Larry

_

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: SSHd configuration problems (System error 1376) - CONFIRMED

[Larry Hall (Cygwin)]

On 01/02/2015 05:27 PM, Hal Watson wrote:

Hello all, thanks for this thread.

I just got a request for several new servers this week, and System error
1376 issue has cropped up for the first time. These are fresh installs of
stable release Cygwin X64 on a fresh Windows 2012 Server.  The 1376 error
seems to have cropped up in the last month.

I've gone through the suggestions in the thread (above) but after making the
resulting cyg_server user a member of the Windows Administrators group, and
regenerating my passwd file (mkpasswd), I then attempt to start the sshd
service. I can start the service as the local SYSTEM user, but cannot
connect (ssh connection is terminated immediately by host)from a remote machine.

If I change the sshd service to start as user cyg_server (via Windows
interface), the service won't start. It attempts to start and then
immediately shuts down.  Maybe this is a new clue?

Like Henri I have both a root entry and an Administrators entry in my
group file. As far as I can tell they were generated as part of the default
Cywin post-installation. I see this is true for installs we did earlier this
year also.

root:S-1-5-32-544:0:
Administrators:S-1-5-32-544:544:

Over the years my organization has been moving all of our new file servers
to Windows and I'm relying on SSH via Cygwin to connect to them and push
data from our Linux infrastructure.  Up to now it has been rock-solid.

I'm not a guru with Cygwin, but maybe I can be a good tester here?

Willing to help, Thanks.


Can you include cygcheck output as outlined in the link below?


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: Never ending SSHD story: offering public key terminates connection

[Larry Hall (Cygwin)]

On 12/31/2014 06:25 PM, Ilya Dogolazky wrote:

Hello !

Using information posted provided by PolarStorm
(https://www.cygwin.com/ml/cygwin/2014-12/msg00205.html) I managed to start
the SSH daemon. As usual I started with a virgin virtual machine, installed
Windows
OS from DVD image, downloaded setup-x86_64.exe from cygwin.com, started it,
added openssh package to the default set of packages, didn't change any
package version. After the installer finished, I right clicked the terminal
icon and started the Admin shell.  The transcript from this shell is
attached as log. The output of cygcheck -s -v -r is attached as well.

The SSHD kinda works now, but not properly. Let's see what does it mean.
First I tried to connect to my own cygwin host:

ilya@w9 ~ $ ssh localhost /bin/echo BLAH
ilya@localhost's password: [ *** typing my password here *** ]
BLAH
ilya@w9 ~ $

So... the connection, password authentication and remote execution work fine.

Now I want to create a key pair first, and later try to use this pair to log
in without typing my password. So let's create it:

ilya@w9 ~ $ ssh-keygen.exe


There may be nothing wrong with what you're doing here but using
ssh-user-config is the recommended and supported way of doing this.
You may want to check to be sure that the steps you're doing below
manually conform to the script that would do this for you automatically
and make the appropriate adjustments, if any.

snip


The summary: a client offering a key is a reason enough for the server just
to say goodbye and terminate the connection.  The file /var/log/sshd.log is
present on my system, but it is empty. I tried to increase the log level in
sshd_config file, but it doesn't work: the log file is always empty, so I
don't have a clue what's happening on the server side.  Neither can I start
the sshd manually with the '-d' flag, because of some permission error I
don't understand.


Don't use 'ssh-host-config -y'.  Drop the flag and configure it manually so
that you get a proper password.

If you don't have a root in your '/etc/group' file, that suggests that
'/etc/postinstall/000-cygwin-post-install.sh' didn't run or didn't run
properly.  Try running it or the like-named file ending in .done taking
particular note of any output.  If your '/etc/group' file has the root
group now, you're good to go.  Try running 'ssh-host-config' again and see
if that helps.

If that doesn't work, you may have gotten caught by permissions settings as
a result of having the sshd service improperly started by the SYSTEM user.
You can either go through all those settings in the ssh-host-config script
and compare them with what you have or you could just wipe out your
installation and start over (OK, there are in-between possibilities too
that are less drastic but require more effort - I think you get the picture
;-) ).


--
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: A list of installed packages (no dependencies)

[Larry Hall (Cygwin)]

On 12/31/2014 05:11 AM, Angelo Graziosi wrote:

Is there in Cygwin a command to recover a list of installed packages chosen
by the user without the dependencies?

For example, the archlinux package manager with

pacman -Qqe  pkglist

can save the list of package chosen by the user only and this is useful in
case one wants/needs to reinstall all the packages.


This sounds contradictory to what you're asking above.  If you want to
re-install all the packages, you need the dependencies too to make a
useful (re)install.  To get the list of packages that are currently
installed, use 'cygcheck -cd'.


--
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: SSHd configuration problems (System error 1376)

[Larry Hall (Cygwin)]

On 12/29/2014 11:27 PM, Houder wrote:

If you were really running in an elevated shell, I don't know why 544
didn't show up in the output of id -G.

Ken


Because Ilya's /etc/group file has a line that reads:

root:S-1-5-32-544:0:

in stead of:

Administrators:S-1-5-32-544:544:

?

Put differently, he has copied an old group file from another computer?


Well, that wouldn't be why 544 didn't show up in the output of id -G
if the shell was elevated but root showing up in either of the passwd
or group files is a key indicator that the file was modified by something
other than mkpasswd and mkgroup at one point in the past, yes.


--
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 has no LISP package

[Larry Hall (Cygwin)]

On 12/27/2014 11:38 PM, Phil _ wrote:

cygwin64 has no package with any version of LISP. I install cygwin
largely to use LISP, and have to keep both cygwin32 and cygwin64
installations just for clisp, which is in cygwin32.

Some of the available packages use LISP, so there must be a LISP in
there somewhere. Is there a way to use that hidden lisp interpreter,
or to install the 32-bit clisp package in cygwin64?


Without knowing what packages you're referring to, it's hard to be
more specific but I believe that you'll find the packages that use
LISP are doing so only through scripts that aren't crucial to the
package operation.  They are helper scripts, Emacs utilities, etc.
There is, of course, no reason that these LISP scripts can't be run
using the 32-bit version of LISP, as you've recognized, so this is
your best recourse at the moment if you prefer to wait for a 64-bit
version to be provided as part of distribution.  Otherwise, you can
always build a version for yourself while you wait for the official
version.

--
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: ld.exe segfault when compiling Box Backup

[Larry Hall (Cygwin)]

On 12/24/2014 10:09 AM, Chris Wilson wrote:

Dear Cygwin Developers,

I've been successfully building official Windows releases of Box Backup
using Cygwin and its MinGW compilers for many years. (MinGW alone doesn't
provide enough POSIX compatibility to run the test suite). Now I'm trying to
build a new release on Windows 7 with 64-bit MinGW compilers and running
into a problem where ld.exe is crashing during compilation.

I narrowed down the test case to two files, and this command:

Chris@win7-64bit-vm /tmp
$ x86_64-w64-mingw32-g++ BackupClientInodeToIDMap.o libqdbm.a
collect2: error: ld terminated with signal 11 [Segmentation fault], core dumped

You can download those two files here:
http://gcc.flexdns.net/bugreport/BackupClientInodeToIDMap.o
http://gcc.flexdns.net/bugreport/libqdbm.a

Compiles that don't include both of those files appear to work OK, so it's
something about them. BackupClientInodeToIDMap.o is one of the few parts of
Box Backup (perhaps the only part) that depends on qdbm.

Note that I ran cygcheck after downgrading to an older binutils to see if
that would help, but it didn't. I get the same symptoms with GNU ld (GNU
Binutils) 2.24.51.20140411 installed (mingw64-x86_64-binutils
2.24.0.3.85cf705-1).

I don't really know how to investigate this any further. I know very little
about ld. Any help would be gratefully appreciated. Thanks!


If you haven't already, I recommend checking out this issue at the Mingw-w64
site (http://mingw-w64.sourceforge.net).  The Cygwin packages really come
from them and they are the maintainers.  They are best equipped to help you
with this 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: RFD: cygwin ACLs: NFS or POSIX model: ease in adapting to CIFS ACLs?

[Larry Hall (Cygwin)]

On 12/21/2014 06:25 PM, Linda Walsh wrote:

I seem to remember that the cygwin ACL's were based on NFS acls not
the POSIX ACL's.  From this snippet I read on the Samba list,
it seems there are some very difficult [nightmarish] cases
where NFS causes CIFS compatibility problems.  Is this only
NFSv4 (does cygwin model v4 or v3?) that had these problems?
Would it simplify anything for cygwin to be using POSIX
acl's -- in so much that those seem to be more
str8forward in functionality mapping?

I know nothing about NFS ACL's or how they are different from POSIX ACL's,
but wondered also if code in the linux kernel or samba projects might have
any useful bits to use in cygwin only from the basis of what this
person states about their compatibility?

It may also be this is a dead issue without someone to do the work, but
am just wondering if it is, in any fixes or enhancements to the Cygwin ACL
work something that might be good to consider as a direction for either,
new or maintenance (or both) work?

Just seems like code in samba that presents a CIFS UI/API
to the 'user' from a POSIX ACL UI/API backend,  might have
some similarities between cygwin code using CIFS to talk to
the OS and presenting a POSIX ACL UI/API to the 'user'?


I can't speak to the specific issues you're raising or shed any light
on whether they are actually issues with Cygwin.  As far as the Cygwin
implementation is concerned, I believe the links below shed some light
on the original implementation and the direction things are heading.
At this time, the first link still refers to a test version of the
Cygwin package, though the version number is different.

https://www.marshut.net/kqrriw/test-release-cygwin-1-7-33-1.html
https://cygwin.com/preliminary-ug/ntsec.html

Hope this helps.


--
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: startxwin.exe no longer exists?

[Larry Hall (Cygwin-X)]

On 12/15/2014 09:49 PM, Will Parsons wrote:

Marco Atzeri wrote:


On 12/12/2014 7:07 PM, Will Parsons wrote:

For several years now I have been starting X windows by clicking on an
icon on my desktop that is a link to C:\cygwin\bin\startxwin.exe.  It
has recently ceased to work because apparently startxwin.exe no longer
exists.  Somehow I missed where this was removed, so what is the
recommended way of starting X from a desktop icon now?

I seem to recall that startxwin.exe was introduced some time ago
because using a script to start X was inadequate somehow, but I don't
remember the details, so what changed?


https://cygwin.com/ml/cygwin-xfree-announce/2014-11/msg4.html


OK - so what I get from that is that whatever problems were associated
with the original shell script have been solved and startxwin is now a
shell script again.  But, my basic question is unanswered - how do I
start an X session from an icon?  Obviously, simply replacing the link
to startxwin.exe to startxwin will not work, so I copied the shortcut
from the start menu to the desktop and tried it (after renaming my
.xinitrc and .startxwinrc files to avoid any problems with the change
of model).

If I click on the icon, I *do* get an X session (along with an xterm
that I don't need), but if try (e.g.) to start emacs under mintty, I
get a non-X emacs, with an error message:

   Display :0 unavailable, simulating -nw

Sure, display :0 is unavailable; checking DISPLAY in the (unwanted)
xterm shows DISPLAY is set to :5.  Why's that I wonder?

Further investigation shows ls -ltr /tmp:

-r--r--r--  1 william None 11 Nov 28 17:43 /tmp/.X0-lock
-r--r--r--  1 william None 11 Dec 13 17:43 /tmp/.X1-lock
-r--r--r--  1 william None 11 Dec 13 17:55 /tmp/.X2-lock
-r--r--r--  1 william None 11 Dec 13 19:22 /tmp/.X3-lock
-r--r--r--  1 william None 11 Dec 15 16:53 /tmp/.X4-lock
-r--r--r--  1 william None 11 Dec 15 17:00 /tmp/.X5-lock

Interesting.  It looks like every time I start an X session a lock
file is created and doesn't get deleted, so the display number keeps
changing.  This doesn't look right, so how do I avoid it?


You will get one lock file for every instance of the server you are running.
To remove the lock files, kill all instances of the server and remove any
remaining lock files.  Then you can start a single session.


--
Larry

_

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: startxwin.exe no longer exists?

[Larry Hall (Cygwin-X)]

On 12/15/2014 10:30 PM, Will Parsons wrote:

Larry Hall (Cygwin-X) wrote:

On 12/15/2014 09:49 PM, Will Parsons wrote:

Marco Atzeri wrote:


On 12/12/2014 7:07 PM, Will Parsons wrote:

For several years now I have been starting X windows by clicking on an
icon on my desktop that is a link to C:\cygwin\bin\startxwin.exe.  It
has recently ceased to work because apparently startxwin.exe no longer
exists.  Somehow I missed where this was removed, so what is the
recommended way of starting X from a desktop icon now?

I seem to recall that startxwin.exe was introduced some time ago
because using a script to start X was inadequate somehow, but I don't
remember the details, so what changed?


https://cygwin.com/ml/cygwin-xfree-announce/2014-11/msg4.html


OK - so what I get from that is that whatever problems were associated
with the original shell script have been solved and startxwin is now a
shell script again.  But, my basic question is unanswered - how do I
start an X session from an icon?  Obviously, simply replacing the link
to startxwin.exe to startxwin will not work, so I copied the shortcut
from the start menu to the desktop and tried it (after renaming my
.xinitrc and .startxwinrc files to avoid any problems with the change
of model).

If I click on the icon, I *do* get an X session (along with an xterm
that I don't need), but if try (e.g.) to start emacs under mintty, I
get a non-X emacs, with an error message:

Display :0 unavailable, simulating -nw

Sure, display :0 is unavailable; checking DISPLAY in the (unwanted)
xterm shows DISPLAY is set to :5.  Why's that I wonder?

Further investigation shows ls -ltr /tmp:

-r--r--r--  1 william None 11 Nov 28 17:43 /tmp/.X0-lock
-r--r--r--  1 william None 11 Dec 13 17:43 /tmp/.X1-lock
-r--r--r--  1 william None 11 Dec 13 17:55 /tmp/.X2-lock
-r--r--r--  1 william None 11 Dec 13 19:22 /tmp/.X3-lock
-r--r--r--  1 william None 11 Dec 15 16:53 /tmp/.X4-lock
-r--r--r--  1 william None 11 Dec 15 17:00 /tmp/.X5-lock

Interesting.  It looks like every time I start an X session a lock
file is created and doesn't get deleted, so the display number keeps
changing.  This doesn't look right, so how do I avoid it?


You will get one lock file for every instance of the server you are running.
To remove the lock files, kill all instances of the server and remove any
remaining lock files.  Then you can start a single session.


well, I *had* killed them.  Are you saying I need to manually remove
these old lock files?  I suppose I can come up with a way of
semi-automating this, but it doesn't seem like it should be necessary.
Is this a matter of X sessions not properly exiting?


Yes, that is correct.  In general, you shouldn't see this.

--
Larry

_

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: Windows Server 2012 R2 - man very very slow

[Larry Hall (Cygwin)]

On 12/15/2014 06:42 AM, Vilius Mockūnas wrote:

Hello,

Yes fresh install and yes it happened on first man launch.
I checked processes - it's man.exe which waits.
And for example if man page not installed it takes 40s too:
$ man init
waits 40s before returning No manual...
No manual entry for init


Sounds like something locally installed is getting in your way.
https://cygwin.com/acronyms/#BLODA?


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

[Larry Hall (Cygwin)]

On 12/15/2014 09:03 PM, august...@roadrunner.com wrote:

0 [main] rsync 1033864 find_fast_cwd: WARNING: Couldn't compute FAST_CWD 
pointer. Please report this problem to


Please update your Cygwin installation to the current version (1.7.33).


--
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: Pin package version

[Larry Hall (Cygwin)]

On 11/18/2014 03:14 AM, Robert Klemme wrote:

Hi,

I could not find an answer to this: is it possible to pin a package
version with the Cygwin installer?


No, not really.  Keep is the closest implemented feature.  Everything
else would be a work-around at this point.  So PTC, I guess.


--
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: Should the group of my user be None?

[Larry Hall (Cygwin)]

On 11/08/2014 10:29 AM, Theodore Si wrote:

Hi all,

I just installed cygwin on my Windows 8.1 laptop and I found that
the result of ls -l is like this:
-rw-rw-r--  1 Theodore None 0 Nov  8 22:44 a
And I fond that I am in several groups
$ groups Theodore
Theodore : None root Performance Log Users

This raise my curiosity because when I use git, I got some error.
Then I read this:

http://stackoverflow.com/questions/9561759/why-cannot-chmod-in-cygwin-on-windows-8-cp


I wonder why I need to use chgrp to make it right? Is this a bug?


No.  It's Windows (same difference? ;-) ).  See:

https://cygwin.com/ml/cygwin/2014-01/msg00046.html
https://cygwin.com/ml/cygwin/2014-01/msg00057.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: Should the group of my user be None?

[Larry Hall (Cygwin)]

On 11/08/2014 11:17 AM, Theodore Si wrote:

Shouldn't I be in the group with the same name of my username, like in Linux?


No.  Windows isn't Linux.  Of course, if you want to make a group with your
user name and add your user to that group, Windows will probably let you do
that.  But that's not a convention for user accounts on Windows.


--
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: terminfo and /usr/share/terminfo requirement

[Larry Hall (Cygwin)]

On 11/04/2014 05:54 PM, cyg Simple wrote:

I want to wrap this up by first stating that I now understand why you
think /usr/share exists and why I stated it does not and to perhaps
help some other confused person looking at just the archive files.  I
extracted the archives and found PREFIX/usr and PREFIX/etc.  Since the
bin directory existed in PREFIX/usr I simply moved PREFIX/etc to
PREFIX/usr/etc.  Everything worked fine except that /usr/share wasn't
found but /share was found.  Using the setup process PREFIX/usr/bin
and PREFIX/usr/lib are moved to PREFIX/ so that now when you start
Cygwin /usr/share exists but /share doesn't.

Now in my hand created self-extracted version I just move the two
directories and everything works as expected.  But I'm left wondering
why the tar files are create with usr/bin/ and usr/lib/ instead of
bin/ and lib/.  I'm not asking for an explanation of that so please
don't belabor the subject further.


I'm glad you wrapped this up with a synopsis that you believe
clarifies why you weren't following the explanation from others on
the list.  For my part, what I gathered from this thread was that
there was some confusion about the contents of some packages.  In
an effort to provide a simple answer to that (for posterity), I want
to point out that there's the package search tool at the Cygwin
website which shows you exactly what you get and how it's
organized when you extract it.  This tool is here:

https://cygwin.com/cgi-bin2/package-grep.cgi

In this thread, I believe the discussion has been referring to the
contents of the cygwin package and the terminfo package.  Here are links
to a listing of the contents of each of these packages:

https://cygwin.com/packages/x86_64/cygwin/cygwin-1.7.31-3
https://cygwin.com/packages/x86_64/terminfo/terminfo-5.9-4

If nothing else, I hope anyone looking at this thread can now solve
the mystery of what files are in any package and how they are
organized when you extract them.  It is certainly useful to
have access to this information and the Cygwin site provides this
very convenient way to see it, without downloading anything.

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

[Larry Hall (Cygwin)]

On 10/28/2014 05:17 PM, Elizabeth M Theriot wrote:

Hello!

I recently encountered this message in NetBeans 7.4:   1 [main] pty 8992 
find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.  Please report this problem to 
the public mailing list .
Is this perhaps why my code doesn't compile on any machine other than my won?


Well, there's precious little detail to go on here.  But a quick check
of the email archives (or web in general) likely would have unearthed
this reference:

https://cygwin.com/ml/cygwin/2011-10/msg00275.html

From the date and the reference to Windows 8, I think you could conclude
that this is a Windows 8 issue and that any recent (1.7.25 or later version
of the Cygwin package would resolve this - we're at 1.7.32 ATM).  So if
updating the affected systems to the latest Cygwin package doesn't help,
please follow the problem reporting guidelines found at the link below
so folks here will have the necessary boot-strap information to help
diagnose the problem you're seeing.


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: FW: Cygwin start menu / mirrors‏‏

[Larry Hall (Cygwin-X)]

On 10/21/2014 04:59 PM, t s wrote:

webpage; http://cygwinports.org/

says to issue the command;
cygstart -- /path/to/setup-x86.exe -K  http://cygwinports.org/ports.gpg

so I issued;
cygstart -- e:/setup-x86_64.exe -K  http://cygwinports.org/ports.gpg

at first this command worked. Now it doesn't. It throws up an error
message unable to get setup.ini from http://cygwinports.org/ports.gpg;

help, please?   


Looks like it's a temporary glitch, as it works fine for me when I tried
it just now.

Two other things to note though:

1. cygwinports.org is not cygwin.com so asking questions about it on
   cygwin.com mailing lists is really off-topic.  cygwinports.org has its
   own mailing list if you have further questions about the packages and
   services it provides.

2. This list is reserved for Cygwin-X-specific issues.  So if you have
   questions in the future related to Cygwin-X, this is the right mailing
   list.  Otherwise, if it's a more general Cygwin issue, the main list
   (cygwin at cygwin dot com) is the right place.


--
Larry

_

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: Very slow to launch cygwin applications

[Larry Hall (Cygwin)]

On 10/14/2014 07:16 PM, David Arnstein wrote:

Most applications, including bash.exe and ssh.exe are slow to launch.
Problem started approximately two weeks ago. I update cygwin frequently, but
I am not confident that a cygwin change caused this behavior.

I have attached the output from cygcheck -s -v -r  cygcheck.out.

Any suggestions for debugging this further?


I notice that you have UNC paths in PATH.  That can really slow things down
if they are accessed regularly.  Try pulling those paths out and see if it
makes a difference.


--
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: Bash script fails to start on Windows 2012R2

[Larry Hall (Cygwin)]

On 09/23/2014 10:27 AM, Wei Wang wrote:

Hi, list,

I tried to post my questions with my scripts but that didn't get
through. So I posted them in a blog entry here:

http://teknowfile.blogspot.com/2014/09/at-lost-with-windows-2012.html

Basically, the scripts runs fine on a Windows 2008R2 server but fails
on a 2012R2 server. Both have 64-bit Cygwin freshly installed. I tried
to run the batch file using PsExec from SysInternals and that worked
fine as well.

What else should I be looking into?


From your link above, it looks like you've resolved the problem
and that this problem was a local permissions issue that wasn't
Cygwin-related per-se.  Just summarizing here for the archives
in case anyone else runs across this thread and the link provided
is dead.


--
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 2008 access to inetsrv directory

[Larry Hall (Cygwin)]

On 09/11/2014 09:20 AM, scotttins...@ups.com wrote:

On this server, there is no sysnative under Windows. From a Windows CMD shell,


'sysnative' is only visible from 32-bit apps.  See
http://msdn.microsoft.com/en-us/library/windows/desktop/aa384187%28v=vs.85%29.aspx

Specifically:

  32-bit applications can access the native system directory by
  substituting %windir%\Sysnative for %windir%\System32. WOW64 recognizes
  Sysnative as a special alias used to indicate that the file system should
  not redirect the access. This mechanism is flexible and easy to use,
  therefore, it is the recommended mechanism to bypass file system
  redirection. Note that 64-bit applications cannot use the Sysnative alias
  as it is a virtual directory not a real one.

Unless you made sure that the CMD shell you're running is the 32-bit
version, it won't see sysnative.  As I mentioned before, this is not a
Cygwin-specific issue.

If your goal is to be able to see and work seamlessly with other 64-bit
apps and Cygwin, you may find less difficulty if you install the 64-bit
version of 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: Windows 2008 access to inetsrv directory

[Larry Hall (Cygwin)]

On 09/10/2014 10:59 AM, scotttins...@ups.com wrote:


I have been puzzling over why a cygwin bash shell cannot access the
c:\Windows\System32\inetsrv\backup directory. I have added Users and
cyg_server account to directory permissions. I still cannot cd to or copy
from the backup sub-directory. I saw postings regarding accessing certain
System32 files failing with 32-bit apps. I tried creating a file system
Junction link to the inetsrv directory, still no luck.


Without knowing for sure, I'm going to guess that you're running on
64-bit Windows.  If that's the case, what you're seeing is not Cygwin-
specific.  It's the Windows file system redirector that keeps 32-bit
programs from accessing the ones in System32 (oh the irony!)  If you
really want to do this, try looking down the c:\Windows\sysnative subtree
instead.


--
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: changing cygdrive prefix in fstab has no effect

[Larry Hall (Cygwin)]

On 09/09/2014 08:03 PM, Mitch Deoudes wrote:

Thanks for the suggestions.

@Linda:
  Have you tried 'mount -h'?

Yes - I believe I mentioned it above.  Changing the prefix via mount does
not seem to survive between sessions, on this install.

@Andrey
  Simplest would be to just reboot the box to be absolutely sure.

I believe these boxes have been rebooted multiple times, and I've
double-checked the contents of /etc/fstab  they match what I posted
originally.

It's almost as if /etc/fstab isn't getting read at all...



WJFFM.  Does it perform any differently if you have a mount file per user
in /etc/fstab.d?  Can you find any clues in the mount table documentation?
https://cygwin.com/cygwin-ug-net/using.html#mount-table

Perhaps cygcheck output as specified by the link below would provide
some ideas.


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: /usr/local/bin symbolic link disappears every time cyg setup is run

[Larry Hall (Cygwin)]

On 09/03/2014 05:19 PM, Dat Head wrote:

I have a symlink from /usr/local/bin to /3TB-external/bin/CYGWIN to keep
architecture independent bin files on an external drive for portability.

every time I run cyg setup.exe it removes the symlink and creates an
empty /usr/local/bin directory - is it really supposed to do that?
are there some cygwin pkgs (none that I have installed because it has
never put anything there) that put files there? (even if there are,
it shouldn't zap the symlink)


/usr/local is a common subtree on Linux systems, common enough that
setup makes sure it exists by creating it.  Setup, though, doesn't
know about all the variations of symlinks that Cygwin itself does
so its pretty heavy-handed when it comes to symlinks that get in
its way.  As a work-around, you could script setup so that it
recreates the symlink you want with each run.  You could even make
your own mirror which provides a package that contains only a
postinstall script that does this, so that anytime you run setup,
you could install or reinstall this package from your own mirror
to make this more generic and integrated.  Another alternative
is to take a look at setup's source and see if you can create a
patch to handle this better.  You can probably think up some
other possibilities for a solution that you like even 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: cross-compiling to Linux?

[Larry Hall (Cygwin)]

On 08/31/2014 07:03 AM, Juhász Ádám wrote:

Hi everyone,

When I was developing one of my program, I've tried to compile it under
Cygwin, and for some reason Cygwin's g++ always compiled it without
extension (and maybe an ELF executable?), so I had to create an explicit
rule to compile it with the EXE extension.

However just before I also installed MinGW so I can see what libraries does
that includes, I've noticed that Cygwin created an ELF executable (utterly
useless in Windows) however I deleted it without a second thought and just
then I've realized that I should've tried whether it runs on a Linux
machine. (My assumption was that it possibly was a PE executable with an ELF
header.) Now I've installed MinGW, and right after that, Cygwin also
generates proper PE executables for Windows, and can't seem to force it to
compile it as ELF executable despite all it took was to omit the EXE
extension.

Was this the proper behavior for Cygwin that MinGW changed?
What could possibly have MinGW did to change this behavior?
Is it *really* possible to cross-compile to Linux with Cygwin-Not that it
isn't possible, but whether is it possible by a basic setup or does Cygwin
provides a special package for that (or neither)?


I can't speak to what you saw initially but interpreting the results you
got as an ELF executable is incorrect.  Cygwin's build tools target Windows/
PE executables.

As for cross-compiling with Cygwin, see the gcc FAQ on the subject:

https://gcc.gnu.org/install/specific.html#x-x-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: Windows 7 sshd can only login as cyg_server

[Larry Hall (Cygwin)]

On 08/25/2014 06:51 AM, Corinna Vinschen wrote:

snip


I can only make a local non-admin user.  If I use that, it is just
returning Permission denied after I enter the password.  I guess I'll
have to fiddle with it a little more to see if I can figure out why that
is.  But that seems tangential to the issue reported.


But your effect doesn't sound good either.


Indeed.


If I try using the cyg_server account (yuck, I feel filthy! ;-) ), I get
kicked out the same way as reported minus the message about chown.  That's
as close as I've gotten and, of course, it's exactly opposite what was
reported.


Right.  But the default setup of the cyg_server account in /etc/passwd
is to start /bin/false as login shell.  Did you change that to /bin/bash?


Right.  No I didn't.  I believe my half-finished thought was to suggest the
OP had done this to get the connection with cyg_server to work.  Don't we
have that mind-reading plugin for the list working yet?  It would help
allot. ;-)

snip


Indeed.  Maybe the OP has an actual file for the pseudo /dev/pty1 file?  If
so, maybe the permissions on the file are getting in the way??


That would be one good idea but I think that's not very likely.
Cygwin's device handling wouldn't notice the file and call all
the internal functions for ptys instead.  This includes chown,
which on ptys is a change of the ACL of four synchronization objects
representing the pty.


Yeah, I had experimented a little with this idea myself to see if I could
prove that this would have any effect but I couldn't (as you suggest)...

--
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 7 sshd can only login as cyg_server

[Larry Hall (Cygwin)]

On 08/25/2014 07:00 AM, Corinna Vinschen wrote:

On Aug 25 12:51, Corinna Vinschen wrote:

On Aug 22 17:24, Larry Hall (Cygwin) wrote:

On 08/22/2014 04:44 PM, Corinna Vinschen wrote:

snip


That's what I meant.  Do you have a non-admin account for testing
a login?


I can only make a local non-admin user.  If I use that, it is just
returning Permission denied after I enter the password.  I guess I'll
have to fiddle with it a little more to see if I can figure out why that
is.  But that seems tangential to the issue reported.


But your effect doesn't sound good either.


Did you create a passwd entry?  I just set up a machine for testing
with a local cyg_server account, and I can login with local accounts
just fine.  It's the domain accounts which fail.  In my case bash simply
hangs for some reason I have yet to figure out.


Well I'm not sure I would expect a hang necessarily, unless it was trying
to interact with the PDC in some degenerate way.  But refusing connections
from domain user accounts in this configuration makes sense to me.
Obviously, there are more alternatives than I'm aware of here though...

Ugh!  I thought I had created a password entry for my local non-admin user
but I didn't.  Once I did that, I was able to ssh in using that user (and
password) just fine with the local cyg_server account.  So I think we
can chalk this failure up to user-error. ;-)


If I use the domain cyg_server account, I can login with domain accounts
as well as local accounts, independent of their admin-ness.


Yeah, I wish I could created domain accounts of either or both types to try.
But I suppose in the end, I may just be confirming that the domain I'm
working in is...odd.  The behaviour you describe is exactly what I would
expect.  The behaviour I'm seeing with my domain (as well as local admin)
user being able to connect with only a local cyg_server seems a bit odd to
me.  But I suppose even if it is a generic loophole, one could consider
it a feature. ;-)

--
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 handles same packages in multiple mirrors badly

[Larry Hall (Cygwin)]

On 08/25/2014 01:33 PM, Björn Kautler wrote:

Hi,

I usually start setup.exe like setup.exe -K
http://cygwinports.org/ports.gpg; and select the cygwinports mirror
and a normal mirror in the mirror selection page to have the
packages from both mirrors readily available, selectable and
updatable.

Unfortunatley, setup.exe seems to not handle this properly if a
package is present on both mirrors. When I look at the available
versions for the git packages, then I only see the 1.8 versions from
cygwinports, not the newly released ones from the normal mirror. (yes,
I made sure I selected a mirror where the packages are already
available)

In such a case I think setup.exe should provide the versions of all
the mirrors for selection and auto-select the newest version
cross-mirror for update.


Sure, a feature like this could be added to setup*.exe.  No doubt
anyone that wants to offer a patch to support this would receive a
thoughtful review of it. :-)

A few thoughts and points of clarification.

  1. cygwinports, while a commonly referred to site on this list, is not a
 site supported by cygwin.com or this list.

  2. cygwinports is more akin to a repository than a mirror.  All Cygwin
 (current, up-to-date, and valid) mirrors contain the same packages.
 cygwinports contains, typically, packages that are not distributed
 by cygwin.com and vice-versa.

  3. setup*.exe currently has a design to support Cygwin mirrors.  It's
 currently flexible (or dumb? ;-) ) enough to consider other
 repositories as well but this is not its primary function and doing
 so may reveal some of its limitations (as you've found).

--
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 7 sshd can only login as cyg_server

[Larry Hall (Cygwin)]

On 08/22/2014 09:06 AM, Corinna Vinschen wrote:

On Aug 21 15:16, Bernd Prager wrote:

I just installed cygwin on Windows 7 and configured sshd with
ssh-host-config.
I checked all the permission and everything seems to be fine.

I can connect as local user cyg_server but not as myself (a standard
Windows 7 domain user).
I am asked for a password and then I get:

debug3: packet_send2: adding 48 (len 61 padlen 19 extra_pad 64)
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
Authenticated to localhost ([127.0.0.1]:22).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Requesting no-more-sessi...@openssh.com
debug1: Entering interactive session.
debug2: callback start
debug2: fd 3 setting TCP_NODELAY
debug3: packet_set_tos: set IP_TOS 0x10
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug2: channel 0: request shell confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
   #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cc -1)

Connection to localhost closed by remote host.

In the Windows I see the error event:

sshd: PID 2968: fatal: chown(/dev/pty1, 124683, 10513) failed: Permission
denied

Can anybody help?


I'll have to test this, but as a start, can you try to setup
cyg_server as a domain account?  See
https://cygwin.com/faq/faq.html#faq.using.sshd-in-domain


I know this is a contradictory report but logging in (pubkey) with my domain
user account and local cyg_server actually works fine.  I know. I'm
surprised too. ;-)  This is W7 Enterprise and Cygwin 64-bit.


--
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: Replicate packages from 32-bit machine on 64-bit machine

[Larry Hall (Cygwin)]

On 08/22/2014 02:17 PM, Paul.Domaskis wrote:

Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:

On 08/18/2014 10:30 AM, Paul wrote:

Andrey Repin anrdaemon at yandex.ru writes:

When I wanted to replicate my cygwin installation from a 32-bit
machine to another 32-bit machine, it was straightforward.  I would
simply reinstall all installed packages, but have the downloaded
packages got to a folder which I then burn to CD.

However, my next machine is a 64-bit machine.  So I have to use the
64-bit setup.  Is there an almost-as-painless way to replicate the
64-bit version of the packages that I have installed on my 32-bit
machine?


You contradicting yourself. 64-bit packages are entirely different
files than 32-bit packages.

Yes, I understand.  I was referring to the 64-bit versions of my
32-bit packages.  It took quite some period of discovery to determine
my operational needs and the packages required. I'm hoping to avoid
that re-experiencing that.

You shouldn't have allot of trouble matching the 64-bit version of any
package with the 32-bit version.  Assuming there is a 64-bit version of
the package you want, package names are typically very similar between
the two architectures.


Understood, Larry.  It's just that there are so many packages, and I
don't want to manually find all the matching packages.  Before, if I
wanted to replicate a cygwin install on another machine, I just
reinstalled all my packages, but saved the packages to a folder that I
could write to disc.  I can't do that if I want to replicate my
packages as 62-bit versions.


Well, right.  There's no way to automatically map all 32-bit packages
to their 64-bit counterparts, particularly because there isn't always a
64-bit package to map to.  What I was suggesting was a method you could
use to make a first pass at the 64-bit packages that you want to download.
It won't be perfect but it would be a quicker alternative to doing this
all manually.  But if 64-bit packages are what you're looking for, you
definitely have to go through some process for this once.  After that,
you can employ the same technique to replicate your 64-bit installation
elsewhere.


--
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 7 sshd can only login as cyg_server

[Larry Hall (Cygwin)]

On 08/22/2014 04:19 PM, Corinna Vinschen wrote:

On Aug 22 13:23, Larry Hall (Cygwin) wrote:

On 08/22/2014 09:06 AM, Corinna Vinschen wrote:

On Aug 21 15:16, Bernd Prager wrote:

I just installed cygwin on Windows 7 and configured sshd with
ssh-host-config.
I checked all the permission and everything seems to be fine.

I can connect as local user cyg_server but not as myself (a standard
Windows 7 domain user).
I am asked for a password and then I get:

debug3: packet_send2: adding 48 (len 61 padlen 19 extra_pad 64)
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
Authenticated to localhost ([127.0.0.1]:22).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Requesting no-more-sessi...@openssh.com
debug1: Entering interactive session.
debug2: callback start
debug2: fd 3 setting TCP_NODELAY
debug3: packet_set_tos: set IP_TOS 0x10
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug2: channel 0: request shell confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
   #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cc -1)

Connection to localhost closed by remote host.

In the Windows I see the error event:

sshd: PID 2968: fatal: chown(/dev/pty1, 124683, 10513) failed: Permission
denied

Can anybody help?


I'll have to test this, but as a start, can you try to setup
cyg_server as a domain account?  See
https://cygwin.com/faq/faq.html#faq.using.sshd-in-domain


I know this is a contradictory report but logging in (pubkey) with my domain
user account and local cyg_server actually works fine.  I know. I'm
surprised too. ;-)  This is W7 Enterprise and Cygwin 64-bit.


Is your domain account an admin or a non-admin account?


It is a member of local Administrators.


Today I confused myself a lot by trying it (I'm using a domain cyg_server
account for years so it was a bit of hacking) and I was able to login
with a domain admin account but not with a normal domain account.


That's with a local cyg_server running the service?


I didn't manage to debug this further.  However, what I never encounter is
a chown(/dev/ptyX,...) Permission denied message.


Yeah, me neither.  That's... special. ;-)


--
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 7 sshd can only login as cyg_server

[Larry Hall (Cygwin)]

On 08/22/2014 04:44 PM, Corinna Vinschen wrote:

snip


That's what I meant.  Do you have a non-admin account for testing
a login?


I can only make a local non-admin user.  If I use that, it is just
returning Permission denied after I enter the password.  I guess I'll
have to fiddle with it a little more to see if I can figure out why that
is.  But that seems tangential to the issue reported.

If I try using the cyg_server account (yuck, I feel filthy! ;-) ), I get
kicked out the same way as reported minus the message about chown.  That's
as close as I've gotten and, of course, it's exactly opposite what was
reported.


Today I confused myself a lot by trying it (I'm using a domain cyg_server
account for years so it was a bit of hacking) and I was able to login
with a domain admin account but not with a normal domain account.


That's with a local cyg_server running the service?


Yes, sorry for not being clearer.  That was the hacky part.  It required
to change the domain policy and stuff like that.


OK, so this sounds similar to what I'm seeing with my domain account and
with a local cyg_server running sshd.  I'm _shocked_.


I didn't manage to debug this further.  However, what I never encounter is
a chown(/dev/ptyX,...) Permission denied message.


Yeah, me neither.  That's... special. ;-)


...and a bit incomprehensible :(


Indeed.  Maybe the OP has an actual file for the pseudo /dev/pty1 file?  If
so, maybe the permissions on the file are getting in the way??


--
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: (call-process ...) hangs in emacs

[Larry Hall (Cygwin)]

On 08/18/2014 10:58 AM, Peter Hull wrote:

On Mon, Aug 18, 2014 at 1:28 PM, Ken Brown kbr...@cornell.edu wrote:

I've just made a new emacs test release that includes a workaround for this
bug.  I think I see a way to make emacs use Cygwin's malloc; if this works,
it will provide a better fix for the bug.

I'd like to give this a try. I've selected Exp mode in setup.exe but I
don't see the latest version - do I need to do anything else or is it
just a matter of waiting for the mirror to catch up (I am in the UK)?


Probably the latter.  If you don't want to wait, check out some other
mirrors.


--
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: Replicate packages from 32-bit machine on 64-bit machine

[Larry Hall (Cygwin)]

On 08/18/2014 10:30 AM, Paul wrote:

Andrey Repin anrdaemon at yandex.ru writes:

When I wanted to replicate my cygwin installation from a 32-bit
machine to another 32-bit machine, it was straightforward.  I would
simply reinstall all installed packages, but have the downloaded
packages got to a folder which I then burn to CD.

However, my next machine is a 64-bit machine.  So I have to use the
64-bit setup.  Is there an almost-as-painless way to replicate the
64-bit version of the packages that I have installed on my 32-bit
machine?


You contradicting yourself. 64-bit packages are entirely different
files than 32-bit packages.

Yes, I understand.  I was referring to the 64-bit versions of my
32-bit packages.  It took quite some period of discovery to determine
my operational needs and the packages required. I'm hoping to avoid
that re-experiencing that.



You shouldn't have allot of trouble matching the 64-bit version of any
package with the 32-bit version.  Assuming there is a 64-bit version of
the package you want, package names are typically very similar between
the two architectures.

--
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: Configure second sshd on the same machine

[Larry Hall (Cygwin)]

On 08/14/2014 12:27 PM, Achim Gratz wrote:

For building 32bit packages I've set up an additional installation on the
same server.  To use it from the outside (like) I'm trying to configure a
second sshd on the server.  So I've installed a cygserver23 and sshd32
service with otherwise identical setup to their 64bit brethren and bumped
the port sshd listens on to 3222.  The services are starting without any
hitch, the port is listening and I can log in via public key or password as
I chose.  The only problem: after sending the command to the new ssh
session, the server closes the connection, claiming that the client had
disconnected.  the client gets an exit code 5.  Does that ring a bell with
anyone?   I can't find any error in the config.  Even when I shut down the
64bit installation completely and let sshd run on the standard port I'm
getting the same result.


The only time I've seen that is when I start the server in debug mode.


--
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 just ruby on offline cygwin installation

[Larry Hall (Cygwin)]

Just to add a bit beyond what Andrey has already said.

On 08/11/2014 08:03 PM, LMH wrote:

snip


The problem I have is that cygwin has a tendency to remove depreciated
packages when updating. This is an older setup and there are critical
components in the build that are no longer available in more recent
cygwin packages. If I let cygwin just do it's thing, it will break far
more that it will fix. Updating the entire cygwin install would mean
moving to more recent versions of multiple packages and who knows how
much time, effort, and resources would be involved in fixing all of
that. At the moment, the server does exactly what it needs to in its
current configuration, so there is little sense in wading into the
quagmire of updates when there is little or noting to be gained.


Obsolete packages don't disappear all that often really.  Most likely any
package that is obsolete has just been marked as such and doesn't show up in
the list of packages by default.  If you want to see them, just uncheck
the Hide obsolete packages control under the list of packages on the
Select Packages page of setup*.exe.


There are some post processing steps to what the server does that need a
newer version of ruby. It would be nice to have to post processing done
on the same server, but it is not essential. If I can update ruby
without breaking everything else, than that is worth doing. It is not
worth attempting to update everything just to add the post processing.


Certainly if you're very concerned about making untested changes to a
working server, you either want to work with a duplicated test version
as Andrey said or you want to off-load the post-processing piece to
another machine that's more up-to-date.  The third alternative I can
think of is that you could try to build a recent version of ruby on
your older installation.  If you have all the dependencies that would
be necessary for that, it could allow you to update ruby without
dragging allot of other useful binaries forward as well.  But this is
not without some amount of risk as well.  And I'm sure you understand
that all of this puts you in the realm of needing to support this
installation yourself.  I expect that's not a big deal to you since
it has been working fine for you and you've been doing this already.
So I'm stating the obvious I'm sure. :-)


snip


--
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.31: Too old (version 5.2.12-1) and too buggy multitail text utils package included

[Larry Hall (Cygwin)]

On 08/08/2014 03:56 PM, mr rulez wrote:

Current cygwin version 1.7.31 unfortunately includes just the old
version 5.2.12-1 of the text utils package multitail.
The current multitail version is 6.2.1 according to the developer's
web site http://www.vanheusden.com/multitail/ which gets rid of a lot
of bugs (e.g. weird characters being displayed if files contaings
hard-coded tab characters).

Would it please be possible to integrate a newer multitail version in
one of the upcoming cygwin versions!


Cygwin's distribution is allot like many Linux distributions - its a
collection of packages that are updated on disconnected schedules.
Multitail is a package of its own with its own versions, as you know.
Cygwin has its own maintainers for packages that are responsible for
updating packages.  So your request is actually best directed at the
Cygwin maintainer for multitail.  But since maintainers typically
monitor this list and it is the recommended way to communicate with
them, you've made the request already. :-)


--
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: Package file lists archive

[Larry Hall (Cygwin)]

On 08/07/2014 01:38 PM, Steven Penny wrote:

On Sun, Aug 3, 2014 at 10:00 PM, Yaakov Selkowitz wrote:

Please don't assume that this means that we're ready to automatically
rehash every decision he made over the last however-many years.


I will add that the problem with cygcheck still exists, it has been an issue
since at least May when I started tracking it

 $ date; time cygcheck -p bin/aclocal
 Thu Aug  7 12:07:27 CDT 2014
 cygcheck: unable to contact cygwin.com site, InternetOpenUrl() failed:
  The operation timed out
  (win32 error 12002)


The above command works fine for me.  Have you tried this on a different
machine or though a different network provider?


--
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 just ruby on offline cygwin installation

[Larry Hall (Cygwin)]

On 08/07/2014 04:32 PM, LMH wrote:

Hello,

I have cygwin running on a box that does not have an internet
connection. I would like to update ruby to 1.9.3p448 to make it
compatible with some of my newer scripts. I'm not sure how to do that
without updating the entire installation, using a new installer, etc.

This is a fairly old install before mintty was the default terminal. It
would also be nice to switch to mintty if that is also possible under
the same circumstances.


I don't think anyone here would really recommend the piecemeal updating
of packages, though nothing prevents you from doing so.  Obviously, the
more out-of-date your installation is, the more likely you may see some
issues as a result.  If you're going to do this off-line, the easiest
thing to do is the brute-force thing - mirror a mirror, grab the current
setup*.exe, take both to the machine which you want to update, point
setup*.exe at the mirrored packages, pick the ones you want to update
and let it do its thing.  Success guaranteed.*


* YMMV ;-)


--
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: Package file lists archive

[Larry Hall (Cygwin)]

On 08/07/2014 05:04 PM, Steven Penny wrote:

On Thu, Aug 7, 2014 at 12:49 PM, Larry Hall (Cygwin) wrote:

The above command works fine for me.  Have you tried this on a different
machine or though a different network provider?


It is an intermittent problem. I will be having timeouts with Cygwin when other
websites will be working perfectly fine. This is the typical situation

- try cygcheck -p, timeout
- try again, will work after 15 seconds
- try again, will work after 7 seconds
- try again, will work after 1 second, as expected

After that all will be normal, until I try it again several hours later and the
process just repeats.


Interesting.  OK, I've been running it in a loop for the last half-hour and
haven't seen any timeouts.  I suppose there could be a difference in local
configuration if you're still seeing the issue.  If you think that could be
coming into play, there may be some benefit to posting your cygcheck output
to see if that suggests something.

--
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: syslog function: Bad file descriptor

[Larry Hall (Cygwin)]

On 08/05/2014 12:28 PM, D. Boland wrote:

Hi group,

I'm still working on getting Sendmail working for Cygwin. I'm almost done, the 
devil
is in the details...

I'm getting the 'Bad file descriptor' system error after building the mail 
aliases
database. The building itself is done successful, but logging the event to the
system log fails with this message.


Did you mention whether you've installed and configured some syslog service?

--
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 display man page for /bin/passwd

[Larry Hall (Cygwin)]

On 08/05/2014 11:09 AM, Doug Henderson wrote:

On Tue, Aug 5, 2014 at 2:21 AM, Corinna Vinschen  wrote:

On Aug  4 13:48, Doug Henderson wrote:

When I try to display the man page for /bin/passwd, the man page for
the openssl passwd subcommand is displayed.

It appears that both the package containing /bin/passwd, and the
openssl package place the passwd.1.gz file in the /usr/share/man/man1
directory, so that only the man page from the most recently installed
package is displayed.


No, the Cygwin passwd tool has no man page.  The documentation is
only in the User's Guide:
https://cygwin.com/cygwin-ug-net/using-utils.html#passwd


Corinna


My apologies if this is a transitional problem related to the recent
changes to the /etc/passwd file, but …

Attached is a short script to demonstrate the problem I described.
cyg-passwd.sh (attached with a .txt exension), will pause 3 times
while you run setup-x86_64.exe to 1) install pending changes and make
sure cygwin-doc and openssl are installed, 2) reinstall cygwin-doc, 3)
reinstall openssl.

Attached is the output from my short script.

Attached is the output from cygcheck -svr.

With 30+ years experience on *nix systems, the man page is my first
stop for usage details on any program.

I believe this problem should be directed to the attention of the
openssl package maintainer.

Thanks for your continued attention.


Did you not see this

https://cygwin.com/ml/cygwin/2014-08/msg00097.html

and now this?

https://cygwin.com/ml/cygwin/2014-08/msg00100.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: Basic question about cygport

[Larry Hall (Cygwin)]

On 08/05/2014 03:04 PM, Andrew DeFaria wrote:

Sorry I was making a joke about the fact that many people don't wear watches
at all anymore.


And that dates me again. ;-)

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