|
I used /MD everywhere, and I exported the template data types, but I did not use a typedef... what would a typedef add ?
|
|
|
|
|
I had:
void CSearchView::OnButton1()
{
CRuntimeClass* pViewClass = RUNTIME_CLASS( <code>CBKView </code>);
if ( pViewClass == NULL ) return;
CMultiDocTemplate* pTemplate = theApp.m_pView1Template;
if ( pTemplate == NULL ) return;
((CMainFrame*)AfxGetMainWnd())->SwitchView( pTemplate, pViewClass );
}
and forgot to include BKView.h in the file, so I got:
C:\ATRAIN2\ASampleProjects\ZOrder SWITCH CENTERVIEW\SearchView.cpp(76) : error C2653: 'CBKView' : is not a class or namespace name
I understand the above error, but...
So I put in the line
#include "stdafx.h"
#include "BK.h"
#include "SearchView.h"
<code>#include "bkview.h"</code>
#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif :
and I'm getting:
SearchView.cpp
c:\atrain2\asampleprojects\zorder switch centerview\bkview.h(28) : error C2143: syntax error : missing ';' before '*'
c:\atrain2\asampleprojects\zorder switch centerview\bkview.h(28) : error C2501: 'CBKDoc' : missing storage-class or type specifiers
c:\atrain2\asampleprojects\zorder switch centerview\bkview.h(28) : error C2501: 'GetDocument' : missing storage-class or type specifiers
Error executing cl.exe.
pointing to :
public:
CBKDoc* GetDocument();
Appreciate your help,
ns
|
|
|
|
|
u didnt include in ur BKView.h what a CBKDoc is
Papa
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
I see what you mean. But check this out:
BEfore I had my CSearhView class, and I just ran stuff created by VS by default, things ran fine. I note that "bkdoc.h" was automatically included in the .cpp file.
SO after I made my SearchView filkes, neither the .cpp nor the .h files had the doc.h file in it. For some reason I didnt rememeber this omiission by VS in my past (first ) project.
But its compiling now. SO I thank you very very much!
Appreciate your help,
ns
|
|
|
|
|
![Beer | [beer]](https://www.codeproject.com/script/Forums/Images/beer.gif)
Papa
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
It didn't add the "doc.h" files to the new view because the new view isn't automatically associated with the existing document class. Another thing you must do, to avoid errors, is include the inline call "GetDocument" in the CSearchView header file (you can find the current GetDocument in the BKView header), and also, include the non-inline version of GetDocument in the CSearchView source file (both versions have #ifdef _DEBUG around them).
What will happen if you don't do this and you call GetDocument from CSearchView, you will end up getting a pointer that doesn't point to the correct object, and you won't be able to correctly access the document's data.
Chris Richardson
Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith
|
|
|
|
|
Hey! Thank you so much for this preventive measure. In my experience so far (meager) I hadnt called the doc pointer from anywhere but the view, but now I am armed with this knowledge!!! MAny many thanks!
Appreciate your help,
ns
|
|
|
|
|
Well,
#including the doc.h in the searchview.h resolved that issue that I posted about initially (and I also noted that putting the doc.h in the COriginalView.h took care of it just as well instead)
Next I wanted to get the COriginalView pointer in the mainframe class, and put in the OriginalView.h file into mainfrm.cpp, it gave me the exact same errors I had gotten when earlier when I had added the OriginalView.h to SearchView.h. The earlier issue had I resolved by putting in the missing ingredient - the doc.h file into the searchview.h file. But this time, I couldnt appease it by putting doc.h into the mainfrm.h. I had instead to add the doc.h to the OriginalView.h.
SO it seems that the best resolution here for both problems is to put the include doc.h into the COriginalView.h file, and nnot the in the files where I #include COriginalView.h
WOuld you agree?
Thanks
Appreciate your help,
ns
|
|
|
|
|
I think the best solution (personally), is to put doc.h in any source file that you use the any of the view classes in. Just make sure you include doc.h before you include any of the view header files. So, in MainFrm.cpp, we'll have this:
..other things ommitted..
#include "doc.h"
#include "OriginalView.h"
#include "SearchView.h"
And in SearchView.cpp, we'll have this:
..other things ommitted..
#include "doc.h"
#include "SearchView.h"
#include "BKView.h"
If you are trying to store a pointer to the view class in the main frame class, then in MainFrm.h, just have this:
class CSearchView;
class COriginalView;
class CMainFrame : public blah blah blah...
Hope it helps (but if it doesn't, feel free to ask more questions ),
Chris Richardson
Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith
|
|
|
|
|
Ah!! You know what I was doing wrong? I didnt put the doc.h before the view.h include!!!!
Now it works!!!! I didnt think the order mattered, but it makes sense because the compiler reads in the whole file literally when it sees a #include I gather.
Appreciate your help,
ns
|
|
|
|
|
ns wrote:
I didnt put the doc.h before the view.h include
Uh oh 
Yeah, the order is very important. The preprocessor transforms the source file and all it's included files (minus #ifndef'd out sections etc) into one big file (not sure on the actual storage of it), then the compiler compiles that. So if you don't include doc.h before the view class, this is what the compiler sees:
class CYourView : public CView
{
...
CYourDoc * GetDocument();
};
class CYourDoc : public CDocument
{
...
};
And that's what caused your problems. Glad to hear that you fixed it!
Chris Richardson
Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith
|
|
|
|
|
I'm reading <<programming applications="" for="" microsoft="" windows="">>, and get confused by some point.
The following is quoted from :
"every process has its own private address space. Process A can have a data structure stored in its address space at address 0x12345678, while Process B can have a totally different data structure stored in its address space—at address 0x12345678. When threads running in Process A access memory at address 0x12345678, these threads are accessing Process A's data structure. When threads running in Process B access memory at address 0x12345678, these threads are accessing Process B's data structure. Threads running in Process A cannot access the data structure in Process B's address space, and vice versa."
my questions are:
1> 0x12345678 appears in both process A and B. is
0x12345678 the actual virtual address or just the offset
to the base virtual address of a process?
2> if the answers to the first question is "actual virtual
address", does that mean two processes could have the
same virtual address(or overlapped virtual address, in
other words)?
2> how does the system raise a Access Violation exception?
in particular, is the exception raised by checking the
virtual address against the process's address space or by
checking it against the phisical address after address
translation?
Thank you very much!
Wenrich
|
|
|
|
|
You kind of complicate the issue (not without the help of the good book ).
Virtual address could be understood as mapped address. This mapping service provided by the system so it is transparent to the program. Each process has right to use up to 2GB in Win9X and 4GB in WinNT (I could be wrong on the actual numbers but that is irrelevant). Obviously very few computers have that much memory, so system uses swapping to load requested memory block into the physical memory. If application ask for memory at 1GB offset it does not mean that it actually offset to the physical memory. The physical address of the memory block could be changed during lifetime of the program. The virtual address stays the same, because, once again it is just mapping for the system to know what a program is asking.
|
|
|
|
|
Thanks a lot!
I'm aware of the virtual memory and physical memory concepts. I just got
confused by the statement that process A and process B both have acess to virtual memory at 0x12345678, because my understanding is that the system
uses the virtual memory space allocated to the process to verify whether a memory access is valid and an Access Violation would be raised if it's not.
Is my understanding wrong?
Thank you very much for your help!
Wenrich
|
|
|
|
|
I want to draw a line/rectange(normal CPaintDC functions) in a Dialog?
|
|
|
|
|
Add a handler for the WM_PAINT message (OnPaint) and have a blast.
Regards,
Alvaro
All you need in this life is ignorance and confidence, and then success is sure. -- Mark Twain
|
|
|
|
|
Maybe you're right, but I'd say WM_ERASEBKGND is the place to go.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
I'm looking to have my app monitor another app (Internet Explorer) and respond to any dialogs( warning, error, connection ) that appears so the user doesn't have to. I have started studying up on hooking, but I wanted to see if that is the correct approach.
As a note, my app starts the IE instance that I want to monitor.
Thanks for any help or suggestions.
-Rick
|
|
|
|
|
a better approach for specifically hooking to internet explorer is to use Browser helper object
check
http://www.codeproject.com/system/hooksys.asp
Papa
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
Hi,
I have already posted this message but somebody told me that it's wasn't clear enough.
Here is my problem.
I have a MDI App that contain a dialogbar(modeless dialog). On my dialog, I have a bitmap. I want my bitmap to have transparency on some part of it so that I can see the default color of my App in those part.
In my Mainframe class, I have a variable named m_wndDlgBar from CDialogBar and my dialog is created in the ressource editor.
I tried to use
LoadMappedBitmap(IDB_LOGO, 0, &color, 1)
with
COLORMAP color;
color.from = RGB(0,0,0);//color to be changed
color.to = COLOR_WINDOW;//default color
thanks!
|
|
|
|
|
I found out that the location of a #import statement matters.
Does the location of #includes matter? I have them as shown on rted. Are they in the right place in the .h file? Should they be moved above or below the #if s?
#if !defined(AFX_SEARCHVIEW_H__4E3DD48E_02D6_42F4_88D5_81E8ECCC08B2__INCLUDED_)
#define AFX_SEARCHVIEW_H__4E3DD48E_02D6_42F4_88D5_81E8ECCC08B2__INCLUDED_
#if _MSC_VER > 1000
#pragma once
#endif // _MSC_VER > 1000
#ifndef __AFXEXT_H__
#include <afxext.h>
#endif
<code>#include "mainfrm.h"
#include "childfrm.h"</code>
class CSearchView : public CFormView
Thanks
Appreciate your help,
ns
|
|
|
|
|
In your case, they should be after the #if's
don't put #include in .h files unless absolutly necessary, for example class inheritance, and non-pointer class objects.
#include "BaseClass.h"
#ifndef _SOMEOBJECT_H_
#include "SomeObject.h"
#endif
class MyClass : public BaseClass
{
SomeObject m_SomeObject;
};
the declaration of m_SomeObject could/should be replaced by
#include "BaseClass.h"
class SomeObject;
class MyClass : public BaseClass
{
SomeObject* m_SomeObject;
};
Max.
|
|
|
|
|
Gosh! I thought I was doing something wrong when I would put #includes in the cpp file!!! SO I started putting them in the .h!
So If I have a A.h and a A.cpp pair with a #include B.h in A.cpp, and I go and do a #include A.h in file C.cpp, everything will work out right?
Thanks
Appreciate your help,
ns
|
|
|
|
|
Why should we put our #include's in .cpp files rather than .h files? (I'm a student, not a programming expert)
Blackmesa
Computer engineering student
Étudiant en génie informatique
------------------------------
|
|
|
|
|
To remove the dependencies of objects.
if in class A I have an Object O and is declared directly in the class declaration, I need to have the #include for it in the .h file.
#include "O.h"
class A
{
O m_o;
};
so, everytime that O changes ( the file is changed ) , a.cpp. and every other files that include a.h will be recompiled.
but if I have
class O;
class A
{
O* m_pO;
};
there's no dependencies in the .h file.
For small projects, it's not that important whether you put #include in the .h files, but for large projects, is can be costly.
See Large Scale C++ Software Design[^] by John Lakos, and in particular section 6.1.
Max.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
