Re: Problem with pthreads and signaling, behavior broken...

[Christopher Faylor]

Btw, if someone can figure out precisely what they think is going wrong
with the ostensible problems that people are reporting, I'll be happy to
track this down.

I don't mean vagueness like "I think the signal isn't going to the
thread".  I mean something concrete like "The signal handler is not
returning correctly to the calling thread, because..." or "The
keepRunning variable is not getting set".

It seems like if someone is seeing problems they could be sending some
debugging output to a file or something to help track the problems down.
You know?  Debugging 101?

I always try to fix problems that I can duplicate but I'm not going to
spend an inordinate amount of time trying to fix problems that I can't
duplicate in something that is so clearly a corner case.  I can see that
ThreadTest is supposed to be creating a bunch of threads but, beyond
that, I'm not interested in learning its intricacies.

I just tried this on one more system and it got a SIGSEGV no matter what
version of the Cygwin DLL I used.  The difference with this system is
that it is multi-processor (it's also running XP, FWIW).  From the gdb
stack trace, it seems like the problem may be because some operation
which manipulates a global list is not properly thread safe but, like I
said, I really don't want to delve into the mysteries of this program so
I didn't debug it very thoroughly.

cgf

--
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: makewhatis -s option can't take >1 parameters

[Dr. Volker Zell]

> "Matthew" == Matthew Carter writes:

Matthew> I found that the "-s" option to makewhatis cannot take
Matthew> multiple sections.  If you try to supply multiple
Matthew> sections, they are incorrectly interpreted as a
Matthew> manpath.

Matthew> For example:
Matthew> % makewhatis -s '1 2'
Matthew> No such directory 2

Matthew> You might wonder why anyone would ever want to use
Matthew> "-s".  (A comment in the code says that it might be
Matthew> obsoleted soon.)  I need to use "-s" because section
Matthew> 8c, containing imapd, is not supplied in the default
Matthew> section list.  However, if I use "makewhatis -s 8c"

Check out the test version of man (man-1.5k.1) which has 8c in the section list.

Matthew> alone, the whatis database loses information about all
Matthew> the other sections.  I need to be able to run
Matthew> "makewhatis -s '1 2 3 4 5 6 7 8 9 n l 8c'".

Matthew> I looked into the source, and determined that there is
Matthew> a simple fix.  The problem is caused by the use of $*
Matthew> in a 'for' loop to reference the command-line
Matthew> arguments.  This causes any argument that contains
Matthew> multiple words to become multiple arguments.  The "$@"
Matthew> construct is specifically designed to work around
Matthew> this: bash expands "$@" to a quoted word for every
Matthew> argument.

Matthew> Thus, changing line 71 from:
Matthew> for name in $*
Matthew> to:
Matthew> for name in "$@"
Matthew> solves the problem.

I will consider this in the next version of man.

Matthew> I hope this is helpful.

Yes, thanks

Matthew> -Matt Carter

Ciao
  Volker


--
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: Rsync hang and test with latest snapshots

[Olaf Föllinger]

On Wed, Dec 10, 2003 at 01:45:21AM -0500, Christopher Faylor wrote:
> On Wed, Dec 10, 2003 at 07:24:11AM +0100, RITTER, Philippe wrote:
> >Hello all cygwinners !
> >
> >I use rsync to synchronise many server. The most of them are still running
> >with cygwin 1.3.20 and rsync 2.5.5. Everything is running fine in this
> >situation.
> >
> >But I installed cygwin 1.5.5 and rsync 2.5.6 and some problems apairs !
> >Rsync was hanging and stay running in the task manager. I could only kill
> >it. I remember some mails was about this problems, and I don't remember to
> >see any solution.
> >
> >As a tip from cgf, try snapshots ! So, I tested some of them, and, since the
> >snapshot of 3.12.2003, everything is working again. (CYGWIN_NT-4.0 ara
> >1.5.6s(0.107/3/2) 20031203 00:23:12 i686 unknown unknown Cygwin)

Thanks to Philippe for this hint, it's a solution I was lokng for for a
long time. Works for me too.

> Wow.  Someone tested a snapshot, unbidden, it fixes a problem, and they let
> us know about it!
> 
> I think that's definitely worth a gold star.

I second this.

Gruss Olaf Föllinger

-- 
Olaf Föllinger
Berater 
S.E.S.A. Software und Systeme AG


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

rebaseall breaks zsh?

[Rafael Kitover]

I noticed that the rebaseall scripts rebases /usr/bin/libzsh-4.0.4.dll
and the modules in /usr/lib/zsh/4.1.1/zsh/*.dll, and that this breaks
zsh. Rebasing libzsh stops zsh from starting, and rebasing the modules
stops them from loading.

If this is the case, and not just something messed up on my system,
adding:

-e '/\/libzsh-.*\.dll$/d' -e '/\/lib\/zsh/d'

To the sed filter on the script should fix it. Or perhaps making an
/etc/rebase.conf with exclusion filters. Want me to make a patch?

-- 
Rafael

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

Question about default base address and offset for rebasing DLLs

[Rafael Kitover]

I noticed that the /bin/rebaseall script assumes the following:

DefaultBaseAddress=0x7000
DefaultOffset=0x1

Is this going to be the standard base and offset for DLLs in Cygwin?

Is this then a reasonable thing to include in the Cygwin hints file for
my Perl project:

package MY;
sub MY::dynamic_lib {
   my $target = shift->SUPER::dynamic_lib(@_);
   if (defined $target && $target && -e '/bin/rebase') {
$target .= <<'EOF';
rebase -v -d -b 0x7000 -o 0x1 $@
EOF
   }
   $target;
}

This appends the rebase command to the Makefile target that builds the
dll.

I've had some mapping problems when building Perl extensions without
this in the hints file. Will binutils eventually rebase things to some
sort of standard as well?

-- 
Rafael

--
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: Memory Management on AMD64 in 32-bit mode

[Corinna Vinschen]

On Dec  9 12:55, Benson Margulies wrote:
> I assume that there's a very strong reason why this code can't just
> allocate a stack any-old-place (calling VirtualAlloc with first arg 0)
> and use it. What I don't understand is the nature of the constraints. If
> the parent needs to know, why not have stack_base make a call to
> VirtualAlloc with first arg 0 to allocate a brand-new region, on the
> theory that such a region is a lot more likely to end up with a
> corresponding hole in the child process?

Just an example:

void foo()
{
  int x = 1;
  int *xp = &x;

  if (!fork())/* Child */
printf ("%d\n", *xp); 
}

What happens if the stack of the child has been allocated at another
address as the parent's stack?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

accept() problem after NT4.0 sp6a install

[linamat]

After I've installed sp6a on WinNT4.0, my network service stopped accepting
client connections but makes bind() call successfully. Client part shows
ECONNREFUSED while trying to connect(). I've tryed all cygwin1.dll
versions since 1.3.22, but the problem remains. This code works well with
those cygwin1.dll versions on win2k,winnt4.0(sp4-sp6),winxp but not on
winnt4.0sp6a.

Have you seen such thing? Does Cygwin supports NT4 sp6a deviations?

Any help would be much appreciated.

Sergey Samsi.


--
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: accept() problem after NT4.0 sp6a install

[Corinna Vinschen]

On Dec 10 13:10, [EMAIL PROTECTED] wrote:
> After I've installed sp6a on WinNT4.0, my network service stopped accepting
> client connections but makes bind() call successfully. Client part shows
> ECONNREFUSED while trying to connect(). I've tryed all cygwin1.dll
> versions since 1.3.22, but the problem remains. This code works well with
> those cygwin1.dll versions on win2k,winnt4.0(sp4-sp6),winxp but not on
> winnt4.0sp6a.
> 
> Have you seen such thing? Does Cygwin supports NT4 sp6a deviations?

No, I've just connected to an NT4 sp6a system using ssh for testing
and I had no problems.  Perhaps something went wrong with your update?
Are you sure you had a sp6a and not accidentally a sp6 installed?
I vaguley recall some networking problems with plain sp6.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: accept() problem after NT4.0 sp6a install

[linamat]

Recently I had pure sp6 but now - sp6a.
According to M$ documentation if "HKLM\SOFTWARE\Microsoft\Windows
NT\CurrentVersion\Hotfix\Q246009\Installed" is set to 1, then you have
sp6a.

I have it.


--
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: accept() problem after NT4.0 sp6a install

[Corinna Vinschen]

On Dec 10 14:13, [EMAIL PROTECTED] wrote:
> Recently I had pure sp6 but now - sp6a.
> According to M$ documentation if "HKLM\SOFTWARE\Microsoft\Windows
> NT\CurrentVersion\Hotfix\Q246009\Installed" is set to 1, then you have
> sp6a.
> 
> I have it.

