Andy: Results of recovering XPE database

  • Thread starter Thread starter Doug Gordon
  • Start date Start date
D

Doug Gordon

Andy:
I followed the "How to transfer XPE to new machine" instructions, but am not
quite there yet and am trying to understand what I'm seeing. After shutting
off the DB service, I copied the entire MDF file and all repositories from
my old disk to the new location. Everything seems to be working in DB Mgr,
TD, etc. But when I go to do a build in TD, I get errors on all of the QFEs,
such as "Can't find 835732_gdi32.dll", which is obviously the QFE 835732
version of "gdi32.dll".

The mystery is that I actually restored all of the old repository contents,
but when I look at my old disk backup, I do not see any of the QFE-related
files in any of the repository directories! So where in the heck were they
previously located?

Since I still have all of the original QFE downloads, I assume that I won't
do any harm if I simply reinstall all of my QFEs. Do you think there will be
any problem in doing this, since the QFEs are actually already in the
database, but are only missing their files?

Doug
 
Never mind -- I think I see the cause. It looks like the QFE repository was
not recovered from my original drive, thus the missing files. Looks like
I'll have to reinstall the database from scratch and reapply all of the
QFEs, as well as add all of my own components. I'll have to see what effect
this has on my target config and build...

Doug
 
Hi Doug. When you copy the MDF and repositories from the old location to
the new location, double-check to make sure your repository paths are also
updated in Component Database Manager. Open CDM and click on the Repository
tab, then examine the "Location" value for each repository folder in your
DB. These values will not auto-update when the database file is moved, so
you may need to update these manually if your machine name or share
information has changed.

This should hopefully resolve your problem. If it doesn't, please reply
back and we'll investigate the cause further.

--
Matt Kellner ([email protected])
STE, Windows Embedded Group

This posting is provided "AS IS" with no warranties, and confers no rights.
===============================
 
Back
Top