C / C++ / MFC

FirstPrevNext

Windows XP locks on waveOutReset() and waveInReset() JohnnyNin21-Jun-02 4:45 JohnnyNin 21-Jun-02 4:45  I am using a callback to process wave messages (WIM_DATA, WIM_CLOSE, WOM_DONE, WOM_CLOSE). The problem is: under Windows 9x and ME everything worked great. Now, however, Windows XP locks when I free up allocated memory by calling waveOutReset() or waveInReset(). I think the problem is that the callback exists in a different thread than where the memory was allocated. If this is correct, what should I use: GlobalAlloc(), VirtualAlloc(), HeapAlloc()??? Or should I be doing something different altogether? Johnny Recommendations Al_Pennyworth21-Jun-02 4:27 Al_Pennyworth 21-Jun-02 4:27  Hey, can anyone give any recommendations of good books that I can get that will help with my COM/OLE/ATL woes? I am using COM/OLE (and/or ATL) and trying to incorporate MS Word into an application, add a toolbar button dynamically, and other processing, and I was wondering if anyone knew of any books that might be good, possibly show some examples, etc. I would like to get a couple of books that might be working with Word in them. Any ideas would be appreciated!!! I have looked at various posts on this website and a few others and they have helped alot. But they just don't seem to work in my application and I am not sure why... Re: Recommendations Bill Wilson21-Jun-02 9:20 Bill Wilson 21-Jun-02 9:20  Inside COM by Microsoft Press How do i find out if a graphics device supports the GetPixel API? redeemer21-Jun-02 4:12 redeemer 21-Jun-02 4:12  When i use it on mine it returns 0xcd as the color of ALL the pixels. Re: How do i find out if a graphics device supports the GetPixel API? Chris Losinger21-Jun-02 4:59 Chris Losinger 21-Jun-02 4:59  according to this, you need to test RC_BITBLT -c Garbage collection, making life better - for weenies! Image Processing - just like mom used to make. Odd list box behaviour Jason Hooper21-Jun-02 4:05 Jason Hooper 21-Jun-02 4:05  Can anybody shed some light on why my list box might be doing this when I size it, and sometimes not even *appearing* when I alt-tab back to my app? It's part of a tab control (in my dialog app) that I manually ShowWindow when a user clicks on a certain tab. Thanks ahead of time, - Jason (SonorkID 100.611) In the beginning, teachers taught the 5 W's: who, what, where, when, why. Now it's just a big damn G Re: Odd list box behaviour Roger Allen21-Jun-02 6:32 Roger Allen 21-Jun-02 6:32  I have had a simliar problem on a docking window. In the end I had to force the control to re-paint everything, not just the area that had changed. You will probably have to put and Invalidate() call at the end of your OnSize() procedure to get it to re-draw properly. Roger Allen Sonork 100.10016 If I had a quote, it would be a very good one. Re: Odd list box behaviour Jason Hooper21-Jun-02 11:35 Jason Hooper 21-Jun-02 11:35  Thanks for the response. I've been hunting this problem all day and have narrowed it down enough to know the cause. It seems to do this only when I have two list controls stacked atop each other. They're inside a tab control and I ShowWindow(FALSE) them and then ShowWindow(TRUE) one of them depending on which tab is active. Any further ideas? I'll keep poking around in the meantime, and I'll try your trick. UPDATE: It's the tab control that's causing it. When I ShowWindow(FALSE) the tab control before anything else, the problem goes away. Will I have to subclass CTabCtrl and make it not draw the background or somethiNG? Thanks again, - Jason (SonorkID 100.611) In the beginning, teachers taught the 5 W's: who, what, where, when, why. Now it's just a big damn G Re: Odd list box behaviour Shog921-Jun-02 12:41 Shog9 21-Jun-02 12:41  Jason Hooper wrote: Will I have to subclass CTabCtrl and make it not draw the background or somethiNG? First, make sure you have the WS_CLIPSIBLINGS style set for the tab control. While you're at it, make sure WS_CLIPCHILDREN is set for the dialog also. If neither of those works, i'd try Roger's suggestion (Invalidate() on resize) before something as drastic as sublcassing. -------- The real problem is that you don't have to be religious to be a religious fanatic, you just have to be a fanatic. -- Stan Shannon, the lounge Re: Odd list box behaviour Jason Hooper22-Jun-02 6:46 Jason Hooper 22-Jun-02 6:46  I removed WS_CLIPSIBLINGS for the tab control, and added WS_CLIPCHILDREN to the dialog itself, and all seems to work fine. Thank you! This was getting under my skin. - Jason (SonorkID 100.611) In the beginning, teachers taught the 5 W's: who, what, where, when, why. Now it's just a big damn G Re: Odd list box behaviour Roger Allen24-Jun-02 2:26 Roger Allen 24-Jun-02 2:26  As an aside, I would also change the ShowWindow() calss from TRUE/FALSE to SW_HIDE and SW_SHOW, as you cannot guarantee that TRUE/FALSE will work as expected. Roger Allen Sonork 100.10016 If I had a quote, it would be a very good one. Re: Odd list box behaviour Jason Hooper25-Jun-02 7:44 Jason Hooper 25-Jun-02 7:44  Thanks for the tip, I'll do that. - Jason (SonorkID 100.611) In the beginning, teachers taught the 5 W's: who, what, where, when, why. Now it's just a big damn G include collision Zizilamoroso21-Jun-02 2:55 Zizilamoroso 21-Jun-02 2:55  2 header files: - Class1.h contains CClass1 - Class2.h contains CClass2 2 class files: - Class1.cpp #include "stdafx.h" - Class2.cpp #include "stdafx.h" CClass1 contains pointer to CClass2 object, CClass2 contains pointer to CClass1 object. So: -Class1.h: #include "Class2.h" -Class2.h: #include "Class1.h" When trying to compile this, the compiler returns aprox. 60000 errors. That's because the classes are already defined. How can we solve this problem? A clean solution please. [VISUAL STUDIO 6.0] [MFC] [WIN98/2] Bluute tette! Re: include collision Zizilamoroso21-Jun-02 3:04 Zizilamoroso 21-Jun-02 3:04  The both classes use this: #if !defined #define .... #endif and it still doesn't work [VISUAL STUDIO 6.0] [MFC] [WIN98/2] Bluute tette! Re: include collision Alvaro Mendez21-Jun-02 6:16 Alvaro Mendez 21-Jun-02 6:16  I answered a question similar to this one a while back. Look here. Regards, Alvaro Insanity: doing the same thing over and over again and expecting different results. - Albert Einstein Re: include collision Maximilien21-Jun-02 3:08 Maximilien 21-Jun-02 3:08  put forward declarations in the Class1.h and Class2.h files and only add the include directives in the cpp files. // Class1.h class Class2; class Class1 { Class2* p; }; and // Class2.h class Class1; class Class2 { Class1* p; }; Max. Re: include collision Zizilamoroso21-Jun-02 3:14 Zizilamoroso 21-Jun-02 3:14  I just can't. Class1.h needs definitions for CClass2 and Class2.h needs definitions for CClass1 [VISUAL STUDIO 6.0] [MFC] [WIN98/2] Bluute tette! Re: include collision Paresh Solanki21-Jun-02 5:18 Paresh Solanki 21-Jun-02 5:18  frisco wrote: Class1.h needs definitions for CClass2 and Class2.h needs definitions for CClass1 Forward declaration will tell the compiler to expect this class definition later and allow it's use now Class CClass2; // Fwd declared, but not defined yet Class CClass1 { // Stuff // Ref to class 2 here }; Class CClass2 { // Other stuff // Ref to class 1 here }; Paresh Solanki hombre que trabaja pierde tempo precioso "The man who works is losing precious time." Vuemme Re: include collision Mike Nordell21-Jun-02 11:02 Mike Nordell 21-Jun-02 11:02  Then your design is broken. Change your design to not have a circular dependency. Re: include collision 21-Jun-02 5:09 21-Jun-02 5:09  been there.fixed that. follow the steps. 1.choose one class to be a pointer say class2.In class2.h after the include guards- 2. class class1; class class2 - declaration 3. #include"class1.h" - definition now class 2 need not use a pointer class1 class2::m_class1 will work. If you still need a pointer just use it. In class1.h,again declare class class2 now class2* class1::m_pclass2 will work -cu Where do i specify the colors in a bitmpa picture? redeemer21-Jun-02 2:37 redeemer 21-Jun-02 2:37  If i want to save a bitmap to the disk, i first write BITMAPFILEHEADER struct to the disk and then a BITMAPINFO struct, but where do i specify the colors? I have an array of RGBQUAD's that contain all the colors but where do i specify them? Thanks Re: Where do i specify the colors in a bitmpa picture? Chris Losinger21-Jun-02 2:48 Chris Losinger 21-Jun-02 2:48  the palette comes after the BITMAPINFOHEADER struct and before the pixel data -c Garbage collection, making life better - for weenies! Image Processing - just like mom used to make. Re: Where do i specify the colors in a bitmpa picture? redeemer21-Jun-02 3:29 redeemer 21-Jun-02 3:29  What is a palette, and in what struct to i specify the pixel data? Thanks in advance. Re: Where do i specify the colors in a bitmpa picture? Chris Losinger21-Jun-02 3:42 Chris Losinger 21-Jun-02 3:42  a palette is what you use to define the colors for a colormapped image (1,4 or 8 bits per pixel). if you're writing a 24 or 32 bpp BMP/DIB, you don't need a palette. in a BMP/DIB, the palette is the set of (up to) 256 RGBQUADs after the BITMAPINFOHEADER. after that comes the image data, formatted in any of a dozen or more ways, depending on bit depth, compression , JPG , PNG, etc.. -c Garbage collection, making life better - for weenies! Image Processing - just like mom used to make. Path of the running application 21-Jun-02 2:16 21-Jun-02 2:16  I need to retrieve, at run-time, the path of my application (the place where the user has put the executable file, place that is not fixed). Does someone know how I can do that ??? Thank a lot !!!

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