Consider it free protein.

"SVN is the standard abbreviation." Abbreviation Nazi. :P

Thanks. I'll definitely be checking SV out before sinking nearly $4k on P4.

I have not used SV so I can't say it's better or worse than Perforce. If SV works well and is easy to maintain, I would use it, why? Because its free... You have to have an Apache serv for SV server right? I've used P4 in conjunction with about 20 users a couple years ago. Of course Perforce is free up to two users and x-amount (forgot the count) of workstations per user. No support for free. Perforce documentation was more than adequate. I am demo-ing it now on a project that a co-worker and I are working on. I just installed it on my workstation...really easy. The MVS plug-in works great, auto-check out, yada yada. Create a Job in P4 and as you work on it, you can attach a changelist (revision set) to the Job. So when you look at a particular Job, you can see all the changes that were made to complete the Job. SV may do this too??? You should at least check P4 out, great diff/merge tools. P4 has a little interaction with command line interface, but that shouldn't scare you (if you would be), just for setting up groups/users and such. My 2¢.

Thanks, I'll have to look at that since it's part of a printer driver :)

Got it: "USER_C_FLAGS = /EHsc" in the sources file.

How do I specify compiler options in the DDK build environments? I trying to build with /EHsc to enable c++ exceptions... Thanks for any help.

Bless you! It only scrolls until the index is visible on the bottom, so I add the value from GetCountPerPage() minus one: ... result = listControl->EnsureVisible( topItemIndex + listControl->GetCountPerPage() - 1, FALSE); _ASSERT(result = TRUE); ... Seems to work, even on 1000+ items. Hopefully I'll get the time to rewrite to where only modified items will be updated... :laugh: -- modified at 10:41 Friday 8th December, 2006

Don't see a SetTopIndex() for CListCtrl

Anyone know if there is limit as to how many Scroll() can scroll?

//Store the top item position topItemIndex = listControl->GetTopIndex(); ... //Scroll window back to original position, assuming starting at 0 if (listControl->GetItemCount() > 0) { CRect itemRect; listControl->GetItemRect(0, itemRect, LVIR_LABEL); int x = 0; x = listControl->Scroll(CSize(0, topItemIndex * itemRect.Height())); _ASSERT(x != 0); } This seems to work except after to item 500+ it will scroll too far up or all the way to the beginning.

No, my listctrl is a reflection of an internal list. When I update the listctrl I clear it first and just add the items that are in the list. Any data updates are performed on the internal list. I hope to only update the modifed items in the future, but for now, I am clearing the listctrl. And that's why I need the restore the scroll position. I'm currently trying to use the item height times the top item's index that I store, and I pass that to Scroll() in the CSize() parameter. -- modified at 15:00 Thursday 7th December, 2006

What's the best way to get the item height in a list control? GetItemRect()? Assuming there are items. Trying to restore a scroll position. Since Scoll() divides by the height of the control line... Thanks. -- modified at 12:45 Thursday 7th December, 2006

Thanks. Never thought to do it that way...thanks again.

Thanks, ...Learn'n me some'm Now I am a C++ Master...:laugh:

That worked. Thanks! Had to use just: bool booleanValue = true; in cpp file. So should this be done for functions as well?

I have a static boolean : static bool booleanValue= true; in my stdafx.h file. I assumed this variable would have one instance across my application. But this assumption is apparently wrong. Within different objects, this boolean has separate instances, thus voiding its use. I.E. ------------------------------ Have a class: #include "stdafx.h" class Blah { int stuff; void doStuff() { if (!booleanValue) { stuff++; } } }; Have another class" #include "stdafx.h" class AnotherClass { int stuffedPeppers; void intoTheAbyss() { if (!booleanValue) { stuffedPeppers++; } } }; ------------------------------ The addresses for the same variable are different (same thread). Where am I going wrong?

I didn't think I would get any help on this one... :sigh:

In the simplest of terms: A process that shares heap space with its parent process, but has a separate stack space. Thus, it can share memory (heap) and still run separately (stack).

Never mind. In the midst of restructuring the property pages, I forgot I was still updating the properties outside of the actual property page class. And plus I wasn't overriding OnOK() to update the data. :doh: Still don't know about the message box. Hopefully it won't bother me with the new structure.