Date
1 - 1 of 1
when something that previously worked stops working
Dave AA6YQ
There have been several recent problem reports here of the form "DXLab application function X stopped working Y weeks/months ago".
If you try a DXLab application function that you've never before utilized and it doesn't work as expected, that could well be the result of a defect in the application that no one else has yet encountered or reported. If you update a DXLab application to a new version, and find that a function that worked in the previous version no longer works as expected, that's almost certainly the result of a defect in the new version of the application. However, if a DXLab application function that was previously working suddenly stops working with no change to that application and no change to any other DXLab application, the root cause is likely environmental -- meaning that a change to some other aspect of your broader computing environment is responsible. Typical culprits include - the replacement of a functioning device driver with a non-functioning device driver as the result of installing new hardware, or of accepting a Windows Update - the replacement of a "shared component" with a non-functioning version of that component as the result of installing another application As explained in "Managing Hardware and Software Upgrades" in https://www.dxlabsuite.com/dxlabwiki/HardwareSoftwareUpgrades "To minimize memory consumption, Windows encourages applications to use a common set of libraries. Some of these libraries are provided by Microsoft (e.g. MSCOMM32.DLL), whereas as others a provided by application developers (e.g. PSKCORE.DLL). Thus you may have multiple applications installed on your PC all using the same instance of MSCOMM32.DLL to send and receive characters via a serial port, and you may have multiple applications installed on your PC that all use the same instance of PSKCORE.DLL to modulate and demodulate PSK. Occasionally, these libraries are updated by their authors. A Windows Update from Microsoft, for example, might include an improved version of MSCOMM32.DLL. Installing a new PSK application, or upgrading an already-installed PSK application may install an improved version of PSKCORE.DLL on your system. New versions of shared libraries are supposed to be backward compatible with their predecessors, but occasionally this isn't the case. When this happens, installing a new application or upgrading an installed application can cause other installed applications to stop working or perform poorly." This article goes on to make specific recommendations for protecting your computing environment from these problems. While these practices require extra work on your part, they can prevent a lot of downstream aggravation when a previously working DXLab application stops working -- and at the worst possible time. The motivation for this post is not to lambast anyone who has reported "likely environmental" problems here. It makes me uncomfortable to respond to a report of adverse behavior in a DXLab application by pointing the finger at some other component or application; I've been on the wrong end of that maneuver more times than I care to remember. Please continue to report any adverse behavior that you encounter -- whether you suspect that it might be environmental or not -- but understand that actively maintaining the integrity of your computing environment is essential to keeping DXLab functional whenever you need it. 73, Dave, AA6YQ
|
|