Hmm, then I have no idea why it doesn't work for you.  I know it can
work due to my sp6a test system running well.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

musica tbod

[nxwcentro suono]

http://www.guidalnet.tv/free/MP3


Musica..musica..musica
Nel web.viaggiare in musica
con i migliori artisti del momento.

http://www.guidalnet.tv/free/MP3

se nn vuoi + ricevere mail scivi a:
[EMAIL PROTECTED]



cvhxegxotlomrnltn

--
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: Link broken on The OLOCA

[Christopher Faylor]

Please check out the project web page for links to available information
and ports:  http://cygwin.com/ .

If you don't see what you need there, then the cygwin mailing list is
the best place to make observations or get questions answered.
Information on the mailing list is available at the project web page.

For your convenience, I've reset the Reply-To: address to point to the
cygwin mailing list.  I've also Cc'ed this reply there.

On Wed, Dec 10, 2003 at 03:51:20PM +0100, Olle Jonsson wrote:
>Dear CKOA,
>
>I followed a link on the CygWin webpage, and it was dead.
>
>It can be found here:
>
>TANSTAAFL  There Ain't No Such Thing As A Free Lunch. An old principle, 
>popularized by Robert Anson Heinlein in "The Moon is a Harsh Mistress"
>
>And the dead link is: http://billdennis.net/heinlein/tanstaafl.htm
>
>-- 
>Olle Jonsson
>
>Zentropa Interaction ApS
>Filmbyen 12
>2650 Hvidovre, Denmark
>Telefon: +0045 3686 8974
>
>
>

--
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: CYGICONV-2.DLL was not found during installation

[Duncan Murdoch]

On Tue, 9 Dec 2003 17:47:50 -0600 (CST), Brian Ford <[EMAIL PROTECTED]>
wrote :

>In general, you can answer these types of questions via the setup
>package search facility available here:
>
>http://cygwin.com/packages/
>
>Additionally, this probably indicates a dependency bug in some packages
>setup.hint file.  Although, I don't know a good way to track this down.

One way to track down such dependencies is to use pedump -i or objdump
-x on each .exe and .dll in cygwin/bin, then look for the missing DLL
in the listings.  It's a little complicated to do this, because pedump
doesn't print the filename it's working on, and I'm not so comfortable
with putting shell scripts together.

pedump can be found using google.  objdump is in binutils.

HOWEVER, this error does not necessarily indicate a bug in the
setup.hint file.  I recently had the same sort of problem when
installing rsync, and the setup information there looks fine.  I think
it's a bug in the Cygwin setup.exe program:  it looks as though if it
can't find a dependency, it doesn't necessarily abort, it continues
without it.

Duncan Murdoch


--
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: can't install or upgrade from local anymore (setup v. 2.416)

[Shaddy.Baddah]

I am also having the same problem with my setup. Both the Next and Back
buttons are greyed out. I've been trying to download the source to debug
using anonymous CVS, but the CVS server appears to be down.

Regards,
Shaddy

- Original Message - 
From: "Urs Rau" 
To: 
Sent: Friday, November 28, 2003 5:41 AM
Subject: can't install or upgrade from local anymore (setup v. 2.416)


>
> I have been using setup.exe for months (years?) to "download from
> internet" the files to a "local" network location and have always been
> able to then "install from local directory" to other workstations
> installing from local "root directory".
> But recently it has stopped functioning. I can successfully download
> from the internet but when I later try to "install from local directory"
>   the installer goes and checks the md5 sums fo the local archives but
> then at the end of that process the "next" button remains greyed out.
>
> I have tried a few things, like deleting it all and starting from
> scratch. but to no avail the result was the same.
> Any ideas? I am running version 2.416 fo setup.exe BUT I am not sure if
> I have ever run it successfully with version 2.416 or only with earlier
> ones. Is this a common problem and is there any solution to this?
>
> Many thanks to any pointers.
>
> Urs Rau
>
>
> --
> 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/
>

--
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: can't install or upgrade from local anymore (setup v. 2.416)

[Christopher Faylor]

On Thu, Dec 11, 2003 at 12:20:59AM +0800, Shaddy.Baddah wrote:
>I've been trying to download the source to debug using anonymous CVS,
>but the CVS server appears to be down.

The CVS server is working fine.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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/

Re: CYGICONV-2.DLL was not found during installation

[Brian Ford]

On Wed, 10 Dec 2003, Duncan Murdoch wrote:
> On Tue, 9 Dec 2003 17:47:50 -0600 (CST), Brian Ford <[EMAIL PROTECTED]>
> wrote :
> >Additionally, this probably indicates a dependency bug in some packages
> >setup.hint file.  Although, I don't know a good way to track this down.
> >
> One way to track down such dependencies is to use pedump -i or objdump
> -x on each .exe and .dll in cygwin/bin, then look for the missing DLL
> in the listings.  It's a little complicated to do this, because pedump
> doesn't print the filename it's working on, and I'm not so comfortable
> with putting shell scripts together.
>
> pedump can be found using google.  objdump is in binutils.
>
Um..., thanks, I guess.  Although, this information is not what I
was unclear about.

cygcheck would be the prefered program to use if one were to
take this route.  It does print the filename it is working on.  But, this
seems to be a very round about method, and I did not want to take
the time to put together said shell script.

I think looking in some setup log file would probably be more fruitfull.
I do not know which one or how, and I do not want to take the time to
figure it out.  Thus, I thought another interested party might chime in.

> HOWEVER, this error does not necessarily indicate a bug in the
> setup.hint file.  I recently had the same sort of problem when
> installing rsync, and the setup information there looks fine.  I think
> it's a bug in the Cygwin setup.exe program:  it looks as though if it
> can't find a dependency, it doesn't necessarily abort, it continues
> without it.
>
Maybe, but I'll let a setup expert figure that out.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: accept() problem int NT4.0 after sp6a install

[linamat]

Sorry, I have reinstalled sp6a and now everything works!

Thanks for help, Corinna.


--
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: Question about cygwin sshd and StrictModes

[Matt Berney]

Thanks for the no-help.  I have already read all relevant documentation that I could 
find.  That is the reason for posting a message to the group.  In the future, if you 
wish to be helpful, please offer more than RTFM.



-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 09, 2003 7:40 PM
To: Matt Berney; [EMAIL PROTECTED]
Subject: Re: Question about cygwin sshd and StrictModes


At 07:22 PM 12/9/2003, Matt Berney you wrote:
>I have a question about the /etc/sshd_config file under cygwin.  I have cygwin v1.5.5 
>and openssh 
>
>Cygwin Package Information
>Package Version
>cygwin  1.5.5-1
>cygwin-doc  1.3-6
>
>openssh 3.7.1p2-1
>openssl 0.9.7c-1
>openssl-devel   0.9.7c-1
>openssl096  0.9.6j-1
>
>What is the recommended technique to allow for ssh without passwords?  


Read /usr/share/doc/Cygwin/openssh.README


>Here is my procedure:
>  1)  on the server, ssh-host-config
>  2)  on the server, ssh-keygen -d (no passkey e.g. blank)
>  3)  on the server, net start sshd
>
>  4)  on the client, ssh-keygen -d (no passkey e.g. blank)
>  5)  on the client, scp ~/.ssh/id_dsa.pub qar50s1:
>
>  6)  on the server, cat id_dsa.pub >> .ssh/authorized_keys2
>
>All of this works just fine until I change the /etc/sshd_config file to set 
>StrictModes to yes
>
>[sshd_config]
>StrictModes yes
>
>
>What do I have to do to make this work?  Here is the debug output:
>
>OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
>debug1: Reading configuration data /etc/ssh_config
>debug1: Connecting to qar50s1 [10.11.50.1] port 22.
>debug1: Connection established.
>debug1: identity file /home/mberney/.ssh/identity type -1
>debug1: identity file /home/mberney/.ssh/id_rsa type -1
>debug1: identity file /home/mberney/.ssh/id_dsa type 2
>debug1: Remote protocol version 1.99, remote software version OpenSSH_3.7.1p2
>debug1: match: OpenSSH_3.7.1p2 pat OpenSSH*
>debug1: Enabling compatibility mode for protocol 2.0
>debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2
>debug1: SSH2_MSG_KEXINIT sent
>debug1: SSH2_MSG_KEXINIT received
>debug1: kex: server->client aes128-cbc hmac-md5 none
>debug1: kex: client->server aes128-cbc hmac-md5 none
>debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
>debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
>debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
>debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
>debug1: Host 'qar50s1' is known and matches the RSA host key.
>debug1: Found key in /home/mberney/.ssh/known_hosts:85
>debug1: ssh_rsa_verify: signature correct
>debug1: SSH2_MSG_NEWKEYS sent
>debug1: expecting SSH2_MSG_NEWKEYS
>debug1: SSH2_MSG_NEWKEYS received
>debug1: SSH2_MSG_SERVICE_REQUEST sent
>debug1: SSH2_MSG_SERVICE_ACCEPT received
>debug1: Authentications that can continue: publickey,password,keyboard-interactive
>debug1: Next authentication method: publickey
>debug1: Trying private key: /home/mberney/.ssh/identity
>debug1: Trying private key: /home/mberney/.ssh/id_rsa
>debug1: Offering public key: /home/mberney/.ssh/id_dsa
>debug1: Authentications that can continue: publickey,password,keyboard-interactive
>debug1: Next authentication method: keyboard-interactive
>debug1: Authentications that can continue: publickey,password,keyboard-interactive
>debug1: Next authentication method: password
>[EMAIL PROTECTED]'s password:
>
>--
>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/


