At 07:53 06/06/2002 -0500, you wrote: >I always thought the DLL version numbers (and file name) were >supposed to be incremented each time a version is released. If this >is happens, will a file-lock problem exist? A new DLL filename with >a new version could be registered and the old in-use one wouldn't >get unloaded until a logout/in. This seems ok to me (with my very >limited understanding), but I dont think it is working as I >described.
The problem is that even if it is, you can be in a situation where you have an old DLL loaded but with new script running. I don't think I'm convinced that logout/login is a certain remedy. The version of the DLL is currently 2.5.8.0, and as far as I'm aware, it has been for the whole of the 2.5.8 beta process. I have not tracked changes in GUID/IIDs, but I'm certainly guilty of having extended an interface without changing the IID. >I certainly agree that the majority of the problems seem >to be related to getting the proper DLL registered and loaded. An >improvement in this area could possibly yield a sizable reduction in >bug reports... IMO of course.. Well, it's Dave that gets most of the reports - why should we worry... :-) I'm supposedly doing a bit of tidying to the DLL, so I'll think about what we could do to help things. Will -- Will Dean - [EMAIL PROTECTED] |---------------------| 4 The Footpath, Harston, Cambridge, CB2 5NS, UK | I N D U S T R I A L | Tel: +44 1223 871646 Fax: +44 1223 870914 | computing ltd | ------------ http://www.indcomp.co.uk/ --------------------------------| _______________________________________________________________ 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
