C / C++ / MFC

Re: CCheckListBox and static linking

13-Mar-07 6:03

Magonnew wrote:
When I set the 'owner-draw style' and 'has strings' attribute to false...

CCheckListBox is only for owner-drawn controls.

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Magonnew13-Mar-07 20:48

Magonnew

13-Mar-07 20:48

I know that, but I was desperate enough to even try that. Smile | :)

How to use AppendFormatV using win32 but not MFC

Mushtaque Nizamani13-Mar-07 2:45

Mushtaque Nizamani

13-Mar-07 2:45

I have got the following function, that formats the string with dynamic params, but here i am using MFC CString class and its method AppendFormatV

void FormatStringWithDynamicParams(LPCTSTR lpszFormat, ...)<br />
{<br />
	<br />
	va_list args;<br />
	va_start(args, lpszFormat);<br />
	<br />
	CString strMsg;<br />
	strMsg.AppendFormatV(lpszFormat, args);<br />
}<br />
<br />
//Here are some example of calling this function<br />
CString strTest="Test";<br />
DWORD dwTest=233;<br />
FormatStringWithDynamicParams("Here is one dynamic param :%s ",strTest);<br />
FormatStringWithDynamicParams("Here are 2 dynamic params:%s:%d ",strTest,dwTest);

Here it is working for both of the function calls, but i want above feature, without using MFC, i.e not using CString class, can any one help me in that.

Warm Regards,
Mushq

Re: How to use AppendFormatV using win32 but not MFC

David Crow13-Mar-07 2:48

Re: How to use AppendFormatV using win32 but not MFC

13-Mar-07 2:48

Are you looking for vsprintf()?

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

James R. Twine13-Mar-07 2:51

13-Mar-07 2:51

::_vsntprintf(...)

Peace!

-=- James
Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles

Windows Vista

San246813-Mar-07 2:41

San2468

13-Mar-07 2:41

Thanks Paresh.
But I want to know which API system uses to create a folder on vista. It is not CreateDirectory.

David Crow13-Mar-07 2:45

13-Mar-07 2:45

Santosh - The DON wrote:
But I want to know which API system uses to create a folder on vista.

CreateDirectory().

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

San246813-Mar-07 2:57

San2468

13-Mar-07 2:57

It's not CreateDirectory(), I have tried using API Monitor, may be some shell's API.
Anyway thanks!

David Crow13-Mar-07 3:05

13-Mar-07 3:05

You didn't read the documentation. CreateDirectory() is available for use on Vista. Have you taken into consideration that you are using it incorrectly, or that perhaps it is a permission-related issue?

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Maximilien13-Mar-07 3:19

Maximilien

13-Mar-07 3:19

eventually the Shell will call it.

Maximilien Lincourt
Your Head A Splode - Strong Bad

Maximilien13-Mar-07 3:03

Maximilien

13-Mar-07 3:03

( keep in mind I don't have Vista )

SHCreateDirectory() ?

Maximilien Lincourt
Your Head A Splode - Strong Bad

toxcct13-Mar-07 3:16

toxcct

13-Mar-07 3:16

you asked this few hours ago[^] Frown | :(

no need to repost. just wait

[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]

Heap Error

baerten13-Mar-07 2:37

13-Mar-07 2:37

Hi everybody,

since a several time i have great troubles with the DebugHeap.

I put for example 2x new CStatic variables at my view,
so they are at the end of the class declaration :

class MyView
{
.......
.....
...
......
....

CStatic a;
CStatic b;
};

Each time i destoy the view he has a debug heap error. Not at the destructor from the view but at
the internal destrucor of the real Object ( CObject i think )

then, i put the two CStatic's to the place where i have already declared another CStatic's and
miracle, no errors.

I had the same heap error at different views.

Now, the same case. I open a view in a frame (a), which opens a new Frame(B) and View and minimizes his-self

So i have a frame which is in normal state and another in minimized state.

Then i close the whole application : Heap Error of a CString in a Toolbar-Object

If A has the focus and B is still opened -> Error
If B has the focus and A is still opened -> No Error
I close B and A is still open -> No Error
I close A and B is still open -> No Error
I close A and B -> No Error

The error occurs after the ExitInstance of the Main-Application-Thread.

The Heap would be modified after freed D'Oh! | :doh:

Does anyone has an idea ?

James R. Twine13-Mar-07 2:50

13-Mar-07 2:50

   If you are seeing a heap error with a CString, you need to make sure you are not using the CString incorrectly, like by passing it, or any pointers returned by it, to any functions that may write into it. Storing any pointers returned by a CString object

   You could also have some memory "near" the CString memory that is being overrun/underrun and is damaging it memory. What is the exact error you are getting? Are you sure it is freed memory being used again?

   Peace!

baerten13-Mar-07 3:09

13-Mar-07 3:09

It crashed during the destruction of a Toolbar, now i removed the Toolbar which produced this error.

And now it crashes in the same way, but much earlier, at the destruction of the frame which has the focus.
But also with the message "HEAP : Free Heap Block ... modified at .... after it was freed"

The error is produces in this stack-order :

scalar deleting destructor() -> CObject:operator delete() -> dbg_free

The destructor of the Frame is already finished ( verified with a DebugMessageString )

I have no ideas Confused | :confused:

James R. Twine13-Mar-07 3:16

13-Mar-07 3:16

   Look for places where you might be storing a pointer value returned by CString objects - this is generally a good sign that you are either using a CString incorrectly, or should not be using one in the first place.

   Things to look for:
      (LPTSTR)(LPCTSTR)sSomeCString
      sSomeCString.GetBuffer(...)

   Peace!

baerten13-Mar-07 4:00

13-Mar-07 4:00

mmh.

At the beginning i saw that it was an error with the CString ( it happens after the CString Destruktor )
But now, with the "new" error at the CObject-Destruktor of the Frame with the focus, i don't have an error at a CString. The two only CString's are destructed correctly.

if i have a

char temp[50];
and a CString str = "lalalala";

how can i put the data of str into temp;
since now i made it via strcpy(temp,str.GetBuffer());
Apart of an overflow if temp is too small i can't see a problem in this case, or ?

Thanks Smile | :)

prasad_som13-Mar-07 4:08

prasad_som

13-Mar-07 4:08

baerten wrote:
since now i made it via strcpy(temp,str.GetBuffer());

Why you needed this ?
Doesn't CString's operator LPCTSTR suffice ?

Prasad
Notifier using ATL | Operator new[],delete[][^]

baerten13-Mar-07 4:42

13-Mar-07 4:42

i remake an existing DOS-Application into a MFC-FrontEnd.
I need to use the existing functions, which are working with char*

James R. Twine13-Mar-07 5:03

13-Mar-07 5:03

You can just do:

strcpy(temp,str);

   But you should really be using n-versions of the string functions to make sure you do not overrun the temp buffer.

   Note that a CString can be used in place of a const char * or LPCSTR/LPCTSTR, so you generally do not need to copy its contents to a char buffer unless the string data is being used in a non-const fashion.

   Carefully examine any places where you are using CString::GetBuffer(...) - it usually means that something strange is going on. If you have to use CString::GetBuffer(...), you likely should not be using a CString in that situation (not to mention that calls to it should be wrapped in a try/catch for exception handling).

   Peace!

baerten13-Mar-07 23:35