Re: How to properly set up /etc/passwd and /etc/group

[Wes Barris]

On 03/01/2010 12:05 AM, Wes Barris wrote:

I have installed cygwin on many systems.  One thing that has always
bugged me is that I have to muck around with the uid and gid in the
/etc/passwd and /etc/group files in order to get things working.
The mkpasswd and mkgroup commands don't seem to produce files that
work. I'm sure that I'm missing some fundamental knowledge about
this but I don't know what. I've read the mkpasswd man page, the
FAQ and searched for posts but have found nothing that helps me.


Here is a simple case. My home computer runs XP. I want my /cygwin
home directory to be the W drive (/cygdrive/w). After installing
cygwin and changing the home path in the /etc/passwd file to /cygdrive/w,
a long listing of my home directory shows a bunch of '?' question marks
as the owner and group fields like this:


drwxrwxrwt+ 1   0 2010-01-10 17:13 Projects

What I normally end up doing is to list the directory with the '-n'
option that shows me the uid and gid information (in this case
both are 4294967295. I manually edit the /etc/passwd and /etc/group
files accordingly so that my directory listing looks like this:


drwxrwxrwt+ 1 wes admin 0 2010-01-10 17:13 Projects

What is the correct procedure for getting this set up correctly?


> It's not really clear from the above because it's not clear whether
> you're in a domain or not.  My guess is you are (since the above
> has some hints suggesting that).  If so, use the '-l -d' flags for
> 'mkpasswd' and 'mkgroup'.  That will get your domain as well
> as your local users/groups in those files.  If that's overwhelming,
> check out the '-c' flag.  These are all described in the man page
> and/or Users Guide if you need more info.

Hi Larry,

No, I'm not in a domain.  This is my home computer.  It's just a
stand-alone computer with a workgroup (if that makes any difference).

I see this same problem on all computes (in a domain or not).  I
just wanted to start with my home computer because that should
be a really simple case.
--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746
--
Wes Barris

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

Directory named "." created at /: seems to have happened during update

[Fergus]

Weird or what.

My Cygwin [1.7] is located at the root of a mobile hard drive and a 
simple DOS dir command now shows a directory named . as in


M:\>dir /ad
 Volume in drive M has no label.
 Volume Serial Number is 4B6B-CC15

 Directory of M:\

01/03/2010  08:39  Recycled
05/02/2010  09:06  bin
05/02/2010  09:06  dev
05/02/2010  09:07  etc
01/03/2010  07:10  home
05/02/2010  09:15  lib
05/02/2010  09:15  opt
05/02/2010  09:15  sbin
05/02/2010  09:15  srv
05/02/2010  09:15  tmp
05/02/2010  09:55  usr
05/02/2010  09:55  var
01/03/2010  09:44  .
   0 File(s)  0 bytes
  13 Dir(s)   2,571,448,320 bytes free

The time stamp is identical to the most recent update (python-pyrex + 
lilypond + sysvinit):


dir \etc\setup \od

{many files}
27/02/2010  07:08   168 mintty.lst.gz
01/03/2010  09:4210 timestamp
01/03/2010  09:44   913 python-pyrex.lst.gz
01/03/2010  09:44 2,138 lilypond.lst.gz
01/03/2010  09:4469,046 installed.db
01/03/2010  09:44   303 sysvinit.lst.gz
01/03/2010  09:45   148 setup.rc


and I can only think that something strange happened during the update.

Meanwhile, even with a Linux rescue disk, I have no idea how to delete 
the extra directory. Consequences are that DOS commands like


dir /s
attrib /s

result in endlessly nested looped output

M:\.\.\.\.\.\.\.\.\.\ ... forever

. I haven't actually fully explored consequences within Cygwin, but I 
imagine they are non-optimal. The command

ls -al /
shows nothing out of the ordinary (e.g. there are not two occurrences of 
 the directory named .)


Any ideas on cause or cure? Cygcheck attached.

Thank you,

Fergus


cygcheck.out.bz2
Description: Binary data
--
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

Re: Directory named "." created at /: seems to have happened during update

[Corinna Vinschen]

On Mar  1 11:08, Fergus wrote:
> Weird or what.
> 
> My Cygwin [1.7] is located at the root of a mobile hard drive and a
> simple DOS dir command now shows a directory named . as in
> 
> M:\>dir /ad
>  Volume in drive M has no label.
>  Volume Serial Number is 4B6B-CC15
> 
>  Directory of M:\
> 
> 01/03/2010  08:39  Recycled
> 05/02/2010  09:06  bin
> 05/02/2010  09:06  dev
> 05/02/2010  09:07  etc
> 01/03/2010  07:10  home
> 05/02/2010  09:15  lib
> 05/02/2010  09:15  opt
> 05/02/2010  09:15  sbin
> 05/02/2010  09:15  srv
> 05/02/2010  09:15  tmp
> 05/02/2010  09:55  usr
> 05/02/2010  09:55  var
> 01/03/2010  09:44  .
>0 File(s)  0 bytes
>   13 Dir(s)   2,571,448,320 bytes free
> 
> The time stamp is identical to the most recent update (python-pyrex
> + lilypond + sysvinit):
> 
> dir \etc\setup \od
> 
> {many files}
> 27/02/2010  07:08   168 mintty.lst.gz
> 01/03/2010  09:4210 timestamp
> 01/03/2010  09:44   913 python-pyrex.lst.gz
> 01/03/2010  09:44 2,138 lilypond.lst.gz
> 01/03/2010  09:4469,046 installed.db
> 01/03/2010  09:44   303 sysvinit.lst.gz
> 01/03/2010  09:45   148 setup.rc
> 
> 
> and I can only think that something strange happened during the update.
> 
> Meanwhile, even with a Linux rescue disk, I have no idea how to
> delete the extra directory. Consequences are that DOS commands like
> 
> dir /s
> attrib /s
> 
> result in endlessly nested looped output

Oh boy.  I didn't even know that NT allows that.

That's two bugs in one.  The lilypond package has paths with leading
"./" in it, and setup.exe does not recognize that and remove the dot
path.

For now I have removed the latest lilypond package from the distro.
Jan, can you please fix your package not to have leading ./ in the path?

As for setup.exe, I have to have a look how to avoid that.

What you can try to get rid of the directory is this:

  del \\?\M:\.
  rmdir \\?\M:\.

If that doesn't work, maybe there's a chance to rename the directory
using the \\?\fullpath syntax.  Or, if that doesn't work, maybe you
can at least move the files out of that dir.


Corinna

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

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

Re: Directory named "." created at /: seems to have happened during update

[Fergus]

.. just to confirm. Booting from a Linux live CD, and with Cygwin [1.7] 
located on a mobile drive mounted at /m, I get


~> ls -al /m
total 635088
drwxr-xr-x  15 root root  4096 1970-01-01 01:00 .
drwxr-xr-x  15 root root  4096 1970-01-01 01:00 .
drwxr-xr-x  21 root root 0 2010-03-01 11:22 ..
drwxr-xr-x   2 root root204800 2010-02-05 09:06 bin
drwxr-xr-x   4 root root  4096 2010-02-05 09:06 dev
drwxr-xr-x  52 root root  8192 2010-02-05 09:07 etc
drwxr-xr-x   3 root root  4096 2010-03-01 11:20 home
drwxr-xr-x 113 root root102400 2010-02-05 09:15 lib
drwxr-xr-x   3 root root  4096 2010-02-05 09:15 opt
drwxr-xr-x   2 root root  4096 2010-03-01 11:23 Recycled
drwxr-xr-x   2 root root  4096 2010-02-05 09:15 sbin
drwxr-xr-x   3 root root  4096 2010-02-05 09:15 srv
drwxr-xr-x   2 root root  4096 2010-02-05 09:15 tmp
drwxr-xr-x  18 root root  4096 2010-02-05 09:55 usr
drwxr-xr-x  14 root root  4096 2010-02-05 09:55 var

Note extraordinary double occurrence of directory named ".".

"If I hadn't seen it with my own eyes .." (etc etc)

Fergus


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

Re: Directory named "." created at /: seems to have happened during update

[Corinna Vinschen]

On Mar  1 12:32, Corinna Vinschen wrote:
> On Mar  1 11:08, Fergus wrote:
> > My Cygwin [1.7] is located at the root of a mobile hard drive and a
> > simple DOS dir command now shows a directory named . as in
> > [...]
> 
> Oh boy.  I didn't even know that NT allows that.
> 
> That's two bugs in one.  The lilypond package has paths with leading
> "./" in it, and setup.exe does not recognize that and remove the dot
> path.
> 
> For now I have removed the latest lilypond package from the distro.
> Jan, can you please fix your package not to have leading ./ in the path?
> 
> As for setup.exe, I have to have a look how to avoid that.

The problem is, I can't reproduce it.  I created two test packages,
one with a file "./file" in it, the other with a file "tmp/./file".
In both cases, setup.exe failed to create the file and showed a
message "unable to extract ...".