--
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: CYGICONV-2.DLL was not found during installation

[Duncan Murdoch]

On Wed, 10 Dec 2003 10:47:39 -0600 (CST), Brian Ford
<[EMAIL PROTECTED]> wrote :


>cygcheck would be the prefered program to use if one were to
>take this route.  It does print the filename it is working on. But, this
>seems to be a very round about method, and I did not want to take
>the time to put together said shell script.

You're right, I didn't know about that. You don't need a script, just
 
 cygcheck /bin/*.exe

Duncan Murdoch

--
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: Question about cygwin sshd and StrictModes

[Ehud Karni]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, 10 Dec 2003 09:17:23 -0800, Matt Berney <[EMAIL PROTECTED]> wrote:
>
> Thanks for the no-help.  I have already read all relevant
> documentation that I could find.  That is the reason for
> posting a message to the group.  In the future, if you wish
> to be helpful, please offer more than RTFM.

I don't exactly know what Larry meant, but if you read the "Fucking"
manual as you claim, you either missed or misunderstood the following
(from the man pages of sshd_config(5) ):

  StrictModes
Specifies whether sshd should check file modes and ownership of
the user's files and home directory before accepting login.  This
^^
is normally desirable because novices sometimes accidentally
leave their directory or files world-writable.  The default is
``yes''.

Which is in plain English: check the permissions of your Home (~/)
and your ssh (~/.ssh) directories. Your home directory must NOT be
writable by others (not even from your group) and the ~/.ssh should
not be readable by others (because you may have your private keys
there).

Ehud.


- --
 Ehud Karni   Tel: +972-3-7966-561  /"\
 Mivtach - Simon  Fax: +972-3-7966-667  \ /  ASCII Ribbon Campaign
 Insurance agencies   (USA) voice mail and   X   Against   HTML   Mail
 http://www.mvs.co.il  FAX:  1-815-5509341  / \
 GnuPG: 98EA398D Better Safe Than Sorry
-BEGIN PGP SIGNATURE-
Comment: use http://www.keyserver.net/ to get my key (and others)

iD8DBQE/121NLFvTvpjqOY0RApgtAJ9dsH7eFVYhn7KjgI0Mt6glHiSoygCfY4aU
dDt9iTdg2EqXanRErmOkBk8=
=DDIp
-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: Setup hangs in postinstall

[Michael Robbert]

Antoine Labour wrote:

Actually, I still do believe it's the same problem. In some other mails 
I specified it happens also on single CPU machines. I think other people 
have been able to reproduce it as well. The fact I expose it in a loop 
is because the hang is random. It also sometimes happen in a non-loop 
environment. I suspect a nasty race condition which depends heavily on 
the system scheduling, so in your case the same problem might happen 
every time.
In any case, I tried my small test case with zsh too, same result : hang 
after a few iterations.

Cheers,
Antoine
Antoine,
I'm sorry, you're probably correct.
Everybody,
Some new information I got today. I found another user on our campus 
that is having the problem on two different machines, but not a third. 
All of them running Windows XP. So far every machine I have seen it on 
is running XP and is a recent new install of Cygwin. Does anybody think 
that they could get closer to a solution if I were to provide you with a 
machine to play with remotely where the problem happens every time?

Also, Is this the only place for bug reporting for Cygwin? I can't find 
any actual bug database like bugzilla to get this officially reported.

--
Michael "Murph" Robbert
System Administrator for Math/CS
Colorado School of Mines, Golden, CO  80401-1887
Office: GC249
Office phone: 303-273-3786


--
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: Setup hangs in postinstall

[Brian Ford]

On Wed, 10 Dec 2003, Michael Robbert wrote:
> Antoine Labour wrote:
> > Actually, I still do believe it's the same problem. In some other mails
> > I specified it happens also on single CPU machines. I think other people
> > have been able to reproduce it as well. The fact I expose it in a loop
> > is because the hang is random. It also sometimes happen in a non-loop
> > environment. I suspect a nasty race condition which depends heavily on
> > the system scheduling, so in your case the same problem might happen
> > every time.
> > In any case, I tried my small test case with zsh too, same result : hang
> > after a few iterations.
> >
> Antoine,
> I'm sorry, you're probably correct.
>
> Everybody,
> Some new information I got today. I found another user on our campus
> that is having the problem on two different machines, but not a third.
> All of them running Windows XP. So far every machine I have seen it on
> is running XP and is a recent new install of Cygwin. Does anybody think
> that they could get closer to a solution if I were to provide you with a
> machine to play with remotely where the problem happens every time?
>
Why not try to debug it your self?

Have you tried to strace it?

Can you get a stack trace of the hang in gdb?  Note: You may need a debug
version of the cygwin1.dll or shell for this to be valid.  I will provide
the former if you are willing to test it.

> Also, Is this the only place for bug reporting for Cygwin? I can't find
> any actual bug database like bugzilla to get this officially reported.
>
Yes.  A bugzilla style database has been proposed, but we have not found
anyone willing to maintain it yet.  Want to volunteer?

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

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

was: httping 0.0.3 make error

[svartsjel]

Dirk Sondermann wrote:
> try  make CC='gcc -ansi'  or replace the first line of the makefile by
> CC=gcc -ansi.

Hallo Dirk,

Thanks for the reply.
Taking your suggestion into account, I'll get (after updating the Makefile):

$ make install
gcc -ansi -O2   -c -o error.o error.c
error.c:1:21: ncurses.h: No such file or directory
make: *** [error.o] Error 1

It doesn't seem to be that different...

BTW, I also tried to compile boxes
(http://boxes.thomasjensen.com), but many errors occured there, too.
(Something like:
make[2]: *** [parser.c] Error 255
make[1]: *** [build] Error 2<-- twice!
...)

I'm generally not very experienced in compiling, but:
Could it be possible that httping (or boxes) just won't
compile for Cygwin?

I'd be quite happy to discover a way, though...

Greetings,

Michael


-- 
+++ GMX - die erste Adresse für Mail, Message, More +++
Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net



--
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: Setup hangs in postinstall

[Michael Robbert]

Brian Ford wrote:
On Wed, 10 Dec 2003, Michael Robbert wrote:


Everybody,
Some new information I got today. I found another user on our campus
that is having the problem on two different machines, but not a third.
All of them running Windows XP. So far every machine I have seen it on
is running XP and is a recent new install of Cygwin. Does anybody think
that they could get closer to a solution if I were to provide you with a
machine to play with remotely where the problem happens every time?
Why not try to debug it your self?
Gladly, I just need to know what to do. I'm not a developer, just a 
lowly SysAdmin so I may need some hand holding.
Have you tried to strace it?
Yes, I think that this was included in my initial Email. strace produces 
 no output. I have tried attaching to a running/hung one as well as 
running:
strace sh -c TEST=`uname -s`
Both produced nothing, I suspect that the hang is actually happening 
outside of the sh that I create in the latter.
Can you get a stack trace of the hang in gdb?  Note: You may need a debug
version of the cygwin1.dll or shell for this to be valid.  I will provide
the former if you are willing to test it.
Please provide along with instructions of what to do.


Also, Is this the only place for bug reporting for Cygwin? I can't find
any actual bug database like bugzilla to get this officially reported.
Yes.  A bugzilla style database has been proposed, but we have not found
anyone willing to maintain it yet.  Want to volunteer?
I'll have to think about this one. I'd like to get involved in some open 
source projects, but I personally don't use Cygwin all that much. In 
fact it is pretty rare for me to use Windows so my overall interest in 
this project is more superficial than substantially personal.

--
Michael "Murph" Robbert
System Administrator for Math/CS
Colorado School of Mines, Golden, CO  80401-1887
Office: GC249
Office phone: 303-273-3786
Pager: 303-461-6543
Email: [EMAIL PROTECTED]
--
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: Question about cygwin sshd and StrictModes

[Larry Hall (RFK Partners, Inc)]

Clearly, you have not read the document I pointed to, or not read it
carefully, since the "procedure" you describe below does not use 
ssh-user-config.  While your procedure may do everything that is covered
in the README (implicitly or explicitly), it would be wise for you to 
review your procedure against the prescribed method and make sure there 
are no differences.  From a help-desk perspective, this list relies heavily
on the codified knowledge of these scripts.  No one is likely to spend much
time theorizing what your problem might be without a known baseline.  These 
scripts and tools are there to automate the process of installation with 
best practices.  You're free not to use them but you can't expect those of
us who monitor and respond on this list to debug everyone's custom 
installation.  Sorry if that's what you were expecting.  So maybe this 
amounts to "no-help" from your perspective.  If that's the case, you probably
won't be happy with any response you get from this list on this subject
at least.

Larry


At 12:17 PM 12/10/2003, Matt Berney you wrote:
>Thanks for the no-help.  I have already read all relevant documentation that I could 
>find.  That is the reason for posting a message to the group.  In the future, if you 
>wish to be helpful, please offer more than RTFM.
>
>
>
>-Original Message-
>From: Larry Hall [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, December 09, 2003 7:40 PM
>To: Matt Berney; [EMAIL PROTECTED]
>Subject: Re: Question about cygwin sshd and StrictModes
>
>
>At 07:22 PM 12/9/2003, Matt Berney you wrote:
>>I have a question about the /etc/sshd_config file under cygwin.  I have cygwin 
>>v1.5.5 and openssh 
>>
>>Cygwin Package Information
>>Package Version
>>cygwin  1.5.5-1
>>cygwin-doc  1.3-6
>>
>>openssh 3.7.1p2-1
>>openssl 0.9.7c-1
>>openssl-devel   0.9.7c-1
>>openssl096  0.9.6j-1
>>
>>What is the recommended technique to allow for ssh without passwords?  
>
>
>Read /usr/share/doc/Cygwin/openssh.README
>
>
>>Here is my procedure:
>>  1)  on the server, ssh-host-config
>>  2)  on the server, ssh-keygen -d (no passkey e.g. blank)
>>  3)  on the server, net start sshd
>>
>>  4)  on the client, ssh-keygen -d (no passkey e.g. blank)
>>  5)  on the client, scp ~/.ssh/id_dsa.pub qar50s1:
>>
>>  6)  on the server, cat id_dsa.pub >> .ssh/authorized_keys2
>>
>>All of this works just fine until I change the /etc/sshd_config file to set 
>>StrictModes to yes
>>
>>[sshd_config]
>>StrictModes yes
>>
>>
>>What do I have to do to make this work?  Here is the debug output:
>>
>>OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
>>debug1: Reading configuration data /etc/ssh_config
>>debug1: Connecting to qar50s1 [10.11.50.1] port 22.
>>debug1: Connection established.
>>debug1: identity file /home/mberney/.ssh/identity type -1
>>debug1: identity file /home/mberney/.ssh/id_rsa type -1
>>debug1: identity file /home/mberney/.ssh/id_dsa type 2
>>debug1: Remote protocol version 1.99, remote software version OpenSSH_3.7.1p2
>>debug1: match: OpenSSH_3.7.1p2 pat OpenSSH*
>>debug1: Enabling compatibility mode for protocol 2.0
>>debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2
>>debug1: SSH2_MSG_KEXINIT sent
>>debug1: SSH2_MSG_KEXINIT received
>>debug1: kex: server->client aes128-cbc hmac-md5 none
>>debug1: kex: client->server aes128-cbc hmac-md5 none
>>debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
>>debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
>>debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
>>debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
>>debug1: Host 'qar50s1' is known and matches the RSA host key.
>>debug1: Found key in /home/mberney/.ssh/known_hosts:85
>>debug1: ssh_rsa_verify: signature correct
>>debug1: SSH2_MSG_NEWKEYS sent
>>debug1: expecting SSH2_MSG_NEWKEYS
>>debug1: SSH2_MSG_NEWKEYS received
>>debug1: SSH2_MSG_SERVICE_REQUEST sent
>>debug1: SSH2_MSG_SERVICE_ACCEPT received
>>debug1: Authentications that can continue: publickey,password,keyboard-interactive
>>debug1: Next authentication method: publickey
>>debug1: Trying private key: /home/mberney/.ssh/identity
>>debug1: Trying private key: /home/mberney/.ssh/id_rsa
>>debug1: Offering public key: /home/mberney/.ssh/id_dsa
>>debug1: Authentications that can continue: publickey,password,keyboard-interactive
>>debug1: Next authentication method: keyboard-interactive
>>debug1: Authentications that can continue: publickey,password,keyboard-interactive
>>debug1: Next authentication method: password
>>[EMAIL PROTECTED]'s password:
>>
>>--
>>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/
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>

Re: Question about cygwin sshd and StrictModes

[Larry Hall]

At 02:00 PM 12/10/2003, Ehud Karni you wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>On Wed, 10 Dec 2003 09:17:23 -0800, Matt Berney <[EMAIL PROTECTED]> wrote:
>>
>> Thanks for the no-help.  I have already read all relevant
>> documentation that I could find.  That is the reason for
>> posting a message to the group.  In the future, if you wish
>> to be helpful, please offer more than RTFM.
>
>I don't exactly know what Larry meant, but if you read the "Fucking"
>manual as you claim, you either missed or misunderstood the following
>(from the man pages of sshd_config(5) ):
>
>  StrictModes
>Specifies whether sshd should check file modes and ownership of
>the user's files and home directory before accepting login.  This
>^^
>is normally desirable because novices sometimes accidentally
>leave their directory or files world-writable.  The default is
>``yes''.
>
>Which is in plain English: check the permissions of your Home (~/)
>and your ssh (~/.ssh) directories. Your home directory must NOT be
>writable by others (not even from your group) and the ~/.ssh should
>not be readable by others (because you may have your private keys
>there).
>
>Ehud.


Colorful language aside, I think Ehud brings up a good point.  While 
this is a port of openssh to Cygwin, all the regular documentation for 
openssh is valid and should be consulted when investigating an issue.
These guidelines are valid across all platforms.  In this case, the 
prose from the man-page that Ehud quotes seems quite relevant and his
suggestion very sound.

Ehud, you should be careful about replying to the list if your
reply would expose somebody's email address in the body of a message.  
You'll note I've obscured Matt's email address that came from your reply.



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


--
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: was: httping 0.0.3 make error

[Brian Ford]

On Wed, 10 Dec 2003 [EMAIL PROTECTED] wrote:
> $ make install
> gcc -ansi -O2   -c -o error.o error.c
> error.c:1:21: ncurses.h: No such file or directory
> make: *** [error.o] Error 1
>
Well, does /usr/include/ncurses.h exist?

If not, using the setup package search facility available here
http://cygwin.com/packages/ shows ncurses.h to be part of
ncurses/ncurses-5.2-8.  Is that installed?

Please see http://www.cygwin.com/problems.html.  If you had attached
cygcheck output, I wouldn't have to ask about these.

> BTW, I also tried to compile boxes
> (http://boxes.thomasjensen.com), but many errors occured there, too.
> (Something like:
> make[2]: *** [parser.c] Error 255
> make[1]: *** [build] Error 2<-- twice!
> ...)
>
If you want help here, you will have to post more output.  We need to see
why the make of parser.c returned 255.

> I'm generally not very experienced in compiling, but:
> Could it be possible that httping (or boxes) just won't
> compile for Cygwin?
>
Yes. :)

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: Setup hangs in postinstall

[Igor Pechtchanski]

On Wed, 10 Dec 2003, Michael Robbert wrote:

> [snip]
> >
> > Have you tried to strace it?
> Yes, I think that this was included in my initial Email. strace produces
> no output. I have tried attaching to a running/hung one as well as
> running:
>
> strace sh -c TEST=`uname -s`
>
> Both produced nothing, I suspect that the hang is actually happening
> outside of the sh that I create in the latter.

BTW, if you don't escape the backticks ("`"s), they will be evaluated in
the *current* shell.  You should try to run

strace sh -c 'TEST=`uname -s`'

(note the single quotes).  You can see the difference by comparing the
output of "sh -cx TEST=`uname -s`" and "sh -cx 'TEST=`uname -s`'".
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Setup hangs in postinstall

[Brian Ford]

On Wed, 10 Dec 2003, Michael Robbert wrote:
> Brian Ford wrote:
> > On Wed, 10 Dec 2003, Michael Robbert wrote:
> >>Everybody,
> >>Some new information I got today. I found another user on our campus
> >>that is having the problem on two different machines, but not a third.
> >>All of them running Windows XP. So far every machine I have seen it on
> >>is running XP and is a recent new install of Cygwin. Does anybody think
> >>that they could get closer to a solution if I were to provide you with a
> >>machine to play with remotely where the problem happens every time?
> >>
> > Why not try to debug it your self?
> >
> Gladly, I just need to know what to do. I'm not a developer, just a
> lowly SysAdmin so I may need some hand holding.
>
> > Have you tried to strace it?
> >
> Yes, I think that this was included in my initial Email. strace produces
>   no output.
>
Sorry, I remember now.

> I have tried attaching to a running/hung one as well as running:
>
By that you mean "strace -p pid_of_hung_process"?  IIRC, "strace -p pid"
is broken in the current release.  You need a newer one to do that.

> strace sh -c TEST=`uname -s`
> Both produced nothing, I suspect that the hang is actually happening
> outside of the sh that I create in the latter.
>
What do you mean by outside of?  That command should produce some output
regardless, even if it is just Cygwin startup stuff *way* before it gets
to the backtick evaluation.

> > Can you get a stack trace of the hang in gdb?  Note: You may need a debug
> > version of the cygwin1.dll or shell for this to be valid.  I will provide
> > the former if you are willing to test it.
> >
> Please provide along with instructions of what to do.
>
Ok, but first have you tried "gdb /bin/sh.exe sh_pid" to get a stack
trace?  If you can't do that, it won't much matter.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

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

[ANNOUNCEMENT] CMake-1.8.2-1

[William A. Hoffman]

CMake 1.8.2-1 is now available on Cygwin mirrors.

This is a minor release from 1.8.1 to 1.8.2.

Changes from 1.8.1 to 1.8.2:

There has been a new release of the official cmake (1.8.2).
This is a major release from 1.8.1 to 1.8.2.

Changes from 1.8.1 to 1.8.2

Bug #78 - static multithreaded libc on MSVC 7.0
Bug #163 - TRY_COMPILE does not document OUTPUT_VARIABLE
Bug #168 - bootstrap uses C++ compiler to build .c files
Bug #181 - /tmp_mnt still in cache
Bug #185 - CTest exceptions output is missing new line
Bug #186 - QT_WRAP_UI uses the path twice
Bug #191 - CMAKE_EXE_LINKER_FLAGS not used for WIN32_EXECUTABLE targets in VS 7
Bug #193 - CMAKE_IMPORT_BUILD_SETTINGS too case sensitive
Bug #199 - duplicate targets for ctest submit stuff
Bug #200 - Resource Compiler Flags working under .NET?
Bug #201 - Need to supress dependency warnings
Bug #259 - CMake does not quote correctly in DartTestfile.txt
Bug #262 - In FindLatex.cmake, DVIPDF is not marked as advanced
Bug #263 - CMAKE_AR and CMAKE_RANLIB find problem
Bug #266 - FindPythonLibs won't work on cygwin
Bug #269 - On Visual Studio .NET 2003 when using nmake there is a warning about 
Bug #276 - Spaces in path problem for CMakeTestGNU.c
Bug #277 - Darwin.cmake adds incorrect flags -flat_namespace -undefined suppress
Bug #278 - Ctest does not handle new lines properly on cygwin
Bug #281 - Modules : the way Java tools are picked on Win32
Bug #299 - Fix to FindGTK.cmake
Bug #303 - makeflags not passed to sub makes nmake and Borland
Bug #310 - CTest sends wrong time to cvs on Windows
Bug #311 - cmake -E chdir does not handle spaces in path
Bug #313 - Error for no CMakeLists.txt file should give path
Bug #316 - /debug is added to visual studio 6 win32 exe applications
Bug #317 - /debug not added with nmake and modules
Bug #318 - Dependencies built N times for N headers changed.
Bug #319 - Change in QT_WRAP_CPP's behaviour
Bug #320 - When st_size in stat is 64 bit ctest does not submit
Bug #321 - ADD_CUSTOM_TARGET needs command when doing depends
Bug #322 - FindTclsh.cmake and FindWish.cmake do not use registry
Bug #323 - ctest does not work with vs 7 output
Bug #346 - borland does not support - in the path
Bug #363 - .idl files use the wrong tool if they have COMPILE_FLAGS
Bug #393 - VS 7 Generator does not XML escape additional compile flags
Bug #314 - Add support for debug postfix in Makefile and Visual Studio 6
Bug #344 - ctest -C Debug
Bug #371 - Add build configuration for try compiles using cmake variable
Bug #373 - make depend fails if a directory is the name of a file
Bug #374 - TestForANSIForScope and TestForSTDNamespace have no OUTPUT_VARIABLE
Bug #383 - gcc.cmake not always used on all unix platforms

See www.cmake.org for more information.

Bill Hoffman 
Cygwin CMake maintainer 


--
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: rebaseall breaks zsh?

[Peter A. Castro]

On Wed, 10 Dec 2003, Rafael Kitover wrote:

> I noticed that the rebaseall scripts rebases /usr/bin/libzsh-4.0.4.dll
> and the modules in /usr/lib/zsh/4.1.1/zsh/*.dll, and that this breaks
> zsh. Rebasing libzsh stops zsh from starting, and rebasing the modules
> stops them from loading.

Interesting.  Can you provide the options you used for rebaseall?  I'd
like to test this myself.

> If this is the case, and not just something messed up on my system,
> adding:
>
> -e '/\/libzsh-.*\.dll$/d' -e '/\/lib\/zsh/d'
>
> To the sed filter on the script should fix it. Or perhaps making an
> /etc/rebase.conf with exclusion filters. Want me to make a patch?

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood

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

file permissions issues on creation with cygwin 1.5.5-1?

[Steven Hartland]

I've been having a number of issue with cygwin since install.
I've gone though all the usual sources before asking but cant
seem to get any closer to solving the issue.
Im currently seeing two seperate problems which both turn out
to be file permission based.
Setup:
Windows XP, NTFS, CYGWIN=ntsec, cygwin 1.5.5-1

Issues:
1. rsync partial file updates fails with:
rename failed ... permission denied
2. execution of an application extracted under cygwin fails
random error ( it cant access its dll in the local dir )

>From my investigations is appears that cygwin is maintaining
the "default" permissions that should be inherited from the
current dir / parent directory. The core cause for both the errors
appears to be the lack of access to the created files by "SYSTEM".

All the standard permission for the current user / or owner of
the files seems to be correct but its the "hidden" permissions
or lack of that are causing the issues.

So where do I go from here? Has anyone else seen this
behaviour, knows a fix?

Regards
Steve

--
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: rebaseall breaks zsh?

[Jason Tishler]

Peter,

On Wed, Dec 10, 2003 at 01:25:32PM -0800, Peter A. Castro wrote:
> On Wed, 10 Dec 2003, Rafael Kitover wrote:
> > I noticed that the rebaseall scripts rebases
> > /usr/bin/libzsh-4.0.4.dll and the modules in
> > /usr/lib/zsh/4.1.1/zsh/*.dll, and that this breaks zsh. Rebasing
> > libzsh stops zsh from starting, and rebasing the modules stops them
> > from loading.
> 
> Interesting.  Can you provide the options you used for rebaseall?  I'd
> like to test this myself.

The procedure for rebasing is simple (from the README):

Use the following procedure to rebase your entire system:

1. shutdown all Cygwin processes
2. start bash (do not use rxvt)
3. execute rebaseall (in the bash window)

BTW, I was able to reproduce the problem in my system.

Any ideas why rebasing breaks zsh?  A quick "objdump -p" did not
indicate anything strange.

Thanks,
Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: Setup hangs in postinstall

[Antoine Labour]

Brian Ford wrote:
Why not try to debug it your self?

Have you tried to strace it?

Can you get a stack trace of the hang in gdb?  Note: You may need a debug
version of the cygwin1.dll or shell for this to be valid.  I will provide
the former if you are willing to test it.
FWIW here's a link to a previous message of mine in which I give a full 
stack(s) trace(s) of both parent and child processes.

http://cygwin.com/ml/cygwin/2003-11/msg00796.html

I'm sorry I can't do much more since this problem occurs only randomly 
on my machine(s).

Antoine

--
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: Apache with mod_perl trouble

[dominix]

Dmitry A. Pashko wrote:
> Hi Patrick,
>
> Your hypothesis is close to true. I have returned to version 5.8.0-5
> too.
>

I'm in the same troubles, where are the packages to downgrade to 5.8.0 ?
BTW did someone try with a perl-5.8.2 WITHOUT ithread (or with differents
compile options ? )

regards
-- 
dominix




--
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: rebaseall breaks zsh?

[Peter A. Castro]

On Wed, 10 Dec 2003, Jason Tishler wrote:

> Peter,
>
> On Wed, Dec 10, 2003 at 01:25:32PM -0800, Peter A. Castro wrote:
> > On Wed, 10 Dec 2003, Rafael Kitover wrote:
> > > I noticed that the rebaseall scripts rebases
> > > /usr/bin/libzsh-4.0.4.dll and the modules in
> > > /usr/lib/zsh/4.1.1/zsh/*.dll, and that this breaks zsh. Rebasing
> > > libzsh stops zsh from starting, and rebasing the modules stops them
> > > from loading.
> >
> > Interesting.  Can you provide the options you used for rebaseall?  I'd
> > like to test this myself.
>
> The procedure for rebasing is simple (from the README):
>
> Use the following procedure to rebase your entire system:
>
> 1. shutdown all Cygwin processes
> 2. start bash (do not use rxvt)
> 3. execute rebaseall (in the bash window)

I was interested in any parameters to which Rafael might have provided to
rebaseall, as the script allows you to change the base address and/or
offset.

> BTW, I was able to reproduce the problem in my system.
>
> Any ideas why rebasing breaks zsh?  A quick "objdump -p" did not
> indicate anything strange.

Not sure, which is why I want to test it myself on a clean system.

> Thanks,
> Jason

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood

--
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: Setup hangs in postinstall

[Brian Ford]

On Wed, 10 Dec 2003, Antoine Labour wrote:
> Brian Ford wrote:
> > Have you tried to strace it?
> >
Antonine, you might try the same.  It might be more informative to see
how we got there than to see just a static stack dump.

strace -o /tmp/tracelog.txt /bin/bash.exe -c yourtestcase.sh.

Then send the tail of that log when you get it to happen.

> > Can you get a stack trace of the hang in gdb?  Note: You may need a debug
> > version of the cygwin1.dll or shell for this to be valid.  I will provide
> > the former if you are willing to test it.
>
> FWIW here's a link to a previous message of mine in which I give a full
> stack(s) trace(s) of both parent and child processes.
>
> http://cygwin.com/ml/cygwin/2003-11/msg00796.html
>
Yes, sorry again.  My memory is failing me.  I still have that message in
my inbox.

> I'm sorry I can't do much more since this problem occurs only randomly
> on my machine(s).
>
Could you try current cvs and post the stack trace again?  Thanks.

I am trying to take a look as time permits.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: file permissions issues on creation with cygwin 1.5.5-1?

[Larry Hall]

At 05:06 PM 12/10/2003, Steven Hartland you wrote:
>I've been having a number of issue with cygwin since install.
>I've gone though all the usual sources before asking but cant
>seem to get any closer to solving the issue.
>Im currently seeing two seperate problems which both turn out
>to be file permission based.
>Setup:
>Windows XP, NTFS, CYGWIN=ntsec, cygwin 1.5.5-1
>
>Issues:
>1. rsync partial file updates fails with:
>rename failed ... permission denied
>2. execution of an application extracted under cygwin fails
>random error ( it cant access its dll in the local dir )
>
>>From my investigations is appears that cygwin is maintaining
>the "default" permissions that should be inherited from the
>current dir / parent directory. The core cause for both the errors
>appears to be the lack of access to the created files by "SYSTEM".
>
>All the standard permission for the current user / or owner of
>the files seems to be correct but its the "hidden" permissions
>or lack of that are causing the issues.
>
>So where do I go from here? Has anyone else seen this
>behaviour, knows a fix?


There's been some traffic on this list about similar-sounding problems.
You can look in the email archives for some discussion and solutions there.
If you're intent on getting some personal feedback, I'm going to suggest 
that you start by reading and complying with 
.  This will give the base-line of 
information from which someone can assess your installation.


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


--
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: rebaseall breaks zsh?

[Jason Tishler]

Peter,

On Wed, Dec 10, 2003 at 03:26:29PM -0800, Peter A. Castro wrote:
> > BTW, I was able to reproduce the problem in my system.

I just used the following:

$ rebaseall

Thanks,
Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

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

shell under sshd fail to fork child process

[Matthew McGillis]

I have installed the latest and greatest cygwin and sshd on a Small 
Business Windows Server 2003. Everything works great on the console 
and ssh'ing in and out works fine. However once I access the web 
server running on the box anyone sshd in will no longer be able to 
run anything that creates a child process. All cygwin functionality 
from the console still works fine. I can look at the processes and 
see srvc sshd and shells all running under SYSTEM. Once it gets into 
this state no additional connections to sshd can be made. The service 
can be stopped but starting it back up will not allow it to accept 
connections.

The only thing I have found that will get the sshd to respond again 
is to shut the server down and restart at which time it will again 
work great until someone accesses the web server.

If anyone is interested in this problem and would like additional 
information I'm happy to try what ever would help someone to look at 
it closer.

Thanks,
Matthew
--
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: shell under sshd fail to fork child process

[Brian Ford]

Sounds like a strange problem, but I'd try this first:

/usr/share/doc/Cygwin/openssh.README

On Wed, 10 Dec 2003, Matthew McGillis wrote:

> I have installed the latest and greatest cygwin and sshd on a Small
> Business Windows Server 2003. Everything works great on the console
> and ssh'ing in and out works fine. However once I access the web
> server running on the box anyone sshd in will no longer be able to
> run anything that creates a child process. All cygwin functionality
> from the console still works fine. I can look at the processes and
> see srvc sshd and shells all running under SYSTEM.
>
Oops!^

> Once it gets into
> this state no additional connections to sshd can be made. The service
> can be stopped but starting it back up will not allow it to accept
> connections.
>
> The only thing I have found that will get the sshd to respond again
> is to shut the server down and restart at which time it will again
> work great until someone accesses the web server.
>
> If anyone is interested in this problem and would like additional
> information I'm happy to try what ever would help someone to look at
> it closer.
>

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: postgres panic error

[Jason Tishler]

Yurgis,

On Tue, Dec 09, 2003 at 04:18:06PM -0800, Yurgis Baykshtis wrote:
> I tried to raise the question on pg-hackers forum and cygwin forum
> (regarding readdir() misbehavior) but could not get any help so far :(

If you can produce a minimal test case that reproduces the problem, then
one of the core Cygwin developers might be more willing to attempt to
fix it.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: postgres panic error

[Yurgis Baykshtis]

This is really tough problem to reproduce.
The panic error takes place approximately once a week on our production
servers only perhaps due to the larger transactional data volume. Seems to
be related to recycling pg transaction log files.
Anyways, I will try to prepare a test case for you.

Thanks.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Jason Tishler
Sent: Wednesday, December 10, 2003 2:56 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: postgres panic error


Yurgis,

On Tue, Dec 09, 2003 at 04:18:06PM -0800, Yurgis Baykshtis wrote:
> I tried to raise the question on pg-hackers forum and cygwin forum
> (regarding readdir() misbehavior) but could not get any help so far :(

If you can produce a minimal test case that reproduces the problem, then
one of the core Cygwin developers might be more willing to attempt to
fix it.

Jason

--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

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


--
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: postgres panic error

[Brian Ford]

Caveat: I really don't know what I'm talking about, but I'm in a rambling
mood.

On Wed, 10 Dec 2003, Jason Tishler wrote:

> On Tue, Dec 09, 2003 at 04:18:06PM -0800, Yurgis Baykshtis wrote:
> > I tried to raise the question on pg-hackers forum and cygwin forum
> > (regarding readdir() misbehavior) but could not get any help so far :(
>
> If you can produce a minimal test case that reproduces the problem, then
> one of the core Cygwin developers might be more willing to attempt to
> fix it.
>
Several WAGs:

1.) The Solaris man page for readdir says:

 If a file is removed from or added to  the  directory  after
 the  most  recent  call  to  opendir(3C)  or  rewinddir(3C),
 whether a subsequent call to readdir() returns an entry  for
 that file is unspecified.

Is this accounted for?

2.) Is this comment in syscalls.cc relevent?

/* Close all files and process any queued deletions.
   Lots of unix style applications will open a tmp file, unlink it,
   but never call close.  This function is called by _exit to
   ensure we don't leave any such files lying around.  */

