Hi all, so it has been a long time since I have posted here. Much has changed; I now have 3 little ones. :-)<br><br>Anyways, right to the point: I stumbled on an old bug of mine this evening while doing some long overdue mailbox maintenance. Bug 657: <a href="http://bugs.winehq.org/show_bug.cgi?id=657">http://bugs.winehq.org/show_bug.cgi?id=657</a><br>

<br>Dan made a very good point back in 2007 that I believe now is the right time to possibly look at beginning an implementation of: [1]<br><br>To summarize: Similar to the way that we now have a popup about wine-gecko missing, I believe it would be prudent to have some warning appear when certain native dll&#39;s are missing which required by the app being run, and which we do not implement builtins for. Similarly, I feel that it would be prudent for warnings to appear if certain linux shared objects are missing.<br>

<br>More to the point is that there are quite a number of DLL&#39;s which won&#39;t be implemented soon, if ever, but yet we support running wine from the GUI both through shortcuts, and through binfmt_misc, thereby completely bypassing any hope of a user ever seeing some pretty critical errors that may occur. These errors could, if popped up on their screen, prevent a bunch of duplicates from appearing in Bugzilla, because the user can google for the error and be directed directly to a bug which someone else made, as opposed to not seeing anything and having no idea what to try googling for other than &quot;app x does this +wine&quot;<br>

<br>As an example on the shared object side, on FC13 x86_64, using the rpm from the yum repo that RH provides, I can install wine, but since there is no RPM dependency currently for OpenAL (i686), I get &quot;no such file/directory&quot; warnings about the OpenAL shared objects when running certain programs (specifically, World of Warcraft and Starcraft II). Now granted the fact that OpenAL is not installed is, debatibly something to take up with the wine packager for RedHat and derivatives; I wanted to point out that with the way wine is at present, if I didn&#39;t run wine from a console, I would never have known that, and probably would still not have working sound, because there is nothing that says &quot;Hey! You&#39;re missing OpenAL!&quot;<br>

<br>I&#39;d like to hear opinions from others about what it might take, time-wise, if someone were to start now, to have something like this implemented. And also what kind of a priority this type of thing should have. Sure it is an enhancement, and so is naturally lower priority than, say a segfault in ntdll, but (imho) it&#39;s a pretty critical enhancement that is (again, imho) long overdue.<br>

<br>Thoughts? Questions?<br><br><br><br>[1] <a href="http://bugs.winehq.org/show_bug.cgi?id=657#c37">http://bugs.winehq.org/show_bug.cgi?id=657#c37</a><br><br>Also see comments of his below #37.<br><br clear="all">Thanks<br>

<br>Tom<br>