C / C++ / MFC

FirstPrevNext

Re: Timer IDs Tomasz Sowinski29-Aug-02 4:45 Tomasz Sowinski 29-Aug-02 4:45  Not global. IDs must be unique per HWND. "If the hWnd parameter is not NULL and the window specified by hWnd already has a timer with the value nIDEvent, then the existing timer is replaced by the new timer. When SetTimer replaces a timer, the timer is reset. Therefore, a message will be sent after the current time-out value elapses, but the previously set time-out value is ignored." (from MSDN docs on SetTimer). Tomasz Sowinski -- http://www.shooltz.com Free your mind and your ass will follow. Re: Timer IDs JohnnyG29-Aug-02 4:45 JohnnyG 29-Aug-02 4:45  Wow! That was quick. Thanks, Guys. CRecordView has no DoModal function gate7ole29-Aug-02 3:51 gate7ole 29-Aug-02 3:51  Working with VC++ 6.0 I have a problem. The CRecordView class has no DoModal() function.So I don't know how to call a dialog based on CRecordView from another dialog (based on CView for example). E.g I tried to call a dialog with class name CRecView (based on CRecordView): void CTestDlg::OnButton1() { CRecView m_Dlg1; m_Dlg1.DoModal(); } but without the DoModal function I can't do it. Re: CRecordView has no DoModal function Tomasz Sowinski29-Aug-02 4:14 Tomasz Sowinski 29-Aug-02 4:14  This article demonstates how to use CHtmlView in dialog, but the solution should work with other view classes as well. You may use it as a start point: http://www.microsoft.com/msj/0100/c++/c++0100.asp[^] Tomasz Sowinski -- http://www.shooltz.com Free your mind and your ass will follow. CRecordView has no DoModal function Anonymous29-Aug-02 3:51 Anonymous 29-Aug-02 3:51  Working with VC++ 6.0 I have a problem. The CRecordView class has no DoModal() function.So I don't know how to call a dialog based on CRecordView from another dialog (based on CView for example). E.g I tried to call a dialog with class name CRecView (based on CRecordView): void CTestDlg::OnButton1() { CRecView m_Dlg1; m_Dlg1.DoModal(); } but without the DoModal function I can't do it. Redistribution question ns29-Aug-02 2:36 ns 29-Aug-02 2:36  I will be packaging my MFC app with Wise.Theres a third party control that requires that olepro32 and oleaut32 be registered and installed on the users machine. I guess my question is, that if I ship the version they suggest, they are older than whats already on my win2k. If the user has newer dlls too, then these older ones I distribute wont overwrite them right? (In which case, the app should still work, I hope.). If my shipped dlls are newer than the users dlls, then it wont mess up their machine to install mine - is that right? Thanks, ns Re: Redistribution question Tomasz Sowinski29-Aug-02 2:54 Tomasz Sowinski 29-Aug-02 2:54  ns wrote: If the user has newer dlls too, then these older ones I distribute wont overwrite them right? Well, it depends on the installer. I don't know Wise, but I'm pretty sure you can control the way files are copied - there should be an option 'leave existing file if its version is more recent'. At least there's something like this in InstallShield. Tomasz Sowinski -- http://www.shooltz.com Free your mind and your ass will follow. Re: Redistribution question Stephane Rodriguez.29-Aug-02 3:21 Stephane Rodriguez. 29-Aug-02 3:21  <old installshield=""> It is true you have the overwrite-only-if-newer flag in old InstallShield. If you put these DLLs in your app directory, then you don't even need to worry this. InstallShield is legacy. You must use Merge modules (.msm) files, fill a .msi database and use the Windows Installer SDK. System merge modules such like the ones you mention are provided by MS. VS.Net provides a lot of them in the cd. Packages are represented by GUIDs and that's by design the installer now knows if a subpackage is already installed, needs upgrade, or has been uninstalled. And I swallow a small raisin. Re: Redistribution question Tomasz Sowinski29-Aug-02 3:26 Tomasz Sowinski 29-Aug-02 3:26  StephaneRodriguez wrote: If you put these DLLs in your app directory, then you don't even need to worry this I highly doubt if you can put olepro32 and oleaut32 in app directory - these are core OLE libraries. Tomasz Sowinski -- http://www.shooltz.com Free your mind and your ass will follow. Re: Redistribution question Stephane Rodriguez.29-Aug-02 3:29 Stephane Rodriguez. 29-Aug-02 3:29  Agreed, but usually DLLs loaded automatically follow the documented scheme : - either in current path - or in PATH environment variable - or system dir So I guess this works. Requires a try though... And I swallow a small raisin. Re: Redistribution question Tomasz Sowinski29-Aug-02 3:37 Tomasz Sowinski 29-Aug-02 3:37  Yeah, and when you mix 'system '.dlls from app directory with real system .dlls then you'll get mysterious problems. Not worth the effort, IMHO. Tomasz Sowinski -- http://www.shooltz.com Free your mind and your ass will follow. Re: Redistribution question Stephane Rodriguez.29-Aug-02 3:50 Stephane Rodriguez. 29-Aug-02 3:50  I don't like very much the idea of the so-called "mysterious problems". Every developer should be able to know exactly what DLLs are loaded, when, and why. If they don't, how can they debug ? Along with static DLL dependancy walker tool, I highly recommend developers to read Matt Pietrek's articles on the net, and also download tools that for instance dynamically show loaded DLLs (introductory article here). And I swallow a small raisin. Re: Redistribution question Tomasz Sowinski29-Aug-02 4:02 Tomasz Sowinski 29-Aug-02 4:02  StephaneRodriguez wrote: Along with static DLL dependancy walker tool, Unfortunately, this doesn't solve all problems. Your app will load .dll from app directory, however, other parts of the system located in system32 will load *their* version. If there's some data exchange going on, and it uses internal structures which evolved in time, you're in trouble. I remember that old issue of WDJ had very nice article on that, don't have a copy at hand however. Tomasz Sowinski -- http://www.shooltz.com Free your mind and your ass will follow. Re: Redistribution question Chris Losinger29-Aug-02 4:21 Chris Losinger 29-Aug-02 4:21  you need to add the case where the DLL is an ActiveX server and needs to be registered. if you add and register a new version, everything that uses that component will be using your version. -c For men use, if they have an evil turn, to write it in marble: and whoso doth us a good turn we write it in dust. -- Sir Thomas More image effects! Re: Redistribution question Stephane Rodriguez.29-Aug-02 4:36 Stephane Rodriguez. 29-Aug-02 4:36  To obscure even more, add Independant version ProgIds... And I swallow a small raisin. Re: Redistribution question Olivier REIX29-Aug-02 3:52 Olivier REIX 29-Aug-02 3:52  Tomasz Sowinski wrote: I don't know Wise, but I'm pretty sure you can control the way files are copied - there should be an option 'leave existing file if its version is more recent'. There is something like this on Wise also. Anyway the best and only thing to do is to test it : - install a new W2000 on a test machine - note the version of your system DLLs - install your product & reboot - look if they have changed Re: Redistribution question Stephane Rodriguez.29-Aug-02 3:53 Stephane Rodriguez. 29-Aug-02 3:53  Disagreed. What about MS Windows MUI (Multilingual user inteface) available with W2K and XP ? (::LoadLibrary hooked by the OS). And I swallow a small raisin. Making plugin for Ms Office,Excel Mariusz Popiolek29-Aug-02 2:29 Mariusz Popiolek 29-Aug-02 2:29  I want to make some plugin for Ms Office,Excel. This plugin will be used to sign document, but I don't have any idea how to start (I'm not sure if it's possible to make it in c++, maybe I have to use Visual Basic). Does anyone have some idea? I will appreciate any help. Re: Making plugin for Ms Office,Excel Michael P Butler29-Aug-02 2:38 Michael P Butler 29-Aug-02 2:38  Not sure if this will be of any use, http://www.codeproject.com/com/outlookaddin.asp[^] Michael Programming is great. First they pay you to introduce bugs into software. Then they pay you to remove them again. std::string and int conversions Anonymous29-Aug-02 2:04 Anonymous 29-Aug-02 2:04  Is there any direct and efficient way to convert a number into std::string. Infact in order to convert a number to char * we can use sprintf or itoa etc. But i want to convert a number to std::string directly. If there any such way exists then please tell me. Re: std::string and int conversions Pavel Klocek29-Aug-02 2:11 Pavel Klocek 29-Aug-02 2:11  You can use strstream. Sonork 100.15206;PavelK Re: std::string and int conversions Tomasz Sowinski29-Aug-02 2:22 Tomasz Sowinski 29-Aug-02 2:22  Pavel Klocek wrote: You can use strstream. ... but you shouldn't, because it's deprecated. Tomasz Sowinski -- http://www.shooltz.com Free your mind and your ass will follow. Re: std::string and int conversions Tomasz Sowinski29-Aug-02 2:18 Tomasz Sowinski 29-Aug-02 2:18  You can always use std::ostringstream: using namespace std; ostringstream os; int x = 2002; os << x; string s; s = os.str(); But I think for single int you should just use local char[] array and itoa, then assign to std::string. Tomasz Sowinski -- http://www.shooltz.com Free your mind and your ass will follow. Re: std::string and int conversions Todd Smith29-Aug-02 11:50 Todd Smith 29-Aug-02 11:50  I just use something like this std::string itostring(int val) { char buf[32] = {0}; sprintf(buf, "%d", val); return buf; } int x = 4; itostring(x).c_str(); Todd Smith Visual C++ .net Hostalet Wandosell29-Aug-02 1:57 Hostalet Wandosell 29-Aug-02 1:57  Give me a couple of reasons, why migrate from Visual C++ 6.0 to .net

Last Visit: 31-Dec-99 18:00     Last Update: 12-Jun-24 3:39 Refresh ᐊ Prev1...16309163101631116312163131631416315163161631716318 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.