On Sun, 2005-11-06 at 01:03 +0100, wino@piments.com wrote:
On Fri, 28 Oct 2005 20:15:06 +0200, Paul Vriens Paul.Vriens@xs4all.nl wrote:
On Fri, 2005-10-28 at 19:53 +0200, wino@piments.com wrote:
I have an app that tests the version number of certain dlls it uses on startup.
The first seems to be riched20.dll
If I run it on 20050524 it starts and works.
If I run from the same installation after installing wine-0.9 (or just about any winecfg based version) it starts throwing errors like:
riched20.dll version<unspecified> was found, this program requires at least.....
I then have to pull in a native dll and tell wine to go native when in fact the buildin functions work perfectly.
bug or feature?
I guess this was done intentionally or is a result of an intentional change and seems related to winecfg becoming active.
What is the best way to deal with this? It seems a shame to install native dlls when the wine code does the job.
TIA
Hi,
don't have time (yet) to do stuff in Wine, but have a look at http://www.winehq.org/pipermail/wine-patches/2005-September/020423.html
this shows you how to add version stuff to a dll.
cheers,
Paul
To bring this upto date:
I have moved wine to 0.9 with this app and have got the native dll count required in winecfg down to 4. Two of these appear to be simply due to the lack of version_info in the built-in dll.
riched20 : req >= 5.30.22.2300 mscvrt : req >= 6.1.8637.0
This last one is now in CVS : http://www.winehq.org/pipermail/wine-cvs/2005-November/019086.html
Cheers,
Paul.