This was on Windows 7.  What Windows are you using?  Maybe an older
version allows it.  Unless I can create the "." directory myself,
I can't fix it.


Corinna

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

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

Re: Directory named "." created at /: seems to have happened during update

[Corinna Vinschen]

On Mar  1 13:05, Corinna Vinschen wrote:
> On Mar  1 12:32, Corinna Vinschen wrote:
> > On Mar  1 11:08, Fergus wrote:
> > > My Cygwin [1.7] is located at the root of a mobile hard drive and a
> > > simple DOS dir command now shows a directory named . as in
> > > [...]
> > 
> > Oh boy.  I didn't even know that NT allows that.
> > 
> > That's two bugs in one.  The lilypond package has paths with leading
> > "./" in it, and setup.exe does not recognize that and remove the dot
> > path.
> > 
> > For now I have removed the latest lilypond package from the distro.
> > Jan, can you please fix your package not to have leading ./ in the path?
> > 
> > As for setup.exe, I have to have a look how to avoid that.
> 
> The problem is, I can't reproduce it.  I created two test packages,
> one with a file "./file" in it, the other with a file "tmp/./file".
> In both cases, setup.exe failed to create the file and showed a
> message "unable to extract ...".
> 
> This was on Windows 7.  What Windows are you using?  Maybe an older
> version allows it.  Unless I can create the "." directory myself,
> I can't fix it.

On Windows XP I can't reproduce it either.  Hmm.


Corinna

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

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

Re: Directory named "." created at /: seems to have happened during update

[Jan Nieuwenhuizen]

Op maandag 01-03-2010 om 12:32 uur [tijdzone +0100], schreef Corinna
Vinschen:

> Jan, can you please fix your package not to have leading ./ in the path?

Done.  I'm quite sorry for the trouble - would however like to note 
that all my packages always had the leading dot.  Just checked my 
guile packages and found that the leading dot was removed in the
Cygwin archives.

Greetings,
Jan.






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

Re: Directory named "." created at /: seems to have happened during update

[Corinna Vinschen]

On Mar  1 13:34, Jan Nieuwenhuizen wrote:
> Op maandag 01-03-2010 om 12:32 uur [tijdzone +0100], schreef Corinna
> Vinschen:
> 
> > Jan, can you please fix your package not to have leading ./ in the path?
> 
> Done.

Thank you.

> I'm quite sorry for the trouble - would however like to note 
> that all my packages always had the leading dot.  Just checked my 

Oops.  That was never really correct.  Already in the old Cygwin 1.5
setup.exe the leading dot path ignored the /usr/bin and /usr/lib
mounts to /bin and /lib.


Corinna

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

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

Re: Directory named "." created at /: seems to have happened during update

[Corinna Vinschen]

On Mar  1 13:11, Corinna Vinschen wrote:
> On Mar  1 13:05, Corinna Vinschen wrote:
> > On Mar  1 12:32, Corinna Vinschen wrote:
> > > On Mar  1 11:08, Fergus wrote:
> > > > My Cygwin [1.7] is located at the root of a mobile hard drive and a
> > > > simple DOS dir command now shows a directory named . as in
> > > > [...]
> > > 
> > > Oh boy.  I didn't even know that NT allows that.
> > > 
> > > That's two bugs in one.  The lilypond package has paths with leading
> > > "./" in it, and setup.exe does not recognize that and remove the dot
> > > path.
> > > 
> > > For now I have removed the latest lilypond package from the distro.
> > > Jan, can you please fix your package not to have leading ./ in the path?
> > > 
> > > As for setup.exe, I have to have a look how to avoid that.
> > 
> > The problem is, I can't reproduce it.  I created two test packages,
> > one with a file "./file" in it, the other with a file "tmp/./file".
> > In both cases, setup.exe failed to create the file and showed a
> > message "unable to extract ...".
> > 
> > This was on Windows 7.  What Windows are you using?  Maybe an older
> > version allows it.  Unless I can create the "." directory myself,
> > I can't fix it.
> 
> On Windows XP I can't reproduce it either.  Hmm.

Are you sure the directory name is really "."?  Could you please have
a look if the directory isn't called ". " with one or more trailing
spaces?  Creating such directories is no problem and removing isn't
a problem either:

  $ rmdir ". "


Corinna

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

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

RE: Cygwin's svn appends unwanted .exe to file name on checkout

[alan.burn]

Hi Dave,

On Fri 26/02/2010 22:45 Dave wrote:
> As a last gasp effort, please try the attached (modified) 
> reproduce.sh script. It uses an empty user Subversion 
> configuration directory, just to rule that out. Please also 
> move /etc/subversion out of the way before running it. There 
> are commands to do that at the top and bottom of the script, 
> but they're commented out.

Done. The problem is reproduced again as shown in the command 
line output below. I did not have a /etc/subversion directory so 
I did not change your script at all. I also got exactly the same 
results on another computer (which also did not have the 
/etc/subversion directory).


802593...@btg245549 /cygdrive/c/svn-test-exe
$ ls /etc/subversion
ls: cannot access /etc/subversion: No such file or directory

802593...@btg245549 /cygdrive/c/svn-test-exe
$ ls .
reproduce.sh

802593...@btg245549 /cygdrive/c/svn-test-exe
$ ./reproduce.sh
R=file:cygdrive/c/svn-test-exe//repos

Committed revision 1.
Checked out revision 1.
A  (bin)  notepad.xxx
A text.txt
Adding  (bin)  notepad.xxx
Adding text.txt
Transmitting file data ..
Committed revision 2.
Atst/notepad.xxx
Atst/text.txt
Checked out revision 2.
total 69
-rwxr-xr-x+ 1 802593373 mkgroup-l-d 69120 2010-03-01 13:20 notepad.xxx.exe
-rw-r--r--+ 1 802593373 mkgroup-l-d31 2010-03-01 13:20 text.txt



> If the problem goes away, then we know it's something in the 
> subversion configuration files. If it doesn't, then I'm at a 
> loss what to do next.

I'm willing to reinstall cygwin and packages. I am running it all 
"out of the box" so to speak so it's not a big deal for me. What 
do you think?


Thanks again for all your efforts.

Regards,

Alan Burn

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

Re: changes in symbolic links

[Larry Hall (Cygwin)]

On 03/01/2010 02:27 AM, Paul McFerrin wrote:

Sometime within the past 1-2 years, the format of symbolic links must
have changed. I keep finding broken links in my web pages. The directory
bit is still set but the System attribute is not set anymore.

If it is true that symbolic links did change, I would like to know which
cygwin1.dll implemented the change and if this dll is still available. I
want to write a tool to search for these mangled links and fix them. I
would like for all of my web pages to work. (unless someone already
wrote such a tool.)




See the "(no)winsymlinks" option.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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

Re: changes in symbolic links

[Eric Blake]

According to Paul McFerrin on 3/1/2010 12:27 AM:
> Sometime within the past 1-2 years, the format of symbolic links must
> have changed.  I keep finding broken links in my web pages.  The
> directory bit is still set but the System attribute is not set anymore.

The release of cygwin 1.7.1 changed the format to accommodate UTF-8 filenames.

> 
> If it is true that symbolic links did change, I would like to know which
> cygwin1.dll implemented the change and if this dll is still available. 

Yes, cygwin 1.7.1 is still available.

> I want to write a tool to search for these mangled links and fix them. 

find -L -type l

is one easy way to find broken symlinks.

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: Directory named "." created at /: seems to have happened during update

[Jan Nieuwenhuizen]

Op maandag 01-03-2010 om 13:41 uur [tijdzone +0100], schreef Corinna
Vinschen:

> Oops.  That was never really correct.  Already in the old Cygwin 1.5
> setup.exe the leading dot path ignored the /usr/bin and /usr/lib
> mounts to /bin and /lib.

Ouch.  I did experience weird things at times, but also used
tar to install manually and blamed that.

Jan.

-- 
Jan Nieuwenhuizen  | GNU LilyPond - The music typesetter
Avatar®: http://AvatarAcademy.nl| http://lilypond.org


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

Re: Directory named "." created at /: seems to have happened during update

[Corinna Vinschen]

