C / C++ / MFC

C++ dll into visual basic - expert needed!

3-Dec-04 2:26

max_gundam15 wrote:
How to get Dialog Handle?

What do you need this handle for (i.e., what problem are you addressing)?

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

hemenders2-Dec-04 13:38

hemenders

2-Dec-04 13:38

Interface expert wanted!

Has anyone ever seen this? Can anyone help?

I have built a VC dll to be accessed by a vb app. I am a so-called professional
programmer who has done this plenty of times before and know my way well around both
languages (at least I thought I did)

My C code consists of just 4 entry points from which I then call lots of internal code

The whole thing works great if I build it in VC.net and use it in a vb.net app
(one odd thing though, I always thought that you defined a function as __stdcall
rather than __cdecl - I can only make the dll work in vb.net if I DO declare the funtions
as __cdecl !)

When I go over to windows apps and build the dll in vc6 and use it in vb6 I get
"bad calling convention" (I did use __stdcall this time and expected no problems)

I have tried everything I can think of, a ".def" file, "__declspec(dllexport)" defining,
you name it. I have even run diagnostics: bindump.exe and depends.exe and can
visibly see the entry points apparantly correctly set up by vb6

I have spent much time browsing the web trying different suggestions. None have helped.

I am quite familiar with the differences between calling sequences. Recalling previous
problems experienced with mismatching parameters I even added a special void function
with no parameters (__stdcall) - I can't even call that, same "bad calling" message

Do I have a bad install (?!) - has anyone been through this? I am losing my confidence
and may be applying for a different job real soon!

determine the menu option selected

Araj012-Dec-04 12:23

2-Dec-04 12:23

I have a menu structure like

A B->f,g,h

on selecting B it leads to f,g,h when i select any one of the menu (f,g,h) the same dialog window (X) opens. I just need to make a few changes to the dialog window X depending on which of the menu f,g,h were selected. Is there any possible way for me to detremine this?

Thanxs

Maximilien2-Dec-04 12:31

Maximilien

2-Dec-04 12:31

I assume that you create the dialog in each handler for f, g, h; you simply need to pass a "hint" to the dialog that you create telling it that it came from f, g, or h.

Maximilien Lincourt
Your Head A Splode - Strong Bad

Araj012-Dec-04 12:37

2-Dec-04 12:37

I want to help me more by saying how to pass the hint. I dont know how i can pass this information to the new dialog window that opens up.

Maximilien2-Dec-04 13:50

Maximilien

2-Dec-04 13:50

how do you create the dialog ?

for example (really pseudo-code) :

void MyClass::OnHandleE()
{
  CYourDialog dlg;
  dlg.Caller( isE );

  dlg.DoModal();
}
void MyClass::OnHandleF()
{
  CYourDialog dlg;
  dlg.Caller( isF );

  dlg.DoModal();
}
void MyClass::OnHandleG()
{
  CYourDialog dlg;
  dlg.Caller( isG );

  dlg.DoModal();
}

Maximilien Lincourt
Your Head A Splode - Strong Bad

David Crow3-Dec-04 2:32

3-Dec-04 2:32

Menu items f, g, and h each have their own handler function. In that handler function is where you can create an instance of the dialog object and pass it one of three values. Make sense?

Here's an example:

BEGIN_MESSAGE_MAP(CMyDoc, CDocument)
	//{{AFX_MSG_MAP(CMyDoc)
	ON_COMMAND(ID_ITEM_ADD, OnItemAdd)
	ON_COMMAND(ID_ITEM_EDIT, OnItemEdit)
	ON_COMMAND(ID_ITEM_DELETE, OnItemDelete)
	//}}AFX_MSG_MAP
END_MESSAGE_MAP()
 
void CMyDoc::OnItemAdd() 
{
    CMyDialog dlg(1);
    dlg.DoModal();
}
 
void CMyDoc::OnItemEdit() 
{
    CMyDialog dlg(2);
    dlg.DoModal();
}
 
void CMyDoc::OnItemDelete() 
{
    CMyDialog dlg(3);
    dlg.DoModal();
}

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

Araj013-Dec-04 5:54

3-Dec-04 5:54

BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd)
{
ON_COMMAND(ID_WAVEFORMSUMMATION_USERDEFINEDGROUPING, OnWaveformsummationUserdefinedgrouping)
ON_COMMAND(ID_WAVEFORMSUMMATION_GP246, OnWaveformsummationGp246)
ON_COMMAND(ID_WAVEFORMSUMMATION_GP123, OnWaveformsummationGp123)
ON_COMMAND(ID_ANALYSE_WAVEFORMDIFF, OnAnalyseWaveformdiff)
}

