|
I assume what you mean is: "by looking at a lib file, can I determine if the executables (or DLL's) that link with it will contain the code that the lib is representing, or will the executable need to load the code from an external DLL?".
You link to a lib file to be able to use code that you are not providing. For example, the "fopen" function needs the "libc.lib" library (or equivalent) to provide you with the code necessary to open a file. You will not provide this code, the "libc.lib" will. Let's call this the "additional code".
However, the way the lib provides the additional code to you can be in 2 diferent ways:
1) It can contain the additional code itself (the set of additional machine instructions that do the actual job that you are needing). In this example, the additional "fopen" code would be contained in the lib, accessing the disk, locking the directory, marking the file as open, etc...
2) It can request the OS to load a DLL from disk and get the additional code from it. In this situation, the lib loads the DLL from disk (usually when the executable loads into memory and before it begins to run) finds the address of the "fopen" function code within it, and provides you with a link to acess this additional code present in the DLL. So, when you call "fopen" you are accessing the lib's "fopen", which is a stub that just links to the location in the DLL where the actual "fopen" code resides and executes it for you.
So, the best indicator that a lib contains the code or not is the size. Small libs (50kb or so) typically contain only names of functions to link to the DLL. Larger libs (500kb or more) usually contain the code itself, and do not rely on external DLL's. These values, of course, are just general guidelines.
The most acurate way I now is for you to produce your executable and then use the dependency walker to determine if it depends on external new DLL's ("new" means "the exe did not need them until I linked with the libs").
Also note that the linker is very smart. If you are not using code from a lib then just linking with it does not mean a DLL will be needed, since the linker will find that out and end up not using its code. To be sure you use it call some of its functions in your program.
I hope this helps,
Rilhas
|
|
|
|
|
Hi,
I need to get the width and height of the monitor.
i tried with GetWindowRect, I am able to get the width( .right) correctly but when it comes to height, the .bottom shows an integer which will be just more than half of the screen.
some one please suggest me.
thanks,
kk_mfc
|
|
|
|
|
I guess you REALLY need this as you have posted it 3 times.
Darka [Xanya]
|
|
|
|
|
try this,
RECT rcWorkspace;
SystemParametersInfo(SPI_GETWORKAREA,0,(LPVOID) &rcWorkspace,0);
regards,
Darka [Xanya]
|
|
|
|
|
Either take the window rect of desktop window or use
GetSystemMetrics() funtion with the following parameters
SM_CXSCREEN - for width
SM_CYSCREEN - for height
nave
|
|
|
|
|
Use GetMonitorInfo()
Appu..
"If you judge people, you have no time to love them."
|
|
|
|
|
GetSystemMetrics retrieves width and height (in pixels) use this function with SM_CXSCREEN and
SM_CXSCREEN<code><br />
and see <code>ScreenToClient maybe it is some helpful to you
whitesky
|
|
|
|
|
Thanks to all.
kk_mfc
|
|
|
|
|
I am working in C++ and I need to run an executable , "Process#1", within the context of another executable, "Process#2". Process#1 is bound to throw exceptions and Process#2 must be able to handle the exceptions thrown by process#1. I am unable to handle using createprocess() or ShellExecute(). Please let me know if there is a way to accomplish this.
Cheers
Pavan
|
|
|
|
|
There is no easy way of doing this apart from Process#1 catching the exception and telling Process#2 what happened using some form of interprocess communication, you cannot throw exceptions across process boundaries which is a good thing.
Darka [Xanya]
|
|
|
|
|
This is an unusual scenario and, without knowing exactly what you’re up to, I feel safe saying it is probably a bad design decision. That said it is possible. When you use the CreateProcess API you can pass the DEBUG_PROCESS or DEBUG_ONLY_THIS_PROCESS flags (the second is probably what you’re after) in the ‘dwCreationFlags’ parameter. This flag is used by debuggers, as you probably guessed by the name, and results in exceptions thrown in the child process being reported to the parent. The information is passed to the parent process via the WaitForDebugEvent API. There is more to it that that obviously and, as I said, I don’t recommend using this technique. If you don't know exactly what you're doing you'll make a mess. Also throwing an exception becomes much more expensive for the child as it now results in a context switch to the parent and back to the child again. The child my also behave slight differently in some aspects; for example the ghost window[^] feature will not work in the process being debugged (the child). That said there are protection schemes, such as Armadillo, which use this technique and the software which uses it seems to work ok and when a developer is making an app it works in the debugger. Also note that as a process can only have one debugger attached to it you will probably not be able to use your debugger on it and even debuggers which can work under these conditions (such as WinDBG) will not be as powerful under this environment.
Steve
|
|
|
|
|
Steve, thank you for all that information. I wish to putforth a little more information that I need.
The child process handles most of the known exceptions, however, the parent process should handle the rest of the exceptions thats not handled by the child process itself. Exception handling by the parent process is a major part of the app that I need to develop.
|
|
|
|
|
When the child process ( sample.exe ) throws an exception, I am unable to get the Exception info thrown by the child process in the parent process's DEBUG_EVENT structure.
<br />
#include<stdio.h><br />
#include<windows.h><br />
<br />
STARTUPINFO startupInfo;<br />
PROCESS_INFORMATION processInformation;<br />
DWORD code;<br />
DEBUG_EVENT debug_event;<br />
BOOL val = 1;<br />
int main()<br />
{<br />
<br />
BOOL b = CreateProcess(NULL,"Sample.exe", NULL,NULL,FALSE,DEBUG_ONLY_THIS_PROCESS ,NULL,<br />
NULL,&startupInfo,&processInformation);<br />
val = WaitForDebugEvent(&debug_event, 2000);<br />
return 1;<br />
}<br />
Cheers
Pavan 
|
|
|
|
|
Ftp connection provides feature of FindFile in a website.
is it possible to use http to find files in a website?
because Ftp requires user name and password, I don't have them, i.e, to google or MS site.
|
|
|
|
|
No.
The only thing you can do is something in the lines of wget. Download each page, parse it and get the next link.
This doesn't give you complete folder listings and may throw you to another http server also.
(usually, when someone asks if something can be done...i take a long time before saying no. In this case there's no doubt)
|
|
|
|
|
you say he reads links in each page,right?
whitesky
|
|
|
|
|
well yeah..if that's what he needs. If you have a better ideea, post it. Anyway, there's no way of listing files on a http server unless the server. If you're lucky, the server might print the contents of a folder into a html page but that still leaves you with a html page full of links.
|
|
|
|
|
of course i had like this problem and i used like this way
I think you have a better idea
whitesky
|
|
|
|
|
i want to use menu in dialog box..how can i use it.
thanx
|
|
|
|
|
1. Create a Menu Eg:IDR_MENU1
2. Open Dialog properties
3. Select IDR_MENU1 in Menu property.
|
|
|
|
|
hello
thanx..its working
can i handle menu similarly as i handle for the Doc/View Archicture.
thanx.
|
|
|
|
|
Yes
|
|
|
|
|
Go to Resources> Add A menu (SAY IDR_MYMENU)
Go to dialog editor. Right click for the property window.
In the property window select the menu you want to show
Somethings seem HARD to do, until we know how to do them.
 _AnShUmAn_
|
|
|
|
|
hello
thanx..its working
can i handle menu similarly as i handle for the Doc/View Archicture.
thanx.
|
|
|
|
|
Yeah In the OnCommand function of your dialog do this
switch(wParam)
{
case ID_FILE_HELLO:
AfxMessageBox("i am here");
break;
}
Somethings seem HARD to do, until we know how to do them.
_AnShUmAn_
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
