Find & Replace in VB6

[xoggoth]

I always read everything from plain old text files (except not with .txt exn as people fiddle) paths, form colours/backgrounds, images, sounds, number/size/positions of controls etc. Makes s/w a lot more flexible for updates.

[bogeyman]

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.

Yeah I know - piece of cake from .net framework but not so easy from VB6.

The REGISTRY has it's good points (central, easy to find) but the monolithic binary formatted beast typified a lot of MSs design thinking at the time.

XML config isn't perfect either (lots of little unmanaged XML files all over place).

Maybe an XML-based registry in a database? But I swore I'd never, ever store XML in a database!

Ok, how about INI files?

[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.

[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

[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!!!!!!

[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?

[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.

[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.

[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....

[wc2]

I'll get my coat

Thanks

[TimberWolf]

In the IDE select Edit/Replace & Current Project

[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