|
Chaitanya,
You'll have to poke through it - wish I had time to play with everything I see on Code Project. I guess from your initial question, I had assumed that you don't want to write your own. But, if you did, it would not be that hard to do.
Note that you have a number of other solutions as well. Pick one that works for you. Mind the licensing terms.
Regards,
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
See Cédric's wonderful High-speed Charting Control[^].
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
you can also use CAIRO for free and very powerful library for graphics
|
|
|
|
|
Hi!
I've got the following linker errors in my VC++ 2008 project(Windows XP) under release mode:
minimal.obj : error LNK2001: unresolved external symbol "void __cdecl std::_Debug_message(wchar_t const *,wchar_t const *,unsigned int)" (?_Debug_message@std@@YAXPB_W0I@Z)
minimal.obj : error LNK2001: unresolved external symbol "struct std::_DebugHeapTag_t const & __cdecl std::_DebugHeapTag_func(void)" (?_DebugHeapTag_func@std@@YAABU_DebugHeapTag_t@1@XZ)
minimal.obj : error LNK2001: unresolved external symbol "void * __cdecl operator new[](unsigned int,struct std::_DebugHeapTag_t const &,char *,int)" (??_U@YAPAXIABU_DebugHeapTag_t@std@@PADH@Z)
I've added the following to the Additional Dependencies:
wxmsw29u_core.lib
wxbase29u.lib
wxtiffd.lib
wxjpegd.lib
wxpngd.lib
wxzlibd.lib
wxregexud.lib
wxexpatd.lib
winmm.lib
comctl32.lib
rpcrt4.lib
wsock32.lib
odbc32.lib
libcmt.lib
libcpmt.lib
Also I've added the following to the Ignore Specific Library:
LIBCMTD.lib
LIBCPMTD.lib
What else to do to get around those linker errors?
|
|
|
|
|
Are you calling debug functions in the code which are being compiled in a release build?
If that is the case then wrap that code in #if DBG ... #endif clauses.
==============================
Nothing to say.
|
|
|
|
|
Somewhat of a trivia question - I'm setting up a new machine for development.
I have project A, in project A's folder on my old machine - builds fine.
I then install VC++, the SDK, and copy the entire folder to the new machine.
It doesn't compile - missing include paths - tools -> options -> directories.
I fix it. It doesn't link. Back to directories, add the lib folders I need.
Happiness in dev land.
My question has to do with where the directory paths are saved. There isn't
anything in the project files that I can locate. I guess a follow up would be
why not?
I've seen this behavior on VS6, VS2008, Embedded Visual C++, so it's starting
to be a theme.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
Envoronment vars, in the project, or in the options are where you want to look for all paths.
==============================
Nothing to say.
|
|
|
|
|
Maybe I'm not being clear - I want to know PHYSICALLY where these settings are. I do not change the env values, and although I can see the settings in the project/options, they are not kept in the .dsp files, etc. If I do a clean install of Visual Studio and then open my project, the settings are lost.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
Oh, I see. The dsp file will have project settings, the registry wil hold the ones for mthe Options dialog.
==============================
Nothing to say.
|
|
|
|
|
Just for the record, and it's okay if you don't know
why? Why are the path settings in the registry? What's the point?
I guess that's rhetorical. I'm going to go over to the "Microsoft Forums social area" (song in background) to see if someone can shed some light as to the thought process.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
charlieg wrote: Just for the record, and it's okay if you don't know
Somewhere in HKLM / HKCU \SW\Microsoft\VisualStudio I would say. If you want to know for sure create a distinctive path and search the registry.
As for why, it is because the ones set in VSs options are global paths that apply to all projects.
Not only that, think of VS as the editor, not the compiler. The compiler is in the exes path in options. So you can specify any cl.exe you like, any linker too.
It really is quite flexible.
Perhaps you like VS 6 UI and VS 8 compiler. Then set VS 6 exe path to that of VS 8.
==============================
Nothing to say.
|
|
|
|
|
"because the ones set in VSs options are global paths that apply to all projects."
is the nugget - the lightbulb comes on!! Appreciate stating the obvious.
But I have to say, that signature is annoying. 
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
charlieg wrote: But I have to say, that signature is annoying.
What, the 'Fat__Eric' or the 'Nothing to say' ? 
==============================
Nothing to say.
|
|
|
|
|
Nothing to say. It keeps grabbing my attention like it's part of the response, which I guess it is in a way.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
If you're using VS2008, you can export the Visual Studio IDE settings on the old machine to a file. Then import the settings on the new machine. These actually live in the CurrentSettings file found in your My Documents\Visual Studio 2008\Settings folder.
The CurrentSettings file is an XML file so if you wanted to, you could use any decent text editor to locate the settings in the file.
Hope this helps.
|
|
|
|
|
Sure does. I was looking for the "why" mostly.
You think you remember everything on a hard drive, but some of the things I installed were 5 years ago. Plus, I'm building a document for new developers and s/w configuration.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
Hi all,
I have seen two difference,
1. Critical Sections are relatively faster than Mutex. That is synchronizing with the same process, is more efficient.
2. Mutex could be used with cross-process thread synchronization.
So I have two questions,
1. Am I correct?
2. Any other points on this?
Your comments are really appreciate.
I appreciate your help all the time...
CodingLover
|
|
|
|
|
From the book Programming Applications for Microsoft Windows by Jeffrey Richter,
Mutexes behave identically to critical sections, but mutexes are kernel objects, while critical sections are user-mode objects. This means that mutexes are slower than critical sections. But it also means that threads in different processes can access a single mutex,...
I think this line answers your two questions.
http://www.mono-project.com/Main_Page
|
|
|
|
|
Thanks for the comment.
Yeah your comment give me a some kind of idea. But then, what is the advantage use of a mutex to control multiple process and multiple Critical Sections to control multiple process?
I appreciate your help all the time...
CodingLover
|
|
|
|
|
Mutex and Critical Section are used for synchronization.Both are almost same except that Critical Section is used within a same process area, where mutex is used in different process area.
I will explain you with simple example:
Suppose in your project, You are using one array and two threads are running simultaneously. First thread add data in an array and other display that data on screen.
Scenario 1: Without Critical section
There is a schedular program in OS that give time slot to every process and threads that are running. It is so frequently done that we feel that all threads are running simultaneous.Suppose time slot given to both thread is equal. If thread one is running it can add only 40 data and than time slot is given to other thread and it display 50 data. Now for some data some garbage data is displayed.
If threads uses the same resourse and we must synchronize the thread. In this case we use CS.Process area of both the thread is same, So it is fast.
Scenario 2: Suppose we use printer machine to print some data. If two person request at a time and if no synchronization process is used than it gives to garbage data. At this time one process have to wait to complete the process of second. This time the process or thread are from different process area. So we use mutexes. The process area of process is different, So it is slow.
I think this example will clear your doubt.
"Every Little Smile can touch Somebody's Heart...
May we find Hundreds of Reasons to Smile Everyday... and
May WE be the Reason for someone else to smile always!" (ICAN)
"Your thoughts are the architects of your destiny."
|
|
|
|
|
Thanks for the comment.
Pretty much clear what you are saying now.
However lets consider the scenario 1 for a minute. As you explain we can use CS to control the two threads and guaranteed that data adding or reading take place at a time. But the order of the execution is not guaranteed. That's clear. At the same time we can mutex on that too. At that point what's the advantage of each.
Hope I am clear with my this question.
I appreciate your help all the time...
CodingLover
|
|
|
|
|
My suggestion is you must read about the synchronization of thread.
There are four types of synchronization
1) Critical section
2) Mutex
3) Event
4) Semaphore
Every synchronization object is used to meet different requirement and as per our requirement we have to choose which synchronization object is used in our application.
"Every Little Smile can touch Somebody's Heart...
May we find Hundreds of Reasons to Smile Everyday... and
May WE be the Reason for someone else to smile always!" (ICAN)
"Your thoughts are the architects of your destiny."
|
|
|
|
|
SP 24 wrote: My suggestion is you must read about the synchronization of thread.
Of course, I myself have to do that. BTW do you know any good online resources?
Regarding my previous comment, do you have any thoughts of it? If so I would like to know.
I appreciate your help all the time...
CodingLover
|
|
|
|
|
|
Thanks a lot. I'll have a look at them.
I appreciate your help all the time...
CodingLover
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
