|
ok.
Have you integrated the platform SDK with the VS6?I mean the include folders, lib folders etc.
If already integrated, ensure the SDK include folder is placed first in that list.
I hope you have set the _WIN32_WINNT macro in the project settings itself.
Also open the winbase.h file and ensure the function exists in that file.
|
|
|
|
|
macro should set to _WIN32_WINNT=0x0502 if it windows xp or make it >0x400 in the project settings itself.
|
|
|
|
|
Just a suggesstion, please don't flame me for this post. why don't you dynamically load the dll and call funcition from it. atleast your program would be compiled!
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You/xml>
|
|
|
|
|
Hi, I've had this problem before, and instead of trying to figure out which WIN32_WINNT blablabla is not set, I suggest you copy/paste the function declaration to the cpp file.
Add this in your cpp or header file:
extern "C"
{
WINBASEAPI
BOOL
WINAPI
TryEnterCriticalSection(
LPCRITICAL_SECTION lpCriticalSection
);
}
There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal
|
|
|
|
|
Thanks for the reply it worked.
Can u please explain me the cause for this 
|
|
|
|
|
krishnan.s wrote: Thanks for the reply it worked.
No problem
krishnan.s wrote: Can u please explain me the cause for this
Some version macro probably wasn't defined. This is a problem sometimes with VC6, I've found out that some things are missing because VC6 is too old.
There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal
|
|
|
|
|
Hi ....i am new to the Boost graph library.  My query is, can i customise the adjacency list to take my class pointer as input.I dunnow if this a right section to post this question. Please do help me out if any of you know the answer.Thnx in advance.
|
|
|
|
|
I have an application which has a Dialog and a Tab control, each tab is a PropertyPage.
I don't have a OnInit handler for my Propertypages.
The situation I ran into is because I had to create a menu in the main dialog.
I have a Edit control and CComboBox in my Property page PPOne.
In my file menu, I do File Open, through which I can open a file and read its contents, am able to populate memory,then I perform the step m_oPPOne.Create(IDD_PP_ONE)(this is from a class derived from Ctabctrl) I see the tab appear, now how can I make the the data for the controls on this PP appear in their fields ?.
Example: Normally when I am on the PP if I click a button, this below function works fine.
void CPPOne::OnBtnRefreshClicked
{
UpdateData(TRUE);
CString str;
str.Format("%d",some_int1);
cs_my_edit_control = str;
UpdateData(FALSE);
ccb_my_combo_box.SelectString(0,*(&my_predef_Str[0+some_int2]));
}
But if I call this above function from my main dialog, it fails on the UpdateData line(s) with a assertion failure in line 4184 of wincore.cpp saying doing UpdateData before DoModal.
How can I overcome this? any suggestion would help.
Best Regards
RV
|
|
|
|
|
The details of your current problems can only really be fixed by you and a debugger.
Have a look at the code around the ASSERT - is it complaining that your calling UpdateData on a window that hasn't even been created yet? But if that's true, how can you get a button to be clicked unless it's on a valid window / dialog. Unless you are calling this method manually...
Which you say you are. At what point do you call the above function? Is it's before you have all the windows created, you'll be in trouble.
Etc.
You need to litter your code with breakpoints, and keep a very close eye on the m_hWnd member of your dialog and controls.
Iain.
|
|
|
|
|
you're right about that, the problem seems to be unique to this situation.
I am calling this function AFTER the tabs are created.
for whatever reason, the value passed to the function in wincore.cpp(just above line 4184) is a 1 when the error occurs, which suggests the data is being transfered from Screen/Dialogue to memory, while I am expecting it to go from memory to Screen.
But Thanks for the inputs....
Best regards
RV
|
|
|
|
|
UpdateData (BOOL bSaveAndValidate = TRUE)
It's not a spooky coincidence - you are calling it with true, which says "take values from screen, and put them into my variables".
But the other window creation stuff remains.
Iain.
|
|
|
|
|
The GetPrivateProfileString function strips leading whitespace. Is there an overload that doesn't, or will I have to write my own?
eg
[Example]
SomeValue=" foo bar baz"
(not code, but needed to preserve spacing)
I want to get the 6 leading spaces in front of foo in the buffer.
Today's lesson is brought to you by the word "niggardly". Remember kids, don't attribute to racism what can be explained by Scandinavian language roots.
-- Robert Royall
|
|
|
|
|
I believe this is by design of the ini "language"...
not sure, but i don't think you can have it without coding some stuff from your own...
|
|
|
|
|
I suspect toxxct is correct. But you may be able to get past the issue by using a special character (ie, '_') to replace the spaces.
Or maybe more cleverly, use UrlEscape function to replace spaces with %20, etc, and UrlUnescape to convert back again.
Iain.
|
|
|
|
|
I ended up using the former approach. UrlEscape probably would work as well, but would more significantly impact the ability of a user to edit the file.
Today's lesson is brought to you by the word "niggardly". Remember kids, don't attribute to racism what can be explained by Scandinavian language roots.
-- Robert Royall
|
|
|
|
|
I build the dll that having a global variable. my requirement is to load the dll in
same application many times . every thing is fine but problem is that global variable using
copy the same value in all instances . how to avoid it . I must need that global variable.
Ashish
|
|
|
|
|
See here [^].
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
|
Here's a solution I got from led mike: Use a class with a static member variable. It will be the same variable for all DLL instances.
|
|
|
|
|
I can't believe it. 
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
As I recall led mike's suggestion solved a problem I had been working on for hours. It makes sense; the linker resolves external references, and all references to a static class member should resolve to the same address.
|
|
|
|
|
Alan Balkany wrote: It makes sense; the linker resolves external references, and all references to a static class member should resolve to the same address.
It does NOT make sense, all references to a static class member should resolve to the same address only inside the same memory space (i.e. the same process). Of course this is going on my arrogant assumptions...
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
But when the different instances of the DLL are linked, aren't they in the same process? (When you call a method in a DLL, it doesn't automatically start another process to do this.)
|
|
|
|
|
Well, maybe I've misunderstood. I thought the OP was talking about multiple instances of the same application (i.e. different processes) and not multiple instances of the same DLL inside the same process. BTW what is the point of loading the same DLL multiple times?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
So, you're attempting to re-load the same DLL multiple times, in the same process?
But you want them to act independently?
And, in your case, the global variable isn't doing that -- it's the same each time?
Is that what you are asking?
I think that the deal is -- you can't load the same DLL multiple times within the same process.
The answer you seek?
Get rid of the global variable in the DLL and find another way to accomplish what it accomplishes.
?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
Peter Weyzen<br />
Staff Engineer<br />
<a href="http://www.soonr.com">SoonR Inc -- PC Power delivered to your phone</a>
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
