C / C++ / MFC

Re: Are important these missing *.dll ??

27-Sep-07 2:15

After a question about the MFC42.dll and one of the answers with the "dependancy walker", I would like to know if my project would have problems in other computers where Visual Studio is not installed.

I have used the dependancy walker and it says that there are 3 problems. The *.dll are:

DWMAPI.dll
MPR.dll
SHLMAPI.dll

I have tested my release version with the computer of a partner without VS in his system and it has been opened without problems and some basic functions worked too. I have just used MFC controls and commands (95% sure about this), so I guess my programm will run good in other computers with basic operating systems. But...

What are the above mentioned DLLs for? (Just curiosity)

Greetings.

--------
M.D.V.

If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?

Help me to understand what I'm saying, and I'll explain it better to you

Wink | ;)

David Crow27-Sep-07 2:46

David Crow

27-Sep-07 2:46

Nelek wrote:
DWMAPI.dll

Microsoft's Desktop Window Manager API.

Nelek wrote:
MPR.dll

Microsoft's Multiple Provider Router.

Nelek wrote:
SHLMAPI.dll

If you meant SHLWAPI.DLL, it is Microsoft's Shell Light-weight Utility Library.

Nelek wrote:
What are the above mentioned DLLs for? (Just curiosity)

Have you tried to right-click them in Explorer and select Properties?

"A good athlete is the result of a good and worthy opponent." - David Crow

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Re: Are important these missing *.dll ?? [modified]

Nelek27-Sep-07 3:01

how to send data through ShellExecute function to ".php" application?

27-Sep-07 3:01

"Have you tried to right-click them in Explorer and select Properties?"

yes, I tried with the dependancy walker and with the normal windows explorer under c:\windows\system32
but the information they gave told me nothing. Just the name, the version and some numbers more and the F1 help says nothing about them.

Anyways, it doesn't matters, as long as I can know, they have nothing to do with my software, so they are not going to give me any problem. When I need to know about them, I will search all I need to understand their function.

Edit: Something deleted

AnayKulkarni27-Sep-07 1:05

AnayKulkarni

27-Sep-07 1:05

Hello to all,
i am writting such a program that, from VC++ application by using "ShellExecute" function i am opening a website and i want to send a perticular text file name from this function to the website and i want to get this text file name in php application. can anybody help me plz how this can be done? how can we send text file name through "ShellExecute" function and how can we get parameters sent through VC++ application in php application? my code is as given below,

::ShellExecute( this->m_hWnd,
"open",
"www.telemedconcepts.com/EDS/EDSLogin.php",
strTextFileName,
NULL,
SW_SHOWNORMAL);

"strTextFileName" contains name of my text file and i want to access this name in php application, how can we do it?

Thanks & Regards,

Anay Kulkarni

Re: how to send data through ShellExecute function to ".php" application?

David Crow27-Sep-07 2:48

David Crow

27-Sep-07 2:48

AnayKulkarni wrote:
...using "ShellExecute" function i am opening a website and i want to send a perticular text file name from this function to the website...

Unless it's part of the URL, you can't.

"A good athlete is the result of a good and worthy opponent." - David Crow

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

change buttons style

mitok27-Sep-07 0:46

27-Sep-07 0:46

hi, everybody! I face the interest challenge. I want to change the view of system buttons (but i'm speaking not about BS_BITMAP or BS_OWNERDRAW ), i'm want to view buttons with my style as soon as windows loads their (maybe subclassing or api hooks)

Russell^'27-Sep-07 1:42

Russell^'

27-Sep-07 1:42

like this[^] and this[^]? Big Grin | :-D

Russell

Nishad S27-Sep-07 2:18

27-Sep-07 2:18

mitok wrote:
but i'm speaking not about BS_BITMAP or BS_OWNERDRAW

mitok wrote:
maybe subclassing

In general BS_OWNERDRAW and subclassing are combined to draw custom buttons. But you specified that you dont need BS_OWNERDRAW but subclassing.

My doubt is that, are you interested in window proc subclassing?

- NS -

mitok27-Sep-07 2:44

27-Sep-07 2:44

thanks for answer.
i don't know exactly that i need. i use C++ and WinAPI (without MFC) and my currently task consist in creation button with own style in my application (put bmp on button, etc.), but can't use BS_BITMAP or other button style by some reasons. OS Windows must load button with my styles. I need redefine system style button only in my application.

Nishad S27-Sep-07 2:55

27-Sep-07 2:55

mitok wrote:
but can't use BS_BITMAP or other button style by some reasons.

AFAIK without BS_OWNERDRAW, customization of button will be difficult. And I am not sure about the possibilities of the window hook for this case...

Can you describe a little more about why you cant use the styles?

- NS -

mitok27-Sep-07 3:13

27-Sep-07 3:13

yes, i can, but it's quite another matter. i develop a plugin for Windows Explorer of Windows Vista. it's button, which is located near Back & Forward buttons, but vista glass blur any picture, which is inserted by me (using BS_BITMAP etc.). i want to redefine system styles, then style of my button doesn't depend on vista glass.

Nishad S27-Sep-07 3:30

27-Sep-07 3:30

Then you can use BS_OWNERDRAW and draw the bitmap by yourself, not depending on SS_BITMAP. Did you try it?

- NS -

mitok27-Sep-07 3:52

27-Sep-07 3:52

yes, i've already used BS_OWNERDRAW as button style, but it didn't help me. AFAIK SS_BITMAP relates static element, how can i use static element? what for? and one more question : if BS_OWNERDRAW is used , button is drawn WM_DRAWITEM notification of parent window, but my button has parent window - Explorer, which is created not by me?

Nishad S27-Sep-07 4:06

27-Sep-07 4:06

mitok wrote:
AFAIK SS_BITMAP relates static element

Sorry, I meant BS_

mitok wrote:
if BS_OWNERDRAW is used , button is drawn WM_DRAWITEM notification of parent window

Oh... now I understood...

Then my opinion is that you should create a custom control which will send BN_CLICKED notification. But take it as only the last resort... Smile | :)

