script in cygwin

[Jim Easton]

Hi,

Does cygwin have a program called "script".  It is a program
which records terminal traffic in a file.

If so what would I select in setup to get it?

Thanks in advance.

Jim


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

Snapshot report - ssh error

[Karl M]

Hi All...

With the latest snapshots (2/22, 2/20 and possible 2/19, not sure about 2/19 
and have not tried any before that) I get an error in my application log 
like the following after each interactive ssh session loggs off.


sshd: PID 2928: syslogin_perform_logout: logout() returned an error.

There are no other adverse symptoms...otherwise the snapshots work fine.

Prior to the above snapshots, I was using the current released cygwin1.dll, 
and did not see this log message.


I am running XP SP2 and can provide a cygcheck and any other data if needed.

Thanks,

...Karl



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

No mod_proxy in apache2

[Luis P Caamano]

I just installed the new apache2 package using cygwin setup.  After
configuring, starting and testing the server I realized that mod_proxy
is not included in the install.  Unfortunately, that mod_proxy and
mod_rewrite were the reason I thought of installing it.  I've just
thrown the towel after a few hours of googling around have not
produced any hints.

Are there any plans to include it by default?

If not, are there any instructions on how to compile apache2 to
include mod_proxy?

--
Luis P Caamano
Atlanta, GA USA

--
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: Python Tkinter after method silently exits (corrected)

[J Brooks]

I've encountered the same "silent exit" problem
in a multi-threaded Python Tkinter program also.
I'm guessing that the Python interpreter hits
an error starting a thread, so it calls exit(),
and that the thread changes in cygwin 1.5.19
relative to 1.5.18 caused the problem we're seeing.
My program worked again after reverting
the "cygwin" package back to 1.5.18.
I can be reached at http://www.jimbrooks.org


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
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/

Re: cygwin scp -r fails

[Greg Tokarski]

I just installed the dev. snapshot as suggested by Corinna

> Are you running Cygwin 1.5.19-4?  Anyway, try the latest developer's
> snapshot from http://cygwin.com/snapshots/  It probably solves your
> problem.

and nothing seems to have changed. And yes, I was on the 1.5.19-4.

I have seen few more posts on the subject, nothing as far as resolutions. It 
was 
suggested to open a bug  on http://bugzilla.mindrot.org/ which I have done; and 
we'll see what happens. The bug # is 1161 
http://bugzilla.mindrot.org/show_bug.cgi?id=1161

I looked at openssh.org for way to upgrade, but at this stage I cannot figure 
out what the process for upgrading one package on cygwin is.

I will try to replicate it on another computer within few days; maybe it's some 
MS patch or something - although I do not see how cygwin would be affected in 
such a specific way.

Below is the latest output (after the update) from the scp.

Thx.

GregT

-- debug --

debug3: packet_send2: adding 64 (len 57 padlen 7 extra_pad 64)
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
debug2: fd 4 setting O_NONBLOCK
debug2: fd 5 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug1: Sending command: scp -v -r -t .
debug2: channel 0: request exec confirm 0
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 16384
debug2: channel 0: rcvd adjust 32768
Entering directory: D0770 0 WINDOWS
debug2: channel 0: read<=0 rfd 4 len 0
debug2: channel 0: read failed
debug2: channel 0: close_read
debug2: channel 0: input open -> drain
debug2: channel 0: ibuf empty
debug2: channel 0: send eof
debug2: channel 0: input drain -> closed
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug2: channel 0: rcvd close
debug3: channel 0: will not send data after close
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send close
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
  #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cfd -1)

debug3: channel 0: close_fds r -1 w -1 e 6 c -1
debug3: fd 0 is not O_NONBLOCK
debug3: fd 1 is not O_NONBLOCK
debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.4 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 0


--
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: Unable ssh login using Windows Domain account using password autheationntic

[Christopher Faylor]

