Please don't apply, it's wrong. In the case when Wine was compiled with
OpenGL support but OpenGL isn't available at runtime these checks are
still needed in every function.
tom
On 12.07.2007 18:29, Stefan Dösinger wrote:
> I am not sure if it is a good idea to wrap the winecfg functionality into
> something complex like a control panel applet(which is tied to shell folders
> in some way). A user can easilly break core parts of wine with winecfg. The
> more complex the
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> First of all there are extensive tests for this in kernel32 process
> test. Which shows exactly opposite from what you stated here - windows
> does support use of unix path.
That's true for apps started from another Win32 process; in that case
we cle
On 21.07.2007 22:44, Damjan Jovanovic wrote:
> If a double-click starts an app in Windows, it should do the same in
> wine, and the semantics of a double-click on Windows seem to be "start
> this app in the file browser's current directory".
>
> Now if wine cannot tell a true unix path from a wind
On 21.07.2007 18:05, Vitaliy Margolen wrote:
> First of all there are extensive tests for this in kernel32 process
> test. Which shows exactly opposite from what you stated here - windows
> does support use of unix path.
Unix paths or unix-style paths? If a program is started as
/home/user/myapp a
Am 11 Jul 2007 um 13:57 hat Alexandre Julliard geschrieben:
> "Christian Eggers" <[EMAIL PROTECTED]> writes:
>
> > +#ifndef SONAMES_LIBCTAPI
> > +#define SONAMES_LIBCTAPI
> > "libctapi.so","libctapi-cyberjack.so.1","libct.so","libctdeuti.so.5"
> > +#endif
>
> There should be a registry key to s
