C / C++ / MFC

FirstPrevNext

Re: Program-Icon Joel Holdsworth10-Apr-02 6:13 Joel Holdsworth 10-Apr-02 6:13  The resources are crucial - if you don't have them you can't have icons. When explorer try to flash an icon up, it just uses the first icon it comes across in the resource sector. Usually we arrange things so that if you have several icons, the main one is the first one uncovered. There really is no way around you making an .rc, and doing it that way - not that I nkow of anyway. I hope that helps. With time we live, with money we spend! Joel Holdsworth Re: Program-Icon klawipo10-Apr-02 6:32 klawipo 10-Apr-02 6:32  It helped, got my Icon now. Thanks a lot to both of you. What's that? Lizp10-Apr-02 2:25 Lizp 10-Apr-02 2:25  Hi. I am developing a dialog based app.a costum header file for common defination has been included in stdafx.h,when i build the app,the compiler say the common definations is redefined in appname.obj.However after I install the latest MS Platform sdk,the problem disappear.Please tell me why? Re: What's that? Lizp10-Apr-02 21:00 Lizp 10-Apr-02 21:00  Anybody know? Scratch Re: What's that? Shog910-Apr-02 21:06 Shog9 10-Apr-02 21:06  I should think it would depend quite a bit on just what you were defining in that header file. Mind sharing? Developers that like shiny objects also dig case mods and scratch-and-sniff stickers. Klaus Probst, The Lounge Problems using MsWord as a container Braulio Dez10-Apr-02 0:01 Braulio Dez 10-Apr-02 0:01  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 MFC6 in Visual Studio.NET AlexMarbus9-Apr-02 22:08 AlexMarbus 9-Apr-02 22:08  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. Re: MFC6 in Visual Studio.NET Mazdak10-Apr-02 0:16 Mazdak 10-Apr-02 0:16  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 Re: MFC6 in Visual Studio.NET AlexMarbus10-Apr-02 1:11 AlexMarbus 10-Apr-02 1:11  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. Re: MFC6 in Visual Studio.NET Mazdak10-Apr-02 1:35 Mazdak 10-Apr-02 1:35  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 Re: MFC6 in Visual Studio.NET AlexMarbus10-Apr-02 3:00 AlexMarbus 10-Apr-02 3:00  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. Re: MFC6 in Visual Studio.NET Mazdak10-Apr-02 3:12 Mazdak 10-Apr-02 3:12  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 Re: MFC6 in Visual Studio.NET AlexMarbus10-Apr-02 3:59 AlexMarbus 10-Apr-02 3:59  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. Serialization & Reading/Write Multiple Lines :: MFC valikac9-Apr-02 21:47 valikac 9-Apr-02 21:47  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(). Re: Serialization & Reading/Write Multiple Lines :: MFC Alexandru Savescu9-Apr-02 22:10 Alexandru Savescu 9-Apr-02 22:10  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 Re: Serialization & Reading/Write Multiple Lines :: MFC valikac10-Apr-02 4:53 valikac 10-Apr-02 4:53  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 Re: Serialization & Reading/Write Multiple Lines :: MFC AlexMarbus10-Apr-02 5:15 AlexMarbus 10-Apr-02 5:15  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. Re: Serialization & Reading/Write Multiple Lines :: MFC valikac10-Apr-02 14:44 valikac 10-Apr-02 14:44  Very good point! I will considering the CStringList ASAP. I will post an update. Thanks, Kuphryn Re: Serialization & Reading/Write Multiple Lines :: MFC Ravi Bhavnani10-Apr-02 5:22 Ravi Bhavnani 10-Apr-02 5:22  This article may help. /ravi Save as a database file Phlegm9-Apr-02 21:39 Phlegm 9-Apr-02 21:39  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 Re: Save as a database file Mazdak10-Apr-02 0:16 Mazdak 10-Apr-02 0:16  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 Choose between C runtime library and Win32 API NicholasCougar9-Apr-02 19:43 NicholasCougar 9-Apr-02 19:43  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. Re: Choose between C runtime library and Win32 API Christian Graus9-Apr-02 22:09 Christian Graus 9-Apr-02 22:09  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 Re: Choose between C runtime library and Win32 API Nish Nishant10-Apr-02 0:59 Nish Nishant 10-Apr-02 0:59  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. Problem with porting 98 to 2K serial comms 9-Apr-02 18:58 9-Apr-02 18:58  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;

Last Visit: 31-Dec-99 18:00     Last Update: 15-May-24 5:48 Refresh ᐊ Prev1...17139171401714117142171431714417145171461714717148 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.