Fair enough. Earnie's already made a list for this topic. Please feel free
to redirect any inquiries on this subject to it. The address is
[EMAIL PROTECTED]
I don't agree that it is misguided (but that could just be me being
misguided ;) but I do agree that, as this is against official Cygwin (
Ronald Landheer-Cieslak <[EMAIL PROTECTED]> wrote:
>If you do mind this discussion, I opt we move it elsewhere, because I am
>interested :)
Why?
__
The NEW Netscape 7.0 browser is now available. Upgrade now!
http://channels.netsca
On Wed, Feb 19, 2003 at 05:00:45PM +0100, Ronald Landheer-Cieslak wrote:
>On Wed, 19 Feb 2003, Christopher Faylor wrote:
>> On Wed, Feb 19, 2003 at 12:15:59PM +0100, Ronald Landheer-Cieslak wrote:
>> >As Cliff Hones suggested (also yesterday), it may well be a good idea to
>> >start supporting thi
On Wed, 19 Feb 2003, Christopher Faylor wrote:
> On Wed, Feb 19, 2003 at 12:15:59PM +0100, Ronald Landheer-Cieslak wrote:
> >As Cliff Hones suggested (also yesterday), it may well be a good idea to
> >start supporting this kind of thing. If Ben wants to put some time and
> >effort into it, forkin
On Wed, Feb 19, 2003 at 12:15:59PM +0100, Ronald Landheer-Cieslak wrote:
>As Cliff Hones suggested (also yesterday), it may well be a good idea to
>start supporting this kind of thing. If Ben wants to put some time and
>effort into it, forking off a Cygwin, developing the capability to have
>two
On Tue, 18 Feb 2003, Max Bowsher wrote:
> Ronald Landheer-Cieslak wrote:
>> On Tue, 18 Feb 2003, Ben Clewett wrote:
>>> - Get the different root '/' mount points to be respected.
>> yes.
> No. You need a different *set* of mounts. Not just one... therefore...
Ehm.. I think this is what he meant, ri
On Tue, 18 Feb 2003, Igor Pechtchanski wrote:
> On Tue, 18 Feb 2003, Ronald Landheer-Cieslak wrote:
>> On Tue, 18 Feb 2003, Igor Pechtchanski wrote:
>>> User mounts and separate users. Each Windows user effectively has its own
>>> mount table -- use that fact. Details in the User Guide/FAQ.
>> Th
Max Bowsher wrote:
Ben Clewett wrote:
For my working, I would need a fully detached CygWin. It's own
memory, it's own DLL, and not a dependence on an existing
installation.
This is because I will be using Install Sheild to load and run an
entire application, which is compiled under CygWin, ont
Ben Clewett wrote:
> For my working, I would need a fully detached CygWin. It's own
> memory, it's own DLL, and not a dependence on an existing
> installation.
>
> This is because I will be using Install Sheild to load and run an
> entire application, which is compiled under CygWin, onto a foreign
Ronald Landheer-Cieslak wrote:
> On Tue, 18 Feb 2003, Ben Clewett wrote:
>> - Ensure safe location of cygwin1.dll so that no application uses
>> wrong one.
> either that, or just rename the DLL, like the Xygwin people did. When
> you link against a DLL, the name of the DLL is put in the created
>
On Tue, 18 Feb 2003, Ronald Landheer-Cieslak wrote:
> On Tue, 18 Feb 2003, Igor Pechtchanski wrote:
> > User mounts and separate users. Each Windows user effectively has its own
> > mount table -- use that fact. Details in the User Guide/FAQ.
> The way I understand what he wants to do, he will b
On Tue, 18 Feb 2003, Igor Pechtchanski wrote:
> User mounts and separate users. Each Windows user effectively has its own
> mount table -- use that fact. Details in the User Guide/FAQ.
The way I understand what he wants to do, he will be running the two as
the same user, at the same time. User m
As first post on this subject (but with a bogus subject line) started
with: "I need to have two copies of CygWin running. Really I do!", the
use of chroot never came to my mind, but you're right: one
$ chroot /full/path/to/new/tree
should do it :)
He'll have to make sure Cygwin1.dll is always fo
BTW, love the coloured man pages on CygWin.
Like launching app as:
bash chroot /cygdrive/c/progra~1/my_stuff application.exe
(Or something similar, not tested this...)
For my working, I would need a fully detached CygWin. It's own memory,
it's own DLL, and not a dependence on an existing inst
Hi there,
I may be missing something, but from you're original email
it looks to me like you don't need another cygwin1.dll at all!
I think all you need is a script with a few calls to umount and
mount to fix your file mount points and a call to chroot to change
the file system root, plus some ch
> There are no such things as sideways-compatible versions of Cygwin.
> It would be possible to build an *isolated* version of Cygwin. In this case,
> each Cygwin would view the other as just another native Win32 application.
I suspect there's a growing trend in packaging applications up with
a cu
On Tue, 18 Feb 2003, Ronald Landheer-Cieslak wrote:
> On Tue, 18 Feb 2003, Ben Clewett wrote:
>
> > With the mount points, I was hoping a *hack* as simple as:
> >
> > char *pRootMount; pRootMount = getenv("ROOT_MOUNT");
> > if (pRootMount) { ; return; }
> >
> > Can be inserted somewhere...
> >
On Tue, 18 Feb 2003, Ben Clewett wrote:
> I understand the problem with the shared memory. Just the same as old
> network cards with conflicting memory address I guess ?
not quite, but kinda...
> So, to have two running hetrogenious cygwin's, which may be different
> versions, I need:
> - R
Okay...
I understand the problem with the shared memory. Just the same as old
network cards with conflicting memory address I guess ?
So, to have two running hetrogenious cygwin's, which may be different
versions, I need:
- Rename the memory address space.
- Ensure safe location of cygwin1.dl
On Tue, 18 Feb 2003, Ben Clewett wrote:
> (Sorry about incorrect subject on first posting)
>
> Noting:- It's not a cut down version of CygWin*.DLL I need, but a cut
> down version of the file system, to just a couple of dozen files in
> /bin, /tmp, /usr and /etc, forming a 'mini' UNIX for a spe
Ben Clewett wrote:
> (Sorry about incorrect subject on first posting)
>
> Noting:- It's not a cut down version of CygWin*.DLL I need, but a cut
> down version of the file system, to just a couple of dozen files in
> /bin, /tmp, /usr and /etc, forming a 'mini' UNIX for a specific
> application.
>
>
(Sorry about incorrect subject on first posting)
Noting:- It's not a cut down version of CygWin*.DLL I need, but a cut
down version of the file system, to just a couple of dozen files in
/bin, /tmp, /usr and /etc, forming a 'mini' UNIX for a specific application.
Just been scanning the posting
22 matches
Mail list logo
