At 08:22 06/06/2002 -0500, you wrote: >Yeah and this certainly seems to be the cause of the majority of the >errors being reported.. But my belief is that if the new DLL has a >different version, and the new version is registered, regardless of >the loaded state of the old version, then the dll and search >versions should match and everything will work... it is a perfect >world isnt it? :-)
It depends what you mean by 'version'. The DLL has a version resource which is used by the installer. The COM objects have progids and guids which are used indirectly by the scripts. We're using version-independant prog-ids in the scripts at the moment, so there's no link between the COM object version and the script. Registering a DLL doesn't do anything very 'version-ish' - it just connections the Prog-id to a GUID to a file name/location. If the file name/location hasn't changed, then the script won't do anything different. >For me, the logout/in works every time at home and the office... I >have never had a problem installing a new version where anything >more than a logout/in was required.. I did however observe a problem >on a relatives machine recently where the logout/in didnt do the >job. I think some OS dependencies are at play.. She was running >Win98 and I am running Win2k... I think that's a big difference. I don't think that Explorer (which is the process into which our DLL gets loaded) is unloaded/reloaded during the Win9x logout/login sequence. Ideally we'd find some progmatic way to get Explorer to unload the DLL. Then we could invoke this during installation, and everything would be wonderful... > If I remember right we actually did >an uninstall/reboot/install to get things cleaned up properly... It might well be that the installer ought to insist (well, nearly) on this in certain circumstances. Will _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Dqsd-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dqsd-users http://sourceforge.net/mailarchive/forum.php?forum_id=8601
