|
I am missing the obvious. I know it. Given an activeX control, let's say something visual, I drop the control onto a dialog. When I build the application, VC++ says, "Hey, this is the first time you've used this control, and I need to build a wrapper class for it", so it does, and I have two new files: activex.cpp and activx.h.
Now, suppose I have a non-visual control, something I don't drop into a dialog. I still need the wrapper classes. How do I generate these?
Charlie Gilley
Will program for food...
Whoever said children were cheaper by the dozen... lied.
Overheard in a cubicle: "A project is just a bug under development."
Seeking to rise above the intelligence of a one eared rabbit...
Caught in a vortex of weirdness...
|
|
|
|
|
In VS 2005, you can right click a project in the Class View window and
(or from the Project menu) choose Add Class...
From the add class dialog MFC section, there's a "MFC Class From ActiveX Control" option.
Choose that and a dialog with the list of installed activeX controls and interface
selection options is shown.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
I'd like to have a simple control bar instance that is like the Outlook 'caption' bar. Any tips or examples of how to do this would be greatly appreciated - it's been yonks since I did anything with toolbars and have forgotten it all.
|
|
|
|
|
|
I need some suggestions.
I am using CEditView to edit .txt file.
When I use CFile I set the buffer to 10000 and transfer the file text using
SetWindowText((char*) file). Works fine but gives me a ton of non ascii characters. I ended up filling the buffer with spaces after the real number of characters was read.
Is there a way to "modify" the CFile buffer length?
I like to try to use CStdioFile with CStdioFile::modeText which should eliminate the weird stuff. I cannot figure out how to insert the text into CEditView since the file “output” is in CString format per line.
How does one insert CStrings into CEditView?
Thanks for reading.
Vaclav
|
|
|
|
|
Get all the file (using CFile) and put it in a CString....then use SetWindowText(string)
If problems with the contents of the String when reading the file try to specify CFile::typeText open mode.
Russell
|
|
|
|
|
Works but ... it does not get rid of empty buffer stuff and it takes forever.
Thanks and see my other comments.
Cheers
Vaclav
|
|
|
|
|
Error checking is skipped, but the code should be usable:
<br />
CFile file;<br />
file.Open("file.txt",CFile::modeRead);<br />
int len = file.GetLength();<br />
TCHAR pData = new TCHAR[len+1];
int read = file.Read(pData,(len+1)*sizeof(TCHAR));<br />
file[read] = '\0';<br />
view_object.SetWindowText(pData);<br />
delete [] pData;<br />
|
|
|
|
|
I think this is the best and an efficient soulution. ( It does not read past the file lenght as I am doing and collecting nothing! ).
I want to try CArchive per Mark's suggestion.
I will post results when I am done.
Thanks
|
|
|
|
|
I'm wondering why you're using the CEditView class but not using any
of its built-in functionality?
The class comes with a built-in SerializeRaw() method for moving text into
and out of the window.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
I plead ignorace.
CArchive here I came!
I still have doubts that it will get rid of the lefovers in the buffer.
Give me few hours to try it anyway.
|
|
|
|
|
Heh  Note I didn't say it was THE solution....I was just wondering.
Often (always?) the canned MFC classes are ok in their simplicity, but they aren't sufficient
for everything. CEditView is a simple edit control so you're kind of stuck with the limitations
of an edit control - like plain text.
Cheers,
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Anyone know how I can implement this in code?
Trying to synchronize data samples from two different hardware devices. One device is sampling around 10pt/s and the other device is sampling at 50pt/s. These samples are displayed on a graph in realtime.
|
|
|
|
|
Can someone explain what "callback functions" are and how they are used? Or, point me to a good "callback functions for Dummies" web-site?
Thank you in advance
Pierre
|
|
|
|
|
|
|
vHi. I'm working on an MFC project in a company and we're stuck with Visual Studio 7.0 (2002/.Net) for the time being. I added an STL::map to a dll to hold some strings. The code compiles fine but falls over with an access violation whenever I try to do anything with the map (add items, call find() etc). It's like the container is corrupted somehow.
I've googled the problem and I've read a few other articles (eg. http://support.microsoft.com/kb/q168958/) and I think everything is set up correctly. Here's my code:
<br />
header of DLL:<br />
<br />
#pragma once<br />
<br />
namespace RegUtils<br />
{<br />
CString getRegCachedValue(const CString& p_strID);<br />
<br />
..<br />
<br />
}<br />
<br />
CPP of DLL:<br />
<br />
typedef std::map<CString, CString> RegKeyMap;<br />
typedef RegKeyMap::iterator RegKeyMapIter;<br />
RegKeyMap gRegKeyMap;<br />
<br />
CString RegUtils::getRegCachedValue(const CString& p_strID)<br />
{<br />
CString strValue = _T("");<br />
<br />
RegKeyMapIter iter = gRegKeyMap.find(p_strID);
if (gRegKeyMap.end() != iter) {<br />
strValue = iter->second;<br />
}<br />
<br />
return strValue;<br />
}<br />
As soon as the code gets to the find() method, it falls over. Ditto for any other operation on the map. Please help this is driving us nuts and I feel I've tried everything.
It's been suggested we switch to MFC maps as they apparently don't have this problem but that would be a LOT of work.
I'm using the 'Multi-threaded Debug DLL (/MDd)' runtime lib to build the DLL. I've read about problems associated with copying STL objects back and forth over DLL boundaries but I'm not doing that here - the map and this function is private to the DLL (it is not exported) and is used only internally. The code is being called by other DLLs (also built using /MDd).
Please help! 
|
|
|
|
|
I'm not going to be able to find anything specific but I am sure I have done something like that in the past without problems. The most obvious difference is that I would have used a Singleton Pattern[^] rather than a global. Perhaps you might give that a try.
|
|
|
|
|
The problem is that we cannot read the < and > in your code (and for templates, it is quite annoying). Please, replace them by the two symbols that are above the emoticons.
Now for your problem, can you give a better description of the exception ? What is the exact error ? When you use the debugger, where does it crashes ? The more info you provide, the more chances you'll get help.
|
|
|
|
|
Cedric Moonen wrote: The problem is that we cannot read the < and > in your code
This is one of my pet hates. It seems that no matter how many people complain about it or how often they do so, it has little effect.
Steve
|
|
|
|
|
I don't know if this pertains to your problem but I tried using std::vector<char> in a DLL and had to do the following:
template class __declspec(dllexport) std::vector<char>;
before using it.
"We make a living by what we get, we make a life by what we give." --Winston Churchill
|
|
|
|
|
What is the best way to transfer some data from one PC to another in a LAN.
I have a IP address and a Port Number.
I used to send/receive data using sockets, many years ago, but if using Visual Studio 2005 C++ MFC Dialog application, could I have a good suggestion as to what component to use.
I assume that the data interface structure needs to be defined and aggreed; i.e. I could do this and send a copy to the s/w developer on the other PC.
Many thanks,
Andy.
|
|
|
|
|
|
I can't say what the best way is for your application, but here's a description of some of the
methods available with Windows:
Interprocess Communications[^]
Given an IP and a port number (which combined, nicely defines a complete socket address)
I'd say sockets is a good option.
Regardless, both ends generally (always?) need to agree on the protocol.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Hi, it's me... again 
I've now added GDI+ to an existing application, to allow the display of TIFF images (and other reasons). So the old "OleLoadPicture" and the IPicture have to be replaced.
I've a global var as a buffer for the image:
Gdiplus::Image *m_image;
I display the image with this code:
graphics.DrawImage(&m_image, x, y, size_x, size_y);
When I load a test image this way, it works (= it is displayed):
Gdiplus::Image m_image(L"testSMALL.TIF");
But of course I have to replace the old code, where the image is save out from a stream with the help of OleLoadPicture. I tried it this way:
LPSTREAM pstm = NULL;<br />
HRESULT hr = CreateStreamOnHGlobal(hGlobal, TRUE, &pstm);<br />
if (SUCCEEDED(hr) && pstm)<br />
{<br />
Gdiplus::Image m_image(pstm);<br />
}
But it won't compile this way. It says it has an error at the line where the "DrawImage" is:
error C2664: 'Gdiplus::Status Gdiplus::Graphics::DrawImage(Gdiplus::Image *,Gdiplus::REAL,Gdiplus::REAL,Gdiplus::REAL,Gdiplus::REAL)': Konvertierung des Parameters 1 von 'Gdiplus::Image **__w64 ' in 'Gdiplus::Image *' nicht möglich
-> in english: cannot convert the first parameter 'Gdiplus::Image **__w64 ' in 'Gdiplus::Image *'
And please don't bash me, I know that I don't have a clue about C++
Thx and Greets, Shi
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
