autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: testing of CVS Autoconf


From: Ralf Wildenhues
Subject: Re: testing of CVS Autoconf
Date: Wed, 15 Mar 2006 07:20:36 +0100
User-agent: Mutt/1.5.11

Hi Brian,

* Brian Dessent wrote on Wed, Mar 15, 2006 at 06:42:07AM CET:
> Ralf Wildenhues wrote:
> 
> >         OK with a (completely) binmounted cygwin.
> >         With text mode mounts I got several failures.
> >         Somebody should test this, maybe it was just my cygwin
> >         setup being broken.  How could one change this quickly
> >         without a full reinstall and regedit?
> 
> Editing the registry is discouraged since at some point the mount table
> might be stored elsewhere.

Yes, I've read that.

> The mount command takes -b and -t to specify
> binary or text mode, and "mount -m" will output a list of mount commands
> to recreate the current mount table, so to switch all mounts from binary
> to text you can do something like:
> 
> mount -m | sed -e s,-b,-t, | bash

This did not work IIRC, because the corresponding mounts were still in
use.

I have a simple, maybe even embarrassing question here though: how
exactly will the modes affect program behavior?  For example:
I have an installed Autoconf below /usr, where / is binmode mounted.
So then all .m4 files it comes with will be in binmode?  What now if
I have a text mode /home?   What happens if I change the mode of /
after installation of the package?

The fact that I was not able to easily come up with a simple answer
led me to thinking that a reinstall with changed modes was the safest
way to test.

> If you just want to change the mode of one particular mount you can just
> give the indiviual mount command with either -b or -t, e.g.:
> 
> mount -t $(cygpath -m /foobar) /foobar
> 
> Of course this defaults to "system" mode, and if you happen to be using
> user mode mounts then that will confuse things since you'll wind up with
> two different entries in the table, so the first version is somewhat
> safer.

Ah, ok.

Thanks for the quick feedback!

Cheers,
Ralf




reply via email to

[Prev in Thread] Current Thread [Next in Thread]