RFC on Base Wine Config
Kai Blin
kai.blin at gmail.com
Sun May 3 02:04:13 CDT 2009
On Sunday 03 May 2009 07:07:35 Ben Klein wrote:
> 2009/5/3 chris ahrendt <celticht32 at yahoo.com>:
Replying to Ben's email as I didn't get Chris' email Ben replied to.
I would also like to note that I don't appreciate the tone both of these
emails are taking in the end. Please try to be civil.
That being said, let me get to the technical part.
> > I guess I am not being completely clear somewhat....
> > If I am in windows and go into explorer...
>
> We've been through this before. Wine is not Windows. In Wine, the
> drive has to be mapped in dosdevices.
> > go to a network drive. I do
> > not nescisarily have to map that drive in order to run an application
> > (so long as the DLLS it needs, if any, are not just on that drive). I
> > can click the application
> > and it runs. I realise this may be a fundamental difference between unix
> > and windows but still they should theoretically run the same.
The important part here is that your local drives are local drives. Don't
confuse the Wine drive mappings with network drive mappings in Windows. Think
about a Wine drive mapping like plugging a new hdd into your box.
>
> But you're NOT running the test from a network drive, are you? And
> even if you were, you'd need some way to inform Wine that it's there,
> which would be to map it to a drive. Does Wine even support
> Windows-style shares?
Nope. We could, but then you'd have to create a Samba share to allow us to use
the directory. I'm pretty sure a wine drive mapping is easier and faster.
> > Also from
> > a command line I can do (I think if I am remembering correctly (been
> > doing to much z work lately) ) //server/directory/app.exe and it will
> > retrieve and run the app... (I think)
That's a bit besides the point, as this is still a valid UNC path. Now imagine
I've got a USB hdd with my app on it, and that's usually connected at U:,
with my app being at U:\test\app.exe. Now the logic in Windows mapping my USB
drive to U: is just what the wine dosdevice mapping is like. If I now tell
windows to remove the USB device, my desktop link to U:\test\app.exe is not
going to work anymore.
> This message appears in your bug report:
> > Warning: could not find DOS drive for current working directory
> > '/home/cahrendt/wine-git/dlls/inetmib1/tests', starting in the Windows
> > directory.
Here my analogy would be a bit stretched, as in that you'd still manage to be
on the USB drive while it's already been disconnected. But basically you're
trying to run a program that's on a drive not connected to your wine "box".
Cheers,
Kai
--
Kai Blin
WorldForge developer http://www.worldforge.org/
Wine developer http://wiki.winehq.org/KaiBlin
Samba team member http://www.samba.org/samba/team/
--
Will code for cotton.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://www.winehq.org/pipermail/wine-devel/attachments/20090503/2c17319d/attachment-0001.pgp>
More information about the wine-devel
mailing list