On Mar  1 14:05, Corinna Vinschen wrote:
> On Mar  1 13:11, Corinna Vinschen wrote:
> > On Mar  1 13:05, Corinna Vinschen wrote:
> > > On Mar  1 12:32, Corinna Vinschen wrote:
> > > > On Mar  1 11:08, Fergus wrote:
> > > > > My Cygwin [1.7] is located at the root of a mobile hard drive and a
> > > > > simple DOS dir command now shows a directory named . as in
> > > > > [...]
> > > > 
> > > > Oh boy.  I didn't even know that NT allows that.
> > > > 
> > > > That's two bugs in one.  The lilypond package has paths with leading
> > > > "./" in it, and setup.exe does not recognize that and remove the dot
> > > > path.
> > > > 
> > > > For now I have removed the latest lilypond package from the distro.
> > > > Jan, can you please fix your package not to have leading ./ in the path?
> > > > 
> > > > As for setup.exe, I have to have a look how to avoid that.
> > > 
> > > The problem is, I can't reproduce it.  I created two test packages,
> > > one with a file "./file" in it, the other with a file "tmp/./file".
> > > In both cases, setup.exe failed to create the file and showed a
> > > message "unable to extract ...".
> > > 
> > > This was on Windows 7.  What Windows are you using?  Maybe an older
> > > version allows it.  Unless I can create the "." directory myself,
> > > I can't fix it.
> > 
> > On Windows XP I can't reproduce it either.  Hmm.
> 
> Are you sure the directory name is really "."?  Could you please have
> a look if the directory isn't called ". " with one or more trailing
> spaces?  Creating such directories is no problem and removing isn't
> a problem either:
> 
>   $ rmdir ". "

And, just for completeness, I tested to create a file and a directory
with the name ".", using the native NT function NtCreateFile(*), as
setup and Cygwin do.  Both tests resulted in the status code 0xC033,
STATUS_OBJECT_NAME_INVALID.  So I'm pretty sure the name of the
directory is not ".".  Alternatively, you have some software running
which installs a filesystem filter driver, and that filter driver
overrides or skips these sanity checks in the OS.


Corinna


(*)
 SNIP 
#include 
#include 
#include 
#include 
#include 

#define FNAME L"\\??\\C:\\cygwin\\tmp\\dot\\."

int
main (int argc, char **argv)
{
  UNICODE_STRING fname;
  OBJECT_ATTRIBUTES attr;
  NTSTATUS stat;
  HANDLE fh;
  IO_STATUS_BLOCK io;

  printf ("Full NT path: %ls\n", FNAME);
  RtlInitUnicodeString (&fname, FNAME);
  InitializeObjectAttributes (&attr, &fname, OBJ_CASE_INSENSITIVE, NULL, NULL);
  stat = NtCreateFile (&fh, GENERIC_READ | GENERIC_WRITE | SYNCHRONIZE,
   &attr, &io, NULL, 0, FILE_SHARE_VALID_FLAGS,
   FILE_CREATE,
#if 0
   FILE_DIRECTORY_FILE |
#else
   FILE_NON_DIRECTORY_FILE |
#endif
   FILE_SYNCHRONOUS_IO_NONALERT,
   NULL, 0);
  if (!NT_SUCCESS (stat)) {
printf ("Unable to create %ls, status = 0x%08X\n", FNAME, stat);
return 1;
  }
  NtClose(fh);
  NtDeleteFile (&attr);
  return 0;
}
 SNAP 

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

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

Re: Directory named "." created at /: seems to have happened during update

[Corinna Vinschen]

On Mar  1 15:17, Jan Nieuwenhuizen wrote:
> Op maandag 01-03-2010 om 13:41 uur [tijdzone +0100], schreef Corinna
> Vinschen:
> 
> > Oops.  That was never really correct.  Already in the old Cygwin 1.5
> > setup.exe the leading dot path ignored the /usr/bin and /usr/lib
> > mounts to /bin and /lib.
> 
> Ouch.  I did experience weird things at times, but also used
> tar to install manually and blamed that.

It's interesting that this has never been reported.  When I screwed up
in the same way, I got the report that the package has installed
incorrectly mostly already the same day.

Btw., can you please send the URLs to the new packages to cygwin-apps?


Corinna

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

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

cygwin mirror

[Andreas Worbs]

Hello,
here are the facts about our mirror:

* URL of mirror: http://artfiles.org/cygwin.org
* URL of mirror: ftp://artfiles.org/cygwin.org
* Hosting institution, country and city where the mirror is located:
Artfiles New Media GmbH, Hamburg, Germany
* Contact email address: mir...@artfiles.org
* Update frequency:  daily
* IP: 80.252.110.38
* Speed: 1000MBit/s

With best regards

Artfiles New Media GmbH

Andreas Worbs

--
Artfiles New Media GmbH | Heidenkampsweg 100 | 20097 Hamburg
Tel: 040 - 32 02 72 90 | Fax: 040 - 32 02 72 95
E-Mail: supp...@artfiles.de | Web: http://www.artfiles.de
Geschäftsführer: Carsten Bals | Harald Oltmanns | Tim Evers
Eingetragen im Handelsregister Hamburg - HRB 81478


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

Directory named "." created at /: seems to have happened during update

[Fergus]

>> On Windows XP I can't reproduce it either.  Hmm.

Windows XP SP3 is what I'm using.

>> Are you sure the directory name is really "."?

Yes. I tried various mechanisms for testing this such as

dir ". "
rename ". " "mydir"

etc all to  no avail. And also I see the / after the listing:

ls -al /m
total 16
drwxr-xr-x  14 fergus ver_1.50 Jan  1  1970 ./
drwxr-xr-x  14 fergus ver_1.50 Jan  1  1970 ./
drwxr-xr-x  15 fergus ver_1.50 Jan  1  1970 ../


The following is just a stream of findings.

1. From within the host Cygwin [1.7] the command "ls -al /" shows only 
one instance of ".". From Linux or from an independent Cygwin [1.5] the 
command "ls -al /m" shows the output above: two instances.


2. The command dir from within a DOS command shows zero "."s and zero 
".."s! (Conventionally it would show one of each.) I kind of noticed 
this change in behaviour without thinking about it, at all, after I 
re-configured the architecture of my machine from within Linux, using 
QTPartEd to re-size all partitions. All 4 FAT32 logical partitions 
within an extended partition on the same machine now fail to show either 
"." or ".." after dir. This is so, irrespective of whether the FAT32 
logical partition hosts a version of Cygwin, or not; recently updated, 
or not.


(2) suggests that QTPartEd has somehow perturbed the underlying disk 
management and so the consequences from updating lilypond were "an 
accident waiting for an excuse to happen". And that would explain why it 
happened on my machine (post-QTPartEd) and is not reproducible on your 
XP machine, because yours hasn't undergone the necessary preparatory stage?


3. Whatever the disk management history, and whether or not Cygwin 
triggered the problem, simply being able to generate the output


ls -al /m
total 16
drwxr-xr-x  14 fergus ver_1.50 Jan  1  1970 ./
drwxr-xr-x  14 fergus ver_1.50 Jan  1  1970 ./
drwxr-xr-x  15 fergus ver_1.50 Jan  1  1970 ../


show that something is VERY WRONG INDEED. I guess I need to rebuild my 
entire machine and, if I want logical partition within an extended 
partition, maybe I should create them using some other editor than 
QTPartEd (even Windows itself, crumbs what an idea).


Many thanks for giving this time and thought, and sorry for the distraction.

Fergus


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

Re: cygwin mirror

[Eric Blake]

According to Andreas Worbs on 3/1/2010 7:46 AM:
> Hello,
> here are the facts about our mirror:

Thanks, but you used the wrong email address.  According to
http://cygwin.com/mirrors.html, you should have contacted sourcemaster@,
not cyg...@.

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: Directory named "." created at /: seems to have happened during update

[Corinna Vinschen]

On Mar  1 15:24, Fergus wrote:
> >> On Windows XP I can't reproduce it either.  Hmm.
> 
> Windows XP SP3 is what I'm using.
> 
> >> Are you sure the directory name is really "."?
> 
> Yes. I tried various mechanisms for testing this such as
> 
> dir ". "
> rename ". " "mydir"
> 
> etc all to  no avail. And also I see the / after the listing:
> 
> ls -al /m
> total 16
> drwxr-xr-x  14 fergus ver_1.50 Jan  1  1970 ./
> drwxr-xr-x  14 fergus ver_1.50 Jan  1  1970 ./
> drwxr-xr-x  15 fergus ver_1.50 Jan  1  1970 ../
> 
> 
> The following is just a stream of findings.

This is really weird.  I tested originally on NTFS but now that you
mentioned FAT32, I tested this on FAT32.  The result is that the
NtCreateFile function does *not* return an error, but afterwards there
is no file or directory called ".", except for the default "." directory
entry.  That's a relieve for me, but it's weird nevertheless.
NtCreateFile gets called with the FILE_CREATE disposition, which should
have returned some "file already exists" type of status code...

Anyway, I have checked in a patch to setup.exe so that "." and ".."
path components are filtered out of the path before it's used in
OS calls.  This should at least avoid these annoying "unable to extract"
message dialogs which potentially appear with these paths.

> 3. Whatever the disk management history, and whether or not Cygwin
> triggered the problem, simply being able to generate the output
> 
> ls -al /m
> total 16
> drwxr-xr-x  14 fergus ver_1.50 Jan  1  1970 ./
> drwxr-xr-x  14 fergus ver_1.50 Jan  1  1970 ./
> drwxr-xr-x  15 fergus ver_1.50 Jan  1  1970 ../
> 
> 
> show that something is VERY WRONG INDEED.

The filesystem is apparently broken for whatever reason.  A good
time to switch to NTFS ;)

