C / C++ / MFC

24-May-04 6:25

how can I convert TCHAR to LPVOID
here the example what I have,

<br />
CString str = "HELLO"<br />
TCHAR k[512];<br />
wcscpy(k,(LPCTSTR)str);<br />
LPVOID lpmsg = k;<br />

could run without any problem, but lpmsg only contain only one character, which is 'H'
how can I store CString content to LPVOID or TCHAR to LPVOID.

Thankyou

jmkhael24-May-04 6:46

24-May-04 6:46

Exactly like you did

If you want to see all the chars cast it back to a TCHAR*

Papa

while (TRUE)
Papa.WillLove ( Bebe ) ;

pnpfriend24-May-04 6:57

24-May-04 6:57

I dont' want to see all the characters back
I need to send this message to another application.
I have two applications, let's named them app1 and app2. They used pipe to communicate. So
app1 needs to send the message to app2 and here what app1 did,

<br />
CString msg = "sample text";<br />
LPVOID lpvMessage;<br />
TCHAR chBuf[512];	<br />
wcscpy(chBuf,(LPCTSTR)msg);<br />
lpvMessage = chbuf;<br />
int k = strlen((const char*)lpvMessage);<br />
<br />
fSuccess = WriteFile( hPipe,lpvMessage,strlen((const char*)lpvMessage) + 1,	&cbWritten,NULL); <br />

app2 gets the message sent by app1 but only the first character.
So what I need is app1 has CString conent and need to send that string to app2.
How can I send that string out to app2?

by the way, I'm using UNICODE

thank you

jmkhael24-May-04 7:00

24-May-04 7:00

How much is strlen((const char*)lpvMessage)??

and how are you reading the data in app2?

Papa

while (TRUE)
Papa.WillLove ( Bebe ) ;

pnpfriend24-May-04 8:26

24-May-04 8:26

strlen((const char*)lpvMessage) return 1

app2 reads as followed,
fSuccess = ReadFile( hPipe, chBuf,512,&cbRead, NULL);

chBuf only contains the first character of what app1 sent.

thank you

Dominik Reichl24-May-04 7:11

Dominik Reichl

24-May-04 7:11

A tip:

wcscpy(chBuf,(LPCTSTR)msg);
+
int k = strlen((const char*)lpvMessage);

Krrrrrsh...

Would be the first time ANSI-routines would work for Unicode strings Wink | ;)

Instead of using strlen, use _tcslen. Also, you shouldn't use wcscpy, but _tcscpy.

For the WriteFile function, use the length returned by _tcslen and multiply this size with sizeof(TCHAR).

Best regards,
Dominik

