Re: Function required similar to DOS "deltree.exe" - C / C++ / MFC Discussion Boards

Re: How do I get process name from handle?

pba_30-Dec-02 11:03

30-Dec-02 11:03

If you have the window handle you can use GetWindowThreadProcessId to get the process id , then using PSAPI or ToolHelp lib you can get the file name.

Is this possible....

Member 9630-Dec-02 7:56

Member 96

30-Dec-02 7:56

I have vc++ .net and I have a project that has a single define for compiling certain code for U.S. users and other code for Canadian users.

What I want to do is build two releases at the same time from the same code with one being built with the define BUILDCANADA defined and the other not, but I don't want to have two separate projects.

I see lot's of info on doing simultaneous separate builds based on compiler settings etc, but nothing that shows if it's possible to do one build with a define set and another with it not set. I guess what the real question is, is can you set a DEFINE in the build options somewhere?

Re: Is this possible....

Anders Molin30-Dec-02 9:44

Anders Molin

30-Dec-02 9:44

Go into the "Build" menu, click on "Configuration Manager", here you can make multible configurations.

Then you can go into th projects options, and define what you need for each configuration.

To build both projects in a single step, select "Batch Build..." in the "build" menu...

- Anders

Money talks, but all mine ever says is "Goodbye!"

Re: Is this possible....

Member 9630-Dec-02 11:05

Member 96

30-Dec-02 11:05

Hi Anders, thanks for replying. I know you can do that, but the critical thing is that I need to have a DEFINE set differently for the two builds, is that possible?

Re: Is this possible....

peter271330-Dec-02 12:43

peter2713

30-Dec-02 12:43

In "Configuration dialog|C/C++|Preproccesor", there is an option called "Preprocessor definitions" where you can define your BUILDCANADA or whatever you want.

--------
Dave

Re: Is this possible....

Member 9630-Dec-02 15:35

Member 96

30-Dec-02 15:35

Perfect! Exactly what I was trying to find.

Thank you very much.

Function required similar to DOS "deltree.exe"

Still learning how to code30-Dec-02 7:45

Still learning how to code

30-Dec-02 7:45

Hi, In my program (VC++, MFC, MDI ap), I need a function to delete a directory and all it's contained files and sub-directories. I'm currently using "system" to call the DOS program Deltree.exe. However, I'm sure that there should be a pure Windows method to do the same thing that would be much cleaner. Has anyone any suggestions ?

Doug

Re: Function required similar to DOS "deltree.exe"

Jason Henderson30-Dec-02 8:30

Jason Henderson

30-Dec-02 8:30

Try this:

BOOL DelTree(CString cstrPath)
{
	BOOL bRetVal = FALSE;
	CString cstrTemp = cstrPath;
	CString cstrOldDir;
	char buffer[MAX_PATH];
	
	CFileFind cFind;
	CString cstrFileName, cstrTempFile;

	cstrFileName.Format("%s%s",cstrPath,"\\*.*");
	if (cFind.FindFile(cstrFileName))
	{	
		BOOL bFound = TRUE;
		while (bFound)
		{
			bFound = cFind.FindNextFile();
			if (cFind.IsDots())
				continue;
			else
			{
				// Get Current File Name
				cstrTempFile = cFind.GetFilePath();
				bRetVal = DeleteFile(cstrTempFile);
				if (!bRetVal) break;
			}
		}
	}
	cFind.Close();
	
	if (bRetVal)
		bRetVal = ::RemoveDirectory(cstrPath);
	else
		// put a failure message here

	return bRetVal;
}

