argue that:
\r at EOL should never being stripped out of a
cygwin binary pipe.
Why shouldn't binary pipes behave the same in Cygwin and UNIX?
respectfully/regards,
Tom Rodman
--v-v--C-U-T---H-E-R-E-v-v--
PS
I find it significant that the design
for this, or do I have an
incorrect config setting? I have included more background info below.
--
thanks/regards,
Tom Rodman
perl -e 'print unpack(u, \.\=\$\!T\F\]D\;6\%N\+F\-O\;0H\`);'
--v-v--C-U-T---H-E-R-E-v-v--
(Were running NT4.0 SP6A)
background on my
, but will not be able to finish
it for a few days; at that time I will followup later with a post that
follows the problem reporting guidelines.
--
thanks,
Tom Rodman
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation
TCP10.125.15.180:1106 10.125.15.180:1339 ESTABLISHED
TCP10.125.15.180:1106 10.125.15.180:1343 ESTABLISHED
TCP10.125.15.180:1106 10.125.15.180:1367 ESTABLISHED
--snip (it also works w/out the -wait)
--
Tom Rodman
--
Cygwin Configuration
expect from another bash session
--
Tom Rodman
--
Cygwin Configuration Diagnostics
Current System Time: Mon Dec 19 09:32:23 2005
Windows 2000 Advanced Server Ver 5.0 staffuser2 2195 Service Pack 4
Path: c:\aut\cyg\home\local\staffuser1\bin
c:\aut\cyg\home\local\staffuser1\bin
c
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
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
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 you
)
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
~ $
Any suggestions?
--
thanks,
Tom Rodman
--
Cygwin Configuration Diagnostics
Current
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
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 output is seen from the date command
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 likely
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 indicated above Igor.
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 failing test
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 2005
above (*really*), but
could it have resurrected the expect script problem? - admittedly a WAG.
Sorry, I'm out of the loop; have not been following the
cygwin mailing list for about a week..
When I get time, I will post simple log of the failing expect script test case.
--
thanks,
Tom Rodman
+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
byte)
with the Dec 16 snapshot. Please take a look at the working and
non
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,
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 the test cases
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/29
sorry if this is OT for the list
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
lines. Our AD domain and forest has
mixture of global, and domain local groups. This host is used
as a software 'build engine', ie windows software is compiled there.
--
thanks,
Tom Rodman
--
Cygwin Configuration Diagnostics
Current System Time: Tue Jan 31 09:04:08 2006
Windows 2003 Server
a comment or two below:
On Tue 1/31/06 10:32 CST Tom Rodman wrote:
--snip
-- The Problem --
On Monday several compilers were loaded on this host (OurSrvr064);
because of this, 4 new local groups were created. So, I updated
/etc/group, by running 'mkgroup -ld', and subsequently re-doing
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 emphasized that when I ssh'd in, the password
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:
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
of
staffuser2.
That's normal for passwordless login
[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
- what rights do I
need ask our corporate admins to give my account so mkpasswd -l -d
completes w/o error? (I *am* a local administrator.)
--
thanks/regards,
Tom Rodman
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
More background:
The box is running windows 2003 server.
The user running mkpasswd is a domain user (ie not a local computer
account). This user is in the host's local administrators group.
Help would be greatly appreciated :-
--
thanks,
Tom
Cygwin Configuration Diagnostics
Current
CST Tom Rodman wrote:
When running
mkpasswd -l -d
I get the error:
mkpasswd (249): [5] Access is denied.
See below bash session:
[EMAIL PROTECTED] ~
$ date; uname -a
Wed Mar 2 10:37:14 CST 2005
CYGWIN_NT-5.2 c7mkes132 1.5.13(0.122/4/2) 2005-03-01 11:01 i686 unknown
$ CYGWIN=nontsec touch foo
Thanks Brian, that should do it.
On Wed 5/18/05 13??:34 PDT Brian wrote:
[EMAIL PROTECTED] wrote:
I like and depend on NTSEC, but sometimes I want pure windows behavior.
How can I create a new file from the bash prompt without umask being
honored- what I
On Wed 5/18/05 16:18 CDT Tom Rodman wrote:
$ CYGWIN=nontsec touch foo
Thanks Brian, that should do it.
Here's a function I plan to use:
wtouch()
{
local file=$1
CYGWIN=nontsec touch $file
setacl -on $(cygpath -aw $file) -ot file \
-actn setowner -ownr n:Administrators;s:n
/usr/share/doc/Cygwin/openssh.README.
There is also a long delay (15 sec or so) when logging in.
--
thanks,
Tom Rodman
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ
, setacl, cygwin getfacl.
I've also modified a USENET script that uses the perl Win32::Perms module
from David Roth; the script works fine but does not show the flag I need.
thanks/regards,
--
Tom Rodman
--
PS
The Usenix perl script that I modified was called perms.pl. You
can pry it out
to review.. the problem (UNIX style lines converted to DOS):
--v-v--C-U-T---H-E-R-E-v-v--
bash-2.05b$ printf \r\n\n|perl -pe '1;'|od -a
000 cr nl cr nl
004
work around:
What am I missing, it's still broke. PERLIO=raw works fine
though..
bash-2.05b$ printf \r\n\n|PERLIO=stdio perl -pe '1;'|od -a
000 cr nl nl
003
bash-2.05b$ printf \r\n\n|PERLIO=raw perl -pe '1;'|od -a
000 cr nl nl
003
thanks much/regards,
--
Tom Rodman
pls run
a
bug though - any comments would be appreciated.
__
thanks/regards,
Tom Rodman
pls run for my address:
perl -e 'print unpack(u, \.\=\$\!T\F\]D\;6\%N\+F\-O\;0H\`);'
PS
googling brought up, a possibly related thread:
http://www.cygwin.com/ml/cygwin-patches/2003-q1/msg00291.html
Frame 542
Interactively rbash seems to work fine:
~ $ uname -a
CYGWIN_NT-5.0 c7mkes108 1.5.17(0.129/4/2) 2005-05-25 19:38 i686 unknown
unknown Cygwin
~ $ ls -l /bin/{bash,rbash}
-r-xr-xr-x+ 2 scmcron Users 512512 Oct 29 2004 /bin/bash*
-r-xr-xr-x+ 2 scmcron Users 512512 Oct 29 2004 /bin/rbash*
know I'm rushing a bit..
--
thanks,
Tom Rodman
--
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/
Larry:
Thanks for taking the time to reply, and thanks for the (~/.bash_login)
suggestion.
Below are two tests cases for ssh localhost date. The Linux
test shows that ~/.bashrc is read. The Cygwin case shows none of
~/{.bash_profile,.bash_login,.profile,.bashrc} are read. Doesn't this
seem like
starting new thread, trying for attention :-
old thread: http://sources.redhat.com/ml/cygwin/2005-06/msg00306.html
Larry:
THANKS for taking the time to reply, and thanks for the (~/.bash_login)
suggestion.
Below are two tests cases for ssh localhost date. The Linux
test shows that ~/.bashrc
--
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/
//OurBox108/scm/toss.$RANDOM
touch: cannot touch `//OurBox108/scm/toss.29272': Permission denied
I would appreciate it if anyone can try the above two cases
and let me know of they work OK for you.
--
Tom Rodman
--
minor (3rd) problem:
ssh session does not have proper rights for drive mapped
I say little new below, I don't have time to try again until ~Thursday
Pierre:
I may not be able to get back to this until Thursday, but I
will post again, with more detail (working or not working).
--
thanks again,
Tom
see comments below:
On Tue 7/26/05 17:26 EDT Pierre A. Humblet wrote:
I
Pierre:
On Tue 7/26/05 17:26 EDT Pierre A. Humblet wrote:
snip
I don't follow exactly what you did, but you must make sure (show us !)
that id when you are logged in at the console reports exactly the same
groups
as when you are logged in under ssh.
If there are fewer groups under ssh,
sessions; Pierre A. Humblet supplied
me with a workaround: (http://cygwin.com/ml/cygwin/2005-07/msg01287.html).
How can we determine if user staffuser1 is or is not in group
ABC_NA-CTX-Notepad-A?
--
thanks,
Tom Rodman
console bash session:
--v-v--C-U-T---H-E-R-E
Thank you again Pierre.
I appreciate the increased rights ;-It fixed up more than
just the net drive issue, a couple of my database admin commands that were
failing, now work again in an ssh session.
see comments below
--
regards,
Tom
On Thu 7/28/05 13:22 EDT Pierre A. Humblet wrote:
Tom
than ~2 min
Not sure if this is exposing a bug. Just an observation.
--
regards,
Tom Rodman
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http
Thanks Larry.
The hang happens completely outside of cygwin also. It hangs
if you type tlist bash from a cmd.exe prompt.
--
Tom
On Wed 8/3/05 14:10 EDT Cygwin List wrote:
At 11:25 AM 8/3/2005, you wrote:
Under 1.5.18 and several earlier releases the w2k resource kit tool tlist
hangs for me
see comments below, thanks again for your help. This
issue is pretty minor to me, but I had thought it might
be interesting to the list.
On Wed 8/3/05 14:10 EDT Cygwin List wrote:
At 11:25 AM 8/3/2005, you wrote:
Under 1.5.18 and several earlier releases the w2k resource kit tool tlist
hangs
A 'tlist 5664' launched from the cmd.exe shell finished after ~20 min.
--v-v--C-U-T---H-E-R-E-v-v--
Microsoft Windows 2000 [Version 5.00.2195]
(C) Copyright 1985-2000 Microsoft Corp.
C:\Documents and Settings\staffuser1timethis tlist 5664
TimeThis :
Greetings:
Our expect script, starts an ssh session on the localhost (w/password
authentication; login shell is bash), then starts another script. The
benefit- network drives are writable. This wrapper script is used in our
crontabs.
Recently (since 1.5.18, possibly earlier), this script
has
hyperthreading
issues have been solved early this year - is this true?
--
My next workaround for this has been to abandon the expect
script, and the cygwin ssh client, and use a plink based
script instead.
--
thanks much,
Tom
On Sat 8/13/05 15:37 CDT Tom Rodman wrote:
Greetings:
Our expect script
On Mon 9/19/05 21:21 EDT Poor Yorick wrote:
snip
mkpasswd -d /etc/passwd
seems to hang. I get no output and it never completes.
For us, mkpasswd -d dumps ~1500-2000 users and then
errs out. Our domain is hugh. My work around is to build /etc/passwd
with a script that repeatedly calls
wrote:
Original Message
From: Tom Rodman
Sent: 20 September 2005 14:51
On Mon 9/19/05 21:21 EDT Poor Yorick wrote:
snip
mkpasswd -d /etc/passwd
seems to hang. I get no output and it never completes.
I don't suppose you've actually allowed it to run forever yet, so never
This problem is gone w/recent snapshots (I'm using the 9/19 snapshot).
--
thanks,
Tom
On Sat 8/13/05 15:37 CDT Tom Rodman wrote:
Greetings:
Our expect script, starts an ssh session on the localhost (w/password
authentication; login shell is bash), then starts another script. The
benefit
All:
I'm using the 9/19 snapshot. The sleep in the below test script seems to
be required, otherwise the script could be simplified and still
cause errors.
The test script works (always?) without errors on 1.3.20.
Here are a couple of test runs:
~ $ /tmp/test
x: 1
x: 2
x: 3
x: 4
x:
On Wed 9/21/05 11:44 EDT (cgf) cygwin@cygwin.com wrote:
On Wed, Sep 21, 2005 at 09:13:09AM -0500, Tom Rodman wrote:
All:
I'm using the 9/19 snapshot. The sleep in the below test script seems to
be required, otherwise the script could be simplified and still
cause errors.
Today I carefully
will be purchased in the next couple of months. :-
--
thanks again,
Tom Rodman
--
See below for the snippets { enclosed in curly
braces }. This is an egrep of last ~200 days of cygwin archives for:
fork: No such file or directory
died waiting for longjmp
fork: Bad file
fork: Resource temporarily
Interactively rbash seems to work fine:
bash-2.05b$ uname -a; ln -s /bin/bash /bin/rbash;rbash
CYGWIN_NT-4.0 ws011206 1.3.20(0.73/3/2) 2003-02-08 12:10 i686 unknown unknown Cygwin
rbash-2.05b$ cd /
rbash: cd: restricted
When I set the login shell to /bin/rbash in /etc/passwd
and login
Consider the path:
/tmp/xxx/yyy/zzz
Within rxvt I want to doubleclick on xxx with the
result that only xxx is highlighted. Unfortunately
the complete path highlights. Interestingly enough
it works with \, ie:
\tmp\xxx\yyy\zzz
Is there a switch to fix this?
__
thanks/regards,
Tom Rodman
/etc/passwd.
--
thank/regards,
Tom Rodman
pls run for my address:
perl -e 'print unpack(u, 1\:6UP\,\$\!T\F\]D\;6\%N\+F\-O\;0H\`);'
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com
.
Yesterday I used a procedure that had worked many times (weeks earlier).
--
thanks/regards,
Tom Rodman
perl -e 'print unpack(u, \.\=\$\!T\F\]D\;6\%N\+F\-O\;0H\`);'
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation
This is just FYI, no response needed.
(BTW - I did get the answer to my post to via the package maintainer. )
--
thanks,
Tom Rodman
#
# header for first failed msg, sent ~12:47 CST 12/4/03
# o e-mail sent to the below From
sure others can correct some of what I just said, but I believe
is mostly right ;-
--
Tom Rodman
pls run for my address:
perl -e 'print unpack(u, 1\:6UP\,\$\!T\F\]D\;6\%N\+F\-O\;0H\`);'
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com
On Fri 3/26/04 1:15 EST :
The #! construct must always refer to a binary, never to another
script (to avoid loops?). I ran into the same issue. The UNIX
standard is what I just said, but earlier (and current?) cygwin
versions (wrongly) sorta supported a script. In 1.3.20 it works about
2 out of
Assume you have two hosts w/cygwin installed: one that sees script
foobar as a local file and one that is running this same foobar but
through a network drive.
Based on tests, if bash is running the script foobar, w/foobar
on a remote drive; then while foobar is
running on this remote box,
the help as saying up to 255 separate env vars may be
defined.
--
thanks,
Tom Rodman
perl -e 'print unpack(u, 1\:6UP\,\$\!T\F\]D\;6\%N\+F\-O\;0H\`);'
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation
On Sun 4/18/04 13:15 +0200 Corinna wrote:
snip
I've uploaded version 1.0-1 which allows arbitrarily sized environment
variables. The number of variables is still limited to 255.
Thank-you Corinna!
--
Tom Rodman
pls run for my address:
perl -e 'print unpack(u, 1\:6UP\,\$\!T\F\]D\;6\%N\+F\-O
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 6204:
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
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.
How do you figure? pipes are special file types, and st_size
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.
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 /bin ; chmod 777 bash;cmd /c del bash; ls -l bash
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,
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' to some other domain group - so all
domain
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
--
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
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 a goal
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/system32/whoami /all |grep -q S-1-2-0 || echo OOPs
--
thanks,
Tom Rodman
--
Unsubscribe
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?):
when you ssh to these boxes, and run
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/cygwin
(1.5.20s(0.155/4/2) 20060403 13:33:45)
Problem
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 session before edits made
to /etc/group
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:
--v-v--C-U-T---H-E-R-E-v-v
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 the problems reported here
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 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 that
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 has a
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.
--
thanks
Tom Rodman
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
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:
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:\aut\cyg\bin
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/
[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 your
sh.exe was in use or something went
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,
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' is based on data files which are updated with each
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, 32
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 fixed
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 (
On Wed 12/20/06 17:06 EST Andrew Louie wrote:
On 12/20/06, Tom Rodman cygzx at 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 for a network share, that the report
/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 -f foo; ls foo
ls: foo: No such file or directory
1 - 100 of 146 matches
Mail list logo