In theory, you are completely correct.<br><br>Truth is, some of the low level hardware programming requires special windows drivers. Wine tries to simulate those drivers with native Linux calls.<br><br>Since the request is so closely based to the APIs associated with the application, you might get a greater stir from the programmers, as the user's group focuses more on what does, and doesn't work, to support the wine users in their struggles.<br>
<br>-Tres<br><br><div class="gmail_quote">On Fri, Feb 22, 2008 at 10:41 AM, Volodymyr Shcherbyna <<a href="mailto:v_scherbina@mvps.org">v_scherbina@mvps.org</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">Hello Tres,<br>
<br>
Yes, agree, there might be Linux equivalents to accomplish the same tasks.<br>
But let me pickup the description of winehq from official web-site : "[...]<br>
a compatibility layer for running Windows programs [...]". Doesn't that<br>
mean, that *all* software should work?<br>
<br>
--<br>
with best regards,<br>
Volodymyr<br>
<br>
2008/2/22, A. Tres Finocchiaro <<a href="mailto:tres.finocchiaro@gmail.com">tres.finocchiaro@gmail.com</a>>:<br>
><br>
</div><div><div></div><div class="Wj3C7c">> Probably the most common response you will get is, there are often freely<br>
> available tools that can already do this in Linux.<br>
><br>
> I'm interested to see more responses.<br>
><br>
> -Tres<br>
><br>
><br>
> On Fri, Feb 22, 2008 at 6:02 AM, Volodymyr Shcherbyna <<br>
> <a href="mailto:v_scherbina@mvps.org">v_scherbina@mvps.org</a>> wrote:<br>
><br>
> > Hello everyone, my name is Volodymyr, I am driver developer mostly doing<br>
> > stuff for Windows.<br>
> ><br>
> > I discovered that WineHQ project does not have support for drivers (am I<br>
> > wrong?). In other words, quite a big amount of applications will fail to<br>
> > function properly, because many of them are using helper device drivers<br>
> > to<br>
> > get some extended functionality. I can just mention RegMon, FileMon,<br>
> > TDIMom,<br>
> > and others.<br>
> ><br>
> > Theoretically, this task is possible to be implemented, but it requires<br>
> > quite a lot amount of work, of course. Is there any movements to<br>
> > overcome<br>
> > this limitation? Have you ever considered to achieve compatibility at<br>
> > this<br>
> > level?<br>
> ><br>
> > Basically, I am talking about implementation of analogs of Windows<br>
> > Kernel<br>
> > and Executive subsystems. On top of them, there might be implemented<br>
> > such<br>
> > popular subsystems as:<br>
> ><br>
> > - TDI subsystem (up to Vista)<br>
> > - WFP (starting from Vista)<br>
> > - Support for FS filters<br>
> > - and the rest<br>
> ><br>
> > Any comments are highly appreciated,<br>
> ><br>
> > --<br>
> > with best regards,<br>
> > Volodymyr<br>
> > -------------- next part --------------<br>
> > An HTML attachment was scrubbed...<br>
> > URL:<br>
> > <a href="http://www.winehq.org/pipermail/wine-users/attachments/20080222/f9269789/attachment.htm" target="_blank">http://www.winehq.org/pipermail/wine-users/attachments/20080222/f9269789/attachment.htm</a><br>
> ><br>
><br>
><br>
><br>
> --<br>
> - <a href="mailto:Tres.Finocchiaro@gmail.com">Tres.Finocchiaro@gmail.com</a><br>
<br>
<br>
<br>
<br>
</div></div>--<br>
<div class="Ih2E3d">with best regards,<br>
Volodymyr<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
</div>URL: <a href="http://www.winehq.org/pipermail/wine-users/attachments/20080222/cec00a1f/attachment.htm" target="_blank">http://www.winehq.org/pipermail/wine-users/attachments/20080222/cec00a1f/attachment.htm</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>- <a href="mailto:Tres.Finocchiaro@gmail.com">Tres.Finocchiaro@gmail.com</a>