3.) Likewise in delqueue.cc:

/* FIXME: this delqueue module is very flawed and should be rewritten.
First, having an array of a fixed size for keeping track of the
unlinked but not yet deleted files is bad.  Second, some programs
will unlink files and then create a new one in the same location
and this behavior is not supported in the current code.  Probably
we should find a move/rename function that will work on open
files,
and move delqueue files to some special location or some such
hack... */

Doesn't rename work while files are open?  I am pretty sure I have done it
on XP and NT4.  I should/will just go check the archives.  I know this has
been beaten to death.

3.) I don't think that Cygwin's readdir accounts for the "to be deleted
queue" or FILE_FLAG_DELETE_ON_CLOSE, PTC?  What OS was this again?

HTH and wasn't all just rambling :).  Feel free to dig in yourself.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: file permissions issues on creation with cygwin 1.5.5-1?

[Steven Hartland]

Yer I had a read though the history in the mailing lists similar
problems where mentioned but never any solutions that I could
find.

Double checking problems.html looks like the only thing I
missed is the cygcheck.out so I've attached.

Did a bit more testing and heres a quick one that I believe shows
the issue:

getfacl.exe games/
# file: games/
# owner: steven
# group: None
user::rwx
group::---
group:SYSTEM:rwx
group:Administrators:rwx
group:mpukgame:rwx
mask:rwx
other:---
default:user::---
default:group:SYSTEM:rwx
default:group:Administrators:rwx
default:mask:rwx
[EMAIL PROTECTED]/usr/local: cd games
[EMAIL PROTECTED]/usr/local/games: touch 1
[EMAIL PROTECTED]/usr/local/games: getfacl.exe 1
# file: 1
# owner: steven
# group: None
user::rw-
group::r--
mask:rwx
other:r--

