|
char *&pcOutput
I have never seen it before. 
Thank you for your help.
|
|
|
|
|
I have created a database program based on the CHCKBOOK sample provided by MS. It works fine under XP. However, when run under Vista the call to CMultiDocTemplate::CreateNewFrame results in a strange series of message boxes (with no message) that must be clicked OK 8 times before the frame and view are created. I don't see a call to a message box in my code or in the source for CreateNewFrame to account for this. Any answers? Unfortuately, I do not have Vista on the computer on which I program. Thanks.
Doug C.
|
|
|
|
|
Can you step through CreateNewFrame() to narrow down what's happening at the
time the message boxes start appearing?
Does the same thing happen if the app is run as an administrator?
If you want your app to be compatible with Vista, you really need to be able to debug on Vista 
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
Many Thanks. I can step thru CreateNewFrame, but the problem never shows up under XP. It shows up the same on Vista as an administrator. I guess I will have to wait until I can get set up to debug on Vista.
|
|
|
|
|
DougVC wrote: It shows up the same on Vista as an administrator
Just to make sure - that's running the app as an admin (right click the exe, choose "Run As Administrator"),
not just running it from a logged on administrator user, right?
DougVC wrote: I guess I will have to wait until I can get set up to debug on Vista
That will help a lot  There's a lot going on in the creation of windows in MFC - narrowing it down
will help.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://www.codeproject.com/script/Forums/Images/coffee.gif)
|
|
|
|
|
For what it is worth, the problem seems to be related to CPropertySheet. The window includes a property sheet with 6 pages. I get 8 extraneous message boxes bringing up the window and one, two or three such message boxes whenever I try to bring up an individual page. There is a tab control elswhere in the program, whithout the use of CPropertySheet, and this does not have a problem.
|
|
|
|
|
Hi!
I have to implement in my app a selection tool which lets users to select region of any shape in raster image (in graphics aplication it is called "free shape selection tool" or lasso). Anybody knows some free libraries or examples with source code which can be usefull? I will postpone choosing the image processing library till I get some answers from programers community
Not necessarily C++, may be also .Net classes.
|
|
|
|
|
Hello everyone,
http://msdn2.microsoft.com/en-us/library/aa271769(VS.60).aspx[^]
My current confusion is, what is the content and format of import library, especially, how magic the import library is -- so that the linker could utilize it to generate the two forms of call statement,
1. using JMP indirection, one additional indirection level;
2. smarter way, no additional indirection level.
Also, how import library referred to the IAT of the EXE during link phase, so that the loader could resolve the IAT during loading time.
The content seems too abstract and high level, and if there could be a sample, it will be great!
Any referred reading or description to my question.
thanks in advance,
George
|
|
|
|
|
Hello George,
The article in question is referring to functions imported from a DLL. When you call a function which resides in a DLL the linker generates an address pointer which will point to a thunk. A thunk is a function which accesses a table containing address translations. By default the linker will generate a 'call instruction' or JMP instruction to the thunk. This takes additional cpu cycles.
The article describes using __declspec(dllimport) which will instruct the linker that the function resides in an external DLL. Once the linker knows this, it can generate better performing code. Rather than generating a 'call instruction' the linker will generate an indirect call through the IAT entry. Essentially the linker is inlining the thunk.
For Example:
__declspec(dllimport) void Myfunction(void);
int main()
{
Myfunction();
}
generates an indirect call such as:
ff 15 00 00 00 00 call DWORD PTR __imp__Myfunction
So now the linker has generated optimized code with a single indirect call instruction. In addition to what the article mentions... if all DLL calls from the application are hinted with __declspec(dllimport) this will cause the linker to not generate thunk code which will save 6 bytes plus 1 byte per call site on the final PE image.
Hope this helps,
-Randor (David Delaune)
|
|
|
|
|
Thanks Randor!
Your reply is great! One more question, why the address of the import function (or say, the function exported by the DLL) can not be known by the linker? Because of until load time, the address of the function in the DLL is not decided? Like DLL Rebase or something?
regards,
George
|
|
|
|
|
Randor's correct in the overall behaviour but not some of the details. The compiler normally generates direct CALL instructions to call code not in the current translation unit. It leaves a direction to the linker to fill in the necessary value with the address of the corresponding symbol at link time.
The import library that you link with is what contains the JMP instructions, which look like:
MyFunc:
JMP __imp__MyFuncThat's the 'import thunk'. There's one thunk per routine in the DLL that this is the import library for.
If you specify __declspec(dllimport), the compiler instead generates an indirect call instruction and the instruction to the linker references __imp__MyFunc rather than MyFunc. When the call is made, instead of the instruction pointer going first to the thunk, then to the function itself, it goes directly to the function.
The symbol __imp__MyFunc itself actually points to a pointer-sized value in the Import Address Table which the loader (part of the OS) writes the actual address of the function to at load time.
Also included in the import library is the full Import Address Table for the DLL, which contributes to building up the IAT in the executable itself.
For more, see http://msdn.microsoft.com/msdnmag/issues/02/03/PE2/[^].
DoEvents: Generating unexpected recursion since 1991
|
|
|
|
|
Thanks Mike,
Two more comments,
1.
For the less-optimized form (if user does not specify dllimport),
jmp DWORD PTR __imp_func1
is treated as implementation function func1?
2.
How did the linker know the address of IAT table itself? It is some hard coded value or always have the same value in every PE file?
regards,
George
|
|
|
|
|
Hi friends
How to hide mouse pointer in MFC
thanks in advance
-RisKhan-
|
|
|
|
|
Nothing to do with MFC, but still correct:
SetCursor (NULL);
Be warned though - this is prone to problems. If your message pump is still working, then you may get messages like WM_SETCURSOR, which could cause another part of your program to put the cursor back to something useful again.
And if you can cure that, you can't stop other programs setting the cursor when you go over them. And it would be a TERRIBLE thing if you could.
But if you're full screen, and well written. you can get rid of the cursor. Or if you have no mouse, and therefore no mouse movement!
Iain.
Iain Clarke appearing in spite of being begged not to by CPallini.
|
|
|
|
|
int ShowCursor(
BOOL bShow
);
|
|
|
|
|
I connect to some FTP server and put on him some file.
I see that the return code of the PutFile is 1 ( that mean that all OK ) but when i try to catch the "StatusCallback" i never get the dwInternetStatus that say INTERNET_STATUS_REQUEST_COMPLETE.
When i check the FTP Server i see that my file is store fine and its look like everything is fine.
But i still except from the server to return me the flag INTERNET_STATUS_REQUEST_COMPLETE.
Beside this - i also don't understand why the call of the function OnStatusCallback is not asynchronous call.
My code:
<br />
class CMyInternetSession : public CInternetSession<br />
{<br />
public:<br />
CMyInternetSession(LPCTSTR pstrAgent = NULL, DWORD dwContext = 1, DWORD dwAccessType = INTERNET_OPEN_TYPE_PRECONFIG, LPCTSTR pstrProxyName = NULL, LPCTSTR pstrProxyBypass = NULL, DWORD dwFlags = 0);<br />
void OnStatusCallback( DWORD dwContext, DWORD dwInternetStatus, LPVOID lpvStatusInformation, DWORD dwStatusInformationLength );<br />
};<br />
<br />
void CTempCheckingProgDlg::OnOK() <br />
{<br />
CMyInternetSession* pInetSession;<br />
<br />
pInetSession = new CMyInternetSession("Test1", 1, INTERNET_OPEN_TYPE_DIRECT,NULL, NULL)<br />
<br />
pInetSession->EnableStatusCallback(TRUE); <br />
<br />
CFtpConnection* ftpConnection = pInetSession->GetFtpConnection("10.11.12.13"), "XXX", "YYY" , INTERNET_DEFAULT_FTP_PORT); <br />
<br />
BOOL bVal = ftpConnection->PutFile("SomeFile", "SomeFile_X");<br />
<br />
DWORD Err = GetLastError();<br />
}<br />
<br />
void CMyInternetSession::OnStatusCallback( DWORD dwContext, DWORD dwInternetStatus, LPVOID lpvStatusInformation, DWORD dwStatusInformationLength )<br />
{<br />
AFX_MANAGE_STATE(AfxGetAppModuleState());<br />
<br />
switch( dwInternetStatus )<br />
{<br />
case(INTERNET_STATUS_REQUEST_COMPLETE):<br />
AfxMessageBox("INTERNET_STATUS_REQUEST_COMPLETE");<br />
Break;<br />
<br />
modified on Monday, February 18, 2008 7:52 AM
|
|
|
|
|
OnStatusCallBack() is called if enabled and the operation is pending completion.
since ftpConnection->PutFile() returns successfully, i think it is not pending for completion, so no status callback.
This is only my guess, try sending larger file.
|
|
|
|
|
Thanks .... But
But i did Enable the callback - and the function OnStatusCallBack() is call - but I'm not sure that this call is really Callback call ( i except that this call will be from other thread and i see that this call is from the same thread.
Can someone help here.... ?
|
|
|
|
|
Yanshof wrote: pInetSession = new CMyInternetSession("Test1", 1, INTERNET_OPEN_TYPE_DIRECT,NULL, NULL)
Why have you not specified INTERNET_FLAG_ASYNC? There is also a missing semicolon.
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
The flag INTERNET_FLAG_ASYNC is not relevant -
When i add this flag i getting ASSERT ( on the constructor ( first line of the constructor ) ) of the function "CInternetSession" (in my case the function "CMyInternetSession").
So i remove this flag - and from what i see - this flag is not relevant ( Maybe i wrong ... )
|
|
|
|
|
Yanshof wrote: When i add this flag i getting ASSERT...
I see that now. Have you considered that to handle any operations asynchronously, you must either create your own thread or use the WinInet functions without MFC.
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
I try to use WinInet also ( i try to avoid of using thread  ) here is the code
[ The problem is that the CALLBACK function does not call at all ]
<br />
<br />
HINTERNET hInternetSession;
HINTERNET hFTPSession;
HINTERNET hFileConnection;
<br />
INTERNET_STATUS_CALLBACK iscCallback;<br />
<br />
hInternetSession = InternetOpen("Test1", INTERNET_OPEN_TYPE_PRECONFIG, NULL, NULL, INTERNET_FLAG_ASYNC);<br />
<br />
iscCallback = InternetSetStatusCallback(hInternetSession, (INTERNET_STATUS_CALLBACK)_OnStatusCallBack);<br />
<br />
hFTPSession = ::InternetConnect(hInternetSession,
"10.11.10.11",
INTERNET_INVALID_PORT_NUMBER,
"XXX",
"YYY",
INTERNET_SERVICE_FTP,
INTERNET_SERVICE_FTP,
0);
<br />
<br />
<br />
::FtpGetFile(hFTPSession,<br />
"File",<br />
"File_X",<br />
FALSE,<br />
FILE_ATTRIBUTE_NORMAL,<br />
FTP_TRANSFER_TYPE_BINARY,<br />
0);<br />
<br />
<br />
modified on Monday, February 18, 2008 9:29 AM
|
|
|
|
|
Yanshof wrote: 0); // Synchronous mode
This would appear to conflict with INTERNET_FLAG_ASYNC. 
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
No,
This param is Specifies the application-defined value that is used to identify the application context for the returned handle in callbacks.
If/When i add the flag INTERNET_FLAG_ASYNC - nothing happand
|
|
|
|
|
How can I check the exsistence of a Registry Key using C++?
I want the program to perform a certain action if the key does not exist.
Thanks
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
