Uwe Bonnes [EMAIL PROTECTED] wrote:
at least win95 winfile.exe uses commctrl(16 bit). Make native commctrl
inaccessible for wine and run application. If I remember right, for me
some other application showed up that way, at least winfile. It took
some time for me to find out that we don't
On Thu, 9 Nov 2000, Andrew Lynch wrote:
[...]
Cygwin does not provide glibc. It uses newlib
instead, which
provides much (but not all) of the same functionality.
Porting glibc
to Cygwin would be difficult.
Ok. I don't know how much problem this will cause. The other thing I
thought
Ove Kaaven [EMAIL PROTECTED] writes:
There's no sense in aiming for ultraclean rpath solutions... as I
understand, neither rpath, LD_LIBRARY_PATH, nor ld.so.conf modifications
will be required in Wine 1.0 anyway, because by then we should have
Alexandre's perfect DLL separation with import
Agreed; today the best approach IMO is to use LD_LIBRARY_PATH in a
wrapper script like winelauncher. But of course this only works if we
never set rpath.
I agree with this, and the package I'm building relies
on winelauncher. In fact, I rename the wine binary to 'wine.bin'
and install
On 9 Nov 2000, Alexandre Julliard wrote:
Ove Kaaven [EMAIL PROTECTED] writes:
There's no sense in aiming for ultraclean rpath solutions... as I
understand, neither rpath, LD_LIBRARY_PATH, nor ld.so.conf modifications
will be required in Wine 1.0 anyway, because by then we should have
There was a very vague reference to Windows Installer problems on the
newsgroup, but nothing concrete. As far as I can tell, msi.dll does NOT
like one of the wine dlls.
Since this is probably going to become a FAQ, can someone provide an
authoritative answer to why msi.dll fails like this? I can
Francois Jacques [EMAIL PROTECTED] writes:
We synchronised with the latest tree and found out that the patch you
commited on 2000/11/07 (23:33:21) breaks the initialization on an
application we're working on. The problem happen right in the
initialization part of the application and MSVCRT
Ummm ... do you suggest that wine not support Solaris?
It does support Solaris 2.6 as long you don't link with libthread
or libpthread, which Wine currently doesn't.
Ü
I've dug deeper into this. Unfortunately in some situations Wine
does
Hi All,
i've got a half baked idea about splitting the wineserver into a
generic database module in the kernel and extra code in libwine, so
i'd like to run it past you to see if it makes any sense... (i think
it's different from previous ideas about kernel modules)
As i understand it, the