On Fri, 28 Oct 2005 20:15:06 +0200, Paul Vriens <[EMAIL PROTECTED]>
wrote:
On Fri, 2005-10-28 at 19:53 +0200, [EMAIL PROTECTED] 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
I have not worked out how to rebuild the dlls with version info hacked in
under Gentoo, so I cannot state these will work but strongly suspect they
will.
Thanks again for your help.
