|
Hi there,
Come on, is it really possible that there isn't some one out there that knows how to solve my property problem ?
My problem, has I've already stated is that I need to do this in an ActiveX Control.
MyClass is a COleControl
MyClass2 is CWnd derived and supports OleAutomation
All I want to do is have a property of MyClass point to MyClass2, that way any property and methods exposed by MyClass2 will be available has MyClass.SomeProperty.MyClass2PropertyOrMethod .
Come on, please, someone, anyone, I am running out of time and haven't been able to get this to work.
Thanks for any help.
----------------
Lord Phoenix
----------------
|
|
|
|
|
Hi,
even though I am not quite sure of what you really want to do, I try to give you a solution to what I "think" you want.
Make a "long" property, through which you can pass an object address to your ActiveX control.
Inside there (assuming you have included the header file describing your object to be refered) make a type cast and you have the pointer to your object.
SkyWalker
|
|
|
|
|
You're right, not exactly what I wanted, but it might actually work, haven't tried that yet.
Do you know the Treeview control ? You can type TreeView1.Nodes.Count which will return the number of existing nodes.
Although this really has nothing to do with it, the concept is the same.
I want whoever is using my control to access both the Control Class (MyClass) and a few other internal classes (MyClass2) in the same manner.
Using the TreeView example, MyControl is the TreeView, Nodes is the property which if it ever works will map (MyClass2) and Count is some property or method of MyClass2.
Hope this clarifies it. In a COM this is reasonably easy to achieve, but it seams I can't get it to work with an OCX.
Thanks for your help, if you think of anything else please do share.
Best regards,
----------------
Lord Phoenix
----------------
|
|
|
|
|
there are 2 ideas which can access an active control by another (activeX or normal app etc).
1. use pointer directly
2. use LoadLibraryEx() function
i can not remember actual code, u can find many samples on VC CD disk.
good luck
includeh10
|
|
|
|
|
Please see my reply to Mircea.
Thanks for your help and do feel free to share any other thoughts you feel might help.
Best regards,
----------------
Lord Phoenix
----------------
|
|
|
|
|
Hi I'm planning a project where i'll use the MDI framework to describe a
factory floor/procudtion line. All the data from the Procudtion will be
recieved via UDP. I want my Document to contain all the data about the
production etc.
Now to my question: what would be the "correct" way to implement this
functionallity into the Doc/View arcitecture.
Give the Document a Thread that will pull data from the UDP,
store it and the notify the views.
or is there another way to gather data from the UDP that is better?
|
|
|
|
|
tom.schultz wrote:
Give the Document a Thread that will pull data from the UDP,
store it and the notify the views.
Sounds reasonable to me. Just beware if you haven't done any multi-threading before it can get pretty tricky, even more so with MFC.
Neville Franks, Author of ED for Windows www.getsoft.com and Surfulater www.surfulater.com "Save what you Surf"
|
|
|
|
|
I was reading up a bit on MSDN and they did not recommend using multi-threading and document view together.
But what do they know 
I found a small test/case on the net. Documents and Timers, where they use a CWnd derviced class in the
document to recieve the timer event. That would also be a way to do this. That is: creating a class to
handle the rec/send events and just relay any data to the document.
BTW: Thanks for the input. I was a bit uncertain about my approach cause all info i found was based on
the fact that the view should be the only one to change the documents data. Not the document itself
Regards
Tom.Schultz
|
|
|
|
|
tom.schultz wrote:
I found a small test/case on the net. Documents and Timers, where they use a CWnd derviced class in the
document to recieve the timer event. That would also be a way to do this. That is: creating a class to
handle the rec/send events and just relay any data to the document.
I don't like the sound of that, in particular using CWnds with CDocument.
I use multi-threading quite heavilly in ED (see sig). In the Document I use a thread to read the file so the user can start viewing or editing large files straight away, without having to wait for the entire file to load. I also use threads for operations like find and find and replace which work at the document level.
Simply put it comes down too synchronization, and ensuring there aren't deadlocks. There are plenty of articles about this stuff around.
Surfulater (see sig) also uses threads in the Document to access its database.
Good luck.
Neville Franks, Author of ED for Windows www.getsoft.com and Surfulater www.surfulater.com "Save what you Surf"
|
|
|
|
|
Thank you. I'll have a look at those two programs and try to find more information before i proceede...
|
|
|
|
|
Can anyone let me know if the File, New(to create MDI Child windows) option in an MDI Application be disabled and the same functionality can be provided in a button click or some other event through code.
Thanx in advance
laiju
|
|
|
|
|
 I have a tree ctrl with nodes having icons of different colours..
