Re: making a toolbar button invisible - C / C++ / MFC Discussion Boards

Mike Nordell16-Jul-02 5:15

16-Jul-02 5:15

Anonymous wrote:
The problem is that my listener socket does not see the reply.

Do you really try to recieve from the right interface? Have you called bind to bind the listening socket to the interface the data is really coming in on, or are you just listening on the "default" interface?

Re: basic socket question

Anonymous16-Jul-02 6:01

Anonymous

16-Jul-02 6:01

The bind for the listening socket is passed the ANY_ADDR, and 0 for the port number. When I do a recvfrom on this type of bind, does this rcv everything, or only messages that haven't been directed to other more specific binds?

Thanks again.

Re: basic socket question

JohnnyG16-Jul-02 12:53

JohnnyG

16-Jul-02 12:53

I'm a little confused following your story and I am no expert either but I have written some small apps in VB to send and receive UDP datagrams. You must be using some sort of user defined 2-way UDP communication cause I don't know what you meant about a reply.

Anonymous wrote:
The listener is created by using the INADDR_ANY IP, and 0 as the port number.

Doesn't the listening port number have to be the same as the transmit port?

In my apps, one box sends UDP broadcast using port XYZ, my other app listens using port XYZ. Of course they both have to be on the same subnet. I tried before using different subnets and it wouldn't work.

Re: basic socket question

Dave_17-Jul-02 3:14

Dave_

17-Jul-02 3:14

The listener needs to catch messages comming from multiple ports, and this part has been working for quite a while.

The architecture is not standard, and this is probably confusing. The sender, and the listener are in separate threads, and don't really interact with eachother.

I guess than main question is:
What happens when you bind a socket to INADDR_ANY, and port 0 (meaning all ports), and when you have another socket bound to 10.3.2.1, and port 0?
In this case does the first socket still rcv messages sent to 10.3.2.1, or are they going to be directed to the second socket, since it is more specific? To confuse things even more, what happens when I close the second socket? It looks like any messages will get returned a Destination Port Unreachable error message (ICMP).

Thanks for your reply.

AfxGetResourceHandle

Jose Vicente16-Jul-02 4:35

Jose Vicente

16-Jul-02 4:35

I'm working in an ActiveX and I'm trying to load a Menú using CMenu.LoadMenu.
The problem is that AfxGetResouceHandle returns NULL and I have no idea why. Can anyone help me ?? Confused | :confused:

Re: AfxGetResourceHandle

joblemar16-Jul-02 5:09

joblemar

16-Jul-02 5:09

I have solved the problem, I add this line
AFX_MANAGE_STATE(AfxGetStaticModuleState())

making a toolbar button invisible

ns16-Jul-02 4:21

16-Jul-02 4:21

Two things:

1.At design time, how do I make certain toolbar buttons invisible (I dont want to delete them in case I need them later)

2. How do I dynamically make a toolabr buton invisible at runtime? What code do I need. I tried:
void CFormViewMDIView::OnToolbarup()
{
GetDlgItem(ID_TOOLBARDOWN)->ShowWindow(SW_HIDE);
}

but it crashed.

Thanks for the help,
ns

Re: making a toolbar button invisible

Rage16-Jul-02 4:51

Rage

16-Jul-02 4:51

First, check this FAQ

Then, try this (I´ve already posted that once, but i am still not sure it works)

Create a CtoolbarCtrl object, assign it the return value of pBar->GetToolbarCtrl where pBar is a *Ctoolbar. Then you have access to the EnableButton() and other functions of the same kind using the CtoolbarCtrl.

Just tell me if it works ...

~RaGE();

Re: making a toolbar button invisible

Shog⁹16-Jul-02 7:19

Shog⁹

16-Jul-02 7:19

m_pToolBar->GetToolBarCtrl().HideButton(ID_TOOLBARDOWN, TRUE);

Where m_pToolBar is a pointer to a CToolBar object, and ID_TOOLBARDOWN is the ID of the button you wish to hide.

--------

PMGRE

--Shog⁹ --

Re: making a toolbar button invisible

ns16-Jul-02 7:44

16-Jul-02 7:44

Thank you. I'll try it. Much appreciation,
ns

Re: making a toolbar button invisible

ns16-Jul-02 8:07

16-Jul-02 8:07

It compiles fine, but crashes when I press the button that executes this snippet:

void CTrain1View::OnToolbarup()
{
//AfxMessageBox("Up pressed");
CToolBar * m_pToolBar;

m_pToolBar = (CToolBar*)GetDlgItem(IDR_MAINFRAME);
m_pToolBar->GetToolBarCtrl().HideButton(ID_TOOLBARDOWN, TRUE);

What am I doing wrong?

Error is memory couldnt be read...

Re: making a toolbar button invisible

Shog⁹16-Jul-02 8:49

Shog⁹

16-Jul-02 8:49

The toolbar is *not* a child of the view, so the line

m_pToolBar = (CToolBar*)GetDlgItem(IDR_MAINFRAME);

isn't going to work. If you used the app wizard to start your program, the CMainFrame class will have a member m_wndToolBar that is the toolbar. You can create an access method for this, or just put your code in CMainFrame to start with (if it's only purpose is doing stuff to toolbars, it probably belongs there anyway).

--------

PMGRE

--Shog⁹ --

Thanks, and also...

ns16-Jul-02 9:07

16-Jul-02 9:07

WHat are the special things to be done to make the toolabr button and a corresponding menu item both run the same code? Would one give the same ID to both the button and the menu item? Is that legal?

Thanks,
ns

Re: Thanks, and also...

Shog⁹16-Jul-02 9:33

Shog⁹

