RE: chmod suddenly ceased to work on old files - NEW FINDINGS

RE: chmod suddenly ceased to work on old files - NEW FINDINGS

[FischRon.external]

> Are you saying that your ssh may use a different cygwin1.dll than the
> rest of the system?

No, I took care about this, so this can't be the reason....

Ronald

--
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: chmod suddenly ceased to work on old files - NEW FINDINGS

[Pierre A. Humblet]

----- Original Message ----- 
From: <FischRon.external@infineon.com>
To: <Pierre.Humblet@ieee.org>; <cygwin@cygwin.com>
Sent: Friday, July 15, 2005 4:15 AM
Subject: RE: chmod suddenly ceased to work on old files - NEW FINDINGS

>> Now, there are still three mysteries.
>> The first is why having uid = 400 makes any difference for ssh.
>> As you can see, Windows doesn't care a bit about your uid,
>> nor about upper/lower cases.
>
> Windows doesn't, but maybe ssh. This (OpenSSH) is a cygwin application.
>
> Note that I installed OpenSSH long ago, before having installed cygwin.
> I can see that OpenSSH installed in its directory some cygwin stuff,
> such as mkpasswd.exe and cygwin1.dll, so I guess it has created a
> minimal "cygwin environment" to work. Maybe in this minimal
> environment, it assumed that it works for user id 400. But when I run
> it now, ssh suddenly knows that it is on a computer with a full blown
> cygwin installed, so it looks at /etc/passwd for the uid. When it is 
> different, ssh thinks that the current user is not the one for whom the
> id_rsa file was generated, so it is not granted to use it.

> Could this be an explanation?

Are you saying that your ssh may use a different cygwin1.dll than the
rest of the system? If so, delete it. In fact I would recommend completely
removing the old OpenSSH stuff (you can keep the id_rsa file) and 
installing the latest ssh version.

About your other problems, the hypothesis that network administrators
have altered the file permissions is quite plausible. The fact that
h:\tmp\tg.pl  is on a network drive also makes it harder to determine
what's the expected behavior.
 
Pierre



--
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: chmod suddenly ceased to work on old files - NEW FINDINGS

[FischRon.external]

> Yes, it's a Window permission problem as you have 
> identified. The "bad" files were probably created by a
> Windows program, or by Cygwin with nontsec. The "good"
> files were created by Cygwin with ntsec.
> The "bad" files inherit insufficient default permissions, 
> which don't give
> the owner enough access rights to chmod. You can change the default,
> as well as changing existing permissions, by using the advanced
> Windows properties (as you have done). At the bottom there
> should be a checkbox offering to reset permissions on all
> child objects. That will take care of your problems if you change
> the permissions in a top directory.

Indeed, this worked fine. So far I don't see permission problems
anymore.

> Now, there are still three mysteries.
> The first is why having uid = 400 makes any difference for ssh.
> As you can see, Windows doesn't care a bit about your uid,
> nor about upper/lower cases.

Windows doesn't, but maybe ssh. This (OpenSSH) is a cygwin application.

Note that I installed OpenSSH long ago, before having installed cygwin.
I can see that OpenSSH installed in its directory some cygwin stuff,
such as mkpasswd.exe and cygwin1.dll, so I guess it has created a
minimal
"cygwin environment" to work. Maybe in this minimal environment, it
assumed that it works for user id 400. But when I run it now, ssh
suddenly
knows that it is on a computer with a full blown cygwin installed, so
it looks at /etc/passwd for the uid. When it is different, ssh thinks
that
the current user is not the one for whom the id_rsa file was generated,
so it is not granted to use it.

Could this be an explanation?

> Can you confirm the ssh problem is really true?
> Edit /etc/passwd, change the uid to its "normal" value. Reboot
> your machine. Is there still a problem with ssh?

It is reproducible, and I don't even need to reboot: I suffices to
change the /etc/passwd and open a new shell (cygwin shell or Windows
command shell), and it refuses to work.

> 
> The second one is why chmod stopped working. 
> When is the last time it worked on a "bad" file? Is the problem
> related  to changing /etc/passwd (unlikely), or updating Cygwin?
> Simply save your existing passwd file, generate a new one
> with mkpasswd -l (only), and launch a new shell (rebooting
> should not be necessary). Your uid will be 400.
> Does chmod now work? I doubt it.

As you have guessed, the chmod problem was not related to the change in
user id and was not affected. I have resolved this - thanks to many
helpful answers in this mailing list - by fixing the Windows access
rights in the top level directory. 

Since this directory is on a network drive, which is accessible by the
domain administrators, it could well be that it was changed by them
(or by one of the "cleanup programs" which are run periodically, in
which case I expect the problem to pop up soon again).

> The third is that even though Windows does not give you the
> right permissions, it gives Full permissions to Administrators
> (at least on the file tg.pl, VORDEFINIERT\Administrators:F) 
> and "id" indicates that you are a member of the Administrators
> group. Thus you should be able to access the file...
> Can you verify in the Windows security GUI that Administrators
> can "Berechtigungen andern"? 

They can, and - for example - I didn't have problems setting a
file to readonly via Windows Explorer. I really have no explanation
here and am just happy that everything is working right now. Will
observe it closely over the next couple of weeks.

Kind regards,

Ronald

--
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: chmod suddenly ceased to work on old files - NEW FINDINGS

[FischRon.external]

