Dan Kegel [EMAIL PROTECTED] writes:
Just how terrible is parsing /etc/mtab? It doesn't look like
much code. I'd be happy to provide a nice OO wrapper object
for it if that would make you happier. It would then no
longer be an ugly hack. Would that satisfy you? Or are
you fundamentally
Alexandre Julliard wrote:
but mainly I'm opposed to the concept of
configuring everything by hand except magically getting smb shares
through /etc/mtab, when they may not at all reflect what you want the
Windows application to see.
OK, I give up. Go ahead and make a UNC hack that simply
Alexandre Julliard wrote:
Dan Kegel [EMAIL PROTECTED] writes:
Just how terrible is parsing /etc/mtab? It doesn't look like
much code. I'd be happy to provide a nice OO wrapper object
for it if that would make you happier. It would then no
longer be an ugly hack. Would that
Alexandre Julliard wrote:
Dan Kegel [EMAIL PROTECTED] writes:
Just how terrible is parsing /etc/mtab? It doesn't look like
much code. I'd be happy to provide a nice OO wrapper object
for it if that would make you happier. It would then no
longer be an ugly hack. Would that
, possibly even calling mount/umount from Wine, etc.
What I want to avoid, and your patch is a good example of that, is the
multiplication of ad-hoc hacks that solve a very specific problem
without addressing the more global issue. Both your patch and Stefan's
UNC patch contain pieces that will be part
As such, we've put together a scheme for parsing /etc/fstab on startup
(not mtab: the drive may not be mounted), and automatically adding
drive letters for each iso9660 filesystem listed. The patch (to the
WineX tree) is here:
http://www.geocrawler.com/archives/3/9376/2001/11/0/7204310/
Dan Kegel [EMAIL PROTECTED] writes:
I agree that faking network mounts is a good thing, but
parsing mtab makes for much easier configuration. Instead of
forcing the user to add a server field, wine can figure it out
itself. Isn't that a good thing? Why force the user to enter
in
Alexandre Julliard wrote:
Dan Kegel [EMAIL PROTECTED] writes:
I agree that faking network mounts is a good thing, but
parsing mtab makes for much easier configuration. Instead of
forcing the user to add a server field, wine can figure it out
itself. Isn't that a good thing? Why
[EMAIL PROTECTED] wrote:
On Thu, 6 Dec 2001, Dan Kegel wrote:
Alexandre Julliard wrote:
and then \\foo\x would mean the same thing as f:\x. This way you can
also fake network mounts using the local filesystem.
I agree that faking network mounts is a good thing, but
parsing
Eric Pouech wrote:
what I'm talking about binding is the operation of making the relationship between a
UNC name and a (samba-) mounted SMB share.
the equivalent operation for names (making the relationship between a DOS driver
letter and a Unix directory) is driven by the Wine
Ok, I thing i got it now. You are asking for a configuration option in
e.g. ~/.wine/config to enable or disable UNC support like this:
yup...
A+
---
Eric Pouech
(http://perso.wanadoo.fr/eric.pouech/)
The future will be better tomorrow,
Vice President Dan Quayle
Alexandre Julliard wrote:
Dan Kegel [EMAIL PROTECTED] writes:
I agree with the other poster that this approach of reading /etc/mtab
and looking for smbfs mounts is a complete kludge, but it is definitely
the way to go for the near future.
I'm not so sure. If we depend on users
12 matches
Mail list logo