- NS -

Naveen27-Sep-07 2:48

Naveen

27-Sep-07 2:48

better you write a theme...

nave

[OpenedFileFinder]

Nishad S27-Sep-07 2:56

Is this idea viable? (about dll and namespace)

27-Sep-07 2:56

He need it only in his application... Frown | :(

- NS -

Nelek27-Sep-07 0:05

Re: Is this idea viable? (about dll and namespace)

27-Sep-07 0:05

Hi all,

I would like to know if the following idea is correct or is better to do it in other way. (I’m not asking for particular code, I will try it in my own).

I’m just starting with DLLs programming. In my project I need to communicate my Win32 *.exe with a PLC. To do that I have found a DLL that makes the connection, but the problem now is how to read from / write to the PLC. The problem I have is that the WriteTo functions have to be in a DLL for security to avoid as many problems as possible.

In my *.exe I have a view “MonitorCenterView” where all the functionality of the connection will be used through the third party dll. The read functions are going to be programmed there, but the write (as I said) in a DLL. Changing the “working mode” want to be sure my file is there, so I want to check out if one member parameter in the dll has a concrete value (like a license or a password) and if all is good then use the function of the dll.

I have thought to make something like this:

including the *.lib to have the directions/links to the functions in the dll in my *.exe but delivering only the *.dll when I want to.

void CMonitorCenterView::OnChangeWorkingMode ()
{
//DialogBox to change the mode and returning "write"
;
if (write::CheckValidDll () )
	using namespace write;
;
WriteCodeToPLC (param1, param2, …);
;
//more code
return;
}
;
;
;
//Somewhere else in the same CMonitorCenter
void CMonitorCenterView::WriteCodeToPLC (param1, param2, …)
{
	MessageBox (NULL, "This function is not allowed without the \"write.dll\". Please contact with XXXX", "Error", MB_OK);
}

So when the validation returns TRUE, then the function WriteCodeToPLC (…) will be called from the dll and do its job uploading the code. But if the validation returns FALSE, then the WriteCodeToPLC (...) will be called from the actual class and give the message box with the error.

One question please: If I use the using namespace XXX… Does it just have local validation as a variable defined in the function? Or is it global and need to be “reseted” after? How can abort it afterwards if needed?

Sorry for the extension and thanks for any comment / suggestion / correction, everything will be welcome

Cedric Moonen27-Sep-07 0:50

Cedric Moonen

27-Sep-07 0:50

I'm not sure I understood everything correctly. First, maybe some points:

Nelek wrote:
The problem I have is that the WriteTo functions have to be in a DLL for security to avoid as many problems as possible.

Why is it so Confused | :confused:

? Which security problems are you talking about ? Putting the code in the dll won't change anything.

Nelek wrote:
Changing the “working mode” want to be sure my file is there, so I want to check out if one member parameter in the dll has a concrete value (like a license or a password) and if all is good then use the function of the dll.

I didn't understand what you meant by "Changing working mode", but anyway: you probably load your dll implicitely (meaning that you use a lib file that contains the code to load your dll). If that is the case, then if your dll is missing, your program won't even start (you'll get a nice error message saying that the dll is missing as soon as you start your app). You could also load the dll explicitely, by making use of LoadLibrary and GetProcAddress functions. If you do that, you'll have full control on when your dll is loaded (but it is a little bit more complicated to use, specifically if you use classes). In that case, the LoadLibrary will return NULL if the dll cannot be loaded (e.g. missing).

Thus, for both scenarios, it doesn,t make any sense to call a function from your dll to see if it is present (because if you come to the point were you are able to call a function from the dll, then it means that your dll is present).

Nelek wrote:
including the *.lib to have the directions/links to the functions in the dll in my *.exe but delivering only the *.dll when I want to.

That will fail, as I explained before: if the dll is not present, you won't be able to start your program.

And for the namespace question, I didn't really understood what you meant. Isn't it simpler (if you could do it) that if you detect the dll, you call the function from it, otherwise you call another function from your class (with a different name for example). Why do you want to use namespaces for that ?

Cédric Moonen
Software developer

Charting control [v1.2]

Re: Is this idea viable? (about dll and namespace)

Nelek27-Sep-07 1:49