On Wed, Feb 22, 2006 at 04:56:31PM -0500, Perdue, Dave T.  CIV NAVAIR 5.4.3, 
Bldg 2035, Rm 205, Cube 200 wrote:
>I installed "cygwin-inst-20060222.tar.bz2" from
>http://cygwin.com/snapshots/ into a fresh install of 1.5.19-4,
>rebooted, and still have the same issue.  When I use ssh (using a
>PASSWORD) to remotely log into this system with a local account the
>native whoami.exe properly shows my identity.  When I remotely log in
>(still using a PASSWORD) with a domain account the native whoami shows
>my identity as NT AUTHORITY\SYSTEM.  This does work properly under
>1.5.12-1 on the same system.  All help is greatly appreciated.

Following the guidelines at http://cygwin.com/problems.html would
probably be instructive.

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: Unable ssh login using Windows Domain account using password autheationntic

[Perdue, Dave T. CIV NAVAIR 5.4.3, Bldg 2035, Rm 205, Cube 200]

I installed "cygwin-inst-20060222.tar.bz2" from 
http://cygwin.com/snapshots/ into a fresh install of 1.5.19-4, rebooted, and 
still have the same issue.  When I use ssh (using a PASSWORD) to remotely log 
into this system with a local account the native whoami.exe properly shows my 
identity.  When I remotely log in (still using a PASSWORD) with a domain 
account the native whoami shows my identity as NT AUTHORITY\SYSTEM.  This does 
work properly under 1.5.12-1 on the same system.  All help is greatly 
appreciated.

David Perdue

 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Corinna Vinschen
Sent: Wednesday, February 22, 2006 13:39
To: cygwin@cygwin.com
Subject: Re: Unable ssh login using Windows Domain account using
password autheationntic


On Feb 22 12:51, Perdue, Dave T.  CIV NAVAIR 5.4.3, Bldg 2035, Rm 205, Cube 200 
wrote:
> We are currently using Cygwin 1.5.12-1 on our Windows 2000 Domain as
> the ssh server for our PCs.  1.5.12-1 ssh allows us to log into the
> domain PCs remotely using our domain accounts.  I installed Cygwin
> 1.5.19-4 on one system and find that when I remotely log in using a
> domain account the native Windows "whoami" command reports my identity
> as "NT AUTHORITY\SYSTEM".

