Thread: directory and windows version?

Have you any idea how easy it is to get a couple of things form the OS?

I need the current drive (or drive letter if possible) as some people may not have d:\ as their cd-rom drive

I also need the windows version, because the objects I have created are platform specific.

If possible I would like to get these back as variables, and without running a cmd.exe type box to get them.

I can get the drive by system("cd"), but this is not really what i want. I need just the actual data returned.

Maybe an API would do it??

If so how would I implement it?

cheers,

dave

I have no idea on how to use the API calls - I know this is wrong but it should give an indication of what I am trying to do.

My application will be on a cd, but I cant be sure that the cd is d:, so I am trying to get the current directory, and return the first 2 characters (i could just return 1) but this should give me c: or d: etc..

I did it before using a system("cd") command, but it runs a dos window and I want to do it in windows instead.

the commented out line is the one I will use eventually but the one underneath is the test one I am using.

CString drive="";
drive.GetCurrentDirectory();
drive.Left(2);

CString wintoc="";

//wintoc.Format("%s\\cosmos\\instdata\\wintoc.dat",d rive);
wintoc.Format("%s\\wintoc.dat", drive);
if(!LoadDataBase(wintoc)) PostQuitMessage(0);

I don't know how to do this using the API - any pointers.

cheers,
dave

once again, thankyou for the help adrian, however -

The GetCurrentDirectory method gets the directory you run the code from.

At times, it is necessary to run my application from elsewhere, which makes this a problem:

my script is on my pc - c:\setup.exe

I am working on another directory - p: (for example)

If I run c:\setup.exe from my p:\ prompt then the drive it gets is p:, since all of the associated files are stored on c: with the application it will fail to work.

Is there anything that anyone knows will get the application directory??

I got a couple of errors when I compiled it, shown below. Also here is the code.

Firstly, the new code you gave - the first error refers to this. In the GetModuleFileName should modulePath be '*' ?

Next is the old code, and then my code for rearranging the string.
The second error refers to the cast to CString I try to do.

HMODULE hMod;
char *ModulePath[MAX_PATH];
hMod = GetModuleHandle(NULL);
GetModuleFileName(hMod, ModulePath, MAX_PATH);

//char Path[MAX_PATH];
//GetCurrentDirectory(MAX_PATH, Path);
CString path="";
path = (CString) ModulePath;
path = path.Left(2);
CString wintoc="";

// Actual line for the cd version below
//wintoc.Format("%s\\cosmos\\instdata\\wintoc.dat");
wintoc.Format("%s\\wintoc2.txt", path);
if(!LoadDataBase(wintoc)) PostQuitMessage(0);
UpdateListCtrl();

C:\dave\new\ViewDatabase\ViewDatabaseDlg.cpp(139) : error C2664: 'GetModuleFileNameA' : cannot convert parameter 2 from 'char *[260]' to 'char *'
Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
C:\dave\new\ViewDatabase\ViewDatabaseDlg.cpp(144) : error C2440: 'type cast' : cannot convert from 'char *[260]' to 'class CString'
No constructor could take the source type, or constructor overload resolution was ambiguous
Error executing cl.exe.


Cheers for the ongoing help.

dave

BTW, you can simplify this a teeny bit:

Code:

HMODULE hMod;
char ModulePath[MAX_PATH];
hMod = GetModuleHandle(NULL);
GetModuleFileName(hMod, ModulePath, MAX_PATH);

It is not necessary to get the module handle of the calling program (which is what GetModuleHandle(NULL) does) because if you pass a null handle into GetModuleFileName, it automatically does this for the current module.

So, this code is exactly equivalent:

Code:

char ModulePath[MAX_PATH];
GetModuleFileName(NULL, ModulePath, MAX_PATH);