As you can see the file 1 was created with out SYSTEM,
Administators group access where it is my belief that as
they are set as "default" they should be inherited by any
files created under them. This belief is enhanced by creating
another file through explorer -> new ( text doc )
which yields:
# file: 2
# owner: steven
# group: None
user::rwx
group::---
group:SYSTEM:rwx
group:Administrators:rwx
mask:rwx
other:---

As an aside to this issue this issue it might be helpful
to have the ablity to configure cygwin to set default
acl's on files i.e. add SYSTEM access as without it
major issues can occur. This however would be
strictly and ENH not a DR.

Steve

- Original Message - 
From: "Larry Hall" <[EMAIL PROTECTED]>
To: "Steven Hartland" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, December 10, 2003 11:30 PM
Subject: Re: file permissions issues on creation with cygwin 1.5.5-1?


> At 05:06 PM 12/10/2003, Steven Hartland you wrote:
> >I've been having a number of issue with cygwin since install.
> >I've gone though all the usual sources before asking but cant
> >seem to get any closer to solving the issue.
> >Im currently seeing two seperate problems which both turn out
> >to be file permission based.
> >Setup:
> >Windows XP, NTFS, CYGWIN=ntsec, cygwin 1.5.5-1
> >
> >Issues:
> >1. rsync partial file updates fails with:
> >rename failed ... permission denied
> >2. execution of an application extracted under cygwin fails
> >random error ( it cant access its dll in the local dir )
> >
> >>From my investigations is appears that cygwin is maintaining
> >the "default" permissions that should be inherited from the
> >current dir / parent directory. The core cause for both the errors
> >appears to be the lack of access to the created files by "SYSTEM".
> >
> >All the standard permission for the current user / or owner of
> >the files seems to be correct but its the "hidden" permissions
> >or lack of that are causing the issues.
> >
> >So where do I go from here? Has anyone else seen this
> >behaviour, knows a fix?
> 
> 
> There's been some traffic on this list about similar-sounding problems.
> You can look in the email archives for some discussion and solutions there.
> If you're intent on getting some personal feedback, I'm going to suggest 
> that you start by reading and complying with 
> .  This will give the base-line of 
> information from which someone can assess your installation.
> 
> 
> --
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 838 Washington Street   (508) 893-9889 - FAX
> Holliston, MA 01746 
> 
> 