That's normal for public key authentication (as noted on this list
zillions of times) and it's a bug in case of password authentication,
which is supposed to be fixed in recent developer snapshots (download
from http://cygwin.com/snapshots/) and eventually in 1.5.20.


Corinna

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

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

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

proftpd + mod_tsl + cygwin under win2003

[Tyler Durden]

Hi. I am hoping to run proftpd under cygwin so I can
run a FTPS (ftp over ssl/tls) server in Windows.  The
default proftpd package that comes with cygwin does
not have mod_tls and I decided to build one.  So far,
I have done this:

- Installed cygwin for all users

- Installed openSSL libraries 0.9.8a-1

- Modified mod_tls.c in contrib directory to add this
one line.  Otherwise, I was getting an error during
make.
  #define PEM_F_DEF_CALLBACK PEM_F_PEM_DEF_CALLBACK

- Compiled proftpd version 1.2.10 with mod_tls.  From
the output, you can see mod_tls is included.

$ /usr/local/sbin/proftpd.exe -l
Compiled-in modules:
  mod_core.c
  mod_xfer.c
  mod_auth_unix.c
  mod_auth_file.c
  mod_auth.c
  mod_ls.c
  mod_log.c
  mod_site.c
  mod_tls.c

- Modified these twolines in proftd.conf file:
UserSYSTEM
Group   administrators

- Added these lines in proftpd.conf file and created
the certs also.


TLSEngine on
TLSLog /var/log/tls.log
TLSProtocol TLSv1

TLSRequired off

TLSRSACertificateFile /usr/local/etc/certs/server.crt
TLSRSACertificateKeyFile
/usr/local/etc/certs/server.key


TLSVerifyClient off


- Installed proftpd service using cygrunsrv.


When I run the daemon (net start "cygwin proftpd" in
Windows), I get this error in /var/log/proftpd.log

myservername - PRIVS_RELINQUISH: unable to
seteuid(session.uid): Invalid argument
myservername - PRIVS_RELINQUISH: unable to
seteuid(session.uid): Invalid argument
myservername - error opening scoreboard: Permission
denied

I have done everything while logged in as
administrator, the service is configured to run as
SYSTEM.  I tried changing default permission in the
/var/proftpd directory and ownership (for scroeboard
file) to SYSTEM or administrators (root) without any
success.

What could I be doing wrong?  seteuid sounds like a
permission issue.  Any help would be appreciated.  

Thanks.



__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
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/

Re: Unable ssh login using Windows Domain account using password autheationntic

[Corinna Vinschen]

On Feb 22 12:51, Perdue, Dave T.  CIV NAVAIR 5.4.3, Bldg 2035, Rm 205, Cube 200 
wrote:
> We are currently using Cygwin 1.5.12-1 on our Windows 2000 Domain as
> the ssh server for our PCs.  1.5.12-1 ssh allows us to log into the
> domain PCs remotely using our domain accounts.  I installed Cygwin
> 1.5.19-4 on one system and find that when I remotely log in using a
> domain account the native Windows "whoami" command reports my identity
> as "NT AUTHORITY\SYSTEM".

That's normal for public key authentication (as noted on this list
zillions of times) and it's a bug in case of password authentication,
which is supposed to be fixed in recent developer snapshots (download
from http://cygwin.com/snapshots/) and eventually in 1.5.20.


Corinna

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

--
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: another instance of .. issues

[Corinna Vinschen]

On Feb 22 13:21, Christopher Faylor wrote:
> On Wed, Feb 22, 2006 at 06:16:25PM -, Dave Korn wrote:
> >On 22 February 2006 17:31, Christopher Faylor wrote:
> >>On Wed, Feb 22, 2006 at 08:21:48AM -0800, Brian Dessent wrote:
> >>>I think implementing openat() directly would be the clear win here,
> >>>since the ".." processing seems to be such a landmine.  Of course
> >>>without a patch this is just hot air on my part.
> >>
> >>But, then, it has been at least a couple of months since we've had a
> >>rousing discussion about how awful cygwin's '..' handling is, so it's
> >>clearly time to go into great depth about how useful it would be if
> >>cygwin just did things the RIGHT, the TRUE, the POSIX way.
> >
> >How many reinstalls does that usually take?  ;-)
> 
> You take the number of cygwin developers required to change a
> POSIX-powered light bulb and multiply by 42.

I wouldn't want to waste a POSIX-powered light bulb for non-POSIX
functions.


Corinna

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

--
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: Unable ssh login using Windows Domain account using password authentication

[Igor Peshansky]

On Wed, 22 Feb 2006, Perdue, Dave T. wrote:

.  Thanks.

> We are currently using Cygwin 1.5.12-1 on our Windows 2000 Domain as the
> ssh server for our PCs.  1.5.12-1 ssh allows us to log into the domain
> PCs remotely using our domain accounts.  I installed Cygwin 1.5.19-4 on
> one system and find that when I remotely log in using a domain account
> the native Windows "whoami" command reports my identity as "NT
> AUTHORITY\SYSTEM".  When I remotely ssh log in on the same system using
> a local account I see the correct identity.  All logins are using
> manually entered passwords.  I used the following commands to create the
> passwd and group files:
>
> mkpasswd -l > /etc/passwd
> mkpasswd -d  >> /etc/passwd
> mkgroup -l > /etc/group
> mkgroup -d >> /etc/group
>
> I configured ssh to use the sshd privilege separation account and
> specified "ntsec binmode tty".  The sshd server is configured to logon
> as the local system account.  What changes do I need to make to allow
> 1.5.19-4 to support logons using our domain account like 1.5.12-1 can?
> Thanks in advance for any help that you can provide.
>
> Also, I have noticed that an "id -G" in 1.5.12-1 produces the same
> output when logged in locally and thru an ssh session, while in 1.5.19-4
> it produces different output for the two types of logon.
>
> David Perdue

