C / C++ / MFC

Mark Salsbery28-Jun-07 13:07

28-Jun-07 13:07

What strip() function? I can't find one documented Smile | :)

Mark

"Go that way, really fast. If something gets in your way, turn."

Rajesh R Subramanian28-Jun-07 20:55

Rajesh R Subramanian

28-Jun-07 20:55

Mark Salsbery wrote:
What strip() function? I can't find one documented

That is a NSFW function. Blush | :O

Nobody can give you wiser advice than yourself. - Cicero

Mark Salsbery30-Jun-07 7:21

30-Jun-07 7:21

"Go that way, really fast. If something gets in your way, turn."

Compiler Options and the DDK Build Environments

Christian Graus28-Jun-07 13:22

Christian Graus

28-Jun-07 13:22

1 - try to put something meaningful in the subject line, so people who can help are attracted to it
2 - if you have an error, posting the error is great, but posting the code as well, is even better.

3 - Your form is called Form1, are you using C++/CLI ?

Christian Graus - Microsoft MVP - C++

"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )

switang28-Jun-07 7:51

switang

28-Jun-07 7:51

How do I specify compiler options in the DDK build environments?

I trying to build with /EHsc to enable c++ exceptions...

Thanks for any help.

Re: Compiler Options and the DDK Build Environments

switang29-Jun-07 4:31

switang

29-Jun-07 4:31

Got it:
"USER_C_FLAGS = /EHsc"

in the sources file.

Re: Compiler Options and the DDK Build Environments

JudyL_MD29-Jun-07 9:58

JudyL_MD

29-Jun-07 9:58

Be very careful if you are recompiling drivers in the DDK with that flag. They may not be (in fact, probably are NOT) written to handle exceptions. If you're just compiling your own user-mode app from the DDK environment, no worries.

Judy

Re: Compiler Options and the DDK Build Environments

switang29-Jun-07 10:43

switang

29-Jun-07 10:43

Thanks, I'll have to look at that since it's part of a printer driver Smile | :)

PostMessage to a remote thread

bend0r!28-Jun-07 7:30

bend0r!

28-Jun-07 7:30

Hi
I injected a DLL into another process. So far, it works fine.
Now I'd like to send messages to the DLL ... I'tried PostMessage but it always returns ERROR_INVALID_THREAD_ID

The code looks like this:

CreateRemoteThread(hProc, NULL, NULL, (LPTHREAD_START_ROUTINE)LoadLibAddy, (LPVOID)RemoteString, NULL, &ThreadId);<br />
<br />
while(!PostThreadMessage(ThreadId, WM_MYMSG, NULL, NULL))<br />
{<br />
if(GetLastError() == ERROR_INVALID_THREAD_ID)<br />
break;<br />
else Sleep(500);<br />
}

and the DLL loops until a message is received (so it loops infinitivly atm )

while(1)<br />
{<br />
if(GetMessage(&msg, NULL, 0, 0))<br />
break;<br />
}

thanks in advance !

Mark Salsbery28-Jun-07 7:38

28-Jun-07 7:38

Do any of these potential problems apply?

"GetLastError returns ERROR_INVALID_THREAD_ID if idThread is not a valid thread identifier, or if the thread specified by idThread does not have a message queue."

"Windows 2000/XP: This thread must either belong to the same desktop as the calling thread or to a process with the same locally unique identifier (LUID). Otherwise, the function fails and returns ERROR_INVALID_THREAD_ID."

"Go that way, really fast. If something gets in your way, turn."

led mike28-Jun-07 7:58

led mike

28-Jun-07 7:58

Did you find that information hidden in the documentation?

Mark Salsbery28-Jun-07 11:12

28-Jun-07 11:12

Extremely well hidden! Laugh | :laugh:

I'm pretty sure I find 2% of answers in my code and 97% hidden in the documentation.

The other 1% I pull out of my

"Go that way, really fast. If something gets in your way, turn."

Matthew Faithfull28-Jun-07 7:41

Matthew Faithfull

28-Jun-07 7:41

I had to do this with MMC a few years ago. I used custom messages WM_APP+n where n > 50 and posted them to the main window. My 'injected' Dll, actually a Console plugin installed an application wide Message Hook and filtered out the things it was interested in. Not an elegant solution I know and I hope you don't have to stoop to it. At least you are trying to recieve messages on your own thread not relying on MS to give your control some runtime.;)

http://msdn2.microsoft.com/en-us/library/ms644959.aspx[^]

Nothing is exactly what it seems but everything with seems can be unpicked.

Randor 28-Jun-07 10:32

Randor

28-Jun-07 10:32

Try using AttachThreadInput() before calling PostThreadMessage(). http://msdn2.microsoft.com/en-us/library/ms681956.aspx[^]

-Randor (David Delaune)

suchon_phuong28-Jun-07 7:27

suchon_phuong

28-Jun-07 7:27

C#? Procdure in C#??

suchon_phuong28-Jun-07 7:28

suchon_phuong

28-Jun-07 7:28

Mark Salsbery28-Jun-07 7:32

28-Jun-07 7:32

That's true, although I tend to disagree.

"Go that way, really fast. If something gets in your way, turn."

Re: Don't answer this user

Hamid_RT28-Jun-07 8:25

Hamid_RT

28-Jun-07 8:25

What was his question & reply?

WhiteSky

for you, VB

toxcct28-Jun-07 7:35

toxcct

28-Jun-07 7:35

read the title (if it appeared you were too dumb to miss it) Sleepy | :zzz:

[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]

Don't answer this user

leckey28-Jun-07 7:53

leckey

28-Jun-07 7:53

This is the user who normally just types jibberish and has nothing better to do.

______________________
stuff + cats = awesome

Hamid_RT28-Jun-07 8:25

Hamid_RT

28-Jun-07 8:25

Do you know suchon_phuong ?

WhiteSky

Re: Don't answer this user

leckey28-Jun-07 9:01

leckey

28-Jun-07 9:01

I recognize the name. If you look at the users posts they are mostly gibberish or the most general questions in programming. I have a few people whose names tend to pop out for bad behavior, such as URGENT all the time.

______________________
stuff + cats = awesome