I have to set the background colour of text of each node with the same colour of the icon of that node. Pls help me to do this...
thnks in advance...
|
|
|
|
|
1. Derive your own class from CTreeCtrl
2. In CYourTreeCtrl::OnPaint()
- CPaintDC dc(this)
- create a compatible dc
- create a compatible bitmap and select it into the dc
- set clip region to be same as that in paint DC
- let the control do its default drawing by calling
CWnd::DefWindowProc( WM_PAINT, (WPARAM)yourMemDC.m_hDC, 0 )
- go through all the items in the tree and do what ever you need
(SetTextColor(), SetBkColor(), TextOut() in yourMemDC)
- at the end, BitBlt yourMemDC to the dc
- do not forget to free the resources )
SkyWalker
|
|
|
|
|
Hello everybody,
I have a problem with my last application.
I need to make a call to an external command line sw to elaborate a file and then process the same elaborated file.
I use this code:
exec_line.Format("app.exe %s %s", path_input, path_output);
UINT xxx = WinExec(exec_line, SW_HIDE);
if(fp = fopen(path_output,"rb"))
When I debug the app step by step everything works properly, but while executing in
runtime I get the error "...the memory could not be read..."
I thought the problem was that the fopen tries to access the file before it is "available"
on disk, so I used some patches like:
exec_line.Format("app.exe %s %s", path_input, path_output);
UINT xxx = WinExec(exec_line, SW_HIDE);
Sleep(200);
if(fp = fopen(path_output,"rb"))
or:
exec_line.Format("app.exe %s %s", path_input, path_output);
UINT xxx = WinExec(exec_line, SW_HIDE);
MessageBox("Dummy");
if(fp = fopen(path_output,"rb"))
but these are not clean solutions and do not work on all machines.
Do you know a method to solve this problem: I mean someway to "freeze" my aplication
until the command line has finished its tasks.
Thanks,
Marco.
|
|
|
|
|
My be my part of code can help you:
char * exec_line = "\"D:\\Programs\\Proba4\\Debug\\proba.exe\"";
STARTUPINFO si = { sizeof(STARTUPINFO) };
PROCESS_INFORMATION pi = {0};
BOOL bSuccess;
si.dwFlags = STARTF_USESHOWWINDOW;
si.wShowWindow = SW_HIDE;
bSuccess = CreateProcess ( NULL, exec_line,
NULL, NULL, FALSE, NORMAL_PRIORITY_CLASS,
NULL, NULL, &si, &pi );
WaitForSingleObject(pi.hProcess, 5000);
CloseHandle ( pi.hThread );
CloseHandle ( pi.hProcess );
|
|
|
|
|
Hello C++ ers,
Could anybody show me what should i refer/read before making an application
like adobe acrobat ? I think i will make a simple one.
It can be used to preview our print output (of course, multiple pages are also supported)
and we can also edit the text inside it (whatever text or image or any object).
Where can I start from ?
Regards,
Henky
12345
|
|
|
|
|
Why not have the "new" operator return a typed handle when you get memory on the heap (if you want it to)? And then use a "lock" operator to get a pointer to the memory, and the pointer is only valid within the scope of the function. Then on idle time, all memory is unlocked and can be compacted.
I wonder if there is a way of doing this by overiding the global new and delete operators and somehow checking for handle types?
In any case I think it would be better if the compiler was in on the action.
For instance you could declare a handle:
char* # hString;
hString = new char[80];
char* pString = lock hString;
strcpy( pString, "A String");
int len = strlen( pString );
And when you want to free the memory:
delete [] hString;
And when calling a member function:
CThisObject* # hThis = new CThisObject( data );
if( hThis )
hThis->DoThat();
is the same as:
CThisObject* # hThis = new CThisObject( data );
if( hThis )
{
CThisObject* p = lock hThis;
p->DoThat();
}
In any case, I'm sure die-hard C++ programmers would prefer managed memory along these lines instead of all the crap you have to deal with in .NET managed C++.
|
|
|
|
|
I am using visual studio .net and want to save a BMP file to JPG format. How to do this? Is there a sample code for reference?
Thanks.
|
|
|
|
|
if it's really just the file you'd like to convert manually (not code) just do it in Paint, but I'm not sure you can load jpg into the resources.
No hurries, no worries.
|
|
|
|
|
Sorry, I didn't express myself clearly, but I need to convert BMP to JPG in run time(within program). Is there any sample code in Visual studio?
Thanks a lot!
|
|
|
|
|
Hi,
use the intel jpeg library (ijl15.dll)
SkyWalker
|
|
|
|
|
MFC/Windows does not have this capability built-in.
you'll need to use a library like GDI+, CIXImage (available here on CP), ImgSource (my favorite ), or any of the other dozens of libraries out there.
Image Toolkits | Image Processing | Cleek
|
|
|
|
|
What is the main advantage of Virtual destructor?
Why don't we have virtual constructor when virtual destructor's are present?
Please help regarding this 2 questions.
Thanking you,
Neelesh K J Jain.
|
|
|
|
|
|
Neelesh K J Jain wrote:
What is the main advantage of Virtual destructor?
Imagine you have one base class (CBase) and one derived class (CChild that inherits from CBase). Now look at this piece of code:
CBase* pPtr = new CChild;<br />
....<br />
...<br />
delete pPtr;
Now, what would happens if the destructor wasn't virtual ? The only destructor that will be called is the destructor of the base class (pPtr is a pointer of type CBase*) and so your object may be not completelly cleaned. So, if you make your destructor virtual, the destructor of CChild will be called.
Neelesh K J Jain wrote:
Why don't we have virtual constructor when virtual destructor's are present?
Because when you create an instance of an object (like in the piece of code before), you know exactly which kind of class (CChild or CBase) you want to create. In fact this line: CBase* pPtr = new CChild can be explained as: first create an object of type CChild (the compiler knows exactly that he will need to call the constructor of CChild) and then store this pointer in pPtr.
So, here, no need for virtual constructors...
Hope this helps
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