Jason Henderson
^{start page ; articles}
_{henderson is coming}
^{henderson is an opponent's worst nightmare}
^{* googlism *}

Re: Function required similar to DOS "deltree.exe"

Alvaro Mendez30-Dec-02 10:06

Alvaro Mendez

30-Dec-02 10:06

Jason,

Your solution appears correct. However, I'd like to point out a small detail which caught my eye. Your function's signature is BOOL DelTree(CString cstrPath). Your parameter is a CString value, rather than a constant CString reference, which would be more appropriate: BOOL DelTree(const CString& cstrPath).

I just wanted to point this out to you and hope that you understand why it's usually much better to pass objects by const reference rather than by value. I realize that the CString class has a copy-on-write scheme which makes passing by value a lot less expensive than it otherwise be. But, passing by const reference is still the most efficient way to pass most objects requiring "by-value" semantics.

Regards,
Alvaro

Well done is better than well said. -- Benjamin Franklin
(I actually prefer medium-well.)

Re: Function required similar to DOS "deltree.exe"

Jason Henderson30-Dec-02 10:15

Jason Henderson

30-Dec-02 10:15

Thanks.

Actually, I took this code from a COM dll and modified it rather quickly. I really didn't look it over all that well.

Jason Henderson
^{start page ; articles}
_{henderson is coming}
^{henderson is an opponent's worst nightmare}
^{* googlism *}

Re: Function required similar to DOS "deltree.exe"

Ancient Dragon31-Dec-02 2:00

Ancient Dragon

31-Dec-02 2:00

The only problem I see is that it is not recursive, so it will not work like deltree, deleting all sub-directories and their contents too.

Re: Function required similar to DOS "deltree.exe"

Jason Henderson31-Dec-02 2:44

Jason Henderson

31-Dec-02 2:44

Hey you're right. Good catch.

It would be easy to modify though.

Jason Henderson
^{start page ; articles}
_{henderson is coming}
^{henderson is an opponent's worst nightmare}
^{* googlism *}

Re: Function required similar to DOS "deltree.exe"

Alvaro Mendez30-Dec-02 9:50

Alvaro Mendez

30-Dec-02 9:50

Jason gave you the clean solution. However, here's another one similar to your "system" one, except that it doesn't show the DOS window:

::WinExec("deltree blah", SW_HIDE);

Regards,
Alvaro

Well done is better than well said. -- Benjamin Franklin
(I actually prefer medium-well.)

Re: Function required similar to DOS "deltree.exe"

karl_w31-Dec-02 1:03

karl_w

31-Dec-02 1:03

But this way (and also the "system" call) relies on "deltree.exe" being present on the system. On my w2k I don't have "deltree.exe" so the app won't work. I think it's better to use Jasons way.

--

karl

Re: Function required similar to DOS "deltree.exe"

Still learning how to code31-Dec-02 2:48

Still learning how to code

31-Dec-02 2:48

Hi all you guys !!! Many thanks for all your input - I've taken all the points that you've raised, and, as my ap is only for private "consumption" can live with the WinExec solution - I just "hated" droping into a DOS window in the middle of a Windows program but now that I can hide it,I'm happy !!! Smile | :)

Doug

FindFirstFile wants an unsigned short* ?

Fahr30-Dec-02 7:03

Fahr

30-Dec-02 7:03

Hello,

I'm trying to use the API FindFirstFile in a non-MFC DLL using VC++ 6 and I get the following error on compile:

error C2664: 'FindFirstFileW' : cannot convert parameter 1 from 'const char *' to 'const unsigned short *'
Types pointed to are unrelated; conversion requires reinterpret_cast, C-style
cast or function-style cast

On this line:

HANDLE Finding = FindFirstFile("C:\\*.*", &FindFileData);

Now I can be stupid, but I don't think that a pattern, which is described as an LPCSTR in the MSDN, would ask for an unsigned short*...

Can anybody tell me what I'm doing wrong here?

Thanks,
- Fahr

Re: FindFirstFile wants an unsigned short* ?

C^hris L^osinger30-Dec-02 7:12

C^hris L^osinger

30-Dec-02 7:12

any chance you're doing a Unicode build?

-c

I'm not the droid you're looking for.

ThumbNailer

Re: FindFirstFile wants an unsigned short* ?

User 665830-Dec-02 7:41

User 6658

30-Dec-02 7:41

That why also my guess.

Have you tried

HANDLE Finding = FindFirstFile(_T("C:\\*.*"), &FindFileData);

?

regards

modified 12-Sep-18 21:01pm.

Re: FindFirstFile wants an unsigned short* ?

Fahr30-Dec-02 9:41

Fahr

30-Dec-02 9:41

Well, that seems to work (could you maybe also explain WHY it works?)

Now I get an error on this:
FString temp = ANSI_TO_TCHAR(FindFileData.cFileName);

it seems to be related, too, the error reads;

error C2664: 'winGetSizeUNICODE' : cannot convert parameter 1 from 'unsigned short [260]' to 'const char *'
Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast

a _T() or L() doesn't work here tho :S

- Fahr

Re: FindFirstFile wants an unsigned short* ?

Fahr30-Dec-02 9:58

Fahr

30-Dec-02 9:58

That's fixed, apparently the ANSI_TO_TCHAR was not needed cuz it's already unicode. My bad...

Tho I still don't get why it works like this or not...

- Fahr

Re: FindFirstFile wants an unsigned short* ?

Fahr30-Dec-02 9:08

Fahr

30-Dec-02 9:08

That could very well be, how would I check that? I DID tweak a lot of the compler and linker settings...

How is that related anyways?

- Fahr

Re: FindFirstFile wants an unsigned short* ?

C^hris L^osinger30-Dec-02 13:17

C^hris L^osinger

30-Dec-02 13:17

FindFirstFileW is the wide-char version of FindFirstFile. somehow, you've made the compiler think it needs be using this version instead of FindFirstFileA (the single-byte version).

I'm not the droid you're looking for.

ThumbNailer

Setting cursor position in CComboBox

The Lady of Shallots30-Dec-02 7:00

The Lady of Shallots

30-Dec-02 7:00

I have a CComboBox in a dialog in my app and have a question about setting the cursor in it. I want it to have the same behavior as the search combo box in the toolbar in VC++. When the user clicks the box to set focus, it should highlight the current word and if they click again, the cursor is positioned at the end of the word. Right now, no matter how many times or where I click the whole word is always highlighted. Thanks!

Re: Setting cursor position in CComboBox

Nick Parker30-Dec-02 17:54

Nick Parker

30-Dec-02 17:54

The Lady of Shallots wrote:
When the user clicks the box to set focus, it should highlight the current word and if they click again, the cursor is positioned at the end of the word.

Um, isn't this the default action of a CComboBox? I made a quick MFC app and added one and this is how mine acted.

Nick Parker

You see the Standards change. - Fellow co-worker

Re: Setting cursor position in CComboBox

The Lady of Shallots31-Dec-02 2:16

The Lady of Shallots

31-Dec-02 2:16

Hmmm... maybe it is and I'm messing it up some how because I am overriding some windows messages and setting focus myself in some places, I will look into that. Thanks!

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.