|
Hi,I am asking for help!
I built a project by using VC++,and wanted to debug it.
But after I started to debug,it displayed something like assembley code,and said cannot set a breakpoint at the cursor location.
And the error msgs about debug are :
Loaded 'ntdll.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\kernel32.dll', no matching symbolic information found.
Loaded 'C:\Program Files\Tcl\bin\tcl83.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\user32.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\gdi32.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\advapi32.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\rpcrt4.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\msvcrt.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\opengl32.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\glu32.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\ddraw.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\dciman32.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\imm32.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\lpk.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\usp10.dll', no matching symbolic information found.
The program 'D:\Thesis\OpenSees\Win32\bin\openSees.exe' has exited with code 0 (0x0).
I don't understand what's going on.
Anybody knows that?
|
|
|
|
|
1. Try to clean the project and rebuild all
2. May be u have used such controls in your application which don't let u start your application
|
|
|
|
|
You probably built a Release build without debugging information. Select 'Win32 Debug' from the Build toolbar, or select 'projectname - Win32 Debug' in the Build > Set Active Configuration dialog. Then try again. (Instructions for VC 6.0).
If you want to debug the release build, it can be helpful to create debugging information. You can do this by selecting 'Program Database' under Debug Info on the C/C++ tab of the Project > Settings dialog, and ticking 'Generate debug info' on the Link tab. Ticking this box disables a release-mode optimization, which you can turn back on by adding /OPT:REF to the Link Options box.
The 'error messages' are simply the debugger telling you which DLLs were loaded. 'No matching symbolic information' indicates that the debugger couldn't find debugging symbols for these DLLs: this is not a problem, unless you find yourself stopped in the middle of the DLL. If you want to, you can download debugging symbols from Windows Hardware and Driver Central[^]. However, these don't include debugging symbols for security patches; these used to be contained in the patch package but don't appear to be any more.
If you need to, you can get Visual Studio .NET to download symbol files from a Microsoft server on demand. See HOW TO: Use a Symbol Server with the Visual Studio .NET Debugger[^] for more details on this.
|
|
|
|
|
Hello !
I am trying to develop a systray application using MFC.
NOTE: I am beginner.
I performed that application sucessfully, therefore, when I run the program I can see the icon on the systray, but, I also see the dialog window open as well.
When the program runs the following lines:
CTrayIco dlg;
m_pMainWnd = &dlg;
int nResponse = dlg.Modal();
the dialog windows appears, and I don't want to show it. I tried to delete these lines, but, the program didn`t run fine.
I would like to put the icon on the systray as soon as I run the program without any dialog window.
How can I do that ?
Thanks in advance.
|
|
|
|
|
Yes, I am assuming that these lines of code are in you InitInstance() function.
You see the CWinApp class has a m_pMainWnd member which needs to be set to point to a window class, so messages can be pumped to it. If this member is NULL the CWinApp class receives a WM_QUIT message and terminates.
So, you need a main window of some sort which should exist for the lifetime of your application. If you don't want to see it just create a window without the WS_VISIBLE flag set. But you must have some window and set the CWinApp::m_pMainWnd to point to it.
|
|
|
|
|
you need to start your MFC modal dialog program with a hidden
dialog, and the only way I found for this problem
was to call ShowWindow(m_hWnd, SW_HIDE) in one of
WM_NCPAINT or WM_PAINT message handlers.
There is another way for this problem, but needs
a little more modification of your program.
The normal way would be to uncheck WS_VISIBLE
style in resource editor, and start you dialog
using CreateDialog , then make a message loop
there by calling AfxPumpMessage in a loop like
this:
CMyDlg mydlg;
mydlg.Create(IDD_MYDIALOG);// that IDD_MYDIALOG is
// the dialog resource id,
// you can find it in your
// dialog class definition
// (TrayIco.h as you said)
// in a line like this:
// enum { IDD = IDD_MYDIALOG };
// if you wanted to show dialog window
// ShowWindow(m_hWnd, SW_SHOW);
while(AfxPumpMessage()); // loop till the QUIT
// message comes.
|
|
|
|
|
Everybody know that we can call DOS interrupt fuction by using "int" keyword
for example:
mov ah,4
int 1ah
Do you know how to call a interrupt function in VC6 or in a driver?
Appreciate for any suggestions!
|
|
|
|
|
the programs you run are in User Mode( ring-3 applications, you can read more about this in intel processors specifications). They cannot run INT commands( and many others, they are called priviledged op codes, see the reference above).
And if anyway you could do it (I mean if you write a
device driver and call the above INT command), many
INTs don't have the functionality you have
seen before in old days of real-mode OSs like DOS.
|
|
|
|
|
Somebody said to me
that we can use IoConnectInterrupt function
but I don't know how to use this function
My aim is to get the real date of CMOS
At first, I want to call Interrupt 0x1a, function 4. However, this could restart my computer when running to the code
Then I read register 0x32 of CMOS to get the century, such as 19 century of 1999. Here exists a problem. Register 0x32 of CMOS can not be the real century of year. Have you some way to make it to be the real century? Or have you some other way to get the real date?
Appreciate your answer!
|
|
|
|
|
If you want the system time, use GetSystemTime.
You're out of luck, if you want to read the CMOS data, unless you write a device driver. Even then you'll need to read the addresses directly rather than using the BIOS, because Windows has replaced the interrupt handler table.
|
|
|
|
|
if you are using windows 98 or 95 you can call
interrupts, but on xp & 2k no way there from user
mode applications!
that function IoConnectInterrupt is for device
drivers, and does not do what you need.
anyway, you can use some device drivers like ntport
to have direct access to ports, then you can
use direct port access and so you can read CMOS.
( so no need to use the interrupt, but you
have to know how to read CMOS using in/out OPs)
anyway it's a long way. if you have any other
alternatives, I recommend you to review them,
maybe you are going the hard way...
|
|
|
|
|
Hi
Now I can access to CMOS registers by device driver. Only a pity is that the century value is not very right. For the data read from 0x32 register is not the realtime value.
Thanks for your attention!
|
|
|
|
|
I am trying to set a window to process notifications from directoshow like so:
cTrailer.pEvent->SetNotifyWindow((OAHWND) hwndNotify, WM_GRAPHNOTIFY, 0);
But I keep getting the following compile error:
error C2039: 'SetNotifyWindow' : is not a member of 'IMediaEvent'
I am using Visual C++ 6.0 and Direct X SDK 9.0
The strange thing is that in the sample code and the documentation, this is how it is done. What little settings am I missing here?
|
|
|
|
|
It is the IMediaEventEx interface that defines the SetNotifyWindow() method. IMediaEvent does not define it. If you get IMediaEvent try QI-ing for IMediaEventEx.
|
|
|
|
|
Arghhh stupid bug...I had queried it using IMediaEventEx but pEvent was defined as IMediaEvent in my class...stupid, stupid, stupid...thanks for the help.
|
|
|
|
|
I write an ATL control to implement the onunload event of the html.
I set the onunload handle through IHTMLBodyElement. But it did not work.
Source code as follow:
//definition of IDHTMLTest2 in IDL
interface IDHTMLTest2 : IDispatch
{
[id(1), helpstring("method ShowMsg")] HRESULT ShowMsg();
};
//selection of the source code
CComPtrspIE;
m_spClientSite->GetContainer(&spIE);
CComQIPtrspDoc(spIE);
if (spDoc){
CComPtr spElement;
spDoc->get_body(&spElement);
CComQIPtr spBody(spElement);
IDispatch* pShowMsg;
QueryInterface(IID_IDHTMLTest2,(void**)&pShowMsg);
VARIANT v;
v.vt=VT_DISPATCH;
v.pdispVal=pShowMsg;
//this event can't be invoke ,when close the ie-window
spBody->put_onunload(v);
//this invoke works well
((IDHTMLTest2*)pShowMsg)->ShowMsg();
//code below can works well
// v.vt=VT_BSTR;
// v.bstrVal = L"#DA70D6";
// spBody->put_bgColor(v);
}
Thank you for your advanced help.
Regards.
|
|
|
|
|
If I were to decide, this code should work. Some remarks:
1.Shouldn't you write
CComQIPtr<IID_IHTMLBodyElement> spBody(spElement);
Otherwise how does QI know wich interface to query for? Same with spDoc.
2.I would reccomend you to use smart dispatch pointer: IDispatchPtr. This way you don't have the trouble with QI and releasing it.
3.Since
spBody->put_bgColor(v);
((IDHTMLTest2*)pShowMsg)->ShowMsg();
seem to work, the problem should be with "v" or put_onunload.
Maybe 2. will solve the issue? Eventuelly you could try a CComVariant on "v".
4.What if setting with spElement's setAttribute onunload=ExitFunction, additionally inserting the ExitFunction with an alert?
Peter Molnar
|
|
|
|
|
I have tried by your advice. But it sitll not work.
And I set the default method.
[id(0), helpstring("method Prompt")] HRESULT ShowMsg();
The DHTML will invoke the default method with DISPID=0;
It still not work. Have you any source code which can run
smoothly .Could you send me for reference ?
Thank You.
Email: fengrux@hotmail.com
|
|
|
|
|
The last resort I see is to implement 4./
For this you will have to insert another attribute into the body tag with the name onunload.
you have two choices:
<body onunload="alert('This is my onunload message!')">
or
<script language=javascript>
function ExitFunction()
{
alert('This my ExitFunction message');
}
</script>
<body onunload=ExitFunction()>
Your code:
spElement->setAttribute(CComBSTR("onunload"),CComVariant("\"alert('This is my onunload message!')\""),0);
or
spElement->insertAdjacentHTML(CComBSTR("beforeBegin"),CComBSTR("...the entire script tag..."));
spElement->setAttribute(CComBSTR("onunload"),CComVariant("ExitFunction()"),0);
Peter Molnar
|
|
|
|
|
You mean insert code in the HTML ??
My intention is to fire the Event in the ActiveX control .
Thus , web designer without konwing about the Activex can simply using "<object>" tag to deploy the ActiveX.
|
|
|
|
|
Yes, you should definitly insert code into the HTML.
Of course this is not the HTML the user of your ActiveX creates but the HTML your ActiveX "perceives" of the user's HTML code or "thinks" the user wrote.
All this has the aim to fire the onunload event.
You know: the aim justifies the means...
Peter Molnar
|
|
|
|
|
OK I am watching tv like a scout and here is this fellow selling a book on hacking. He went on to show how to over-run a buffer and loading the stack with his code to cause the return to be over written.
Question 1: In dialogs we can force the command line to be read and set upon the stack, and in MDI - SDI they come naturally in InitInstance, should we place code in argv argc to limit the size of the argument.
Question 2: Should we disable or send argv and argc to a function the dump(s) them.
This is a real concern for me if the small man in the TV is right because I have applications written in vc and lcc since 1990 that scream with this flaw.
Please let me know what to do, I need your help on this one, any idea's will be appreicated.
Best Wishes,
ez_way
|
|
|
|
|
any Windows application uses GetCommandLine() API
to receive a pointer to its command line arguments,
or uses a parameter which is passed to its WinMain
function that points to the program command line.
After that,if you have a main function,
C Run-Time Libraries (CRT) formats the
arguments, seperates them, and counts them and then
sends them to your main function using argv and
argc.
if you use MFC, it has some wrappers around this
command line(but you can use __argc & __argv which are globally defined),anyway the
WinApp::m_lpCmdLine contains the raw command line.
Up to here no stack overflow or other flaws exist.
now it depends on your code to how to deal with
these arguments.
if you do something like:
char myparams[100];
strcpy(myparams, AfxGetApp()->m_lpCmdLine);
or even:
printf(AfxGetApp()->m_lpCmdLine);
then you have to review your old codes. 
|
|
|
|
|
Yes but you miss the point. I understand how it works but let me explain that if someone overfloes the buffer with their code, that code is placed on the stack (near), when the app returns it will execute their code period. All they have to do is figure out how many bytes to oplace in the overrun.
Best Wishes,
ez_way
|
|
|
|
|
You're both saying the same thing. While it may be possible to break your older applications (only you know the answer to this), the bigger question you have to ask is "Would anyone bother?". If the payoff is small, a "hacker" is not going to bother.
Five birds are sitting on a fence.
Three of them decide to fly off.
How many are left?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
