On Feb 20 12:24, J.H. vd Water wrote: > Hi Corinna, > > >> What I meant was: > >> > >> The output of 'id' in my "regular setup" shows: > >> > >> @@# id > >> uid=1003(Henri) gid=513(None) groups=513(None),0(root),544(Administrators),545(Users) > >> > >> The output of 'id' in the "test setup" shows: > >> > >> $ id > >> uid=1003(Henri) gid=513(None) groups=513(None),0(root),545(Users),4(+INTERACTIVE),\ > >> 11(+AuthenticatedUsers),4095(CurrentSession),66048(+LOCAL) > >> > >> To me the second output is different - but perhaps it is not. > > > >It shows groups which are present in your user token, but which are > >not in your /etc/group file. > > Now that the XP bug is out of the way ... I would like come back to the change in > the output of 'id'. > > Obviously, everything after '545(Users),' in the output of 'id' are "well-known" > concepts (Windows) to you (but, not to me) ... I explained that in my mail and I already wrote http://cygwin.com/cygwin-ug-net/ntsec.html at one point. There are also links on the MSDN web site which explain how it works. The group concept in Windows isn't much different from the group concept in Unix, except that Windows applications don't really care for the owning group of objects, typically. > ... and I know Cygwin is not Linux/Unix ... We're striving for similarity... > But as an Unix adept, I do not really care about the stuff after '545(Users),' in > the output of 'id', especially in case of a passwd file and a group file. > > To me the stuff after '545(Users),' is ... well, superfluous (most certainly, most > of the time). > > Perhaps other users think likewise ... I don't know about you, but on my Linux box I get something like this: $ id uid=500(corinna) gid=11125(vinschen) groups=11125(vinschen),33(tape), 100(users),107(qemu),486(wireshark),1000(cvs),11126(libvirt) Most of the time I don't care about the supplementary groups after my primary group either, but that doesn't mean I don't want id to print them, nor are they unimportant. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat