C / C++ / MFC Discussion Boards

Re: Why does addstring in alistbox is delayed?

chen9-Sep-02 3:24

9-Sep-02 3:24

Hi,

Thanks for your reply!
It is worked by using UpdateWindow().

Another problem, how to make the listbox also shows the current added
strings?

Thanks again!

chen

Re: Why does addstring in alistbox is delayed?

Tomasz Sowinski9-Sep-02 3:28

Tomasz Sowinski

9-Sep-02 3:28

I'm asssuming you're adding strings during lengthy operation. You should also UpdateWindow after each AddString.

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

** Putt knot yore thrust inn spel chequers. **

Re: Why does addstring in alistbox is delayed?

chen9-Sep-02 3:35

chen

9-Sep-02 3:35

But it is not worked due to the vertical scroolBar not at the end of the
ListBox. How to automated operate the vertical ScroolBar in order to show
the most recent added strings?

chen

Re: Why does addstring in alistbox is delayed?

Tomasz Sowinski9-Sep-02 3:50

Tomasz Sowinski

9-Sep-02 3:50

Try with CListBox::SetTopIndex. If you pass the index of recently added item, the listbox should scroll to the end.

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

To some its a six-pack, to me it's a support group

Re: Why does addstring in alistbox is delayed?

chen9-Sep-02 3:51

chen

9-Sep-02 3:51

Great!
It's OK.

chen

Call dinamically VB ActiveX dlls

Alex Gomara9-Sep-02 2:09

Alex Gomara

9-Sep-02 2:09

Hi,
I've developed an application which calls a VB dll.The problem that I have is that when a change is made in the VB dll I must recompile the whole VC++ project.

I would like to know how to call the VB dll without having to recompile the whole VC++ project each time a change is made in the dll.

This is how I call the VB dll:

HRESULT hresult;
CLSID clsid;
CoInitialize(NULL);
hresult= CLSIDFromProgID(OLESTR("dllTGT.Class1"),&clsid);
_Class1 *t;

hresult=CoCreateInstance(clsid,NULL,CLSCTX_INPROC_SERVER,__uuidof(_Class1),(LPVOID *) &t);

if(FAILED(hresult))
{AfxMessageBox("Creation Failed");
return;}

Re: Call dinamically VB ActiveX dlls

Rama Krishna Vavilala9-Sep-02 4:46

Rama Krishna Vavilala

9-Sep-02 4:46

In VB project under the settings for component select Binary Compatibilty.

C# is fundamentally broken. - Christian Graus

Re: Call dinamically VB ActiveX dlls

Alex Gomara9-Sep-02 7:01

Alex Gomara

9-Sep-02 7:01

Thanks, it really helps

ActiveX control insertion problem: "No Valid Type library"

Jonathan de Halleux9-Sep-02 1:49

Jonathan de Halleux

9-Sep-02 1:49

I have written an ActiveX control using the MFC Wizard. When I try to insert it into another project I get the following error message:

"Unable to open this ActiveX control. Make sure the control contains a valid type library."

Any idea ?

Jonathan de Halleux, Belgium.

/Change the CEdit caret

Eugene Pustovoyt9-Sep-02 1:17

Eugene Pustovoyt

9-Sep-02 1:17

Whether it is possible to change the caret in CEdit with a vertical line to another (for example: blinking or solid rectangle). If yes then how?

Best regards,

Best regards,
Eugene Pustovoyt

Re: /Change the CEdit caret

Tomasz Sowinski9-Sep-02 1:24

Tomasz Sowinski

9-Sep-02 1:24

Check ::CreateCaret or CWnd::CreateCaret.

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

** Putt knot yore thrust inn spel chequers. **

Re: Change the CEdit caret

Eugene Pustovoyt9-Sep-02 1:29

Eugene Pustovoyt

9-Sep-02 1:29

Yes, but after first click into the CEdit, the caret stands to vertical line again.

Best regards,
Eugene Pustovoyt

Re: Change the CEdit caret

Tomasz Sowinski9-Sep-02 1:41

Tomasz Sowinski

9-Sep-02 1:41

Eugene Pustovoyt wrote:
after first click into the CEdit, the caret stands to vertical line again

You probably have to handle WM_SETFOCUS - call default implementation first and set your own caret next.

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

** Putt knot yore thrust inn spel chequers. **

Re: Change the CEdit caret

Eugene Pustovoyt9-Sep-02 1:58

Eugene Pustovoyt

9-Sep-02 1:58

I should not call CEdit::SetFocus() in OnSetFocus()?

There is one more question, various symbols have different width. As to me to adjust width of the caret for any symbol.

Best regards,
Eugene Pustovoyt

Re: Change the CEdit caret

Tomasz Sowinski9-Sep-02 2:01

Tomasz Sowinski

9-Sep-02 2:01

Eugene Pustovoyt wrote:
I should not call CEdit::SetFocus() in OnSetFocus()?

You should, but *before* setting your caret.

Eugene Pustovoyt wrote:
There is one more question, various symbols have different width

You'd probably have to monitor keyboard activity and create new caret whenever it moves to new symbol. Not easy task, IMHO.

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

** Putt knot yore thrust inn spel chequers. **

Re: Change the CEdit caret

Eugene Pustovoyt9-Sep-02 2:14

Eugene Pustovoyt

9-Sep-02 2:14

Probably, except for pressing the keyboard it is necessary to control the clicks of the mouse. Yes a task not easy.
I shall try, time is not present a way easier, it to realize.

Many thanks for the numerous help to me, including this.

Best regards,
Eugene Pustovoyt

Memory Leaks in IMPLEMENT_DYNCREATE?!?!?!?

