How about this: Set objLocator = CreateObject("WbemScripting.SWbemLocator") Set objWMIService = objLocator.ConnectServer(strComputer, "root\cimv2", Uname, Pwd) :) Regards, Venet. Donec eris felix, multos numerabis amicos.

HTREEITEM is a handle to an item in the tree (similar to the simpler index value that can be used with list controls). TVITEM is a structure that can be filled with information about an item in the tree. You can't cast between one and the other, because they are not related (other than that HTREEITEM is a handle that can be used to fill a TVITEM structure via GetItem). HTREEITEM is not a pointer to a TVITEM. While iterating through a tree (using GetParent, GetChild, GetPrevSibling, GetNextSibling etc.), you should use HTREEITEMs. In fact, most of the TreeView messages use an HTREEITEM to identify which item you're talking about. If you need to obtain more information about the item the HTREEITEM is referring to, use TreeView_GetItem. If hTree is the handle to the tree control you're working with, and hItem is the item you want information about, the following code could be used: //buffer for the item text char name[_MAX_FNAME]; //TVITEM structure to fill TVITEM itemInfo={0};   //HTREEITEM of the item you want info about itemInfo.hItem = hItem; //mask that specifies the information you want to obtain itemInfo.mask = TVIF_TEXT | TVIF_CHILDREN //If you've specified TVIF_TEXT, you must make sure the character buffer //is set up correctly. itemInfo.pszText=name; itemInfo.cchTextMax=_MAX_FNAME;   //Now call GetItem to fill the structure with the requested information TreeView_GetItem(hTree, &itemInfo); After that code, the name array will contain the text of the item (up to _MAX_FNAME-1 characters), and itemInfo.cChildren will be 0, 1, or I_CHILDREN_CALLBACK. "We are the knights who say Ni" (The Knights Who Say Ni)

if you're on NT/2K/XP, you can try calling _heapmin somewhere in your app. sometimes that will force the OS to minimize your app's heap (really free'ing memory you think you've already free'd, but which the OS hasn't given back to the general pool). sometimes it has no effect at all... -c Being just contaminates the void.   --Robyn Hitchcock Image Processing - easy, like Sunday morning.

That's exactly what I'm looking for and using GetParent doesn't sound as messy as a tree comparisson unless of course the control itself doesn't handle it well. I'd have to do a recursive match either way so I'll let the control do most of the work. Thanks a million none the less. :-D Sean

There is a nice implementation using the C in the www.wdj.com magazine. Search the site, if you cannot find it, email me I think I downloaded the sources - I will search my hard disk! Best regards, Paul. Paul Selormey, Bsc (Elect Eng), MSc (Mobile Communication) is currently Windows open source developer in Japan.

No that was Kruglinski. (Inside Visual C++ guy) Died Paragliding... As a (not recently alas :( ) hang glider, I gotta admire the exit. Wish he were still around though.

Oops - as usual, just saw the flaws in that previous reply... DoModal is the MFC for DialogBox, and I was wrong to use the phrase 'before WinMain exits' - what I meant was before WinMain fires up the main message pump. DialogBox will execute its own message pump, so I think you can call it from WinMain - you will probably want to have a separate dialog proc for it though.

I'll look into that. Thanks again. Sean Cody

LRESULT CALLBACK DlgProc(HWND hDlg, UINT uMsg, WPARAM wParam, LPARAM lParam) { RECT rect; //Holds client rectangle coordinates HWND hList; //Handle to listbox //Retrieve coordinates of client rect GetClientRect(hDlg, &rect); switch(uMsg) { case WM_SIZE: hList = GetDlgItem(hDlg, IDC_MYLIST); MoveWindow(hList, rect.left, rect.top, rect.right, rect.bottom, TRUE); break; } } Hope i didn't forget anything...:) "An expert is someone who has made all the mistakes in thier field" - Niels Bohr

Hey - that looks yummy. I've always wanted to get into the 3D side of things but it's not required of me at work and I always end up coming back to learning things I can use now... Christian I have come to clean zee pooollll. - Michael Martin Dec 30, 2001 Picture the daffodil. And while you do that, I'll be over here going through your stuff. Picture a world without war, without hate. And I can picture us attacking that world, because they would never expect it. Sonork ID 100.10002:MeanManOz I live in Bob's HungOut now

Make sure your dialog has the correct properties such as WS_OVERLAPPED. You will need to call RegisterClass before CreateDialog. You'll also need to add IsDialogMessage to your message loop. dialog.rc: DialogApp DIALOG DISCARDABLE 0, 0, 416, 229 STYLE WS_OVERLAPPED | WS_MINIMIZEBOX | WS_CAPTION CLASS "DialogApp" FONT 8, "Times New Roman" BEGIN PUSHBUTTON "Ok",IDOK,214,191,50,14 END WinMain(): szAppName = "DialogApp" WNDCLASS wndclass; wndclass.style = CS_HREDRAW | CS_VREDRAW; wndclass.lpfnWndProc = WndProc; wndclass.cbClsExtra = 0; wndclass.cbWndExtra = DLGWINDOWEXTRA; wndclass.hInstance = hInstance; wndclass.hIcon = LoadIcon (hInstance, szAppName); wndclass.hCursor = LoadCursor (NULL, IDC_ARROW); wndclass.hbrBackground = (HBRUSH) (COLOR_BTNFACE+1); wndclass.lpszMenuName = NULL; wndclass.lpszClassName = szAppName; if (RegisterClass(&wndclass)==0) { return 0; } hwnd = CreateDialog( hInstance, szAppName, 0, NULL); while (GetMessage(&msg, NULL, 0, 0)) { if (!IsDialogMessage (hwnd, &msg)) { TranslateMessage (&msg); DispatchMessage (&msg); } }

Let me save you a lot of time. Go out and buy yourself a copy of "Standard C++ Iostreams and Locales" By Langer and Kreft. It discusses in the most minute possible detail how to create your own streambuffer class and use it in a stream. Basically what you do when you create a streambuffer class is first decide 1. Will it handle input? 2. Will it handle output? 3. Will it handle both simultaneously? The answer to these questions determines the level of complexity involved in coding it. Once you have determines that, you then know which functions you need to implement. The functions you implement are PRIVATE VIRTUAL functions. For example, you should not implement 'pubsync' because that it a public, non-virtual function. But you would implement 'sync' because that is a private, virtual function (and generally is what 'pubsync' calls anyway). The topic is a big one. At the moment, I'm trying to write my own streambuffer for Winsock. I've seen a couple of implementations of this on the web, but I'm doing my own mainly as a learning experience. Joe O'Leary