C / C++ / MFC

25-Jul-02 21:49

Hello,

i have a class for flicker-free-drawing, there i have a global pointer to CBitmap, and in the constructor i create a CBitamp-Object via new. In the destructor i would like to delete the object, but my destructor is never called. When i exit my programm the debugger print "Detecting Memory Leaks!" and then the adress of the pointer to the CBitmap object.

What can i do? When called windows/Visual c++ the destructor?

Please help me!

Daniel Lohmann25-Jul-02 22:38

Daniel Lohmann

25-Jul-02 22:38

The order in which global variables are constructed and destructes is undefined. Therfore it might happen, that the CRT cleanup stuff is called before your destructor is executed and therefore a memory leak is reported.

You should check this by adding a breakpoint to your destructer and see if it is reached.

--

Daniel Lohmann

http://www.losoft.de

klm25-Jul-02 22:46

25-Jul-02 22:46

Hello Daniel,

I have a breakpoint in the destructor, but the destructor is never called.

My problem/question:

i have this member-variable of my own class (in the header of a dialog, the member-variable is global):

CMyOwnClass m_test;

When i exit my programm the debugger print me a message "Detecting Memory Leaks!" with the adress of a CBitmap object. That CBitmap object create i via new i the constructor of CMyOwnClass. And i would like to delete the in the destructor.

When call windows/visual c++ the destructor of CMyOwnClass? NEVER?

Thank you for your reply!

Daniel Lohmann25-Jul-02 23:54

Daniel Lohmann

25-Jul-02 23:54

Sorry, but this is not clear to me Confused | :confused:

klm wrote:
have this member-variable of my own class (in the header of a dialog, the member-variable is global):

CMyOwnClass m_test;

Ah, what the hell do you mean with a global member variable?

It might help if you post some code (shrinked to the necessary stuff).

--

Daniel Lohmann

http://www.losoft.de

klm26-Jul-02 0:03

26-Jul-02 0:03

Hello Daniel,

with global member variable mean i: a variable in a class, that is accessable in each function of the class.

I think the right word is: member variable.

Sorry for my bad english and the "global member variable", but i come from C and i am new Visual C++, i don't have heard member varible before i started with Visual C++

klm25-Jul-02 23:48

Last visible line in a CRichEditCtrl

25-Jul-02 23:48

Hello,

i have found the error, the error was that i created the dialog where the member-variable is located via new and never delete them, and then the destructor of the base class of the member-variable never called.

error in Mmsystem.h

Wil25-Jul-02 20:48

Wil

25-Jul-02 20:48

My project use the function PlaySound() and I include Mmsystem.h and i also add winmm.lib to the project. However when i try to compile, the error occur in Mmsystem.h. It say the following:

c:\program files\microsoft visual studio\vc98\include\mmsystem.h(113) : error C2146: syntax error : missing ';' before identifier 'MMVERSION'
c:\program files\microsoft visual studio\vc98\include\mmsystem.h(113) : fatal error C1004: unexpected end of file found
Error executing cl.exe.

Then i try to add ; before identifier 'MMVERSION' but the error message still the same. Any idea how to fix this? Do i have to get the new Mmsystem.h somewhere?
Thank in advance for helping.
laeroloc

Re: error in Mmsystem.h

Mukkie26-Jul-02 5:16

Mukkie

26-Jul-02 5:16

You can reinstall VC, or download newest sdk from Microsoft;

This is the fragment from mmsystem.h, which compiles:

/* general data types */<br />
<br />
#ifdef _WIN32<br />
typedef UINT        MMVERSION;  /* major (high byte), minor (low byte) */<br />
#else<br />
typedef UINT        VERSION;    /* major (high byte), minor (low byte) */<br />
#endif

Probably You have modified the code.

Hope that helps

TreeView_GetParent

NullStream25-Jul-02 20:38

NullStream

25-Jul-02 20:38

I feel like such a choad.

Out of all the Win32 Common Controls the TreeView control has
given me the most grief and the documentation is not very helpful.
In this instance (of a long series of them) I'm having a problem
with the TreeView_GetParent function. Basically I'm trying to follow
a leaf in the tree back to it's root. And do so via the following
function:

<br />
void ConstructPath(TVITEM *item,char *buffer) {<br />
        // Follow parentage.<br />
        HTREEITEM back = TreeView_GetParent(Tree,item->hItem);<br />
        if(back == NULL) {<br />
                MessageBox(MainWindow,"doesn't have parent","recursed",0);<br />
        }<br />
        else {<br />
                TVITEM *node = (TVITEM *)back;  // problem must be here.<br />
                char name[_MAX_FNAME];<br />
                memset(&name,0,_MAX_FNAME);<br />
                node->mask |= TVIF_TEXT | TVIF_CHILDREN ;<br />
                node->pszText = (char *)&name;<br />
                node->cchTextMax = _MAX_FNAME;<br />
                TreeView_GetItem(Tree,node);<br />
                MessageBox(MainWindow,name,"recursed",0);<br />
                ConstructPath((TVITEM*)back,buffer); // Recurse with parent node.<br />
        }<br />
}<br />

When run this function screws up the display of the control and returns
the absolutely wrong nodes in the tree.

Now I'm going to hazzard an educated guess that "TVITEM *node = (TVITEM *)back;"
is the problem as back is an HTREEITEM that I'm casting to a TVITEM (which
TreeView_GetParent requires yet returns a HTREEITEM. I cannot find the
definition of HTREEITEM in the help system and hoping that GetParent was written
with recursion in mind the two types might not have been far off (I know bad guess Dead | X|

).

Can anyone tell me what the relationshipo is between TVITEM and HTREEITEM and how I can convert one into the other (or at least point me to some clear documentation)? Confused | :confused:

Sean

Re: TreeView_GetParent

Mike Upton25-Jul-02 23:14

Mike Upton

25-Jul-02 23:14

HTREEITEM is a handle to an item in the tree (similar to the simpler index value that can be used with list controls). TVITEM is a structure that can be filled with information about an item in the tree. You can't cast between one and the other, because they are not related (other than that HTREEITEM is a handle that can be used to fill a TVITEM structure via GetItem). HTREEITEM is not a pointer to a TVITEM.

While iterating through a tree (using GetParent, GetChild, GetPrevSibling, GetNextSibling etc.), you should use HTREEITEMs. In fact, most of the TreeView messages use an HTREEITEM to identify which item you're talking about. If you need to obtain more information about the item the HTREEITEM is referring to, use TreeView_GetItem. If hTree is the handle to the tree control you're working with, and hItem is the item you want information about, the following code could be used:

//buffer for the item text
char name[_MAX_FNAME];
//TVITEM structure to fill
TVITEM itemInfo={0};
 
//HTREEITEM of the item you want info about
itemInfo.hItem = hItem;
//mask that specifies the information you want to obtain
itemInfo.mask = TVIF_TEXT | TVIF_CHILDREN
//If you've specified TVIF_TEXT, you must make sure the character buffer
//is set up correctly.
itemInfo.pszText=name;
itemInfo.cchTextMax=_MAX_FNAME;
 
//Now call GetItem to fill the structure with the requested information
TreeView_GetItem(hTree, &itemInfo);

After that code, the name array will contain the text of the item (up to _MAX_FNAME-1 characters), and itemInfo.cChildren will be 0, 1, or I_CHILDREN_CALLBACK.

"We are the knights who say Ni" _{(The Knights Who Say Ni)}

jabbaj25-Jul-02 20:28

jabbaj

25-Jul-02 20:28

Can I obtain the number of the last visible line in a CRichEditCtrl??

Retrieving System information in Windows 98

Sandeep Shetty25-Jul-02 18:44

Sandeep Shetty

25-Jul-02 18:44

Hello!!

I want to retrieve the number of services (and their names) which are running in the system. I can do this with EnumServiceStatus() for OS NT-onwards. Can anyone please tell me how it can be done for Windows 98.

I also want to get the DeviceDriver information. The same information which is got by, EnumDeviceDrivers() and GetDeviceDriverBaseName() apis for OS Win NT onwards. I want the same info for system with Win 98. i.e.. I want the dlls and the sys file (or vxds) which are loaded in the system with Windows 98 OS.

Have a nice day
Sandeep