_outp(0x64, 0xAD);
and
__asm mov al, 0xAD __asm out 0x64, al
do the same... but what do they do??
(doesn't work on NT)

pnpfriend24-May-04 8:32

24-May-04 8:32

Yes.. k now get more than 1 length..
No.. app2 can't still read it.. it's all junk app2 got.
I don't know whether app1 sent the right information or it is just the converting?

<br />
LPVOID lpvMessage;<br />
TCHAR chbuf[512];<br />
_tcscpy(chbuf, (LPCTSTR)msg);<br />
lpvMessage = chbuf;<br />
int k =_tcslen((TCHAR*)lpvMessage);<br />

app1

<br />
fSuccess = WriteFile( hPipe,lpvMessage,_tcslen((TCHAR*)lpvMessage) *sizeof(TCHAR)+ 1,	&cbWritten,NULL); <br />

app2

<br />
	fSuccess = ReadFile( hPipe, chBuf,512,&cbRead, NULL);<br />

David Crow24-May-04 8:39

David Crow

24-May-04 8:39

I suspect using LPVOID in app1 is the cause of the problem. Even though the second parameter of WriteFile() is a LPCVOID, this would be acceptible:

TCHAR chBuf[512];
_tcscpy(chBuf, msg);
WriteFile(hPipe, chBuf, _tcslen(chBuf) * sizeof(TCHAR), &cbWritten, NULL);

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

pnpfriend24-May-04 9:05

24-May-04 9:05

No.. app2 still get the first letter o ftf whatever pap1 sent
is app2 might aslo has the problem? app2 doesnt' use unicode as app1.

<br />
fSuccess = ReadFile( hPipe, chBuf,512,&cbRead, NULL);<br />

thank you

David Crow24-May-04 9:49

David Crow

24-May-04 9:49

pnpfriend wrote:
app2 still get the first letter...

How are you verifying this? In the Watch window, look at:

chBuf[0]
chBuf[1]
chBuf[2]
chBuf[3]
chBuf[4]

Or you might could try chBuf,su since it is a UNICODE string.

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

pnpfriend24-May-04 10:49

24-May-04 10:49

I found out that
chBuf[0]=H,
chBuf[1]=0
chBuf[2]=E
chBuf[3]=0
chBuf[4]=L
chBuf[5]=0
chBuf[6]=L
chBuf[7]=0
chBuf[8]=O

why the characters are store in every other buffer?
Is it because of UNICODE? why UNICODE string does that?

thank you

David Crow24-May-04 10:52

David Crow

24-May-04 10:52

pnpfriend wrote:
why the characters are store in every other buffer?
Is it because of UNICODE? why UNICODE string does that?

That's what UNICODE is. Perhaps you need an introduction.

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

pnpfriend24-May-04 9:19

24-May-04 9:19

Is it possible the way app2 reads

<br />
 CHAR chRequest[BUFSIZE]; <br />
fSuccess = ReadFile( hPipe, chRequest,BUFSIZE,&cbRead, NULL);<br />
			<br />

app2 is not using UNICODE, so it is not really neccessary to use TCHAR, isn't it?

Michael Dunn24-May-04 11:04

Michael Dunn

24-May-04 11:04

You are mixing TCHARs with wcscpy(), a Unicode-only function. Change that to _tcscpy().

--Mike--
Personal stuff:: Ericahist | Homepage
Shareware stuff:: 1ClickPicGrabber | RightClick-Encrypt
CP stuff:: CP SearchBar v2.0.2 | C++ Forum FAQ
----
"How does one know if one's aura is dirty? Does someone come along with their finger and write 'wash me' on it?"
-- Buffy

pnpfriend25-May-04 7:59

25-May-04 7:59

Thank you all for your advises..
I had changed wcscpy() to _tcscpy() to send the message from app1 to app2,
app2 seems like only got the first character of the message from app1 but as Davide Crow suggested, I wrote a function that checked every single character of the message and found out that message char was store in every other index in the array. for example, H0E0L0L0O

<br />
void App2::GetReqStr(TCHAR* str, DWORD bufSize)<br />
{<br />
	TCHAR temp[BUFSIZE];<br />
	int j=0;<br />
	for (int i=0;i<bufSize;i++)<br />
	{<br />
		if(str[i] != 0)<br />
		{<br />
			temp[j]=str[i];<br />
			j++;<br />
		}<br />
	}<br />
	_tcscpy(str,temp);<br />
	str[j]=NULL;<br />
}<br />

So App2 gets the message what app1 sent, but the problem is that app1 is not getting the same message what App2 sent back.

for example, App2 gets message "Hello" from app1 and app2 send "YES" to app1 back. however, using the following same methods, ReadFile() and WriteFile(), and app1 got junk messages from app2. Why is that??? it is driving me crazy. I cant' find the errors.. why I dont' get the same message that is sent by app2???????? Cry | :((

<br />
CString msg = "HELLO";  //example string, could be other than "HELLO"<br />
<br />
TCHAR chBuf[BUFSIZE];<br />
_tcscpy(chBuf,msg);<br />
fSuccess = ReadFile( hPipe, chBuf,BUFSIZE,&cbRead, NULL);  //to read the message<br />
<br />
fSuccess = WriteFile( hPipe,chBuf,_tcslen(chBuf)*sizeof(TCHAR*),&cbWritten,NULL);  // to write the message<br />
<br />

SetWindowsHookEx, SC_SCREENSAVE and mouse moves

Blake Miller25-May-04 15:11

Blake Miller

25-May-04 15:11

If one program is UNICODE and the other is ANSI, then you have to decide on your protocol.

I see you have two choices:

1. App1 SENDS Unicode and App2 CONVERT the Unicode to ANSI. If App1 RECEIVES a message from App2, then App1 must conver the Ansi sent by App2 back to Unicode.

2. App1 CONVERTS Unicode to ANSI and sends ANSI to App2. If App1 RECEIVES a message from App2, then App1 must converts the Ansi back to Unicode.

You need to investigate WideCharToMultiByte (UNICODE to ANSI) and MuliByteToWideChar (ANSI to UNICODE) string conversion functions.

Also, you might want to SEND the NUL terminator along with your string, although it is not strivtly necessary as long as you add one at the receiving end.

fSuccess = WriteFile( hPipe, chBuf, (_tcslen(chBuf) + 1) * sizeof(TCHAR), &cbWritten, NULL);

caykahve24-May-04 6:01

caykahve

24-May-04 6:01

i defined a windows message to detect the time that the user did not move the mouse and made any key press using hooks.

however the hook that i attached for the mouse callback function stops sending when the screen saver starts to work. both the mouse move and the keyboard hit send the same user defined message to the program, but the keyboard callback function keeps posting messages when the screensaver is working the mouse messages are stopped even when i turn on the screen saver property and apply it. Confused | :confused:

i want it to keep on tacking the user inputs until i tell it not to, not until the screensaver starts.

what can i do to prevent SC_SCREENSAVE to interfere with the mouse tracking? i thought of catching the SC_SCREENSAVE messages with a third hook and disabling the screen saver, or not letting the screen saver to receive the message, but i don't know how to. or is there a way to directly disable the screen saver?

i will be happy if someone can help me solve te problem...

Re: SetWindowsHookEx, SC_SCREENSAVE and mouse moves

jmkhael24-May-04 6:19

Re: SetWindowsHookEx, SC_SCREENSAVE and mouse moves

24-May-04 6:19

Check the key in the registry at:
[HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\Control Panel\Desktop]

Set this to 0
"ScreenSaveActive"="0"

Or set yourself as the screensaver
"SCRNSAVE.EXE"="logon.scr"
"ScreenSaverIsSecure"="1"

Or Set a really big timeout
"ScreenSaveTimeOut"="6000000"

Papa

while (TRUE)
Papa.WillLove ( Bebe ) ;

caykahve24-May-04 21:32

caykahve

24-May-04 21:32

thank you.

i still don't know how to reach the keys. can you give me a hint on how to write the code for doing that?

Re: SetWindowsHookEx, SC_SCREENSAVE and mouse moves

jmkhael24-May-04 22:41