void CMainFrame::OnWaveformsummationUserdefinedgrouping()
{
SwitchToView(ANALYSEMULWAVEFORM);
}

void CMainFrame::OnWaveformsummationGp246()
{
SwitchToView(ANALYSEMULWAVEFORM);
}

void CMainFrame::OnWaveformsummationGp123()
{
SwitchToView(ANALYSEMULWAVEFORM);

}

void CMainFrame::OnAnalyseWaveformdiff()
{
SwitchToView(ANALYSEMULWAVEFORM);
}

void CMainFrame::SwitchToView(eview nView)
{
CView* pold = GetActiveView();
CView* pnew = (CView*)GetDlgItem(nView);

if(pnew==NULL){
switch(nView){
case SINGLEWAVEFORM:
pnew=(CView*) new CSingleWaveform();
break;
case MULTIPLEWAVEFORM:
pnew=(CView*) new CMultipleWaveform();
break;
case ANALYSEMULWAVEFORM:
pnew=(CView*) new CAnalyseMultipleWaveform();
break;
}
CCreateContext context;
context.m_pCurrentDoc=pold->GetDocument();
pnew->Create(NULL,NULL,WS_CHILD|WS_BORDER|WS_MAXIMIZE,CFrameWnd::rectDefault,this,nView,&context);
pnew->OnInitialUpdate();
}
SetActiveView(pnew);
pnew->ShowWindow(SW_SHOW);
pold->ShowWindow(SW_HIDE);

if(pold->GetRuntimeClass()==RUNTIME_CLASS(CSingleWaveform))
pold->SetDlgCtrlID(SINGLEWAVEFORM);
else if(pold->GetRuntimeClass()==RUNTIME_CLASS(CMultipleWaveform))
pold->SetDlgCtrlID(MULTIPLEWAVEFORM);
else if(pold->GetRuntimeClass()==RUNTIME_CLASS(CAnalyseMultipleWaveform))
pold->SetDlgCtrlID(ANALYSEMULWAVEFORM);

pnew->SetDlgCtrlID(AFX_IDW_PANE_FIRST);
RecalcLayout();
}

this is how my code is.when the child window is created i dont know from which menu option this child window is opened. please guide me through. Now in class CAnalyseMultipleWaveform i would like to know which menu option was selected.

thanks.

David Crow3-Dec-04 7:53

3-Dec-04 7:53

Araj01 wrote:
when the child window is created i dont know from which menu option this child window is opened.

Did you not see my code example? As your code is right now, SwitchToView() is called with the same value no matter what menu item was slected. Is this intentional?

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

Araj013-Dec-04 7:58

3-Dec-04 7:58

Yes i saw your code. I am calling the same value in SwicthToView() intentionally. Once i switch to the view i need to know from which menu option i came to the view. Is this possible?? I am switching to the same screen in all the cases because 90% of the operations are same for all 3 and differing only by 10%. Id i get to know from which menu i came to this screen, then i would be able to code accordingly.

David Crow3-Dec-04 8:17

3-Dec-04 8:17

My bad. I overlooked one small thing in your request that has only now become clear to me. Blush | :O

Does the call to GetActiveView() not tell you which of the three views is the active one?

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

Araj013-Dec-04 8:28

3-Dec-04 8:28

GetActiveView() only tells me which of the dialog view is currently active but it doesnt give me any clue about the one of the menu option which i have selected.

My only question is when I come to the class CAnalyseMultipleWaveform i somehow want to know if it was due to OnWaveformsummationUserdefinedgrouping / OnWaveformsummationGp246 / OnWaveformsummationGp123 / OnAnalyseWaveformdiff.

David Crow3-Dec-04 9:01

3-Dec-04 9:01

Araj01 wrote:
My only question is when I come to the class CAnalyseMultipleWaveform i somehow want to know if it was due to...

void CMainFrame::OnWaveformsummationUserdefinedgrouping()
{
    SwitchToView(ANALYSEMULWAVEFORM, 1);
}
 
void CMainFrame::OnWaveformsummationGp246()
{
    SwitchToView(ANALYSEMULWAVEFORM, 2);
}
 
void CMainFrame::OnWaveformsummationGp123()
{
    SwitchToView(ANALYSEMULWAVEFORM, 3);
}
 
