|
I've seen this behavior when a source file got a wrong future date because it was edited when the date on the PC was set incorrectly.
After the date was corrected, the object file always appeared out of date since it never caught up with the source file from the "future".
"Microsoft -- Adding unnecessary complexity to your work since 1987!"
|
|
|
|
|
Couple of things to consider:
Is your project set for minimal rebuild?
Are you using precompiled headers?
If answer to any of the above is no or I don’t know check the following:
Open the project's Property Pages dialog box.
Click the C/C++ folder.
Click the Code Generation property page.
Make sure the Enable Minimal Rebuild property is set to yes(/Gm).
Click on Precompiled header folder.
Make sure that Create/Use Precompiled header is set to Use. . . (/Yu)
Make sure that Create/Use PCH. . . is set to stdafx.h
You may also need to check all source files iif they are set for precompiled header use. You can turn this on/off for every file in the project.
Close the solution and delete .suo, .ncb files and Debug/Release directories, this will delete .idb (dependencies info file).
Load the project and choose rebuild.
Also check if any file in the project has the modification time set ahead of you local date/time (this may have been already addressed in one of the posts).
JohnCz
|
|
|
|
|
Thanks for the response.
This solved the problem: Close the solution and delete .suo, .ncb files and Debug/Release directories, this will delete .idb (dependencies info file). Load the project and choose rebuild.
You made my day 10% more efficient; which is big.
Thanks!
|
|
|
|
|
You are welcome, glad to be of help.
JohnCz
|
|
|
|
|
Hello Friends
I am having one text file storing some constant color data.
But I dont want to read it from Disk everytime when I am showing up all these color into Dialog.
I need a way that file get embed into project and when I open my color Dialog,it get read tht file and show up all colors.
Any Ideas?
Regard
Yogesh
|
|
|
|
|
there are many ways...
the simplest is to store the data as a static array of values:
const COLORREF clrs[] =
{
RGB(0,0,0), RGB(1,2,3), RGB(20,40,60), etc..
};
|
|
|
|
|
const char ColorData[] = " . . . Embed all your data here . . . . ";
That might be a start. 
Chris Meech
I am Canadian. [heard in a local bar]
In theory there is no difference between theory and practice. In practice there is. [Yogi Berra]
posting about Crystal Reports here is like discussing gay marriage on a catholic church’s website.[Nishant Sivakumar]
|
|
|
|
|
Currently, how do you store the data after the file is read ? in an array of "color constants" ?
could'nt you simply declare an array in the code and fill it ?
for example, we do something like this for color tables:
static colorStruct colorTable[] =
{
"Black", RGB( 0, 0, 0 ),
"Red", RGB( 255, 0, 0 ),
"Yellow", RGB( 255, 255, 0 ) ,
...
};
Watched code never compiles.
|
|
|
|
|
With a text file, just embed the content as a text variable to your source file:
static const char * lpszColorData = "<color data as text>";
and use the variable like the buffer used so far when reading from the file.
|
|
|
|
|
You can also use resources to embed text file into your project.
Say the name the text file is data.txt, then in the .rc file add
IDS_TEXT_DATA RCDATA DISCARDABLE "Data.TXT"
and in the resource.h give assign appropriate constant to it
#define IDS_TEXT_DATA 5555
|
|
|
|
|
That's it!
The only answer that actually answers the question as posed. While the other answers achieve (roughly) the same functionality, this is the only answer I'd be satisfied with if it were my question. Nice work. 
What if the text file is 2000 lines long and created by some other program? The other answers will all require more work.
Admittedly the values will be stored as text, rather than binary - a size penalty, though otherwise this would be my preferred approach.
There are pros and cons to each method. Whom are we to assume that we understand the relevance of each of these to the project in question? Let alone give a response that doesn't answer the posed question...
|
|
|
|
|
The only fear I have is of security.
If the developer intends to store security critical information in this text file, then I think he is inviting trouble from the hackers/crackers or what ever, as the resource file is wide open for extraction and manipulation.
Like pointed rightly by you, it's up to the OP to chose the method
|
|
|
|
|
It really doesn't make much difference. In fact, with encryption this method could be more secure (difficult and time consuming to reverse - though one can still find/rip and use the decryption function as supplied in the exe along with the encrypted text).
There might be a difference of 5-10 mins in understanding the binary data as opposed to the (plain) text version using OllyDbg or (preferably) IDA Pro Advanced.
However, I don't see security as a consideration (nor was it mentioned) when storing colour values. :shrugs:
|
|
|
|
|
Hello Friends
Thanks EveryOne For their thoughtful consideration for my question.
But still I didnt Get my Answer.
Till Now, i am reading the file from disk and stroing it into Color Arrays.
Directly,i cant assign my RB Values to ColorArray as my File is Having more than 2000 lines and it can be changed later on As it is produced from Third party.
And Now,I dont want to keep this file on Disk for Security purpose even.
AS i Think,Would it be preferrable If i save color text file into Header file and add it into project and is ther any some way to get data into Structures by using CStdioFile or Some other way ?
Any Other Ideas ??
Thanks & Regards
Yogesh
|
|
|
|
|
Then Lakamraju's answer for you was perfect - The 2rd party just makes a file, which you refer to from your rc resource, and it gets built it.
This is less easy that the previous answers to work with, but it satisfies the requirements you've just written (and should have written in the original question - none of us are psychic. Well, maybe Carlo...)
Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
|
|
|
|
|
Hello
If i Use it like to embed in resource then My Question is that then Do we need text file on Disk when I use exe at other place ?
Regards
yogesh
|
|
|
|
|
Resources are built into the executable.
You don't need an icon file for your executable to have an icon at another place either.
Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
|
|
|
|
|
Thanks Carlo.
Regards
Yogesh
|
|
|
|
|
CFileVersionInfo fvi;
char szVer[ 512 ] = { 0 };
if( fvi.Open( _T( "Econovent.dll" )))
{
::wsprintf( szVer,
_T( "%d.%d.%d.%d" ),
fvi.GetFileVersionMajor(), fvi.GetFileVersionMinor(), fvi.GetFileVersionBuild(), fvi.GetFileVersionQFE() );
fvi.Close();}
It works perfect in win32, But when complied in x64 the "wsprintf", stops working. Are the a better solution that works in x64 and win32 at the same time.
I understand that i have change. I have tried but then its not working in win32 mode.
The code need to be old C-style version. I'm not native C/C++ i'm just trying to fixa a "bug".
|
|
|
|
|
jn4u@msn.com wrote: the "wsprintf", stops working.
You need to provide some more information, as this does not give any clues as to what may be happening. Try using your debugger to step through your code and see exactly what values are being returned from the function calls.
Binding 100,000 items to a list box can be just silly regardless of what pattern you are following. Jeremy Likness
|
|
|
|
|
Use
GetLastError() method after you called wsprintf and provide the error code
|
|
|
|
|
When compling in platform win32 works. Whan compile in x64.
cannot convert parameter 1 from 'char [512]' to 'LPWSTR'
in the wsprintf call first parameter szVer.
Understand that de definition "change" för char in the call or
I have tride windhows.h and TCHAR.
|
|
|
|
|
check your build settings. you probably have "Multi-byte" or "Unicode" set for "Character set" on the x64 build, but "not set" on the x86 build.
|
|
|
|
|
Thank you.
I missed that on my project. It’s work perfect.
Some of my collage at work pointed out that change to “std::string” in the project. But still the interface to dll need to be native C with c-style string. Is std::string more neutral to the character set?
Comming from Delphi to C# world then C/C++ for this project lot of reading "new" things. My old Charles Petzold book is back on the self again. ;D
|
|
|
|
|
jn4u wrote: Is std::string more neutral to the character set?
sadly, no. there is a std::wstring variation to handle wide char strings.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