You did everything correctly, except: your default domain may not be the
domain you're logging into.  "mkpasswd/mkgroup -d" use the default domain.
You might want to explicitly specify the domain name on the command line,
like this: "mkpasswd -d YOURDOMAIN >> /etc/passwd", and similarly for
mkgroup.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: another instance of .. issues

[Christopher Faylor]

On Wed, Feb 22, 2006 at 06:16:25PM -, Dave Korn wrote:
>On 22 February 2006 17:31, Christopher Faylor wrote:
>>On Wed, Feb 22, 2006 at 08:21:48AM -0800, Brian Dessent wrote:
>>>Eric Blake wrote:
and/or have openat() implemented directly in cygwin so that the openat
emulation of open("/proc/self/fd/4/..") is avoided (not to mention more
efficient by avoiding several other syscalls during the emulation).
>>>
>>>I think implementing openat() directly would be the clear win here,
>>>since the ".." processing seems to be such a landmine.  Of course
>>>without a patch this is just hot air on my part.
>>
>>But, then, it has been at least a couple of months since we've had a
>>rousing discussion about how awful cygwin's '..' handling is, so it's
>>clearly time to go into great depth about how useful it would be if
>>cygwin just did things the RIGHT, the TRUE, the POSIX way.
>
>How many reinstalls does that usually take?  ;-)

You take the number of cygwin developers required to change a
POSIX-powered light bulb and multiply by 42.

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: another instance of .. issues

[Dave Korn]

On 22 February 2006 17:31, Christopher Faylor wrote:

> On Wed, Feb 22, 2006 at 08:21:48AM -0800, Brian Dessent wrote:
>> Eric Blake wrote:
>>> and/or have openat() implemented directly in cygwin so that the openat
>>> emulation of open("/proc/self/fd/4/..") is avoided (not to mention more
>>> efficient by avoiding several other syscalls during the emulation).
>> 
>> I think implementing openat() directly would be the clear win here,
>> since the ".." processing seems to be such a landmine.  Of course
>> without a patch this is just hot air on my part.
> 
> But, then, it has been at least a couple of months since we've had
> a rousing discussion about how awful cygwin's '..' handling is, so
> it's clearly time to go into great depth about how useful it would
> be if cygwin just did things the RIGHT, the TRUE, the POSIX way.
> 
> cgf


  How many reinstalls does that usually take?   ;-)

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: another instance of .. issues

[Christopher Faylor]

On Wed, Feb 22, 2006 at 08:21:48AM -0800, Brian Dessent wrote:
>Eric Blake wrote:
>>and/or have openat() implemented directly in cygwin so that the openat
>>emulation of open("/proc/self/fd/4/..") is avoided (not to mention more
>>efficient by avoiding several other syscalls during the emulation).
>
>I think implementing openat() directly would be the clear win here,
>since the ".." processing seems to be such a landmine.  Of course
>without a patch this is just hot air on my part.

But, then, it has been at least a couple of months since we've had
a rousing discussion about how awful cygwin's '..' handling is, so
it's clearly time to go into great depth about how useful it would
be if cygwin just did things the RIGHT, the TRUE, the POSIX way.

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/

Unable ssh login using Windows Domain account using password autheationntic

[Perdue, Dave T. CIV NAVAIR 5.4.3, Bldg 2035, Rm 205, Cube 200]

We are currently using Cygwin 1.5.12-1 on our Windows 2000 Domain as the ssh 
server for our PCs.  1.5.12-1 ssh allows us to log into the domain PCs remotely 
using our domain accounts.  I installed Cygwin 1.5.19-4 on one system and find 
that when I remotely log in using a domain account the native Windows "whoami" 
command reports my identity as "NT AUTHORITY\SYSTEM".  When I remotely ssh log 
in on the same system using a local account I see the correct identity.  All 
logins are using manually entered passwords.  I used the following commands to 
create the passwd and group files:

mkpasswd -l > /etc/passwd
mkpasswd -d  >> /etc/passwd
mkgroup -l > /etc/group
mkgroup -d >> /etc/group

I configured ssh to use the sshd privilege separation account and specified 
"ntsec binmode tty".  The sshd server is configured to logon as the local 
system account.  What changes do I need to make to allow 1.5.19-4 to support 
logons using our domain account like 1.5.12-1 can?  Thanks in advance for any 
help that you can provide.

Also, I have noticed that an "id -G" in 1.5.12-1 produces the same output when 
logged in locally and thru an ssh session, while in 1.5.19-4 it produces 
different output for the two types of logon.

David Perdue


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

length of the sidebar in rxvt

[Fabrizio Salvatore]

Hi Brian,

thanks for the help and sorry for having created confusion in the thread.

cheers,

FAb


Fabrizio Salvatore wrote:

> > I'm using rxvt.exe to define my xterminal session:
> >
> > D:\cygwin\bin\rxvt.exe -ls -si -sk -sb -fg black -bg Wheat -fn 7x14 -g
> > 120x24 -T "mymachine.domain" -e ssh -X -Y -l mylogin
> >
> > Is it possible to increase the length of the sidebar (i.e. have the
> > possibility to scroll more lines) for the resulting window ?

Please don't reply to a random message to ask an unrelated question.
Even if you change the subject line the 'References' and/or
'In-Reply-To' email headers will cause your message to be a part of the
unrelated thread in threaded email clients and web archives, as you can
see here: 

You can set the number of scrollback lines with the -sl argument or the
saveLines resource.  I recommend using resources so that you don't have
to supply a million command line arguments to rxvt on each invocation.
Just stick them in ~/.Xdefaults instead.

rxvt has about a million options you can tweak, and they are all
documented in the man page.

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/


--
#
Dr P-Fabrizio Salvatore| Department of Physics
Phone: +44 (0)1784 44 3479 | Royal Holloway College
Fax: +44 (0)1784 47 2794   | University of London
e-mail: [EMAIL PROTECTED] | Egham, Surrey, TW20 0EX
http://www.pp.rhul.ac.uk/~salvator | United Kingdom (UK)
#

--
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: Nominally, how long to build cygwin/bash debug versions?

[René Berber]

L Anderson wrote:

> I'm trying to build debug versions of cygwin1 and bash in an attempt to
> isolate a problem I'm having.  My first attempt with cygwin seemed to
> grind and grind with nothing being produced--not even errors.  After
> considerable time I killed the process.  Realizing that maybe I was just
> impatient, I have a question I hope someone can answer.
> 
> Counting only computer time and assuming everything works perfectly,
> nominally, how long might I expect it to take to build a cygwin debug
> version? A bash debug version? (10min?, 30min?, 2hrs?, ...?)

You don't need to build a cygwin1.dll debug version, just download a snapshot
with its corresponding .dbg file, plus the sources if you want to get gdb into
cygwin1 (the sources have to be installed in the same place as the debug info
was created with, you'll see the path when gdb complains about not finding the
source).

And to answer your question, on a [EMAIL PROTECTED] it takes less than 10 
minutes.

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: length of the sidebar in rxvt

[Brian Dessent]

Fabrizio Salvatore wrote:

> I'm using rxvt.exe to define my xterminal session:
> 
> D:\cygwin\bin\rxvt.exe -ls -si -sk -sb -fg black -bg Wheat -fn 7x14 -g
> 120x24 -T "mymachine.domain" -e ssh -X -Y -l mylogin
> 
> Is it possible to increase the length of the sidebar (i.e. have the
> possibility to scroll more lines) for the resulting window ?