[-- Attachment #1: Type: text/plain, Size: 2918 bytes --]

> Your problem is really baffling.
> Recreating /etc/passwd should have no negative effect,
> and editing the uid in /etc/passwd should not matter.
> 
> - Are there perhaps two FischRon on the machine, a domain
> user and a local user?

No, but could it be that there is a problem with upper/lowercase?
My Windows login is "fischron" (all lower case), but when I send
email, the address is "FischRon.external@infineon.com". Of course
spelling does not matter in email, but maybe this is a hint that
my user id is written in different case on two different places,
where it really should have been written in the same way?

> - Could you send me the outputs of "cacls x" and "cacls y",
> where x and y are the files you ran getfacl on?
> - Also run "strace -o trace.txt chmod 660 x" and send me 
> trace .txt.

Actually, the permission problem was identified to be wrong Windows
properties (see my related posting under the heading "ssh ceased 
to work after recreation of /etc/passwd"), and after I manually
changed these permissions for file x, it now behaves fine. However
I include here the cacls output for another file where I did not
correct the Windows file properties yet - maybe you can see extract
additional useful information from it:

~/tmp $ cacls tg.pl
h:\tmp\tg.pl EU\fischron:C
             EU\MUC-ADM-FileOperators-Home-L:C
             VORDEFINIERT\Administrators:F
             EU\MUC-ADM-FileOperators-L:F

Here in contrast a file which works:

~/tmp $ cacls y
h:\tmp\y EU\fischron:(Beschr"nkter Zugriff:)
                     STANDARD_RIGHTS_ALL
                     DELETE
                     READ_CONTROL
                     WRITE_DAC
                     WRITE_OWNER
                     SYNCHRONIZE
                     STANDARD_RIGHTS_REQUIRED
                     FILE_GENERIC_READ
                     FILE_GENERIC_WRITE
                     FILE_READ_DATA
                     FILE_WRITE_DATA
                     FILE_APPEND_DATA
                     FILE_READ_EA
                     FILE_WRITE_EA
                     FILE_READ_ATTRIBUTES
                     FILE_WRITE_ATTRIBUTES

         EU\Domain Users:(Beschr"nkter Zugriff:)
                         READ_CONTROL
                         SYNCHRONIZE
                         FILE_GENERIC_READ
                         FILE_GENERIC_WRITE
                         FILE_READ_DATA
                         FILE_WRITE_DATA
                         FILE_APPEND_DATA
                         FILE_READ_EA
                         FILE_WRITE_EA
                         FILE_READ_ATTRIBUTES
                         FILE_WRITE_ATTRIBUTES

         Jeder:(Beschr"nkter Zugriff:)
               READ_CONTROL
               FILE_READ_EA
               FILE_READ_ATTRIBUTES

I have also attached the trace.txt of 

  strace -o trace.txt chmod 660 tg.pl

Ronald

[-- Attachment #2: trace.txt.gz --]
[-- Type: application/x-gzip, Size: 8453 bytes --]

[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

--
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: chmod suddenly ceased to work on old files - NEW FINDINGS

[FischRon.external]

> [Hmm, you still haven't set your emailer to use an outgoing 
> name, 

I would like to, but I don't know how to do it. Actually, my colleagues
at work have the same problem, and don't know how to deal with it.

Unfortunately we are restricted in what mailer we use, and I haven't
found
yet an option in Outlook where I could define a "personal name" for my
From-field.

> and I
> still don't know how to make Thunderbird supress raw email 
> addresses in
> that case.]
> 
> > Well, I've upgraded now, but still same effect wrt chmod.....
> > 
> > What else could I try to do? 
> 
> For starters, http://cygwin.com/acronyms/#PPIOSPE.  Not to 
> sound mean, but
> I will not answer any more of your emails sent directly to me 
> in regards
> to cygwin questions; I will only answer emails sent to the 
> list (assuming
> I have an answer).

I have replied to you because this was the reply address in your
email. I have changed the reply address to this posting manually 
to go to the list. I found that other responses I get to my postings,
either set the list in the Reply-To field, or set *both* their own
and the list address into their reply-to field, so I infered that
since you had only your mail address, that you wanted to have 
the reply just to your address. I will send my replies to the list 
in future answers I'm receiving from you. I understand 
the answers must eventually end up on the list. Sorry for not
paying attention.

> It sounds like your chmod is having problems with 
> permissions, just like
> the rest of your emails to the list about installation problems have
> hinted at.  Somehow, the user id you are running as under 
> cygwin does not
> have the same rights to edit a file as when you create files 
> using Windows
> means, which means that somewhere in your file system 
> hierarchy, there is
> a strange or restrictive permissions setting.  And if /etc/group and
> /etc/passwd don't recognize your user and group names yet, 
> you are also
> going to have problems.

Plus, this behaviour must have been introduced "suddenly" overnight, as
it had worked fine before for many months. 

The $HOME drive is a network drive, and overnight backups are running.
Could it be that, for example, one of these backup processes had failed,
and the administration restored some files from the backup, and that
this
restoration process ran under different user id and thus giving some
files weird permissions?

> I'm not an expert at ACLs, but a good test case that someone 
> on the list
> might be able to help you debug is if you were to post a side-by-side
> example of two files, one where you can chmod and the other where you
> can't, along with the output of getfacl for those two files and
> recursively up the hierarchy for every directory that 
> contains those two
> files, as well as the output of id.

OK, here we go. x is a file which fails, and y is a file which works:

~/tmp $ pwd
/cygdrive/h/tmp
~/tmp $ id
uid=400(fischron) gid=10513(Domain Users)
groups=0(root),544(Administrators),545(Users),10
513(Domain Users)
~/tmp $ ls -l x y
-rwx------+ 1 fischron Domain Users 4 Jan 19  2004 x
-rw-rw-rw-  1 fischron Domain Users 4 Jul  4 14:17 y
~/tmp $ chmod 0660 x y
chmod: changing permissions of `x': Permission denied
~/tmp $ ls -l x y
-rwx------+ 1 fischron Domain Users 4 Jan 19  2004 x
-rw-rw----  1 fischron Domain Users 4 Jul  4 14:17 y
~/tmp $ getfacl x y
# file: x
# owner: fischron
# group: Domain Users
user::rwx
group::---
group:root:rwx
mask:rwx
other:---

# file: y
# owner: fischron
# group: Domain Users
user::rw-
group::rw-
mask:rwx
other:---

# GOING ONE DIRECTORY UP

~/tmp $ cd ..
~ $ ls -ld tmp
drwx------+ 8 fischron Domain Users 0 Jul  7 09:31 tmp
~ $ pwd
/cygdrive/h
~ $ getfacl tmp
# file: tmp
# owner: fischron
# group: Domain Users
user::rwx
group::---
group:root:rwx
mask:rwx
other:---
default:user:fischron:rwx
default:group:root:rwx
default:mask:rwx

# GOING ONE MORE UP

~ $ cd ..
/cygdrive $ ls -ld h
drwx------+ 27 fischron Domain Users 0 Jul  4 15:18 h
/cygdrive $ getfacl h
# file: h
# owner: fischron
# group: Domain Users
user::rwx
group::---
group:root:rwx
mask:rwx
other:---
default:user:fischron:rwx
default:group:root:rwx
default:mask:rwx

# LAST ONE UP - BUT DOES THIS MAKE SENSE?
/cygdrive $ cd ..
/ $ ls -ld cygdrive
dr-xr-xr-x  10 0 root 0 Jan  1  1970 cygdrive
/ $ getfacl cygdrive
# file: cygdrive
# owner: 0 <unknown>
# group: root
user::r-x
group::r-x
other:r-x
mask:rwx
/ $

Is this the information you meant? I can't see anything erroneous in
those.

Ronald

--
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: chmod suddenly ceased to work on old files - NEW FINDINGS

[Eric Blake]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to FischRon.external <AT> infineon <DOT> com on 7/12/2005 8:18 AM:

[Hmm, you still haven't set your emailer to use an outgoing name, and I
still don't know how to make Thunderbird supress raw email addresses in
that case.]

>>Cygwin 1.3.22?  Wow, that's old, and unsupported!  And in two places,
>>C:\cygwin\bin\cygwin1.dll and c:\Program 
>>Files\OpenSSH\bin\cygwin1.dll?
>>That's just asking for trouble!  You can probably just delete 
>>the Program
>>Files\OpenSSH version, then update your installation using setup.exe
>>(there have been so many bugs fixed between 1.3.22 and 1.5.17 that it
>>isn't even funny), before any other help from this list will 
>>be useful.
>>And who knows, doing the update may even resolve your issue 
>>with chmod, so
>>use the unexpected behavior of chmod as your justification that your
>>system is no longer a running system.
> 
> 
> Well, I've upgraded now, but still same effect wrt chmod.....
> 
> What else could I try to do? 

For starters, http://cygwin.com/acronyms/#PPIOSPE.  Not to sound mean, but
I will not answer any more of your emails sent directly to me in regards
to cygwin questions; I will only answer emails sent to the list (assuming
I have an answer).

It sounds like your chmod is having problems with permissions, just like
the rest of your emails to the list about installation problems have
hinted at.  Somehow, the user id you are running as under cygwin does not
have the same rights to edit a file as when you create files using Windows
means, which means that somewhere in your file system hierarchy, there is
a strange or restrictive permissions setting.  And if /etc/group and
/etc/passwd don't recognize your user and group names yet, you are also
going to have problems.

I'm not an expert at ACLs, but a good test case that someone on the list
might be able to help you debug is if you were to post a side-by-side
example of two files, one where you can chmod and the other where you
can't, along with the output of getfacl for those two files and
recursively up the hierarchy for every directory that contains those two
files, as well as the output of id.

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

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

iD8DBQFC1QXI84KuGfSFAYARAl4PAJkBekrwhaW5cl2eijvwYi8acucbPACfcDgT
igDgVn+heojTWYkWdlqTj7E=
=LS4h
-----END PGP SIGNATURE-----

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

RE: chmod suddenly ceased to work on old files - NEW FINDINGS

[FischRon.external]

> [OT: Your mailer is not providing a name alongside your email 
> address, so
> I had to manually munge the address.  

Thank you for pointing this out! I was not aware of it, but was able
to reproduce it. It really puzzles me. I'm forced to use here Microsoft
Outlook via Exchange, and I had thought that the standard installation 
at our site would automatically the personal name. Obviously it doesn't.
In case you (or anyone else reading this) knows how I can teach Outlook
to handle this properly, please let me know by private message (not on
the
list).

> Mozilla Thunderbird 
> automatically
> avoids quoting email addresses in a reply only if the sender 
> has listed a
> name - does anyone on the list know of a plugin to make 
> Thunderbird behave
> more reasonably?]
> 
> > No - would it be important to upgrade, in order to solve my 
> problem? Of
> > course I will do if this is the only way, but I don't like 
> upgrading if
> > it is not strictly necessary. You know: "Never touch a 
> running system".
> 
> Cygwin 1.3.22?  Wow, that's old, and unsupported!  And in two places,
> C:\cygwin\bin\cygwin1.dll and c:\Program 
> Files\OpenSSH\bin\cygwin1.dll?

I believe the latter stems from the fact that we have a standard
(company wide)
installation procedure for installing OpenSSH, so it installs its copy
of 
cygwin1.dll in its preferred place. Actually, I was surprised to have
"only"
two copies of that DLL, because we are using Ant too, and this, AFIK,
uses
internally also the cygwin mechanism to run on Windoze.

> That's just asking for trouble!  You can probably just delete 
> the Program
> Files\OpenSSH version, then update your installation using setup.exe
> (there have been so many bugs fixed between 1.3.22 and 1.5.17 that it
> isn't even funny), before any other help from this list will 
> be useful.

Then I'll have to bite the bullet. Thank you for helping.

> And who knows, doing the update may even resolve your issue 
> with chmod, so
> use the unexpected behavior of chmod as your justification that your
> system is no longer a running system.

Thank you, I'll do so. 

Regards,


Ronald

--
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: chmod suddenly ceased to work on old files - NEW FINDINGS

[Eric Blake]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to FischRon.external AT infineon DOT com on 6/30/2005 1:25 AM:

[OT: Your mailer is not providing a name alongside your email address, so
I had to manually munge the address.  Mozilla Thunderbird automatically
avoids quoting email addresses in a reply only if the sender has listed a
name - does anyone on the list know of a plugin to make Thunderbird behave
more reasonably?]

> No - would it be important to upgrade, in order to solve my problem? Of
> course I will do if this is the only way, but I don't like upgrading if
> it is not strictly necessary. You know: "Never touch a running system".

Cygwin 1.3.22?  Wow, that's old, and unsupported!  And in two places,
C:\cygwin\bin\cygwin1.dll and c:\Program Files\OpenSSH\bin\cygwin1.dll?
That's just asking for trouble!  You can probably just delete the Program
Files\OpenSSH version, then update your installation using setup.exe
(there have been so many bugs fixed between 1.3.22 and 1.5.17 that it
isn't even funny), before any other help from this list will be useful.
And who knows, doing the update may even resolve your issue with chmod, so
use the unexpected behavior of chmod as your justification that your
system is no longer a running system.

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

Eric Blake             ebb9@byu.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCw+YM84KuGfSFAYARAlwRAJ9c87yMuZgVJzsSQQ8Ck37y0g4pIQCeJkW9
CAd9nkyianXbeJRcUvw5NxM=
=rFEq
-----END PGP SIGNATURE-----

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

RE: chmod suddenly ceased to work on old files - NEW FINDINGS

[FischRon.external]

[-- Attachment #1: Type: text/plain, Size: 3656 bytes --]

> Ugh, top-posting.  Reformatted.

Sorry, won't happen again.

> >>-----Original Message-----
> According to FischRon.external AT infineon DOT com on 
> 6/28/2005 6:50 AM:
> > $ getfacl -a x y
> > # file: x
> > # owner: fischron
> > # group: mkgroup_l_d
> > user::rwx
> > group::---
> > group:Administrators:rwx
> > mask:rwx
> > other:---
> > 
> > # file: y
> > # owner: fischron
> > # group: mkgroup_l_d
> > user::rwx
> > group::---
> > mask:rwx
> > other:---
> > 
> > $ ls -l x y
> > -rwx------+   1 fischron mkgroup_        4 Jan 19  2004 x
> > -rwx------    1 fischron mkgroup_        0 Jun 28 09:07 y
> 
> Aha - just as I suspected - ACLs at work (the file x is 
> accessible to the
> administrators group, while the file y is not).  

Yes, and I don't know why, but how can this influence whether it is 
forbidden to chmod it? Note that I'm allowed to copy it and to remove
it. Just chmod is disallowed.

> Further 
> information would
> be useful, such as the attached output of 'cygcheck -svr'; see
> cygwin.com/problems.html.  

See attachment cygwin.txt

> And that mkgroup_ as the group 
> name is fishy;

What group would you expect? Actually, *all* my files seem to have 
mkgroup_ as group - and this is true since the installation of Cygwin
two years ago (and, no, I didn't have updated it since then).

> your /etc/group file is probably out-of-date, so see the output of
> 'mkgroup --help' to remedy that.

Here is what mkgroup -lcu says:

SYSTEM:S-1-5-18:18:
None:S-1-5-21-602162358-162531612-725345543-513:513:
Administrators:S-1-5-32-544:544:Local_Adm,fischron
Backup Operators:S-1-5-32-551:551:
Guests:S-1-5-32-546:546:Guest,Admin
Power Users:S-1-5-32-547:547:
Replicator:S-1-5-32-552:552:
Users:S-1-5-32-545:545:ASPNET
Debugger Users:S-1-5-21-602162358-162531612-725345543-1001:1001:
mkgroup_l_d:S-1-5-21-2052111302-842925246-682003330-513:10513:fischron

I wonder why the group is listed here as mkgroup_l_d and as mkgroup_ in
the ls -l output. I therefore did a ls -ln on the files and see that the
numeric group id of the files is given as 10513, which matches that of
mkgroup_l_d. So I guess that ls -l just trims the group name to 8
characters,
and that's why we see the strange group name "mkgroup_".

> > I don't know about the 'stat' command you are refering to.
> 
> It is part of coreutils-5.3.0-6.  Have you upgraded your 
> installation in a
> while?

No - would it be important to upgrade, in order to solve my problem? Of
course I will do if this is the only way, but I don't like upgrading if
it is not strictly necessary. You know: "Never touch a running system".

What stumbles me is that chmod ceased to work "overnight", so I was
thinking
what *does* happen overnight, and indeed, there is something going on:
The
backup of the network drives! 

In our machines, the C: drive is the local drive, while the other
driveletters
are mapped to network devices. I do most of my work on the network
drives, but
now I also checked /cygdrive/c/ ... and indeed, none of the file on the
local C: 
drive posed any problems for chmod'ing them!!! This means, that the
chmod
problem seems to be related only to the Network.

As a side note, a colleague of mine had also a problem with his files at
about the same time, though not related to Cygwin: In the middle of the
day, a couple of files simply had disappeared from his network drive (he
was able to recover an old version from the backup). It's not clear
whether
this relates to the problem I'm experiencing, and I just want to include
it
for completeness.

Ronald

[-- Attachment #2: cygcheck.txt --]
[-- Type: text/plain, Size: 18602 bytes --]


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Jun 30 08:59:27 2005

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:	.
	C:\cygwin\usr\local\bin
	C:\cygwin\bin
	C:\cygwin\bin
	c:\program files\imagemagick-5.5.7-q8
	c:\Perl\bin\
	c:\WINNT\system32
	c:\WINNT
	c:\WINNT\System32\Wbem
	c:\Programs\ORANT\8_EL\bin
	c:\Programs\ORANT\7_EL\bin
	c:\Program Files\Oracle\jre\1.1.7\bin
	c:\ant\bin
	c:\jdk14\bin
	c:\Program Files\OpenSSH\bin
	h:\bin
	c:\Program Files\Rational\ClearCase\bin
	c:\Program Files\Rational\common
	c:\PROGRA~1\XRay
	C:\cygwin\usr\X11R6\bin

C:\cygwin\bin\id.exe output (nontsec)
UID: 56297(fischron)  GID: 10513(mkgroup_l_d)
544(Administrators)   545(Users)
10513(mkgroup_l_d)

C:\cygwin\bin\id.exe output (ntsec)
UID: 56297(fischron)  GID: 10513(mkgroup_l_d)
544(Administrators)   545(Users)
10513(mkgroup_l_d)

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

CYGWIN = `tty ntsec smbntsec'
HOME = `h:\'
MAKE_MODE = `unix'
PWD = `/cygdrive/h'
USER = `user56297'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
ANT_HOME = `c:\ant'
APPDATA = `C:\Documents and Settings\Fischron\Application Data'
CDPATH = `.:/cygdrive/c/fischron_test:/cygdrive/c/fischron_test/ecrm:/cygdrive/h'
CLASSPATH = `C:\ant\lib\bsh-1.2b7.jar'
CLEARCASE_PRIMARY_GROUP = `EU\MUC-PRJ-Clearcase_it_ecrm_pin-G'
CLEARCASE_PRIMARY_GROUP_ECRM = `EU\MUC-PRJ-Clearcase_it_ecrm-RW-G'
CLEARCASE_PRIMARY_GROUP_PIN = `EU\MUC-PRJ-Clearcase_it_ecrm_pin-G'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `MUCW0291'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DFTVIEWDIR = `fischron_test'
HISTCONTROL = `ignoreboth'
HOMEDRIVE = `H:'
HOMEPATH = `\'
HOMESHARE = `\\MUCSDN03\FischRon'
HOSTNAME = `mucw0291'
I3 = `\fischron_test\ecrm\I3'
JAVAC_COMPILER = `c:\jdk14\bin\javac'
JAVA_HOME = `c:\jdk14'
LESS = `-F -i -J -M'
LIB = `C:\Program Files\Microsoft.Net\Odbc.Net\;C:\Program Files\Microsoft.NET\OracleClient.Net\'
LOGONSERVER = `\\MUCSC004'
LS_COLORS = `no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:ex=01;33:*~=05;31:*.mtxt=05;31:*.ndx=05;31:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.c=01;36:*.h=01;36:*.pl=01;36:*.pm=01;36:*.cgi=01;36:*.java=01;36:*.html=01;36:*.tar=01;31:*.tgz=01;31:*.gz=01;31:*.tgz=01;31:*.bz2=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.jpg=01;35:*.jpeg=01;35:*.JPG=01;35:*.gif=01;35:*.GIF=01;35:*.bmp=01;35:*.BMP=01;35:*.xbm=01;35:*.ppm=01;35:*.xpm=01;35:*.tif=01;35:'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\System32\os2\dll;'
OS = `Windows_NT'
OSVERSION = `W2K'
PAGER = `/usr/bin/less'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PCFUNCTION = `Office'
PCLANGUAGE = `0407'
PCLOCATION = `MUC-Grasbrunn'
PCMODEL = `Dell Computer Corporation OptiPlex GX240               '
PCTYPE = `Desktop'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0102'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\w $ '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\Fischron\LOCALS~1\Temp'
TERM = `ansi'
TMP = `c:\DOCUME~1\Fischron\LOCALS~1\Temp'
USERDNSDOMAIN = `eu.infineon.com'
USERDOMAIN = `EU'
USERNAME = `fischron'
USERPROFILE = `C:\Documents and Settings\Fischron'
WF_RESOURCES = `C:\Programs\ORANT\8_EL\WF\RES\WFUS.RES'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'
dftviewdir = `() {  echo $1 >$dftviewdirfile;
 echo New viewdir file now: $(<$dftviewdirfile);
 setdftcdpath
}'
dftviewdirfile = `/cygdrive/h/.dftviewdir'
mya = `/cygdrive/c/Documents and Settings/Fischron//Application Data'
myd = `/cygdrive/h/My Documents'
myprof = `/cygdrive/c/Documents and Settings/Fischron/'
setdftcdpath = `() {  if [ -f $dftviewdirfile ]; then
 export DFTVIEWDIR=$(<$dftviewdirfile);
 else
 export DFTVIEWDIR=fischron_test;
 fi;
 export CDPATH=.:/cygdrive/c/$DFTVIEWDIR:/cygdrive/c/$DFTVIEWDIR/ecrm:$HOME
}'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x00000022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `c:'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/g
  (default) = `g:'
  flags = 0x0000010a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home
  (default) = `C:\Documents and Settings'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
  (default) = `'

a:  fd           N/A    N/A                    
c:  hd  NTFS   19085Mb  47% CP CS UN PA FC     MUCW0291
d:  cd  CDFS     494Mb 100%    CS UN           WSM2004
g:  net NTFS   1266458Mb  95% CP CS UN PA        eCRM
h:  net NTFS    1229Mb  32% CP CS UN PA        CIFS.HOMEDIR
m:  net MVFS    1000Mb  50% CP CS              CCase
p:  net NTFS   20480Mb   9% CP CS UN PA        PIN
s:  net NTFS   130966Mb  58% CP CS UN PA FC     DISK_D

C:\cygwin                          /                         user    binmode
C:\cygwin/bin                      /usr/bin                  user    binmode
C:\cygwin/lib                      /usr/lib                  user    binmode
.                                  /cygdrive                 user    binmode,cygdrive
c:                                 /c                        system  binmode
g:                                 /g                        system  binmode
C:\Documents and Settings          /home                     system  binmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Found: C:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Not Found: ld
Found: C:\cygwin\bin\ls.exe
Found: c:\Program Files\OpenSSH\bin\ls.exe
Warning: C:\cygwin\bin\ls.exe hides c:\Program Files\OpenSSH\bin\ls.exe
Not Found: make
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: c:\Program Files\OpenSSH\bin\rm.exe
Warning: C:\cygwin\bin\rm.exe hides c:\Program Files\OpenSSH\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: c:\Program Files\OpenSSH\bin\sh.exe
Warning: C:\cygwin\bin\sh.exe hides c:\Program Files\OpenSSH\bin\sh.exe
Found: C:\cygwin\bin\tar.exe

   58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygbz2-1.dll" v0.0 ts=2002/5/7 8:33
  380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb-3.1.dll" v0.0 ts=2002/7/24 18:24
  487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 18:25
  136k 2002/10/17 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygexpat-0.dll" v0.0 ts=2002/10/17 17:21
   50k 2002/03/17 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygexslt-0.dll" v0.0 ts=2002/3/17 7:24
   45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
                  "cygform5.dll" v0.0 ts=2001/4/25 7:28
   35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0
                  "cygform6.dll" v0.0 ts=2002/1/9 7:03
   76k 2003/03/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0
                  "cygform7.dll" v0.0 ts=2003/3/9 21:51
   28k 2003/03/22 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm-3.dll" v0.0 ts=2003/3/22 23:19
   19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm.dll" v0.0 ts=2002/2/20 4:05
   15k 2003/03/22 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm_compat-3.dll" v0.0 ts=2003/3/22 23:22
   17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory4.dll" v0.0 ts=2001/1/7 5:34
   20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory5.dll" v0.0 ts=2002/10/10 19:28
  929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygiconv-2.dll" v0.0 ts=2002/6/24 20:24
   22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-1.dll" v0.0 ts=2001/12/13 10:28
   28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-2.dll" v0.0 ts=2002/9/20 5:13
   21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl.dll" v0.0 ts=2001/6/20 19:09
  119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
                  "cygjpeg6b.dll" v0.0 ts=2002/2/9 6:19
   61k 2003/03/05 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygkpathsea-3.dll" v0.0 ts=2003/3/5 21:09
   26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu5.dll" v0.0 ts=2001/4/25 7:27
   20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu6.dll" v0.0 ts=2002/1/9 7:03
   48k 2003/03/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu7.dll" v0.0 ts=2003/3/9 21:51
  156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++5.dll" v0.0 ts=2001/4/25 7:29
  175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++6.dll" v0.0 ts=2002/1/9 7:03
  226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses5.dll" v0.0 ts=2001/4/25 7:17
  202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses6.dll" v0.0 ts=2002/1/9 7:03
  284k 2003/03/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses7.dll" v0.0 ts=2003/3/9 21:50
   15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel5.dll" v0.0 ts=2001/4/25 7:27
   12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel6.dll" v0.0 ts=2002/1/9 7:03
   31k 2003/03/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel7.dll" v0.0 ts=2003/3/9 21:50
   63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcre.dll" v0.0 ts=2003/4/11 10:31
   61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcreposix.dll" v0.0 ts=2003/4/11 10:31
 1069k 2003/06/02 C:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0
                  "cygperl5_8_0.dll" v0.0 ts=2003/6/2 14:01
  173k 2003/02/23 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
                  "cygpng12.dll" v0.0 ts=2003/2/23 23:02
   22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpopt-0.dll" v0.0 ts=2002/6/9 7:45
  108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline4.dll" v0.0 ts=2001/1/7 5:34
  127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline5.dll" v0.0 ts=2002/10/10 19:28
  281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiff3.dll" v0.0 ts=2003/2/24 5:58
 3094k 2003/05/31 C:\cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0
                  "cygxerces-c23.dll" v0.0 ts=2003/5/31 7:56
  633k 2002/07/22 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygxml2-2.dll" v0.0 ts=2002/7/22 8:29
  152k 2002/03/17 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygxslt-1.dll" v0.0 ts=2002/3/17 7:19
   15k 2002/03/17 C:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygxsltbreakpoint-1.dll" v0.0 ts=2002/3/17 7:24
   50k 2002/03/12 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
                  "cygz.dll" v0.0 ts=2002/3/12 5:38
  948k 2003/03/18 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2003/3/18 15:20
    Cygwin DLL version info:
        DLL version: 1.3.22
        DLL epoch: 19
        DLL bad signal mask: 19005
        DLL old termios: 5
        DLL malloc env: 28
        API major: 0
        API minor: 78
        Shared data: 3
        DLL identifier: cygwin1
        Mount registry: 2
        Cygnus registry name: Cygnus Solutions
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Cygwin mount registry name: mounts v2
        Cygdrive flags: cygdrive flags
        Cygdrive prefix: cygdrive prefix
        Cygdrive default prefix: 
        Build date: Tue Mar 18 09:20:11 EST 2003
        CVS tag: dontuse-21
        Shared id: cygwin1S3

  847k 2003/03/19 c:\Program Files\OpenSSH\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0
                  "cygcrypto-0.9.7.dll" v0.0 ts=2003/3/19 21:24
   50k 2002/03/12 c:\Program Files\OpenSSH\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
                  "cygz.dll" v0.0 ts=2002/3/12 5:38
  948k 2003/03/18 c:\Program Files\OpenSSH\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2003/3/18 15:20
    Cygwin DLL version info:
        DLL version: 1.3.22
        DLL epoch: 19
        DLL bad signal mask: 19005
        DLL old termios: 5
        DLL malloc env: 28
        API major: 0
        API minor: 78
        Shared data: 3
        DLL identifier: cygwin1
        Mount registry: 2
        Cygnus registry name: Cygnus Solutions
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Cygwin mount registry name: mounts v2
        Cygdrive flags: cygdrive flags
        Cygdrive prefix: cygdrive prefix
        Cygdrive default prefix: 
        Build date: Tue Mar 18 09:20:11 EST 2003
        CVS tag: dontuse-21
        Shared id: cygwin1S3


Cygwin Package Information
Last downloaded files to: C:\download\cygwin
Last downloaded files from: http://archive.progeny.com/cygwin

Package                 Version
_update-info-dir        00167-1
a2ps                    4.12-1
ash                     20020731-1
base-files              1.3-1
base-passwd             1.1-1
bash                    2.05b-9
bzip2                   1.0.2-2
clear                   1.0-1
cygutils                1.1.3-1
cygwin                  1.3.22-1
cygwin-doc              1.3-4
diffutils               2.8.1-1
ed                      0.2-1
enscript                1.6.3-3
expat                   1.95.5-1
figlet                  2.2-1
fileutils               4.1-1
findutils               4.1.7-4
gawk                    3.1.2-2
gdbm                    1.8.3-1
gettext                 0.11.5-1
ghostscript-base        7.05-2
ghostscript-x11         7.05-2
grep                    2.5-1
groff                   1.18.1-2
guile-doc               1.6.0-1
gzip                    1.3.3-4
jpeg                    6b-7
less                    378-1
libbz2_1                1.0.2-2
libdb3.1                3.1.17-2
libgdbm                 1.8.0-5
libgdbm-devel           1.8.3-1
libgdbm3                1.8.3-1
libiconv2               1.8-2
libintl                 0.10.38-3
libintl1                0.10.40-1
libintl2                0.11.5-1
libkpathsea3            2.0.2-1
libncurses5             5.2-1
libncurses6             5.2-8
libncurses7             5.3-1
libpng12                1.2.5-1
libpopt0                1.6.4-4
libreadline4            4.1-2
libreadline5            4.3-2
libxerces-c23           2.3.0-1
libxml2                 2.4.23-1
libxslt                 1.0.13-1
lilypond-doc            1.6.8-2
login                   1.8-1
man                     1.5j-2
mc                      4.6.0-3
mktemp                  1.4-1
more                    2.11o-1
nano                    1.2.0-1
ncurses                 5.3-1
newlib-man              20020801
par                     1.52-1
pcre                    4.1-1
perl                    5.8.0-3
perl_manpages           5.8.0-3
pinfo                   0.6.6p1-1
readline                4.3-2
sed                     4.0.7-1
sh-utils                2.0.15-3
sharutils               4.2.1-2
tar                     1.13.25-1
termcap                 20020930-1
terminfo                5.3-2
tetex                   2.0.2-1
tetex-base              2.0.2-1
tetex-bin               2.0.2-1
tetex-doc               2.0.2-1
tetex-extra             2.0.2-1
tetex-tiny              2.0.2-1
tetex-x11               2.0.2-1
texinfo                 4.2-4
texmf                   20020911-1
texmf-base              20020911-1
texmf-doc               20020911-1
texmf-extra             20020911-1
texmf-tiny              20020911-1
textutils               2.0.21-1
tidy                    030201-1
tiff                    3.6.0-1
unzip                   5.50-2
which                   1.5-1
xerces-c                2.3.0-1
xerces-c-doc            2.3.0-1
XFree86-base            4.2.0-1
XFree86-bin             4.2.0-3
XFree86-etc             4.2.0-1
XFree86-fenc            4.2.0-2
XFree86-fnts            4.2.0-2
XFree86-lib             4.2.0-5
XFree86-startup-scripts 4.2.0-4
XFree86-xserv           4.2.0-42
zip                     2.3-2
zlib                    1.1.4-1

Use -h to see help about each section

[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

--
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: chmod suddenly ceased to work on old files - NEW FINDINGS

[Eric Blake]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ugh, top-posting.  Reformatted.

>>-----Original Message-----
>>From: Eric Blake [mailto:ebb9 AT byu DOT net]
                               ^
http://cygwin.com/acronyms#PCYMTNQREAIYR

>>My quick guess is that ACLs are at work.  Compare the output
>>of "getfacl
>>old new".  Actually posting the output of "ls -l", "stat", or
>>"getfacl"
>>might be helpful here, so that others can look at the
>>permissions as well.
>>

According to FischRon.external AT infineon DOT com on 6/28/2005 6:50 AM:
> Thank you for your suggestions. Below you see the result for
> file x (this is a file which does not work) and file y (which is a file
> where chmod works):
> 
> $ getfacl -a x y
> # file: x
> # owner: fischron
> # group: mkgroup_l_d
> user::rwx
> group::---
> group:Administrators:rwx
> mask:rwx
> other:---
> 
> # file: y
> # owner: fischron
> # group: mkgroup_l_d
> user::rwx
> group::---
> mask:rwx
> other:---
> 
> $ ls -l x y
> -rwx------+   1 fischron mkgroup_        4 Jan 19  2004 x
> -rwx------    1 fischron mkgroup_        0 Jun 28 09:07 y

Aha - just as I suspected - ACLs at work (the file x is accessible to the
administrators group, while the file y is not).  Further information would
be useful, such as the attached output of 'cygcheck -svr'; see
cygwin.com/problems.html.  And that mkgroup_ as the group name is fishy;
your /etc/group file is probably out-of-date, so see the output of
'mkgroup --help' to remedy that.

> 
> I don't know about the 'stat' command you are refering to.

It is part of coreutils-5.3.0-6.  Have you upgraded your installation in a
while?

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

Eric Blake             ebb9@byu.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCwUvv84KuGfSFAYARAgDFAKC69xg/Fmz/ca7hL0LJC0uE3PMkgwCghpem
7bFH9pODMS9osmqCU4CDMvk=
=Wg7n
-----END PGP SIGNATURE-----

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

RE: chmod suddenly ceased to work on old files - NEW FINDINGS

[FischRon.external]

Thank you for your suggestions. Below you see the result for
file x (this is a file which does not work) and file y (which is a file
where chmod works):

$ getfacl -a x y
# file: x
# owner: fischron
# group: mkgroup_l_d
user::rwx
group::---
group:Administrators:rwx
mask:rwx
other:---

# file: y
# owner: fischron
# group: mkgroup_l_d
user::rwx
group::---
mask:rwx
other:---

$ ls -l x y
-rwx------+   1 fischron mkgroup_        4 Jan 19  2004 x
-rwx------    1 fischron mkgroup_        0 Jun 28 09:07 y

I don't know about the 'stat' command you are refering to. I'm only
aware 
of the stat function in C and Perl, and I don't see how these could help
in my problem, but I nevertheless include the output of perl's stat:

$ stat x y
bash: stat: command not found

$ perl -e 'print join(" ",stat(q(x))),"\n"'
4096 3543622505 33216 1 56297 10513 4096 4 1119962896 1074494264
1074494264 1024 1

I see from getfacl, that the non-working case has an extra entry
for Administrators, but I don't understand enough from ACL to see
how this could relate to my problem....

Ronald

> -----Original Message-----
> From: Eric Blake [mailto:ebb9@byu.net] 
> According to FischRon.external@infineon.com on 6/28/2005 2:51 AM:
> > When I create a new file, behaviour depends on how I create it:
> > 
> >    touch new_file1
> >    chmod 0777 new_file1
> > 
> > => works fine.
> > But when I open a text editor, from within the editor create the new
> > file,
> > exit the editor, and then do a chmod on the file, I get "Permission
> > denied"
> > again.
> 
> My quick guess is that ACLs are at work.  Compare the output 
> of "getfacl
> old new".  Actually posting the output of "ls -l", "stat", or 
> "getfacl"
> might be helpful here, so that others can look at the 
> permissions as well.
> 
> - --
> Life is short - so eat dessert first!
> 
> Eric Blake             ebb9@byu.net
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.0 (Cygwin)
> Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> 
> iD8DBQFCwUG484KuGfSFAYARAlSmAKC8B6s6vqA0Xk+METvFHHS4hboHqQCdEbLE
> BB5c7c5FCBLZ1lj2YiowzNc=
> =59oU
> -----END PGP SIGNATURE-----
> 

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

Re: chmod suddenly ceased to work on old files - NEW FINDINGS

[Eric Blake]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to FischRon.external@infineon.com on 6/28/2005 2:51 AM:
> When I create a new file, behaviour depends on how I create it:
> 
>    touch new_file1
>    chmod 0777 new_file1
> 
> => works fine.
> But when I open a text editor, from within the editor create the new
> file,
> exit the editor, and then do a chmod on the file, I get "Permission
> denied"
> again.

My quick guess is that ACLs are at work.  Compare the output of "getfacl
old new".  Actually posting the output of "ls -l", "stat", or "getfacl"
might be helpful here, so that others can look at the permissions as well.

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

Eric Blake             ebb9@byu.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCwUG484KuGfSFAYARAlSmAKC8B6s6vqA0Xk+METvFHHS4hboHqQCdEbLE
BB5c7c5FCBLZ1lj2YiowzNc=
=59oU
-----END PGP SIGNATURE-----

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

chmod suddenly ceased to work on old files - NEW FINDINGS

[FischRon.external]

I found after some experimenting, that the previous description of 
my chmod problem was not quite correct. The case seems to be more
complicated
than I thought at first. Here is a revised description of my problem:

PROBLEM:

From one day to the next, I can't chmod most old files anymore (error
message:
"permission denied"). I don't see any special characteristic in the
*very*
few old files, where permission still can be changed.

   chmod 0777 some_old_file

=> ... Permission denied

When I create a new file, behaviour depends on how I create it:

   touch new_file1
   chmod 0777 new_file1

=> works fine.

   perl -e 'open(X,">new_file2"); print X "abc";'
   chmod 0777 new_file2

=> works fine too.

But when I open a text editor, from within the editor create the new
file,
exit the editor, and then do a chmod on the file, I get "Permission
denied"
again.

My first thought was that the user id might mysteriously have changed
over night,
but a listing of the files with 

   ls -ln 

and a check of my user id with

   id -u

confirms that the same numeric user id is used all the time.

I'm running cygwin under Windows 2000. My CYGWIN variable has the value:

   tty ntsec smbntsec

Any idea what is going wrong?

Ronald

-- 
Ronald Fischer 
Infineon Technologies AG
 IT BT CFS IKM
Tel: +49 89 234 81643
Fax +49 89 234 27850
fischron.external@infineon.com 
***** VISIT US AT: <http://www.infineon.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/