Btw., it would be nice if you could reply to the thread rather then
starting a new thread for the same topic.


Corinna

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

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

Re: Directory named "." created at /: seems to have happened during update

[Thomas Wolff]

On 01.03.2010 16:24, Fergus wrote:

...
>> Are you sure the directory name is really "."?

Yes. I tried various mechanisms for testing this such as

dir ". "
rename ". " "mydir"

etc all to  no avail. And also I see the / after the listing:

ls -al /m
total 16
drwxr-xr-x  14 fergus ver_1.50 Jan  1  1970 ./
drwxr-xr-x  14 fergus ver_1.50 Jan  1  1970 ./
drwxr-xr-x  15 fergus ver_1.50 Jan  1  1970 ../

These are not safe checks. I've got weird directory names created myself 
which contained control characters that rendered invisible...


Do either of:
ls | od -ab
or
ls | od -t ax1
or
ls > ls
and inspect the output with a binary-transparent editor (e.g. mined :) )

Thomas

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

Re: terminals getting killed on parent's termination

[Thomas Wolff]

On 26.02.2010 21:29, Andy Koppe wrote:

Thomas Wolff wrote:
   

In general, a GUI application started in the background, like a terminal,
should detach itself from its parent process so that it survives if the
parent is terminated.
 

Says who?
Common practice in Unix/Linux/X environments. And user expectation that 
an interactive session (which may e.g. contain an editing session with 
unsaved changes...) should not be aborted by an unrelated event.



You can always invoke it with setsid or some such to detach it.
   

Which is not common user practice when starting a terminal, though.


I've noticed the following sometimes surprising inconsistencies about this:

mintty
xterm&
mintty&
Close/Alt-F4
->  dialog "Processes are running in session. Exit anyway?"
OK
->  xterm remains
->  mintty is killed
xterm
xterm&
mintty&
Close/Quit
->  xterm remains
->  mintty is killed
 

Mintty has default handling for SIGHUP, i.e. it exits.
Actually (another topic but related) mintty has a great feature here: it 
passed the SIGHUP to its client application and if that application 
catches and handles the SIGHUP, mintty does *not* exit. This enables an 
application to be embedded into mintty as a terminal container and 
implement some reasonable "Really exit?" behaviour with the option not 
to exit.
I suspect though, that this feature might not be on purpose since the 
semantics of SIGHUP would be slightly tweaked here. Anyway, it's very 
useful, so I'd like to ask to please make it a defined feature to rely 
on (and I'll improve mined to handle this more properly...).



Same for rxvt. Xterm presumably chooses to ignore it.

   

mintty
xterm&
mintty&
exit
->  all child terminals remain
xterm
xterm&
mintty&
exit
->  all child terminals remain
 

I don't understand why there isn't a SIGUP in these cases.

   

cygwin console
xterm&
mintty&
exit/Alt-F4
->  console hangs
 

It's not really hanging; it's just waiting for xterm to finish. Xterm
is linked as a console subsystem program, which means at startup it
attaches to its parent's console (or opens its own if there isn't
one). Consoles stay open as long as there's at least one process
attached to them.

Mintty, meanwhile, is a GUI subsystem program, which means it doesn't
attach to or open a console.
   
Thanks for the interesting technical background. From the user 
experience point of view, however, it doesn't make a difference how the 
terminal is implemented if an important active session just suddenly 
shuts down... Especially if it may happen or not in various inconsistent 
combinations which cannot be predicted without remembering the technical 
background.



Close
->  mintty remains
->  xterm is killed
 

When a console is closed, Windows kills all processes attached to it.

   

Also, mintty can be protected from being killed by spawning it with
(mintty&)
while xterm, spawned this way from a cygwin console, still gets killed.
 

Yep, doing that doesn't break the console attachment.
   
So maybe this would be an enhancement item for the cygwin dll, that an 
application that detaches from its parent tty in Unix/Linux terms (don't 
remember the details how to do this) should also be detached from the 
console, if possible?


Thomas

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

Re: Cygwin's svn appends unwanted .exe to file name on checkout

[David Rothenberger]

On 3/1/2010 5:43 AM, Alan Burn wrote:

Hi Dave,

On Fri 26/02/2010 22:45 Dave wrote:

As a last gasp effort, please try the attached (modified)
reproduce.sh script. It uses an empty user Subversion
configuration directory, just to rule that out. Please also
move /etc/subversion out of the way before running it. There
are commands to do that at the top and bottom of the script,
but they're commented out.


Done. The problem is reproduced again as shown in the command
line output below.


So I think I've made a little progress here. I still don't have a 
solution, but I can now reproduce the problem.


The problem is triggered by default group ACLs on the working copy 
directory. When I run as a local administrator, a 
"default:group:Administrators:rwx" ACL will cause the ".exe" extension 
to be appended, while "d:g:Administrators:---" will avoid the problem. I 
see similar results for a non-admin user and the "Users" group.


I was running the script in a directory under /tmp, which doesn't have 
these default ACLs.


$ getfacl /tmp
# file: /tmp
# owner: drothe
# group: None
user::rwx
group::rwx
mask:rwx
other:rwx
default:user::rwx
default:group::rwx
default:other:rwx

But, if I run the script in a new directory which has the default ACLs, 
the problem appears.

$ mkdir /cygdrive/c/svn-tst
$ getfacl /cygdrive/c/svn-tst
# file: /c/svn-tst
# owner: drothe
# group: None
user::rwx
group::r-x
group:SYSTEM:rwx
group:Administrators:rwx
group:Users:rwx
mask:rwx
other:r-x
default:user::rwx
default:group::r-x
default:group:SYSTEM:rwx
default:group:Administrators:rwx << triggers problem
default:group:Users:rwx
default:mask:rwx
default:other:r-x

I've attached another reproduction script that sets the default ACL for 
each group to 0 on the working copy before doing the final checkout. 
This avoids the problem for me. Please let me know what you find.


--
David Rothenberger    daver...@acm.org

QOTD:
 "I haven't come far enough, and don't call me baby."

#!/bin/bash

# Set to "clear" to clear the default ACLs. This should make the
# problem go away.
#
# Set to "set" to set the default ACLs. This should cause the
# problem to appear.
SETACLS=clear
#SETACLS=set

rm -fr repos trunk tst cfg
mkdir cfg

R=file:///$(cygpath -ua .)/repos
CFG="$(cygpath -ua cfg)"
echo "R=$R"

# Create the repository
svnadmin create repos

# Create the trunk
svn mkdir --config-dir $CFG -m '' "$R/trunk"
svn co --config-dir $CFG "$R/trunk"

# Add an EXE and a TXT file
cd trunk
cp "$(cygpath -Wua)"/notepad notepad.xxx
date > text.txt
svn add --config-dir $CFG *
svn ci --config-dir $CFG -m ''

# Check out into another directory
cd ..
mkdir tst

if [ -n "$SETACLS" ]; then
 for g in $(id -G); do
   if [ "$SETACLS" = "clear" ]; then
 setfacl -m d:g:$g:0 tst
   elif [ "$SETACLS" = "set" ]; then
 setfacl -m d:g:$g:rwx tst
   fi
 done
fi

getfacl tst
svn co --config-dir $CFG "$R/trunk" tst
cd tst
ls -l
--
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

[ANNOUNCEMENT] Updated: perl-5.10.1-3

[Reini Urban]

perl has been updated to 5.10.1-3 to fix the Cwd issue with 5.10.1-2.
No binaries have been changed, besides some vendor_perl upgrades. See below.
It has been successfully tested with 700 CPAN modules.

Changes since the last perl-5.10.1-2:
- added "CYG25 use same image-base when exchanging privlib dlls"
  This means that updating XS modules might need much less rebaseall
  runs, esp. the Compress::Raw modules.
- removed CYG26-Cwd-svk patch by Elliot Moss for svk. svk has to be
  fixed instead
- added helperscript /usr/bin/perlrebase
- build script stabilizations
  - added install_vendor support for Build.PL (Test::Pod)
  - proper exit on install_vendor make failure
  - install updated CPAN core packages not into vendor, no shadowing:
ExtUtils-ParseXS-* ExtUtils-CBuilder-* IO-Compress-*
Compress-Raw-Bzip-* Pod-Escapes-* Pod-Simple-* CPAN-1* Digest-SHA-*
Module-Build-* Math-BigInt-FastCalc-* File-Temp-*
@INC "shadowing" prevents effective cpan updates of those
core modules
- moved html docs to perl_manpages pkg
- CORE modules updated:
Compress-Raw-Bzip2-2.024 IO-Compress-2.024 Compress-Raw-Zlib-2.024
Module-Build-0.3603 ExtUtils-CBuilder-0.2702 ExtUtils-ParseXS-2.2203
- vendor_perl modules updated:
  Test-Pod-1.41 YAML-0.71 IO-CaptureOutput-1.1102 File-HomeDir-0.89
  URI-1.52 Net-DNS-0.66 CPAN-Reporter-1.1711 File-Find-Rule-0.32
  Data-Compare-1.22 PAR-Dist-0.47
