Icon View Incident Report

Improvement Improvement
Requested By: Roy Lambert
Requested On: 1/8/2011
For: Version 2.05 Build 1
# 3367 Non-Existing Modules Cause Error When Querying Configuration Modules System Table

One of my users decided to move his database to a different location (eg from C:\Fred to C:\Bert). My app almost takes account of this, but I had forgotton to allow for the fact that modules now need a path. No problem I though - a quick mod to my moving the database code will sort it out.


Stage 1 - get a list of the modules so I don't have to hard code it

select * from modules

Woops

ElevateDB Error #202 An error occurred with the module StripRTF (The module could not be loaded (OS Error: The specified procedure could not be found.))

Could you change things so that a select on this, and any other similar, table works even if the path is incorrect.


Comments Comments
The module information (version, character set, etc.) is now blank (NULL) when the module cannot be loaded for any reason during population of the Modules system table. An actual error will still occur when the module is loaded for actual usage, however.


Resolution Resolution
Improvement Implemented on 1/9/2011 in version 2.05 build 2


Products Affected Products Affected
ElevateDB Additional Software and Utilities
ElevateDB DAC Client-Server
ElevateDB DAC Client-Server with Source
ElevateDB DAC Standard
ElevateDB DAC Standard with Source
ElevateDB DAC Trial
ElevateDB LCL Standard with Source
ElevateDB PHP Standard
ElevateDB PHP Standard with Source
ElevateDB PHP Trial
ElevateDB VCL Client-Server
ElevateDB VCL Client-Server with Source
ElevateDB VCL Standard
ElevateDB VCL Standard with Source
ElevateDB VCL Trial

Image