void CMainFrame::OnAnalyseWaveformdiff()
{
    SwitchToView(ANALYSEMULWAVEFORM, 4);
}
 
void CMainFrame::SwitchToView(eview nView, int nOpt)
{
    ...
    pnew = (CView *) new CAnalyseMultipleWaveform(nOpt);
}

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

Araj013-Dec-04 9:28

3-Dec-04 9:28

Thanxs a ton!! It works fine now. I am able to get what i needed. Thankyou so much. Smile | :)

David Crow3-Dec-04 9:31

dsp-file for Visual Studio 6.0

3-Dec-04 9:31

Araj01 wrote:
am able to get what i needed.

It's all just a matter of asking the right question.

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

Reinhold442-Dec-04 11:01

Reinhold44

2-Dec-04 11:01

Hallo,

I am creating the dsp-file vor Visual Studio 6.0 by Hand and need urgendly any documentation for this purpose.

Who can give me some links???

thanks

Reinhold

killed for free std::string, Help please. I will give rate

LongIsland2-Dec-04 10:48

LongIsland

2-Dec-04 10:48

Hello, please help on the following code: Thanks a lot ahead. How I free the mem in the caller????? I can not modify the signature,btw

void caller()
{
std::string str = myfunc();

//free?
free((void*)str); //can not compile at all
free((void*)str.c_str()); //run time error
}

std::string myfunc()
{
//allocate some buffer to receive the socket data
void* pData = new/malloc ...
//make sure it is null terminated
std::string strRet = (const char*)pData;
return strRet;
}

Re: killed for free std::string, Help please. I will give rate

John R. Shaw2-Dec-04 15:08

John R. Shaw

2-Dec-04 15:08

You do not need to free the string, because std::string is a class, it will handle the freeing when caller() returns. Of course it you want to do it yourself, then just call str.clear().

std::string myfunc()
{
    // allocate buffer etc...
    ...
    // get data etc...
    ...
    // ok, if pData holds a null terminate c-str
    std::string strRet = (const char*)pData;
    // finished with pData, now free it
    ...
    return strRet;
}
//
// Problem with above: To many constructor calls.
// 1) std::string strRet = (const char*)pData;
// 2) std::string str = myfunc();
// In 2 you are copying from the string returned
// by myfunc() to the string in caller and then
// the string created in myfunc() is destroyed.
//
// Better myfunc() with 1 constructor call
bool myfunc(std::string& strRet)
{
    // allocate buffer etc...
    ...
    // get data etc...
    ...
    // ok, if pData holds a null terminate c-str
    strRet = (const char*)pData;
    // finished with pData, now free it
    ...
    // if we made it here, every thing is ok
    return true;
}

INTP
"The more help VB provides VB programmers, the more miserable your life as a C++ programmer becomes."
Andrew W. Troelsen

Re: killed for free std::string, Help please. I will give rate

Maximilien2-Dec-04 16:19

Maximilien

2-Dec-04 16:19

myFunc should free pData; the buffer is copied in the string; so it must be freed.

Maximilien Lincourt
Your Head A Splode - Strong Bad

removing the Main Frame title bar in a SDI

kdehairy2-Dec-04 10:42

kdehairy

2-Dec-04 10:42

Does any body knows how to remove the title bar and the menu from the main frame window in an SDI application with MFC ???

k_dehairy

David Crow2-Dec-04 10:45

2-Dec-04 10:45

I think that requires removal of the WS_CAPTION and WS_SYSMENU styles. However, I think there is more to it than this, but I've not tried.

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

kdehairy2-Dec-04 10:54

kdehairy

2-Dec-04 10:54

there certianly is more, cause I tried that and .. !!

Could you be kind and try with me ?

k_dehairy

Graham Bradshaw2-Dec-04 11:03

Graham Bradshaw

2-Dec-04 11:03

As luck would have it, I'm working on an application that does exactly that. Happy to share...

All code is in the CFrameWnd derived class.

to remove the menu and title bar:

// remove and destroy the old menu<br />
SetMenu(NULL);<br />
::DestroyMenu(m_hMenuDefault);<br />
m_hMenuDefault = NULL;<br />
<br />
// remove the title bar<br />
ModifyStyle(WS_CAPTION, 0);

to put them back:

// restore the title bar<br />
ModifyStyle(0, WS_CAPTION);<br />
<br />
// recreate the menu<br />
CMenu menu;<br />
<br />
menu.LoadMenu(IDR_MAINFRAME);<br />
SetMenu(&menu);<br />
m_hMenuDefault = menu.GetSafeHmenu();