C / C++ / MFC

FirstPrevNext

Could I subclass CListCtrl in My CListView class Stas26-Jul-02 9:15 Stas 26-Jul-02 9:15  I have my own CListCtrl derivied class. It works fine, but I could`n subclass CListCtrl in CListView. Can you help me????? Playing wave files Luis E. Cuadrado26-Jul-02 8:52 Luis E. Cuadrado 26-Jul-02 8:52  Hello Everybody: I was wondering if someone can tell me how I can play a wave files in MFC. Or if there is any other way to do it. Thanks and hope to hear from you guys soon. Have a good day!! Luis E. Cuadrado ) Re: Playing wave files Anonymous26-Jul-02 9:51 Anonymous 26-Jul-02 9:51  Take a look at the PlaySound function in the MSDN, it can play wave files for you. There's many ways to do it, but PlaySound is one of the simplest. Chris Richardson Re: Playing wave files Alexandru Savescu27-Jul-02 1:16 Alexandru Savescu 27-Jul-02 1:16  Here is a link. Also, this article contains a multithreading flaw as described in my comment Best regards, Alexandru Savescu How to kill a thread from DllMain Anonymous26-Jul-02 8:40 Anonymous 26-Jul-02 8:40  Hello. I need to kill a thread when a dll is unloaded (in DllMain). However, the OS would not let ExitThread to return as long as any other thread is in DllMain, and I have a deadlock. Any hints? And yes, I've tried DisableThreadLibraryCalls. Doesn't work Re: How to kill a thread from DllMain Nemanja Trifunovic26-Jul-02 8:46 Nemanja Trifunovic 26-Jul-02 8:46  It was me who posted the question - just from the wrong computer I vote pro drink Re: How to kill a thread from DllMain Rama Krishna Vavilala26-Jul-02 8:47 Rama Krishna Vavilala 26-Jul-02 8:47  Short answer is never do that. Step back, rub your eyes, take a deep breath, stretch a bit, and reflect on the relative importance of CP, CG, the age / travel time sustained by supposedly 'fresh' cheese curds, and Life in General. - Shog9 Re: How to kill a thread from DllMain Nemanja Trifunovic26-Jul-02 8:57 Nemanja Trifunovic 26-Jul-02 8:57  Easy to say. I have a static (read global) variable in this DLL that launches a thread, and in its destructor I need to kill this thread. The problem is that the destructor is called in DllMain. I vote pro drink Re: How to kill a thread from DllMain Rama Krishna Vavilala26-Jul-02 9:02 Rama Krishna Vavilala 26-Jul-02 9:02  Ok the question is - who calls FreeLibrary? You should provide the client with calls that shutdown the thread. Step back, rub your eyes, take a deep breath, stretch a bit, and reflect on the relative importance of CP, CG, the age / travel time sustained by supposedly 'fresh' cheese curds, and Life in General. - Shog9 Re: How to kill a thread from DllMain Nemanja Trifunovic26-Jul-02 9:42 Nemanja Trifunovic 26-Jul-02 9:42  FreeLibrary is called from an ATL 7.0 DllCashe class, and I cannot change it. I vote pro drink Re: How to kill a thread from DllMain Rama Krishna Vavilala26-Jul-02 9:51 Rama Krishna Vavilala 26-Jul-02 9:51  In that case derive a class from CDllCache. In your implementation of IServiceProvider return a reference to this class when asked for DllCache. In your implementation you can explicitly terminate the thread before freeing the library. Step back, rub your eyes, take a deep breath, stretch a bit, and reflect on the relative importance of CP, CG, the age / travel time sustained by supposedly 'fresh' cheese curds, and Life in General. - Shog9 Re: How to kill a thread from DllMain Nemanja Trifunovic26-Jul-02 10:11 Nemanja Trifunovic 26-Jul-02 10:11  Rama Krishna wrote: In that case derive a class from CDllCache Thanks for the tip Actually, I thought of doing something like that, but I hoped there was a simpler solution. Thanks again. I vote pro drink Re: How to kill a thread from DllMain Daniel Lohmann27-Jul-02 7:06 Daniel Lohmann 27-Jul-02 7:06  What's about the following idea: Do you really need DLL_THREAD_ATTACH and DLL_THREAD_DETACH notifications in your DLLMain? If not, you could disable them at loadtime (during DLL_PROCESS_ATTACH) by calling DisableThreadLibraryCalls(). Then at DLL_PROCESS_DETACH time you could simply signal your thread and wait until it has ended. Because it does not have to go through DLLMain any more, no deadlock should arise. -- Daniel Lohmann http://www.losoft.de Re: How to kill a thread from DllMain Nemanja Trifunovic27-Jul-02 17:49 Nemanja Trifunovic 27-Jul-02 17:49  As I said in my original post, I have tried that already, but it just doesn't work: the bloody thread just won't end while any other thread is in DllMain even if DLL_THREAD_DETACH notification is disabled. I vote pro drink Re: How to kill a thread from DllMain Daniel Lohmann28-Jul-02 12:12 Daniel Lohmann 28-Jul-02 12:12  Nemanja Trifunovic wrote: As I said in my original post, I have tried that already, but it just doesn't work: the bloody thread just won't end while any other thread is in DllMain even if DLL_THREAD_DETACH notification is disabled. Ehm, you said this in your original post??? However, it is really sad that it does not work. Seems that the system uses internally a process wide Mutex/CS that has to be passed during ExitThread - regardeless if the tread afterwards calls DLLMain or not I frequently get the feeling that this "only one thread in DLLMain at a time" thing brings us more headaches than it solves. Better teach developers to deal gracefully with concurrency and let them do the things on their own! -- Daniel Lohmann http://www.losoft.de failed to create empty document!!! nss26-Jul-02 8:24 nss 26-Jul-02 8:24  I was trying to populate a richedit ctrl and had a callback function etc, When I tried to run it - "failed to create empty document". and a blank frame shows up. So I undid I believe everything and got the same error. I am going to scrap this copy but am terribly puzzled as to why and how to recover. Ideas and suggestions are welcome!\Thanks, ns Re: failed to create empty document!!! Anonymous26-Jul-02 8:33 Anonymous 26-Jul-02 8:33  You need to call AfxInitRichEdit() if you are using RichEdit 1.0. Chris Richardson Re: failed to create empty document!!! ns26-Jul-02 8:58 ns 26-Jul-02 8:58  Where do I call this function? In OnInitialUpdate of my view class in which the control resides? Thank you so much!!! ns Thanks!!! ns26-Jul-02 9:06 ns 26-Jul-02 9:06  That did it. I put it in the apps initinstance.... I reallly appreciate your help!!! Many thanks, ns Re: Thanks!!! Anonymous26-Jul-02 9:48 Anonymous 26-Jul-02 9:48  No problem ... sorry for the semi-vague reply the first time. Chris Richardson Problem Kashif Gulzar26-Jul-02 8:19 Kashif Gulzar 26-Jul-02 8:19  Dear Friends, I want to develop a notepad type application using doc/view architecture.If you got the code please mail at kashif1112000@hotmail.com Re: Problem lucy26-Jul-02 9:24 lucy 26-Jul-02 9:24  CEditView or CRichEditView will be helpful in such application. It will save you a lot of coding. Re: Problem Ken Mazaika26-Jul-02 18:18 Ken Mazaika 26-Jul-02 18:18  Jeff Prosise's "Programming Windows with MFC" has an excellent example located within chapter 12, you might want to check it out. -Ken Mazaika m_bAutoDelete and doc class nss26-Jul-02 8:09 nss 26-Jul-02 8:09  I read something about mb_autoDelete but cant find it now . At one point I destroy a view, and I think I'm suposed to safeguard the document by setting this variable to something (True or FAlse). Is mb_autodelete a member function of the doc class? I didnt see it in the doc.h file. MSDN has no relevant info. what should I set it to and WHERE should I set it? Thanks for helping, ns Re: m_bAutoDelete and doc class perlmunger26-Jul-02 18:58 perlmunger 26-Jul-02 18:58  To be honest with you, your question is a little vague, however, I think I've found the answer you're looking for. An auto delete member variable is a fairly common thing and could be anywhere. However, I do believe what you are looking for is m_bAutoDelete and not mb_autoDelete. It would help to learn the notation used by Microsoft. In this case m_ means member variable and b means boolean. So the correct variable name is m_bAutoDelete. If you do a search in the MSDN library with your Visual Studio install for this variable name, you'll see that the variable you are looking for is in fact in the CDocument as you suspected. This particular member variable tells MFC not to delete the document when the view is destroyed if you set it to FALSE. Here's some code from the MSDN library used in a replace view method: CDocument* pDoc = pView->GetDocument(); BOOL bSaveAutoDelete = pDoc->m_bAutoDelete; pDoc->m_bAutoDelete = FALSE; pFrame->SetActiveView(NULL); // it's safer Good luck. -Matt ------------------------------------------ The 3 great virtues of a programmer: Laziness, Impatience, and Hubris. --Larry Wall

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