Please don't reply to a random message to ask an unrelated question. 
Even if you change the subject line the 'References' and/or
'In-Reply-To' email headers will cause your message to be a part of the
unrelated thread in threaded email clients and web archives, as you can
see here: 

You can set the number of scrollback lines with the -sl argument or the
saveLines resource.  I recommend using resources so that you don't have
to supply a million command line arguments to rxvt on each invocation. 
Just stick them in ~/.Xdefaults instead.

rxvt has about a million options you can tweak, and they are all
documented in the man page.

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/

length of the sidebar in rxvt

[Fabrizio Salvatore]

Hi,

I'm using rxvt.exe to define my xterminal session:

D:\cygwin\bin\rxvt.exe -ls -si -sk -sb -fg black -bg Wheat -fn 7x14 -g 
120x24 -T "mymachine.domain" -e ssh -X -Y -l mylogin


Is it possible to increase the length of the sidebar (i.e. have the 
possibility to scroll more lines) for the resulting window ?


Thanks !

Fabrizio

--
#
Dr P-Fabrizio Salvatore| Department of Physics
Phone: +44 (0)1784 44 3479 | Royal Holloway College
Fax: +44 (0)1784 47 2794   | University of London
e-mail: [EMAIL PROTECTED] | Egham, Surrey, TW20 0EX
http://www.pp.rhul.ac.uk/~salvator | United Kingdom (UK)
#

--
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 snapshots: we'd like to release cygwin version 1.20

[Eric Blake]

Christopher Faylor  cygwin.com> writes:

> 
> Specifically, what needs testing is Corinna's new code which properly
> fills in d_ino into a dirent struct.  I recently found that a samba bug
> caused strange behavior when performing an "ls" or a "find" in a
> directory on a samba share which had more than 128 files.

In an effort to help the testing be easier to perform, I will soon be releasing 
an experimental coreutils-5.94-2 that uses the d_ino member in ls and also 
in /bin/pwd (yes, using readdir()/d_ino in pwd is less efficient than calling 
getpwd(), but it is a nice test of readdir).  Neither coreutils-5.94-1 nor 
findutils-2.27-1 use d_ino at all, so while they do stress readdir, they are 
not very comprehensive test points of the combined readdir/d_ino changes.

-- 
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: another instance of .. issues

[Brian Dessent]

Eric Blake wrote:

> and/or have openat() implemented directly in cygwin so that the
> openat emulation of open("/proc/self/fd/4/..") is avoided (not to
> mention more efficient by avoiding several other syscalls during
> the emulation).

I think implementing openat() directly would be the clear win here,
since the ".." processing seems to be such a landmine.  Of course
without a patch this is just hot air on my part.

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/

another instance of .. issues

[Eric Blake]

CVS coreutils has recently provided emulation of the *at()
functions available in Solaris and recent glibc for other
platforms without them.  The *at functions are nice because
you can recurse through directories without changing
the current working directory, which adds a measure
of thread-safety previously not possible when using
[f]chdir (since the current working directory is per-process,
not per-thread).  For example,

dir = open("/tmp", O_RDONLY);
fd = openat(dir, "foo", O_RDONLY);

opens /tmp/foo, even though "foo" was a relative
pathname, without regards to getcwd().  Coreutils
emulates this on cygwin (and on Linux with older
glibc) by this slick trick:
openat(int dirfd, const char *name, int flags, ...) {
  char *buf /* alloca'd properly... */;
  int mode /* grabbed from va_arg properly ... */;
  sprintf(buf, "/proc/self/fd/%d/%s", dirfd, name);
  return open(buf, flags, mode);
}

