Find & Replace in VB6

[wc2]

I wrote an app which keeps records on Mrs. wc2's snakes.

She like the New Liar government wants to change the spec

It's hard coded to look for the database in c:\program files\my app\database.

Is there a way of executing a global find/replace?

I want the code to read f:\my app\database.

Ta

[TimberWolf]

In the IDE select Edit/Replace & Current Project

[wc2]

I'll get my coat

Thanks

[DimPrawn]

I wrote an app which keeps records on Mrs. wc2's snakes.

She like the New Liar government wants to change the spec

It's hard coded to look for the database in c:\program files\my app\database.

Is there a way of executing a global find/replace?

I want the code to read f:\my app\database.

Ta

Have you thought of moving to India? They are always looking for clever developers over there....

[lilelvis2000]

Maybe while you're at it. why not have it read the database path from a config file. Those old .ini files come in handy sometimes. And I think VB6 can read them quite easily.

[bogeyman]

Maybe while you're at it. why not have it read the database path from a config file. Those old .ini files come in handy sometimes. And I think VB6 can read them quite easily.

Or gosh, even the REGISTRY.

[PRC1964]

You're all making this far too complex.

Simply create a batch file that re-maps the drive letters every time she loads the app and another one that re-maps it when she exits it.

What could possibly go wrong?

[Weltchy]

You're all making this far too complex.

Simply create a batch file that re-maps the drive letters every time she loads the app and another one that re-maps it when she exits it.

What could possibly go wrong?

Your assuming that the missus hasn't mistakenly re-mapped the drive letter already. In which case...

What about if the driver letters are mapped on a random basis, and then each drive can be scanned to see if the required database location is present. If found, then the new location for the database can then be mapped.

Problem solved!!!!!!

[wc2]

Look I used to hump servers for a living until I got caught and had to do some real work.

I'll read up on the config file.

Thanks

[crack_ho]

Or gosh, even the REGISTRY.

Even Microsoft have realised how absurd a central storage of configuraion settings is. Especially when it can't be backed up or restored. The new fashion is the old fashion to use local config files! This is what server 2008 is doing with its new components (xml config files). There will probably be a Microsoft patent on this amazing concept soon despite being industry standard for *nix.

Use the API SHGetSpecialFolderLocation with enum CSIDL_APPDATA to get 'C:\Documents and Settings\username\Application Data' or equivilent and store your configuration there.