delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2001/06/27/22:34:45

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-ID: <01C0FF40.2CA14450.jorgens@coho.net>
From: Steve Jorgensen <jorgens AT coho DOT net>
Reply-To: "jorgens AT coho DOT net" <jorgens AT coho DOT net>
To: "Cygwin List (E-mail)" <cygwin AT cygwin DOT com>
Subject: RE: cvs via Cygwin (W98) to FAT to Linux - permissions
Date: Wed, 27 Jun 2001 19:34:24 -0700
X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211
MIME-Version: 1.0

It seems to me there are some big potential dangers to a Cygwin UMSDOS 
implementation.  The main issue is that UMSDOS expects that it is the only 
thing that will be modifying anything in a synchronized directory while it 
is mounted.  I don't think this can conceivably be enforced inside a 
running Windows session short of holding locks on every single file.

That brings me back to the more limited, but vastly simpler idea of adding 
a feature to cvs that allows producing a script of chmod commands during 
check-out that reflects the proper file permissions.  I might even attempt 
this myself after re-learning such things as how a make file works since I 
haven't done C programming in about 12 years now.

-----Original Message-----
From:	Robert Collins [SMTP:robert DOT collins AT itdomain DOT com DOT au]
Sent:	Wednesday, June 27, 2001 6:26 PM
To:	cygwin AT cygwin DOT com
Subject:	RE: cvs via Cygwin (W98) to FAT to Linux - permissions

> -----Original Message-----
> From: Christopher Faylor [mailto:cgf AT redhat DOT com]
> Sent: Thursday, June 28, 2001 10:53 AM
> To: cygwin AT cygwin DOT com
> Subject: Re: cvs via Cygwin (W98) to FAT to Linux - permissions
>
>
> On Wed, Jun 27, 2001 at 04:00:12PM -0700, Steve Jorgensen wrote:
> >I have a system with a wireless NIC that has not Linux
> support, so I want
> >to use cvs from Cygwin on Windows 98 to get files to the FAT
> volume, then
> >reboot to Linux and copy the files.  I only need to deal
> with check-out,
> >not check-in  It would be nice if there were some way to
> keep track of the
> >file permissions in this process.  Of course, UMSDOS support
> under Cygwin
> >would take care of everything in both directions, but I'm
> thinking that's a
> >very big hammer for a very small problem, and I doubt anyone
> is chomping at
> >the bit to implement UMSDOS under Cygwin.
>
> I actually think that UMSDOS support for cygwin would be a
> pretty nifty thing
> to implement.  I would love to see someone implement this.
>
> cgf
>

Implementing UMSDOS could be done two ways (there may be others)
1) cygwin directly translating the UMSDOS information and making it
available to cygwin programs.
2) a IFS driver that can translate UMSDOS into the win32 namespace.

Now 1) shouldn't be too hard. But 2) while a lot harder, would have
significant benefits... NFS drivers etc would be technically similar to
write :}

However I don't have AU$6000.00 hanging around to buy the MS DDK for a
hobby. And there is no full opensource DDK for win32 at the moment. A
project to develop such a thing could probably piggy back on ReactOS,
which is coming along at a great rate of knots (they have TCP/IP now).

Rob

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


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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019