|
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! ![Rose | [Rose]](https://codeproject.freetls.fastly.net/script/Forums/Images/rose.gif)
|
|
|
|
|
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
|
|
|
|
|
The thing is that the calling application is made with a casetool called Cool:Gen and it is not very good at using OLE/ActiveX or other external functions..
So after I have made my DLL and try to call it Cool:Gen will only allow me to specify a text variable (LPCSTR) as output. Thus when passing a date that too wil have to be converted to an LPCSTR before making the call.
The casetool is point and click so I'm just presented with a list of available choices.
/Thomas
|
|
|
|
|
Ahhh!
I see...although I have never used a case tool I think I know what they are...
RAD utility...? Like VB but easier...?
Ok dokie...
Cheers!
"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
