On Wed 6/20/12 17:24 +0200 Corinna wrote:
> On Jun 20 09:53, Tom Rodman wrote:
> > On Wed 6/20/12 8:07 MDT Eric Blake wrote:
> > > On 06/20/2012 07:20 AM, Tom Rodman wrote:
> > >
> > > > $ echo $SHELL
> > > > /bin/bash
> > > &g
On Wed 6/20/12 8:07 MDT Eric Blake wrote:
> On 06/20/2012 07:20 AM, Tom Rodman wrote:
>
> > $ echo $SHELL
> > /bin/bash
> > $ bash -c 'echo SHELL: $SHELL' # does this prove SHELL is exported?
> > SHELL: /bin/bash
>
> No. And in fact, bash
Not sure when this problem started. The issue:
GNU screen is starting w/an empty or undefined value for $SHELL, so
the login shell for all screen windows is incorrect:
$ uname -a; cygcheck -c cygwin
CYGWIN_NT-5.1 aqua 1.7.16s(0.261/5/3) 20120604 01:26:35 i686 Cygwin
Cygwin Package Informati
On Wed 6/6/12 19:53 CDT Tom R wrote:
--snip
> Then, if I 'putty -ssh' (version .60) to the localhost, and then run
>
> procps -wwH -o pid,ppid,user,tty,args -e
>
> it hangs.
>
> So putty triggers it. I'll try a newer version of putty.
also hangs w/latest verion: 0.62 of putty
> I like being ab
On Wed 6/6/12 10:04 EDT cgf wrote:
--snip
> >This morning I tried cygwin-inst-20120604.tar.bz2, and the problem
> >shows up in the same way as decribed above for cygwin-inst-20120507.tar.bz2.
>
> Is putty required to see this hang?
Yes.
Tonight, I tried
cygwin-inst-20120507.tar.bz2
and I s
On Wed 6/6/12 10:08 +0200 Corinna wrote:
> On Jun 5 20:31, Tom Rodman wrote:
> > On Wed 5/30/12 17:53 +0200 Corina wrote:
--SNIP
> > Tonight on my laptop I have been unable to get either problem
> > to show up on the cygwin-inst-20120504.tar.bz2 snapshot.
> >
> &
On Wed 5/30/12 17:53 +0200 Corina wrote:
--SNIP
> > On my laptop, only the pgrep bug shows up, here is the 'forever hang'
> > strace w/CYGWIN set to pipe_byte:
>
> A signal delivery hangs as if the receiver never reads its signal pipe.
> I still can't reproduce the problem, though. Can you try to
After upgrading to 1.7.15(0.260/5/3), on several hosts (but not all)
the commands:
procps
pgrep
hang. I will try to follow up w/more details (cygcheck output) in the next
couple of days.
--
thanks,
Tom Rodman
--
Problem reports: http://cygwin.com/problems.html
FAQ
On Fri 2/25/11 15:57 CST I wrote:
> After loading bash 4.1.9 recently, I have been getting sporatic
> errors in an interactive bash shell. The first word on the
> commandline is run w/o any args, next the rest of the line is
> run by the shell (2nd word used for command). After such error,
> if I
this incomplete report for now.
--
thanks,
Tom Rodman
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Greetings:
I have updated cygwin since I last posted, and I'm still having
this problem several times a day. It's as though the first space
on the commandline is being seen as a semicolon.
I wrote an expect script to attempt to force the problem - unfortunately
after 100+ commandlines there wer
110302 1j tty5 4908 w4 /drv/c
# my-hostname rodmanto $ echo $BASH_VERSION
4.1.10(4)-release
# 09:38:02 Wed 110302 1j tty5 4908 w4 /drv/c
# my-hostname rodmanto $ echo $PS1
# \t \D{%a %y%m%d} \jj \l 4908 w4 \w\n# \h \u $
On Fri 2/25/11 15:57 CST Tom Rodman wrote:
--snip
> A
Thanks for all that contribute to cygwin, I use it day in day out,
year after year.
--
After loading bash 4.1.9 recently, I have been getting sporatic
errors in an interactive bash shell. The first word on the
commandline is run w/o any args, next the rest of the line is
run by the shell (2nd wor
(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
--
thanks/regards,
Tom Rodman
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On Thu 3/19/09 12:13 EDT cygwin@cygwin.com wrote:
> On 03/19/2009, Tom Rodman wrote:
> > This snip from cygcheck.out:
> >
> > Potential app conflicts:
> >
> > ZoneAlarm Personal Firewall
> > Detected: HKLM Registry Key, Named file.
> >
> &
Several hours after a reboot with no apparent trigger, sshd
stops working - 'ssh localhost' hangs prior to prompt for manual
password authentication. For example when trying:
ssh -v -v localhost
# same issue for
ssh HOSTNAME-HERE.FQDN-HERE
##
cygwin version and test case:
$ date;uname
On Thu 8/28/08 22:38 +0200 Reini Urban wrote:
> Larry Hall (Cygwin) schrieb:
> > There hasn't been any effort to support Windows paths in Cygwin for a long
> > time. That doesn't mean it wouldn't have worked sometime in the past.
it worked in cygwin 1.5.19-4
> > It's just that doing so is not
Greetings:
~ $ date;cygcheck -c cygwin
Sun Aug 24 11:37:36 CDT 2008
Cygwin Package Information
Package VersionStatus
cygwin 1.5.25-15 OK
~ $ "$COMSPEC"
-bash: D:\WINNT\system32\cmd.exe: command not found
~ $ ls -l "$COMSPEC"
-rwxrwxr-x+ 1 A
Hello:
awk is removing the \r below:
~ $ date;uname -sr
Thu Aug 21 18:26:08 CDT 2008
CYGWIN_NT-5.0 1.5.25(0.156/4/2)
~ $ printf "HI\r\n"| awk -v BINMODE=rw '{print}'|/bin/od -Ad -c -toC
000 H I \n
110 111 012
003
~ $ cygcheck -f /bin/gawk
gawk-3.1.6-1
--
th
On Mon 7/28/08 10:18 +0200 Corinna Vinschen wrote:
> On Jul 26 09:12, Tom Rodman wrote:
> > I use cygwin in a large domain, from time to time my account is
> > added or removed from domain groups without any warning (last
> > time 'IT' added 'Domain Users&
I use cygwin in a large domain, from time to time my account is
added or removed from domain groups without any warning (last
time 'IT' added 'Domain Users' to some other domain group - so all
domain users were impacted!). When this happens my credentials in
a password-authenticated ssh session, g
On Sat 3/1/08 13:45 PST Brian Dessent wrote wrote:
> Tom Rodman wrote:
>
> > The file "zam" below has slightly unusual windows permissions -
> > it does not inherit from it's parent dir, the owner of the
> > file has no ACES, another user "staffus
The file "zam" below has slightly unusual windows permissions -
it does not inherit from it's parent dir, the owner of the
file has no ACES, another user "staffuser1" has full control.
run:
cp zam zam-cp
then:
"staffuser1" can 'cat' zam-cp, but 'cmd /c type zam-cp' fails, is that
On Sun 12/9/07 12:21 PST Brian Dessent wrote:
> Tom Rodman wrote:
>
> > It's possible the cron-config script does not understand the new
> > mount entries in the registry; or what am I missing?
>
> Yes, the script needs updating.
OK, thanks - I ignored the warning
It's possible the cron-config script does not understand the new
mount entries in the registry; or what am I missing?
--
thx,
Tom
--v-v--C-U-T---H-E-R-E-v-v--
$ cygcheck -c cron
Cygwin Package Information
Package VersionStatus
cron
On Thu 10/11/07 10:05 CDT Matthew Woehlke wrote:
> Tom Rodman wrote:
> > Is there a way to prove that a given process with more than 1 thread,
> > is still restricted to just one CPU?
>
> Unless you have manually set affinity, why would this be true? More
> likely, onl
Pls look at the example below (PS1 prompt def shown, and shell
alias/funct defs shown). Notice that gzip is listed as having 3
threads ( 'OurServer109' is a 4 CPU box with hyperthreading on, so
it has 8 virtual CPUs ).
I would guess gzip must run on exactly 1 cpu, at any given time.
If so, then at
096 c y g \ b i n \ b a s h
108
Is that an old style cygwin snybolic link? If so how do I identify all of them,
so I might update them on my system?
--
thanks,
Tom Rodman
--
Cleanup.., how to delete the zero byte '/bin/bash':
/tmp/ZZ $ (cd /
On Tue 6/19/07 10:23 +0200 cygwin@cygwin.com wrote:
> Version 1.4-1 of ddrescue has been uploaded.
> (http://www.gnu.org/software/ddrescue/ddrescue.html)
I'm a big fan of ddrescue, thanks for the tool! I used it
recently under linux to repair an image hard disk that contained
an NTFS file system.
On Sat 3/10/07 15:55 MST Eric Blake wrote:
> According to Tom Rodman on 3/10/2007 8:14 AM:
> > ~ $ /tmp/foo <(echo ABC)
> > + test -s /proc/self/fd/63
> > + echo 1
> >
> > The 'test -s "$file"' in the test run above should return 0.
&g
test script "/tmp/foo", and test run showing the problem:
~ $ cat /tmp/foo
#!/bin/bash
file=$1
TMPF=$(mktemp /tmp/XX)
set -x
test -s "$file" || echo $?
cp $file $TMPF
cat $TMPF
~ $ /tmp/foo <(echo ABC)
+ test -s /proc/self/fd/63
+ echo 1
1
+ cp /proc/self/fd/63 /tmp
Placing "localhost.localdomain" in "hosts" as shown here:
~ $ cd /cygdrive/c/WINDOWS/system32/drivers/etc
/cygdrive/c/WINDOWS/system32/drivers/etc $ grep localhost hosts
127.0.0.1 localhost.localdomain localhost
eliminates application event log entries like:
--snip
sshd: PID 62
On Sun 1/7/07 12:23 +0100 cygwin@cygwin.com wrote:
> On Jan 5 13:34, Tom Rodman wrote:
> > Admittedly, this may be going "outside the cygwin perms model" a bit:
> >
> > In the below test case file 'foo' has it's RO file attribute set, then has
&g
#x27;setacl' (
http://setacl.sourceforge.net/html/doc-reference.html )
to protect and clear the DACL, and set owner and group.
Pls see example below.
--
thanks,
Tom Rodman
--v-v--C-U-T---H-E-R-E-v-v--
$ cd /tmp
$ object=foo owner=staffuser2
$ rm
On Wed 12/20/06 17:06 EST "Andrew Louie" wrote:
> On 12/20/06, Tom Rodman trodman.com> wrote:
> > Thought this was interesting. My theory: if your in a cygwin
> > *password* *authenticated* ssh session, and you try to get a reporting
> > of the permissions fo
Thought this was interesting. My theory: if your in a cygwin
*password* *authenticated* ssh session, and you try to get a reporting
of the permissions for a network share, that the report will fail,
unless SYSTEM has read rights on the share.
Both examples below were invoked on the same host ( Our
On Wed 12/6/06 14:34 EST Larry Hall wrote:
> This is a change (or bug) in 'file', not Cygwin. I get the same thing as you
> do with Cygwin's version on FC4. If you think there is an issue here, you
> should take it upstream.
Per, the upstream maintainer of 'file', it is a bug that can not be fix
On Mon 12/4/06 14:47 CST cygwin@cygwin.com wrote:
--snip
>~ $ date;uname -a
>Mon Dec 4 14:31:38 CST 2006
>CYGWIN_NT-5.0 OurServer121 1.5.22(0.156/4/2) 2006-11-13 17:01 i686 Cygwin
>~ $ printf '\377\376h\000\r\000\n\000'|file -
>/dev/stdin: MPEG ADTS, layer I, v1, 192 kBits, 3
Thanks Corinna
On Mon 12/4/06 22:10 +0100 cygwin@cygwin.com wrote:
> On Dec 4 14:47, Tom Rodman wrote:
> > Should this directed to the "file" package maintainer?:
>
> No. You're using different versions of the `file' package. The output
> of `file
Should this directed to the "file" package maintainer?:
~ $ date;uname -a
Mon Dec 4 14:31:38 CST 2006
CYGWIN_NT-5.0 OurServer121 1.5.22(0.156/4/2) 2006-11-13 17:01 i686 Cygwin
~ $ printf '\377\376h\000\r\000\n\000'|file -
/dev/stdin: MPEG ADTS, layer I, v1, 192 kBits, 32 kHz, Ste
On Fri 12/1/06 15:57 PST cygwin@cygwin.com wrote:
> Tom Rodman wrote:
>
> > setup.exe did not complain though. I know I have to update my
>
> It wouldn't, because it does not handle replacement of sh.exe directly.
> That is done in the postinstall step. I'm s
[back from shoveling out 2 driveways, a sidewalk, and a stuck car :->]
On Fri 12/1/06 12:53 PST cygwin@cygwin.com wrote:
> Tom Rodman wrote:
>
> > ~ $ echo hi|egrep -v ho
>
> WJFFM.
>
> Note that egrep is a /bin/sh script that just calls grep -E. So if
just a "sorry" :
I forgot to make the cygcheck.out an attachment
--
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/
Package VersionStatus
grep 2.5.1a-2 OK
~ $
--
thanks,
Tom Rodman
--
Cygwin Configuration Diagnostics
Current System Time: Fri Dec 01 14:29:40 2006
Windows 2000 Server Ver 5.0 staffuser2 2195 Service Pack 4
Path: c:\aut\cyg\home\local\staffuser1\bin
c:\a
related links:
http://sourceware.org/ml/cygwin/2006-06/msg00567.html
http://cygwin.com/cygwin-ug-net/ntsec.html
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
for this account is "0". (I do not always
have the password for the windows "administrator" account.)
Should the group name "Administrators" in /etc/group be swapped out
with "root" - I got this idea from a post or two in the cygwin mailing list.
--
tha
On Wed 10/11/06 18:11 CDT cygwin@cygwin.com wrote:
> On Wed 10/11/06 18:07 EDT cygwin@cygwin.com wrote:
> > Are you untarring files into '/' and does that tar file have a '/bin/bash'
> > file?
>
> Thanks Larry. I was untarring to a subdir below root. I can check the
> tar archive, but I doubt it
On Wed 10/11/06 18:07 EDT cygwin@cygwin.com wrote:
> Are you untarring files into '/' and does that tar file have a '/bin/bash'
> file?
Thanks Larry. I was untarring to a subdir below root. I can check the
tar archive, but I doubt it has a bash file w/"000" perms, even if it
did I would expect th
Greetings:
Admittedly just barely worth posting.. Over the years I've seen a
/bin/bash file, with 000 (-) perms. This file is empty, has no
extension, and bash.exe is not touched. How the zero byte "/bin/bash"
get's created is a mystery. It subsequently blocks you from 'sshing'
in. It was
On Wed 8/23/06 9:43 +0200 cygwin@cygwin.com wrote:
> On Aug 21 11:13, Tom Rodman wrote:
> > On Fri 8/18/06 16:28 +0200 cygwin@cygwin.com wrote:
> > > The trick using /etc/group only works for password-LESS authentication,
> > > sorry for not mentioning it, but usually
On Fri 8/18/06 16:28 +0200 cygwin@cygwin.com wrote:
> On Aug 18 08:35, Tom Rodman wrote:
> > On Fri 8/18/06 8:58 +0200 cygwin@cygwin.com wrote:
> > > On Aug 17 18:49, Tom Rodman wrote:
> > > >
> > > > tried that.. no joy, take a look:
>
On Fri 8/18/06 8:58 +0200 cygwin@cygwin.com wrote:
> On Aug 17 18:49, Tom Rodman wrote:
> >
> > tried that.. no joy, take a look:
> > --v-v--C-U-T---H-E-R-E-v-v--
> > $ $WINDIR/system32/whoami /all #we're in an ssh sessio
On Wed 8/16/06 23:11 +0200 cygwin@cygwin.com wrote:
> On Aug 16 15:49, Tom Rodman wrote:
> > On Wed 8/16/06 14:44 CDT mwoehlke wrote:
> > > Tom Rodman wrote:
> > > > Hosts effected:
> > > >
> > > > several boxes running windows 2003 server w
Thanks for your help Matthew.
On Wed 8/16/06 14:44 CDT mwoehlke wrote:
> Tom Rodman wrote:
> > Hosts effected:
> >
> > several boxes running windows 2003 server w/cygwin (1.5.20s(0.155/4/2)
> > 20060403 13:33:45)
> >
> > Problem (or feature?):
> >
= "LOCAL" S-1-2-0
The reason I care is that is that several tools we call from cygwin, will
not run unless the session is in S-1-2-0.
I'm not sure if this is a cygwin version issue, or due to windows 2003.
Any thoughts/can others test this in an ssh session?:
$WINDIR/syste
On Mon 5/29/06 12:13 EDT cygwin@cygwin.com wrote:
--snip
> I've reduced the size of the windows command line which is sent to
> Cygwin processes still further and that fixes the problem on my game
> computer. That fact that this worked just fine on my normal test
> computer (and presumably on Cori
I tried the test case below w/the 5/27 snapshot and got
what appear to be the same fork errors. So, I'm sticking
with the 4/3/2006 snapshot.
Is there any other info I can supply to help?
--
thanks
Tom
On Wed 5/17/06 23:03 CDT cygwin@cygwin.com wrote:
> Thanks to all for trying the test.
--snip
I tried the test case below w/the 5/27 snapshot and got
what appear to be the same fork errors. So, I'm sticking
with the 4/3/2006 snapshot.
Is there any other info I can supply to help?
--
thanks
Tom
On Wed 5/17/06 23:03 CDT cygwin@cygwin.com wrote:
> Thanks to all for trying the test.
--snip
Thanks to all for trying the test.
On Tue 5/16/06 21:20 PDT "Bryan D. Thomas" wrote:
> >> If I revert to the April 3 snapshot it works fine. For the 4/27
> >> snapshot, it's repeatable
>
> > I see this under 20060309 as well.
>
> This is repeatable on my system with both 20060427 and 20060309 ve
Below is a nonsense set of commands derived from a useful script
that was getting fork errors w/the 4/27 snapshot:
~ $ date;uname -a
Tue May 16 07:58:20 CDT 2006
CYGWIN_NT-5.0 OurServer108 1.5.20s(0.155/4/2) 20060427 13:16:59 i686 Cygwin
~ $ cd /tmp;echo -ne '#!/bin/bash -u\nfoo "$@"\n' >b
iles and dirs are written out with ownership, and posix groups
mapped as one would hope - to the matching accounts and groups in
the new domain. Very nice!
--
thanks,
Tom Rodman
--
PS
A couple of days ago, after re-reading the tar info pages, I decided to
try the --same-owner switch , and was pleas
--
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/
the terminology), being imperfect;
so that may have convinced me to not use "rm -rf DIRXXX".
So is "rm -rf ./foo/" safe to use? Is there any danger that
anything other than ./foo/ will be deleted?
Thanks for any help, I'm mainly just curious. :->
--
Tom Rodman
--
On Tue 4/11/06 11:19 +0200 cygwin@cygwin.com wrote:
> On Apr 6 08:35, Tom Rodman wrote:
> > On Thu 4/6/06 8:04 CDT cygwin@cygwin.com wrote:
> > > OK - I read Corinna's ANNOUNCEMENT on gawk-3.1.5-4. I'll try the BINMODE
> > > variable.
> >
> >
On Thu 4/6/06 13:46 EDT cgf wrote:
--snip
> >I just read
> >
> > /usr/share/doc/cygwin-doc-1.4/html/cygwin-ug-net/using-cygserver.html
> >
> >for the first time.
> >
> >We mainly run fairly straight forward bash and perl scripts under
> >cygwin, both at the commandline and through cron; some sc
On Thu 4/6/06 10:10 EDT "Luis P Caamano" wrote:
> On 6 Apr 2006 03:44:22 -, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
> >
>
> > fork problem
> > 120469 by: [EMAIL PROTECTED] (J. David Boyd)
>
> I started using cygserver and edited its config file to use 310 procs
> instead of 62.
On Thu 4/6/06 8:04 CDT cygwin@cygwin.com wrote:
> OK - I read Corinna's ANNOUNCEMENT on gawk-3.1.5-4. I'll try the BINMODE
> variable.
I read the info page on gawk and BINMODE, it does not seem to be working:
~ $ cygcheck -c gawk
Cygwin Package Information
Package Version
DOS text STDIN. This change in behavior has broken some of
> our scripts. Is this change in behavior by design? Can we revert back
> to the old design?
>
> Pls see test cases below.
>
> --
> thanks,
> Tom Rodman
>
> # --
The latest versions of gawk and sed appear to have changed how they
process DOS text STDIN. This change in behavior has broken some of
our scripts. Is this change in behavior by design? Can we revert back
to the old design?
Pls see test cases below.
--
thanks,
Tom Rodman
On Mon 4/3/06 13:19 EDT cyg wrote:
> On Mon, Apr 03, 2006 at 10:52:01AM -0500, Tom Rodman wrote:
> >Then, I ran:
> >
> > C:\>c:\aut\cyg\bin\strace -o/tmp/strace.out /bin/bash
> > bash-3.00$ exec /bin/ls -l /etc/passwd
>
> The strace shows that /bin/ls is
On Sun 4/2/06 15:59 CDT cygwin@cygwin.com wrote:
> On Sun 4/2/06 16:43 EDT cygwin@cygwin.com wrote:
> > On Sun, Apr 02, 2006 at 02:37:22PM -0500, Tom Rodman wrote:
> > >I installed the 3/29 cygwin1.dll snapshot yesterday on a test windows
> > >2000 box. Many (all?) of
On Sun 4/2/06 16:43 EDT cygwin@cygwin.com wrote:
> On Sun, Apr 02, 2006 at 02:37:22PM -0500, Tom Rodman wrote:
> >I installed the 3/29 cygwin1.dll snapshot yesterday on a test windows
> >2000 box. Many (all?) of our cron jobs ran normally Sunday morning.
> >Today, though,
I installed the 3/29 cygwin1.dll snapshot yesterday on a test windows 2000 box.
Many
(all?) of our cron jobs ran normally Sunday morning. Today, though, the output
of 'ls' or 'ls -l' from an interactive bash session was always nothing.
I've reverted back to the released cygwin1.dll, and ls is work
ine.
We're rebooting the server tonight - it's been up just over 1 week.
Should I try a later snapshot?
--
thanks much,
Tom Rodman
1st for for error on Monday:
--v-v--C-U-T---H-E-R-E-v-v--
> 16:09:13 Mon Mar 27 2j tty0 6480 /adm/config/etc
>
On Fri 3/3/06 9:47 +0100 Corinna wrote:
--snip
> > The SIDs on several hundred GB worth of files and dirs will almost all
> > be from the old domain. The old domain controller will be shutdown,
> > but there will be a SID history associated w/(almost) each domain user
> > account and group that was
thanks Corinna
On Thu 3/2/06 16:27 +0100 Corinna wrote:
> On Mar 2 09:13, Tom Rodman wrote:
> > Has anyone experienced a domain migration where the filesystem was
> > left unchanged, and a "SID history" was injected into Active Directory
> > trustees? Under "
dentity in the old
domain. The files and dirs have SIDs from the old domain only, but the
SID history feature is supposed to make this moot.
Can we expect sensible output from 'ls -l'?
We'll be testing fairly soon; will post results back to this thread.
--
thanks,
Tom Rodman
-
[Informal post. I'm not a developer. Is this a fair test, does it have any
value?]
We have a test box (Windows Server 2003 Enterprise Edition), w/10GB RAM (PAE
enabled).
Trying to stress the limits of cygwin 1.5.19 or the OS, I ran this test
from a bash session:
# preliminary step: load priva
On Wed 2/1/06 15:26 +0100 Corinna wrote:
> On Feb 1 08:07, Tom Rodman wrote:
> > On Wed 2/1/06 10:20 +0100 Corinna wrote:
> > > On Jan 31 10:32, Tom Rodman wrote:
> > > > Also notable, was that whoami shown: "OurSrvr064\sshd_server", instead
> > &g
by 'whoami', I'm refering to the *cygwin* 'whoami'
In addition, to 'whoami' reporting OurSrvr064\sshd_server,
the account does not have full rights. For details, see:
http://cygwin.com/ml/cygwin/2006-01/msg01495.html
--
thanks,
Tom
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-
On Wed 2/1/06 10:20 +0100 cygwin@cygwin.com wrote:
> On Jan 31 10:32, Tom Rodman wrote:
> > Also notable, was that whoami shown: "OurSrvr064\sshd_server", instead of
> > "staffuser2".
>
> That's normal for passwordless login.
Sorry, I should have
ver.
To make the problem go away, run:
net localgroup toss_soon /delete administrators
BTW, we're unable to remove administrators from the group in
our case, and I prefer not to have to add the user to the group -
the account is already in the local administrators group.
--
thanks,
Tom
pls se
velopers can author web sites on this computer
Members
---
The command completed successfully.
end The new local groups added today
}
-- background --
This host is in a large Active Directory Domain, with tho
On Thu 1/26/06 17:57 GMT "Dave Korn" wrote:
--snip
> I made the terrible mistake of trying to use M$ migwiz.exe to
> recover my old cygwin installation from a dead machine's drive to a
> new one.
>
> I thought it might be just a simple archiver that would conveniently
> help move all my stuff
On Wed 1/4/06 18:39 EST Igor Peshansky wrote:
> On Wed, 4 Jan 2006, Christopher Faylor wrote:
>
> > On Tue, Jan 03, 2006 at 11:07:01PM -0500, Larry Hall (Cygwin) wrote:
> > >My output seems similar to Igor's, though mine is longer :-( (and therefore
> > >also bzipped) but definitely against the 12
On Sun 1/8/06 at 13:13 CST I wrote:
--snip
> The test case at the console may not have worked for the last several cygwin
> releases.
--snip
It's working just fine at the console under the 1/8/06 snapshot :->
--
Thanks!
Tom Rodman
--
At the risk of wasting bandwidth, here are
Believe this is correct, will someonelse pls verify? If so, is this
intended, ie permanent? If so, I need to adjust a script or two.
I'm aware that it %windir% is usually lower case for windows, but I
think it was changed to uppercase in an ssh cygwin session in previous
releases.
--
thanks,
Tom
8 12:44:04 2006
from 127.0.0.1\r\r\nWelcome to Engineering Systems tcm server ..\r\n> 12:44:45
Sun Jan 08 0j tty3 2728 ~\r\r\n> OurServer108 staffuser1 >"
send: sending "date; exit\r" to { 4 }
date; exit
Sun Jan 8 12:44:46 CST 2006
logout
Connection to local
ase.
--
thanks,
Tom Rodman
On Tue 12/20/05 22:01 +0100 cygwin@cygwin.com wrote:
> On Dec 19 11:00, Tom Rodman wrote:
> > Enclosed is an expect script (to ssh to the localhost with password
> > authentication) that "hangs" (search ahead for "parent: waiting for sync
>
<2 informal tests on my home PC, /etc/ssh_config is "OTTB">
no problem, using PubkeyAuthentication:
$ uname -a #login shell is bash, started by 'sshing in'
CYGWIN_NT-5.0 argon 1.5.19s(0.149/4/2) 20051227 16:45:51 i686 unknown unknown
Cygwin
$ ssh localhost date
Wed Dec 28 21:03:43 CST 20
Solving this issue is important to us. We have a tool
that triggers a remote job via an ssh client. If this
general approach works:
ssh remotehostname "job arg1 arg2.."
I think our tool will work.
On Mon 12/26/05 16:31 CST Tom Rodman wrote:
--snip
> my mistake, I just re-ran the
On Mon 12/26/05 16:01 EST Igor wrote
--snip
> > > As an adaptation of your own command:
> > --snip
> > > Try:
> > >
> > > cygrunsrv -I sshd_test -p /usr/bin/strace.exe -a '-o
> > > /var/tmp/sshd_strace /usr/sbin/sshd.exe -ddd' -e CYGWIN="$CYGWIN"
> >
> > I setup the sshd_test service as you indi
On Mon 12/26/05 16:01 EST cygwin@cygwin.com wrote:
--snip
> Hmm, you didn't attach the strace output -- just the sshd debug output.
> The command above will put the strace output into /var/tmp/sshd_strace.
> Also, there's no need to post the working case strace.
>
> FWIW, the strace output is like
Thanks Igor for your help, pls see strace results below:
On Sat 12/24/05 23:45 EST cygwin@cygwin.com wrote:
> On Sat, 24 Dec 2005, Tom Rodman wrote:
>
> > Problem: 'ssh localhost date' asks for password, I type it, I'm
> > authenticated, but no out
Problem: 'ssh localhost date' asks for password, I type it, I'm
authenticated, but no output is seen from the date command
(original post has details)
Corrina, and cgf wrote WJFFM:
http://cygwin.com/ml/cygwin/2005-12/msg00801.html
So what is special about my setup? What ad
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
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
~ $
On Wed 12/21/05 12:36 +0100 cygwin@cygwin.com wrote:
> On Dec 20 23:00, Christopher Faylor wrote:
> > On Tue, Dec 20, 2005 at 07:02:12PM -0600, [EMAIL PROTECTED] wrote:
> > >There seems to be a new (related?) issue w/this Dec 20 snapshot. I don't
> > >have time to log the test formally now; I hope
My guess is that cgf is aware of this, and working on a fix..:
~ $ uname -a
CYGWIN_NT-5.0 OurServer108 1.5.19s(0.148/4/2) 20051220 00:11:57 i686 unknown
unknown Cygwin
~ $ ssh localhost date
[EMAIL PROTECTED]'s password:
~ $
I manually entered the correct password above, the output fr
Related ssh/expect script post by Corinna:
http://sourceware.org/ml/cygwin/2003-10/msg00801.html
FYI:
The Dec 16 cygwin1.dll snapshot test case "hung" again in the same way,
after I ran a "rebaseall" - just tried this 10 min ago.
Is it recommended that one do a rebaseall each time the cy
for eof, so output is flushed?
puts "\n\nexpect script exiting normally\n";
~ $ /tmp/fee
spawn ssh localhost -l staffuser1
parent: waiting for sync byte
Killed
~ $ # after a long wait, I manually killed "expect" from another bash session
--
Tom Rodman
--
Cygwin Configurati
1 - 100 of 148 matches
Mail list logo