cygcheck.out
Description: Binary data
--
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: Setup hangs in postinstall

[Antoine Labour]

Brian Ford wrote:
Antonine, you might try the same.  It might be more informative to see
how we got there than to see just a static stack dump.
strace -o /tmp/tracelog.txt /bin/bash.exe -c yourtestcase.sh.

Then send the tail of that log when you get it to happen.
Unfortunately, it doesn't seem to want to crash when run under strace. 
I'll let it go overnight and give you an update if I get something.

http://cygwin.com/ml/cygwin/2003-11/msg00796.html
Yes, sorry again.  My memory is failing me.  I still have that message in
my inbox.
No problem.

I'm sorry I can't do much more since this problem occurs only randomly
on my machine(s).
Could you try current cvs and post the stack trace again?  Thanks.
I attached it. Unfortunately this is a stripped version of bash so it 
might not be enough. I'll try to compile a version with debug symbols, 
or maybe you know where I can find one ?

I am trying to take a look as time permits.
Thanks a lot.

Antoine
Parent process

(gdb) info threads
* 5 thread 3816.0xa88  0x77f75a59 in ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/System32/ntdll.dll
  4 thread 3816.0x45c  0x7ffe0304 in ?? ()
  3 thread 3816.0x95c  0x7ffe0304 in ?? ()
  2 thread 3816.0xb70  0x7ffe0304 in ?? ()
  1 thread 3816.0x92c  0x7ffe0304 in ?? ()