16-Jul-02 9:33

ns wrote:
Would one give the same ID to both the button and the menu item?

Yes.

ns wrote:
Is that legal?

Yes.

--------

PMGRE

--Shog⁹ --

thank you

ns16-Jul-02 9:25

16-Jul-02 9:25

That worked. I tried making a getToolbar() public method in mainframe returning the toolbar object created in CMAinFrame, but it said no copy constructot available. SO I'll put my code in the frame class, though theres data involved that I'm not sure the frame needs to know about...
Thanks a million,
ns

dllimport vs dllexport

Mike Zinni16-Jul-02 4:09

Mike Zinni

16-Jul-02 4:09

I have a 3rd party library that shipped with only the DLL itelf and a header file with function prototypes and constants. All the procedures inside the DLL are declared using the dllimport keyword. Does this mean that I can't dynamically link into this DLL at runtime because none of the functions were exported? I've already written an app that links to this DLL statically, and that works fine, but I'd rather use dynamic linking.

Everything I've read so far points me to the fact that since there isn't a .DEF file, and the functions aren't declared using dllexport, I can't dynamically link to this library. Am I right?

Thanks guys...

-Mike Zinni
email: mzinni@rimail.com
AIM: zin9999

Re: dllimport vs dllexport

Alexandru Savescu16-Jul-02 4:17

Alexandru Savescu

16-Jul-02 4:17

Do you have a lib file? You should be able to link with it.

Best regards,
Alexandru Savescu

Re: dllimport vs dllexport

Mike Zinni16-Jul-02 4:45

Mike Zinni

16-Jul-02 4:45

Yes. I have the .LIB file and the directory is included in my Tools->Options->Directories->Library files settings. I wrote the following code to link to the DLL.

typedef int (CALLBACK* LPOMNICREATEFUNC)(void);

BOOL COmniDoc::LoadOmniLibrary()
{
	m_bOmniLoaded = FALSE;

	m_hOmniLibrary = LoadLibrary("SD2.dll");
	if(m_hOmniLibrary)
	{
		m_bOmniLoaded = TRUE;
		m_lpfnSD_Create = (LPOMNICREATEFUNC)GetProcAddress(m_hOmniLibrary, "SD_Create");
	}
	return m_bOmniLoaded;
}

m_lpfnSD_Create is of type LPOMNICREATEFUNC.

LoadLibrary returns a valid handle, but the m_hlpfnSD_Create variable is set to NULL after the call to GetProcAddress...

-Mike Zinni
email: mzinni@rimail.com
AIM: zin9999

Re: dllimport vs dllexport

Mike Zinni16-Jul-02 5:02

Mike Zinni

16-Jul-02 5:02

OK. Made some progress. I used the Depends tool that comes w/ VC++ and found out that the names of the exported functions are all messed up. That "SD_Create" procedure is actually exported as "_SD_Create@0". Now I'm at least returning a valid function pointer.

Is there any particular reason that the name is changed like that? And secondly, if I didn't use the Depends tool, how in the HELL was I ever supposed to come up with that?

-Mike Zinni
email: mzinni@rimail.com
AIM: zin9999

Re: dllimport vs dllexport

Mike Nordell16-Jul-02 5:24

Mike Nordell

16-Jul-02 5:24

mikez99 wrote:
found out that the names of the exported functions are all messed up. That "SD_Create" procedure is actually exported as "_SD_Create@0".

That's not messed up, that's the usual name mangling taking place for PASCAL (aka __stdcall) calling convention functions.

Re: dllimport vs dllexport

Daniel Lohmann17-Jul-02 14:23

Daniel Lohmann

17-Jul-02 14:23

No, thats not name mangling for C-style __stdcall calling convention, but is the name mangling of the C++ compiler (so called "decorated names").

The reason for this is that C++ supports overloading, but at link time every function identifier needs to be unique. So the C+++ compiler codes the numer and types of the functions arguments into the name and links against this name. The @0 in you case indicates a function without arguments.

Note that decorated names are always used if the functions are exported with __declspec(dllexport).
If possible you should link against the .lib file and so implictly load your DLL. You may also use the VC6 and above delay load feature.

--

Daniel Lohmann

http://www.losoft.de

STL iterators?

Fredrik Skog16-Jul-02 4:00

Fredrik Skog

16-Jul-02 4:00

Why do I get an access violation when I try to get the value of the iterator "it" in this piece of code? When I look at the iterators they have no valid pointers to the strings.

typedef vector<CString*> TFileList;
typedef TFileList::iterator TFileListIt;

CStringList strlistFiles;
fsDlg.SelectFile(&strlistFiles);
int nFiles = strlistFiles.GetCount();

if (nFiles > 0)
{
    int nIndex;
    TFileList FileList(nFiles);

    CString strFileName, strNewFileName;
    POSITION pos;

    // Populate the list with the pointers to the file names.
    for (nIndex = 0; nIndex < nFiles; nIndex++)
    {
        pos = strlistFiles.FindIndex(nIndex);
        FileList.push_back(&strlistFiles.GetAt(pos));
    }

    TFileListIt start, end, it;
    start = FileList.begin();
    end = FileList.end();
    for (it = start; it != end; it++)
    {
        TRACE("> %s\n", **it);   // <-- Access violation!
    }
}

Cheers,
Fredrik

<right>Sonork ID: 100.11430:PhatBoy

"Felix qui potuit rerum cognoscere causas."

Re: STL iterators?

Alexandru Savescu16-Jul-02 4:08

Alexandru Savescu

16-Jul-02 4:08

Try *(*it)? (Just guessing Smile | :)

).

Best regards,
Alexandru Savescu

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