MFC Win32 Dialog application not being updated under Win-XP OS. - C / C++ / MFC Discussion Boards

Waldermort28-Aug-07 17:45

28-Aug-07 17:45

The trouble is I neeed to get my hands on those PEB and TEB structures, so while I have them I might aswell use my method.

You say only kernel32 and ntdll are loaded, but I have found this not to be the case. When it's created in a suspended state, no code has been executed, including the code which builds the IAT. That's why most code injection tricks also have to inject the addresses of the API's they require.

I don't suppose you tried out my code on your machine? I have found a few references to the same problem on the web. All relating to VistaX64, which happens to be all I have installed right now.

Re: Why ain't this in the docs?

Naveen28-Aug-07 18:40

Naveen

28-Aug-07 18:40

WalderMort wrote:
You say only kernel32 and ntdll are loaded

I just used the process explorer and checked.

WalderMort wrote:
I don't suppose you tried out my code on your machine

I tried. But with some modifications. i found with that PEB and TEB ur trying to get the image base address and that codes where making some many compilation error( since some structures are not defined ). So I too the base address through another method and tried. But as I mentioned eariler that method requires the process to be created in normal way. Not in suspended.

I am running in XP.

nave

[OpenedFileFinder]

Re: Why ain't this in the docs?

Waldermort29-Aug-07 2:46

Waldermort

29-Aug-07 2:46

Ah yes, I had to use my own defiition of those structures, from www.ntinternals.net

Re: Why ain't this in the docs?

Naveen28-Aug-07 19:27

Naveen

28-Aug-07 19:27

WalderMort wrote:
DWORD dwFSBase = ( entry.HighWord.Bits.BaseHi << 24 ) | ( entry.HighWord.Bits.BaseMid << 16 ) | ( entry.BaseLow );

One doubt. if your using a 64 bit mechine, are you sure the above shifting is correct?. I found the original code was written for 32 bit mechine. Also confirm the TEB have same size in both 64 bit and 32 OS. Expecially in VISTA.

nave

[OpenedFileFinder]

Re: Why ain't this in the docs?

Waldermort29-Aug-07 5:05

Waldermort

29-Aug-07 5:05

It may be a 64bit machine, but the exe is 32bit. Also, if you look at the code, before accepting the entry point, I check the PE headers to validate that it points to the correct location.

As far as this project goes, I'm going to have to give up, at least until I install VmWare. For now I will stick with being able to run only console apps, which is the main reason I started this.

The strange thing is, every single article I have found on the topic is the same as my code. I have played around with the TOKEN and SECURITY_DESCRIPTOR structs. But, when the initial pages are allocated for the process, they are done so with the PAGE_EXECUTE_WRITECOPY protection, and I can find no way around this.

I really must test this code on other machines to test if it is a Vista x64 'feature'!

Re: Why ain't this in the docs?

Waldermort28-Aug-07 16:08

Waldermort

28-Aug-07 16:08

BTW. Taking your suggestion of inserting the whole thing into a spawned process, but it requires a lot of work in the PEB and TEB headers.

Re: Why ain't this in the docs?

Naveen28-Aug-07 16:46

Naveen

28-Aug-07 16:46

hmm.. May be complicated..

nave

[OpenedFileFinder]

MFC Win32 Dialog application not being updated under Win-XP OS.

Ralph_L28-Aug-07 12:24

Ralph_L

28-Aug-07 12:24

My application is a MFC Win32 Dialog developed in VS6.0.
The dialog is used mainly for user input to parameters for a lengthy process called from a function within the dialog. I am using the windows UpdateWindow() method and Invalidate() from within the function to update the dialog indicating the number of records that have been processed and saved to a file. This seems to work correctly when ran on a Windows 2000 PC. but when I run it on a Window-XP PC the dialog is blanked with only the frame remaining whenever the application's focus is lost, by clicking on a desktop icon or launching an other application. Is there a solution to this problem? Could some sample code be provided to do this task?
Thank you.

Sample of my code follows:

<br />
				// Test source positions are within target area.<br />
	while(!feof(In_File) )// No Range Prefix -------------------------<br />
	{<br />
		if(fgets(Sbuf,3000,In_File) != NULL)<br />
			{<br />
			rin++;<br />
			DRec Srec(Sbuf, ',' , ',');<br />
			Pn = Srec.Extract(m_uFieldNorth);<br />
			Pe = Srec.Extract(m_uFieldEast);<br />
			classNumber = (int)Srec.Extract(m_uClassField);<br />
<br />
			Rn = Tn-Pn;  Re = Te-Pe;<br />
			<br />
			RnRe = (Rn*Rn)+(Re*Re);<br />
<br />
			if( ( RnRe ) <= Trr )	// Record is within radial distance from target.<br />
				{<br />
				fprintf(Out_File,"%s", Sbuf);	// Print out record within radial distance.<br />
				classCount[classNumber] += 1;	// Counter for class types<br />
				}<br />
			}<br />
<br />
	if((rin % 5000) == 0)	// Display only every 5000th record.<br />
		{<br />
		SetDlgItemInt(IDC_SDataRecords,rin);<br />
		 <br />
		UpdateWindow(); // Update window when over-drawn by other application.<br />
		//This is not working in Win-XP, Ok in Win2000!!!<br />
		}<br />
	}<br />
<br />
}	// End prefix not added ----------------------------<br />
<br />

Ralph_L

Re: MFC Win32 Dialog application not being updated under Win-XP OS.

Mark Salsbery28-Aug-07 13:04

Mark Salsbery

28-Aug-07 13:04