Jawache9-Sep-02 1:12

Jawache

9-Sep-02 1:12

I seem to have started to generate memory leaks,

really frustrating ones. I think something very strange is going on.

For Example:
in my Splitter class i declare a sub splitter,

m_pwndSplitter = new CJEXSplitter;

it says this is the source of the memory leak but i definately delete it in the destructor:

CJEXSplitter::~CJEXSplitter()<br />
{<br />
	// Get Window Sizes and Store in Registry<br />
	int iTemp = 0;<br />
	GetColumnInfo(0,m_szFromLeft,iTemp);<br />
	m_pwndSplitter->GetRowInfo(0,m_szFromTop,iTemp);<br />
	CWinApp * pApp = AfxGetApp();<br />
	pApp->WriteProfileInt(_T("SPLITTER"),_T("FROMLEFT"),m_szFromLeft);<br />
	pApp->WriteProfileInt(_T("SPLITTER"),_T("FROMTOP"),m_szFromTop);<br />
<br />
<br />
<br />
	if (m_pwndSplitter) <br />
		delete m_pwndSplitter;<br />
<br />
}

but then it starts saying i have other memory leaks in places I haven't touched like
in my CMainFrame class at
IMPLEMENT_DYNCREATE(CMainFrame, CUIMainFrame)
and in my document class
IMPLEMENT_DYNCREATE(CExplorerDoc, CDocument)

the killer for me is that it says theres a memory leak here to:-

pDocTemplate = new CSingleDocTemplate(<br />
    IDR_MAINFRAME,<br />
    RUNTIME_CLASS(CExplorerDoc),<br />
    RUNTIME_CLASS(CMainFrame),       // main SDI frame window<br />
    RUNTIME_CLASS(CExplorerView));

whats going on have i gone mad?!?

Asim Hussain
e: asim@jawache.net
w: www.jawache.net

Re: Memory Leaks in IMPLEMENT_DYNCREATE?!?!?!?

Tomasz Sowinski9-Sep-02 1:25

Tomasz Sowinski

9-Sep-02 1:25

Looks like your program is terminated prematurely. Can you put the breakpoint in CYourApp destructor and check if it's actually executed?

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

** Putt knot yore thrust inn spel chequers. **

Re: Memory Leaks in IMPLEMENT_DYNCREATE?!?!?!?

Jawache9-Sep-02 1:39

Jawache

9-Sep-02 1:39

I did check on all the ones i declared myself that and it yes they are called. Confused | :confused:

Does IMPLEMENT_DYNACREATE declare some memory aswell, if so where is it deleted?

Asim Hussain
e: asim@jawache.net
w: www.jawache.net

Re: Memory Leaks in IMPLEMENT_DYNCREATE?!?!?!?

Tomasz Sowinski9-Sep-02 1:46

Tomasz Sowinski

9-Sep-02 1:46

Jawache wrote:
Does IMPLEMENT_DYNACREATE declare some memory aswell, if so where is it deleted?

Not really. IMPLEMENT_DYNCREATE provides the functionality of IMPLEMENT_DYNAMIC (MFC's own, primitive form of RTTI) and adds trivial implementation of virtual function CreateObject.

CreateObject is used by the framework to create documents/views/frames. If you see leaks originating in CYourObj::CreateObject, then something is wrong with app cleanup. Or - maybe you're playing tricks with doc/view architecture.

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

** Putt knot yore thrust inn spel chequers. **

Re: Memory Leaks in IMPLEMENT_DYNCREATE?!?!?!?

Jawache9-Sep-02 2:09

Jawache

9-Sep-02 2:09

I've managed to find and put a breakpoint in CDocManager::~CDocManager()

and it isn't called!!!!

I've also just noticed in the debug window:-

ASSERT_VALID fails with NULL pointer. <- HUH??
The thread 0x46C has exited with code 3 (0x3). <-- Hmmm...
Detected memory leaks!

Asim Hussain
e: asim@jawache.net
w: www.jawache.net

Re: Memory Leaks in IMPLEMENT_DYNCREATE?!?!?!?

Tomasz Sowinski9-Sep-02 2:11

Tomasz Sowinski

9-Sep-02 2:11

Go one level up and put the bkpt in CWinApp::~CWinApp.

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

** Putt knot yore thrust inn spel chequers. **

Re: Memory Leaks in IMPLEMENT_DYNCREATE?!?!?!?

Roger Allen9-Sep-02 1:49

Roger Allen

9-Sep-02 1:49

Are you using serialization on some of these objects? If you are then you can get memory leaks by using serialization with pointers like this.

CMyObject *pObject = new CMyObject ;

archive >> pMyObject ; // leak! as CObject create a new object losing the earlier allocated object.
This can be seen in the debugger by stepping over the seriazation line and seeing that the pMyObject pointer value changes.

Roger Allen
Sonork 100.10016

I think I need a new quote, I am on the prowl, so look out for a soft cute furry looking animal, which is really a Hippo in disguise. Its probably me.

Re: Memory Leaks in IMPLEMENT_DYNCREATE?!?!?!?

Jawache9-Sep-02 1:56

Jawache

9-Sep-02 1:56

Nope, nothing.

Unless the Document or WinApp performs serialization by itself, but i would imagine I would have noticed the memory leaks earlier.

Asim Hussain
e: asim@jawache.net
w: www.jawache.net

Re: Memory Leaks in IMPLEMENT_DYNCREATE?!?!?!?

Pavel Klocek9-Sep-02 1:52

Pavel Klocek

9-Sep-02 1:52

You are not using global instances of MFC classes?
Global instances destructors are called after reporting memory leaks.

Pavel
Sonork 100.15206

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.