(gdb) thread 1
[Switching to thread 1 (thread 3816.0x92c)]#0  0x7ffe0304 in ?? ()
(gdb) bt
#0  0x7ffe0304 in ?? ()
#1  0x77f5c524 in ntdll!ZwWaitForMultipleObjects ()
   from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2  0x77e75ee0 in WaitForMultipleObjectsEx ()
   from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL
#3  0x0002 in ?? ()
#4  0x0022f59c in ?? ()
#5  0x0001 in ?? ()
(gdb) thread 2 
[Switching to thread 2 (thread 3816.0xb70)]#0  0x7ffe0304 in ?? ()
(gdb) bt
#0  0x7ffe0304 in ?? ()
#1  0x77f5bfb4 in ntdll!ZwReadFile ()
   from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2  0x77e7abbd in ReadFile () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL
#3  0x0768 in ?? ()
(gdb) thread 3
[Switching to thread 3 (thread 3816.0x95c)]#0  0x7ffe0304 in ?? ()
(gdb) bt
#0  0x7ffe0304 in ?? ()
#1  0x77f5c524 in ntdll!ZwWaitForMultipleObjects ()
   from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2  0x77e75ee0 in WaitForMultipleObjectsEx ()
   from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL
#3  0x0002 in ?? ()
#4  0x00e8fbd8 in ?? ()
#5  0x0001 in ?? ()
(gdb) thread 4
[Switching to thread 4 (thread 3816.0x45c)]#0  0x7ffe0304 in ?? ()
(gdb) bt
#0  0x7ffe0304 in ?? ()
#1  0x77f5bfb4 in ntdll!ZwReadFile ()
   from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2  0x77e7abbd in ReadFile () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL
#3  0x06ac in ?? ()
(gdb) thread 5
[Switching to thread 5 (thread 3816.0xa88)]#0  0x77f75a59 in ntdll!DbgUiConnectToDbg 
() from /cygdrive/c/WINDOWS/System32/ntdll.dll
(gdb) bt
#0  0x77f75a59 in ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/System32/ntdll.dll
#1  0x77f5f31f in ntdll!KiUserCallbackDispatcher ()
   from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2  0x0005 in ?? ()
#3  0x0004 in ?? ()
#4  0x0001 in ?? ()
#5  0x010affd0 in ?? ()
#6  0x85aca020 in ?? ()
#7  0x in ?? ()
#8  0x77fa88f0 in wcstombs () from /cygdrive/c/WINDOWS/System32/ntdll.dll



Child process

(gdb) info threads
* 3 thread 1768.0x88c  0x77f75a59 in ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/System32/ntdll.dll
  2 thread 1768.0xd70  0x7ffe0304 in ?? ()
  1 thread 1768.0x900  0x7ffe0304 in ?? ()
(gdb) thread 1
[Switching to thread 1 (thread 1768.0x900)]#0  0x7ffe0304 in ?? ()
(gdb) bt
#0  0x7ffe0304 in ?? ()
#1  0x77f5b5d4 in ntdll!ZwClose () from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2  0x77e7a730 in KERNEL32!CloseHandle () from 
/cygdrive/c/WINDOWS/system32/KERNEL32.DLL
#3  0x06ac in ?? ()
#4  0x6106b78a in fhandler_pipe::close() (this=0x61671b28)
at /home/piman/cygwin/src/winsup/cygwin/pipe.cc:96
#5  0x610917bf in close (fd=3) at /home/piman/cygwin/src/winsup/cygwin/cygheap.h:292
#6  0x6108596e in _sigfe () at /home/piman/cygwin/src/winsup/cygwin/cygserver.h:82
#7  0x0001 in ?? ()
#8  0x0022f72c in ?? ()
#9  0x0a0455c8 in ?? ()
#10 0x0a045261 in ?? ()
#11 0x0012 in ?? ()
#12 0x0022f738 in ?? ()
(gdb) thread 2
[Switching to thread 2 (thread 1768.0xd70)]#0  0x7ffe0304 in ?? ()
(gdb) bt
#0  0x7ffe0304 in ?? ()
#1  0x77f5bfb4 in ntdll!ZwReadFile () from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2  0x77e7abbd in ReadFile () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL
#3  0x0740 in ?? ()
(gdb) thread 3
[Switching to thread 3 (thread 1768.0x88c)]#0  0x77f75a59 in ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/System32/ntdll.dll
(gdb) bt
#0  0x77f75a59 in ntdll!DbgUiConnectToDbg () from 
/cygdrive/c/WINDOWS/System32/ntdll.dll
#1  0x77f5f31f in ntdll!KiUserCallbackDispatcher () from 
/cygdrive/c/WINDOWS/System32/ntdll.dll
#2  0x0005 in ?? ()
#3  0x0004 in ?? ()
#4  0x0001 in ?? ()
#5  0x003fffd0 in ?? ()
#6  0x85e29020 in ?? ()
#7  0x in ?? ()
#8  0x77fa88f0 in wcstombs () f