UpdateWindow() won't do anything if none of the window is marked for repainting.

Have you tried Invalidate[Rect]() before UpdateWindow() on the window or calling
UpdatwWindow on the control itself?

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: MFC Win32 Dialog application not being updated under Win-XP OS.

David Crow29-Aug-07 3:23

David Crow

29-Aug-07 3:23

Mark Salsbery wrote:
...if none of the window is marked for repainting.

Wouldn't SetDlgItemInt() invalidate the window?

"A good athlete is the result of a good and worthy opponent." - David Crow

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Re: MFC Win32 Dialog application not being updated under Win-XP OS.

Mark Salsbery29-Aug-07 6:54

Mark Salsbery

29-Aug-07 6:54

I would expect it to invalidate the control window (if it didn't draw
the text immediately), not the entire window.

I just tried to offer something to try.

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: MFC Win32 Dialog application not being updated under Win-XP OS.

David Crow29-Aug-07 7:09

David Crow

29-Aug-07 7:09

My previous post was a test, and only a test. Had it been an actual post, it would have contained something intelligible. Blush | :O

"A good athlete is the result of a good and worthy opponent." - David Crow

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Using the debugger

Waldermort28-Aug-07 10:36

Waldermort

28-Aug-07 10:36

If a make a call to CreateProcess() from within my code, is there any way I can break and start debugging the newly created process? Having no sources is no problem, I have become quite good at stepping through assembly.

Re: Using the debugger

C^hris L^osinger28-Aug-07 10:58

C^hris L^osinger

28-Aug-07 10:58

in the VS Debug menu, you can use 'Attach To Process' to start a debugging session on the process you just launched.

image processing toolkits | batch image processing

Re: Using the debugger

Waldermort28-Aug-07 11:11

Waldermort

28-Aug-07 11:11

I'm guessing the debugger needs an actual file on the disk to work with Frown | :(

I'm getting "Unable to find file" error messages every time I try to attach.

Re: Using the debugger

C^hris L^osinger28-Aug-07 11:13

C^hris L^osinger

28-Aug-07 11:13

it needs a running process - and a process needs a .EXE .

what file is it not finding?

image processing toolkits | batch image processing

Re: Using the debugger

Waldermort28-Aug-07 11:18

Waldermort

28-Aug-07 11:18

Well, that's the thing, I don't have an .EXE

I'm launching a process from a file stored in the resource section ( NOT a file on disk ), so I'm guessing the debugger is looking for this file so it can display the assembly.

Re: Using the debugger

C^hris L^osinger28-Aug-07 11:25

C^hris L^osinger

28-Aug-07 11:25

ah... in that case, you've moved beyond my sphere of knowledge Smile | :)

image processing toolkits | batch image processing

Re: Using the debugger

Waldermort28-Aug-07 11:27

Waldermort

28-Aug-07 11:27

Cool, one of the experts "doesn't know" Poke tongue | ;-P

Re: Using the debugger

ThatsAlok29-Aug-07 0:32

ThatsAlok

29-Aug-07 0:32

WalderMort wrote:
Cool, one of the experts "doesn't know"

Experts are also HUMAN Smile | :)

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture

cheers,
Alok Gupta
VC Forum Q&A :- I/IV
Support CRY- Child Relief and You

Passing a collection using the Standard Template Library

Leslie Sanford28-Aug-07 10:33

Leslie Sanford

28-Aug-07 10:33

I've begun using C++ again after mainly using C# for the past several years. I was wondering what is considered the best way to pass a collection of objects to a function assuming the use of the Standard Template Library.

The function that's receiving the collection doesn't care if the collection is a vector or list or whatever, it just wants the objects. Is there a way to pass a collection that decouples the collection type, e.g vector, list, etc., from the function receiving the collection?

Re: Passing a collection using the Standard Template Library

C^hris L^osinger28-Aug-07 10:59

C^hris L^osinger

28-Aug-07 10:59

Leslie Sanford wrote:
The function that's receiving the collection doesn't care if the collection is a vector or list or whatever, it just wants the objects.

how does that work ?

image processing toolkits | batch image processing

Re: Passing a collection using the Standard Template Library

Leslie Sanford28-Aug-07 11:03

Leslie Sanford

28-Aug-07 11:03

Chris Losinger wrote:
how does that work ?

Well, that's kind of the question I'm asking. What I'm doing now is this:

void MyClass::SomeFunction(const std::vector<SomeObject *> *collection)
{
    std::vector<SomeObject *>::iterator it;
 
    for(it = collection.begin(); it != collection.end(); it++)
    {
        // Do stuff...
    }
}

The function just wants to iterate over the collection. If I were in C#, I'd pass an IEnumerable object. The function could iterate over it without having to know what the underlying collection is. I'm not sure how to do the same thing in C++ with the Standard Template Library.

Re: Passing a collection using the Standard Template Library

C^hris L^osinger28-Aug-07 11:11

C^hris L^osinger

28-Aug-07 11:11

ah. ok.

then, you would pass two iterators, a start and an end, to your function.

template < class _InIt > void DoStuffToIterators(_InIt _First, _InIt _Last)
{	
   // perform function for each element
   for (; _First != _Last; ++_First)
	DoStuff(*_First);
}

...
DoStuffToIterators(collection.begin(), collection.end();

that's a stripped-down version of STL's "for_each" function.

image processing toolkits | batch image processing

Re: Passing a collection using the Standard Template Library

Leslie Sanford28-Aug-07 12:06

Leslie Sanford

28-Aug-07 12:06

Oh, I see! Thanks Chris and Michael for helping me out with this. Smile | :)

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