Your function definitions are wrong in the second version as you are declaring two different return types. The first version was correct. Also, in the first case you say the second value pushed onto the vector is a load of junk, so you need to look at the code of GetMyInfo(RS.Get_UL("ulid",i)); to check what it is returning.

This is not a C++ issue. You are much more likely to get a useful response in the Database Discussion Boards - CodeProject[^].

You need to use Template classes; see https://www.google.com/search?q=template+class+c%2B%2B[^].

I don't know exactly, but it seems to me that you should never call SetFocus() method. Instead, we have to post WM_SETFOCUS message to the checkbox control as follows: HWND hCheckBoxWnd = NULL; if ((hCheckBoxWnd = ::GetDlgItem(hDlg,IDC_YOUR_CHECK_BOX_ID))) ::PostMessage(hCheckBoxWnd, WM_SETFOCUS, 0, 0); Actually, you should not send the message using SendMessage(...) Win32API function, all you have to do is to post the message using PostMessage(...) instead.

Erudite_Eric wrote: might involve thinking If 99% of the people asking questions here actually put forth any effort in thinking, then 99% of the questions would disappear.... :-)

Donguy1976 wrote: What other possible causes can lead to DeleteFile() to fail? Well, the blindingly obvious are: 1) It doesnt exist. 2) Somthing else has it open. The less obvious is that your calling code doesnrt have Delete authorisation. Loo ak the error return, it will tell you all about it.

As far as I know, the function returns immediately and the deletion occurs in the background. This is always true if the file is still opened (see DeleteFile[^] in the MSDN): Quote: The DeleteFile function marks a file for deletion on close. Therefore, the file deletion does not occur until the last handle to the file is closed. Overall, there should be no significant difference in time for large and small files because the file data itself are left unchanged on the disk. Only the directory entries are touched.

Personally I would use a vector, add a new password at the end when needed and remove the first one when size() becomes larger than 15. The scurity issues were already mentioned in the otherreplies.

I'm not completely clear of your requirement, but I guess my earlier solution should work for you. What I mean by override is to create a new class that derives from CPropertyPage, write the method OnSetActive in this class and use this class to create the property pages. «_Superman_»  _I love work. It gives me something to do between weekends. _Microsoft MVP (Visual C++) (October 2009 - September 2013) Polymorphism in C

The API is only supported from Windows Vista and above. So you need to define the following macros as below - _WIN32_WINNT = 0x0600 WINVER = 0x0600 «_Superman_»  _I love work. It gives me something to do between weekends. _Microsoft MVP (Visual C++) (October 2009 - September 2013) Polymorphism in C

Donguy1976 wrote: all controls are locked or something.... Controls can't be locked. Show use the code... cheers Marco Bertschi Software Developer Twitter | Facebook | Articles You have absolutely no idea how glad I am that I have no idea at all. - OriginalGriff

DavidCrow wrote: Derive all of your dialogs from a common class. In that base class, override OnInitDialog() and OnCancel() to adjust your counters accordingly. More specifically, write a new class MyCDialog which derives from CDialog, and implements OnInitDialog() and OnCancel() as DavidCrow describes, then change all of your existing dlg classes that derive from CDialog to derive from MyCDialog. [Specifically, if a class doesn't derive from CDialog directly, then don't change it.] -- Harvey

the function EnumWindows may help you.This function can enum all the window in the window manager .Or you can use the relationship between the dialog and the apps to meet your point.

My take on GetLastInputInfo is that it's per user session not per application. To do what you need? I'm not sure. Maybe create a thread that listens for user input events sent to you app, and sends notification to your app to close after the specified time?

Thanks This thread is done.

Thanks all I got this fixed.

Hi, I recommend that you have a look at the GetLastInputInfo function[^]. Best Wishes, -David Delaune

Things like that are normally done by overloading the list controls OnCustomdraw(). To do this, you use your own class derived from CListCtrl. If you want more information on that, check this (or you can Google): http://msdn.microsoft.com/en-us/library/ms364048(v=vs.80).aspx[^] Here is an OnCustomdraw() I copied from existing code and modified to do what you want it to do (hopefully). It is untested, so I don't actually know if it will work correctly (or even compile), but go ahead and try it out. void CYourListCtrl::OnCustomdraw(NMHDR* pNMHDR, LRESULT* pResult) { NMLVCUSTOMDRAW* pLVCD = reinterpret_cast( pNMHDR ); // Take the default processing unless we set this to something else below. \*pResult = 0; // First thing - check the draw stage. If it's the control's prepaint // stage, then tell Windows we want messages for every item. if ( CDDS\_PREPAINT == pLVCD->nmcd.dwDrawStage ) { \*pResult = CDRF\_NOTIFYITEMDRAW; } else if ( CDDS\_ITEMPREPAINT == pLVCD->nmcd.dwDrawStage ) { // This is the prepaint stage for an item. Here's where we set the // item's text color. Our return value will tell Windows to draw the // item itself, but it will use the new color we set here. // Do not apply special behavior if the list control is disabled. if (IsWindowEnabled()) { int nItem = (int)pLVCD->nmcd.dwItemSpec; // Always draw the selected item with the highlight color. if (GetItemState(nItem, LVIS\_SELECTED | LVIS\_FOCUSED) != 0) { // Store the color back in the NMLVCUSTOMDRAW struct. pLVCD->clrText = GetSysColor(COLOR\_HIGHLIGHTTEXT); pLVCD->clrTextBk = GetSysColor(COLOR\_HIGHLIGHT); // Tell Windows to paint the control itself. \*pResult = CDRF\_DODEFAULT; } } } } Soren Madsen "When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty

See if this helps. "One man's wage rise is another man's price increase." - Harold Wilson "Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons "Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous

Donguy1976 wrote: Are you sure this will fix the problem? What happens when you try it? MVP 2010 - are they mad?