|
these codes is part my project:
class CLvlIndexTree : public CTreeCtrl
{
public:
int m_nSplIndex;
...
};
void CLvlIndexTree::OnPaint()
{
CPaintDC dc(this); // device context for painting
CRect rcClip, rcClient;
dc.GetClipBox( &rcClip );
GetClientRect(&rcClient);
// Set clip region to be same as that in paint DC
CRgn rgn;
rgn.CreateRectRgnIndirect( &rcClip );
dc.SelectClipRgn(&rgn);
rgn.DeleteObject();
COLORREF m_wndColor = GetSysColor( COLOR_WINDOW );
dc.SetViewportOrg(0, 0);
dc.SetTextColor(m_wndColor);
// First let the control do its default drawing.
CWnd::DefWindowProc( WM_PAINT, (WPARAM)dc.m_hDC, 0 );
HTREEITEM hItem = GetFirstVisibleItem();
int n = GetVisibleCount();
// the most urgent thing is to erase the labels that were drawn by the tree
while(hItem!=NULL && n>=0)
{
CRect rect;
GetItemRect( hItem, &rect, TRUE );
dc.FillSolidRect(rect.left,rect.top,rect.Width(),rect.Height(),m_wndColor);
hItem = GetNextVisibleItem( hItem );
n--;
}
// create the font
CFont *pFontDC;
CFont fontDC, boldFontDC;
LOGFONT logfont;
CFont *pFont = GetFont();
pFont->GetLogFont( &logfont );
fontDC.CreateFontIndirect( &logfont );
pFontDC = dc.SelectObject( &fontDC );
logfont.lfWeight = 700;
boldFontDC.CreateFontIndirect( &logfont );
// and now let's get to the painting itself
UINT nDrawFormat = DT_CENTER;
BOOL bFoundSpl = FALSE;
hItem = GetFirstVisibleItem();
n = GetVisibleCount();
while(hItem!=NULL && n>=0)
{
CRect rect;
BOOL bBold = (GetParentItem( hItem ) == NULL);
BOOL bSplColor = FALSE;
if ( bBold && !bFoundSpl && m_nSplIndex >= 0 )
{
HTREEITEM hTmpItem = GetRootItem();
int index = 0;
while( hTmpItem != NULL )
{
if( index == m_nSplIndex && hTmpItem == hItem )
{
bFoundSpl = TRUE;
bSplColor = TRUE;
}
hTmpItem = GetNextSiblingItem(hTmpItem);
index++;
}
}
UINT selflag = TVIS_DROPHILITED | TVIS_SELECTED;
if ( !(GetItemState( hItem, selflag ) & selflag ))
{
dc.SetBkMode(TRANSPARENT);
CString text = GetItemText( hItem );
GetItemRect( hItem, &rect, TRUE );
dc.SetBkColor( m_wndColor );
dc.SetTextColor( bSplColor ? RGB(255,0,0) : RGB(0,0,0) );
if( bBold )
dc.SelectObject( &boldFontDC );
dc.DrawText(text, rect, nDrawFormat);
if( bBold )
dc.SelectObject( &fontDC );
dc.SetTextColor(::GetSysColor (COLOR_WINDOWTEXT ));
}
else
{
GetItemRect( hItem, &rect, TRUE );
COLORREF m_highlightColor = ::GetSysColor (COLOR_HIGHLIGHT);
CBrush brush(m_highlightColor);
dc.FillRect (rect, &brush);
// draw a dotted focus rectangle
dc.DrawFocusRect (rect);
CString text = GetItemText( hItem );
dc.SetBkColor(m_highlightColor);
dc.SetTextColor(::GetSysColor (COLOR_HIGHLIGHTTEXT));
if( bBold )
dc.SelectObject( &boldFontDC );
dc.DrawText(text, rect, nDrawFormat);
if( bBold )
dc.SelectObject( &fontDC );
}
hItem = GetNextVisibleItem( hItem );
n--;
}
dc.SelectObject( pFontDC );
}
|
|
|
|
|
With VC++ 7 they have removed the helper functions CreateElements and DestructElements for the template collection classes. You are supposed to be using constructors and destructors now, but this is a big problem when the collection contains pointers to objects since I used to do something like this...
CSomeClass * pItem = new CSomeClass();
CArray < CSomeClass*, CSomeClass* > array;
array.Add(pItem);
Then I would override DestructElements to delete the objects when elements of the collection were deleted.
No more! 
I have a lot of code using the collection classes like this and the only thing I can think of is to rewrite it using smart pointers as the collection elements, using reference counting so the objects can delete themselves when no longer referenced.
This is a pain in the *** though, any alternatives?
|
|
|
|
|
I guess the most viable alternative is replacing your raw pointers with some sort of refcounted smart pointers, as you pointed out. Maybe Boost shared_ptr is useful to you.
It kind of strikes me VC++ 7 guys have been so inconsiderate to break backwards compatibility this way. If you accept an advice, you'd be beter off migrating to STL containers (after all, you'll be rewriting code anyway), which are less likely to break between releases of the compiler.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Hi,
I'm wondering how to grab the generic system icons, like the one for a hard drive, cd-rom drive, that kind of stuff. I remember reading an article about this somewhere, but can't seem to find it. Anyway, I want to build an image list out of these little icons. Anybody got any sample code? Maybe LoadResource, LoadImage, something like that's involved?
Thanks,
Aaron
|
|
|
|
|
The icons you refer to are the so called shell icons. These you can load from shell32.dll as follows:
HINSTANCE hShell32=LoadLibrary("SHELL32.DLL");
HICON hicon=LoadImage(hShell32,MAKEINTRESOURCE(nIcon),IMAGE_ICON,0,0,LR_DEFAULTSIZE|LR_SHARED);
...
FreeLibrary(hShell32);Experiment with different values of nIcon starting with 0 till you find the one you're looking for.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
You can also use the icon-select dialog and load shell32.dll in order to find the indicies to the icons.
the quick way to get one of these windows is to change the icon of a shortcut.
// Rock
|
|
|
|
|
Hello,
I have a newbie question about staticly linked exe's.. lets say you make an app that takes advantage of IE 4.0 dll's for a list control.. and you staticly link the .exe when you compile.. does the user that installs the software still require IE 4? Or is that included in the exe?
Rob
|
|
|
|
|
Static MFC linking does away with the need to distribute the MFC DLLs along with your app. However, the list control lives in ComCtl32.dll and can't be statically linked into your app. Hence, the user's system must have a valid version of ComCtl32.dll.
Btw, there are ways to easily ensure that an appropriate version of the DLL is present. Articles at CP describe this.
/ravi
"There is always one more bug..."
ravib@ravib.com
http://www.ravib.com
|
|
|
|
|
Nope, only the MFC dll's are included in the exe. I think though, that a machine having a min. of IE4 is a fair assumption today.
Simon
"Does the room have a CView?"
Sonork ID 100.10024
|
|
|
|
|
Yes it would. There isn't a static version of IE.
Static and dynamic linking can be thought of as more of a hint that include files can use to decide if they should request the static or dynamic versions of the libraries. If an include only supports one or the other, then it always uses that option.
For example, take a look at ::CreateWindow. It links to USER32.DLL (I think). There is no static version of USER32.DLL.
Tim Smith
Descartes Systems Sciences, Inc.
|
|
|
|
|
Many DLLs come with a companion .lib library that you link your EXEs with (the so called import libraries). This import libraries do automatically the task of loading the associated DLL (thru LoadLibrary and retrieving the addresses of all the DLL functions declared in the DLL's header file through GetProcAddress). What this libraries don't do is fetch the DLL itself along with your app.
So, if you deploy an EXE statically linked to an import library to a system lacking the corresponding DLL, the program won't even start (a message box appears with a message saying something like "this program requires missing foo.dll").
If the corresponding DLL exists, but it's a prior version than you expected (as it is often the case with comctl32.dll, which is constantly updated by succesive releases of IE), then your program may start and yet show strange behaviors, like featuring list controls without all the graphic gadgets you designed the app for. In that case you should instruct the user to download the appropriate version of the DLL (in the comctl32.dll case the standard requirement is having IE vX.X installed on the target machine).
I strongly suspect your actual problem has precisely to do with comctl32.dll. If so, you might find MSDN article Shell and Common Controls Versions useful.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Hello everyone!!!
I am using email services of a Microsoft MAPI ActiveX control(msmapi32.ocx) by 2 totally identical instances of MFC apps except that each instance is running on a different server. Both servers have Outlook services installed and proper connections to company's mail server are established, therefore, each server sends email without any problems. Each copy of msmapi32.ocx is properly registered on each server box. My MAPI control is instantiated and interfaced through CWnd wrapper class.
The problem is that one application on one server is working whereas another doesn't.
After dumping log information I have observed the following interesting things:
1) When the working application instantiates component through CWnd's Create() function, wrapper's HWND is NOT 0, BUT the failing application has wrapper's HWND == 0.
2) Even if wrapper's HWND == 0, component's properties and methods can be easily accessed without any exception thrown, but, of course, NO ACTION is DONE.
My questions are:
1) Does anyone know where the problem is?
2) When wrapper's Create() function instantiates OLE control, is "HWND" CORRECT indicator about the success of contorol's instantiation.
3) If 2 is wrong, how can I find out through the CWnd-wrapper object wether the component is breathing or not.
Thanks so much in advance.
Kirill
|
|
|
|
|
I would say having HWND==0 is a clear indication that the ActiveX control is not working.
Is by chance the machine where your app works the one where you have installed your development environment? If so, you might be experiencing problems because the second server needs some sort of license that is already covered by the development license installed on the first machine. I haven't explored the issue in detail, but seems like some sort of license is actually required for using msmapi32.ocx.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Hi all,
I have a question regarding the use of the CopyImage API function to create a DIBSection from a DDB by specifying the LR_CREATEDIBSECTION flag.
HBITMAP hDib = (HBITMAP)::CopyImage(TheBitmap, IMAGE_BITMAP, 0, 0, LR_COPYRETURNORG | LR_CREATEDIBSECTION);
This works great with Win98. I have been using this method for quite a while now. But I recently posted two articles here on CP (http://www.codeproject.com/useritems/imageviewer.asp and http://www.codeproject.com/useritems/pjaimage.asp) and both articles I have reports back of the code not working properly on NT/W2K.
Is this a valid way of creating a DIBSection and the error is elsewhere? or is this method the cause of the errors?
any comments appreciated
I only have access to Win98, so I can not test this myself
---
Sonork 100.11743 Chicken Little
It may be that your sole purpose in life is simply to serve as a warning to others.
|
|
|
|
|
I have download the remote control code here from CP and can't get it to work (any more)!!
The problem is that it can't connect to the server over the LAN!!
Another Winsock app works just fine and it uses CAsyncSocket class...
I know this should be impossible for you to say whats wrong without code example. But you perhaps know something that I don't know...
------------------------------
©0d3 ©®4©k3® - That's me!
------------------------------
|
|
|
|
|
At least you could say what kind of error is showing up (error codes, messages, this kind of things). Here at CodeProject we are not psychics, you know 
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
He is trying to do remote control stuff, so he prolly expects remote debugging too, without a debugger of course
Nish
Sonork ID 100.9786 voidmain
www.busterboy.org
If you don't find me on CP, I'll be at Bob's HungOut
|
|
|
|
|
DAMN me!!
Here is the error (From MSDN):
WSAECONNREFUSED
(10061)
Connection refused.
No connection could be made because the target machine actively refused it. This usually results from trying to connect to a service that is inactive on the foreign host—that is, one with no server application running.
------------------------------
©0d3 ©®4©k3® - That's me!
------------------------------
|
|
|
|
|
The error is descriptive enough... seems like the server is not running properly. Try issuing a telnet your_server_ip port where port is the port number used by the app to determine whether the server is running or not.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
i would recommend netcat for these issues
very helpful tool! 
:wq
|
|
|
|
|
Can you custom draw with in a Listview sdi? I don't see the NM_CUSTDRAW message with in my SDI.
Thanks,
Rob
|
|
|
|
|
I guess you can custom draw a CListView in the same way as you do with CListCtrls: add ON_NOTIFY_REFLECT(NM_CUSTOMDRAW, OnCustomDraw) to your message map and then declare&define a void CYourListView::OnCustomDraw(NMHDR* pNMHDR, LRESULT* pResult) method.
You might want to take a look at Roger Onslow's article Generalizing Custom-Draw to Other MFC Custom Control Classes which generalizes the custom-draw thing to any kind of class supporting it.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Thanks, that worked just fine.
Rob
|
|
|
|
|
I am currently using Rational Purify, and would like to see what other tools are out there that help detect memory leaks. I am working on a largish library (c++) of code, coupled with a mfc gui that instantiates COM objects, as well as provides user scripting abilities via Active Scripting. In particular, are there any good tools that will enable me to detect addref/release mismatches (in addition to the standard "forgetting" to call "delete" leaks)?
thanks for any/all input...
|
|
|
|
|
I am using both Purify & BoundChecker. They can coexists just fine.
Some leaks better detected by BC (Gui & COm) others much better caught by Purify.
First I check with BoundChecker ( better UI + integration ). Next switch to purify rebuild project to rid of BC code.
My main complain about purify is if code containts InitCommonControlsEx calls purify goes nutz.
Brian
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
