|
Oh, I am sorry about that, Michael.
Yesterday, it is a very urgent case, my boss, ...
I promise that case will not happen again.
Cheers,
George
|
|
|
|
|
Hi, everyone!
I have searched the help page for "size_t" but failed
to find the help page and information about "size_t".
Where can I find the help page or information about
"size_t"? Can you paste detailed information about
"size_t".
Thanks.
Cheers,
George
|
|
|
|
|
It's just an unsigned int. Nothing more.
Vagif Abilov
MCP (Visual C++)
Oslo, Norway
If you're in a war, instead of throwing a hand grenade at the enemy, throw one of those small pumpkins. Maybe it'll make everyone think how stupid war is, and while they are thinking, you can throw a real grenade at them.
Jack Handey, Deep Thoughts
|
|
|
|
|
Thanks, Vagif pal!
Your reply helps a lot. 
Have a nice weekend,
George
|
|
|
|
|
How is it that you don't rely on a simple "Find in Files" <devstudiodir>\include ?
And I swallow a small raisin.
|
|
|
|
|
Thanks, StephaneRodriguez
Let me try. But when do things like this,
some other questions may arise. So ...
Cheers,
George
|
|
|
|
|
If you're in VC++ .NET you can right-click, "Go to Definition".
This usually saves a search on include files.
Concussus surgo.
When struck I rise.
|
|
|
|
|
On VC++ .Net, you've got an even simpler way to discover the type, just put your mouse on it and you'll get the tooltip!
And I swallow a small raisin.
|
|
|
|
|
Thanks for your advice Daniel pal!
I am using Visual Studio 6.0. 
Cheers,
George
|
|
|
|
|
I want to store strings in an array.How do I do it in ATL?
|
|
|
|
|
std::vector<std::string> will work for any C++ based program. For a more ATL-flavored solution, CSimpleArray<CString> would do, but unless you're using VC7 you'll need to link MFC in order to get CString. To get rid of this dependency you can use CComBSTR instead (which are not exactly regular strings), or some of the many CString clones available on the net.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Joaquín M López Muñoz wrote:
but unless you're using VC7 you'll need to link MFC in order to get CString
You can use WTL to get CString.
/Magnus
- I don't necessarily agree with everything I say
|
|
|
|
|
what about IEnumString?
nous sommes les maitres
nous sommes les esclaves
nous sommes partout
nous sommes nul part
nous maitrisons les lettres noires 
|
|
|
|
|
This is my program:
#include "deque"
class CMsg
{
int MsgID;
}
main()
{
deque<cmsg*> que;
CMsg * pMsg=new(CMsg);
que.pushfront(pMsg);
}
and I compile it with gcc.
The error is:deque<cmsg *,..="">::pushfront(CMsg *&) no matching function.
So can anybody tell me why?
|
|
|
|
|
try using push_front instead.
Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!
|
|
|
|
|
yeeeeeeep. It works! Thank u guys! Thank u very much.
|
|
|
|
|
I think the problem is that you don´t specify what element type will be stored in the deque, you must fix the declaration:
deque que;
specifying the deque element type:
deque<cmsg *=""> que;
Don´t forget that STL stands for Standard Template Library! , so "deque" is a class template, not a simple class.
"nobody knows it, but you´ve got a secret smile, and you use it only for me"
|
|
|
|
|
he actually does have the type declared, the HTML viewer simply chewed up the angle brackets, here is what he had:
deque<CMsg*> que;
Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!
|
|
|
|
|
Thanks, I forgot the HTML nature of this message board...
"nobody knows it, but you´ve got a secret smile, and you use it only for me"
|
|
|
|
|
You should use <>to include stuff that is from the std library, or anything else coming from your include paths and not your own project. That is not causing your problem, but it's what you should do in general.
Christian
We're just observing the seasonal migration from VB to VC. Most of these birds will be killed by predators or will die of hunger. Only the best will survive - Tomasz Sowinski 29-07-2002 ( on the number of newbie posters in the VC forum )
Cats, and most other animals apart from mad cows can write fully functional vb code. - Simon Walton - 6-Aug-2002
|
|
|
|
|
Hi,
I need to keep an (arbitrary) order for a map<string, thingy="">. My idea is to use the map<> for fast lookup, and a separate list<string> to keep the original order, but I wonder if there's a better way.
TIA
Peter
One day I might find it quite amusing how touching tongues make life so confusing Anne Clark again [sighist]
|
|
|
|
|
What are you storing as the value in your map?
Could you create a class for your value that contains your data and a sort value?
class MyData
{
MyClass m_MyClass;
int m_SortIndex;
};
What do you need to determine from the separate list? Do you need to traverse the data in a sorted order once you find a starting point or something? It really depends on what you're going to do after you find an item in your map.
Todd Smith
|
|
|
|
|
value is either a string, or a class mainly containing a string-string map (with the same problem):
I need fast string-based lookup, so I guess I will need a map.
(lookup is case insensitive, but original case should be preserved, a linear search in an unsorted list is probably a really bad idea)
I will continually insert, erase, and change values in the map, but at the same time, I need to iterate over the map in the same order as items were added to the map (bare thiose that were removed, of course)
e.g.
map["polonius"] = "rat"
map["ophelia"] = "dead";
map["hamlet"] = "mad";
// iterate over map so I get it in order polonius, ophelia, hamlet
map["hamlet"] = "dead";
map["polonius"] = "dead";
map.erase("ophelia");
// iterate original order again - now only polonius, hamlet
map["ophelia"] = "floating";
// iterate - now it doesn't matter if it's p-h-o, or p-o-h
if the key was an integer, I wouldn't hesitate to simply use a separate list as an index, but I wonder if there's a mroe effective method
e.g.: could I use a list< map::iterator >, or even a list <map::value_type *=""> instead? (provided I remove them from the lsit before removing them from the map) Although other iterators should not be affected by inserting / removing, I'm still a bit "shaky" on this topic...
Peter
One day I might find it quite amusing how touching tongues make life so confusing Anne Clark again [sighist]
|
|
|
|
|
peterchen wrote:
a linear search in an unsorted list is probably a really bad idea
How many items do you expect the container to hold? And what kind of performance do you need? A list would be easiest to implement assuming a linear search isn't to slow.
Todd Smith
|
|
|
|
|
typical 10, 100 not unusual - admitted, that's not too much.
but typical access is over two maps, and comparison is case-insensitive (which adds up)
But maybe you're right, I should implement it with a simple list, and see how fast it is.
One day I might find it quite amusing how touching tongues make life so confusing Anne Clark again [sighist]
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
