|
|
prasad_som wrote: Maximum DWORD can hold. ie. 4294967296.
In theory. In reality, it would likely be less than 2GB.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
prasad_som wrote: This figures goes to 4GB.
There's no way a buffer can be 4GB (which is the question I was answering). Under normal circumstances, Windows only gives each process 2GB, and not all of that is available, which is why I said "less than."
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
prasad_som wrote: This is what, I was talking about duplicated post.
I don't see any duplicated posts.
prasad_som wrote: Then you delete yours...
I've not deleted anything.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
DavidCrow wrote: I don't see any duplicated posts.
Its just addition to existing post, in lst post[^] its accumulated writing, which is most of it is present in my previous post. Which I've deleted.
DavidCrow wrote: I've not deleted anything.
, No , you dont. I'm asking you to delete yours(if you feel), I feel, I've created unnecessarily multiple posts.
p.s. I'm not native English speaker.
|
|
|
|
|
DavidCrow wrote: In theory.
Yes, mentioned figure goes to 4GB.
Where as, only 2 GB address space will beavailabl for program out of 4GB virtual memory.
DavidCrow wrote: it would likely be less than 2GB.
I think , this will be not case with 64-bit systems though.
|
|
|
|
|
prasad_som wrote: I think , this will be not case with 64-bit systems though.
Why confuse the issue with matters that were not even mentioned? Keep it simple.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
DavidCrow wrote: Keep it simple
True. I've just added one more thing.
[OT] I wonder, something is messed with posting, when i tried to post, its getting duplicated, and when tried to delete one of them, both are deleted.
[/OT]
|
|
|
|
|
|
Programm3r wrote: I have tried strlen()
strlen should give you correct result. Check lpNumberOfBytesWritten , for checking number of bytes written.
|
|
|
|
|
Programm3r wrote: I have tried strlen()
. Can you paste the code here? Did you check the return value of the strlen function?
nave
|
|
|
|
|
|
I apply brush over my bitmap image. but i want that brush background will be transparent so that bitmap image can be shown also.
How can i do that?
|
|
|
|
|
I suppose that you are using a hatched brush (with a solid brush, you cannot make it transparent) ?
If yes, take a look at the SetBkMode[^] function from CDC
|
|
|
|
|
Ok, i know about this function.
but how i can apply??
|
|
|
|
|
mazhar_cse wrote: but how i can apply??
What do you mean ? Just call the function... What is the problem?
Can you describe more in details your probem ?
|
|
|
|
|
The main problem i face that i donot find who call this
"int SetBkMode( int nBkMode )" function??
it returns integer value, but i dont know who use it.
Plz, help me.
|
|
|
|
|
mazhar_cse wrote: The main problem i face that i donot find who call this
"int SetBkMode( int nBkMode )" function??
Do you missed its documentation[^] ?
|
|
|
|
|
Has the way MFC in dialogs works changed between VC7 and VC8? (or specifically in the latest service pack?)
We've got quite a few DLLs that contain dialogs, that worked fine in VC7 (and we think it was on in the vanilla install of VC8), but now assert then crash inside the dialog's DoModal call:
objcore.cpp line 40
BOOL CObject::IsKindOf(const CRuntimeClass* pClass) const
{
ENSURE(this != NULL); --- Dies here
Here's the code that opens the dialog
AFX_MANAGE_STATE(AfxGetStaticModuleState());
COptionsDlg dlg( CWnd::FromHandle( hwndParent ) );
if( dlg.DoModal() == IDOK )
{
...
It seems to work fine in release, but it appears to want to use AfxGetApp() in debug (which returns NULL , and this crashes inside IsKindOf )
We've tried making the DLLs derive from CWinApp , but that seems to fail in the CWinApp constructor when the dll is initialised ( ASSERT(AfxGetThread() == NULL); - I'm guessing the Calling application's thread is being detected here. )
Can anyone help out?
|
|
|
|
|
It is bad style and MS recommands not to share MFC-Object between different modules.
If you use dlls and exes it is always best to build all with the same VS !!!
Derive dlls from CWinApp.
I think you are in trouble because of these "hacks", and have to redesign your code.
You better stick with VS2003 to your task, OR redesign for VS2005.
Did you test your code on Vista. (I bet you loose)
SCNR
Greetings from Germany
|
|
|
|
|
MFC objects aren't being shared between modules - the child DLL just has its own resources and dialogs (that refuse to open in debug)
For some reason, when I derive my child DLL from CWinApp it's asserting about the AfxThread - presumably its seeing the main app's thread and getting confused.
Sadly going back to 2003 isn't an option, as we have a large codebase, and it's not feasible to have different code built with different versions of visual studio (well, it is, but it'd be a nightmare to maintain!)
|
|
|
|
|
|
KarstenK wrote: As ever better do google to search MS-Stuff.
There's no point googling if you don't actually read the resulting pages
MSDN:
If you build an MFC _USRDLL using Visual C++, version 1.0
Believe me, we've been searching for answers and can't find anything relevant.
|
|
|
|
|
|
I've never seen such code before and don't know if it even compiles.
But it uses the conditional operator ( ?: ) in the return statement and continues to call the main method until i has been decremented below 0, and since the main method prints the value of i and the decrements it, the effect is to print 321.
Very bizarre code.
"When you have made evil the means of survival, do not expect men to remain good. Do not expect them to stay moral and lose their lives for the purpose of becoming the fodder of the immoral. Do not expect them to produce, when production is punished and looting rewarded. Do not ask, `Who is destroying the world?' You are."
-Atlas Shrugged, Ayn Rand
|
|
|
|