version<unspecified>

[wino at piments.com]

On Fri, 28 Oct 2005 20:15:06 +0200, Paul Vriens <Paul.Vriens at xs4all.nl>  
wrote:

> On Fri, 2005-10-28 at 19:53 +0200, wino at 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

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.