Now for the problem.  Start with 'mkdir -p foo/bar', then
'touch foo/bar/file', and finally do 'rm -Rf foo'.  Since coreutils
now uses openat() and friends for directory traversal, the
recursive operation eventually gets file desriptor 3 open on
"foo", calls openat(3, "bar") which the emulation resolves to
open("/proc/self/fd/3/bar") to set the virtual directory
to foo/bar, then calls close(3) to avoid having too many open
file descriptors.  From there, rm empties foo/bar, then desires
to return back up the hierarchy to remove bar.  But it does so
by calling openat(4, ".."), which translates to
open("/proc/self/fd/4/..").  Since cygwin is improperly treating
this as open("/proc/self/fd") rather than dereferencing the
symlink and (re-)opening "foo", it triggers a sanity check in
rm complaining that the inode of foo has changed during
traversal, aborting the recursive operation:

$ rm --version | head -n1
rm (GNU coreutils) 6.0-cvs
$ mkdir -p foo/bar
$ touch foo/bar/file
$ rm -Rf foo
rm: FATAL: directory `foo' changed dev/ino
$ ls -R foo
foo:
bar

foo/bar:
$

I know that http://cygwin.com/acronyms/#PTC, and that this
won't be fixed for 1.5.20, but it is yet another datapoint
where blindly treating .. logically in cygwin path resolution
is violating POSIX requirements and thus breaking
assumptions being made by coreutils.  I will be able to
patch coreutils to work around this issue (coreutils does
have non-threadsafe fallback code that calls 'cwd=open(".");
fchdir(dirfd); open(name); fchdir(cwd); close(cwd)', triggered
on older Linux where /proc/self doesn't exist; my patch would
be to use this non-threadsafe fallback unconditionally on cygwin),
but it would be nice to have .. semantics working the same as in
Linux without having to hack the openat emulation fallback code,
and/or have openat() implemented directly in cygwin so that the
openat emulation of open("/proc/self/fd/4/..") is avoided (not to
mention more efficient by avoiding several other syscalls during
the emulation).

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

[ANNOUNCEMENT] Updated: libggi2-2.2.0-2, libggi2-devel-2.2.0-2, libggi2-display-file-2.2.0-2, libggi2-display-terminfo-2.2.0-2, libggi2-display-x-2.2.0-2 and libggi2-samples-2.2.0-2. New package: libg

[Peter Ekberg]

A new version of 'libggi' is available for download. This update includes
a new backend in the package 'libggi2-display-aa' based on the recently added
'aalib' package. It also adds a new demo 'ggi-flying_ggis' to the package
'libggi2-samples'.

libggi2-2.2.0-2
libggi2-devel-2.2.0-2
libggi2-display-aa-2.2.0-2
libggi2-display-file-2.2.0-2
libggi2-display-terminfo-2.2.0-2
libggi2-display-x-2.2.0-2
libggi2-samples-2.2.0-2


For a brief description of these packages, see http://cygwin.com/packages/ .

To update your installation, click on the "Install Cygwin now" link on  
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Run setup.exe to install or update the libggi2 packages.

If you have questions or comments, please send them to the Cygwin
mailing list.  I would appreciate it if you would use the mailing list
rather than emailing me directly.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.  
Send email to the address specified there.  It will be in the format:
 
[EMAIL PROTECTED]
  
If you need more information on unsubscribing, start reading here:

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

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

Cheers,
Peter

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

[Corinna Vinschen]

On Feb 21 18:22, Elliott Hughes wrote:
> Cygwin doesn't seem to have POSIX's unfortunately-named "posix_openpt" 
> function in its stdlib.h. The function's documented here:
> 
>   http://www.opengroup.org/onlinepubs/95399/functions/posix_openpt.html

We won't add new functions to the upcoming 1.5.20 at this time, but
it's noted for inclusion into the next version.


Corinna

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

--
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: wanted: GNU firewall and NAT for Windows

[Dave Korn]

On 22 February 2006 07:12, Angel Tsankov wrote:

> Hello!
> 
> Can someone recommend a GNU program that acts like a  firewall,
> performs NAT and has been ported to Windows? Thanks in advance!


  Nope, but you could start at
http://directory.fsf.org/search/fsd-search.py?q=firewall

  I think you're quite unlikely to find what you're looking for.  Firewalls
are fairly kernel-based apps, so one for 'doze and one for linux are going to
be quite differently-shaped and I don't think cygwin will be able to do all
that much to help the porting.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: Nominally, how long to build cygwin/bash debug versions?

[Dave Korn]

On 22 February 2006 09:35, L Anderson wrote:

> I'm trying to build debug versions of cygwin1 and bash in an attempt to
> isolate a problem I'm having.  My first attempt with cygwin seemed to
> grind and grind with nothing being produced--not even errors.  After
> considerable time I killed the process.  Realizing that maybe I was just
> impatient, I have a question I hope someone can answer.
> 
> Counting only computer time and assuming everything works perfectly,
> nominally, how long might I expect it to take to build a cygwin debug
> version? A bash debug version? (10min?, 30min?, 2hrs?, ...?)
> 
> My system is: 550MHz Pentium III, 512MB memory, lots disk space, and
> Windows 98SE.
> 
> 
> 
> Thanks,
> 
> L Anderson


  It's a vague question, so here's a vague answer; say five minutes on a fast
modern machine, anything up to say three quarters of an hour on an
old/loaded/thrashy/win9x machine.

  However you should be seeing loads of output fly past in the shell window as
it goes, so if even that isn't happening, you should look at the task manager
or something and see if it's actually stuck or not.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: Error on http://www.cygwin.com/contrib.html ?

[Corinna Vinschen]

On Feb 22 00:53, L Anderson wrote:
> On page http://www.cygwin.com/contrib.html, the first sentence, second 
> paragraph of section "Building the development version of Cygwin" reads:
> 
> Build instructions are included in the FAQ under "How do I rebuild the 
> tools on my NT box?".
> 
> I presume it should read:
> 
> Build instructions are included in the FAQ under "How do I build Cygwin 
> on my own?".

Thanks, fixed.


Corinna

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

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

Nominally, how long to build cygwin/bash debug versions?

[L Anderson]

I'm trying to build debug versions of cygwin1 and bash in an attempt to 
isolate a problem I'm having.  My first attempt with cygwin seemed to 
grind and grind with nothing being produced--not even errors.  After 
considerable time I killed the process.  Realizing that maybe I was just 
impatient, I have a question I hope someone can answer.


Counting only computer time and assuming everything works perfectly, 
nominally, how long might I expect it to take to build a cygwin debug 
version? A bash debug version? (10min?, 30min?, 2hrs?, ...?)


My system is: 550MHz Pentium III, 512MB memory, lots disk space, and 
Windows 98SE.




Thanks,

L Anderson


--
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: Permissions problem - odd setup

[Markus Schönhaber]

Andrew DeFaria wrote:
> Andrew DeFaria wrote:
> > Andrew DeFaria wrote:
> >> Markus Schönhaber wrote:
> >>
> >> Don't know if this is of any help: you can set the SIDs for the user
> >> and the user's primary group on the Samba box with pdbedit ... -U
> >>  -G  ...Maybe it helps if you use the same SIDs your
> >> Windows Domain account has.
> >
> > OK, got the admin to do that command. Remapped the drive. Same
> > problems. Any other ideas?
>
> It seems that this didn't work because we are using only smbpasswd and
> need to update to using tdbsam
> (http://swamp.chl.chalmers.se/samba/docs/man/Samba-HOWTO-Collection/passdb.
>html#pdbeditthing):

Yes, should have mentioned that.

Regards
  mks

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

Error on http://www.cygwin.com/contrib.html ?

[L Anderson]

On page http://www.cygwin.com/contrib.html, the first sentence, second 
paragraph of section "Building the development version of Cygwin" reads:


Build instructions are included in the FAQ under "How do I rebuild the 
tools on my NT box?".


I presume it should read:

Build instructions are included in the FAQ under "How do I build Cygwin 
on my own?".



Regards

L Anderson


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