|
I am not sure of this, but I think you do not get the MSDN library with the standard version.
Nish
My miniputt high is now 29
I do not think I can improve on that
My temperament won't hold
www.busterboy.org
|
|
|
|
|
Standarnd does not allow linking to the dynamic MFC libraries!
Mazy
"So,so you think you can tell,
Heaven from Hell,
Blue skies from pain,...
How I wish,how I wish you were here." Wish You Were Here-Pink Floyd-1975
|
|
|
|
|
Thats what I thought too Mazy.
But someone told me that with VC++ 7.0 that's all changed.
Now it seems you can link dynamically/statically with the standard version too
Nish
My miniputt high is now 29
I do not think I can improve on that
My temperament won't hold
www.busterboy.org
|
|
|
|
|
When I said that I meant VC++6,not VC++7.I forgot to mention it.
Nish [BusterBoy] wrote:
Now it seems you can link dynamically/statically with the standard version too
Thanks,I didn't know it
Mazy
"So,so you think you can tell,
Heaven from Hell,
Blue skies from pain,...
How I wish,how I wish you were here." Wish You Were Here-Pink Floyd-1975
|
|
|
|
|
That's hardly going to matter if he's writing ActiveX controls.
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
Christian Graus wrote:
That's hardly going to matter if he's writing ActiveX controls.
I know it, I only say it as a difference of two versions,Not because of he/she wants to develope an ActiveX.
|
|
|
|
|
hi, has anyone experienced SafeArrayCreateEx failing?
I'm creating a safearray of UDT's in an ATL component and passing it on to a client via connection points. The VB test harness works fine I get all the data in the safearray that I expect. However, the C++ harness experiences an exception when it uses the component. The failure occurs with ::SafeArrayCreateEx().
I was wondering if there were any known pitfalls or gotchas with this? What could cause it to fail?
Thanks
Matthew
|
|
|
|
|
mcsellski wrote:
However, the C++ harness experiences an exception when it uses the component.
What kind of exception it is?
Tomasz Sowinski -- http://www.shooltz.com
|
|
|
|
|
My app functions differently according to the existance of a particular file. I use _access to see if this file exists.
Whilst testing, with the file existing, everything works fine. I then delete this file, and re-test. _access says that the file I deleted still exists!!
Anyone ever heard of this? Is it something to do with h/disk cacheing? I using Win2000 with IE6.
Oh yes. If I try opening the file as read only, as a different way to find the exitance of a file, it works everytime!
Jeremy Davis
http://www.astad.org
|
|
|
|
|
I have no idea what's wrong with _access. Here's what I'm using to determine if file exists:
bool FileExists(const char *szFilename)
{
WIN32_FIND_DATA findFileData;
HANDLE hFind = FindFirstFile(szFilename, &findFileData);
if (hFind == INVALID_HANDLE_VALUE)
{
return false;
}
VERIFY(FindClose(hFind));
return true;
}
Tomasz Sowinski -- http://www.shooltz.com
|
|
|
|
|
Tomasz Sowinski wrote:
I have no idea what's wrong with _access. Here's what I'm using to determine if file exists:
Thanks, that's what I'm basically doing. I'd just like to know why _access is failing!
Jeremy Davis
http://www.astad.org
|
|
|
|
|
Use F11 (step into) to enter inside _access. There are three paths in this function - check which path is executed when _access behaves incorrectly.
Tomasz Sowinski -- http://www.shooltz.com
|
|
|
|
|
Hello,
I want to get data (CF_TEXT) from a clipboard. I've already copied some text. When I use this function, it sometimes returns "" (blank) instead of data in the clipboard. What's wrong with this code. Help me, please.
CString CDictView::GetClipData()
{
CString vocab = "";
if (IsClipboardFormatAvailable(CF_TEXT))
{
if (OpenClipboard())
{
char* pData;
pData = (char*)GetClipboardData(CF_TEXT);
vocab = pData;
EmptyClipboard();
}
CloseClipboard();
}
return vocab;
}
|
|
|
|
|
You are sure wrong! Here you are:
CString CDictView::GetClipData()
{
CString vocab = "";
if (IsClipboardFormatAvailable(CF_TEXT))
{
if (OpenClipboard())
{
vocab = (char*)GetClipboardData(CF_TEXT);
EmptyClipboard();
}
CloseClipboard();
}
return vocab;
}
Good luck!
|
|
|
|
|
Help does anyone have a code for a polygon tool...
urgently needed.... thanks
|
|
|
|
|
Flatline wrote:
urgently needed.... thanks
What else is new ?
A polygon tool is easy - as the user clicks, add to a vector of points, and pass in the address of item 0 into the Polygon function to draw it.
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
I included windows.h file. When I compiled my program, I just got the message -- "error C2065: 'GetWindowModuleFileName' : undeclared identifier"!!!
I read msdn over and over and have yet gotten confused.
|
|
|
|
|
Ignore that last message...tis not the answer your looking for...
"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr
|
|
|
|
|
It's declared in winuser.h
But winuser.h is declared in windows.h I think.
So open your winuser.h and search for GetWindowModuleFileName
Nish
My miniputt high is now 29
I do not think I can improve on that
My temperament won't hold
www.busterboy.org
|
|
|
|
|
|
To All: Thanks a lot! I solved it.
To Tomasz Sowinski: You are right! Thanks anyway!
|
|
|
|
|
Hi..
I'm not the greatest codewiz, but have managed to put together a DLL which given a window name can set that window to either modal or modeless.. This is fin except that I'd rather work with window handles.. Here's where I get a problem since the program I use to call the DLL can only pass a LPCSTR , but can convert a handle to this.. I now have to convert the LPCSTR to a HWND within my dll somwhow ?
If anyone have an idea I'd be very grateful
/Thomas
|
|
|
|
|
Why not change the parameters to HWND and avoid the whole typecast period...?
If it's a third party DLL passing it a HWND if it expects a LPCSTR is gona cause serious problems i'd think...
LPCSTR temp;
HWND hwnd = (HWND)temp;
"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr
|
|
|
|
|
Ahhh...
Thank you very much.... I'll give it a try ASAP
/Thomas
|
|
|
|
|
Why does the caller have to use LPCSTR...?
One is a pointer to a string of char's and the other is a windows handle...the conversion should work and it should compile, but your app might act funny...
Cheers!
"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr
|
|
|
|