Hello

I have EDB installed on my Delphi directory. If I want to move my edbmgr.exe to some other location and use it from there, what other files do I have to move to that same location?
Why would I wan to move it somewhere else? I don't exactly need to have it somewhere else, but I have to understand this new philosophy completely before I use it with my customers and if some day I have a reson for it I want to know what to do.

I moved my edbmgr.exe to "c:\kresEDB\EDB". When I ran it from there I had no problems setting my new session. When I wanted to run "create database migrators" I get an error message:

"Cannot find the DBISAM Version 1.x module c:\kresEDB\EDB\..\..\libs\edbmigratedbisam1\edbmigratedbisam1.dll
Cannot find the DBISAM Version 2.x module c:\kresEDB\EDB\..\..\libs\edbmigratedbisam2\edbmigratedbisam2.dll
Cannot find the DBISAM Version 3.x module c:\kresEDB\EDB\..\..\libs\edbmigratedbisam3\edbmigratedbisam3.dll
Cannot find the DBISAM Version 4.x module c:\kresEDB\EDB\..\..\libs\edbmigratedbisam4\edbmigratedbisam4.dll".

What directory does manager want? I can't tell what those "..\.." mean? In your instructions you say that migrator files have to be on the same location as manager. Does that mean they can only be on one location, that is on the install directory only? In what relation to manager do they have to be? From those errors I get it would appear that they (DLLs) cannot be located on the same directory as manager, since message says it wants "\libs\edbmigratedbisam..." location.

Next thing I found out is that while I can't create my migrators from this other location (c:\kresEDB\EDB), I can create them If I run manager from install location. Great.
So I thought. But than, when I want to set my migration, my migrators list is empty. I followed your instructions in

http://www.elevatesoft.com/supportfaq?action=view&category=edb&question=missing_elevatedb_manager_migrators

but it doesn't work. I know there must be something small that I have overlooked, since I have migrated my test databases twice in the past. But every time I had to put learning EDB on hold and do more urgent work. So I am at the start again.

And one other question ... When I deinstalled EDB,  I left only edbmngr.exe on "c:\kresEDB\EDB" location. I have deleted all other EDB files. But when I ran this manager again it still had information about config folder for my default sesion. Where is this information stored? I would like to know all EDB locations (ini files, system files, registry, ...), if I have to do some manual setting or anything similar.
So, to finish ... what files do I need and in what relations to each other do they have to be stored (directories) for manager and migration to work properly?

Thank you

To view any of the registered modules you can use the link on session property sheet "view installed modules" - it would indicate any of the modules and their full paths. If those paths change you need to drop and recreate them. Note that the path you have is actually valid path : c:\kresEDB\EDB\..\..\libs\edbmigratedbisam1\edbmigratedbisam1.dll in your scenario means EDB is looking for migrators in : c:\libs\.. since the "\..\..\" is a relative path and goes 2 folders back.

Your best bet would be to just copy the whole "ElevateDB 2 ADD" intact as then all the paths remain valid. If you want to copy less then you likely wont need utilscomps folder. You should also decide if you actually need the migrators - unless you plan to remigrate regularly its usually a one time thing.

As to the config file its stored in the users local app config folder : %USERPROFILE%\Local Settings\Application Data\Elevate Software (on default xp setup it would be in C:\Documents and Settings\<username>\Local Settings\Application Data\Elevate Software) as per Windows guidelines. Installer does not remove this so your setting can persist across edb reinstall and such.

Raul

========
So, to finish ... what files do I need and in what relations to each other do they have to be stored (directories) for manager and migration to work properly?

Thank you

Thank you for your help. I apologize for delay in my answer, but summer time can wreak havoc even with the best laid plans
I guess it's just hard to get used to the idea that dbsys.exe, which is easy, stable and joy to use, got replaced with something so complicated, hard to understand and even harder to start using.
I need to understand this software completely before I start really using it on my applications, and that means even those things that are not going to be used much. Right now the architecture and philosophy of this manager is still something I don't understand with such clarity to satisfy me.
But I will, of course. Luckily this community is very helpful and with your help and that of others I will master this as well