What? All of the documentation from end to end? I searched MSDN under the following search keys: CListCtrl, rows, many CListCtrl, items, many List, rows, many List, items, many List, huge List, rows, lots List, big and lots more - came up with nothing. Had I known to look for the string "Virtual List", I would have but why would I? There's nothing in the word "Virtual" that would lead me to think it would handle many items. It would never have occurred to me to include the word "Virtual" in any of my searches. I wrote to another forum and got a very simple, one line response: "Check out Virtual List". As I am sure that you are a very busy man, can you not see the logic in writing this significantly shorter, more useful, and less sarcastic response? Thank you, Mark -- modified at 14:16 Thursday 8th March, 2007

Greetings: I have this CListCtrl in a dialog and it has the potential to have to display 10's of thousands of records. Originally, I created all the rows and populated ALL of the text items but this took a prohibitively long time. I had thought that it was the text preparation part of the process that was taking so long, so I tried just creating the columns and ALL of the rows I needed but not filling the rows in until the user scrolled. I would then fill in only the rows that came into view. My assumption was incorrect as I discovered that what was taking a great deal of the time was just creating all of the empty rows. What is the usual approach to handling this? The main requirement that I have is that the vertical scroll bar on the list control still reflect the actual number of records that I have. Thanks in advance! Mark

Hey! That, like, totally worked!!! :cool: Thanks! Mark

Greetings: Does anybody know anything about a limit to the COMn designation that can be successfully opened by the "CreateFile" SDK function? We have serial ports here that can take mappings greater than 9 (ie: COM10, COM11, etc...). "CreateFile" returns NULL for anything greater than COM9. Does anybody know a way of getting around this? Its Windows XP-Pro at the moment, but we have to expect our application to run on other versions as well. I'm using VS 2003 and MFC. Thank you, Mark

Hi Again: I'm replying to my own original message. I just wanted to report that the probem was resolved. Turning "automatic updates off" and selecting instead "Notify me when updates are ready" I was able to note the two update codes that kept going around and around. It was 925672 and KB927978. They relate to MSXML V4.0 SP1. Taking Roger Wright's advice, I checked Add/Remove programs and set it to include updates in the listing. Here, I found that MSXML 4.0 SP1 had two identical entries. I uninstalled both of them and restarted. I then allowed them to be reinstalled when the message appeared saying that those two updates were ready. They installed successfully and it has all been tickety-boo since then. Thanks all, and Roger in particular. Mark

Thanks. That sounds like the advice I've been looking for. Mark

If it's failing authentication, then there is just something plain wrong. Its a Dell Latitude D800, purchased by my company in 2003 with the operating system installed by Dell. I have had countless Windows updates since then proceed successfully up to now. I don't pretend to be an expert on the Windows registry, but I am aware that things can get badly screwed up in there. Any possibility it could be something like that? Mark

Just taking some artistic license...

Greetings: I have a PC system here running Windows XP-Pro. Some weeks ago, it notified me that it had downloaded an update and asked if I would like to install it before shutting down. Verily, I replied "Sure". Next day, same thing. After the 2nd and 3rd time, I started to wonder why MS was sending so many updates. Now, I realize that it is just installing the same update over and over again. :wtf: Anybody familiar with this particular endless loop? Any advice on what I can do about it? Thanks in advance. Mark -- modified at 13:16 Monday 12th February, 2007

Greetings: I couldn't think of any other place to post this question. I have a PC system here running Windows XP-Pro. Some weeks ago, it notified me that it had downloaded an update and asked if I would like to install it before shutting down. Verily, I replied "Sure". Next day, same thing. After the 2nd and 3rd time, I started to wonder why MS was sending so many updates. Now, I realize that it is just installing the same update over and over again. :wtf: Anybody family with this particular endless loop? Any advice on what I can do about it? Thanks in advance. Mark

Hi Benjymous: Thanks for your response. Did you access tech support at all? How were they? Mark

