C / C++ / MFC

Where does VC++ save include path settings?

13-Sep-11 0:23

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.

charlieg12-Sep-11 23:43

12-Sep-11 23:43

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

Erudite_Eric13-Sep-11 0:24

13-Sep-11 0:24

Envoronment vars, in the project, or in the options are where you want to look for all paths.

==============================

Nothing to say.

charlieg13-Sep-11 3:34

13-Sep-11 3:34

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.

Erudite_Eric13-Sep-11 4:01

13-Sep-11 4:01

Oh, I see. The dsp file will have project settings, the registry wil hold the ones for mthe Options dialog.

==============================

Nothing to say.

charlieg13-Sep-11 13:49

13-Sep-11 13:49

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.

Erudite_Eric13-Sep-11 22:53

13-Sep-11 22:53

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.

charlieg14-Sep-11 3:22

14-Sep-11 3:22

"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. Big Grin | :-D

Erudite_Eric14-Sep-11 20:21

14-Sep-11 20:21

charlieg wrote:
But I have to say, that signature is annoying.

What, the 'Fat__Eric' or the 'Nothing to say' ? Smile | :)

==============================

Nothing to say.

charlieg15-Sep-11 0:01

15-Sep-11 0:01

Nothing to say. It keeps grabbing my attention like it's part of the response, which I guess it is in a way. Smile | :)

bolivar12314-Sep-11 19:14

bolivar123

14-Sep-11 19:14

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.

charlieg15-Sep-11 0:03

Difference between Critical Sections over Mutex objects

15-Sep-11 0:03

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.

CodingLover12-Sep-11 19:13

Re: Difference between Critical Sections over Mutex objects

12-Sep-11 19:13

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 Smile | :)

వేంకటనారాయణ(venkatmakam)12-Sep-11 21:34

వేంకటనారాయణ(venkatmakam)

12-Sep-11 21:34

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

Re: Difference between Critical Sections over Mutex objects

CodingLover13-Sep-11 0:13

Re: Difference between Critical Sections over Mutex objects

13-Sep-11 0:13

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 Smile | :)

ShilpiP13-Sep-11 1:05

ShilpiP

13-Sep-11 1:05

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. Smile | :)

"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."

Re: Difference between Critical Sections over Mutex objects

CodingLover13-Sep-11 1:22

Re: Difference between Critical Sections over Mutex objects

13-Sep-11 1:22

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 Smile | :)

ShilpiP13-Sep-11 2:17

ShilpiP

13-Sep-11 2:17

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.

Re: Difference between Critical Sections over Mutex objects

CodingLover13-Sep-11 17:39

Re: Difference between Critical Sections over Mutex objects

13-Sep-11 17:39

SP 24 wrote:
My suggestion is you must read about the synchronization of thread.

Of course, I myself have to do that. Smile | :)

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 Smile | :)

ShilpiP13-Sep-11 18:39

ShilpiP

13-Sep-11 18:39

Google will help you Smile | :)

MSDN

a) MultiThreading[^]

b) Multithreading: When to Use the Synchronization Classes[^]

c) Informit[^]

Re: Difference between Critical Sections over Mutex objects

CodingLover13-Sep-11 21:21