If the function you're trying to access is marked internal, it's only accessible from within the same module: From HELP: The internal keyword is an access modifier for types and type members. Internal types or members are accessible only within files in the same assembly. A common use of internal access is in component-based development because it enables a group of components to cooperate in a private manner without being exposed to the rest of the application code. For example, a framework for building graphical user interfaces could provide Control and Form classes that cooperate using members with internal access. Since these members are internal, they are not exposed to code that is using the framework. It is an error to reference a type or a member with internal access outside the assembly within which it was defined.

This reply is completely wrong. The intermediate language is compiled into executable code at run-time, it is not interpreted and executed line by line. One of the main benefits of JIT compiling is that the compiler can optimize the resulting machine code to take advantage of the features of the CPU and operating system installed in the end-user's machine.

why don't you try reading the data from the port? What kind of question is this?

I agree. Web apps are crapola.

ToddHileHoffer wrote:

What exactly are they forcing you to tolerate? They're not going to cause you any physcal discomfort or harm, are they? So what's the big deal? I didn't get any requirements for the signature

There are other types of discomfort other than physical discomfort. She could be giving him head on the bus, and that wouldn't cause me physical discomfort, but it's not something I'd want my wife or my daughter or my mother or my son to be subjected to. Nor would I particularly care to see it myself, and tolerating it would make me uncomfortable. I don't think you got the point.

ToddHileHoffer wrote:

I don't want to tell people how to live. Nor do I want anyone telling me how to live. If they are happy and not bothering anyone else then so be it.

I hate to say this... but when someone forces me to tolerate this disgusting and pathetic behavior, they are in fact telling me how to live. By subjecting a bus full of people to this foolishness and expecting them to sit there and tolerate it, they were telling a bus full of people how to live. Life does not get better when everyone has to simply silently sit and tolerate whatever bullshit someone else feels is their "right".

Is this a joke? How is that utterly unreadable nonsense going to make anything at all easier?

1. You don't need to create an instance of class test to use the add function, since add is a static function. int sum = test.add(1, 7); If the add function was not a static function, you would need to create an instance of test: test myTest = new test(); int sum = myTest.add(1, 7); 2. the way you have it coded, the calling function is useless. You may have intended to make calling static, not add. Review static objects in classes.

I've recently updated one of my MFC applications to use the serialization functions available in CImageList (CImageList::Read and CImageList::Write). The problem I'm having is, my application must run under both WinNT and WinXP. When a file is saved under WinXP, the file is no longer readable under NT. I get an unexpected file format error, and the way the CImageLists are being saved seem to be the culprit. Does anyone know what I can do to make the Image list serialization functions work the same under both operating systems?

I'm using a technique I found here on code project to embed a combo box in a toolbar. Because my toolbar uses large 32x32 buttons, the toolbar spacer line (the "placeholder") behind the combo box is visible. Any ideas on how not draw the line? (making it hidden eliminates it from the toolbar)

You can do something like this: CButton* pButton[] = { &m_chk1, &m_chk2, &m_chk3, &m_chk4, }; pButton[n]->DoSomething(); or UINT array[] = { IDC_CONTROL1, IDC_CONTROL2, IDC_CONTROL3, IDC_CONTROL4, }; GetDlgItem(array[n)->DoSomething(); or use collection classes or STL; header file: vector m_wnds; then add your controls int OInitDialog: m_wnds.push_back(&m_chk1); m_wnds.push_back(&m_chk2; m_wnds.push_back(&m_chk3); m_wnds.push_back(&m_chk4); m_wnds.at(i)->DoSomething();

Hello, I'm have the need to write a custom window arrangement routine (like the normal tile, cascade, etc) in an MFC MDI app. What i'm need to do is "stack" MDI child windows of a certain CMdiChildWnd derived type, while minimizing all other MDIChild frame windows. Does CMidFrameWnd maintain a list of pointers to it's child frame windows? If not, any idea how i can enumerate the child frames, and figure out what CMDIChildWnd-derived type they are? Thanks, Heywood

I need to come up with a way to manually start and stop an NT driver from within a program when the user does not have the administrative priviledge to do so. It is necessary to restrict the user's access, (i.e admin priviledges), but it also necessary for the drivers our software uses to be in manual start mode, and start and stop from within the program. Is this a possibilty? There must be some workaround... Thanks.