C / C++ / MFC

10-Jul-06 2:45

Hi all,

The thing is, lets say you have two windows open with the same name, for example:
- window1
- window1
and both of these windows are minimized, and you want to restore both of them.
The thing is I can do it for one window, but struggling with two of them.
This is what I have done so far:
WindowTitleName = "window1";
hWnd = ::FindWindow(NULL,WindowTitleName);
BringWindowToTop(hWnd);

How can I get the handle for the second window that has the same name??

Please someone help.

Mnay thanx in advance

Dead | X|

Programm3r Dead | X|

David Crow10-Jul-06 2:51

10-Jul-06 2:51

Programm3r wrote:
How can I get the handle for the second window that has the same name??

Do both windows share the same class name?

"The largest fire starts but with the smallest spark." - David Crow

"Judge not by the eye but by the heart." - Native American Proverb

Programm3r10-Jul-06 2:57

10-Jul-06 2:57

How would I know that? What differences would exist between two windows that share the same name?

Programm3r10-Jul-06 3:00

10-Jul-06 3:00

Sorry but I think they do have the same class names.....

David Crow10-Jul-06 3:05

10-Jul-06 3:05

Then you cannot use FindWindow() to uniquely identify one over the other.

Did you create the windows (e.g., CreateProcess(), ShellExecuteEx())?

"The largest fire starts but with the smallest spark." - David Crow

"Judge not by the eye but by the heart." - Native American Proverb

Programm3r10-Jul-06 3:10

10-Jul-06 3:10

No I didn't create the window, another application calls this dll and I check if the window is minimized and if it is I restore it. The application sends the dll a name that id'd the window name, and the rest of the problem I have already mentioned.

Do you have any advice / site / source?

Thanx for the response

Programm3r

David Crow10-Jul-06 3:14

10-Jul-06 3:14

Programm3r wrote:
Do you have any advice / site / source?

Yes, just have the application send the DLL a window handle instead of a caption.

"The largest fire starts but with the smallest spark." - David Crow

"Judge not by the eye but by the heart." - Native American Proverb

Programm3r10-Jul-06 3:19

Data not received properly using COM Port [modified]

10-Jul-06 3:19

Thanx for the advice ..... I'll see if i can figure somting out.

Programm3r

Ayesha Farheen10-Jul-06 1:58

10-Jul-06 1:58

Hi,
Iam sending data to ComPort and using RS-232 cable Iam trying to receive the data at the other end.
I set the properties also(BaudRate,Stop Bits,Parity etc..)both at sender and receiver.

Sending End:
char dataToSend[100];
dataToSend = "asdfsdf ....";
result = WriteFile(handlePort,dataToSend,99,&length,NULL);

Receiving End:
char dataReceived[100];
result = ReadFile(handlePort,dataReceived,99,&length,NULL);
cout << "Data Received = " << dataReceived<

David Crow10-Jul-06 2:53

10-Jul-06 2:53

Ayesha Farheen wrote:
result = ReadFile(handlePort,dataReceived,99,&length,NULL);

What is the value of result? If it is FALSE, what is the return value of GetLastError()?

What is the value of length?

"The largest fire starts but with the smallest spark." - David Crow

"Judge not by the eye but by the heart." - Native American Proverb

Ayesha Farheen10-Jul-06 3:28

10-Jul-06 3:28

At both sending and receiving ends , its returning 1 (TRUE).

Ayesha

Re: Data not received properly using COM Port [modified]

earl10-Jul-06 4:37

earl

10-Jul-06 4:37

And length? What happens if you flush the buffer?

Ayesha Farheen10-Jul-06 20:29

10-Jul-06 20:29

Before sending the data or receiving it , Iam flushing the buffer using following method.

int nReturnValue = PurgeComm(handlePort_,PURGE_TXCLEAR | PURGE_RXCLEAR);

And the return value is non-zero, i.e flushing succeded.
I checked both, with and without PurgeComm(). But still its not working.i.e Output is same for both.

And the length received is coming as 0.
I didnt understand one thing, Iam sending the data only ones, but why its receiving it those many times and why data is not coming?

Thank You.

Ayesha

-- modified at 2:54 Tuesday 11th July, 2006

earl11-Jul-06 3:55

earl

11-Jul-06 3:55

Flush the buffer after sending the data using FlushFileBuffers. This ensures that nothing gets stuck in a buffer waiting to send.

If you are sending the data only once but the remote end is receiving it many times, make sure you have your line enders right -- it could be that the remote end is getting confused. Try 13 10, just 10, and just 13 -- I can never remember which of those are the usual line enders.

earl

Cool Ju10-Jul-06 21:03

Cool Ju

10-Jul-06 21:03

Ayesha wrote:
result = WriteFile(handlePort,parameterNCheckSumData,99,&length,NULL);

What is parameterNCheckSumData? Should'nt it be dataToSend.

Adios,
Cool Ju Cool | :cool:

Dream Ur Destiny

Ayesha Farheen10-Jul-06 22:04

10-Jul-06 22:04

Yes , that is dataToSend its not parameterNCheckSumData. But thats just a char buffer name. I want to know why data is not being received properly.

Thanku You.

Ayesha