- setup.hint requires libssp0 added

-

See http://www.perl.org/
ChangeLog: http://perldoc.perl.org/perldelta.html
Cygwin README: http://perldoc.perl.org/perlcygwin.html
CYGWIN vendor patches at
http://code.google.com/p/cygwin-rurban/source/browse/trunk/release/perl

Vendor patches for 5.10.1-3:
* CYG11 Empty .bs files are not generated anymore
* CYG12 no archlib in otherlibdirs
* CYG14 Dynaloader
* CYG15 static-Win32CORE
* CYG17 utf8-paths
* CYG21 LibList-Kid.patch
* CYG22 cygwin-1.7 hints
* CYG23 544-stat
* CYG24 build man pages
- CYG26 Cwd for svk (invalid message burned into cygperl5_10.dll)
* Bug#55162 File::Spec::case_tolerant performance
* disable ExtUtils::MakeMaker::Coverage in Sys-Syslog

Update recommendations from 5.8:
---

Since 5.10 is not installed in parallel to 5.8 (it is possible, but not
with this package), all your old 5.8 modules will need to be reinstalled
for 5.10.
Your old 5.8 modules are not deleted, just not accessible to 5.10.
Non-binary packages can be used by adding /usr/lib/perl5/site_lib/5.8 to
your @INC, but the below procedure is recommended to get the latest
version for each installed package.
This will not harm most of your previous 5.8 modules in case you want to
switch back to 5.8, just the /bin scripts might get overwritten.

BEFORE INSTALLATION of 5.10 !
# get the list of installed 5.8 modules
$ perl -MExtUtils::Installed \
  -e'print join("\n", new ExtUtils::Installed->modules)' > module.list

AFTER INSTALLATION of 5.10 !
# install all previous modules for 5.10
$ cpan `cat module.list`




To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

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



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

Setup fails with 1.7 upgrade attempt

[chethcoat]

I can find no direct information on this problem anywhere, so now I'm
writing you.  My computer is an Intel Pentium(R) 4, 3.4 Ghz and 1GB
RAM.  The OS is MS Windows XP 2002, SP2.  I've been happily running
Cygwin for 8 years, and it looks like it's time to upgrade to Cygwin
1.7.

I suddenly cannot run Cygwin setup.exe.  I've downloaded it several
times from various locations, and each time I run it, it fails at or
during downloading the mirrors.lst step with a popup window from the
Microsoft Visual C++ Runtime Libray saying:


Runtime Error!

Program: C:\cygwin\setup.exe

This application has requested the Runtime to terminate it in an
unusual way.  Please contact the applications's support team for more
information.


Here is the contents of /var/log/setup.log.full after a recent attempt:


$ less setup.log.full
2010/02/25 15:10:12 Starting cygwin install, version 2.685
2010/02/25 15:10:12 io_stream_cygfile: fopen(/etc/setup/net-method) failed
2 No such file or directo
ry
2010/02/25 15:10:12 io_stream_cygfile: fopen(/etc/setup/net-proxy-host)
failed 2 No such file or dir
ectory
2010/02/25 15:10:12 io_stream_cygfile: fopen(/etc/setup/net-proxy-port)
failed 2 No such file or dir
ectory
2010/02/25 15:10:12 io_stream_cygfile: fopen(/etc/setup/extrakeys) failed
2 No such file or director
y
2010/02/25 15:10:12 io_stream_cygfile:
fopen(/etc/setup/chooser_window_settings) failed 2 No such fi
le or directory
2010/02/25 15:10:12 Current Directory: C:\cygpacks
2010/02/25 15:10:12 User has NO backup/restore rights
2010/02/25 15:10:12 Could not open Service control manager
2010/02/25 15:10:21 source: from cwd
2010/02/25 15:10:23 root: C:\cygwin binary user
2010/02/25 15:10:26 Selected local directory: C:\cygpacks
Found ini file -
C:\cygpacks/ftp%3a%2f%2fftp.gtlib.gatech.edu%2fpub%2fcygwin%2f/setup.ini
Found ini file -
C:\cygpacks/http%3a%2f%2fwww.gtlib.gatech.edu%2fpub%2fcygwin%2f/setup.ini
Removing empty category Accessibility
Removing empty category Audio
Removing empty category Games
Removing empty category KDE
Removing empty category Mail
Removing empty category Mingw
2010/02/25 15:12:41 Ending cygwin install
setup.log.full (END)


These clues hint at several possible problems:  An unexpected request
to terminate setup.exe; an unusual way of terminating it; can't open
i/o streams; user [who, me?] has no backup/restore rights; could not
open Service control manager.  I do not know if these problems are
independent or somehow connected, and I don't know what to do now.

One irritating note:  There is no way I can figure out to get
setup.exe tell me what version of Cygwin it thinks it's installing.
How can I verify that the current setup program on the Cygwin web page
is for 1.7 and not 1.5?

I've been depending on Cygwin on my Windows installation for years and
I don't want to lose it now.



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

Re: How to properly set up /etc/passwd and /etc/group

[Pavel Kudrna]

Wes Barris wrote:

On 03/01/2010 12:05 AM, Wes Barris wrote:

I have installed cygwin on many systems.  

...

a long listing of my home directory shows a bunch of '?' question marks
as the owner and group fields like this:

drwxrwxrwt+ 1   0 2010-01-10 17:13 Projects
If you used Sysprep utility to clone to many PCs the problem is missing 
right for System account in / and below, see


I have solved the problem by adding rights with the command
cacls "C:\Program Files\cygwin" /T /E /G SYSTEM:F
before running sysprep. After that minisetup (running under System 
account) can correct old SID in ACLs also in cygwin directories and 
question marks disappear.

With greetings
Pavel Kudrna

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

Re: How to properly set up /etc/passwd and /etc/group

[Dave Korn]

On 01/03/2010 05:05, Wes Barris wrote:

> What I normally end up doing is to list the directory with the '-n'
> option that shows me the uid and gid information (in this case
> both are 4294967295.  I manually edit the /etc/passwd and /etc/group
> files accordingly so that my directory listing looks like this:
> 
> drwxrwxrwt+ 1 wes admin   0 2010-01-10 17:13 Projects

  That suggests you set your uid and gid to 4294967295, aka -1, aka 'nobody';
that's probably not a good thing.

cheers,
  DaveK


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

Problems with qt4, requiring local repair

[Paul Bibbings]

Hello

I'm currently trying to iron out a few problems with my installation
that have come to light having just installed most of the Cygwin qt4
(4.5.3-1) packages.  I shall want to ask what my options on for
repairing what appears to be a broken installation, assuming that my
analysis is correct.  Here's the background.

Having tried to build a sample app in Cygwin using Qt4 I got errors
relating to cygstdc++-6.dll when attempting to run it.  I soon
discovered that the same errors were occuring when I attempted to run
the installed Qt4 utilities.  Thus, from a cmd prompt on Windows Vista
(the error message is not shown running under Cygwin bash):

   c:\>c:\cygwin\lib\qt4\bin\qmake
   "The procedure entry point __gxx_personality_v0 could not be located
   in the dynamic link library cygstdc++-6.dll"

When I ran cygcheck, what looked like a problem began to come to light:

   18:37:17 Paul bibbi...@jijou
   ~ $cygcheck -v /usr/lib/qt4/bin/qmake | grep cygstdc++-6
 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0
   "cygstdc++-6.dll" v0.0 ts=2010/1/31 0:09

The time stamp on cygstdc++-6.dll looks more than suspicious, since I
wouldn't have expected this to have changed from my having upgraded to
Cygwin 1.7 somewhere towards the end of last year.  Then I remembered a
rocky build and a bad `installation' of a recent gcc snapshot, and sure
enough: 

   19:04:42 Paul bibbi...@jijou
   ~ $ls -l /opt/gcc-4.5.0/bin | grep gcc.exe
   -r-xr-xr-x+ 1 Paul Bibbings None 1659007 2010-01-31 23:25 gcc.exe
^^
What I had done was set a bad --prefix when configuring this build and
the install sent it right into the heart of my Cygwin installation
(instead of to /opt, where I normally put my home builds, configuring
them into the alternatives system subsequently).  I had then thought
that I had successfully cleaned everything up manually, but it seems
that I haven't.  Checking for other similar fallout, I have:

   19:05:53 Paul bibbi...@jijou
   ~ $ls -l /usr/bin | grep 2010-01-31
   -rwxr-xr-x   1 ...  392653 2010-01-31 00:57 cyggcc_s-sjlj-1.dll
   -rwxr-xr-x   1 ...   54744 2010-01-31 00:57 cygssp-0.dll
   -rwxr-xr-x   1 ... 5425909 2010-01-31 00:57 cygstdc++-6.dll

Can anyone suggest what minimal packages I might reinstall in order to
repair/restore these .dlls, the last of which is certainly required to
be correct for Qt4?  

Regards

Paul Bibbings


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

Re: Setup fails with 1.7 upgrade attempt

[Dave Korn]

On 01/03/2010 18:18, chethc...@oplink wrote:

> One irritating note:  There is no way I can figure out to get
> setup.exe tell me what version of Cygwin it thinks it's installing.
> How can I verify that the current setup program on the Cygwin web page
> is for 1.7 and not 1.5?

  If it's "setup.exe", it's for 1.7.  If it's "setup-legacy.exe", it's for 1.5.

  As to the main problem, hmmm.  Maybe if you could run it under GDB we might
get a better look at the error.

  I was going to suggest you try a snapshot of setup.exe with debug
information, but something appears to be wrong with the website, I couldn't
find the setup snapshots anywhere.  So try it with the one you've got anyway,
maybe it'll show us something useful.

  Also, do just verify that you aren't having some bizarre network problem or
BLODA connecting.  What do you see if you run "wget -S
http://cygwin.com/mirrors.lst"; in a bash shell?

cheers,
  DaveK



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

Re: Problems with qt4, requiring local repair

[Dave Korn]

On 01/03/2010 19:36, Paul Bibbings wrote:

>-rwxr-xr-x   1 ...  392653 2010-01-31 00:57 cyggcc_s-sjlj-1.dll

  That's not one of ours at all.  You can leave it, delete it, or move it
aside; it won't be referenced by any of the cygwin system stuff.

>-rwxr-xr-x   1 ...   54744 2010-01-31 00:57 cygssp-0.dll
>-rwxr-xr-x   1 ... 5425909 2010-01-31 00:57 cygstdc++-6.dll
> 
> Can anyone suggest what minimal packages I might reinstall in order to
> repair/restore these .dlls, the last of which is certainly required to
> be correct for Qt4?  

  Yes, cygcheck should be able to tell you:

> $ cygcheck -f  /usr/bin/cygssp-0.dll
> libssp0-4.3.4-3
> 
> $ cygcheck -f /usr/bin/cygstdc++-6.dll
> libstdc++6-4.3.4-3

  If I were you I'd forcibly reinstall all the "gcc4" packages you have
installed as well as those two and also libgcc1, libffi4, and any of the
runtimes for any of the other languages you have installed: libgcj9,
libgfortran3, libgnat4.3, libgomp1, libobjc2.  Hopefully the reinstall will
delete any remaining stray .exes and then recreate the alternatives links in
their place.

cheers,
  DaveK

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

Re: Problems with qt4, requiring local repair

[Dave Korn]

On 01/03/2010 20:32, Dave Korn wrote:
> On 01/03/2010 19:36, Paul Bibbings wrote:
> 
>>-rwxr-xr-x   1 ...  392653 2010-01-31 00:57 cyggcc_s-sjlj-1.dll
> 
>   That's not one of ours at all.  You can leave it, delete it, or move it
> aside; it won't be referenced by any of the cygwin system stuff.

  BTW (unless you're doing something *really* tricky) that means you forgot to
use "--disable-sjlj-exceptions" when you configured your compiler, which would
go a very long way toward explaining why it didn't interoperate with the
standard distro and why __gxx_personality_v0 was missing; we use Dwarf-2 EH
throughout.

cheers,
  DaveK

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

Re: Setup fails with 1.7 upgrade attempt

[chethcoat]

> As to the main problem, hmmm.  Maybe if you could run it under GDB
> we might get a better look at the error.

You mean run setup.exe under GDB?  Will try it shortly, but:

> I was going to suggest you try a snapshot of setup.exe with debug
> information, but something appears to be wrong with the website, I
> couldn't find the setup snapshots anywhere.  So try it with the one
> you've got anyway, maybe it'll show us something useful.

> Also, do just verify that you aren't having some bizarre network
> problem or BLODA connecting.  What do you see if you run "wget -S
> http://cygwin.com/mirrors.lst";; in a bash shell?

First, using my browser to get to http://cygwin.com/mirrors.lst, I get
a "not found on this server" error.  I think this file might be
elsewhere.

Second, you may be right about network issues.  I've had a lot of
problems in the past keeping wget working due to constantly changing
proxies, security, etc.  Anyway, right now, wget appears totally
nonfunctional.  Here are a couple of lines copied off my Cygwin
terminal:

$ wget -S http://www.tug.org
$

This test and others tell me that wget is getting nothing at all.
Does setup.exe use wget?



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

Re: Setup fails with 1.7 upgrade attempt

[Dave Korn]

On 01/03/2010 20:39, chethc...@oplink wrote:

> First, using my browser to get to http://cygwin.com/mirrors.lst, I get
> a "not found on this server" error.  I think this file might be
> elsewhere.

  Absolutely not, no way.  You have a very serious network problem.  Probably
a bad proxy server.  Either that or you are hacked/virused and something is
redirecting your DNS.  You should see this in wget:

> $ wget -S http://cygwin.com/mirrors.lst
> --2010-03-01 21:08:10--  http://cygwin.com/mirrors.lst
> Resolving cygwin.com... 209.132.180.131
> Connecting to cygwin.com|209.132.180.131|:80... connected.
> HTTP request sent, awaiting response...
>   HTTP/1.1 200 OK
>   Date: Mon, 01 Mar 2010 20:50:13 GMT
>   Server: Apache/2.0.52 (Red Hat)
>   Last-Modified: Mon, 01 Mar 2010 19:13:08 GMT
>   ETag: "18e220c-198d-a14f900"
>   Accept-Ranges: bytes
>   Content-Length: 6541
>   Keep-Alive: timeout=15, max=100
>   Connection: Keep-Alive
>   Content-Type: text/plain
> Length: 6541 (6.4K) [text/plain]
> Saving to: `mirrors.lst'
> 
> 100%[==>] 6,541   17.4K/s   in 0.4s
> 
> 2010-03-01 21:08:12 (17.4 KB/s) - `mirrors.lst' saved [6541/6541]

... and this in your browser:

> ftp://ftp.iitm.ac.in/cygwin/;ftp.iitm.ac.in;Asia;India
> http://ftp.iitm.ac.in/cygwin/;ftp.iitm.ac.in;Asia;India
> ftp://ftp.iij.ad.jp/pub/cygwin/;ftp.iij.ad.jp;Asia;Japan
> ftp://ftp.jaist.ac.jp/pub/cygwin/;ftp.jaist.ac.jp;Asia;Japan
> ftp://ring.aist.go.jp/archives/pc/gnu-win32/;ring.aist.go.jp;Asia;Japan
> http://ftp.iij.ad.jp/pub/cygwin/;ftp.iij.ad.jp;Asia;Japan
> http://ftp.jaist.ac.jp/pub/cygwin/;ftp.jaist.ac.jp;Asia;Japan
> ftp://ftp.kaist.ac.kr/pub/cygwin/;ftp.kaist.ac.kr;Asia;Korea
> ftp://mirror.averse.net/pub/cygwin/;mirror.averse.net;Asia;Singapore
> http://mirror.averse.net/cygwin/;mirror.averse.net;Asia;Singapore
> ftp://ftp.ntu.edu.tw/cygwin/;ftp.ntu.edu.tw;Asia;Taiwan
> ftp://mirror.internode.on.net/pub/cygwin/;mirror.internode.on.net;Australia;Australia
> http://mirror.aarnet.edu.au/pub/sourceware/cygwin/;mirror.aarnet.edu.au;Australia;Australia
> http://mirror.internode.on.net/pub/cygwin/;mirror.internode.on.net;Australia;Australia
> http://mirror.cpsc.ucalgary.ca/mirror/cygwin.com/;mirror.cpsc.ucalgary.ca;Canada;Alberta
> ftp://mirror.csclub.uwaterloo.ca/cygwin/;mirror.csclub.uwaterloo.ca;Canada;Ontario
> http://mirror.csclub.uwaterloo.ca/cygwin/;mirror.csclub.uwaterloo.ca;Canada;Ontario
> ftp://ftp.univie.ac.at/packages/cygwin/;ftp.univie.ac.at;Europe;Austria
> ftp://gd.tuwien.ac.at/gnu/cygwin/;gd.tuwien.ac.at;Europe;Austria

  [ ... many more snipped ... ]

cheers,
  DaveK


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

Re: Setup fails with 1.7 upgrade attempt

[Christopher Faylor]

On Mon, Mar 01, 2010 at 02:39:31PM -0600, chethc...@oplink.net wrote:
>> As to the main problem, hmmm.  Maybe if you could run it under GDB
>> we might get a better look at the error.
>
>You mean run setup.exe under GDB?  Will try it shortly, but:
>
>> I was going to suggest you try a snapshot of setup.exe with debug
>> information, but something appears to be wrong with the website, I
>> couldn't find the setup snapshots anywhere.  So try it with the one
>> you've got anyway, maybe it'll show us something useful.
>
>> Also, do just verify that you aren't having some bizarre network
>> problem or BLODA connecting.  What do you see if you run "wget -S
>> http://cygwin.com/mirrors.lst";; in a bash shell?
>
>First, using my browser to get to http://cygwin.com/mirrors.lst, I get
>a "not found on this server" error.  I think this file might be
>elsewhere.

Then something is seriously wrong (assuming you didn't just include the
quote mark when you tried it in your browser).

>Second, you may be right about network issues.  I've had a lot of
>problems in the past keeping wget working due to constantly changing
>proxies, security, etc.  Anyway, right now, wget appears totally
>nonfunctional.  Here are a couple of lines copied off my Cygwin
>terminal:
>
>$ wget -S http://www.tug.org
>$
>
>This test and others tell me that wget is getting nothing at all.
>Does setup.exe use wget?

No.  setup.exe really can't use any cygwin programs or it wouldn't
be able to bootstrap a cygwin installation.

But, then, does "cygcheck /bin/wget.exe" show any missing DLLs?  That
could be the cause of non-response from wget.

cgf

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

Re: Setup fails with 1.7 upgrade attempt

[Dave Korn]

On 01/03/2010 20:39, chethc...@oplink wrote:

 [ missed one thing in my earlier response: ]

> Does setup.exe use wget?

  Nope, that was the point; try and factor setup.exe out of the equation and
see if your problem is with that or in the network.

cheers,
  DaveK

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

Re: Problems with qt4, requiring local repair

[Paul Bibbings]

Dave Korn  writes:

> On 01/03/2010 20:32, Dave Korn wrote:
>> On 01/03/2010 19:36, Paul Bibbings wrote:
>> 
>>>-rwxr-xr-x   1 ...  392653 2010-01-31 00:57 cyggcc_s-sjlj-1.dll
>> 
>>   That's not one of ours at all.  You can leave it, delete it, or move it
>> aside; it won't be referenced by any of the cygwin system stuff.
>
>   BTW (unless you're doing something *really* tricky) that means you forgot to
> use "--disable-sjlj-exceptions" when you configured your compiler, which would
> go a very long way toward explaining why it didn't interoperate with the
> standard distro and why __gxx_personality_v0 was missing; we use Dwarf-2 EH
> throughout.
>
> cheers,
>   DaveK

Thanks for the quick replies, Dave.

I have moved on some and re-installed the two libraries libssp0 and
libstdc++6 and through experimenting I came to the conclusion too that
cyggcc_s-sjlj-1 was not a Cygwin lib.  It does seem, however, that I
will have to go round for another build on a couple of my compilers
since I did indeed miss --disable-sjlj-exceptions on gcc-4.4.3 and the
gcc-4.5.0 snapshot (and a few other things too).  Before I do that, can
I ask whether it would be appropriate generally to follow the config
from

   $ /cygdrive/d/CPPProjects/Emacs/cxxtest $gcc-4 -v
   Using built-in specs.
   Target: i686-pc-cygwin
   Configured with:
   /gnu/gcc/releases/packaging/4.3.4-3/gcc4-4.3.4-3/src/gcc-4.3.4/configure
   --srcdir=/gnu/gcc/releases/packaging/4.3.4-3/gcc4-4.3.4-3/src/gcc-4.3.4
   --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
   --libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var
   --sysconfdir=/etc --infodir=/usr/share/info --mandir=/usr/share/man
   --datadir=/usr/share --infodir=/usr/share/info --mandir=/usr/share/man
   -v --with-gmp=/usr --with-mpfr=/usr --enable-bootstrap
   --enable-version-specific-runtime-libs --with-slibdir=/usr/bin
   --libexecdir=/usr/lib --enable-static --enable-shared
   --enable-shared-libgcc --disable-__cxa_atexit --with-gnu-ld
   --with-gnu-as --with-dwarf2 --disable-sjlj-exceptions
   --enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --disable-symvers
   --enable-libjava --program-suffix=-4 --enable-libgomp --enable-libssp
   --enable-libada --enable-threads=posix --with-arch=i686
   --with-tune=generic --enable-libgcj-sublibs CC=gcc-4 CXX=g++-4
   CC_FOR_TARGET=gcc-4 CXX_FOR_TARGET=g++-4 GNATMAKE_FOR_TARGET=gnatmake
   GNATBIND_FOR_TARGET=gnatbind AS=/opt/gcc-tools/bin/as.exe
   AS_FOR_TARGET=/opt/gcc-tools/bin/as.exe LD=/opt/gcc-tools/bin/ld.exe
   LD_FOR_TARGET=/opt/gcc-tools/bin/ld.exe
  --with-ecj-jar=/usr/share/java/ecj.jar

  Thread model: posix
  gcc version 4.3.4 20090804 (release) 1 (GCC)

if I want to build, say, the latest gcc-4.4.3 release to be my Cygwin
workhorse gcc compiler (for C++, mainly)?  Suitably adjusted, of course,
as I only want c,c++ and I want it installed under /opt/gcc-4.4.3.

On the current problem, having tidied up the libraries, I can get a
basic Qt4 app to build, but I'm not getting any joy running it.  It
merely hangs at a point that I am still trying to trace through
debugging with gdb;  and this is building using the Cygwin distro
gcc-4.3.4. 

Thanks again for your help.

Regards

Paul Bibbings


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

Re: [ANNOUNCEMENT] Updated: perl-5.10.1-3

[Eliot Moss]

It is fine that you removed the patch.

Since svk is no longer maintained, I switched
to use git instead and am quite happy with it.

Glad you've made changes to make rebasing less
necessary!

Thanks -- Eliot Moss

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

RE: chmod Permission Error with Non-Windows Paths

[Holmberg, Eric]

>> I'm seeing an "Permission denied" failure when using chmod on a mapped 
>> network drive.  The problem doesn't occur on the local drive and if I use a 
>> Windows-style backslash in the name, it works?!
>>
>> CYGWIN_NT-5.1 EHOLMBER-XP 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
>>
>> $ echo $CYGWIN
>> nontsec
>
>Here's your problem.
>
>

Thanks for the pointer - I added the following to /etc/fstab and everything is 
working as expected again:

none /cygdrive cygdrive text,posix=0,noacl 0 0

>
>> eholm...@eholmber-xp /cygdrive/b
>> $ touch test.txt
>>
>> $ ls -l test.txt
>> -rwx--+ 1 eholmber Domain Users 0 2010-02-26 11:16 test.txt
>>
>> $ ls -l .\\test.txt
>> -rw-r--r-- 1 eholmber Domain Users 0 2010-02-26 11:16 .\test.txt
>>
>> $ chmod +w test.txt
>> chmod: changing permissions of `test.txt': Permission denied
>>
>> $ chmod +w .\\test.txt
>>
>> $ ls -l .\\test.txt
>> -rw-r--r-- 1 eholmber Domain Users 0 2010-02-26 11:16 .\test.txt
>>
>>
>> Any help is greatly appreciated!
>
>We very much prefer to see cygcheck output unedited and *attached*,
>not appended.
>
Will do next time.

Thanks,
Eric

Re: How to properly set up /etc/passwd and /etc/group

[Wes Barris]

Pavel Kudrna wrote:

Wes Barris wrote:

On 03/01/2010 12:05 AM, Wes Barris wrote:

I have installed cygwin on many systems.  

...

a long listing of my home directory shows a bunch of '?' question marks
as the owner and group fields like this:

drwxrwxrwt+ 1   0 2010-01-10 17:13 Projects
If you used Sysprep utility to clone to many PCs the problem is missing 
right for System account in / and below, see


I have solved the problem by adding rights with the command
cacls "C:\Program Files\cygwin" /T /E /G SYSTEM:F
before running sysprep. After that minisetup (running under System 
account) can correct old SID in ACLs also in cygwin directories and 
question marks disappear.

With greetings
Pavel Kudrna


Hi Pavel,

I don't think that I understood anything you said.  I've never run
something called "Sysprep" (whatever that is).  Are you suggesting
that I need to run "cacls ..."?  What exactly will that do?
--
Wes Barris

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

Re: How to properly set up /etc/passwd and /etc/group

[Wes Barris]

Dave Korn wrote:

On 01/03/2010 05:05, Wes Barris wrote:


What I normally end up doing is to list the directory with the '-n'
option that shows me the uid and gid information (in this case
both are 4294967295.  I manually edit the /etc/passwd and /etc/group
files accordingly so that my directory listing looks like this:

drwxrwxrwt+ 1 wes admin   0 2010-01-10 17:13 Projects


  That suggests you set your uid and gid to 4294967295, aka -1, aka 'nobody';
that's probably not a good thing.


Hi Dave,

I changed my uid an gid in my passwd file to 4294967295 because that
is what ls -ln showed.  If that is not a good thing to do what is
the right thing to do?


cheers,
  DaveK


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




--
Wes Barris Web: www.wesbarris.com E-Mail: w...@wesbarris.com

Today's fortune: Two wrongs are only the beginning.

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

taskkill - error while loading shared libraries - LD_LIBRARY_PATH?

[Robert Mark]

Hi All,

I have upgraded to Cygwin 1.7 (CYGWIN_NT-5.1 1.7.1(0.218/5/3)
2009-12-07 11:48) and am having trouble running a windows commands
that I use a lot as part of Cygwin. For example, when I use taskkill I
get:

/c/WINDOWS/system32/taskkill.exe: error while loading shared
libraries: ?: cannot open shared object file: No such file or
directory

I have read some posts from this list and seen discussion around
LD_LIBRARY_PATH being the path for DLLs. In my environment the
LD_LIBRARY_PATH variable is not set. I try "export
LD_LIBRARY_PATH="$PATH" but that doesn't fix the issue either.

Any advice as to how I can get this working would be most appreciated!

Rob
:)

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

Re: TZ=CEST not detected

[lennox]

[Moving this reply to the cygwin list from cygwin-apps, where I'm not
subscribed and so can't post, since it was only on the -apps list due to an
autocomplete bug by the original poster in the first place.]

Reini Urban writes:
> 2010/3/1 Samuel Thibault:
> >
> > Apparently this one is valid and has a sane meaning:
> >
> > $ TZ=CET-1CEST date
> > lundi 1 mars 2010, 11:46:42 (UTC+0100)
> > $ TZ=CET-1CEST date -d 20090701
> > mercredi 1 juillet 2009, 00:00:00 (UTC+0200)
> >
> > i.e. it switches between CET and CEST as appropriate.

> Great, thanks!

Actually, this is almost certainly not what you want.

"CET-1CEST" means "A time zone one hour east of UTC, named 'CET', with
a one-hour Summer Time using the default rules, named 'CEST'."

Unfortunately, the default rules are the U.S. rules.  Thus:

$ TZ=CET-1CEST date -d "15 mar 2010"
Mon Mar 15 00:00:00 CEST 2010

The U.S. switches to daylight-saving time on Sunday, 14 March this year,
whereas the E.U. switches to summer time on Sunday, 28 March.

The "CET" zone actually does the right thing for summer time, going forward
(using the EU rules):

$ TZ=CET date -d "15 mar 2010"
Mon Mar 15 00:00:00 CET 2010

$ TZ=CET date -d "29 mar 2010"
Mon Mar 29 00:00:00 CEST 2010

Historical times prior to the adoption of E.U. rules (in 1977 or
thereabouts) may be incorrect, however.

To pick the proper time zone name for your region, run the
/usr/sbin/tzselect tool.  Based on your e-mail address, I'd suspect you want
"Europe/Vienna".

-- 
Jonathan Lennox
lennox at cs dot columbia dot edu

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

How to delete a file without owner and group?

[Peng Yu]

I have a file that doesn't have owner and group and hence I can not
delete it. Could somebody let me know how to delete it?

off...@office-pc /tmp
$ ll
total 0
-rw-r--r-- 1   0 2009-11-28 10:12 foo.sh

off...@office-pc /tmp
$ chown office foo.sh
chown: changing ownership of `foo.sh': Permission denied

off...@office-pc /tmp
$ rm foo.sh
rm: remove write-protected regular empty file `foo.sh'? y
rm: cannot remove `foo.sh': Permission denied

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

Feature Request: Allow cron to terminate with SIGHUP

[Paul McFerrin]

With every Cygwin session I have two windows opened:  One CONSOLE and 
the other a miscelanious windon running rxvt.  When I want to shut down 
Cygwin and it's web servers, I just exit the console window.  When I 
exit the console window, every process gets terminated with SIGHUP.  No 
exceptions get terminated until now.  The cron command is ignoring 
SIGHUP and thus causes extra stuff to be done to perform a gracefull 
shutdown.


Is there a reason to catch SIGHUP?  I would like to keep my running of 
cygwin.  I knew something changed, now I know.  With cron running all 
the time, it is more difficult to unload cygwin1.dll.


- Paul

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

Re: How to delete a file without owner and group?

[Larry Hall (Cygwin)]

On 3/1/2010 10:48 PM, Peng Yu wrote:

I have a file that doesn't have owner and group and hence I can not
delete it. Could somebody let me know how to delete it?

off...@office-pc /tmp
$ ll
total 0
-rw-r--r-- 1   0 2009-11-28 10:12 foo.sh

off...@office-pc /tmp
$ chown office foo.sh
chown: changing ownership of `foo.sh': Permission denied

off...@office-pc /tmp
$ rm foo.sh
rm: remove write-protected regular empty file `foo.sh'? y
rm: cannot remove `foo.sh': Permission denied


Does 
answer your question?

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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

Re: Feature Request: Allow cron to terminate with SIGHUP

[Steven Monai]

On 2010/03/01 7:51 PM, Paul McFerrin wrote:
[...]
> Is there a reason [for cron] to catch SIGHUP?

cron, like many UNIX daemon programs, interprets SIGHUP as a signal to
close and reopen its log file. This is typically used to facilitate log
file rotation. It is quite unlikely that cron's maintainer would want to
change this.

> I would like to keep my running of
> cygwin.  I knew something changed, now I know.  With cron running all
> the time, it is more difficult to unload cygwin1.dll.

If you're not using cron for anything, you should probably just stop and
permanently remove the service, e.g.:

$ cygrunsrv -E cron
$ cygrunsrv -R cron

If you are using cron for something, then you'll have to remember to
stop the cron service whenever you want/need to shut down all cygwin
processes, e.g.:

$ cygrunsrv -E cron

This can get tedious if you have a number of cygrunsrv services
installed. Here is a little bash script that should stop them all:

#!/bin/bash
cygrunsrv -L |
while read service; do
cygrunsrv -E "$service"
done

Hope this helped,
-SM
--

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

Resolving '????????' users and groups

[Wes Barris]

I'm trying to find a solution for my files being listed with ''
as the owner and group:

-rw-r--r-- 1    137894 2010-02-25 11:34 1536.gff

The following page partially addresses this:

http://www.cygwin.com/cygwin-ug-net/ntsec.html

It says that:

--
If another user (or a Windows group, treated as a user) is not present
in /etc/passwd, the uid of that user will have a special value of -1
(which would be shown by ls as 65535). The user name shown in this
case will be ''.
--

I would like to modify the /etc/passwd file so that it shows me
as the owner of these files instead of ''.  That page
shows how /etc/passwd is used to create a mapping between Windows
Security SIDs and Cygwin uids.

How do I find/list the Windows SIDs of these files so that I can
create the proper mapping in /etc/passwd?
--
Wes Barris

Today's fortune: God invented automobiles so that we could pace
locomotives.

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

who can give me a copy of fbgrab?

[phil song]

Hi,cygwin,
   I am sorry for trouble you.Because I cannot access web except using email,I 
need a copy of linux framebuffer capture code,like "fbgrab",who can reply a 
copy of code such as "fbgrab" or others you know to me.Thanks for your help. 


Best Regards,   

phil song
2010-03-02


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

Re: Resolving '????????' users and groups

[Andrew DeFaria]

On 03/01/2010 09:57 PM, Wes Barris wrote:

I'm trying to find a solution for my files being listed with ''
as the owner and group:

-rw-r--r-- 1    137894 2010-02-25 11:34 1536.gff

The following page partially addresses this:

http://www.cygwin.com/cygwin-ug-net/ntsec.html

It says that:

--
If another user (or a Windows group, treated as a user) is not present
in /etc/passwd, the uid of that user will have a special value of -1
(which would be shown by ls as 65535). The user name shown in this
case will be ''.
--

I would like to modify the /etc/passwd file so that it shows me
as the owner of these files instead of ''.  That page
shows how /etc/passwd is used to create a mapping between Windows
Security SIDs and Cygwin uids.

How do I find/list the Windows SIDs of these files so that I can
create the proper mapping in /etc/passwd?

How about:

$ mkpasswd -d >> /etc/passwd
$ ls -l 

and see who owns it?
--
Andrew DeFaria 
I went to a general store, but they wouldn't let me buy anything specific.


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

Re: who can give me a copy of fbgrab?

[Christopher Faylor]

On Tue, Mar 02, 2010 at 02:49:00PM +0800, phil song wrote:
>I am sorry for trouble you.Because I cannot access web except using
>email,I need a copy of linux framebuffer capture code,like "fbgrab",who
>can reply a copy of code such as "fbgrab" or others you know to
>me.

Sorry about your web access difficulties but this really isn't something
pertinent to the cygwin mailing list.  If anyone can answer, please do so
privately.

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

Re: Cygwin 1.7.1-1 - problem with non-blocking socket IO

[dm . n9107]

Corinna Vinschen  cygwin.com> writes:
> 
> False alarm.  The code is already doing the right thing, AFAICS.
> 

This bug is biting me all the time in the current Cygwin release. Could you
please consider releasing a 1.7.1-2 with this fix if 1.7.2 is far off in time.
Perhaps this bug is causing a lot of unexplained misbehaviors for other people
as well.

BR,
dm.n9107



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