C / C++ / MFC

Re: "Open with" Apps list [modified]

29-Sep-06 5:32

Hi
Does anyone knows how can I get the list of applications that appears when you try to open a file with a unregistered extension?

Thanks in advance
Sebastian

Waldermort29-Sep-06 5:56

Waldermort

29-Sep-06 5:56

Sorry, I reread your question and realised I pointed you to the wrong location. For the "open with" list, open regedit and navigate to HKEY_USERS. You will see a few unique id strings which makes it hard to give you a specific location. Use the search feature and search for "openwithlist", it should bring up a list of file extensions and details for each program to use.

-- modified at 12:03 Friday 29th September, 2006

Kharfax29-Sep-06 6:16

29-Sep-06 6:16

The problem, is that I dont have an specific extension to look for.

Maybe I could check all the file extensions, and get all the exe files
filter the duplicated ones, and that will give me all the apps list.

I hoped Microsoft already have some kind of funtion to do that.

Thanks a lot mate Big Grin | :-D

, I think I have a lot of work to do

Waldermort29-Sep-06 6:39

Waldermort

29-Sep-06 6:39

no, all the open with's relate to each file type. So really you must know the file extension in order to know how to open the file. There is no such tool capable of doing what you want.

If you are trying to build a list of every instance of an "open with", you will need to parse each users account since one extension may not always be the same. Ie, I use UltrEdit for .txt files, but my wife uses Notepad (YuKK!!).

Kharfax29-Sep-06 6:52

29-Sep-06 6:52

I needed a list of the main computer applications to authorize or deny the access of the application to a real time encripted disk.

Waldermort29-Sep-06 8:53

Waldermort

29-Sep-06 8:53

I wouldn't rely on all the applications requiring access to be listed in the registry. For your type of application I would be more inclined to halt the process and prompt the user before allowing access, your own app can then store it's own list. Something similar to how a firewall works.

Solved

Kharfax29-Sep-06 7:50

29-Sep-06 7:50

I found the solution to my problem.

To get a list of all the installed apps like the one you see when you select "Open With" after trying to execute a file with an unregistered extension.

You need to list the contents of the following registry key

Hope it helps someone in the future Big Grin | :-D

HKEY_LOCAL_MACHINE
SOFTWARE
Microsoft
Windows
CurrentVersion
App Paths

ShilpiP29-Sep-06 20:44

ShilpiP

29-Sep-06 20:44

if(i==SE_ERR_NOASSOC)
WinExec("rundll32.exe shell32.dll, OpenAs_RunDLL " +str, SW_SHOWNORMAL);
code for this

Invalid CWnd* pointer

AnTri29-Sep-06 5:00

AnTri

29-Sep-06 5:00

Hey,

I've a Application with a CFromView dervied class with a couple of CEdit controls. I store the Pointer (CWnd*) of the Control (retrieved with GetDlgItem(...)) in an Array on a second TopLevel Dialog. This dialog has a listbox where you can choose the edit controls. If the user select an item on the listbox, i want to set the focus to the control in my CFormview.

CWnd *pEditControl = arrayEditControls[2];

But when I call pEditControl->SetFocus() I get an exception...Why?

David Crow29-Sep-06 5:20

David Crow

29-Sep-06 5:20

AnTri wrote:
I store the Pointer (CWnd*) of the Control (retrieved with GetDlgItem(...)) in an Array...

GetDlgItem() returns a temporary pointer that should not be stored. Store the window handle instead.

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

AnTri29-Sep-06 8:01

AnTri

29-Sep-06 8:01

Ok, but when nothing happens with my CFormView (Controls) why is my (stored) pointer invalid. I thought the CWnd* is valid as long as the window exits.
Is the a better way to restore my CWnd* as the following:

<br />
CWnd test;<br />
test.Attach(m_hWnd);     //Attach the stored handle<br />
...                      //do something<br />
test.Detach()<br />

Re: Invalid CWnd* pointer [modified]

David Crow29-Sep-06 8:11

David Crow

29-Sep-06 8:11

AnTri wrote:
Is the a better way to restore my CWnd* as the following:

Yes, but if you are only talking about a few edit controls, why not just store the CEdit object itself?

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

AnTri29-Sep-06 9:04

AnTri

29-Sep-06 9:04

Do you mean a pointer to CEdit - Object? (the CEdit Object itself is located in my CFormView class). I thought CEdit is dervied from CWnd and thats why I originally stored the CWnd* pointer...

What do you think about my previous question?

Ok, but when nothing happens with my CFormView (Controls) why is my (stored) pointer invalid. I thought the CWnd* is valid as long as the window exits.

PJ Arends29-Sep-06 10:40

PJ Arends

29-Sep-06 10:40

The problem you are having is that GetDlgItem actually returns a CTempWnd* pointer.

MFC keeps a map of all the windows that are created. It maps CWnd objects to HWND handles making it very fast for MFC to find a CWnd given an HWND. When you have a window that is not created via CWnd::Create (your dialog controls in this instance), those windows are not include in the map. If GetDlgItem finds the window you want in the map it will return that CWnd* pointer, if not it will create a CTempWnd* pointer that you can use as a CWnd, but it is not added to the map. When that CTempWnd* pointer goes out of scope the CWnd object (as opposed to the HWND handle it wraps and the window it points to) is destroyed. If you save that pointer for later use it will just point to garbage.

That is why the docs for GetDlgItem state:

The returned pointer may be temporary and should not be stored for later use.