The problem has been fixed with the recent June 15, 2011 Windows update. Back to normal. What a relief!

Thank you for responding barnyman. This is a release build (both of them). Since reporting the problem I have some additional information. I ran both executables (the big and the small one) on the same computer and used the ProcessMonitor tool to determine and compare the dll's that each was loading. The results show the larger exe is loading 4 additional dll's. They are: dwmapi.dll msimg32.dll winmm.dll gdiplus.dll I am not using any code the needs these dll's. In my projects settings: Linker->Input->Ignore Specific Libray settings, I blocked all of the lib files that depend on these dll's and can't compile the project. This tells me there is some new dependency that has formed. In searching the Internet I learned that programmers that have moved to VS2010 are having the same problem. It seems there are some MFC files that have some built in dependencies to the MFC feature pack even though their project is not using them. I suspect that is what is going on with my project even though I am still using VS2008. The most latest Windows update made that happen. (I have used the MFC feature pack in some other projects but don't do that anymore. I can do it all without it.) This experience gives new meaning to the concept of VC_EXTRALEAN and dare I say WIN32_LEAN_AND_MEAN from back in the day. More to come. Once again thanks for your time barneyman. Art

My Configuration is VS2008 MFC statically linked app. I have been compiling my app over a 1000 times and am intune with the size of the exe. It has slightly more than doubled in size as of this week ever since the windows update on April 14. For the time being I am compiling at my alternate computer that has "Automatic Windows Update" turned off and get the usual size of the executable. Has anyone else observed this. I have compiled other projects and have noticed the same pattern - exe doubles in size. :|

Read this: http://www.codeproject.com/combobox/recreatelistbox.asp Art

Don't know why you are getting that. Here is my code: ---------------------------------- DWORD dwStyle = m_lb1.GetStyle(); dwStyle |= LBS_SORT; ::SetWindowLong(m_lb1.GetSafeHwnd(),GWL_STYLE,dwStyle); ----------------------------------- A check with spy++ clearly shows the listbox style has changed from no sort to sort. However the sorting operation doesn't occur. Don't know why. Sorry. It doesn't freeze the app though. Art

I think what you want is to change the sorting style of the listbox at runtime. Try SetWindowLong(..) in your button handler. Art

Determine the files associated executable by looking in the registry then use CreateProcess to launch the executable and the file thus allowing you to use the position control available with CreateProcess(). Art

Unless you are talking about large quantities of data I would just go with the structure idea. Art

If you are using VC7, MFC has a new class called CImage that lets you load any image format. OR You could use a the new CDHtmlDialog class and use HTML to display the jpg. Art

Over the years I have developed on all the operating systems. There are only 3 things I can tell you: 1) Years ago I used to have the believe that if you could get an app to compile on old 95/98 machines it would have a better chance of working without modification on newer OS (NT). You would be supprised at how many developers ignore the footnotes for a function at the end of the MSDN literature that specify what operationing systems support them only to get burned later. Lately though I have decide to develop on the latest OS because of the next paragraph. Read on... 2) I have noticed that an application developed on 2000 using VC7 produces a GUI appearance that looks the same on 2000 and XP (that is the old style buttons etc.). Whereas the same application developed on XP will have the newer buttons (mouse hover hite etc..)and interface appearance when viewed on XP and the older but standard appearance on 2000. 3) Visual studio.Net won't work on anything older than 2000 so you might as well forget the older OS for developing. Art

Try these: {"Title", PIDSI_TITLE}, // VT_LPSTR {"Subject", PIDSI_SUBJECT}, // ... {"Author", PIDSI_AUTHOR}, {"Keywords", PIDSI_KEYWORDS}, {"Comments", PIDSI_COMMENTS}, {"Template", PIDSI_TEMPLATE}, {"LastAuthor", PIDSI_LASTAUTHOR}, {"Revision Number", PIDSI_REVNUMBER}, {"Edit Time", PIDSI_EDITTIME}, // VT_FILENAME (UTC) {"Last printed", PIDSI_LASTPRINTED}, // ... {"Last Saved", PIDSI_LASTSAVE_DTM}, {"Page Count", PIDSI_PAGECOUNT}, // VT_I4 {"Word Count", PIDSI_WORDCOUNT}, // ... {"Char Count", PIDSI_CHARCOUNT}, {"Thumpnail", PIDSI_THUMBNAIL}, // VT_CF {"AppName", PIDSI_APPNAME}, // VT_LPSTR {"Doc Security", PIDSI_DOC_SECURITY}, // VT_I4 Art

OK, if it were me and I just wanted to get this problem solved I would do one of the following: Option 1) Compare on a range of RGB values. Example: allow a match of the RGB color provided in the txt file if the mouse pickuped a value within say 5 of each of the RGB values. In other words Hydrogen would be matched if the mouse picked up a R value between 51-5=46 and 51+5=56 and G and B was between 0 and 5. or Option 2) (the preferred way) Change your text file to include the percentages of the grid they occupy in the image and then pick up the mouse position on the window and convert it to percentage of the window width and height, then match the point in the rectange: (Element Name, Element symbol, atomic no., x1,x2,y1,y2) Example: text file would look like this: Hydrogen,H,1,0,6,0,8 Helium,He,2,0,6,10,18 ... When you read in the txt file use the x1, x2.. for the coordinates in a CRect. Use CRect::PtInRect()to look for a match. Art

I would agree with Maximilien in that there is a better way to go. But first the problem you are experiencing is caused by the fact you are saving the image in photoshop as a full RGB color range of 24 bits. When you go to display it on a system that cannot support that color range, the colors are down converted to the displays setting range (16 bit in this case). The solution is to save the image in Photoshop using smaller palatte. Try using Image->Mode->Index color on the menu and save to a 256 color system palatte to get you image colors downselected. Back to your method... I would suggest you look at an article submitted last month here in CodeProject. I can't remember the name of the author but the program name was something like "Periodic Table" or PTE table.. where the author used some very good techniques to accomplish the same task of locating the periodic table element from the mouse position. Hope this helps. Art

The statement: if((str_Status != "Sent" || (...)) is always true because you said you set str_Status to "Cancelled by User". Art

Use the new CImage class in MFC 7.:eek:

Can't help you but just to make things clear, this code is not VC7. It is VC++.NET made with studio.NET. We use VC7 to mean VC++ MFC7 which is also made with studio.NET by selecting a different project option. Art

If not using MFC then I would suggest using GDI+ as was already suggested. Image::FromFile("PathToYourImage.jpg"); Art

I don't know what is wrong but I tried to get the data using the Internet API functions: InternetOpen(..) InternetOpenUrl(..) InternetReadFile(..) and it works fine for Google and all the other sites I tried. I suggest you go that route. Art

I experimented with this method and got the same problem for google and a few other sites. The error code is 0x800401e4 which translates to "Invalid syntax"???? Art

If you are using VC++7 (MFC) you can use the new MFC class CImage. It allows you to load and manipulate JPG, PNG, GIF, BMP formats. Very simple. Art