|
Access it via a pointer pointer.
==============================
Nothing to say.
|
|
|
|
|
Does the problem you're working on particularly need 2 dimensional addressing like that? Quite often you'll find that in a table each column has different semantics and each row represents another entity with the same type of attributes as the one immediately above and below.
So instead of using a vector of vectors or (shudder) a raw 2D array look to see if what you've is actually a simple, 1D, array of structures. You'll find that's particularly true if you're using a database.
e.g. if instead of having:
string table[5][1024];
you might find something like this represents what your app is up to a bit more.
struct thingy
{
std::string name_;
std::string favourite_blanchmange_manufacturer_;
std::string why_they_want_world_peace_;
std::string smurf_theyd_most_like_to_stangle_;
std::string this_will_never_be_used_youll_just_have_to_initialise_it_forever_;
};
thingy thingies[ 1024 ];
If you still need a 2D array come back and I'll try and add something else in here about it (but it won't be for a while).
Cheers,
Ash
|
|
|
|
|
I have changed the properties of the existing regular button to owner-drawn. changed the button variable to custom type that's derived from CButton.
In my custom type class I am handling DrawItem.
But now this button stays flat and I cannot press it. While I debug I notice that I do get the DrawItem notification but when I click on the button, I am not able to draw the sunk button. Also, I cannot execute the on-btn-click event.
What am I missing?
|
|
|
|
|
you should write the class detail.
|
|
|
|
|
on-btn-click event is not an event.
It is a handler for WM_COMMAND message and BN_CLICKED notification code receives as message parameter.
Are you by any chance handling WM_LBUTTONDOWN or WM_LBUTTONUP? If yes, do you call base class handler?
You should perform all custom drawing in DrawItem function. Is it a case?
JohnCz
|
|
|
|
|
Hi,
I was just wondering is there a way to open up a solution file created on newer version of Visual Studio with a older version e.g solution created under VS 2008 and I am using VS 2005
Thankx
|
|
|
|
|
Not any clean way of doing it... I've seen converters around but they'll usually just change some headers and pretend like everything else will work. It'll probably be just as difficult to just create a new solution and move all your files over (and adjust whatever build settings).
|
|
|
|
|
|
Look at it from the point of view of VS2008 and VS2005.
A file created by VS2005 can be opened by VS2008 because it VS2008 knows what the older version's files looked like and can "translate" the old parameters into the new settings.
A file created by VS2008 cannot be opened by VS2005 because from VS2005's point of view, the file was written by a "future version of itself" and cannot possibly know what future parameters will be or what they mean so it will either ignore them or barf on them. In either case, the parameters were probably important to your VS2008 project since it put them in there in the first place and losing them when VS2005 reads the file is probably fatal to the project being able to be built / used.
Bite the bullet and re-do the project in VS2008 as suggested by others.
|
|
|
|
|
I have several dozen classes that I do not touch/change yet every time I 'Build' MVS compiles them and it takes too long. Is there a way to tell the compiler not to compile classes I have not changed?
Thanks
|
|
|
|
|
The compiler should already be doing this... are you sure you're not hitting rebuild instead of build? There should also be an incremental build option that you should have enabled in order to take advantage of this feature.
|
|
|
|
|
Thanks for the reply.
I am hitting 'Build Solution', not 'Rebuild Solution'.
Where is the incremental build setting?
|
|
|
|
|
It's in the project settings... Same place where you would select the linking options for MFC.
|
|
|
|
|
Check your project settings under C/C++. Are these classes dependent on other files in your project?
Binding 100,000 items to a list box can be just silly regardless of what pattern you are following. Jeremy Likness
|
|
|
|
|
Thanks for your reply.
These classes are base classes; the active classes I am constantly working on are derived from these files.
|
|
|
|
|
As far as I am aware the default option in Visual Studio is to build only those modules that have changed since the last build, or which are dependent on some other file which has changed. All I can suggest is that you look closely at your project settings in the C/C++ section, and also all the dependencies for the files in question. Without seeing your actual project it's impossible to be more specific.
Binding 100,000 items to a list box can be just silly regardless of what pattern you are following. Jeremy Likness
|
|
|
|
|
I totally agree with Richard MacCutchan's statement. I would be hard to analyze without peeking into your project organisation.
Can you just compile the modified cpp alone (you can press ctrl+F7 or right-click on that cpp in the solution view and press compile) and see what other cpp's are compiling. In this way you can find the dependency of those cpp's with the current one
|
|
|
|
|
Another alternative is the http://www.dependencywalker.com/[^]
Regards.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpfull answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
i've had Visual Studio do that to me before. there's usually a file somewhere in there with a bad mod time.
i always end up having to modify everything to get things back in sync.
|
|
|
|
|
Are you sure you haven't got one or two files you're including just about everywhere, either directly or indirectly? In my experience this is the biggest killer of C++ app building time in the known universe. And beyond. Years ago it was common to have forbidden files that people wouldn't touch because you'd end up with 6 hour compilations if you did.
MFC apps are really prone to this type of coupling as the framework is a bit 1990s and encourages implementation inheritance everywhere.
If Chris L.'s comment about timestamps doesn't do it for you have a good what at what's including what and how you can break the dependencies.
"Exceptional C++" by Herb Sutter and "Large Scale C++ design" by John Lakos go over how to reduce dependencies. Actually Lakos book is about nothing else and is a bit out of date so try "Exceptional C++" first.
Cheers,
Ash
|
|
|
|
|
Hi person that voted this a 1. Any chance you could explain to me how I failed to do anything to help the conversation along? I'm particularly interested in knowing any factual errors I've made so I can learn from them and not make them again.
Cheers,
Ash
PS: I don't do revenge down voting in case you're worried about some form of reprisals.
|
|
|
|
|
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
|
|
|
|