|
Hi,
I have created two ActiveX controls that are on the same DLL file ( developed using ATL). I can insert them in the "Test Container" without problem.
But If I try to insert the newest one in Ms Word, it gives me the following error:
"The server application, source file, or item cannot be found. Make sure the application is properly installed, and that it has not beed deleted, moved, or renamed"
I've try to insert it there, from an Automated App, from the Insert Object menu, and from the Insert ActiveX from VBA toolbar.
I tought that it was maybe because some temporary files ( ".exd"), but I have search for that *.exd files and nothing found...
Any idea about that ?, Thanks in advance
Braulio
|
|
|
|
|
Hi,
I'm working on a rather huge project, and we would like to start using Visual Studio.NET in the near future. However, we will not be using MFC7 in the next few months; we'd like to stick with MFC6. Is it possible to work in VS.Net while developing with a previous libraryversion?
--
Alex Marbus
www.marbus.net
But then again, I could be wrong.
|
|
|
|
|
AlexMarbus wrote:
Is it possible to work in VS.Net while developing with a previous libraryversion?
No,You have to use MFC7 there but if you delevop half of your project with MFC6 then you want to swicth to MFC7(VC.NET),there is no problem and you can proceed your project with new version.
Mazy
"The path you tread is narrow and the drop is shear and very high,
The ravens all are watching from a vantage point near by,
Apprehension creeping like a choo-train uo your spine,
Will the tightrope reach the end;will the final cuplet rhyme?"Cymbaline-Pink Floyd
|
|
|
|
|
Are you sure about that? I have opened my project in VS.Net and MFC7, but there are a lot of things different in MFC7, compared to MFC6. I get a lot of compile-errors I didn't get with MFC6. So, I can understand that MFC7 will behave very differently compared to MFC6.
I have figured out that I can tell VS.Net to use different folders for include and sourcefiles, so it will include MFC6 files, however I can't manage to tell the linker it should link with MFC42.dll instead of MFC70.dll.
I really hoped I could use MFC6 in VS.NET because I don't feel very much like testing the entire project (which is rather huge) to see on what points it differs from the previous library.
--
Alex Marbus
www.marbus.net
But then again, I could be wrong.
|
|
|
|
|
AlexMarbus wrote:
I get a lot of compile-errors I didn't get with MFC6.
This is VERY strange,What was those errors? I used my MFC6 projects in VC.NET and there were no error also I saw thousends times in this forum there is no problem for that.
AlexMarbus wrote:
I really hoped I could use MFC6 in VS.NET because I don't feel very much like testing the entire project (which is rather huge) to see on what points it differs from the previous library.
I think you'd better not to take risk (because of those errors)and still use previous version of VC unless someone make sure for it.
Maybe other guys here can give you more information and of course help you better than me. 
Mazy
"The path you tread is narrow and the drop is shear and very high,
The ravens all are watching from a vantage point near by,
Apprehension creeping like a choo-train uo your spine,
Will the tightrope reach the end;will the final cuplet rhyme?"Cymbaline-Pink Floyd
|
|
|
|
|
Mazdak wrote:
This is VERY strange,What was those errors? I used my MFC6 projects in VC.NET and there were no error also I saw thousends times in this forum there is no problem for that.
Most compile-errors were related to RichEdit, e.g. a wordbreakproc. But there were some errors related to CString as well. (Has that class moved to ATL?)
Mazdak wrote:
I think you'd better not to take risk (because of those errors)and still use previous version of VC unless someone make sure for it.
Maybe you're right, but I wanted my colleagues to get used to the look and feel of VS.Net in the first stage, and one stage later move the entire project up to MFC7.
Mazdak wrote:
Maybe other guys here can give you more information and of course help you better than me
You have been a big help so far, thanks for that!
--
Alex Marbus
www.marbus.net
But then again, I could be wrong.
|
|
|
|
|
AlexMarbus wrote:
Most compile-errors were related to RichEdit, e.g
In VC.7 there is new class for richedit.Go to dialog editor.You'll see "Rich Edit 2.0 Control",this one is for new version.
AlexMarbus wrote:
But there were some errors related to CString as well. (Has that class moved to ATL?)
Not move to ATL,it share with ATL.In MFC6 there where no base class for CString,but here there is CSimpleString that CString derive from that,and there are some additional function here for CString.
Now I can see there are some changes.  But I never had any problem with my old CString when I migrate from MFC6 to MFC7.
AlexMarbus wrote:
You have been a big help so far, thanks for that!
Thank you Alex. 
Mazy
"The path you tread is narrow and the drop is shear and very high,
The ravens all are watching from a vantage point near by,
Apprehension creeping like a choo-train uo your spine,
Will the tightrope reach the end;will the final cuplet rhyme?"Cymbaline-Pink Floyd
|
|
|
|
|
Mazdak wrote:
In VC.7 there is new class for richedit.Go to dialog editor.You'll see "Rich Edit 2.0 Control",this one is for new version.
I create several CRichEditCtrl's (3.0) dynamically, it's not limited to a dialog: I place them on a a CxxView. But thanks again
--
Alex Marbus
www.marbus.net
But then again, I could be wrong.
|
|
|
|
|
Hello.
My intention is to read each line from a file and save it into a STL list of CString. So if there are 10 lines in the file, then the linked list of CString will be of size ten. Prosise demonstrates a very effective way to read and write from and to a file linewise using the CStdioFile class. However, in doc/view, MFC turns to Serialization. The problem, to me, with Serialization is I do not know what is going on in the background. I do not know what the framework does to the data in terms of CArchive.
When writing to CArchive, I use this:
for (iter = list.begin(); iter != list.end(); ++iter)
ar << *iter;
I am not sure how to read data from CArchive back into the linked list. First, I do not know whether data is stored similar to a file, i.e. if you write line1 and line2, then you can read back line1 and line2 in its original form.
How should I go about read data from CArchive back into the linked list if I have no knowledge of how CArchive manages the orientation of the data?
For example let say that the linked list of CString has this:
-----
a
b
c
d
e
-----
Okay. When it stores the data into CArchive, I assumpt it stores it like this:
<- a <- b <- c <- d <-e
However, if I have no prior knowledge of what was in the CArchive, how do I go about saving the data from CArchive back into the linked list?
Thanks,
Kuphryn
Note: If nothing works, I think the technique Prosise shows is best since class CStdioFile features ReadString() and WriteString().
|
|
|
|
|
If you store data in a CArchive like
ar << line1;
ar << line2;
then you can safely read it like
ar >> line1;
ar >> line2;
So to read data from the Archive use:
CString a;
ar << a;
mylist.push_back (a);
If you are not sure what is is in the archive then there may be o problem...
Actually this is a more general problem. How can you read from a file if you are not sure what it's in it?
Best regards,
Alexandru Savescu
|
|
|
|
|
Thanks! You cleared up some of my confusion.
The datafile my program read/write has a certain data format. I read the data in line by line.
I am intrigued about reading data from a *line by line* when you do not know its content too. Maybe someone can add to that.
Thanks,
Kuphryn
|
|
|
|
|
Wouldn't it be easier (if it's possible in your app) to use a CStringList or CStringArray and serialize that one, using CStringList::Serialize or CStringArray::Serialize?
(Just a thought)
--
Alex Marbus
www.marbus.net
But then again, I could be wrong.
|
|
|
|
|
Very good point!
I will considering the CStringList ASAP.
I will post an update.
Thanks,
Kuphryn
|
|
|
|
|
|
I have developed a dialog based application which searches for file names.I want to store all the listed filenames from the Listbox to a database,preferrably using Access.How do i do it?
For those who answer my query well,shall live long
|
|
|
|
|
Use CRecordset and CDatabase classes to store and restore datas in database.You can check articles in CP too for how to use them:
http://codeproject.com/database/
Mazy
"The path you tread is narrow and the drop is shear and very high,
The ravens all are watching from a vantage point near by,
Apprehension creeping like a choo-train uo your spine,
Will the tightrope reach the end;will the final cuplet rhyme?"Cymbaline-Pink Floyd
|
|
|
|
|
Hi,
It's not easy to choose between functions in C runtime library and Win32 API, for example, CreateThread() and EndTread() are in Win32 API,
_beginthreadex() and _endthreadex() in C runtime library.
Can anybody tell me the difference and reason why I should choose one of then instead of the other.
Thank you in advance.
Best regard.
I confess that I am a stubborn guy, but why not put things thoroughly, logically and systematically clean. One concrete prolem is worth a thousand unapplied abstractions.
|
|
|
|
|
In this case, I believe you should choose the C runtime, because I seem to recall Richter had bad things to say about CreateThread and EndThread. As a rule, I prefer C++ over C functions, and standard functions over M$ specific ones, but overall for something OS dependant like threading I would go with the M$ ones, except in this case where Jeff Richter says not to.
There, was that confusing enough for you ?
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm somewhat suspicious of STL though. My (test,experimental) program worked first time. Whats that all about??!?!
- Jon Hulatt, 22/3/2002
|
|
|
|
|
Hi CG,
Richter's advice was that we should use _beginthreadex if we plan on using CRT functions inside our thread. But if we are not, then we might as well use the API calls to start threads
Nish
If I am awake and my eyes are closed, it does not necessarily mean that I am thinking of naked women.
|
|
|
|
|
I am testing a program i wrote on a win98 system on a
Win2k O.S. and am having troubles with the serial communications.
When executing the program win2k is crashing in the
'WriteFile' function, which leads me to believe there
is something wrong with the flow control or handshaking.
But why would it all work fine on 98 and not 2K.
Does anyone know of any defaults etc that win2k may be setting
or looking for that 98 does not.
p.s. I have set up my DCB as follows
dcb.DCBlength = sizeof(DCB);
dcb.BaudRate = CBR_9600;
dcb.ByteSize = 8;
dcb.StopBits = ONESTOPBIT;
dcb.fParity = NOPARITY;
dcb.fBinary = TRUE;
dcb.fDtrControl = DTR_CONTROL_DISABLE;
dcb.fRtsControl = RTS_CONTROL_DISABLE;
dcb.fTXContinueOnXoff = FALSE;
dcb.fOutX = FALSE;
dcb.fInX = FALSE;
|
|
|
|
|
SECURITY_ATTRIBUTES sa ;
sa.nLength = sizeof(SECURITY_ATTRIBUTES) ;
sa.lpSecurityDescriptor = NULL ;
sa.bInheritHandle = true ;
m_hSerialPort = CreateFile((LPCTSTR)m_csCommPortName,
GENERIC_READ | GENERIC_WRITE,
0,
&sa,
OPEN_EXISTING,
0,
0) ;
if (m_hSerialPort != INVALID_HANDLE_VALUE)
{
m_bOpen = true ;
if (!GetCommState(m_hSerialPort, &m_dcb))
{
error.LoadString(IDS_CAVRO_DCB) ;
DisplayText(error) ;
}
else
{
FillMemory(&m_dcb, sizeof(DCB), 0) ;
m_dcb.DCBlength = sizeof(DCB) ;
m_dcb.BaudRate = CBR_9600 ;
m_dcb.ByteSize = 8 ;
m_dcb.Parity = NOPARITY ;
m_dcb.fParity = false ;
m_dcb.StopBits = ONESTOPBIT ;
m_dcb.fDtrControl = DTR_CONTROL_DISABLE ;
m_dcb.fOutxCtsFlow = false ;
m_dcb.fDsrSensitivity = false ;
m_dcb.fTXContinueOnXoff = true ;
m_dcb.fOutX = false ;
m_dcb.fRtsControl = RTS_CONTROL_DISABLE ;
m_dcb.fAbortOnError = false ;
if (!SetCommState(m_hSerialPort, &m_dcb))
{
error.LoadString(IDS_CAVRO_STATE) ;
DisplayText(error) ;
}
if (!SetCommMask(m_hSerialPort, EV_RXCHAR))
{
error.LoadString(IDS_CAVRO_MASK) ;
DisplayText(error) ;
}
COMMTIMEOUTS timeouts ;
timeouts.ReadIntervalTimeout = MAXDWORD ;
timeouts.ReadTotalTimeoutConstant = 0 ;
timeouts.ReadTotalTimeoutMultiplier = 0 ;
timeouts.WriteTotalTimeoutConstant = 0 ;
timeouts.WriteTotalTimeoutMultiplier = 0 ;
SetCommTimeouts(m_hSerialPort, &timeouts) ;
}
}
It may have something in it you have missed.
Roger Allen
Sonork 100.10016
If I'm not breathing, I'm either dead or holding my breath.
A fool jabbers, while a wise man listens. But is he so wise to listen to the fool?
|
|
|
|
|
Ok, I am playing around with the new HTML stuff in VS.NET/MFC7, and ditched the CDHTMLDialog, and using the CDHTMLView which I snagged from an article here.
However, what I would like to have is have a MFC ListControl in the bottom portion of the screen, the obvious answer would simply be to have a splitter window. However, I would like to have it look like its imbeded in the over all GUI and not plopped down on the bottom.
I have it so the list control displays when I click on a link, however any other link I click, it instantly vanishes, and when I click on the button again, it wont re-display.
How would I go about having it remain visible, and avoid flickering problems?
|
|
|
|
|
Possibly:
m_wndList.SetWindowPos(&CWnd::wndTopMost, 0,0,0,0, SWP_NOACTIVATE|SWP_NOMOVE|SWP_NOSIZE);
Developers that like shiny objects also dig case mods and scratch-and-sniff stickers. Klaus Probst, The Lounge
|
|
|
|
|
Unfortuantly, that did not work. Hrmmm
|
|
|
|
|
The function I have which is run when I click an HTML link, is only called the first time I click it, and wont do it any other time...
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
