Re: making .so files...

[Gerrit P. Haase]

Jason Pyeron wrote:



On Wed, 19 Oct 2005, Gerrit P. Haase wrote:


You know that there is a project which already has ported asterisk to
Cygwin:  http://www.asteriskwin32.com/ ?



yes, but the patching does not track very well to cvs HEAD, and even on 
its own branch it is pretty old.


My goal is to submit patches upstream to get it to compile.


Great!  Please feel free to ask me if you need help.


Gerrit
--
=^..^=

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

Re: example rsync.conf needed

[Christopher Faylor]

On Wed, Oct 19, 2005 at 06:01:09PM -0600, lin q wrote:
>I am wondering if someone has an example rsync.conf, I just installed
>lastest cygwin and want to enable rsync server on this machine.

This is hardly a cygwin-specific question.  There must be examples all over
the internet.

cgf

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

Re: exiting vim changes background colour of console

[Brian Dessent]

Lennart Borgman wrote:

> I do not remember anything about this now, but comparing to my current
> PS1 I can see that I has a \] after the last m. I have
> 
> PS1=\[\033[32;47m\w >\033[0m\]

That's incorrect.  The \[ and \] are to be used only to delineate
nonprinting sequences.  If you include "\w >" inside them you will
really muck up your prompt if you type a command wider than one screen.

PS1="\[\033[32;47m\]\w >\[\033[0m\]"

Brian

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

Re: exiting vim changes background colour of console

[Lennart Borgman]

Ok, here is part of my .bash_profile now:
blackOnLightGrey='\[\e[47m\]'
blue='\[\e[1;34m\]'
red='\[\e[1;31m\]'
blackOnWhite='\[\e[0;0;37;30m\]'
# export PS1="${blackOnLightGrey}\n\s\v User \u on host \h in dir \w\n\d \@> "
export PS1="${blackOnLightGrey}\n\s\v User \u on host \h in dir \w\n\d \@>\e[0m 
"
# export PS1="${blackOnLightGrey}\n\s\v User \u on host \h in dir \w\n\d 
\@>${blackOnWhite} "
   

I do not remember anything about this now, but comparing to my current 
PS1 I can see that I has a \] after the last m. I have


   PS1=\[\033[32;47m\w >\033[0m\]

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

RE: exiting vim changes background colour of console

[Igor Pechtchanski]

On Thu, 20 Oct 2005, Robert Bram wrote:

> Hi Igor,
>
> 
> > > My PS1 variable is:
> > > \e[47m\n\s\v User \u on host \h in dir \w\n\d \@>\e[0;30m
> > >
> > > bash2.05b User rbram on host cml035835 in dir /cygdrive/c/eTech/eForms2
> > > Thu Oct 20 07:16 AM> echo $PS1
> > > \e[47m\n\s\v User \u on host \h in dir \w\n\d \@>\e[0;30m
> >
> > Note that the end of your PS1 resets the color to "black background"...
> > Removing that '\e[0;30m' should fix your problem, unless you want your
> > window background to be something other than grey, in which case you'll
> > have to put in a background change to whatever your window background is.
> >
> > FWIW, you might also want to put \[ and \] around the non-printable
> > characters in PS1, to help bash calculate the prompt length better, e.g.,
> >
> > export PS1='\[\e[47m\]\n\s\v User \u on host \h in dir \w\n\d \@>'
>
> Ok, here is part of my .bash_profile now:
> blackOnLightGrey='\[\e[47m\]'
> blue='\[\e[1;34m\]'
> red='\[\e[1;31m\]'
> blackOnWhite='\[\e[0;0;37;30m\]'
> # export PS1="${blackOnLightGrey}\n\s\v User \u on host \h in dir \w\n\d \@> "
> export PS1="${blackOnLightGrey}\n\s\v User \u on host \h in dir \w\n\d 
> \@>\e[0m "
> # export PS1="${blackOnLightGrey}\n\s\v User \u on host \h in dir \w\n\d 
> \@>${blackOnWhite} "
>
> None of the PS1s above fix the issue! I.e. when I open a console I see
> what I want: console with white background and black foreground, with
> the prompt rendered as black foreground on grey background, but then
> whenever I do a man, less, vim and exit, the screen get a black
> background that I can make go away by pressing "ENTER" repeatedly i.e.
> shifting the black off screen.

Huh.  I haven't been able to reproduce your exact problem, as it turns
out...  I'm afraid I've reached the limit of my knowledge on this...
Sorry.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

Re: exiting vim changes background colour of console

[Brian Dessent]

Robert Bram wrote:

> None of the PS1s above fix the issue! I.e. when I open a console I see what I 
> want: console with white background and black foreground, with the prompt 
> rendered as black foreground on grey background, but then whenever I do a 
> man, less, vim and exit, the screen get a black background that I can make go 
> away by pressing "ENTER" repeatedly i.e. shifting the black off screen.

If you want to set the default FG and BG of the console you should not
try to do it with the prompt, you should set it when the console is
created.  See my previous reply.  It will be very hard to control the
overall default color of the console by adding escape sequences to the
prompt, because it is not designed to work like that.

Brian

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

example rsync.conf needed

[lin q]

Hi,
 I am wondering if someone has an example rsync.conf, I just installed 
lastest cygwin and want to enable rsync server on this machine.


Thanks.

_
FREE pop-up blocking with the new MSN Toolbar – get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/



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

RE: exiting vim changes background colour of console

[Robert Bram]

Hi Igor,


> > My PS1 variable is:
> > \e[47m\n\s\v User \u on host \h in dir \w\n\d \@>\e[0;30m
> >
> > bash2.05b User rbram on host cml035835 in dir /cygdrive/c/eTech/eForms2
> > Thu Oct 20 07:16 AM> echo $PS1
> > \e[47m\n\s\v User \u on host \h in dir \w\n\d \@>\e[0;30m
>
> Note that the end of your PS1 resets the color to "black background"...
> Removing that '\e[0;30m' should fix your problem, unless you want your
> window background to be something other than grey, in which case you'll
> have to put in a background change to whatever your window background is.
>
> FWIW, you might also want to put \[ and \] around the non-printable
> characters in PS1, to help bash calculate the prompt length better, e.g.,
>
> export PS1='\[\e[47m\]\n\s\v User \u on host \h in dir \w\n\d \@>'

Ok, here is part of my .bash_profile now:
blackOnLightGrey='\[\e[47m\]'
blue='\[\e[1;34m\]'
red='\[\e[1;31m\]'
blackOnWhite='\[\e[0;0;37;30m\]'
# export PS1="${blackOnLightGrey}\n\s\v User \u on host \h in dir \w\n\d \@> "
export PS1="${blackOnLightGrey}\n\s\v User \u on host \h in dir \w\n\d \@>\e[0m 
"
# export PS1="${blackOnLightGrey}\n\s\v User \u on host \h in dir \w\n\d 
\@>${blackOnWhite} "

None of the PS1s above fix the issue! I.e. when I open a console I see what I 
want: console with white background and black foreground, with the prompt 
rendered as black foreground on grey background, but then whenever I do a man, 
less, vim and exit, the screen get a black background that I can make go away 
by pressing "ENTER" repeatedly i.e. shifting the black off screen.


Kind regards,

Rob
:)

---
Robert Mark Bram
Portal Analyst Programmer
eTechnology, Coles Myer Limited
[EMAIL PROTECTED]
+61 3 9635 1036

This email and any attachments may contain privileged and confidential 
information and are intended for the named addressee only. If you have received 
this e-mail in error, please notify the sender and delete this e-mail 
immediately. Any confidentiality, privilege or copyright is not waived or lost 
because this e-mail has been sent to you in error. It is your responsibility to 
check this e-mail and any attachments for viruses.  No warranty is made that 
this material is free from computer virus or any other defect or error.  Any 
loss/damage incurred by using this material is not the sender's responsibility. 
 The sender's entire liability will be limited to resupplying the material.

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

Re: sshd refuses ssh connections

[Marc Jourdeuil]

ok, start over...

stop the sshd
cygrunsrv  --stop  sshd

Delete /etc/ssh*

p4-3000:marcj:{/etc}322 % ssh-host-config
Generating /etc/ssh_host_key
Generating /etc/ssh_host_rsa_key
Generating /etc/ssh_host_dsa_key
Generating /etc/ssh_config file
Privilege separation is set to yes by default since OpenSSH 3.3.
However, this requires a non-privileged account called 'sshd'.
For more info on privilege separation read
/usr/share/doc/openssh/README.privsep.

Should privilege separation be used? (yes/no) yes
Generating /etc/sshd_config file

Host configuration finished. Have fun!

-rwxr-xr-x   1 marcj  None1159 Oct 19 18:52 ssh_config
-rw---   1 marcj  None 672 Oct 19 18:52 ssh_host_dsa_key
-rw-r--r--   1 marcj  None 603 Oct 19 18:52 ssh_host_dsa_key.pub
-rw---   1 marcj  None 528 Oct 19 18:52 ssh_host_key
-rw-r--r--   1 marcj  None 332 Oct 19 18:52 ssh_host_key.pub
-rw---   1 marcj  None 887 Oct 19 18:52 ssh_host_rsa_key
-rw-r--r--   1 marcj  None 223 Oct 19 18:52 ssh_host_rsa_key.pub
-rw-r--r--   1 marcj  None2807 Oct 19 18:52 sshd_config

cygrunsrv  --start  sshd

cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 1062:
The service has not been started.

from /var/log/sshd.log:
Could not load host key: /etc/ssh_host_key
Could not load host key: /etc/ssh_host_rsa_key
Could not load host key: /etc/ssh_host_dsa_key
Disabling protocol version 1. Could not load host key
Disabling protocol version 2. Could not load host key
sshd: no hostkeys available -- exiting.

chown SYSTEM ssh*
-rwxr-xr-x   1 SYSTEM None1159 Oct 19 18:52 ssh_config
-rw---   1 SYSTEM None 672 Oct 19 18:52 ssh_host_dsa_key
-rw-r--r--   1 SYSTEM None 603 Oct 19 18:52 ssh_host_dsa_key.pub
-rw---   1 SYSTEM None 528 Oct 19 18:52 ssh_host_key
-rw-r--r--   1 SYSTEM None 332 Oct 19 18:52 ssh_host_key.pub
-rw---   1 SYSTEM None 887 Oct 19 18:52 ssh_host_rsa_key
-rw-r--r--   1 SYSTEM None 223 Oct 19 18:52 ssh_host_rsa_key.pub
-rw-r--r--   1 SYSTEM None2807 Oct 19 18:52 sshd_config

Now able to start sshd

ps -ef
  SYSTEM 904   1   ?  19:00:05 /usr/bin/cygrunsrv
  SYSTEM2544 904   ?  19:00:05 /usr/sbin/sshd

netstat -an | grep 22
  TCP0.0.0.0:22 0.0.0.0:0  LISTENING

I still have keys in /home/marcj/.ssh
p4-3000:marcj:{/home/marcj/.ssh}192 % ls -l
-rw-r--r--  1 marcj None   29 Oct 19 16:55 _config
-rw---+ 1 marcj None 1158 Oct 19 18:15 authorized_keys
-rwxr--r--  1 marcj None  603 Oct 19 16:36 authorized_keys2
-rw---  1 marcj None  668 Oct 19 18:15 id_dsa
-rw-r--r--  1 marcj None  603 Oct 19 18:15 id_dsa.pub
-rw---  1 marcj None  883 Oct 19 18:14 id_rsa
-rw-r--r--  1 marcj None  223 Oct 19 18:14 id_rsa.pub
-rw---  1 marcj None  528 Oct 19 18:14 identity
-rw-r--r--  1 marcj None  332 Oct 19 18:14 identity.pub
-rw-r--r--  1 marcj None  232 Oct 19 19:02 known_hosts


ssh -v [EMAIL PROTECTED]
OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh_config
debug1: Connecting to p4-3000 [192.168.1.204] port 22.
debug1: Connection established.
debug1: identity file /home/marcj/.ssh/identity type 0
debug1: identity file /home/marcj/.ssh/id_rsa type 1
debug1: identity file /home/marcj/.ssh/id_dsa type 2
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.9p1
debug1: match: OpenSSH_3.9p1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.9p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'p4-3000' is known and matches the RSA host key.
debug1: Found key in /home/marcj/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue:
publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering public key: /home/marcj/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 149
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
Last login: Wed Oct 19 19:02:01 2005 from p4-3000

seems to be working now!


p4-3000:marcj:{/}325 % ssh [EMAIL PROTECTED]
Last login: Wed Oct 19 19:05:19 2005 from p4-3000
p4-3000:marcj:{/home/marcj}193 %

--

Re: Accessibility and Cygwin setup.exe

[Brian Dessent]

Sean McMahon wrote:
> 
> Well, getting decent keyboard access is naturally an interest of mine.  I'll 
> see
> what I can dig up about this from my screen-reader manufacturer.  More then
> likely your assumption is correct, but if it doesn't work with "standard"
> windows controlls, that's also something I need to know.

I've not any experience with screen readers, but from what I can tell
the main thing is that if we use standard widgets provided by the OS or
by the common controls DLL, we should be fine.  The current problem is
that the package chooser is a custom window that does everything itself,
and so it is completely opaque to things like screen readers.

That does present a very small problem with the fact that setup has to
support all versions of windows back to 95, which means we can't assume
any given version of the common controls DLL.  (Or maybe we alredy do? 
I'll have to look.)  Some of the neat stuff that MS addded for 2k and XP
will not be available in the older versions, but I think there should be
enough functionality to implement a package selection screen.

Brian

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

Re: sshd refuses ssh connections

[Chris Taylor]

Brian Dessent wrote:

Brian Dessent wrote:



No, it's a red herring.  The host keys should be readable only by the
process that runs sshd.  This must be SYSTEM in order for impersonation
to work.  Thus they should be readable only by SYSTEM, and that is how
ssh-host-config sets things up, correctly.  So if you try to run sshd as
your normal user account, it will not work.  That's why it's a bad idea
to mess around with running sshd from a regular prompt, because you will
run into all kinds of permissions/ownership issues unless you know
precisely what you're doing.



The footnote to this is that if you obtain a shell as the SYSTEM user,
you can run sshd from a prompt in debugging mode without any issues. 
There is a script somewhere in the mailing list archives, I think it's

called "sysbash", that achieves this.

Brian



Whoops. Actually forgot about this caveat until René mentioned something 
along these lines.. Too long dealing with linux, where things work 
sensibly..


Sorry about that folks.

~hides~

--

Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?

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

info bash - Bash Features: No such file or directory

[Lennart Borgman]

If I do

 info bash

from the bash prompt and try to open "*Bash Features::" I get the error 
message in the subject line.


Is this expected or a known bug?

Kind regards,
Lennart

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

Re: Accessibility and Cygwin setup.exe

[Lennart Borgman]

Sean McMahon wrote:


Well, getting decent keyboard access is naturally an interest of mine.  I'll see
what I can dig up about this from my screen-reader manufacturer.  More then
likely your assumption is correct, but if it doesn't work with "standard"
windows controlls, that's also something I need to know.
Thanks
Sean


ListView should work with MSAA.

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

Re: SETUP: In-use files have been replaced

[Chris Taylor]

Herb Martin wrote:

Chris Taylor


All I wish to do is make Setup aware of this if it
is possible.  


For now, I must (carefully) ensure that setup doesn't
overwrite my "good" version with the default.


If you reinstalled all of exim, you don't really need the cygwin
version.. So you want to edit the /etc/setup/installed.db and 
give it an
artificially high number, say 99.999, as the installed 
version of exim.

This will stop cygwin from ever overwriting your installation of exim
(unless the version ever gets higher than that.. unlikely in our
lifetimes to be honest)

Chris



Thank you Chris, that is precisely the information
I was seeking.



No problem Herb, but I only knew that because Eric mentioned it 4 or 5 
messages prior to me in this thread - as a way to prevent setup from 
updating the package.
At that time though, I don't believe it was clear that you'd updated ALL 
of exim (or indeed what package it was). We thought you'd updated a 
single file or something - a lib for example.

Anyway, glad you're sorted now.


Chris

--

Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?

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

Re: Accessibility and Cygwin setup.exe

[Sean McMahon]

Well, getting decent keyboard access is naturally an interest of mine.  I'll see
what I can dig up about this from my screen-reader manufacturer.  More then
likely your assumption is correct, but if it doesn't work with "standard"
windows controlls, that's also something I need to know.
Thanks
Sean
PS. unfortunately I'm on outlook express here so if you know how to top post
with that mailer, send that along to me.
- Original Message - 
From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
To: "Sean McMahon" <[EMAIL PROTECTED]>
Cc: 
Sent: Wednesday, October 19, 2005 2:08 PM
Subject: Re: Accessibility and Cygwin setup.exe


> Ugh, top-posting...  Reformatted.
>
> On Tue, 18 Oct 2005, Sean McMahon wrote:
>
> > - Original Message -
> > From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
> > To: "Lennart Borgman" <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
>
> .  Thanks.
>
> > Sent: Tuesday, October 18, 2005 1:45 PM
> > Subject: Re: Accessibility and Cygwin setup.exe
> >
> > > On Tue, 18 Oct 2005, Lennart Borgman wrote:
> > >
> > > > I read in the archives that there has been some discussions about
> > > > accessibility and Cygwin setup.exe. Are there any plans to improve
> > > > this? Keyboard support was not mentioned there but is also an
> > > > important accessibility feature for many people. Are there any plans
> > > > for keyboard support?
> > >
> > > I don't believe anyone has voiced plans for adding accessibility
> > > features to the current implementation of the setup package chooser.
> > > There are a couple of people (including me) working (slowly) on
> > > re-implementing the chooser completely using standard Windows
> > > controls, which will support keyboard interaction, screen readers,
> > > etc, automatically.
> > >
> > > Igor
> >
> > Igor, have you been able to get any documentation from screen reader and
> > screen magnification makers reguarding what are and are not accessible
> > window controlls?  Glad to hear this is being worked on.
> >
> > Sean
>
> No, I have not tested my code with screen readers or any other
> accessibility software, as that's not my primary goal here.  What I'd like
> to do is essentially decouple the logic from the GUI in setup, and have
> setup use standard Windows controls.  The accessibility and keyboard
> interaction come as nice side benefits resulting from the use of standard
> controls.  I'm assuming that the controls I'm planning to use (e.g.,
> ListView) have sufficient accessibility support built-in.
>
> If and when I have some working code, I will request that people
> interested in accessibility test that code for the features they need.
>
> One thing I forgot to mention in my previous reply is that while using the
> standard Windows controls is my choice, nothing prevents others from
> submitting patches with alternate approaches (including patching the
> current code for accessibility).
> Igor
> -- 
> http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_ [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>
> If there's any real truth it's that the entire multidimensional infinity
> of the Universe is almost certainly being run by a bunch of maniacs. /DA


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

Re: sshd refuses ssh connections

[Brian Dessent]

Brian Dessent wrote:

> No, it's a red herring.  The host keys should be readable only by the
> process that runs sshd.  This must be SYSTEM in order for impersonation
> to work.  Thus they should be readable only by SYSTEM, and that is how
> ssh-host-config sets things up, correctly.  So if you try to run sshd as
> your normal user account, it will not work.  That's why it's a bad idea
> to mess around with running sshd from a regular prompt, because you will
> run into all kinds of permissions/ownership issues unless you know
> precisely what you're doing.

The footnote to this is that if you obtain a shell as the SYSTEM user,
you can run sshd from a prompt in debugging mode without any issues. 
There is a script somewhere in the mailing list archives, I think it's
called "sysbash", that achieves this.

Brian

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

Re: sshd refuses ssh connections

[Brian Dessent]

Chris Taylor wrote:

> >>>i followed all instructions from:
> >>>http://pigtail.net/LRP/printsrv/cygwin-sshd.html

You should ask the administrator of pigtail.net for help then.  We don't
support other sites here.

> >>>The process is running:
> >>>p4-3000:marcj:{/home/marcj}160 % ps -ef
> >>>...
> >>>  SYSTEM 480 728   ?  00:48:33 /usr/sbin/sshd
> >>>
> >>>
> >>>and the port 22 is listening:
> >>>p4-3000:marcj:{/etc}183 % netstat -an
> >>>
> >>>Active Connections
> >>>
> >>>  Proto  Local Address  Foreign AddressState
> >>>  TCP0.0.0.0:22 0.0.0.0:0  LISTENING

It looks like a firewall problem then.

> >>Could you stop the service, as described on the page you mention, and
> >>then start it manually by doing the following:
> >>
> >>sshd -D -dd

This is bad advice.  Don't try running sshd from a non-SYSTEM account
unless you know what you're doing.

>  > Disabling protocol version 1. Could not load host key
>  > Disabling protocol version 2. Could not load host key
>  > sshd: no hostkeys available -- exiting.
> 
> Well, this is definitely why it's not working.

No, it's a red herring.  The host keys should be readable only by the
process that runs sshd.  This must be SYSTEM in order for impersonation
to work.  Thus they should be readable only by SYSTEM, and that is how
ssh-host-config sets things up, correctly.  So if you try to run sshd as
your normal user account, it will not work.  That's why it's a bad idea
to mess around with running sshd from a regular prompt, because you will
run into all kinds of permissions/ownership issues unless you know
precisely what you're doing.

To the original poster:

Start over.  Forget anything you read on pigtail.net.  Delete all traces
of whatever you've tried to do so far.  Now run ssh-host-config and let
it do everything.  Start the service.  Do not even think about trying to
run sshd directly from a prompt.  If the service is running, and the
process is listening on the port, and you still get "Connection refused"
then it's a firewall or winsock issue.  Look at the event log and
/var/log/sshd.log for any messages.

Brian

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

Re: sshd refuses ssh connections

[René Berber]

Marc Jourdeuil wrote:

> If the mode of the host keys is readable by other, sshd won't start.
> /var/log/sshd.log
> 
> chmod g+r ssh_host_dsa_key
> chmod g+r ssh_host_rsa_key
> chmod g+r ssh_host_key

Whoa there!  I never said "change them", don't touch that.

[snip]
> /usr/sbin/sshd -D -dd
> debug2: load_server_config: filename /etc/sshd_config
> debug2: load_server_config: done config len = 187
> debug2: parse_server_config: config /etc/sshd_config len 187
> debug1: sshd version OpenSSH_3.9p1
> debug1: private host key: #0 type 0 RSA1
> debug1: read PEM private key done: type RSA
> debug1: private host key: #1 type 1 RSA
> debug1: read PEM private key done: type DSA
> debug1: private host key: #2 type 2 DSA
> /var/empty must be owned by root and not group or world-writable.

Check /var/empty, it should be created by the script and look like:
$ ll /var/empty
total 0
drwxr-xr-x+  2 SYSTEM  None 0 May 20  2004 ./

> Like this, ssh starts.

I don't follow, like this means...

> when you run ssh-host-config, if the keys already exist, it leaves them as
> is, which is fine.
> netstat -abn -> b is not a vaild option

In Windows XP it's a valid option...
$ netstat /?

Displays protocol statistics and current TCP/IP network connections.

NETSTAT [-a] [-b] [-e] [-n] [-o] [-p proto] [-r] [-s] [-v] [interval]

  -aDisplays all connections and listening ports.
  -bDisplays the executable involved in creating each connection or
listening port. In some cases well-known executables host
...

Anyway you can also use tcpview from www.sysinternals.com if needed.

[snip]
> sshd is running again.
> The password file is correct for W2K, according to
> /usr/share/doc/Cygwin/login.README
> 
> p4-3000:marcj:{/etc}224 % ps -ef
>  UID PIDPPID TTY STIME COMMAND
...
>   SYSTEM1156   1   ?  15:04:57 /usr/bin/cygrunsrv
>   SYSTEM17161156   ?  15:04:57 /usr/sbin/sshd
...
> I have turned off the firewall.
> 
> ssh [EMAIL PROTECTED]
> ssh_exchange_identification: Connection closed by remote host

[Rant: stop repeating the same thing]

> p4-3000:marcj:{/etc}225 % ssh -vvv localhost
> OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004
> debug1: Reading configuration data /etc/ssh_config
> debug2: ssh_connect: needpriv 0
> debug1: Connecting to localhost [127.0.0.1] port 22.
> debug1: Connection established.
> debug1: identity file /home/marcj/.ssh/identity type -1
> debug1: identity file /home/marcj/.ssh/id_rsa type -1
> debug1: identity file /home/marcj/.ssh/id_dsa type -1
> ssh_exchange_identification: Connection closed by remote host

Your user "marcj" doesn't have keys.

Read /usr/share/doc/Cygwin/openssh.README, run ssh-user-config (additional info
in man ssh-keygen and ssh_config).
-- 
René Berber


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

Re: Hang with 20051018 (3rd version) snapshot while building OOo

[Volker Quetschke]

Volker Quetschke wrote:
> Having said that, I never realized that before, maybe the problem really
> lies in this special command. I mean due to some historic quirks every
> makefile in the OOo tree has a line that sets a macro to the current path
> using that command, but there are still lots of other commands (also executed
> in a tcsh shell) in these makefiles that I never heard of to hang.
> (I'll also verify that what I just said is really true, it's just an idea.)
Nice idea, but a look into the strace showed me that it was hanging before
executing the pwd command :(

Volker

-- 
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D


signature.asc
Description: OpenPGP digital signature

RE: exiting vim changes background colour of console

[Igor Pechtchanski]

On Thu, 20 Oct 2005, Robert Bram wrote:

> Hi Igor,
>
> > > > > > > ==
> > > > > > > I am finding that when I exit from vim, it turns my background
> > > > > > > back into black (which is how I had it before I tried changing
> > > > > > > it today). Is there a setting or something I have forgotten to
> > > > > > > change?
> > > > > > > ==
> > > > > > > Actually this is happenning not just after vim.. but even after
> > > > > > > I exit "less"!
> > > > > >
> > > > > > Works for me.  Did you close the console window and re-open one 
> > > > > > after
> > > > > > changing the colors?  Before doing this, the console colors are 
> > > > > > known
> > > > > > to be scrambled as you describe above.
> > > > >
> > > > > Yes I closed and re-opened the console and the problem recurs. :-/
> > > >
> > > > vim (and less, since you seem to have the same problem there) use
> > > > something called an "alternate screen".  This is a feature of the 
> > > > terminal
> > > > that allows the program to make arbitrary modifications to the terminal
> > > > screen that will be undone when the program switches back to the main
> > > > screen.  In particular, any color changes will be undone.  Consequently,
> > > > if you wish to change the color of the main screen, don't do this while
> > > > running vim or less.
> > > > HTH,
> > >
> > > I admit to being somewhat confused by your remark - I didn't change the
> > > screen while running vim or less. I edited the properties of the console
> > > so that it would affect all consoles with the same name, changed the PS1
> > > environment variable in my .bash_profile, closed the console, re-opened
> > > it, ran vim and/or less, exited vim and/or less and then found the
> > > console colors changed. Have I misunderstood your point?
> > >
> > > Interestingly, I find that I can keep pressing ENTER and 'clear' the
> > > screen back to how it was, but this is an ugly solution.
> >
> > What is the value of your PS1 variable?  Does it, perhaps, contain the
> > code at the end that resets the background?  That was the only way I could
> > reproduce the behavior you report on my machine.
>
> My PS1 variable is:
> \e[47m\n\s\v User \u on host \h in dir \w\n\d \@>\e[0;30m
>
> bash2.05b User rbram on host cml035835 in dir /cygdrive/c/eTech/eForms2
> Thu Oct 20 07:16 AM> echo $PS1
> \e[47m\n\s\v User \u on host \h in dir \w\n\d \@>\e[0;30m

Note that the end of your PS1 resets the color to "black background"...
Removing that '\e[0;30m' should fix your problem, unless you want your
window background to be something other than grey, in which case you'll
have to put in a background change to whatever your window background is.

FWIW, you might also want to put \[ and \] around the non-printable
characters in PS1, to help bash calculate the prompt length better, e.g.,

export PS1='\[\e[47m\]\n\s\v User \u on host \h in dir \w\n\d \@>'

HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

Re: Hang with 20051018 (3rd version) snapshot while building OOo

[Volker Quetschke]

Christopher Faylor wrote:
> On Wed, Oct 19, 2005 at 03:45:30PM -0400, Volker Quetschke wrote:
> (snip)
>>Basically we still see the same problem as in
>>.
>>
>>The build hangs in a tcsh like this:
>>(snip)
>>And by attaching strace to the hung pid and using "ls /proc/*/fd"
>>the attached (behind the cygcheck.log) strace was created.
> 
> Given the number of changes that have been made to cygwin, particularly
> in /proc handling, it's very difficult for me to believe that you are
> not seeing *any* differences in behavior and I'm wondering if you're
> actually seeing what you think you're seeing, i.e., I'm wondering if the
> process is just timing out and you are attributing it coming "unstuck"
> to the fact that you're doing "ls /proc/*/fd".  I can't see any reason
> why inspecting /proc should cause any kind of special behavior in the
> latest snapshots since /proc handling now occurs in its own thread.
I can completely understand your worries. My problem is that I cannot
reproduce the problem myself and all I can do is ask the people who
have this problem to try get some debug information.

I just asked for a confirmation that it really is the "ls /proc/*/fd"
that "unstucks" the process. I don't believe that "/usr/bin/tcsh -fc pwd"
needs a long time to finish so that we're getting a coincidence there.

Having said that, I never realized that before, maybe the problem really
lies in this special command. I mean due to some historic quirks every
makefile in the OOo tree has a line that sets a macro to the current path
using that command, but there are still lots of other commands (also executed
in a tcsh shell) in these makefiles that I never heard of to hang.
(I'll also verify that what I just said is really true, it's just an idea.)

> I could almost convince myself that there was a race in /proc handling
> before but I could never convince myself that doing something like "ls 
> /proc/*/fd"
> would have any effect on it.  Nevertheless, I did make some changes to
> eliminate the potential source of hangs in this code.  So, I can't
> understand why you wouldn't see something different.

I have no clue either, especially as I also cannot reproduce and therefore
cannot pinpoint the problem. :(

Anyway, thanks for all your efforts!

   Volker

-- 
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D


signature.asc
Description: OpenPGP digital signature

Re: Accessibility and Cygwin setup.exe

[Lennart Borgman]

Igor Pechtchanski wrote:


If and when I have some working code, I will request that people
interested in accessibility test that code for the features they need.
 


I would be glad to test, but just the keyboard part.

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

RE: exiting vim changes background colour of console

[Robert Bram]

Hi Igor,

> > > > > > ==
> > > > > > I am finding that when I exit from vim, it turns my background
> > > > > > back into black (which is how I had it before I tried changing
> > > > > > it today). Is there a setting or something I have forgotten to
> > > > > > change?
> > > > > > ==
> > > > > > Actually this is happenning not just after vim.. but even after
> > > > > > I exit "less"!
> > > > >
> > > > > Works for me.  Did you close the console window and re-open one after
> > > > > changing the colors?  Before doing this, the console colors are known
> > > > > to be scrambled as you describe above.
> > > >
> > > > Yes I closed and re-opened the console and the problem recurs. :-/
> > >
> > > vim (and less, since you seem to have the same problem there) use
> > > something called an "alternate screen".  This is a feature of the terminal
> > > that allows the program to make arbitrary modifications to the terminal
> > > screen that will be undone when the program switches back to the main
> > > screen.  In particular, any color changes will be undone.  Consequently,
> > > if you wish to change the color of the main screen, don't do this while
> > > running vim or less.
> > > HTH,
> >
> > I admit to being somewhat confused by your remark - I didn't change the
> > screen while running vim or less. I edited the properties of the console
> > so that it would affect all consoles with the same name, changed the PS1
> > environment variable in my .bash_profile, closed the console, re-opened
> > it, ran vim and/or less, exited vim and/or less and then found the
> > console colors changed. Have I misunderstood your point?
> >
> > Interestingly, I find that I can keep pressing ENTER and 'clear' the
> > screen back to how it was, but this is an ugly solution.
>
> What is the value of your PS1 variable?  Does it, perhaps, contain the
> code at the end that resets the background?  That was the only way I could
> reproduce the behavior you report on my machine.

My PS1 variable is:
\e[47m\n\s\v User \u on host \h in dir \w\n\d \@>\e[0;30m

bash2.05b User rbram on host cml035835 in dir /cygdrive/c/eTech/eForms2
Thu Oct 20 07:16 AM> echo $PS1
\e[47m\n\s\v User \u on host \h in dir \w\n\d \@>\e[0;30m

Rob
:)

This email and any attachments may contain privileged and confidential 
information and are intended for the named addressee only. If you have received 
this e-mail in error, please notify the sender and delete this e-mail 
immediately. Any confidentiality, privilege or copyright is not waived or lost 
because this e-mail has been sent to you in error. It is your responsibility to 
check this e-mail and any attachments for viruses.  No warranty is made that 
this material is free from computer virus or any other defect or error.  Any 
loss/damage incurred by using this material is not the sender's responsibility. 
 The sender's entire liability will be limited to resupplying the material.

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

perl's exec fails with 20051019 snapshot in windows shell

[Krzysztof Duleba]

Hi

After upgrading to 20051019, perl doesn't work as it used to in the
windows shell.

$ uname -a
CYGWIN_NT-5.0 duli2 1.5.19s(0.140/4/2) 20051019 13:12:47 i686 unknown
unknown Cygwin

$ perl -e 'exec whoami'
Krzysiek

C:\>perl -e 'print "ok"'
ok
C:\>perl -e 'exec whoami'

C:\>whoami
Krzysiek

Regards
Krzysztof Duleba


cygcheck.out
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: exiting vim changes background colour of console

[Igor Pechtchanski]

On Wed, 19 Oct 2005, Robert Bram wrote:

> Hi Igor,
>
> Thanks to you and Corinna for the feedback so far!
>
> > > > > ==
> > > > > I am finding that when I exit from vim, it turns my background
> > > > > back into black (which is how I had it before I tried changing
> > > > > it today). Is there a setting or something I have forgotten to
> > > > > change?
> > > > > ==
> > > > > Actually this is happenning not just after vim.. but even after
> > > > > I exit "less"!
> > > >
> > > > Works for me.  Did you close the console window and re-open one after
> > > > changing the colors?  Before doing this, the console colors are known
> > > > to be scrambled as you describe above.
> > >
> > > Yes I closed and re-opened the console and the problem recurs. :-/
> >
> > vim (and less, since you seem to have the same problem there) use
> > something called an "alternate screen".  This is a feature of the terminal
> > that allows the program to make arbitrary modifications to the terminal
> > screen that will be undone when the program switches back to the main
> > screen.  In particular, any color changes will be undone.  Consequently,
> > if you wish to change the color of the main screen, don't do this while
> > running vim or less.
> > HTH,
>
> I admit to being somewhat confused by your remark - I didn't change the
> screen while running vim or less. I edited the properties of the console
> so that it would affect all consoles with the same name, changed the PS1
> environment variable in my .bash_profile, closed the console, re-opened
> it, ran vim and/or less, exited vim and/or less and then found the
> console colors changed. Have I misunderstood your point?
>
> Interestingly, I find that I can keep pressing ENTER and 'clear' the
> screen back to how it was, but this is an ugly solution.

What is the value of your PS1 variable?  Does it, perhaps, contain the
code at the end that resets the background?  That was the only way I could
reproduce the behavior you report on my machine.

> -Original Message-
> From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 19 October 2005 4:28 AM
> To: Robert Bram
> Cc: [EMAIL PROTECTED]
> Subject: RE: exiting vim changes background colour of console
>
> [FULL QUOTE snipped]

.  Oh, and please don't make
.  Thanks.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

Re: Accessibility and Cygwin setup.exe

[Igor Pechtchanski]

Ugh, top-posting...  Reformatted.

On Tue, 18 Oct 2005, Sean McMahon wrote:

> - Original Message -
> From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
> To: "Lennart Borgman" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>

.  Thanks.

> Sent: Tuesday, October 18, 2005 1:45 PM
> Subject: Re: Accessibility and Cygwin setup.exe
>
> > On Tue, 18 Oct 2005, Lennart Borgman wrote:
> >
> > > I read in the archives that there has been some discussions about
> > > accessibility and Cygwin setup.exe. Are there any plans to improve
> > > this? Keyboard support was not mentioned there but is also an
> > > important accessibility feature for many people. Are there any plans
> > > for keyboard support?
> >
> > I don't believe anyone has voiced plans for adding accessibility
> > features to the current implementation of the setup package chooser.
> > There are a couple of people (including me) working (slowly) on
> > re-implementing the chooser completely using standard Windows
> > controls, which will support keyboard interaction, screen readers,
> > etc, automatically.
> >
> > Igor
>
> Igor, have you been able to get any documentation from screen reader and
> screen magnification makers reguarding what are and are not accessible
> window controlls?  Glad to hear this is being worked on.
>
> Sean

No, I have not tested my code with screen readers or any other
accessibility software, as that's not my primary goal here.  What I'd like
to do is essentially decouple the logic from the GUI in setup, and have
setup use standard Windows controls.  The accessibility and keyboard
interaction come as nice side benefits resulting from the use of standard
controls.  I'm assuming that the controls I'm planning to use (e.g.,
ListView) have sufficient accessibility support built-in.

If and when I have some working code, I will request that people
interested in accessibility test that code for the features they need.

One thing I forgot to mention in my previous reply is that while using the
standard Windows controls is my choice, nothing prevents others from
submitting patches with alternate approaches (including patching the
current code for accessibility).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

Re: Accessibility and Cygwin setup.exe

[Igor Pechtchanski]

On Tue, 18 Oct 2005, Lennart Borgman wrote:

> Igor Pechtchanski wrote:
>
> > On Tue, 18 Oct 2005, Lennart Borgman wrote:
> >
> > > I read in the archives that there has been some discussions about
> > > accessibility and Cygwin setup.exe. Are there any plans to improve
> > > this? Keyboard support was not mentioned there but is also an
> > > important accessibility feature for many people. Are there any plans
> > > for keyboard support?
> > >
> >
> > I don't believe anyone has voiced plans for adding accessibility features
> > to the current implementation of the setup package chooser.  There are a
> > couple of people (including me) working (slowly) on re-implementing the
> > chooser completely using standard Windows controls, which will support
> > keyboard interaction, screen readers, etc, automatically.
> > Igor
>
> Thanks, that sounds very nice. BTW are you using wxWidgets (which is
> crossplatform and L-GPL) for this?

No, I'm not planning to use wxWidgets.  I'd rather not introduce any
dependencies on non-standard libraries (i.e., libraries not likely to be
already present on the user's machine).  And linking statically will, IMO,
unnecessarily bloat the executable.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

Re: Hang with 20051018 (3rd version) snapshot while building OOo

[Christopher Faylor]

On Wed, Oct 19, 2005 at 03:45:30PM -0400, Volker Quetschke wrote:
>Testing my favorite testcase takes a while, especially if I'm still
>not able to reproduce on one of my systems. This is for the third
>version of yesterdays snapshot (20051018) .
>
>Basically we still see the same problem as in
> .
>
>The build hangs in a tcsh like this:
>  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
>  220   1 220220  con 11290 08:29:27 /usr/bin/bash
>  752 220 752268  con 11290 08:29:32 /usr/bin/tcsh
> 1236 7521236   2040  con 11290 08:29:52 /usr/bin/perl
> 222812361236   3740  con 11290 12:05:48 
> /cygdrive/e/work/OOo/SRC680/solenv/wntmsci10/bin/dmake
> 367622281236   2828  con 11290 12:05:48 /usr/bin/tcsh
> 398036761236   3980  con 11290 12:05:48 /usr/bin/tcsh
> 1696   11696   1696  con 11290 12:30:42 /usr/bin/bash
>I2396   12396   2396  con 11290 12:30:45 /usr/bin/bash
> 356016963560   2668  con 11290 12:30:54 /usr/bin/tcsh
> 374835603748   2292  con 11290 12:31:30 /usr/bin/ps
>
>And by attaching strace to the hung pid and using "ls /proc/*/fd"
>the attached (behind the cygcheck.log) strace was created.

Given the number of changes that have been made to cygwin, particularly
in /proc handling, it's very difficult for me to believe that you are
not seeing *any* differences in behavior and I'm wondering if you're
actually seeing what you think you're seeing, i.e., I'm wondering if the
process is just timing out and you are attributing it coming "unstuck"
to the fact that you're doing "ls /proc/*/fd".  I can't see any reason
why inspecting /proc should cause any kind of special behavior in the
latest snapshots since /proc handling now occurs in its own thread.

I could almost convince myself that there was a race in /proc handling
before but I could never convince myself that doing something like "ls 
/proc/*/fd"
would have any effect on it.  Nevertheless, I did make some changes to
eliminate the potential source of hangs in this code.  So, I can't
understand why you wouldn't see something different.

cgf

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

Re: please test: coreutils-5.90-3

[Angelo Graziosi]

With the snap 20051019 13:12:47 the command 'cp -p' of coreutils 5.90-3
works fine.


A curiosit.

The recent snapshots contain also mingw-runtime and w32api: is there a
special reason for this?



Thanks,

angelo.


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

Re: sshd refuses ssh connections

[Marc Jourdeuil]

If the mode of the host keys is readable by other, sshd won't start.
/var/log/sshd.log

chmod g+r ssh_host_dsa_key
chmod g+r ssh_host_rsa_key
chmod g+r ssh_host_key

-rwxr-xr-x   1 SYSTEM None1159 Oct 19 14:42 ssh_config
-rw---   1 SYSTEM None 668 Oct 19 00:43 ssh_host_dsa_key
-rw-r--r--   1 SYSTEM None 603 Oct 19 00:43 ssh_host_dsa_key.pub
-rw---   1 SYSTEM None 528 Oct 19 00:43 ssh_host_key
-rw-r--r--   1 SYSTEM None 332 Oct 19 00:43 ssh_host_key.pub
-rw---   1 SYSTEM None 883 Oct 19 00:43 ssh_host_rsa_key
-rw-r--r--   1 SYSTEM None 223 Oct 19 00:43 ssh_host_rsa_key.pub
-rw-r--r--   1 SYSTEM None2807 Oct 19 14:42 sshd_config

/usr/sbin/sshd -D -dd
debug2: load_server_config: filename /etc/sshd_config
debug2: load_server_config: done config len = 187
debug2: parse_server_config: config /etc/sshd_config len 187
debug1: sshd version OpenSSH_3.9p1
debug1: private host key: #0 type 0 RSA1
debug1: read PEM private key done: type RSA
debug1: private host key: #1 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #2 type 2 DSA
/var/empty must be owned by root and not group or world-writable.

Like this, ssh starts.

when you run ssh-host-config, if the keys already exist, it leaves them as
is, which is fine.
netstat -abn -> b is not a vaild option
p4-3000:marcj:{/etc}227 % netstat -an

Active Connections

  Proto  Local Address  Foreign AddressState
  TCP0.0.0.0:22 0.0.0.0:0  LISTENING
  TCP127.0.0.1:22   127.0.0.1:1286 TIME_WAIT
  TCP192.168.1.204:22   192.168.1.204:1290 TIME_WAIT


sshd is running again.
The password file is correct for W2K, according to
/usr/share/doc/Cygwin/login.README

p4-3000:marcj:{/etc}224 % ps -ef
 UID PIDPPID TTY STIME COMMAND
   marcj2016   1   0  14:54:21 /usr/bin/bash
   marcj15802016   0  14:54:32 /usr/bin/sh
   marcj20321580   0  14:54:34 /usr/X11R6/bin/XWin
   marcj 3201580   0  14:54:39 /usr/X11R6/bin/wmaker
   marcj1212 320   0  14:54:40 /usr/X11R6/bin/wmaker
   marcj21561212   ?  14:55:12 /usr/bin/xterm
   marcj21682156   1  14:55:13 /usr/bin/tcsh
   marcj2236   1   1  14:55:20 /usr/bin/xterm
   marcj22522236   2  14:55:20 /usr/bin/tcsh
   marcj2288   1   1  14:55:27 /usr/bin/xterm
   marcj23322288   3  14:55:28 /usr/bin/tcsh
  SYSTEM1156   1   ?  15:04:57 /usr/bin/cygrunsrv
  SYSTEM17161156   ?  15:04:57 /usr/sbin/sshd
   marcj 2842252   2  16:04:22 /usr/bin/ps

I have turned off the firewall.

ssh [EMAIL PROTECTED]
ssh_exchange_identification: Connection closed by remote host

p4-3000:marcj:{/etc}211 % ssh localhost
ssh_exchange_identification: Connection closed by remote host

ssh [EMAIL PROTECTED]
ssh_exchange_identification: Connection closed by remote host

p4-3000:marcj:{/etc}225 % ssh -vvv localhost
OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/marcj/.ssh/identity type -1
debug1: identity file /home/marcj/.ssh/id_rsa type -1
debug1: identity file /home/marcj/.ssh/id_dsa type -1
ssh_exchange_identification: Connection closed by remote host

p4-3000:marcj:{/etc}226 % ssh -vvv [EMAIL PROTECTED]
OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.204 [192.168.1.204] port 22.
debug1: Connection established.
debug1: identity file /home/marcj/.ssh/identity type -1
debug1: identity file /home/marcj/.ssh/id_rsa type -1
debug1: identity file /home/marcj/.ssh/id_dsa type -1
ssh_exchange_identification: Connection closed by remote host

This not good:
ssh_exchange_identification: Connection closed by remote host

Marc

- Original Message - 
From: "René Berber" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, October 19, 2005 2:51 PM
Subject: Re: sshd refuses ssh connections


Marc Jourdeuil wrote:
[snip]
> Could not load host key: /etc/ssh_host_key
> Could not load host key: /etc/ssh_host_rsa_key
> Could not load host key: /etc/ssh_host_dsa_key

This is because of...

> -rw---   1 SYSTEM None 668 Oct 19 00:43 ssh_host_dsa_key
> -rw---   1 SYSTEM None 528 Oct 19 00:43 ssh_host_key
> -rw---   1 SYSTEM None 883 Oct 19 00:43 ssh_host_rsa_key

this, "rw SYSTEM", so nothing strange here.

> inetd is not running, should it? I have ssh in /etc/services. I have no
> /etc/inetd.conf file. Should I?

No.

> I wasn't running any firewall before. I restarted zonealarm, but that
> doesn't seem to be a factor right now.
> It might be later, when I try from another PC.

It will.

>>>ssh: connect to host localhost port 22: Connection refused

Th

Re: gcc 2.95 fails with the latest snapshot (20051018)

[Krzysztof Duleba]

Corinna Vinschen wrote:
> >
> > I've just upgraded my cygwin1.dll from 20050826 (or something like
that)
> > to 20051018. With 20050826 ls printed errors if called on drive
letters.
> > Now ls works fine, but gcc 2.95 is broken.
>
> That's probably already solved in CVS.  Please give the next snapshot a
> try or build from CVS, if you're setup for this.

It's ok now, thanks.

Regards
Krzysztof Duleba



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

Re: making .so files...

[Jason Pyeron]

On Wed, 19 Oct 2005, Gerrit P. Haase wrote:


You know that there is a project which already has ported asterisk to
Cygwin:  http://www.asteriskwin32.com/ ?


yes, but the patching does not track very well to cvs HEAD, and even on 
its own branch it is pretty old.


My goal is to submit patches upstream to get it to compile.


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Partner & Sr. Manager 7 West 24th Street #100 -
- +1 (443) 921-0381 Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.


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

RE: SETUP: In-use files have been replaced

[Herb Martin]

Chris Taylor
> > All I wish to do is make Setup aware of this if it
> > is possible.  
> > 
> > For now, I must (carefully) ensure that setup doesn't
> > overwrite my "good" version with the default.
> 
> If you reinstalled all of exim, you don't really need the cygwin
> version.. So you want to edit the /etc/setup/installed.db and 
> give it an
> artificially high number, say 99.999, as the installed 
> version of exim.
> This will stop cygwin from ever overwriting your installation of exim
> (unless the version ever gets higher than that.. unlikely in our
> lifetimes to be honest)
> 
> Chris

Thank you Chris, that is precisely the information
I was seeking.

--
Herb Martin



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

Re: SETUP: In-use files have been replaced

[Chris Taylor]

Herb Martin wrote:

Eric Blake wrote:


Herb Martin wrote:


So what is the method to teach Setup that the file has been updated.


Have you tried simply uninstalling the Cygwin package? If you 
installed the new one into another location, you presumably 
don't need or want the other one. For most packages at least, 
SETUP doesn't automatically try to update it if you haven't 
installed it.





I didn't install Exim 4.54 into another location;
someone else mentioned an alternate locationa and
I (perhaps incorrectly) mentioned that I had downloaded
and compiled it FROM another location.

The "make install" was run normally and the specially
compiled (make options) is in the default (/usr/bin)
location.

All I wish to do is make Setup aware of this if it
is possible.  


For now, I must (carefully) ensure that setup doesn't
overwrite my "good" version with the default.


If you reinstalled all of exim, you don't really need the cygwin
version.. So you want to edit the /etc/setup/installed.db and give it an
artificially high number, say 99.999, as the installed version of exim.
This will stop cygwin from ever overwriting your installation of exim
(unless the version ever gets higher than that.. unlikely in our
lifetimes to be honest)

Chris

--

Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?

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

Re: sshd refuses ssh connections

[Chris Taylor]

Top-posting reformatted.


Marc Jourdeuil wrote:


I am trying to setup sshd on cygwin, so ssh works.

i followed all instructions from:
http://pigtail.net/LRP/printsrv/cygwin-sshd.html

the important ones being to set

variable name is CYGWIN
variable value is ntsec tty

as an env variable in windows,  and

to append ;c:\cygwin\bin to the win2k Path var.

ssh -vvv localhost
p4-3000:marcj:{/home/marcj}198 % ssh -vvv localhost
OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: connect to address 127.0.0.1 port 22: Connection refused
ssh: connect to host localhost port 22: Connection refused


The process is running:
p4-3000:marcj:{/home/marcj}160 % ps -ef
UID PIDPPID TTY STIME COMMAND
  marcj1948   1 con  00:43:18 /usr/bin/bash
 SYSTEM 728   1   ?  00:48:33 /usr/bin/cygrunsrv
 SYSTEM 480 728   ?  00:48:33 /usr/sbin/sshd
  marcj17481948 con  00:53:03 /usr/bin/sh
  marcj20761748 con  00:53:03 /usr/X11R6/bin/XWin
  marcj18401748 con  00:53:04 /usr/X11R6/bin/wmaker
  marcj16481840 con  00:53:04 /usr/X11R6/bin/wmaker
  marcj16001648   ?  00:53:17 /usr/bin/xterm
  marcj15641600   0  00:53:18 /usr/bin/tcsh
  marcj2148   1   0  00:53:25 /usr/bin/xterm
  marcj21642148   1  00:53:25 /usr/bin/tcsh
  marcj21962164   1  00:53:44 /usr/bin/ps


and the port 22 is listening:
p4-3000:marcj:{/etc}183 % netstat -an

Active Connections

 Proto  Local Address  Foreign AddressState
 TCP0.0.0.0:22 0.0.0.0:0  LISTENING

Yet I always get connection refused:

ssh [EMAIL PROTECTED]
ssh connect to host 127.0.0.1 port 22: connection refused
ssh localhost
ssh: connect to host localhost port 22: Connection refused

ssh [EMAIL PROTECTED]
ssh: connect to host 192.168.1.204 port 22: Connection refused

I only have 1 copy of cygwin1.dll - in c:\cygwin\bin
I installed the openssh pkg at the same time that I did the initial


cygwin


install. I am just trying
to get sshd working now.

I have 2 old copies of cygwin: c:\cygwin-old and
H:\Program-Files2\cygwin-not used anymore

I can't edit
/etc/ssh_config file using cygwin or win2k even though I have admin


rights


on pc.






I have looked at FAQs, google, archives

Not sure where to go from here.

Marc



Could you stop the service, as described on the page you mention, and
then start it manually by doing the following:

sshd -D -dd


Once this is running, try to ssh to it from another cygwin window.
The instance of sshd should process one connection - failed or not.
Post the output from sshd so that we can get a better idea of what's
happening.

As a thought though.. Running any firewalls on that machine? (They
/shouldn't/ affect localhost connections, but I don't trust them...


Chris



Marc Jourdeuil wrote:
> I successfully stopped sshd.
>
> /usr/sbin/sshd -D -dd
> debug2: load_server_config: filename /etc/sshd_config
> debug2: load_server_config: done config len = 187
> debug2: parse_server_config: config /etc/sshd_config len 187
> debug1: sshd version OpenSSH_3.9p1
> Could not load host key: /etc/ssh_host_key
> Could not load host key: /etc/ssh_host_rsa_key
> Could not load host key: /etc/ssh_host_dsa_key
> Disabling protocol version 1. Could not load host key
> Disabling protocol version 2. Could not load host key
> sshd: no hostkeys available -- exiting.

Well, this is definitely why it's not working.

>
> ran this again
> ssh-host-config
> Overwrite existing /etc/ssh_config file? (yes/no) yes
> Generating /etc/ssh_config file
> Overwrite existing /etc/sshd_config file? (yes/no) yes
> Privilege separation is set to yes by default since OpenSSH 3.3.
> However, this requires a non-privileged account called 'sshd'.
> For more info on privilege separation read
> /usr/share/doc/openssh/README.privsep.
>
> Should privilege separation be used? (yes/no) yes
> Generating /etc/sshd_config file
>
> Host configuration finished. Have fun!
>

Hrm.. I'm sure this is supposed to generate the host keys... (I'm sure 
someone will correct me if I'm wrong, but I could have sworn that it did 
for me..)



> p4-3000:marcj:{/usr/sbin}230 % /usr/sbin/sshd -D -dd
> debug2: load_server_config: filename /etc/sshd_config
> debug2: load_server_config: done config len = 187
> debug2: parse_server_config: config /etc/sshd_config len 187
> debug1: sshd version OpenSSH_3.9p1
> Could not load host key: /etc/ssh_host_key
> Could not load host key: /etc/ssh_host_rsa_key
> Could not load host key: /etc/ssh_host_dsa_key
> Disabling protocol version 1. Could not load host key
> Disabling protocol version 2. Could not load host key
> sshd: no hostkeys available -- exiting.
>
> /etc/
> -rwxr-xr-x   1 marcj  None1159 Oct 19 13:57 ssh_config
> -rw---   1 SYSTEM None 668 Oct 19 00:43 ssh_host_dsa_key
> -rw-r--r--   1 

Re: sshd refuses ssh connections

[René Berber]

Marc Jourdeuil wrote:
[snip]
> Could not load host key: /etc/ssh_host_key
> Could not load host key: /etc/ssh_host_rsa_key
> Could not load host key: /etc/ssh_host_dsa_key

This is because of...

> -rw---   1 SYSTEM None 668 Oct 19 00:43 ssh_host_dsa_key
> -rw---   1 SYSTEM None 528 Oct 19 00:43 ssh_host_key
> -rw---   1 SYSTEM None 883 Oct 19 00:43 ssh_host_rsa_key

this, "rw SYSTEM", so nothing strange here.

> inetd is not running, should it? I have ssh in /etc/services. I have no
> /etc/inetd.conf file. Should I?

No.

> I wasn't running any firewall before. I restarted zonealarm, but that
> doesn't seem to be a factor right now.
> It might be later, when I try from another PC.

It will.

>>>ssh: connect to host localhost port 22: Connection refused

There are few possibilities for this, either sshd is not running or the firewall
prevents the connection... or your user doesn't exist for sshd (see end of 
message).

>>>  SYSTEM 728   1   ?  00:48:33 /usr/bin/cygrunsrv
>>>  SYSTEM 480 728   ?  00:48:33 /usr/sbin/sshd

This looks fine.

>>>  Proto  Local Address  Foreign AddressState
>>>  TCP0.0.0.0:22 0.0.0.0:0  LISTENING

Also this, but just to be sure run "netstat -abn" and see if it really is sshd
(the PID will not match because it is a Windows PID).

>>>I can't edit
>>>/etc/ssh_config file using cygwin or win2k even though I have admin rights

This is strange, but you don't need to edit it.  Look at /etc/passwd, user marcj
should have group 513 (or the same group as Administrator, I'm not sure if this
changes from Windows version).  BTW did you set your passwd and group files as
per /usr/share/doc/Cygwin/login.README?

HTH
-- 
René Berber


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

Re: SETUP: In-use files have been replaced

[Rolf Campbell]

Herb Martin wrote:

I didn't install Exim 4.54 into another location;
someone else mentioned an alternate locationa and
I (perhaps incorrectly) mentioned that I had downloaded
and compiled it FROM another location.

The "make install" was run normally and the specially
compiled (make options) is in the default (/usr/bin)
location.

All I wish to do is make Setup aware of this if it
is possible.  


For now, I must (carefully) ensure that setup doesn't
overwrite my "good" version with the default.
There is no way to do that.  You will have to either *install* it in a 
different directory or continue doing what you have been doing.



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

RE: SETUP: In-use files have been replaced

[Herb Martin]

Eric Blake wrote:
> Herb Martin wrote:
> > So what is the method to teach Setup that the file has been updated.
> 
> Have you tried simply uninstalling the Cygwin package? If you 
> installed the new one into another location, you presumably 
> don't need or want the other one. For most packages at least, 
> SETUP doesn't automatically try to update it if you haven't 
> installed it.
> 

I didn't install Exim 4.54 into another location;
someone else mentioned an alternate locationa and
I (perhaps incorrectly) mentioned that I had downloaded
and compiled it FROM another location.

The "make install" was run normally and the specially
compiled (make options) is in the default (/usr/bin)
location.

All I wish to do is make Setup aware of this if it
is possible.  

For now, I must (carefully) ensure that setup doesn't
overwrite my "good" version with the default.

--
Herb Martin


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

Re: sshd refuses ssh connections

[Marc Jourdeuil]

I successfully stopped sshd.

/usr/sbin/sshd -D -dd
debug2: load_server_config: filename /etc/sshd_config
debug2: load_server_config: done config len = 187
debug2: parse_server_config: config /etc/sshd_config len 187
debug1: sshd version OpenSSH_3.9p1
Could not load host key: /etc/ssh_host_key
Could not load host key: /etc/ssh_host_rsa_key
Could not load host key: /etc/ssh_host_dsa_key
Disabling protocol version 1. Could not load host key
Disabling protocol version 2. Could not load host key
sshd: no hostkeys available -- exiting.

ran this again
ssh-host-config
Overwrite existing /etc/ssh_config file? (yes/no) yes
Generating /etc/ssh_config file
Overwrite existing /etc/sshd_config file? (yes/no) yes
Privilege separation is set to yes by default since OpenSSH 3.3.
However, this requires a non-privileged account called 'sshd'.
For more info on privilege separation read
/usr/share/doc/openssh/README.privsep.

Should privilege separation be used? (yes/no) yes
Generating /etc/sshd_config file

Host configuration finished. Have fun!

p4-3000:marcj:{/usr/sbin}230 % /usr/sbin/sshd -D -dd
debug2: load_server_config: filename /etc/sshd_config
debug2: load_server_config: done config len = 187
debug2: parse_server_config: config /etc/sshd_config len 187
debug1: sshd version OpenSSH_3.9p1
Could not load host key: /etc/ssh_host_key
Could not load host key: /etc/ssh_host_rsa_key
Could not load host key: /etc/ssh_host_dsa_key
Disabling protocol version 1. Could not load host key
Disabling protocol version 2. Could not load host key
sshd: no hostkeys available -- exiting.

/etc/
-rwxr-xr-x   1 marcj  None1159 Oct 19 13:57 ssh_config
-rw---   1 SYSTEM None 668 Oct 19 00:43 ssh_host_dsa_key
-rw-r--r--   1 SYSTEM None 603 Oct 19 00:43 ssh_host_dsa_key.pub
-rw---   1 SYSTEM None 528 Oct 19 00:43 ssh_host_key
-rw-r--r--   1 SYSTEM None 332 Oct 19 00:43 ssh_host_key.pub
-rw---   1 SYSTEM None 883 Oct 19 00:43 ssh_host_rsa_key
-rw-r--r--   1 SYSTEM None 223 Oct 19 00:43 ssh_host_rsa_key.pub
-rw-r--r--   1 marcj  None2807 Oct 19 13:58 sshd_config


inetd is not running, should it? I have ssh in /etc/services. I have no
/etc/inetd.conf file. Should I?
telnet localhost does nothing.

I wasn't running any firewall before. I restarted zonealarm, but that
doesn't seem to be a factor right now.
It might be later, when I try from another PC.

Marc

- Original Message - 
From: "Chris Taylor" <[EMAIL PROTECTED]>
To: "Marc Jourdeuil" <[EMAIL PROTECTED]>
Cc: 
Sent: Wednesday, October 19, 2005 1:39 PM
Subject: Re: sshd refuses ssh connections


> Marc Jourdeuil wrote:
> > I am trying to setup sshd on cygwin, so ssh works.
> >
> > i followed all instructions from:
> > http://pigtail.net/LRP/printsrv/cygwin-sshd.html
> >
> > the important ones being to set
> >
> > variable name is CYGWIN
> > variable value is ntsec tty
> >
> > as an env variable in windows,  and
> >
> > to append ;c:\cygwin\bin to the win2k Path var.
> >
> > ssh -vvv localhost
> > p4-3000:marcj:{/home/marcj}198 % ssh -vvv localhost
> > OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004
> > debug1: Reading configuration data /etc/ssh_config
> > debug2: ssh_connect: needpriv 0
> > debug1: Connecting to localhost [127.0.0.1] port 22.
> > debug1: connect to address 127.0.0.1 port 22: Connection refused
> > ssh: connect to host localhost port 22: Connection refused
> >
> >
> > The process is running:
> > p4-3000:marcj:{/home/marcj}160 % ps -ef
> >  UID PIDPPID TTY STIME COMMAND
> >marcj1948   1 con  00:43:18 /usr/bin/bash
> >   SYSTEM 728   1   ?  00:48:33 /usr/bin/cygrunsrv
> >   SYSTEM 480 728   ?  00:48:33 /usr/sbin/sshd
> >marcj17481948 con  00:53:03 /usr/bin/sh
> >marcj20761748 con  00:53:03 /usr/X11R6/bin/XWin
> >marcj18401748 con  00:53:04 /usr/X11R6/bin/wmaker
> >marcj16481840 con  00:53:04 /usr/X11R6/bin/wmaker
> >marcj16001648   ?  00:53:17 /usr/bin/xterm
> >marcj15641600   0  00:53:18 /usr/bin/tcsh
> >marcj2148   1   0  00:53:25 /usr/bin/xterm
> >marcj21642148   1  00:53:25 /usr/bin/tcsh
> >marcj21962164   1  00:53:44 /usr/bin/ps
> >
> >
> > and the port 22 is listening:
> > p4-3000:marcj:{/etc}183 % netstat -an
> >
> > Active Connections
> >
> >   Proto  Local Address  Foreign AddressState
> >   TCP0.0.0.0:22 0.0.0.0:0  LISTENING
> >
> > Yet I always get connection refused:
> >
> > ssh [EMAIL PROTECTED]
> > ssh connect to host 127.0.0.1 port 22: connection refused
> > ssh localhost
> > ssh: connect to host localhost port 22: Connection refused
> >
> > ssh [EMAIL PROTECTED]
> > ssh: connect to host 192.168.1.204 port 22: Connection refused
> >
> > I only have 1 copy of cygwin1.dll - in c:\cygwin\bin
> > I installed the openssh pkg at the same time that I did the initial
cygwin
> > install. I am just trying
> > to get sshd working no

RE: SETUP: In-use files have been replaced

[Williams, Gerald S \(Jerry\)]

Eric Blake wrote:
> Setup requires a reboot only when Windows reports that a file that was
> being replaced was in use at the time.  Therefore, if setup requires a
> reboot, then you didn't properly shut down all cygwin services,
shells,
> and apps.

Probably true 99.9% of the time, although couldn't it also be
possible that another Windows program is opening a Cygwin file
in a mode that prevents deletion? (I haven't tried it, but I
wouldn't be surprised to get this message if you're viewing a
directory that is being uninstalled.)

Herb Martin wrote:
> So what is the method to teach Setup that the file has been updated.

Have you tried simply uninstalling the Cygwin package? If you
installed the new one into another location, you presumably
don't need or want the other one. For most packages at least,
SETUP doesn't automatically try to update it if you haven't
installed it.

gsw


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

Re: sshd refuses ssh connections

[Chris Taylor]

Marc Jourdeuil wrote:

I am trying to setup sshd on cygwin, so ssh works.

i followed all instructions from:
http://pigtail.net/LRP/printsrv/cygwin-sshd.html

the important ones being to set

variable name is CYGWIN
variable value is ntsec tty

as an env variable in windows,  and

to append ;c:\cygwin\bin to the win2k Path var.

ssh -vvv localhost
p4-3000:marcj:{/home/marcj}198 % ssh -vvv localhost
OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: connect to address 127.0.0.1 port 22: Connection refused
ssh: connect to host localhost port 22: Connection refused


The process is running:
p4-3000:marcj:{/home/marcj}160 % ps -ef
 UID PIDPPID TTY STIME COMMAND
   marcj1948   1 con  00:43:18 /usr/bin/bash
  SYSTEM 728   1   ?  00:48:33 /usr/bin/cygrunsrv
  SYSTEM 480 728   ?  00:48:33 /usr/sbin/sshd
   marcj17481948 con  00:53:03 /usr/bin/sh
   marcj20761748 con  00:53:03 /usr/X11R6/bin/XWin
   marcj18401748 con  00:53:04 /usr/X11R6/bin/wmaker
   marcj16481840 con  00:53:04 /usr/X11R6/bin/wmaker
   marcj16001648   ?  00:53:17 /usr/bin/xterm
   marcj15641600   0  00:53:18 /usr/bin/tcsh
   marcj2148   1   0  00:53:25 /usr/bin/xterm
   marcj21642148   1  00:53:25 /usr/bin/tcsh
   marcj21962164   1  00:53:44 /usr/bin/ps


and the port 22 is listening:
p4-3000:marcj:{/etc}183 % netstat -an

Active Connections

  Proto  Local Address  Foreign AddressState
  TCP0.0.0.0:22 0.0.0.0:0  LISTENING

Yet I always get connection refused:

ssh [EMAIL PROTECTED]
ssh connect to host 127.0.0.1 port 22: connection refused
ssh localhost
ssh: connect to host localhost port 22: Connection refused

ssh [EMAIL PROTECTED]
ssh: connect to host 192.168.1.204 port 22: Connection refused

I only have 1 copy of cygwin1.dll - in c:\cygwin\bin
I installed the openssh pkg at the same time that I did the initial cygwin
install. I am just trying
to get sshd working now.

I have 2 old copies of cygwin: c:\cygwin-old and
H:\Program-Files2\cygwin-not used anymore

I can't edit
/etc/ssh_config file using cygwin or win2k even though I have admin rights
on pc.





I have looked at FAQs, google, archives

Not sure where to go from here.

Marc



Could you stop the service, as described on the page you mention, and 
then start it manually by doing the following:


sshd -D -dd


Once this is running, try to ssh to it from another cygwin window.
The instance of sshd should process one connection - failed or not.
Post the output from sshd so that we can get a better idea of what's 
happening.


As a thought though.. Running any firewalls on that machine? (They 
/shouldn't/ affect localhost connections, but I don't trust them...



Chris

--

Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?

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

sshd refuses ssh connections

[Marc Jourdeuil]

I am trying to setup sshd on cygwin, so ssh works.

i followed all instructions from:
http://pigtail.net/LRP/printsrv/cygwin-sshd.html

the important ones being to set

variable name is CYGWIN
variable value is ntsec tty

as an env variable in windows,  and

to append ;c:\cygwin\bin to the win2k Path var.

ssh -vvv localhost
p4-3000:marcj:{/home/marcj}198 % ssh -vvv localhost
OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: connect to address 127.0.0.1 port 22: Connection refused
ssh: connect to host localhost port 22: Connection refused


The process is running:
p4-3000:marcj:{/home/marcj}160 % ps -ef
 UID PIDPPID TTY STIME COMMAND
   marcj1948   1 con  00:43:18 /usr/bin/bash
  SYSTEM 728   1   ?  00:48:33 /usr/bin/cygrunsrv
  SYSTEM 480 728   ?  00:48:33 /usr/sbin/sshd
   marcj17481948 con  00:53:03 /usr/bin/sh
   marcj20761748 con  00:53:03 /usr/X11R6/bin/XWin
   marcj18401748 con  00:53:04 /usr/X11R6/bin/wmaker
   marcj16481840 con  00:53:04 /usr/X11R6/bin/wmaker
   marcj16001648   ?  00:53:17 /usr/bin/xterm
   marcj15641600   0  00:53:18 /usr/bin/tcsh
   marcj2148   1   0  00:53:25 /usr/bin/xterm
   marcj21642148   1  00:53:25 /usr/bin/tcsh
   marcj21962164   1  00:53:44 /usr/bin/ps


and the port 22 is listening:
p4-3000:marcj:{/etc}183 % netstat -an

Active Connections

  Proto  Local Address  Foreign AddressState
  TCP0.0.0.0:22 0.0.0.0:0  LISTENING

Yet I always get connection refused:

ssh [EMAIL PROTECTED]
ssh connect to host 127.0.0.1 port 22: connection refused
ssh localhost
ssh: connect to host localhost port 22: Connection refused

ssh [EMAIL PROTECTED]
ssh: connect to host 192.168.1.204 port 22: Connection refused

I only have 1 copy of cygwin1.dll - in c:\cygwin\bin
I installed the openssh pkg at the same time that I did the initial cygwin
install. I am just trying
to get sshd working now.

I have 2 old copies of cygwin: c:\cygwin-old and
H:\Program-Files2\cygwin-not used anymore

I can't edit
/etc/ssh_config file using cygwin or win2k even though I have admin rights
on pc.

#   $OpenBSD: ssh_config,v 1.19 2003/08/13 08:46:31 markus Exp $

# This is the ssh client system-wide configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for various options

# Host *
#   ForwardAgent no
#   ForwardX11 no
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
#   Port 22
#   Protocol 2,1
#   Cipher 3des
#   Ciphers
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc
#   EscapeChar ~

I have looked at FAQs, google, archives

Not sure where to go from here.

Marc

Cygwin Configuration Diagnostics
Current System Time: Wed Oct 19 12:46:42 2005

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
d:\UNIX

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1000(marcj) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1000(marcj)GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

CYGWIN = `ntsec tty'
HOME = `C:\cygwin\home\marcj'
MAKE_MODE = `unix'
PWD = `/home/marcj'
USER = `marcj'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\marcj\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `P4-3000'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DISPLAY = `127.0.0.1:0.0'
GROUP = `None'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\marcj'
HOST = `p4-3000'
HOSTNAME = `p4-3000'
HOSTTYPE = `i386'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGNAME = `marcj'
LOGONSERVER = `\\P4-3000'
MACHTYPE = `i386'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man:/usr/ssl/man:/us

Re: please test: coreutils-5.90-3

[Corinna Vinschen]

On Oct 19 14:23, Eric Blake wrote:
> Angelo Graziosi  roma1.infn.it> writes:
> 
> > 1)
> > Using coreutils-5.90-3 I have observed  that the command 'cp -p' does not
> > preserve the timestamp of a file:
> > 
> > $ ls -lrt
> > -rw-r--r-- 1 Administrator Administrators418 Aug  7 18:55 t.c
> > 
> > $ cp -p t.c t.cpp
> > $ ls -lrt
> > -rw-r--r-- 1 Administrator Administrators418 Aug  7 18:55 t.c
> > -rw-r--r-- 1 Administrator Administrators418 Oct 18 19:05 t.cpp
> > 
> > Reinstalling coreutilis-5.3.0-9 the files have the same timestamps.
> 
> As far as I can tell, this is a bug in cygwin.
> 
> 5.3.0 made the following sequence of calls:
> dest_desc = open(dest,...);
> write(dest_desc,...);
> close(dest_desc);
> utimes(dest,...);
> chmod(dest,...);
> 
> 5.90 makes the following sequence of calls:
> dest_desc = open(dest,...);
> write(dest_desc,...);
> utimes(dest,...);  // at this point, timestamp is correct
> fchmod(dest_desc,...);
> close(dest_desc);  // oops, timestamp changed

Apparently NT overwrites the mtime timestamp on close, as long as write
buffers are not written to disk at that time.  Chris had an idea how to
work around that in Cygwin so that it should work in most cases now.
Please try the latest snapshot from http://cygwin.com/snapshots/


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat, Inc.

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

Re: rxvt as Bash login console

[Linus Hicks]

Harig, Mark wrote:
--- snip 


I have also found that under some circumstances, the backspace
key does not work properly.  The following setting fixed that
problem:

   rxvt*ttyModes: erase ^?



Bash seems to be very forgiving of what it uses as the backspace character, so 
no problem there, but the above doesn't work for me when I am in, e.g. vim. This 
is what works for me:


rxvt*backspacekey:  ^H

And that matches what stty shows is set as my erase character.

Linus

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

Re: making .so files...

[Gerrit P. Haase]

Jason Pyeron wrote:

I am not sure if this can be done on windows but here it goes.


I am working with the Asterisk application, it uses "modules" these are 
..so files which are linked against the main executable.



Asterisk will load a module, which may or may not make use of code 
exported by the main executable.



Is this two way DLL allowed under windows? Restated, can a DLL call code 
from the main executable?


A better solution would be to put all Asterisk code into a shared libray
besides Asterisk main() and link asterisk.exe and the modules against
this libray.

You know that there is a project which already has ported asterisk to
Cygwin:  http://www.asteriskwin32.com/ ?


Gerrit

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

Re: Running Win32 apps in program files from a script

[Eric Blake]

> * zzapper (2005-10-19 14:21 +0100)
> > What ever I did, my script/app got upset by the spaces  in  path 'program 
> files' etc
> > 
> > I ended up using a mount
> > 
> > c:\program files\SQLyog Enterprise on /sqlyog type system (binmode)
> > 
> > Then could use
> > 
> > /sqlyog/sja.exe
> > 
> > That works just fine. Was that the best way?
> 
> quotes

Both symlinks and mount points can be used to create an
alternate spelling that does not have spaces; mount points
are slightly more efficient in that it doesn't have to open a
.lnk file to see where the link points to, but is based on
pure textual prefix matching.  However, both of those
methods, while commonly used (and quite useful), mask
the underlying problem that your use of quoting in the shell
is not correct.  You should provide examples of what you
tried, and how if failed, if you expect us to help show you
where your quoting was incorrect.  You may also want
to check out cygpath.

--
Eric Blake



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

Re: Running Win32 apps in program files from a script

[Thorsten Kampe]

* zzapper (2005-10-19 14:21 +0100)
> What ever I did, my script/app got upset by the spaces  in  path 'program 
> files' etc
> 
> I ended up using a mount
> 
> c:\program files\SQLyog Enterprise on /sqlyog type system (binmode)
> 
> Then could use
> 
> /sqlyog/sja.exe
> 
> That works just fine. Was that the best way?

quotes


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

Re: Problems opening files from run menu

[Christopher Faylor]

On Wed, Oct 19, 2005 at 05:21:50PM +0200, Paminu wrote:
>"Christopher Faylor" <[EMAIL PROTECTED]> skrev i en 
>meddelelse news:[EMAIL PROTECTED]
>> On Wed, Oct 19, 2005 at 04:38:43PM +0200, Paminu wrote:
>>>I have a xfig file in:
>>>
>>>c:\cygwin\home\test\test.fig
>>>
>>>I can open this xfig file from the run menu like:
>>>bash --login -e startxprog xfig c:/cygwin/home/test/test.fig
>>>
>>>I also have a .dvi file in:
>>>c:\cygwin\home\test\test.dvi
>>>
>>>But when I type:
>>>bash --login -e startxprog xdvi c:/cygwin/home/test/test.dvi
>>>
>>>Nothing happens. Why is it possible to open a file like this with xfig but
>>>not with xdvi???
>>
>> How about using UNIX-like paths rather than Windows paths, that being
>> one the main reasons for Cygwin's existence?
>>
>>  bash --login -e startxprog xdvi /home/test/test.dvi
>
>
>That works fine. But the problem is when I execute xdvi from emacs. Then 
>this gets inserted:
>c:/cygwin/home/test/test.dvi
>
>if I could just get emacs to only type /home/test/test.dvi it would work.
>
>But I think it is wierd that xfig accepts the full path while xdvi only 
>accept the path excluding c:/cygwin, but maybe its a bug in xdvi. 

It is not a bug for a UNIX utility to be confused by MS-DOS paths.  If emacs
is using MS-DOS paths then the bug lies there.

cgf

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

Re: Problems opening files from run menu

[Paminu]

"Christopher Faylor" <[EMAIL PROTECTED]> skrev i en 
meddelelse news:[EMAIL PROTECTED]
> On Wed, Oct 19, 2005 at 04:38:43PM +0200, Paminu wrote:
>>I have a xfig file in:
>>
>>c:\cygwin\home\test\test.fig
>>
>>I can open this xfig file from the run menu like:
>>bash --login -e startxprog xfig c:/cygwin/home/test/test.fig
>>
>>I also have a .dvi file in:
>>c:\cygwin\home\test\test.dvi
>>
>>But when I type:
>>bash --login -e startxprog xdvi c:/cygwin/home/test/test.dvi
>>
>>Nothing happens. Why is it possible to open a file like this with xfig but
>>not with xdvi???
>
> How about using UNIX-like paths rather than Windows paths, that being
> one the main reasons for Cygwin's existence?
>
>  bash --login -e startxprog xdvi /home/test/test.dvi


That works fine. But the problem is when I execute xdvi from emacs. Then 
this gets inserted:
c:/cygwin/home/test/test.dvi

if I could just get emacs to only type /home/test/test.dvi it would work.

But I think it is wierd that xfig accepts the full path while xdvi only 
accept the path excluding c:/cygwin, but maybe its a bug in xdvi. 




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

RE: rxvt as Bash login console

[Harig, Mark]

> 
> 
> I was able to reduce my rxvt.bat file to this:
> 
> [EMAIL PROTECTED]:~$ cat rxvt.bat 
> @echo off
> rem $Id: rxvt.bat,v 1.1 2005/10/18 04:17:23 dpchrist Exp $
> C:
> chdir C:\cygwin\bin
> rxvt -fn "Lucida Console-11" -e /bin/bash --login -i
> 

You should be able to eliminate the need for creating a batch
file if you create a Windows shortcut to 'rxvt'.  Once you have
created the shortcut, you can edit its properties and change
the Target field to use what you have above, that is:

 C:\cygwin\bin\rxvt -fn "Lucida Console-11" -e /bin/bash --login -i

Of course, this shortcut may then be "dragged" to your Windows
taskbar or desktop so that you can start rxvt with a mouse-click.

> 
> Here is my .Xdefaults:
> 
> [EMAIL PROTECTED]:~$ cat .Xdefaults 
> ! $Id: .Xdefaults,v 1.1 2005/10/18 04:17:23 dpchrist Exp $
> XTerm*background: black
> XTerm*foreground: gray
> XTerm*colorBD: white
> XTerm*colorUL: cyan
> XTerm*saveLines: 1
> XTerm*scrollBar_right: True
> XTerm*scrollTtyKeypress: True
> XTerm*scrollTtyOutput: True
> 

Here are some fonts that I have been able to use in Windows:

~/.Xdefaults:

   rxvt*font: -outline-Courier 
New-normal-r-normal-normal-18-96-120-120-c-100-iso8859-1

   rxvt*font: -outline-Courier 
New-normal-r-normal-normal-20-96-120-120-c-100-iso8859-1

   rxvt*font: 
-raster-Fixedsys-normal-r-normal-normal-18-108-120-120-c-100-iso8859-1

Of course, these fonts are mutually exclusive (that is, try each
one and decide which one you like).  These can be resized with
the Shift-Keypad +/- keys.

I have also found that under some circumstances, the backspace
key does not work properly.  The following setting fixed that
problem:

   rxvt*ttyModes: erase ^?

Finally, the default size and location can be set in ~/.Xdefaults:

   rxvt*geometry: 80x35+150+5

---

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

Re: Problems opening files from run menu

[Christopher Faylor]

On Wed, Oct 19, 2005 at 04:38:43PM +0200, Paminu wrote:
>I have a xfig file in:
>
>c:\cygwin\home\test\test.fig
>
>I can open this xfig file from the run menu like:
>bash --login -e startxprog xfig c:/cygwin/home/test/test.fig
>
>I also have a .dvi file in:
>c:\cygwin\home\test\test.dvi
>
>But when I type:
>bash --login -e startxprog xdvi c:/cygwin/home/test/test.dvi
>
>Nothing happens. Why is it possible to open a file like this with xfig but 
>not with xdvi???

How about using UNIX-like paths rather than Windows paths, that being
one the main reasons for Cygwin's existence?

  bash --login -e startxprog xdvi /home/test/test.dvi

Otherwise, http://cygwin.com/problems.html would be interesting reading.

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

Problems opening files from run menu

[Paminu]

I have a xfig file in:

c:\cygwin\home\test\test.fig

I can open this xfig file from the run menu like:
bash --login -e startxprog xfig c:/cygwin/home/test/test.fig

I also have a .dvi file in:
c:\cygwin\home\test\test.dvi

But when I type:
bash --login -e startxprog xdvi c:/cygwin/home/test/test.dvi

Nothing happens. Why is it possible to open a file like this with xfig but 
not with xdvi???





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

Re: please test: coreutils-5.90-3

[Eric Blake]

Angelo Graziosi  roma1.infn.it> writes:

> 1)
> Using coreutils-5.90-3 I have observed  that the command 'cp -p' does not
> preserve the timestamp of a file:
> 
> $ ls -lrt
> -rw-r--r-- 1 Administrator Administrators418 Aug  7 18:55 t.c
> 
> $ cp -p t.c t.cpp
> $ ls -lrt
> -rw-r--r-- 1 Administrator Administrators418 Aug  7 18:55 t.c
> -rw-r--r-- 1 Administrator Administrators418 Oct 18 19:05 t.cpp
> 
> Reinstalling coreutilis-5.3.0-9 the files have the same timestamps.

As far as I can tell, this is a bug in cygwin.

5.3.0 made the following sequence of calls:
dest_desc = open(dest,...);
write(dest_desc,...);
close(dest_desc);
utimes(dest,...);
chmod(dest,...);

5.90 makes the following sequence of calls:
dest_desc = open(dest,...);
write(dest_desc,...);
utimes(dest,...);  // at this point, timestamp is correct
fchmod(dest_desc,...);
close(dest_desc);  // oops, timestamp changed

I can't see anything in SUSv3 that lets close() change the mtime of an open 
file descriptor that has not been modified since the last utimes() to the same 
underlying file.

Meanwhile, coreutils does check for futimes, and would use that if cygwin were 
to provide it.  That might help, since the problem stems from the fact that the 
utimes() to an open file is being lost on close(), but an futimes() would only 
work on an open file.

--
Eric Blake



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

Re: cygkpathsea-4.dll when starting xdvi [Attn: tetex-x11 maintainer]

[Paminu]

"Eric Blake" <[EMAIL PROTECTED]> skrev i en meddelelse 
news:[EMAIL PROTECTED]
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Paminu on 10/19/2005 6:58 AM:
>> I get an error that cygkpathsea-4.dll was missing when I try to start 
>> xdvi.
>> Any ideas?
>
> Yes - a missing dependency in the setup.hint (tetex-x11 should depend on
> libkpathsea4).  Fixed accordingly, rerun setup.exe once the fix gets to
> the mirrors.


I works if I install the dev package. 




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

Running Win32 apps in program files from a script

[zzapper]

Hi
What ever I did, my script/app got upset by the spaces  in  path 'program 
files' etc

I ended up using a mount

c:\program files\SQLyog Enterprise on /sqlyog type system (binmode)

Then could use

/sqlyog/sja.exe

That works just fine. Was that the best way?



-- 
zzapper
Success for Techies and Vim,Zsh tips
http://SuccessTheory.com/


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

RE: SETUP: In-use files have been replaced

[Williams, Gerald S \(Jerry\)]

Eric Blake wrote:
> I believe you are referring to the recent question about whether
> cygwin services must be stopped during a WINDOWS upgrade,

My mistake. Thanks for the script.

gsw


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

Re: cygkpathsea-4.dll when starting xdvi [Attn: tetex-x11 maintainer]

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Paminu on 10/19/2005 6:58 AM:
> I get an error that cygkpathsea-4.dll was missing when I try to start xdvi. 
> Any ideas? 

Yes - a missing dependency in the setup.hint (tetex-x11 should depend on
libkpathsea4).  Fixed accordingly, rerun setup.exe once the fix gets to
the mirrors.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDVkc884KuGfSFAYARAp7ZAJsGDdhNPs5NqQHlM8z8mONyUVhlGACeLy0X
qJDdMrLAFs70XTzictq+JS4=
=tIJK
-END PGP SIGNATURE-

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

cygkpathsea-4.dll when starting xdvi

[Paminu]

I get an error that cygkpathsea-4.dll was missing when I try to start xdvi. 
Any ideas? 




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

Re: SETUP: In-use files have been replaced

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Herb Martin on 10/18/2005 5:53 PM:
> The context of the discussion was in use files requiring
> a reboot to complete the update so (obviously) I mean:
> 
> Would it be considered a bug if all CygWin services, shells,
> and apps are shutdown but a reboot is still required by
> Setup?

Setup requires a reboot only when Windows reports that a file that was
being replaced was in use at the time.  Therefore, if setup requires a
reboot, then you didn't properly shut down all cygwin services, shells,
and apps.

> 
> 
>>>I had to use source to compile a module with different from default 
>>>options.
>>>
>>>How can that module be installed so that Setup will STOP trying to 
>>>replace it?
>>
>>Don't use the same location as the packaged version.

The normal plan of attack is to install something into the /usr/local
hierarchy if you intend for your version to trump the distro's version (in
fact, most packages choose this by default if you don't pass any arguments
to ./configure) - here, if you pick up an update from the distro, your
(now older) version will still be used.  On the other hand, install
something into the /usr hierarchy if you intend to replace the distro's
version with your own, where an update from the distro will wipe out your
update.

> 
> So what is the method to teach Setup that the file
> has been updated.

Why does setup need to be taught?  However, you may be looking for
/etc/setup/installed.db; edit that for the package in question to tell
setup.exe that the installed version has the same version number (or
greater) than what setup.exe can offer from the mirrors.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDVj4984KuGfSFAYARAlEyAJwIMU7vojuzChCqkrsRaIEjk4vAswCdG1R1
3z4kg29qWcSg6eoxr3ypCtI=
=7+57
-END PGP SIGNATURE-

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

Re: Timestamp not preserved by Cygwin sshd

[Chris Taylor]

Alex Luso wrote:

  Perhaps you are right and it doesn't have to do with
cygwin. I found this to happen when I tried to scp to
cygwin with two different clients from 2 different
machines (both non-OpenSSH, I believe). On the other
hand, when I scp in between these 2 clients, there was
no error. So I suppose this is an incompatibility
between different flavors of SSH?
  Can someone suggest a workaround - i.e. settings on
the server side (cygwin/OpenSSH) - that would resolve
the failure of the -p switch from a non-OpenSSH
client? I am using a nice gui for SCPing files between
windows machines (SSH Secure Shell 3.2) and would like
to be able to continue to use it.



Please don't top-post!

Anyway, a possible solution would be to use WinSCP - afaik this doesn't
have any trouble preserving the timestamp. I know it doesn't with
OpenSSH on debian, so I would assume this is also the case on cygwin -
unfortunately I can't test this just now.
It's also a very nice tool.. ;-)


Chris

--

Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?

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

How to open dvi file with xdvi using MS Run?

[Paminu]

I am trying to open a dvi file with xdvi from the run function in winXP.

I have typed the following:

bash --login -e startxprog xdvi.exe haps.dvi

where haps.dvi is in:
c:\cygwin\home

If I just type:

bash --login -e startxprog xdvi.exe

xdvi get opened and waits for the user to choose a file to open.

But how do I open haps.dvi directly from the run menu? 




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

Re: Timestamp not preserved by Cygwin sshd

[Alex Luso]

  Perhaps you are right and it doesn't have to do with
cygwin. I found this to happen when I tried to scp to
cygwin with two different clients from 2 different
machines (both non-OpenSSH, I believe). On the other
hand, when I scp in between these 2 clients, there was
no error. So I suppose this is an incompatibility
between different flavors of SSH?
  Can someone suggest a workaround - i.e. settings on
the server side (cygwin/OpenSSH) - that would resolve
the failure of the -p switch from a non-OpenSSH
client? I am using a nice gui for SCPing files between
windows machines (SSH Secure Shell 3.2) and would like
to be able to continue to use it.

  Thanks for any help.
  -Alex

--- Corinna Vinschen <[EMAIL PROTECTED]>
wrote:

> On Oct 18 21:20, Alex Luso wrote:
> > 
> >   Hi,
> >  
> >   I just noticed a bug in Cygwin ssd.
> > 
> >   If I try to preserve the time stamp of a file
> that I
> > transfer via scp to a XP machine running Cygwin's
> > sshd, the file gets copied but the timestamp is
> not
> > preserved.
> > 
> >   The specific error that is reported is:
> > --
> > scp: warning: File transfer protocol mismatch.
> > scp: FATAL: sshfc_transfer.c:2496 SshFCTransfer
> > (function name unavailable) Unreachable code
> failed:
> > Invalid code reached.
> > --
> 
> This is an error message of a non-OpenSSH scp
> client.  OpenSSH's
> ssh is usually working fine, also in setting
> timestamps when copying
> files, also on Cygwin.  This is very likely a
> problem between your
> other scp client and OpenSSH and has nothing to do
> with Cygwin.
> 
> 
> Corinna
> 
> -- 
> Corinna Vinschen  Please, send mails
> regarding Cygwin to
> Cygwin Project Co-Leader  cygwin AT cygwin
> DOT com
> Red Hat, Inc.
> 
> --
> Unsubscribe info: 
> http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:  
> http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 





__ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com

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

Cygwin or openssh socket problem/bug?

[Michelsen, Robert]

Hello,

dont know if this is "openssh" package problem or cygwin internal
problem so i post my findings here...

I use ssh (agent) running in background to get my remote auth stuff
(cvs) done.

In my ".bashrc"

 snip .bashrc ---

[ -z "$SSH_AUTH_SOCK" ] && eval `ssh-agent -s`
[ -z "$SSH_AGENT_PID" ] || ssh-add -l >/dev/null 2>&1 || ssh-add

And ".logout"

 snip .lgout -

kill $SSH_AGENT_PID

 snip -

When i update my cygwin installation using "setup.exe" i occasionally
get the ssh-agent hanging while eating 100% cpu.
This happens while the Cygwin Setup Post-Install Script runs.
If i renice the "ssh-agent" process, setup (gui) exits cleanly but the
process is eating cpu forever.

$ ssh -V
OpenSSH_4.2p1, OpenSSL 0.9.8a 11 Oct 2005

Using my favorite win32 user mode debugger, ollydbg:

 snip -

Threads
Ident  Entry  Data block   Last error
Status  Priority   User time System time
056C   7C810856   7FFDD000 ERROR_SUCCESS ()
Paused   32 + 0   0. s  0. s
0C4C      7FFDF000 ERROR_IO_PENDING (03E5)
Active   32 - 15 18.6250 s 29.1718 s
0F9C   7C810856   7FFDE000 ERROR_SUCCESS ()
Paused   32 + 0   0. s  0. s

 snip -

Thread 0xc4c is eating cpu (32-15 = reniced it to idle prio) forever.

I debugged thru disassembly and using cygwin dll symbols + ssh-agent
sources (dont have debug symbols)...

snip ssh-agent.c -

http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/usr.bin/ssh/ssh-age
nt.c?rev=1.123&content-type=text/plain

skip:
new_socket(AUTH_SOCKET, sock);
if (ac > 0) {
signal(SIGALRM, check_parent_exists);
alarm(10);
}
idtab_init();
if (!d_flag)
signal(SIGINT, SIG_IGN);
signal(SIGPIPE, SIG_IGN);
signal(SIGHUP, cleanup_handler);
signal(SIGTERM, cleanup_handler);
nalloc = 0;

while (1) {
prepare_select(&readsetp, &writesetp, &max_fd, &nalloc);
if (select(max_fd + 1, readsetp, writesetp, NULL, NULL)
< 0) {
if (errno == EINTR)
continue;
fatal("select: %s", strerror(errno));
}
after_select(readsetp, writesetp);
}
/* NOTREACHED */
}


static void
after_select(fd_set *readset, fd_set *writeset)
{
struct sockaddr_un sunaddr;
socklen_t slen;
char buf[1024];
int len, sock;
u_int i;
uid_t euid;
gid_t egid;

for (i = 0; i < sockets_alloc; i++)
switch (sockets[i].type) {
case AUTH_UNUSED:
break;
case AUTH_SOCKET:
if (FD_ISSET(sockets[i].fd, readset)) {
slen = sizeof(sunaddr);
sock = accept(sockets[i].fd,
(struct sockaddr *) &sunaddr,
&slen);
if (sock < 0) {
error("accept from AUTH_SOCKET:
%s",
strerror(errno));
break;
}

snip ssh-agent.c -

0022EE0C   00402F7C  ssh-agen.00402F7C
0022EE10   0001  |nfds = 1
0022EE14   004754E0  |Readfds = 004754E0
0022EE18   004754F0  |Writefds = 004754F0
0022EE1C     |Exceptfds = NULL
0022EE20     \pTimeout = NULL
0022EE24   00350688
0022EE28   0022EF00
0022EE2C   0764
0022EE30   7C81B808  RETURN to kernel32.7C81B808 from kernel32.7C80250B
0022EE34   0022D238
0022EE38   61133000  ASCII "Cygwin Setup Post-Install Script"

snip -

The problem is the following (forever) loop:



while (1) {
prepare_select(&readsetp, &writesetp, &max_fd, &nalloc);
if (select(max_fd + 1, readsetp, writesetp, NULL, NULL)
< 0) {
if (errno == EINTR)
continue;
fatal("select: %s", strerror(errno));
}
after_select(readsetp, writesetp);
}


"int cygwin_select(int, _types_fd_set*, _types_fd_set*, _types_fd_set*,
timeval*)" 

in ssh-agents's main is returning "1" (eax)

"after_select" is called which calls "cygwin1.accept()"

"accept" returns "-1" (eax) and lasterror/errno is 0x6C

errno = 0x6C -> #define ESHUTDOWN   108 /* Cannot send after
transport endpoint shutdown */

-

The main question is: can cygwin's "select" be successful and following
"accept" fail due to non-socket?

Is the problem openssh or cygwin related?
Any thoughts?

Regards,

Robert Michelsen
--


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-

Race condition spawning childs/pipe stuff?

[Michelsen, Robert]

Hello,

I seem to encounter a race condition when running large recursive build
processes (make).
Occasionally, the build process hangs with a spawned child (sh.exe)
eating with 100% user cpu.
It seems the build command itself (spawned make) finished but
child/parent? shell doesnt exit.

When i kill sh.exe manually, the (recursive) build process continues and
finishes.
I suspect some kind of race condition somewhere in pipe stuff.

The condition itself is not reproducable.

Cygwin dll is: 1.5.19, api ver: 0.138, build date: 2005-10-03 13:32

I attached gdb to process and examined threads:

--- snip 
$ ./gdb
GNU gdb 6.3.50.20050926

(gdb) attach 3048
Attaching to process 3048

[Switching to thread 3048.0xca8]
(gdb) info threads
* 3 thread 3048.0xca8  0x7c911231 in ntdll!DbgUiConnectToDbg () from
/cygdrive/c/WINDOWS/system32/ntdll.dll
  2 thread 3048.0xd04  0x7c91eb94 in ntdll!LdrAccessResource () from
/cygdrive/c/WINDOWS/system32/ntdll.dll
  1 thread 3048.0xf90  0x7c91eb94 in ntdll!LdrAccessResource () from
/cygdrive/c/WINDOWS/system32/ntdll.dll

(gdb) thread 1
[Switching to thread 1 (thread 3048.0xf90)]#0  0x7c91eb94 in
ntdll!LdrAccessResource ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb) bt
#0  0x7c91eb94 in ntdll!LdrAccessResource () from
/cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c91ea53 in ntdll!ZwYieldExecution () from
/cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x7c81e956 in SwitchToThread () from
/cygdrive/c/WINDOWS/system32/kernel32.dll
#3  0x61054215 in low_priority_sleep (secs=0) at
/netrel/src/cygwin-snapshot-20051003-1/winsup/cygwin/miscfuncs.cc:245
#4  0xfffe in ?? ()

(gdb) thread 2
[Switching to thread 2 (thread 3048.0xd04)]#0  0x7c91eb94 in
ntdll!LdrAccessResource ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb) bt
#0  0x7c91eb94 in ntdll!LdrAccessResource () from
/cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c91e288 in ntdll!ZwReadFile () from
/cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x7c801875 in ReadFile () from
/cygdrive/c/WINDOWS/system32/kernel32.dll
#3  0x074c in ?? ()

(gdb) thread 3
[Switching to thread 3 (thread 3048.0xca8)]#0  0x7c911231 in
ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb) bt
#0  0x7c911231 in ntdll!DbgUiConnectToDbg () from
/cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c9607a8 in ntdll!KiIntSystemCall () from
/cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x0005 in ?? ()

(gdb) q
The program is running.  Quit anyway (and detach it)? (y or n) y
Detaching from program: , Pid 3048

--- snip 

Thread 1 seems to be the eater.
Gdb doesnt reveal much info so i used my favorite win32 user mode
debugger, ollydbg:

--- snip 

Threads
Ident  Entry  Data block   Last error   Status
Priority   User time System time
0388   7C96077B   7FFDD000 ERROR_SUCCESS () Active
32 + 0   0. s  0. s
0D04   7C810856   7FFDE000 ERROR_SUCCESS () Active
32 + 0   0. s  0. s
0F90      7FFDF000 ERROR_SUCCESS () Active
32 + 0  52.8437 s 94.5156 s

--- snip 

You see (main) thread 0xf90 is eating all the cpu.
I examined the call stack and used gdb's "l/info" commands to get
symbols (i have appropriate .dbg file)
I manually added the symbols as comments "()":

--- snip 
Call stack of main thread
AddressStack  Procedure
Called from   Frame
0022DD84   7C91EA53   Includes ntdll.KiFastSystemCallRet
ntdll.7C91EA51
0022DD88   7C81E956   ntdll.ZwYieldExecution
kernel32.7C81E950
0022DD8C   61054215   cygwin1.610F5138
cygwin1.61054210 (low_priority_sleep + 80)
0022DDAC   6106DF57   cygwin1.610541C0 (low_priority_sleep,
miscfuncs.cc:230)   cygwin1.6106DF52 (_pinfo::sync_proc_pipe() + 34)
0022DDBC   61095984   cygwin1.6106DF30 (_pinfo::sync_proc_pipe(),
pinfo.cc:977) cygwin1.6109597F (spawn_guts(char const* ...) + 5263)
0022E99C   61095E35   ? cygwin1.610944F0 (spawn_guts(char const* ...),
spawn.cc) cygwin1.61095E30 (spawnve + 224) 0022E998
0022E9CC   610188AB   cygwin1.61095D50  (spawnve)
cygwin1.610188A6 (execve + 38)   0022E9C8

--- snip 

I searched the current cygwin sources and found following snippets ...

- snip spawn.cc 

static int __stdcall
spawn_guts (const char * prog_arg, const char *const *argv,
const char *const envp[], int mode)
{

...
  /* If wr_proc_pipe doesn't exist then this process was not started by
a cygwin
 process.  So, we need to wait around until the process we've
just "execed"
 dies.  Use our own wait facility to wait for our own pid to
exit (there
 is some minor special case code in proc_waiter and friends to
accommodate
 this).

 If wr_proc_pipe exists, then it should be duplicated to the
child.
 If the child has exited already, that's ok.  The parent will
pick up
 on this fact when 

RE: Restart cygrunsrv service on failure

[Glen Burson]

Hello,

cygrunsrv V1.10
Windows XP

I'm having real trouble getting my service to restart on failure, using the
Windows service "Recovery" options. I have set: -

First Failure "Restart the Service"
Second Failure "Restart the Service"
Subsequence Failures "Restart the Service"

I have installed my process like: -

cygrunsrv -I test -p /tmp/test.sh

"test.sh" just goes to sleep for 10 seconds then terminates.

Windows logs in the Event Viewer that the service terminated (gracefully,
error code 0) but doesn't restart it.

I have tried exiting from the script using a non-zero code (I've tried lots
of different ones) but although the non-zero exit code is logged in the
Event Viewer, it still doesn't restart it.

I've also tried the install option "-n" which tells Windows that the service
should never terminate but, although I now get an error in the Event Viewer,
it still doesn't restart it!

The ONLY way I've managed to get Windows to restart the service is to kill
the cygrunsrv process before the child script terminates. Killing the child
script does not work either.

It seems to be related to how the process terminates but I seem to crack it!

Thanks in advance for any suggestions. I've seen some postings that imply
that people have this working but no examples.

Thanks,
Glen.



**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**



This message has been scanned for viruses by BlackSpider MailControl - 
www.blackspider.com

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