And the third possibility (after API hooking and editing the executable in a hex editor) would be:
Contact the author and ask for it, for example with a special build or a new runtime setting. If the application is open source you could even do it yourself, otherwise check what the author/vendor thinks about it. Some are happy to help, especially when you can explain why this feature would improve the end user experience for (one of) their customers.
In VS2008 neither /IGNORE nor #pragma warning(disable:4099) work for that message.
I'd like to compile debug build and I'm using a lot of libs they garbage the output window too much with those 4099 warning
I'm looking into porting some apps to VS2010 for a client. Some of their tools manipulate the .rc file directly. Could anyone with VS2010 installed please send me a .rc file that was created with VS2010 (not converted, but actually newly created by VS2010). Thanks!
As Avi Berger mentioned, are you using an application to change the caption of yet another application?
If not, you do not need to use FindWindow?
Also you haven't answered the questions in my earlier post.
«_Superman_» I love work. It gives me something to do between weekends.
I am looking for a charting control to be used in an MFC application that we want to convert to 64 bit. We have used ComponentOne Chart for years, but they do not have a 64-bit activeX version, and it looks like they aren't going to develop one.
* 64-bit activeX control
* line charts
* what excel would call scatter charts -- chart a line based on X and Y data where the X values are not evenly spaced.
* surface charts, where the input is Z values at X and Y coordinates, and the control charts a wire-mesh, or a smooth surface.
* contour charts, where again the input is Z values at X and Y coordinates, and the control charts contour lines, or contour color bands.
* can zoom in on the data, either through user interaction, or programatically.
* ability to handle large amounts of data. In the 3D surface charts, we would like to be able to handle at least 100x100 so 10,000 data points, and 500x500 (250,000 data points) would be nice.
I have searched and haven't found anything that meets our needs. Any suggestions?
I'm curious to know if having a small number of .mdb databases connections open at the same time will tax systems or if it's ok to do assuming they are only open for a brief instant in time.
For applications that briefly open an .mdb file while initializing, I normally try to pass a reference to an instance of CDatabase that has been opened on a database while loading data from tables. I'll usually close the database connection once I know I'm done. The database remains open for less than a second.
I'm now faced with the need to read from multiple .mdb files while initializing, with no guaranteed order, and the potential to need to alternate reads between the databases. I've noticed that there is a big time difference if I close the old database connection and open a new one when I need to switch which database I'm reading from.
My intention is to keep a small array of those open database connections to keep the duration of the loading time to a minimum and close them promptly once I'm done.
Are there any hidden "gotchas" to doing this? Is it unwise to keep more than one instance of a database open at a time?
Last Visit: 3-Aug-20 0:14 Last Update: 3-Aug-20 0:14