Well, maybe you can do it the other way around: by default have no menu in your dialog, and set it when needed with SetMenu. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

The "group" attribute controls which radio buttons are linked up. It has nothing to do with being in a group box like the previous posts have said. The first radio button must have the group attribute set, the others must not have it set, then the control right after the last radio button in the tab order should have it set to mark the end of the group. --Mike-- http://home.inreach.com/mdunn/ While I can't be correct on all matters, I can make the reassuring claim that where I am inaccurate, I am at least definitively inaccurate. :love: your :bob: with :vegemite: and :beer: Sonork - 100.10414 AcidHelm

You sure you have #include "stdafx.h" as the first line in your cpp file? Nish Sonork ID 100.9786 voidmain www.busterboy.org Nish is a BIG fan of Goran Ivanisevic

q1) and q2) Sure, just create a menu with the resource editor, then go to the dialog properties, General tab, and there you have a combobox to select the menu associated with the dialog. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

Hello, the codegurus around the world.;) Fisrt of all, we are talking about the initalization of the string in ComboBox. And, OnInitDialog() in the parent dialog of ComboBox is best location to do that. Second, the location after DoModal() means that ChildDlg will disapper since ChildDlg is the modal dialog like the message box. This means that as long as ChildDlg is opened (DoModal still works), we can add the new strings to this ComboBox inside or outside this dialog as long as we can get the right CWnd of ComboBox.:rolleyes: Have a nice day! -Masaaki Onishi-

That's because you made it a type child, which means embedded in it's parent as opposed to a seperate dialog box. The suggestion you got was idiotic - it creates a modeless dialog and assumes it deletes itself ( because it's a pointer it won't die when it goes out of scope, nor do you have the address to interact with it or clean it up ) Christian After all, there's nothing wrong with an elite as long as I'm allowed to be part of it!! - Mike Burston Oct 23, 2001

Ok. Here's a quick example. You should be able to figure out the rest. list *my_list; my_list = new list; my_list->value = 1234; my_list->next = new list; my_list->next->value = 5678; __asm { mov eax, my_list // eax = my_list; mov ebx, dword ptr [eax] // ebx = my_list->value mov ecx, dword ptr [eax+4] // ecx = my_list->next mov edx, dword ptr [ecx] // edx = ecx->value }

The question is somewhat confusing. By taking arguments from the user do you mean. 1) Reading program parameters from the command line. 2) Interpretting variable arguments passed to a subroutine from the caller. 3) Prompting for values to be put in. Various respondants seem to have interpretted it various ways. I guess 1) You'll probably loop through the parameters one by one. For each one you can try various conversions. The simplest way is probably to use sscanf. Try a format string like "%i%c" (tries to read the extra character to ensure the whole string was an integer). If it's not an integer try for a float. If it's not a float then treat is as a string. What you do with the arguments then really depends on the object of the excercise. You could, if you wanted, store them in a structure like -- struct myArg { short int type; union { float f_val; int i_val; char *string_val; } };

take a look at the MSDN for va_start, va_end or va_arg -c ------------------------------ Smaller Animals Software, Inc. http://www.smalleranimals.com

Hello, the codegurus around the world.;) In fact, I don't know what your assembler code does? But, if the assembler code can call Java class, you can use JINI to call DLL file which you created.:cool: Have a nice day! -Masaaki Onishi-

This problem is a part of a larger study problem I have for my college project. I am basically experimenting with all the calling conventions etc...and this will finally be used in code for XEmacs, which is a unix originated text editor. :)

Don't even bother making it a function pointer, just take and use it as void *. void *foo; int retval; foo = GetProcAddress (...); //push the things on to the stack here __asm { call foo mov retval, eax } You'll have to decide how to interpret the return value, of course. Also don't forget to push the things onto the stack in reverse order.

There are a lot of stuff that goes wrong in your program. This is what happens when I run it on my computer: 1. The call to GetConsoleTitle() fails because the window title does not fit into 40 bytes, but you will not notice it since you don't check the return code. 2. The call to FindWindow() fails since there are no valid window name in pszWindowTitle, but you will not notice it since you don't check the return code. 3. The call to LoadLibrary() works fine, but you don't know that since you don't check the return code. 4. The call to GetProcAddress() fails since there are no function called "SetWindowText". It is called "SetWindowTextA" (ANSI) or "SetWindowTextW" (unicode). You don't notice that since you don't check the return code. 5. The call to SetWindowText() fails since the function pointer is invalid (which causes the access violation) AND because parameter 1 is the handle to USER32.DLL instead of a handle to a window. 6. Your program fails because you post your question in the wrong forum on Codeproject... :-) I have changed your program a little, and it should work better now. ------------------------------------------ #include "stdafx.h" #include "windows.h" #include "iostream.h" typedef BOOL (WINAPI *LPFNDLLFUNC) (HWND hWnd, LPCTSTR lpString); void main() { // I don't know how long a window title can be, but pszWindowTitle // must be large enough to hold it. char pszWindowTitle[4096]; char dwString[] = "Changed Text"; DWORD err = GetConsoleTitle(pszWindowTitle, sizeof(pszWindowTitle)); if(err == 0) cout << "Could not get console title\n"; HWND hConsole = FindWindow(NULL, pszWindowTitle); if(hConsole == NULL) cout << "Could not find console window\n"; HINSTANCE hLibrary = LoadLibrary("USER32.DLL"); if(hLibrary == NULL) cout << "Could not load user32.dll\n"; LPFNDLLFUNC lpfnDllFunc = (LPFNDLLFUNC) GetProcAddress(hLibrary, "SetWindowTextA"); if(lpfnDllFunc == NULL) cout << "Could not find function SetWindowTextA()\n"; BOOL RetVal = lpfnDllFunc(hConsole, dwString); if(RetVal == FALSE) cout << "SetWindowTextA() failed\n"; }