Greetings: I don't know if this is the forum to ask this question - but I don't know that it isn't either, so, there you go... I just want to know if anybody out there has experience with the Ultimate Toolbox. We are considering purchasing a license. The demo looks great but you don't get a chance to try it and I need to know how long it will take to learn it and become productive with it. How was the documentation? What about tech support? Were you able to get help quickly? Was the help, well, helpful? Thanks in advance. Mark

Hi Prasad. Thank you for your response. The original window that I am having trouble creating was derived from CView. The suggestion that Mark Salsbery is making is that this could be the problem. I am going to try creating a window derived from CWnd, just to see what happens. Cheers, Mark

I think you might be right about that and I am going to quickly try to create a different view derived directly from CWnd. Unfortunately, I have to go and put my son to bed now, so I will not be able to continue this thread this evening (unless much later). Thanks again for your advice. I will let you know what happens next. Mark

Hi Mark: "m_strTypeOneView" is a CString member of CMainFrame. The call to AfxRegisterWindClass is carried out in CMainFrame::OnCreate. The string returned is copied to "m_strTypeOneView" at that point. So, I believe that the returned class name is protected and not volatile. I thought of your second point shortly after I sent my last reply to you and moved the upper-left coordinates of the window to 40,40. The window moves but does not change in appearance. Mark

Hi Mark: Sure, here it is: CRuntimeClass* pRTC; pRTC = RUNTIME_CLASS( COneView ); pWindow = (CWnd *)pRTC->CreateObject( ) ; pWindow->Create( (LPCTSTR)m_strTypeOneView, TEXT("One Little View"), WS_CHILD | WS_VISIBLE | WS_OVERLAPPEDWINDOW, CRect(0, 0, 400, 300), this, 4567 ); The "mstrTypeOneView" string contains the result returned from an earlier call to AfxRegisterWndClass: try { m_strTypeOneView = AfxRegisterWndClass( 0, ::LoadCursor(NULL, IDC_CROSS), (HBRUSH)reinterpret_cast(COLOR_BACKGROUND+1), ::LoadIcon(NULL, IDI_APPLICATION)); } catch (CResourceException* pEx) { AfxMessageBox(_T("Couldn't register class! (Already registered?)")); pEx->Delete(); } I'm sure that the window registration is working because I have made alterations to the background color and the ICON and the window responds as expected. Thanks, Mark

Hi Mark: Thanks for your response. Its working except the window is displaying without a caption. I'm getting only a rectangular frame with no caption and no way to move it around. I AM able to resize it though... Mark

Greetings: I am trying to figure out how to create a very general window in MFC out of thin air. Without getting into the grim details, I have a simple MFC application - no Doc/View. When the app launches, a naked CMainFrame is displayed with no child window over it. It is colored with COLOR_APPWORKSPACE. This is the way we wanted it for a variety of reasons. Now, there is a menu item that must create a very simple window - like a minimal CView - and displays it in the Main Frame as a child window. I do NOT want to maximize this new window to fit the entire client area of the main frame. I would like the new window to have boarders and a caption and the option to maximize but not much else. I cannot seem to make this happen under MFC. Can anybody help? Thank you in advance. Mark

Hi "Office Lineman": I lost track of this thread and did not discover your response until today. Thank you very much for your instructions. I normally respond right away when somebody takes the time to answer a question that I post, so I feel a bit embarrased that I missed this, especially since it is clear that you spent some time on this response. I followed your instructions and they worked exactly as I had hoped. I was a bit puzzled by the final segment where the "CCreateContext" structure is brought in. After reading up on this structure, I see that most of its fields can be regarded as optional. This has lead me to an example on the MSDN DVD called "VIEWEX" which expands more on the problem that I originally pointed out: It is not obvious or straight forward how to create an application that consists simply of a main frame which can house a variety of different views, opened or closed in no particular order. I have been searching for a general understanding of all of this and it is difficult to get the answers I am looking for. Anyway, thanks again for your instructions. Mark

Greetings: I am looking for and evaluating MFC based charting libraries. Line charts, bars, pies, 2D, 3D, hyperspace, the works. Any suggestions? Thanks, Mark