|
No, still doesn't work 
Any other options?
|
|
|
|
|
That won't work because the converted string is stored on the stack, and it goes out of scope as soon as the function returns. Use the macros inline, instead of in separate functions like that.
--Mike--
"So where does that leave us? Well, it leaves us right back where we started, only more confused than before." -- Matt Gullett
Ericahist | Homepage | RightClick-Encrypt | 1ClickPicGrabber
|
|
|
|
|
That's the problem, the macro's won't work here... and they are to slow I'm making a game engine so that need to be fast  With COM, that's the reason for using a BSTR. And now I call a DirectX function that needs a LPCWSTR. So I have to convert it, but how??? :S
|
|
|
|
|
You can pass a BSTR to a function expecting a LPCWSTR, because both strings are in the same format (zero-terminated Unicode string)
--Mike--
"So where does that leave us? Well, it leaves us right back where we started, only more confused than before." -- Matt Gullett
Ericahist | Homepage | RightClick-Encrypt | 1ClickPicGrabber
|
|
|
|
|
But then I get the error that the format isn't right
|
|
|
|
|
Michael Dunn wrote:
That won't work because the converted string is stored on the stack, and it goes out of scope as soon as the function returns
Aargh. Of course  . I should have known that 
Ryan
Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2nd April 2003, The Lounge)
Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact"
|
|
|
|
|
BSTR a = SysAllocString (L"asdfghj12345");
MessageBoxW (NULL,(LPCWSTR)a,NULL,NULL);
|
|
|
|
|
hello @all,
how can i convert a double value into a string?
can anybody help me???
thank you very much!
sunny
|
|
|
|
|
With this function I think
_gcvt();
Convert double number to string; store string in buffer
|
|
|
|
|
Try using sprintf (or _stprintf to support UNICODE as well):
char buf[16];
sprintf(buf, "%f", doubleValue);
TCHAR tbuf[16];
_stprintf(buf, _T("%f"), doubleValue); If you're using MFC, you can do this:
CString str;
str.Format(_T("%f"), doubleValue);Hope this helps,
Ryan
Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2nd April 2003, The Lounge)
Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact"
|
|
|
|
|
sprintf()
[EDIT]
Ryan answered the question while I had the thread open. He has a very good answer.
[/EDIT]
John
|
|
|
|
|
John M. Drescher wrote:
answered the question while I had the thread open
Don't you hate it when that happens 
Ryan
Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2nd April 2003, The Lounge)
Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact"
|
|
|
|
|
This was the first time I noticed it.
John
|
|
|
|
|
I don't know if this will solve your problem (you're not explaining it exactly) but be carrefull when you read data directly from memory and store it in the strucuture. If you use a memcpy, you will probably have some troubles because the default byte alignement in the structure is 8 (take a look at the msdn documentation about the #pragma pack directive).
That means in fact that all your member variables after the first are stored on the smaller member type or 8-byte boundaries. So, if it's not the case in memory, you will have some serious troubles when you want to "read" your data.
|
|
|
|
|
Thanks cedric,
I realized what I was doing wrong, but I didn't know about 8-byte boundry.
sj
|
|
|
|
|
could you publish the code?
You might consider usage of MS specific __declspec(property) and ignore alignment example
#include <stdexcept>
typedef struct TSimSignal
{
TSimSignal(void * pData = 0) : m_pData(pData){}
__declspec(property(get=GetSimWriteFlag,put=PutSimWriteFlag))
int SimWriteFlag;
__declspec(property(get=GetDisplayReadFlag,put=PutDisplayReadFlag))
int DisplayReadFlag;
__declspec(property(get=GetValue,put=PutValue))
double Value[45];
__declspec(property(get=GetTimeStamp,put=PutTimeStamp))
double TimeStamp;
int GetSimWriteFlag()
{
if(!m_pData)
throw std::out_of_range(__FUNCSIG__);
int * pValue = reinterpret_cast<int*>(m_pData);
return *pValue;
}
void PutSimWriteFlag(int value)
{
if(!m_pData)
throw std::out_of_range(__FUNCSIG__);
int * pValue = reinterpret_cast<int*>(m_pData);
*pValue = value;
}
int GetDisplayReadFlag()
{
if(!m_pData)
throw std::out_of_range(__FUNCSIG__);
int * pValue = reinterpret_cast<int*>(m_pData) + 1;
return *pValue;
}
void PutDisplayReadFlag(int value)
{
if(!m_pData)
throw std::out_of_range(__FUNCSIG__);
int * pValue = reinterpret_cast<int*>(m_pData) + 1;
*pValue = value;
}
double GetValue(long index)
{
if(!m_pData || index < 0 || index >= 45)
throw std::out_of_range(__FUNCSIG__);
double * pArray = reinterpret_cast<double*>(reinterpret_cast<char*>(m_pData) + sizeof(int) * 2);
return pArray[index];
}
void PutValue (long index, double value)
{
if(!m_pData || index < 0 || index >= 45)
throw std::out_of_range(__FUNCSIG__);
double * pArray = reinterpret_cast<double*>(reinterpret_cast<char*>(m_pData) + sizeof(int) * 2);
pArray[index] = value;
}
double GetTimeStamp()
{
if(!m_pData)
throw std::out_of_range(__FUNCSIG__);
double * pValue = reinterpret_cast<double*>(reinterpret_cast<char*>(m_pData) + sizeof(int) * 2 + sizeof(double) * 45);
return *pValue;
}
void PutTimeStamp(double value)
{
if(!m_pData)
throw std::out_of_range(__FUNCSIG__);
double * pValue = reinterpret_cast<double*>(reinterpret_cast<char*>(m_pData) + sizeof(int) * 2 + sizeof(double) * 45);
*pValue = value;
}
protected:
void * m_pData;
}TSimSignal;
|
|
|
|
|
I've posted a couple times before about this problem, and I seemed to be making some progress, but I now seem to have hit a wall. This is for an onscreen keyboard to be used to input text into textboxes in other windows. I'm using a global WH_GETMESSAGE hook to capture messages, and when the message is a WM_LBUTTONDOWN and the window it is being sent to is the keyboard, I use AttachInputThread and a keybd_event to simulate keyboard input. This works, but I have to call SetFocus() every time. Since I am capturing the WM_LBUTTONDOWN message, why is the focus changing? I tried capturing the WM_LBUTTONUP message too, just ignoring it by passing 1 to CallNextHookEx (Yes I pass 1 to CallNextHookEx on the WM_LBUTTONDOWN too...) ... I've tried capturing messages like WM_SETFOCUS, WM_KILLFOCUS, and WM_ACTIVATE... None of those ever seem to actually be called though, or if they are, they aren't being seen by my hook... but its global!!
hook = SetWindowsHookEx(WH_GETMESSAGE, (HOOKPROC)MessageProc, hHookDll, 0);
If there is any other snippets of code I can post that might help, let me know. Thanks!
|
|
|
|
|
Perhaps you need to go deeper and earlier in the message sequence. Have a look at WM_NCHITTEST and WM_HITTEST. Good Luck!
onwards and upwards...
|
|
|
|
|
I just set up a CBTProc Hook that prevents the Keyboard window from gaining focus... But now the focus just evaporates! Here is the CBTProc:
<br />
LRESULT CBTHOOK_API CALLBACK CBTProc(int nCode, WPARAM wParam, LPARAM lParam)<br />
{<br />
<br />
if((nCode == HCBT_SETFOCUS || nCode == HCBT_ACTIVATE) && (HWND)wParam == hKeyWin)<br />
{<br />
return 1;<br />
}<br />
<br />
return CallNextHookEx(HHOOK(0), nCode, wParam, lParam);<br />
}<br />
Where hKeyWin is a handle to the onscreen keyboard. Really, I dont want to keep the keyboard from gaining focus, I want to prevent the last window from losing it... As it stands, it seems that the current window loses focus, and the keyboard is prevented from gaining it, and thus it just evaporates... Like I said, I don't want to re-call SetFocus, I want to prevent the window from ever losing the focus... This is mainly because, in the Internet Explorer Address bar, if you lose focus, and regain it, the text is selected, and what you type is over written, so you cant ever type more than one letter using the onscreen keyboard...
|
|
|
|
|
Maybe you should send a WM_SETCAPTURE to the window which has the focus.
~RaGE();
|
|
|
|
|
WM_ACTIVATE should do it, however ... a window "losing the focus" receives a WM_ACTIVATE with a WA_INACTIVE parameter... A silly question maybe, but are you sure your hook is global ? have you compiled it in the right area using #pragmas ?
~RaGE();
|
|
|
|
|
Heh... Not silly... Because I don't know what a #pragma is I just thought that you had to send SetWindowsHookEx 0 as the last parameter to make it global... So what is this #pragma stuff ?
|
|
|
|
|
... OK ... maybe you should check this article by Joseph M. Newcomer:
Hooks and DLLs[^]
~RaGE();
|
|
|
|
|
Oh .. and a #pragma is a compiler command, mainly to set up a lot of things at compilation time (disabling warnings, choosing memory location for putting your variables, stuff liek that)...
~RaGE();
|
|
|
|
|
We have a LAN and are connected to the internet through a router, how do i get the internet connection ip on one of the computers in the LAN??
Kuniva
--------------------------------------------
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
