It seems that cygwin doesn't grok inheritable permissions on my system
(I'm using Windows XP; CYGWIN environment variable contains
'ntsec'). Is it a feature (or, rather, abscence of it) or my fault ?
--
With regards, Roman.
--
Unsubscribe
Elfyn
[...]
> also worthwhile to check for the file "EA DATA .SF" (don't know that I h
> ave
> that name exactly but it is close) at the root of the FAT(32) partition.
[...]
The filename was a hint I was looking for. Another hint would be the moment
this file is created, and any particular condi
Wow,
It took me one half of hour to send my previous reply (job stress:) so I
addressed the quotes of the wrong person.
My apologies Larry,
SLao
--
+++ GMX - Mail, Messaging & more http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
--
Unsubscribe info:
Hi Marius,
I don't believe there is any active work going on in the area that you
mention. It seems to change and improve on an "as-needed" basis based
on bug reports and the like. If you are interested in suggesting a
patch, I'm sure the list would be interested in reviewing your ideas.
Lar
Larry and cygwin-list readers,
In my own code I am using the fksec C++ library,
http://www.mvps.org/win32/security/fksec.html. I am not sure if people are willing to
link that library in cygwin. In the affirmative I can suggest a patch to the list that
would add the appropriate ACEs to the S
I suppose it depends on what you mean when you say "cygwin doesn't grok
inheritable permissions". This email list has discussed in the past that
Cygwin's permissions are "affected" by the setting of inheritable
permissions
in Windows. There is no corollary in POSIX permissions, which is the vie
As I mentioned, the file will be created as soon as you add permissions
to a file in that FAT(32) partition. Just run "chmod +rw " for
some and the "EA DATA .SF" should appear if you're running with
"ntea"
enabled. Make sure that "ntea" is set *before* the Cygwin DLL is loaded
(before any Cyg
No, I think you got it right.
Larry
Original Message:
-
From: S. L. [EMAIL PROTECTED]
Date: Tue, 8 Oct 2002 10:40:58 +0200 (MEST)
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: ntea dilemma
Wow,
It took me one half of hour to send my previous reply (job stress:) so I
add
You're not an expert? Oh well then never mind. We only want
experts! ;-) (Just kidding)
Take a look at http://cygwin.com/contrib.html w.r.t. contributing a patch.
It should get through the basics. I expect the maintainers of the Cygwin
code to do this similar function would prefer a patch t
On Tue, Oct 08, 2002 at 09:16:58AM +0200, Pierre Habraken wrote:
>>Since the Cygwin license makes it impossible for ACT to build a cygwin
>>based public GNAT release, you will need to find X11 libraries that
>>work with mingw and use these for linking with GNAT.
Could I have some clarification on
Hi,
(cross-posted to [EMAIL PROTECTED])
I'm using CVS 1.11.1p1 on NT 4.0 sp6a (CVS compiled from sources using
cygwin). My CVS server is a Linux machine (also running 1.11.1p1). I had a
module checked out ages ago
and was working happily with it. Now I suddenly get the following error
message:
Joan,
If you haven't already, you may want to spend some time looking through the
CrossGCC mailing list archives and associated FAQ:
Mailing List: http://www.cygwin.com/ml/crossgcc/
CrossGCC FAW: http://www.sthoward.com/CrossGCC/
ObPlug:
The company I work for (TimeSys) produces cro
On Tue, 8 Oct 2002, Kris Thielemans wrote:
> Hi,
>
> (cross-posted to [EMAIL PROTECTED])
>
> I'm using CVS 1.11.1p1 on NT 4.0 sp6a (CVS compiled from sources using
> cygwin). My CVS server is a Linux machine (also running 1.11.1p1). I had a
> module checked out ages ago
> and was working happily
Hi Igor,
> -Original Message-
> From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]]
>
> Kris,
>
> It looks like your Cygwin cvs sends a carriage return as part of the
> directory name. Seems to me that your CVS/Root and CVS/Repository files
> are opened in text mode. See if you've chang
When I try to run the NumTut demo in Numeric in my cygwin hosted
python, I get a tclerror: "[EMAIL PROTECTED]": no such file or
directory. But the file does indeed exist.
At first glance it seems like a problem with cygwin mapping WinNT
paths to POSIX paths, but I have played around with the env
This is on an installation using setup today with the latest packages on
archive.progeny.net. It's running Win2k Server. I think I've also verified
this on my XP HE box at home.
I can happily ssh into my box.
$ ssh Administrator@foo
Warning: Remote host denied X11 forwarding.
Last login: Tue
I have seen this problem also, on Windows NT4 SP6. I had the same
solution -- back out my changes. I haven't had time to investigate what
is causing the problem but it starting occurring in one of the recent
releases of ssh in which privilege separation was added.
> -Original Message-
>
Gentlemen,
Have you verified that the line newly added to the password file is
consistent w.r.t. to line-ending convention (Unix vs. Windows) with the
rest of the password file and the mount via which it is accessed by your
ssh server?
Randall Schulz
Mountain View, CA USA
At 13:39 2002-10-0
I have only binary mounts:
$ mount
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
c: on /cygdrive/c type user (binmode,noumount)
d: on /cygdrive/d type user (binmode,noumount)
od confirms that the line added t
Hmm, some more data.
It seems that the newest snapshot improves things a little; it fails an
indeterminate number of times until it succeeds (I've seen 1,5,7 failures),
and then succeeds thereafter.
Even stranger was that I went back to the old dll, and was getting the same
behavior. But the l
And now the snapshot is failing consistently too. At least that's more
consistent.
-Len
Randall R Schulz <[EMAIL PROTECTED]> writes:
> Gentlemen,
>
> Have you verified that the line newly added to the password file is
> consistent w.r.t. to line-ending convention (Uni
Some time ago I picked an item off the Cygwin TODO list and wrote a /proc
virtual filesystem implementation for Cygwin. My initial testsuite for this
was the procps package that I have packaged up for all of you to enjoy. This
includes such programs as top, another implementation of ps (handily ca
The subject line pretty much says it all... Generally speaking, I run
the command: updatedb --localpaths='/cygdrive/c/'
This builds a database for everything inside cygwin as well as the rest
of my hard drive... unfortunately, it does not list anything inside of
the directory /cygdrive/c/WINNT..
I have been editing the /etc/passwd file with Cygwin's vim and the
directory tree is mounted in binary mode, but I will check for errant
^Ms. Thank you for the suggestion.
> -Original Message-
> From: Randall R Schulz [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 08, 2002 4:55 PM
>
On Tue, Oct 08, 2002 at 06:38:09PM -0400, Harig, Mark A. wrote:
>I have been editing the /etc/passwd file with Cygwin's vim and the
>directory tree is mounted in binary mode, but I will check for errant
>^Ms. Thank you for the suggestion.
/etc/passwd and /etc/group reading are supposed to be ins
Christopher Faylor writes:
> Could I have some clarification on this? Why would the GPL make it
> impossible to build a cygwin-based release? It seems like gcc is
> licensed under the GPL and cygwin is licensed under the GPL, so...
No doubt someone will at some point port GNAT to cygwin. T
On Wed, 2002-10-09 at 05:05, Jerry van Dijk wrote:
>
> Christopher Faylor writes:
>
> > Could I have some clarification on this? Why would the GPL make it
> > impossible to build a cygwin-based release? It seems like gcc is
> > licensed under the GPL and cygwin is licensed under the GPL, so
On Tue, Oct 08, 2002 at 09:05:56PM +0200, Jerry van Dijk wrote:
>Christopher Faylor writes:
>>Could I have some clarification on this? Why would the GPL make it
>>impossible to build a cygwin-based release? It seems like gcc is
>>licensed under the GPL and cygwin is licensed under the GPL, so...
You can build gnat on cygwin. See
- http://gcc.gnu.org/ml/gcc/2002-06/msg00161.html
- http://sources.redhat.com/ml/cygwin/2002-09/msg01212.html
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cy
On Tue, 8 Oct 2002, Christopher Faylor wrote:
> [snip]
>
> Anyway, Cygwin is obviously freely available and people are obviously
> building programs with it using gcc. We are obviously not asking for
> money from each of...
>
> Hey, wait a minute. Nevermind.
>
> Listen up, everyone! You all ow
On Tue, Oct 08, 2002 at 08:06:04PM -0400, Igor Pechtchanski wrote:
>On Tue, 8 Oct 2002, Christopher Faylor wrote:
>> [snip]
>>
>> Anyway, Cygwin is obviously freely available and people are obviously
>> building programs with it using gcc. We are obviously not asking for
>> money from each of...
Hello,
>From the XP Pro command prompt, grepping for = (thru
ini files) produces the expected lists.
In the directory with the following files
[C:\Development\test]
.dir
8/23/2002 17:07 0 control.ini
9/13/2002 10:52 213 cr8demo.INI
8/13/1996 8:18
On Tue, Oct 08, 2002 at 05:23:05PM -0700, Sheryl McKeown wrote:
>grepping and redircting the output to a file
>causes a process loop that has to be killed
>
>17:17 0 [C:\Development\test]
>.grep = * > delme
>
>17:18 66048 [C:\Development\test]
>.^C
>
>What happens is that the grep starts reading
Thanks, cgf, That makes sense.
But one more comment
"grep = *.* > delme" from the XP prompt does NOT
create the infinite loop. It acts like the bash
shell.
-Sheryl
--- Christopher Faylor <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 08, 2002 at 05:23:05PM -0700, Sheryl
> McKeown wrote:
> >greppin
>Thanks, cgf, That makes sense.
>
>But one more comment
>
>"grep = *.* > delme" from the XP prompt does NOT
>create the infinite loop. It acts like the bash
>shell.
well obviously - delme doesnt contain a period.
Gareth
_
Send an
Hi Gareth,
That makes sense in the Unix world, but in this
particular XP directory *.* returns the same listing
as *
As you note though,
grep = * > delme and
grep = *.* > delme.txt
both create an infinite loop.
But, "grep = *.* > delme." does not create the loop.
-Sheryl
--- Gareth Pearce <[
On Tue, Oct 08, 2002 at 05:41:18PM -0700, Sheryl McKeown wrote:
>That makes sense in the Unix world, but in this particular XP directory
>*.* returns the same listing as *
>
>As you note though,
>grep = * > delme and
>grep = *.* > delme.txt
>both create an infinite loop.
>
>But, "grep = *.* > del
Gotch ya.
Thanks Christopher and Gareth.
And the . makes all the difference.
Best,
Sheryl
--- Christopher Faylor <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 08, 2002 at 05:41:18PM -0700, Sheryl
> McKeown wrote:
> >That makes sense in the Unix world, but in this
> particular XP directory
> >*.* re
Hi,
Where about on the globe do you reside?
Yours Sincerely,
Robert Foong.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
On Wed, 2002-10-09 at 13:51, Robert Foong wrote:
> Hi,
>
> Where about on the globe do you reside?
I"m right here.
Rob
--
---
GPG key available at: http://users.bigpond.net.au/robertc/keys.txt.
---
signature.asc
Description: This is a digitally signed message part
Hello from Gregg C Levine
And who would like to know? Sorry, but I am not in the habit of releasing
such information to outsiders, via e-mail.
Gregg C Levine [EMAIL PROTECTED]
"Oh my!" The Second Doctor's nearly favorite phrase.
- Original Message -
From: "Robert Foong" <[EMAIL PROTECTED]>
On Wed, Oct 09, 2002 at 01:43:26PM +1000, Robert Collins wrote:
>On Wed, 2002-10-09 at 13:51, Robert Foong wrote:
>>Where about on the globe do you reside?
>
>I"m right here.
Oh. Is that you? Sorry, I didn't recognize you. Please pass the beer.
cgf
--
Unsubscribe info: http://cygwin.com
On Mon, Oct 07, 2002 at 11:51:08PM -0400, Christopher Faylor wrote:
>On Mon, Oct 07, 2002 at 07:58:12PM -0700, Eduardo Chappa wrote:
>>I maintain the Pine package and I've found that the cygwin terminal
>>does not support the "scrollregion" capability. However, this is
>>listed as one of the capa
Hi, please keep replies on-list.
I'm not sure why you thought I'd be interested in this piece of
unsolicited commercial email, but I assure you I am not. It's my fond
hope that my bar mate Chris whom my arms are not quite long enough to
pass the beer to will kick and ban your spammy ass from the
On Tue, Oct 08, 2002 at 08:27:31PM -0400, Christopher Faylor wrote:
> On Tue, Oct 08, 2002 at 05:23:05PM -0700, Sheryl McKeown wrote:
> >grepping and redircting the output to a file
> >causes a process loop that has to be killed
> >
> >17:17 0 [C:\Development\test]
> >.grep = * > delme
> >
> >17:
On Wed, Oct 09, 2002 at 03:24:22PM +1000, Robert Collins wrote:
>Hi, please keep replies on-list.
Just this once, that may not be the best advice since it isn't actually
going to be possible for this person to keep anything "on-list".
What scum.
cgf
>I'm not sure why you thought I'd be interes
On Wed, Oct 09, 2002 at 01:42:02AM -0400, Jon LaBadie wrote:
>On Tue, Oct 08, 2002 at 08:27:31PM -0400, Christopher Faylor wrote:
>> On Tue, Oct 08, 2002 at 05:23:05PM -0700, Sheryl McKeown wrote:
>> >grepping and redircting the output to a file
>> >causes a process loop that has to be killed
>> >
Hi All,
Does anyone know if the newlib that comes with cygwin is reentrant or not.
I know that we can compile newlib to be reentrant by providing
-DREENTRANT_SYSCALLS_PROVIDED to the CFLAGS_FOR_TARGET variable in the
makefile before building newlib. Not sure if this was done by the cygwin
people.
I apologize in advance if this cross-posting is inappropriate, but it
seemed reasonable at the time...
The following makefile yields two different values for $^ when run
twice in succession:
# Example makefile
vpath %.in /c/work/tmp/src
vpath %.out /c/work/tmp/out
default: stuff/foo.out
%% Regarding Changing resolution of $^ in make; you wrote:
rm> vpath %.in /c/work/tmp/src
rm> vpath %.out /c/work/tmp/out
rm> default: stuff/foo.out
rm> # $^
rm> %.out: %.in
rm> touch /c/work/tmp/out/$@
rm> the first time (when the prerequisite "stuff/foo.out" doesn't
rm> e
Well, by groking I meant using them while deciding whether certain user
has access to file. And it seems that they are just ignored.
BTW Can you point me to this discussion in the list ? Searching list
archive I found only references to inheritable permissions problem
without description of the p
51 matches
Mail list logo