Re: file permissions issues on creation with cygwin 1.5.5-1?

[Larry Hall]

You've shown that files created with Windows have somewhat different 
permissions than files created with Cygwin.  That doesn't support your
conjecture that Cygwin utilities cannot access the files it creates.

I don't see anything odd in your cygcheck output so you might want to 
try to run the offending commands with strace and, if the problem still
happens, see if there's anything in the output that indicates where 
things are going wrong.  If you can't see anything, send the output* to
the list with the exact command you used to create the problem.  Maybe
someone else will be able to see the problem area and/or reproduce it.

Larry

* Don't send the strace output to the list if it's larger than, say,
50K-100K.  Just post it on some sight and send the URL where the file 
is to the list.


At 07:51 PM 12/10/2003, Steven Hartland you wrote:
>Yer I had a read though the history in the mailing lists similar
>problems where mentioned but never any solutions that I could
>find.
>
>Double checking problems.html looks like the only thing I
>missed is the cygcheck.out so I've attached.
>
>Did a bit more testing and heres a quick one that I believe shows
>the issue:
>
>getfacl.exe games/
># file: games/
># owner: steven
># group: None
>user::rwx
>group::---
>group:SYSTEM:rwx
>group:Administrators:rwx
>group:mpukgame:rwx
>mask:rwx
>other:---
>default:user::---
>default:group:SYSTEM:rwx
>default:group:Administrators:rwx
>default:mask:rwx
>[EMAIL PROTECTED]/usr/local: cd games
>[EMAIL PROTECTED]/usr/local/games: touch 1
>[EMAIL PROTECTED]/usr/local/games: getfacl.exe 1
># file: 1
># owner: steven
># group: None
>user::rw-
>group::r--
>mask:rwx
>other:r--
>
>As you can see the file 1 was created with out SYSTEM,
>Administators group access where it is my belief that as
>they are set as "default" they should be inherited by any
>files created under them. This belief is enhanced by creating
>another file through explorer -> new ( text doc )
>which yields:
># file: 2
># owner: steven
># group: None
>user::rwx
>group::---
>group:SYSTEM:rwx
>group:Administrators:rwx
>mask:rwx
>other:---
>
>As an aside to this issue this issue it might be helpful
>to have the ablity to configure cygwin to set default
>acl's on files i.e. add SYSTEM access as without it
>major issues can occur. This however would be
>strictly and ENH not a DR.
>
>Steve
>
>- Original Message - 
>From: "Larry Hall" <[EMAIL PROTECTED]>
>To: "Steven Hartland" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
>Sent: Wednesday, December 10, 2003 11:30 PM
>Subject: Re: file permissions issues on creation with cygwin 1.5.5-1?
>
>
>> At 05:06 PM 12/10/2003, Steven Hartland you wrote:
>> >I've been having a number of issue with cygwin since install.
>> >I've gone though all the usual sources before asking but cant
>> >seem to get any closer to solving the issue.
>> >Im currently seeing two seperate problems which both turn out
>> >to be file permission based.
>> >Setup:
>> >Windows XP, NTFS, CYGWIN=ntsec, cygwin 1.5.5-1
>> >
>> >Issues:
>> >1. rsync partial file updates fails with:
>> >rename failed ... permission denied
>> >2. execution of an application extracted under cygwin fails
>> >random error ( it cant access its dll in the local dir )
>> >
>> >>From my investigations is appears that cygwin is maintaining
>> >the "default" permissions that should be inherited from the
>> >current dir / parent directory. The core cause for both the errors
>> >appears to be the lack of access to the created files by "SYSTEM".
>> >
>> >All the standard permission for the current user / or owner of
>> >the files seems to be correct but its the "hidden" permissions
>> >or lack of that are causing the issues.
>> >
>> >So where do I go from here? Has anyone else seen this
>> >behaviour, knows a fix?
>> 
>> 
>> There's been some traffic on this list about similar-sounding problems.
>> You can look in the email archives for some discussion and solutions there.
>> If you're intent on getting some personal feedback, I'm going to suggest 
>> that you start by reading and complying with 
>> .  This will give the base-line of 
>> information from which someone can assess your installation.
>> 
>> 
>> --
>> Larry Hall  http://www.rfk.com
>> RFK Partners, Inc.  (508) 893-9779 - RFK Office
>> 838 Washington Street   (508) 893-9889 - FAX
>> Holliston, MA 01746 
>> 
>> 
>--
>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/ 


--
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: file permissions issues on creation with cygwin 1.5.5-1?

[Steven Hartland]

- Original Message - 
From: "Larry Hall" <[EMAIL PROTECTED]>


> You've shown that files created with Windows have somewhat different 
> permissions than files created with Cygwin.  That doesn't support your
> conjecture that Cygwin utilities cannot access the files it creates.

Im not sure on the details of the rsync one yet but the archive one is clear.
If I have a tar.gz with with files in when I expand these using cygwin due
to the issue with inheriance the files get owned strictly by the current user /
group. Now when another user comes to access said files they cant
even though they should as the permissions should have been inherited.

> I don't see anything odd in your cygcheck output so you might want to 
> try to run the offending commands with strace and, if the problem still
> happens, see if there's anything in the output that indicates where 
> things are going wrong.  If you can't see anything, send the output* to
> the list with the exact command you used to create the problem.  Maybe
> someone else will be able to see the problem area and/or reproduce it.

Will look at getting a reproducable senario up and running then will
report back for the rsync issue. I was forced to use other means to
correct the original situation I was seeing the error in.

> * Don't send the strace output to the list if it's larger than, say,
> 50K-100K.  Just post it on some sight and send the URL where the file 
> is to the list.

Hehe I don't think I would do that even on an off day :P

Thanks for your time so far Larry appreciated.

Steve


--
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: file permissions issues on creation with cygwin 1.5.5-1?

[Larry Hall]

At 10:57 PM 12/10/2003, Steven Hartland you wrote:
>- Original Message - 
>From: "Larry Hall" <[EMAIL PROTECTED]>
>
>
>> You've shown that files created with Windows have somewhat different 
>> permissions than files created with Cygwin.  That doesn't support your
>> conjecture that Cygwin utilities cannot access the files it creates.
>
>Im not sure on the details of the rsync one yet but the archive one is clear.
>If I have a tar.gz with with files in when I expand these using cygwin due
>to the issue with inheriance the files get owned strictly by the current user /
>group. Now when another user comes to access said files they cant
>even though they should as the permissions should have been inherited.
>
>> I don't see anything odd in your cygcheck output so you might want to 
>> try to run the offending commands with strace and, if the problem still
>> happens, see if there's anything in the output that indicates where 
>> things are going wrong.  If you can't see anything, send the output* to
>> the list with the exact command you used to create the problem.  Maybe
>> someone else will be able to see the problem area and/or reproduce it.
>
>Will look at getting a reproducable senario up and running then will
>report back for the rsync issue. I was forced to use other means to
>correct the original situation I was seeing the error in.
>
>> * Don't send the strace output to the list if it's larger than, say,
>> 50K-100K.  Just post it on some sight and send the URL where the file 
>> is to the list.
>
>Hehe I don't think I would do that even on an off day :P
>
>Thanks for your time so far Larry appreciated.
>
>Steve


Steve, please make sure you don't quote people's email addresses in 
the body of your replies.  This goes to the list and becomes fodder 
for spam harvesters.  

OK, so for your example using 'tar', who is "another user"?  How do you
become this other user?  Is this user a local Windows account?  Is this
user accessing the file via Windows tools or Cygwin tools?  If that user
is using Cygwin tools, is the user in /etc/passwd?  Does it share any
groups in common with 'root' (this is, by the way, not a good name for
a user - Cygwin is instituting a 'root' user with uid 0 for better UNIX
compatibility)?  

Cygwin doesn't create files with the "inherited" permissions of Windows.
But it doesn't have to do that in order for others to be able to access
the files.  I've always had inheriting of Windows permissions turned off
here.  No problems.  What groups are listed for 'root' as far as Windows
is concerned?



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


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