Re: Retrieving System information in Windows 98

Mukkie26-Jul-02 5:24

Mukkie

26-Jul-02 5:24

According to msdn:

Windows 95/98/Me provides a scaled-down Service Control Manager:

RegisterServiceProcess
RunServices
RunServicesOnce

Services are stored under:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion
It should contain:
MyApp1="myapp1.exe"
MyApp2="myapp2.exe" param1 param2
MyApp3="c:\mydir\myapp3.exe"

This is how You can retrieve number of services, and their names. The other problem, is whether those "services" are still running.

Mukkie

how to extract a piece of the CString?

nss25-Jul-02 16:33

nss

25-Jul-02 16:33

I have a CString like:

"C\I386\IAS.MDB", and I want to get dbName = "IAS.MDB" out of it. I dont see anything friendly in the class memebers of CString. Any hints? Surely CStrings must be equipped with these friendly extractions???

Thanks,
ns

Christian Graus25-Jul-02 16:37

25-Jul-02 16:37

What do you mean by friendly ? You can Find the /, then use Left, Right, or Mid to extract the substrings.

Christian

come on all you MS suckups, defend your sugar-daddy now. - Chris Losinger - 11/07/2002

Rama Krishna Vavilala25-Jul-02 16:41

Rama Krishna Vavilala

25-Jul-02 16:41

Thank God, your answer was not "use std::string". Smile | :)

Step back, rub your eyes, take a deep breath, stretch a bit, and reflect on the relative importance of CP, CG, the age / travel time sustained by supposedly 'fresh' cheese curds, and Life in General. - Shog⁹

Christian Graus25-Jul-02 16:45

25-Jul-02 16:45

*grin* although I generally use std::string, I'm not as pedantic about it as I am about vector/list/et. al. CString does useful stuff that std::string does not.

Christian

come on all you MS suckups, defend your sugar-daddy now. - Chris Losinger - 11/07/2002

Daniel Lohmann25-Jul-02 22:50

Daniel Lohmann

25-Jul-02 22:50

Yeah, thats right Cool | :cool:

I tried hard for about three years to become comfortable with std::string, but then I gave up and since these day I use CString again. (I have extracted the CString sources from MFC, so I can use it even in non-MFC projects. However, these days you don't need to go this long way, because WTL includes also a CString implementation that can be used without MFC. And with the new VC7 template based CString class things got really nice.)

IMHO std::string is a bit overenegineered. To treat it as a general sequential container of characters of any type that has not to be null terminated is nice from the generic programming point of view (and I love generic programming and STL), but impractical.

I always missed things like GetBuffer() or Format() and other very string specific stuff. And I like that CString takes only 4 Bytes and you can even reinterperet this 4 Bytes as const char*. I like the automatic type conversion to LPCTSTR and that it does not crash if you assign it a NULL character pointer. And much more.

CString is the one and only thing of MFC that really rocks

--

Daniel Lohmann

http://www.losoft.de

Tomasz Sowinski25-Jul-02 23:36

Tomasz Sowinski

25-Jul-02 23:36

What about missing upper/lowercase conversions in std::string? And there's no real replace either.

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Christian Graus26-Jul-02 1:58

26-Jul-02 1:58

Tomasz Sowinski wrote:
What about missing upper/lowercase conversions in std::string?

That is one thing that std::string certainly lacks.

Tomasz Sowinski wrote:
And there's no real replace either.

A number of things are missing because it's assumed you'll use the algorithms the STL provides, which it plugs in to. But it is nicer having them all on the interface, one reason I tolerate CString, although I personally do not use MFC, and do not miss CString.

Christian

come on all you MS suckups, defend your sugar-daddy now. - Chris Losinger - 11/07/2002

Tomasz Sowinski26-Jul-02 2:06

Tomasz Sowinski

26-Jul-02 2:06

Christian Graus wrote:
A number of things are missing because it's assumed you'll use the algorithms the STL provides, which it plugs in to

Unfortunately, STL doesn't provide ready-to-use algorithm for string/string replacing in string, a'la CString::Replace(LPCTSTR, LPCTSTR). At least I don't know any - if you found one, let me know Smile | :)

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Christian Graus26-Jul-02 2:10