C / C++ / MFC

FirstPrevNext

visual c++ 7 11-Jun-01 23:52 11-Jun-01 23:52  is visual c++ 7 out yet, and is this different to visual c++ .net (or does it incorporate .net)? and what is C#, is this version 7 or is it soemthing different altogether. I heard that MS are moving to c# is this true? if so how different is it to c++, i heard c# was a mix btween visual basic and c++ although the guy didnt really know what he was on about. Im just wondering as a beginning programmer what should i use (as i am about to buy a copy of Visual Studio 6)... also with the copy of visual studio im buying i dont get the msdn library (its a student edition), thus is it possible/legal to copy the msdn CD. I figure because the informations publically available on the net it might be free to distribute?? if im wrong then dont shout at me about this! thanks in advance Re: visual c++ 7 Michael P Butler12-Jun-01 0:04 Michael P Butler 12-Jun-01 0:04  Visual C++ 7 will be part of the Visual Studio.Net package or whatever they final decided to call it. As far as I'm aware Visual Studio.Net(VS7) will not be available until the beginning of next year. Michael Re: visual c++ 7 Derek Lakin12-Jun-01 0:05 Derek Lakin 12-Jun-01 0:05  My understanding (limited though it may be) is that Visual C++ 7 and Visual C++.NET are one and the same. C# is Microsoft's new language that is specifically targetted at the .NET framework and is v. similar to Java. C# is another OO language and, like Java, has not wildly dissimilar to C++. Microsoft are not moving to C#, it's very much a case of pick the language you want for the task in hand. VB, VC++, and C# all have different strengths and weaknesses nad are better at different tasks. The tool you buy depends on your skillset. If you already know C++, then maybe Visual C++ is the best one to buy (from Microsoft's offering - they're not the only C++ langauge development tool vendor). Visual Studio includes Visual Basic, Visual C++, Visual Java and Visual FoxPro (does anyone use it;P ) and so if you have a number of these skills, then that is an even better option. As for MSDN: I think the current licence agreement allows the MSDN Library to be installed on as many machines as you like within your organisation, outside of that the usual restrictions apply. As you rightly point out, all the information on the CDs is also available from the MSDN website. Hope this helped. No doubt someone else will correct me in a few places TrackMouseEvent question 11-Jun-01 21:44 11-Jun-01 21:44  I am atempting to create a bitmap button that reacts to the WM_MOUSEHOVER & WM_MOUSELEAVE messages... Here is the important stuff from the WindowProc: // m_hDCClick, m_hDCOver, & m_hDCNoFocus are all HDCs that contain different images // clicking on the button causes it to change the image properly // but the mouse over events don't seem to work? // however, the WM_MOUSELEAVE event does seem to work because the button does change back to // normal when i click (holding down the left button) and leave the button area? // my initial reaction is to think that the button window is not active... or on top? // and that clicking on it brings it to the top and that is why the WM_MOUSELEAVE is working? // but i'm not sure if that is the case, nor would i know how to fix such a problem? bool _left_button_down = false; bool _mouse_over = false; . . . case WM_PAINT: { PAINTSTRUCT ps; ::BeginPaint(hWnd, &ps); if (_left_button_down) // if the left button is down draw the clicked image ::BitBlt( ps.hdc, 0, 0, m_Width, m_Height, m_hDCClick, 0, 0, SRCCOPY ); else if (_mouse_over) // if the mouse is over draw the over image ::BitBlt( ps.hdc, 0, 0, m_Width, m_Height, m_hDCOver, 0, 0, SRCCOPY ); else // else draw the idle image ::BitBlt( ps.hdc, 0, 0, m_Width, m_Height, m_hDCNoFocus, 0, 0, SRCCOPY ); ::EndPaint(hWnd, &ps); } return FALSE; case WM_LBUTTONDOWN: _left_button_down = true; ::InvalidateRect( hWnd, NULL, false ); return FALSE; case WM_LBUTTONUP: _left_button_down = false; ::InvalidateRect( hWnd, NULL, false ); return FALSE; case WM_MOUSEMOVE: { TRACKMOUSEEVENT lpEventTrack; lpEventTrack.cbSize = sizeof( TRACKMOUSEEVENT ); lpEventTrack.dwFlags = TME_HOVER | TME_LEAVE; lpEventTrack.dwHoverTime = 1; lpEventTrack.hwndTrack = hWnd; if(!::_TrackMouseEvent(&lpEventTrack)) { MessageBox(m_hWndParent, "TrackMouseEvent Failed", "Error", MB_OK); } if( wParam != MK_LBUTTON ) { _left_button_down = false; _mouse_over = true; ::InvalidateRect( hWnd, NULL, false ); } return FALSE; case WM_MOUSEHOVER: { if( wParam == MK_LBUTTON ) { _left_button_down = true; _mouse_over = false; } else { _mouse_over = true; _left_button_down = false; } ::InvalidateRect( hWnd, NULL, false ); } return FALSE; case WM_MOUSELEAVE: { _mouse_over = false; _left_button_down = false; ::InvalidateRect( hWnd, NULL, false ); } return FALSE; . . . Thank You, John 2 11-Jun-01 21:44 11-Jun-01 21:44  I am atempting to create a bitmap button that reacts to the WM_MOUSEHOVER & WM_MOUSELEAVE messages... Here is the important stuff from the WindowProc: // m_hDCClick, m_hDCOver, & m_hDCNoFocus are all HDCs that contain different images // clicking on the button causes it to change the image properly // but the mouse over events don't seem to work? // however, the WM_MOUSELEAVE event does seem to work because the button does change back to // normal when i click (holding down the left button) and leave the button area? // my initial reaction is to think that the button window is not active... or on top? // and that clicking on it brings it to the top and that is why the WM_MOUSELEAVE is working? // but i'm not sure if that is the case, nor would i know how to fix such a problem? bool _left_button_down = false; bool _mouse_over = false; . . . case WM_PAINT: { PAINTSTRUCT ps; ::BeginPaint(hWnd, &ps); if (_left_button_down) // if the left button is down draw the clicked image ::BitBlt( ps.hdc, 0, 0, m_Width, m_Height, m_hDCClick, 0, 0, SRCCOPY ); else if (_mouse_over) // if the mouse is over draw the over image ::BitBlt( ps.hdc, 0, 0, m_Width, m_Height, m_hDCOver, 0, 0, SRCCOPY ); else // else draw the idle image ::BitBlt( ps.hdc, 0, 0, m_Width, m_Height, m_hDCNoFocus, 0, 0, SRCCOPY ); ::EndPaint(hWnd, &ps); } return FALSE; case WM_LBUTTONDOWN: _left_button_down = true; ::InvalidateRect( hWnd, NULL, false ); return FALSE; case WM_LBUTTONUP: _left_button_down = false; ::InvalidateRect( hWnd, NULL, false ); return FALSE; case WM_MOUSEMOVE: { TRACKMOUSEEVENT lpEventTrack; lpEventTrack.cbSize = sizeof( TRACKMOUSEEVENT ); lpEventTrack.dwFlags = TME_HOVER | TME_LEAVE; lpEventTrack.dwHoverTime = 1; lpEventTrack.hwndTrack = hWnd; if(!::_TrackMouseEvent(&lpEventTrack)) { MessageBox(m_hWndParent, "TrackMouseEvent Failed", "Error", MB_OK); } if( wParam != MK_LBUTTON ) { _left_button_down = false; _mouse_over = true; ::InvalidateRect( hWnd, NULL, false ); } return FALSE; case WM_MOUSEHOVER: { if( wParam == MK_LBUTTON ) { _left_button_down = true; _mouse_over = false; } else { _mouse_over = true; _left_button_down = false; } ::InvalidateRect( hWnd, NULL, false ); } return FALSE; case WM_MOUSELEAVE: { _mouse_over = false; _left_button_down = false; ::InvalidateRect( hWnd, NULL, false ); } return FALSE; . . . Thank You, John Setting wide message system hook? 11-Jun-01 21:13 11-Jun-01 21:13  How can I set system hook that monitors ALL messages on WINNT based machine?I've try to write hook that inject all messages into DLL but when i'm starting hook with SetWindowsHookEx with NULL parameter for thread ID with which the hook procedure is to be associated messages that i'm receiving are only from window that is setting tha hook ?I need to watch for ALL messages on the system. I've try to pass as thread identificator ID of a desktop window thread but SetWindowsHookEx returns ACCESS_DENIED .Why? Ivaylo Guberov Re: Setting wide message system hook? Igor Sukhov12-Jun-01 3:14 Igor Sukhov 12-Jun-01 3:14  Hi ! To set system-wide hook you should place a hook procedure in DLL. Best regards, ----------- Igor Soukhov (Brainbench/Tekmetrics ID:50759) igor_soukhov@yahoo.com | ICQ:57404554 | http://siv.da.ru Re: Setting wide message system hook? Jason Teagle12-Jun-01 4:56 Jason Teagle 12-Jun-01 4:56  I had this exact same problem. Here's the reason: Whenever an app or DLL does something which triggers your hook, the system loads and maps a copy of your hook DLL into that process. Thus, the system has X copies of your DLL. Each DLL has SEPARATE data. Thus, the original DLL you load to run the hook is not aware of a variable being set in another instance of the DLL. What you need to do is create a shared segment in your DLL, as follows (in the CPP file, not in any routine but out in the open): #pragma data_seg(".shared") HHOOK g_hHook = NULL ; HWND g_hWndSelected = NULL ; #pragma data_seg() #pragma comment(linker, "/SECTION:.shared,RWS") Any variable that gets set or used by the hook (except local variables, of course, since they are only temporary anyway) should be in this section so that ALL of the loaded DLL instances see that variable get the new value. For example, the hook handle above is used when calling CallNextHook(), since whichever instance of the DLL gets activated, it needs the handle to pass on. Similarly, if the activation code makes a note of the handle of a window being clicked by the mouse, then that window handle must be in the shared section (as the example above shows). By doing the above, when your app that installed the hook goes to its original instance of the DLL and asks for the handle of the clicked window, your DLL can see the data even if another instance set it. I hope that clears up the problem, it did for me Don't include header files. hahyojin11-Jun-01 19:17 hahyojin 11-Jun-01 19:17  현재 프로젝트 안에 include란 폴더가 있는데 그 안의 헤더 파일이 두개 포함되어 있습니다. 지금 현재 프로젝트 화일에 분명 참조를 했는데... 도 계속 헤더 화일을 인식못하거든요? 어떻게 해야 할지 모르겠어요. 방법이 없을까요? 급한데... 보시면 답변 좀 부탁드리겠습니다. please translate ;) Re: Don't include header files. Igor Sukhov11-Jun-01 23:02 Igor Sukhov 11-Jun-01 23:02  Please translate your question... I think there's no people who know Japaness so good =) Best regards, ----------- Igor Soukhov (Brainbench/Tekmetrics ID:50759) igor_soukhov@yahoo.com | ICQ:57404554 | http://siv.da.ru we all <i><b>love</b></i> an inheritance question! Nick Blumhardt11-Jun-01 17:37 Nick Blumhardt 11-Jun-01 17:37  here goes: ---snip! // abc class Base { public: // pure virtual function virtual bool Load (UINT nID) = 0; protected: Base (UINT nID) { Load (nID); } }; class Concrete { public: Concrete (UINT nID) : Base (nID) {} bool Load (UINT nID) { // do the operation } }; Concrete c (123); // here's the problem ---/snip this looks okay to me, but the linker complains that it cannot find the definition of Base's Load() member. My reasoning is that it shouldn't need it- it's never used except when its overriden... but? does this have something to do with using a pure virtual function in a ctor? thats my guess, but it would be good if someone could point me towards the standard. i'm using VC++ 6 sp 4 thanks, Nick Re: we all <i><b>love</b></i> an inheritance question! Gerald Schwab11-Jun-01 17:58 Gerald Schwab 11-Jun-01 17:58  Well this isn't much help, but I just tried your code using Borland's 5.5 compiler and it works fine. I get the same error as you when using VC++ 6 sp5. Re: we all <i><b>love</b></i> an inheritance question! Nick Blumhardt11-Jun-01 19:06 Nick Blumhardt 11-Jun-01 19:06  heh... thanks should have given it a run-over with gcc- i usually use that to weed out problems with vc++ cheers nb Re: we all <i><b>love</b></i> an inheritance question! Ben Burnett11-Jun-01 19:21 Ben Burnett 11-Jun-01 19:21  > does this have something to do with using a pure virtual function in a ctor? I imagine your right. I think that if you call a pure virtual member within an a class that declares it, you are telling the linker to find the member it points to (in the VTABLE). The linker chokes because you have not defined one (obviously since it's declared as a pure virtual). BTW: Why the protected ctor? Since Base has a pure virtual in it, it will never be able to be instantiated anyway. -Ben "Its funny when you stop doing things not because they’re wrong, but because you might get caught." - Unknown Re: we all <i><b>love</b></i> an inheritance question! Gert Boddaert11-Jun-01 21:38 Gert Boddaert 11-Jun-01 21:38  Do NOT call a (pure) virtual function in a constructor or destructor. This can result in undefined behavior. Think about it, or grab a copy of 'Stroustrup'. -------------------------------------------------- If my messages appear curt, I apologize. I try to be brief to save your time as well as mine. -------------------------------------------------- Re: we all <i><b>love</b></i> an inheritance question! Nick Blumhardt12-Jun-01 13:21 Nick Blumhardt 12-Jun-01 13:21  Thanks, Now that I think about it... Base ctor called first, pure virtual function call would open the possibility for using unconstructed subclass data... mmm makes me worried that Borland C++ DID compile it! Thanks again to all of you nick Re: we all <i><b>love</b></i> an inheritance question! Gerald Schwab12-Jun-01 15:02 Gerald Schwab 12-Jun-01 15:02  I found this in the MSDN online help : Another restriction is that if the constructor for an abstract class calls a pure virtual function, either directly or indirectly, the result is undefined. http://msdn.microsoft.com/library/devprods/vs6/visualc/vclang/_pluslang_restrictions_on_using_abstract_classes.htm Borland compiled without errors, but didn't run correctly. I added printf function calls to the constructors and destructors of both classes. When I ran the program, the printf functions didn't output anything. When I removed the call for "Load()" in the base class, all worked as it should. I guess you could say that MSVC++ works better since it doesn't allow to shoot yourself in the foot. using unicode symbols in embedded VC++ bo11-Jun-01 17:01 bo 11-Jun-01 17:01  In my program I need to use some mathematical (unicode) symbols like sigma, square root, integral, and so on. For some reason only some of the unicode works while others not. For example, I have an array Names and a CCombobox m_combo, and a loop to add the strings in the array to the combo box. static const CString Names[] ="a","=",0x221A,0x222B,0x2211,0x2212, 0x223B}; for(int i=0; i<7; i++) m_combo.AddString(Names[i]); The combo box correctly displayed "a", "=", square root (0x221A), integral (0x222b),sigma (0x2211), minus sign (0x2212), but it shows only a square box for 0x223b instead of showing the symbol. This only happens to many other unicode characters. Why some symbols can be correctly displayed while others not? Also how can VC++ convert a wchar_t into a CString automatically? bob Program crashes when I try to assign values to a CListBox in a dialog window created from my main dialog window 11-Jun-01 16:06 11-Jun-01 16:06  Ok, I'd be very grateful if you can help me out here... In my main dialog window, I fire up a new one. I that new dialog I want to have a CListBox (with values in it of course). I have no problem using the CListBox.AddString(...) in my main dialog. Whenever I try to add a line in the new dialog the program crashes... Why? How can I do this the right way? I suspect the answer is very simple, I just can't figure it out... The error message is: Debug Assertion Failed. Cheers, Erik Re: Program crashes when I try to assign values to a CListBox in a dialog window created from my main dialog window 11-Jun-01 18:14 11-Jun-01 18:14  Are you using the CListCtrl? If so remember that you must first have the columns present if you use a CHeaderCtrl. Once you have that you can use the following code int iRowRet = m_LISTCONTRL.InsertItem(m_LISTCONTRL.GetItemCount(),strText); m_LISTCONTROL.SetItemText(iRowRet,1,strText); UpdateWindow(); Nope 11-Jun-01 23:44 11-Jun-01 23:44  No, im just using a CListBox, and AddString(...) to fill it with values. This works just fine in my main dialog window. It chrashes (when using AddString(...) or any other CListBox member function) in a modal dialog initiated from my main window. Hope you can help me now, Erik Re: Program crashes when I try to assign values to a CListBox in a dialog window created from my main dialog window Ben Burnett11-Jun-01 19:27 Ben Burnett 11-Jun-01 19:27  Where are you adding the strings to the dialog? in the OnInitDialog? elsewhere? -Ben "Its funny when you stop doing things not because they’re wrong, but because you might get caught." - Unknown Crashes no matter where 11-Jun-01 23:47 11-Jun-01 23:47  I've tried adding the strings from everywhere... Constructor, OnInitDialog, though buttons... AddString to that CListBox crashes the program. I suspect I have to initialize the dialog in some way? Erik Re: Crashes no matter where Michael P Butler12-Jun-01 0:08 Michael P Butler 12-Jun-01 0:08  Can you post some code or even the code that asserted would help, Michael Re: Crashes no matter where 12-Jun-01 0:26 12-Jun-01 0:26  ASSERT(::IsWindow(m_hWnd)) That's where it fails. Apparently my m_hWnd is NULL. How to fix this?

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