unsure how to implement MFC CArray with class

I am new to Template programming and I would like to create an array of
user-defined class objects using MFC CArray. Normally I would use linked
list processing - create an object class and then an object-list class,
but in this instance array processing would be more efficient. However I
need to use arrays that can dynamically shrink and grow ala Visual Basic
arrays.

I'm confused as to how to declare/implement the CArray using my Class.

class mydatastruct
{
public:
mydatastruct();
~mydatastruct();
private:
CString m_date;
double m_value;
};

How would I declare an instance of a CArray of mydatastructs? I'm
thinking this is something I should be able to do...

Mike

Mike Stenzler wrote:[color=blue]
> I am new to Template programming and I would like to create an array
> of user-defined class objects using MFC CArray. Normally I would use[/color]
[SNIP]

FAQ: "Which newsgroup should I post my questions?"
http://www.parashift.com/c++-faq-lit...t.html#faq-5.9

CArray, CString etc. are Microsoft propriatery classes from MFC and are
off-topic here. If you decide to use std::vector, this will be the right
place to post to.

--
WW aka Attila

"Mike Stenzler" <mstenzler@ssaris.com> wrote in message
news:3F7B462B.A25F0C77@ssaris.com...[color=blue]
> I am new to Template programming and I would like to create an array of
> user-defined class objects using MFC CArray. Normally I would use linked
> list processing - create an object class and then an object-list class,
> but in this instance array processing would be more efficient. However I
> need to use arrays that can dynamically shrink and grow ala Visual Basic
> arrays.[/color]

The standard container std::vector can do this.
I recommend it over an implementation-specific
one like an MFC type.
[color=blue]
> I'm confused as to how to declare/implement the CArray using my Class.[/color]

[color=blue]
> class mydatastruct
> {
> public:
> mydatastruct();
> ~mydatastruct();
> private:
> CString m_date;
> double m_value;
> };
>
> How would I declare an instance of a CArray of mydatastructs?[/color]

Read the CArray documenation. The standard C++ language
(the only topic here) has nothing to say about it.
[color=blue]
>I'm
> thinking this is something I should be able to do...[/color]

Yes, I'm sure it is. Haven't you read your documentation?
It should be provided with your Windows compiler, and
also at www.msdn.microsoft.com

I still recommend a std::vector, though, it can do
anything an MFC CArray can do, and will work anywhere
there's a standard C++ implementation.

-Mike

Mike Wahler wrote:
[color=blue]
> The standard container std::vector can do this.
> I recommend it over an implementation-specific
> one like an MFC type.[/color]

OK, I'll bite ...

If I were to use std::vector instead of CArray, how would I implement a simple
class as a dynamically sizeable array of those class objects?
[color=blue]
>[color=green]
> > class mydatastruct
> > {
> > public:
> > mydatastruct();
> > ~mydatastruct();
> > private:
> > CString m_date;
> > double m_value;
> > };
> >
> > How would I declare an instance of a CArray of mydatastructs?[/color]
>
> Read the CArray documenation. The standard C++ language
> (the only topic here) has nothing to say about it.
>[color=green]
> >I'm
> > thinking this is something I should be able to do...[/color]
>
> Yes, I'm sure it is. Haven't you read your documentation?[/color]
[color=blue]
> It should be provided with your Windows compiler, and[/color]
[color=blue]
> also at www.msdn.microsoft.com[/color]

// small rant below

I understand about posting to the wrong newsgroup for CArray-specific help.
Mea Culpa, my apologies. As for reading the documentation - after almost 20
years as a professional programmer writing in 6 languages under I'm not sure
how many different OS environments, I've learned that not all documentation is
equal. Sometimes RTFM isn't the appropriate response to a request for some
insight into how to use/do things. Having 2 small children and job deadline
pressures to meet, I usually don't have the luxury of poring through doco and
"teaching myself" when I'm trying to implement a technique that's new to me.
That's when I rely on asking others who have the knowledge I need - I thought
that was a big component of what Usenet was all about - people sharing
knowlege.
[color=blue]
>
> I still recommend a std::vector, though, it can do
> anything an MFC CArray can do, and will work anywhere
> there's a standard C++ implementation.[/color]

Like I said, I'll bite. How do you use it?
[color=blue]
> -Mike[/color]

Thanks

Mike Stenzler

Mike Stenzler wrote:
[SNIP][color=blue][color=green]
>> I still recommend a std::vector, though, it can do
>> anything an MFC CArray can do, and will work anywhere
>> there's a standard C++ implementation.[/color]
>
> Like I said, I'll bite. How do you use it?[/color]

Do you see online help in the name of this newsgroup? There are million
places where the standard vector class is described, with example programs.
Including the help facility of the Microsoft compilers and the
online/offline MSDN.

--
Attila aka WW

Attila Feher wrote:
[SNIP][color=blue]
> There are million places where the standard vector class is
> described, with example programs. Including the help facility
> of the Microsoft compilers and the online/offline MSDN.[/color]

IOW: show some effort please.

--
Attila aka WW

> > The standard container std::vector can do this.[color=blue][color=green]
> > I recommend it over an implementation-specific
> > one like an MFC type.[/color]
>
> OK, I'll bite ...
>
> If I were to use std::vector instead of CArray, how would I implement a[/color]
simple[color=blue]
> class as a dynamically sizeable array of those class objects?[/color]

# include <vector>
# include <iostream>

using std::vector;

class my_class
{
public:
void f()
{
std::cout << "hello" << std::endl;
}
};

int main()
{
vector<my_class> v; // a vector of my_class'es

v.push_back(my_class());
v.push_back(my_class());

// v now contains two objects

v.pop_back();

// v now contains two objects

// inserting a new object in front
v.insert(v.begin(), my_class());

v[0].f(); // "hello"
v[1].f(); // "hello"
}

Read about containers and iterators, and get The C++ Standard
Library by Josuttis.
[color=blue][color=green][color=darkred]
> > >I'm
> > > thinking this is something I should be able to do...[/color]
> >
> > Yes, I'm sure it is. Haven't you read your documentation?[/color]
>
> // small rant below
>
> I understand about posting to the wrong newsgroup for CArray-specific[/color]
help.[color=blue]
> Mea Culpa, my apologies. As for reading the documentation - after almost[/color]
20[color=blue]
> years as a professional programmer writing in 6 languages under I'm not[/color]
sure[color=blue]
> how many different OS environments, I've learned that not all[/color]
documentation is[color=blue]
> equal. Sometimes RTFM isn't the appropriate response to a request for some
> insight into how to use/do things. Having 2 small children and job[/color]
deadline[color=blue]
> pressures to meet, I usually don't have the luxury of poring through doco[/color]
and[color=blue]
> "teaching myself" when I'm trying to implement a technique that's new to[/color]
me.[color=blue]
> That's when I rely on asking others who have the knowledge I need - I[/color]
thought[color=blue]
> that was a big component of what Usenet was all about - people sharing
> knowlege.[/color]

I suppose if you don't have the time to read your documentation, we don't
have
the time to help you.

Jonathan

WW wrote:[color=blue]
>
> Mike Stenzler wrote:[color=green]
> > I am new to Template programming and I would like to create an array
> > of user-defined class objects using MFC CArray. Normally I would use[/color]
> [SNIP]
>
> FAQ: "Which newsgroup should I post my questions?"
> http://www.parashift.com/c++-faq-lit...t.html#faq-5.9
>
> CArray, CString etc. are Microsoft propriatery classes from MFC and are
> off-topic here. If you decide to use std::vector, this will be the right
> place to post to.[/color]
[color=blue]
> Mike Stenzler wrote:[color=green]
> > OK, I'll bite ...[/color]
>[color=green]
> > If I were to use std::vector instead of CArray, how would I implement a simple
> > class as a dynamically sizeable array of those class objects?[/color][/color]
[color=blue]
> Attila Feher wrote:[/color]
<2 replies combined>
[color=blue]
> Do you see online help in the name of this newsgroup? There are million
> places where the standard vector class is described, with example programs.
> Including the help facility of the Microsoft compilers and the
> online/offline MSDN.
>
> IOW: show some effort please.[/color]

Let me see if I understand this correctly -
1. If I ask a question that is OT I can expect to be told to use another
newsgroup,
but if I modify my question so that it is on-topic - this is the
right place.
2. If my question is on-topic I can expect to be told to RTFM as this
group isn't about helping people.

IOW: what is the magic threshold one needs to attain before one may
deign to ask a question of a learned cognoscenti such as yourself?

Mike Stenzler aka Mike Stenzler

Thanks for the example and book review.

Jonathan Mcdougall wrote:[color=blue]
>[color=green][color=darkred]
> > > The standard container std::vector can do this.
> > > I recommend it over an implementation-specific
> > > one like an MFC type.[/color]
> >
> > OK, I'll bite ...
> >
> > If I were to use std::vector instead of CArray, how would I implement a[/color]
> simple[color=green]
> > class as a dynamically sizeable array of those class objects?[/color]
>[/color]

[helpful answer snipped]
[color=blue]
> Read about containers and iterators, and get The C++ Standard
> Library by Josuttis.[/color]

Thanks for the reccomendation - I have C++ Templates by Josuttis, but up
to now have relied on Stroustrup and ignored most features of the C++
std lib in favor of a mix of C std lib and MFC components - obviously
more reading is required.

[my complaint about previous poster's directive to RTFM snipped]
[color=blue]
> I suppose if you don't have the time to read your documentation, we don't
> have
> the time to help you.
>
> Jonathan[/color]

now that's not even very clever - just plain rude. Thanks for the
helpful part, anyway.

Mike

Mike Stenzler wrote:[color=blue]
> Let me see if I understand this correctly -
> 1. If I ask a question that is OT I can expect to be told to use
> another newsgroup,[/color]

Yes.
[color=blue]
> but if I modify my question so that it is on-topic - this is the
> right place.[/color]

Yes.
[color=blue]
> 2. If my question is on-topic I can expect to be told to RTFM as this
> group isn't about helping people.[/color]

No. Only if you want people to type you in a 4 chapters book explaining
std::vector.
[color=blue]
> IOW: what is the magic threshold one needs to attain before one may
> deign to ask a question of a learned cognoscenti such as yourself?[/color]

First of all someone such as yourself should understand that someone such as
yourself has got all the help someone such as yourself payed for. And if
someone such as yourself stops being sarcastic and realizes that if someone
such as yourself demands help while showing up absolutely no effort of his
own so someone such as yourself starts to ask reasonable questions instead
of demanding solutions someone such as yourself will get useful answers.
Until someone such as yourself is unable to type in std::vector into his
IDE, move the cursor into it and press F1 someone such as yourself will have
somewhat tough time programming.

http://www.parashift.com/c++-faq-lit...learn-cpp.html

http://www.parashift.com/c++-faq-lit....html#faq-29.2

http://www.sgi.com/tech/stl/Vector.html

http://www.dinkumware.com/manuals/re...&h=vector.html

http://www.google.com/search?q=vector+tutorial+c%2B%2B

http://www.google.com/search?q=%22stl+tutorial%22

--
Attila aka WW

> > IOW: show some effort please.[color=blue]
>
>
> Let me see if I understand this correctly -
> 1. If I ask a question that is OT I can expect to be told to use another
> newsgroup,[/color]

Yes.
[color=blue]
> but if I modify my question so that it is on-topic - this is the
> right place.[/color]

Yes.
[color=blue]
> 2. If my question is on-topic I can expect to be told to RTFM[/color]

Yes, if your question was already answered or if your askings are
very general. Something like "how do I use std::vector" shows
us that you don't want to look by yourself, which is not a good
thing. Get a book or something.
[color=blue]
>as this
> group isn't about helping people.[/color]

Please.
[color=blue]
> IOW: what is the magic threshold one needs to attain before one may
> deign to ask a question of a learned cognoscenti such as yourself?[/color]

:)

I don't know about Attila, but for the majority of the group, a question
about a specific problem directly related to standard c++ will be
answered if anyone knows the answer. A vague question will either be
ignored or answered by asking details. An ot question will either
be redirected (hopefully) or thrown by the window (as it happens
too frequently). But never, _never_ ask a question implying that
you don't have the time to do something so you're asking others.
You will almost be banned from this place.

Please, RTFM :)

Jonathan

Attila Feher wrote:[color=blue]
>
> Mike Stenzler wrote:[color=green]
> > Let me see if I understand this correctly -
> > 1. If I ask a question that is OT I can expect to be told to use
> > another newsgroup,[/color]
>
> Yes.
>[color=green]
> > but if I modify my question so that it is on-topic - this is the
> > right place.[/color]
>
> Yes.
>[color=green]
> > 2. If my question is on-topic I can expect to be told to RTFM as this
> > group isn't about helping people.[/color]
>
> No. Only if you want people to type you in a 4 chapters book explaining
> std::vector.[/color]

Does this look like 4 chapters to you? To me it looks like a simple
helpful answer.

Jonathan Mcdougall wrote:[color=blue]
>
> # include <vector>
> # include <iostream>
>
> using std::vector;
>
> class my_class
> {
> public:
> void f()
> {
> std::cout << "hello" << std::endl;
> }
> };
>
> int main()
> {
> vector<my_class> v; // a vector of my_class'es
>
> v.push_back(my_class());
> v.push_back(my_class());
>
> // v now contains two objects
>
> v.pop_back();
>
> // v now contains two objects
>
> // inserting a new object in front
> v.insert(v.begin(), my_class());
>
> v[0].f(); // "hello"
> v[1].f(); // "hello"
> }[/color]

[color=blue][color=green]
> > IOW: what is the magic threshold one needs to attain before one may
> > deign to ask a question of a learned cognoscenti such as yourself?[/color]
>
> First of all someone such as yourself should understand that someone such as
> yourself has got all the help someone such as yourself payed for. And if
> someone such as yourself stops being sarcastic and realizes that if someone
> such as yourself demands help while showing up absolutely no effort of his
> own so someone such as yourself starts to ask reasonable questions instead
> of demanding solutions someone such as yourself will get useful answers.
> Until someone such as yourself is unable to type in std::vector into his
> IDE, move the cursor into it and press F1 someone such as yourself will have
> somewhat tough time programming.[/color]

So to refine my understanding a bit further:

Off topic bad, on topic good but only if I say pretty please and provide
documentary evidence of my valiant effort and subsequent failure to
master the entire topic. Said documentation should be sufficient to show
that I have attained the required minimal knowledge one must display to
ask a question about such a grand and complex topic and then only if my
question is "reasonable". And I should be VERY careful in how I phrase
my REQUEST FOR HELP so that my humble request won't be mistaken for a
DEMAND FOR A SOLUTION.

Perhaps the following should be added to the FAQ:

Before posting the supplicant must provide the following to establish
his/her bona-fides:
1. a digital photo showing eyes red-rimmed from lack of sleep studying
the topic
2. a screen capture showing std::vector in an IDE (command line
compilers are verboten) with mouse pointer prominently displayed over
the "v"
3. a finger chopped off the right hand showing traces of yellow
highlighter
4. a credit card receipt for zero dollars paid to the great help desk in
the sky
5. a vial (or perhaps a container class) containing tears of frustration

All UNREASONABLE questions will be instantly rejected and the supplicant
suitably punished.

Mike aka Senior Vice President & Chief Technology Officer of a company
that manages (very well thankyou) close to a billion (with a B) USD - of
course I have absolutely no qualifications for the job, they just took
pity on me once they realized what a tough time I had programming.

Jonathan Mcdougall wrote:
[snip]
[color=blue]
>[color=green]
> > 2. If my question is on-topic I can expect to be told to RTFM[/color]
>
> Yes, if your question was already answered or if your askings are
> very general. Something like "how do I use std::vector" shows
> us that you don't want to look by yourself, which is not a good
> thing. Get a book or something.[/color]

read my question or the whole thread or something -

[color=blue][color=green]
> >as this
> > group isn't about helping people.[/color]
>
> Please.[/color]

please what? The group is just about people yakking at each other for
what reason? To make themselves seem smart? What?

[snip]
[color=blue]
> But never, _never_ ask a question implying that
> you don't have the time to do something so you're asking others.[/color]

This is obviosly a terrible crime. Possibly a felony. Please add this
very important requirement to the FAQ so I or others like me who
actually have to do things in life won't make this terrible mistake
again.
[color=blue]
> You will almost be banned from this place.[/color]

Ahh, BANISHMENT!! Can you send a couple of guys to drag me away in a
straightjacket instead? I really like it when they twist my arms back,
and the smell of crisp white cotton...

Since I've managed to insult 2 fully qualified C++ experts on this
newsgroup by asking a simple question, I'll make it easy for you and
banish myself.
[color=blue]
> Please, RTFM :)[/color]

Yes Sir, right away sir.

Anyway, thanks for your moment of helpfulness - the code snippet you
incuded previously compiles and works and has made it clear that
std::vector is an avenue I can pursue instead of CArray. I did have a
couple of follow-on questions about the efficiency of multiple function
calls (v.push_back()) to load this vector/array and why you included
pop.back() but that obviously would be an imposition on someone such as
yourself who has only _so_much_ helpfulness to give. One must be careful
not to spoil people or they'll get lazy and keep ASKING MORE QUESTIONS!
They'll never experience the joy of spending countless hours reading and
possibly not understanding an entire complex subject of which they only
really need to know just a tiny piece of in order to get something
accomplished.

GMAFB - aka Flip Me A Bone - have you never asked someone how to do
something because you needed to know how to do it NOW and didn't have
time to learn the whole topic? I find it hard to believe you haven't.
Let me be presumptuous (see I'm obviously an untermensch - I can't even
spell and I'm too LAZY to use the damn spell checker) enough to give you
this little lesson in life - THERE'S NOTHING WRONG WITH BEING HELPFUL -
aka IT'S NICE TO BE NICE! This give a guy a fish and he eats for a
night, but teach him how to fish and he eats until he gets mercury
poisoning can be carried a bit far...

Mike

Jonathan Mcdougall wrote:

[snip]
[color=blue]
> shows us that you don't want to look by yourself, which is not a good[/color]

[snip]
[color=blue]
> Jonathan[/color]

BTW- who is "us"? Do you speak for others?

Mike

Mike Stenzler wrote:[color=blue]
> So to refine my understanding a bit further:[/color]

You mean to keep off-topic ranting because we did not bow and crape when you
started to demand help? OK. As you wish.
[color=blue]
> Off topic bad, on topic good but only if I say pretty please and
> provide documentary evidence of my valiant effort and subsequent
> failure to master the entire topic.[/color]

Stop trolling please or do not be surprised if you end up in killfiles. If
pressing F1 while your cursor is on std::vector and look at the help is too
hard for you...
[color=blue]
> Said documentation should be sufficient to show that I
> have attained the required minimal knowledge one must display
> to ask a question about such a grand and complex topic and then
> only if my question is "reasonable". And I should be VERY
> careful in how I phrase my REQUEST FOR HELP so that my
> humble request won't be mistaken for a
> DEMAND FOR A SOLUTION.[/color]

You have time to post that f*cking bullsh*t but you did not have time to
press F1 and look at your helpfile for vector. Congratulations. You must
be fun to work with!

[TROLLING SNIPPED]

*PLONK*

--
WW aka Attila

Mike Stenzler wrote:
[SNIP][color=blue]
> BTW- who is "us"? Do you speak for others?[/color]

Take a chill pill. Or change to decaf.

--
WW aka Attila

"Mike Stenzler" <mstenzler@ssaris.com> wrote in message
news:3F7C2084.6CFB2DB7@ssaris.com...

[..]
[color=blue]
> Having 2 small children and job deadline
> pressures to meet, I usually don't have the luxury of poring through doco[/color]
and[color=blue]
> "teaching myself" when I'm trying to implement a technique that's new to[/color]
me.[color=blue]
> That's when I rely on asking others who have the knowledge I need - I[/color]
thought[color=blue]
> that was a big component of what Usenet was all about - people sharing
> knowlege.[/color]

Well you're in luck because nobody else here has kids, jobs or deadlines to
worry about.

Mike Stenzler wrote:[color=blue]
>
> Jonathan Mcdougall wrote:
>
> [snip]
>[color=green]
> > shows us that you don't want to look by yourself, which is not a good[/color]
>
> [snip]
>[color=green]
> > Jonathan[/color]
>
> BTW- who is "us"? Do you speak for others?[/color]

I agree with both Jonathan and WW.

You are behaving like a jackass. There are plenty of people helping
others all the time here.

You come in, don't bother lurking or checking the FAQ for topicality,
then insult the entire group by stating that they refuse to help people.
As pointed out, there are a number of tutorials regarding std::vector
and the other standard container classes.

Brian Rodenborn

"Fao, Sean" wrote:[color=blue]
>
> "Mike Stenzler" <mstenzler@ssaris.com> wrote in message
> news:3F7C2084.6CFB2DB7@ssaris.com...
>
> [..]
>[color=green]
> > Having 2 small children and job deadline
> > pressures to meet, I usually don't have the luxury of poring through doco[/color]
> and[color=green]
> > "teaching myself" when I'm trying to implement a technique that's new to[/color]
> me.[color=green]
> > That's when I rely on asking others who have the knowledge I need - I[/color]
> thought[color=green]
> > that was a big component of what Usenet was all about - people sharing
> > knowlege.[/color]
>
> Well you're in luck because nobody else here has kids, jobs or deadlines to
> worry about.[/color]

Well, I don't feel lucky... :)

> > > 2. If my question is on-topic I can expect to be told to RTFM[color=blue][color=green]
> >
> > Yes, if your question was already answered or if your askings are
> > very general. Something like "how do I use std::vector" shows
> > us that you don't want to look by yourself, which is not a good
> > thing. Get a book or something.[/color]
>
> read my question or the whole thread or something -[/color]

FYI, I've been here since the start and I answered your questions.
Look on Google, it archives all posts, maybe you missed one. Note
that it may take up to 8h for a post to appear there.
[color=blue][color=green][color=darkred]
> > >as this
> > > group isn't about helping people.[/color]
> >
> > Please.[/color]
>
> please what?[/color]

This kind of statement ("as this group isn't about helping people.")
is useless and only makes everybody angry. Please, try to
stay polite and think about what you write.
[color=blue]
> [snip]
>[color=green]
> > But never, _never_ ask a question implying that
> > you don't have the time to do something so you're asking others.[/color]
>
> This is obviosly a terrible crime. Possibly a felony. Please add this
> very important requirement to the FAQ so I or others like me who
> actually have to do things in life won't make this terrible mistake
> again.[/color]

It is.

http://www.parashift.com/c++-faq-lite/how-to-post.html

[color=blue][color=green]
> > You will almost be banned from this place.[/color]
>
> Ahh, BANISHMENT!! Can you send a couple of guys to drag me away in a
> straightjacket instead? I really like it when they twist my arms back,
> and the smell of crisp white cotton...[/color]

That was to be taken with a smile. I think irony does not travel well
by internet.
[color=blue]
> Since I've managed to insult 2 fully qualified C++ experts on this[/color]

Two, I don`t know, but you did not _insult_ me for sure, you just
look like a troll right now, that's it. It takes quite a big troll for
me to feel insulted.
[color=blue]
> newsgroup by asking a simple question, I'll make it easy for you and
> banish myself.[/color]

By banishment, I was not talking literaly.
[color=blue][color=green]
> > Please, RTFM :)[/color]
>
> Yes Sir, right away sir.[/color]

That was a joke, noticed the smiley?
[color=blue]
> Anyway, thanks for your moment of helpfulness - the code snippet you
> incuded previously compiles and works and has made it clear that
> std::vector is an avenue I can pursue instead of CArray. I did have a
> couple of follow-on questions about the efficiency of multiple function
> calls (v.push_back()) to load this vector/array and why you included
> pop.back()[/color]

Well go for it and stop saying these things!! This discussion is *useless*,
people are here to help other people, not to talk like that. So please,
and this applies to *everyone* including me, shut the fuck up, let's
forget that thread, and let's start a new one about std::vectors, ok ?
I'm getting tired of that shit.

<snipped>

Jonathan

"Mike Stenzler" <mstenzler@ssaris.com> wrote in message
news:3F7C400B.C105A7AE@ssaris.com...[color=blue]
> All UNREASONABLE questions will be instantly rejected and the supplicant
> suitably punished.
>
> Mike aka Senior Vice President & Chief Technology Officer of a company
> that manages (very well thankyou) close to a billion (with a B) USD - of
> course I have absolutely no qualifications for the job, they just took
> pity on me once they realized what a tough time I had programming.[/color]

[sigh]

*PLONK*

-Mike

Default User wrote:[color=blue]
>
> Mike Stenzler wrote:[color=green]
> >
> > Jonathan Mcdougall wrote:
> >
> > [snip]
> >[color=darkred]
> > > shows us that you don't want to look by yourself, which is not a good[/color]
> >
> > [snip]
> >[color=darkred]
> > > Jonathan[/color]
> >
> > BTW- who is "us"? Do you speak for others?[/color]
>
> I agree with both Jonathan and WW.
>
> You are behaving like a jackass. There are plenty of people helping
> others all the time here.[/color]

That is an argumentum ad hominem. In case you don't know what that is
please RTFM. Additionally, I didn't know jackasses can type. I think you
are behaving like an orangutan.
[color=blue]
> You come in, don't bother lurking or checking the FAQ for topicality,[/color]

You're absolutely right - but I already admitted to that transgression
and apologized. Then I moved on and asked a question that WAS topical.
[color=blue]
> then insult the entire group by stating that they refuse to help people.[/color]

Read the thread. Didn't happen. I never said a word about the behaviour
of anyone except those I was in direct communication with. That comment
(see below) was a sarcastic comment directed at one single individual
who took it upon himself to "manage" the newsgroup.
[color=blue]
> 2. If my question is on-topic I can expect to be told to RTFM as this group isn't about helping people.[/color]

I didn't ask for a tutorial, I didn't ask for 4 chapters of text, I
didn't ask to understand the entire subject, I didn't ask to get into
this little pissing match - I just asked how to use std::vector to
implement an array of classes. I DEFINITELY did not SAY ANYTHING about
the newsgroup as a whole and the netiquette of it's posters. As evidence
that this question was not so overly broad as to be unanswerable except
by reading several chapters of a book - Jonathan answered my question in
about 20 lines of code and gave me the info I was looking for.
[color=blue]
> As pointed out, there are a number of tutorials regarding std::vector
> and the other standard container classes.[/color]

Yes, it was previously mentioned.

Mike Stenzler

Mike Wahler wrote:[color=blue]
> [sigh]
>
> *PLONK*[/color]

Et tu, Mike? ;-)

--
WW aka Attila

TROLL ALERT!

Jonathon-

Jonathan Mcdougall wrote:
[snip]
[color=blue]
> FYI, I've been here since the start and I answered your questions.[/color]

I know you did. I acknowledged that. My thanks were genuine. I just
don't think my question was that broad to get painted with the RTFM
brush. You proved that by answering it with like maybe 20 lines of code.
Yes, I need to do some reading to use this further. But Jeez, lighten up
on people.
[color=blue]
> Look on Google, it archives all posts, maybe you missed one. Note
> that it may take up to 8h for a post to appear there.[/color]

I didn't miss any posts, I can see the whole thread here in my news
reader. I DID miss a few smiley's of yours and probably wouldn't have
given YOU any sass if I'd seen them.
[color=blue]
>[color=green][color=darkred]
> > > >as this
> > > > group isn't about helping people.
> > >
> > > Please.[/color]
> >
> > please what?[/color]
>
> This kind of statement ("as this group isn't about helping people.")
> is useless and only makes everybody angry. Please, try to
> stay polite and think about what you write.[/color]

Is calling me a jackass, polite? (Not you - Brian Rodenborn aka
Default_User).

That statement was made as a sarcastic comment on Atilla's behaviour as
newsgroup nazi. I just don't like being shit upon, especially by a herd.

[color=blue]
>[color=green]
> > [snip]
> >[color=darkred]
> > > But never, _never_ ask a question implying that
> > > you don't have the time to do something so you're asking others.[/color]
> >
> > This is obviosly a terrible crime. Possibly a felony. Please add this
> > very important requirement to the FAQ so I or others like me who
> > actually have to do things in life won't make this terrible mistake
> > again.[/color]
>
> It is.
>
> http://www.parashift.com/c++-faq-lite/how-to-post.html[/color]

I looked but I'm not sure I see that in the faq.

[snip]
[color=blue]
> That was to be taken with a smile. I think irony does not travel well
> by internet.[/color]

You're right. It doesn't. I missed the smiley, missed 2 of 'em I think.
Most seemed to have missed my ironies.

[color=blue][color=green]
> > Since I've managed to insult 2 fully qualified C++ experts on this[/color][/color]

[snip]

[color=blue]
> That was a joke, noticed the smiley?[/color]

Missed it. Sorry.
[color=blue]
>[color=green]
> > Anyway, thanks for your moment of helpfulness - the code snippet you
> > incuded previously compiles and works and has made it clear that
> > std::vector is an avenue I can pursue instead of CArray. I did have a
> > couple of follow-on questions about the efficiency of multiple function
> > calls (v.push_back()) to load this vector/array and why you included
> > pop.back()[/color]
>
> Well go for it and stop saying these things!! This discussion is *useless*,
> people are here to help other people, not to talk like that. So please,
> and this applies to *everyone* including me, shut the fuck up, let's
> forget that thread, and let's start a new one about std::vectors, ok ?
> I'm getting tired of that shit.
>
> <snipped>
>
> Jonathan[/color]

OK, I'll bite (that's how I got into several people's kill files to
begin with) :)

it seems to me that using this std::vector class to instantiate an array
of class objects isn't too efficient. In C you declare (and allocate
memory for) an array in one shot, then use very efficient direct
addressing (subscript notation, not ptr) to access the array members.
Unfortunately, the array is not dynamically resizeable, so limited in
usage (from my perspective) - I prefer linked lists, usually when I use
an array it's strictly for efficiency. In VB of course, arrays are
resizeable (redim). The MFC CArray class creates an empty array that is
then settable to a number of elements using CArray::SetSize(). So in a
possible implementation for me I could instantiate an array, set it to
some reasonable size, then fetch data into it and if the reasonable size
is exceeded I could use CArray::SetAtGrow() or CArray::Add() to grow the
array record by record. Microsoft claims that using CArray::GetAt() &
CArray::SetAt() to access the array members (each in this case a class)
is just as efficient as the direct addressing of C language.

Now, I DID RTFM as far as the a.pop_back() that you had included in your
snippet, I'm not sure I understand why, but id does solve the problem I
immediately saw of an empty element at .last. I still see (under a
debugger) an empty at .end - not sure if this is a problem. Here's where
a RTFM comment is warranted. What I'm curious about now is I don't see
any way to batch allocate an array (vector) of a certain size - it's
certainly clear that using your method will work, but it grows the array
a record at a time - that seems inefficient compared to the MFC
implementation and certainly compared to raw C arrays. Am I missing
something? Or id this just a tradeoff situation?

Mike

"Mike Stenzler" <mstenzler@ssaris.com> wrote
[color=blue]
> What I'm curious about now is I don't see
> any way to batch allocate an array (vector) of a certain size[/color]

For default-initialized elements,
std::vector <name_of_type> name_of_vector (size_of_vector);

For copy-initialized elements, I forget which way round it goes
(but it's in the FM :)

Good luck and best regards,
Buster.

Ahh! Thanks.
Mike

Buster wrote:[color=blue]
>
> "Mike Stenzler" <mstenzler@ssaris.com> wrote
>[color=green]
> > What I'm curious about now is I don't see
> > any way to batch allocate an array (vector) of a certain size[/color]
>
> For default-initialized elements,
> std::vector <name_of_type> name_of_vector (size_of_vector);
>
> For copy-initialized elements, I forget which way round it goes
> (but it's in the FM :)
>
> Good luck and best regards,
> Buster.[/color]

Mike Stenzler wrote:[color=blue]
> That statement was made as a sarcastic comment on Atilla's behaviour
> as newsgroup nazi. I just don't like being shit upon, especially by a
> herd.[/color]

You don't need to be shit upon. You smell troll without it. And I have to
inform you that I do not take lightly to be called a nazy. You have crossed
the line.

--
WW aka Attila

Mike Stenzler wrote:
[color=blue][color=green]
> > You are behaving like a jackass. There are plenty of people helping
> > others all the time here.[/color]
>
> That is an argumentum ad hominem.[/color]

What are you talking about? I was making an observation, not debating a
topic.

Brian Rodenborn

> it seems to me that using this std::vector class to instantiate an array[color=blue]
> of class objects isn't too efficient.[/color]

For sure arrays are more efficient than std::vector, since it is a
class with some book-keeping. But imho, better safe than sorry.
[color=blue]
>In C you declare (and allocate
> memory for) an array in one shot,[/color]

std::vector<int> v(10); // 10 element vector
[color=blue]
>then use very efficient direct
> addressing (subscript notation, not ptr)[/color]

v[0]

is best you can have. In the best case, it only redirects to the
array (assuming the internal representation _is_ an array).

The member function at() gives checked access to the vector :

try
{
v.at(10) = 50;
}
catch(std::out_of_range)
{
// ...
}
[color=blue]
>to access the array members.
> Unfortunately, the array is not dynamically resizeable, so limited in
> usage (from my perspective) - I prefer linked lists, usually when I use
> an array it's strictly for efficiency.[/color]

In that case, check out std::list.

[ot]
Usually, std::vector's internal representation is an array which is
copied around and resized when full. std::list is usually a linked
list. But aside from the speed constraints, this is implementation
defined.
[/ot]
[color=blue]
>In VB of course, arrays are
> resizeable (redim).[/color]

In C++ too, but you have got to do that manually.
[color=blue]
>The MFC CArray class creates an empty array that is
> then settable to a number of elements using CArray::SetSize().[/color]

std::vector::reserve() is the closest match. It reserves memory
to avoid reallocation.

For example :

std::vector<int> v(10);

this creates a vector of 10 elements. It is correct to do

v[0] = 5;
v[1] = 54;
...
v[9] = 21;

If you want to enlarge the vector, you *must* *add* elements
via push_back() or insert().

v.push_back(12);

Since the vector had only 10 elements, it must grow (create a new
array, copy the data, delete the old one). It could grow by one,
but this would not be very efficient, so it grows by a given
factor, let's say 2. So now our std::vector has 20 elements for
which memory is reserved, but only *11* accessible.

If you know you have a lot of inserts or push_back to do, you
can reserve the memory to avoid reallocation :

v.reserve(100);

Here, the memory is reserved for 100 elements. You can now add
100 elements with no reallocation.

You must understand the difference between capacity (with reserve())
and size (with push_back and insert). reserve() does not create
element, insert and push_back do.
[color=blue]
>So in a
> possible implementation for me I could instantiate an array, set it to
> some reasonable size, then fetch data into it and if the reasonable size
> is exceeded I could use CArray::SetAtGrow() or CArray::Add() to grow the
> array record by record.[/color]

std::vector::push_back() adds an element at the end of the vector and
grows it if needed. std::vector::insert() inserts an element at the
given position and grows it if needed.
[color=blue]
>Microsoft claims that using CArray::GetAt() &
> CArray::SetAt() to access the array members (each in this case a class)
> is just as efficient as the direct addressing of C language.[/color]

Do you know we are talking about less than milli-seconds here? If
speed is important, you can do it in assembly, it could be faster.
But the difference is really not big enough to make a difference
(depending on the context, of course).
[color=blue]
> Now, I DID RTFM as far as the a.pop_back() that you had included in your
> snippet, I'm not sure I understand why, but id does solve the problem I
> immediately saw of an empty element at .last. I still see (under a
> debugger) an empty at .end - not sure if this is a problem.[/color]

I am not sure I am following you here.
[color=blue]
>Here's where
> a RTFM comment is warranted. What I'm curious about now is I don't see
> any way to batch allocate an array (vector) of a certain size -[/color]

As I said

std::vector<int> v(10); // 10 elements

or

v.reserve(100);

to prevent the reallocation if less than 100 elements are inserted.
[color=blue]
>it's
> certainly clear that using your method will work, but it grows the array
> a record at a time - that seems inefficient compared to the MFC
> implementation and certainly compared to raw C arrays. Am I missing
> something? Or id this just a tradeoff situation?[/color]

It would be far more interesting for you to get Josuttis's "The C++
Standard Library". Lots and lots of nice informations in there.

Jonathan

> TROLL ALERT!

enough.

jonathan

Jonathan Mcdougall wrote:[color=blue][color=green]
>> TROLL ALERT![/color]
>
> enough.[/color]

Yeah. That is a synonim.

--
WW aka Attila

"WW" <wolof@freemail.hu> wrote in message
news:blhpeb$pb0$1@phys-news1.kolumbus.fi...[color=blue]
> Mike Wahler wrote:[color=green]
> > [sigh]
> >
> > *PLONK*[/color]
>
> Et tu, Mike? ;-)[/color]

:-)

What really got me was:

<quote>
"after almost 20 years as a professional programmer writing
in 6 languages under I'm not sure how many different OS
environments..."
</quote>

(obviously an attempt to impress people
and/or engender their 'sympathy')

<quote>
"Having 2 small children and job deadline pressures to meet,
I usually don't have the luxury of poring through docs..."
</quote>

(more childish whining)

So, to Mr. Stenzler, a reality check:

[big breath]

During my just under thirty years as a software professional,
in more languages than I can recall (in excess of two dozen),
with 10+ operating systems, dozens of special purpose libraries,
many special-purpose hardware devices with their idiosyncracies
and outright bugs, in over 20 vertical markets, dealing with many irrational
or unreasonable requests/demands, negotiating with
employers, clients, and vendors, managing subordinates,
administrating computer networks, participating in marketing,
deployment, user training, and customer service, continuing my
education via books, seminars, and consultants, in 7 U.S. states,
and often exhausting business travel (both air and land), I've
never needed to make demands of or abuse others in order to do my
job effectively.

I've never used the circumstances of my personal life (which
as is probably the case with almost anyone, have been occasionally
quite trying) to justify defaulting on my self-reponsibility
or attempting to assign that responsibility to others, in order
to acquire any additional knowledge and/or skills necessary
to to my job.

And I still somehow found time to write this rant. :-)

Employer/client: "I need this new technology integrated
into the project."

Employee/consultant: "But I don't know how to do that,
I don't have time to learn, and
I can't find anyone to do it for me."

Employer/client "Help wanted."

You need not reply, Mr. Stenzler, I won't see it.

There, I feel better now. We now return you to
your regularly scheduled programming. :-)

-Mike

Mike Wahler wrote:
[SNIPPO][color=blue]
> never needed to make demands of or abuse others in order to do my
> job effectively.[/color]

Ah. Then we know you did not work for Dogbert's consultancy. :-)

[SNIPPO RE-RUN]

I can understand if someone is desperate. But all I can say is:

http://mars-attacks.org/~boklm/browse/humor/bart.gif

--
WW aka Attila

"Jonathan Mcdougall" <jonathanmcdougall@DELyahoo.ca> wrote in message news:hy0fb.8309$yV2.132914@weber.videotron.net...[color=blue][color=green]
> > it seems to me that using this std::vector class to instantiate an array
> > of class objects isn't too efficient.[/color]
>
> For sure arrays are more efficient than std::vector, since it is a
> class with some book-keeping. But imho, better safe than sorry.[/color]

For sure, vectors are not slower for most of what you are doing on
a reasonable implementation. This is precisely the reason operator[]
does not do any range checking, etc...
[color=blue]
> is best you can have. In the best case, it only redirects to the
> array (assuming the internal representation _is_ an array).'[/color]

Which is no more work than what the compiler does to access
the array in most cases.

[color=blue]
> If you want to enlarge the vector, you *must* *add* elements
> via push_back() or insert().[/color]

Or resize().

> int main()[color=blue]
> {
> vector<my_class> v; // a vector of my_class'es
>
> v.push_back(my_class());
> v.push_back(my_class());
>
> // v now contains two objects
>
> v.pop_back();
>
> // v now contains two objects[/color]

I just saw that comment, yurk! 'v' contains *one* element now,
not two. pop_back() removes the last element. Sorry.
[color=blue]
>
> // inserting a new object in front
> v.insert(v.begin(), my_class());[/color]

Two elements now.
[color=blue]
> v[0].f(); // "hello"
> v[1].f(); // "hello"
> }[/color]

Jonathan

Yeah, that did confuse me a bit, see my email.

There *is* some unusual behaviour or wrong usage on my part under VC++,
it may be have to do with reserve() vs the element allocation of
push_back(). I'll check in the AM at work.

Thanks

Mike

Jonathan Mcdougall wrote:[color=blue]
>[color=green]
> > int main()
> > {
> > vector<my_class> v; // a vector of my_class'es
> >
> > v.push_back(my_class());
> > v.push_back(my_class());
> >
> > // v now contains two objects
> >
> > v.pop_back();
> >
> > // v now contains two objects[/color]
>
> I just saw that comment, yurk! 'v' contains *one* element now,
> not two. pop_back() removes the last element. Sorry.
>[color=green]
> >
> > // inserting a new object in front
> > v.insert(v.begin(), my_class());[/color]
>
> Two elements now.
>[color=green]
> > v[0].f(); // "hello"
> > v[1].f(); // "hello"
> > }[/color]
>
> Jonathan[/color]

Mike Stenzler wrote:[color=blue]
>
> Attila Feher wrote:[color=green]
> >
> > Mike Stenzler wrote:[color=darkred]
> > > Let me see if I understand this correctly -
> > > 1. If I ask a question that is OT I can expect to be told to use
> > > another newsgroup,[/color]
> >
> > Yes.
> >[color=darkred]
> > > but if I modify my question so that it is on-topic - this is the
> > > right place.[/color]
> >
> > Yes.
> >[color=darkred]
> > > 2. If my question is on-topic I can expect to be told to RTFM as this
> > > group isn't about helping people.[/color]
> >
> > No. Only if you want people to type you in a 4 chapters book explaining
> > std::vector.[/color]
>
> Does this look like 4 chapters to you? To me it looks like a simple
> helpful answer.[/color]

It's only 5% you should or need to know about vectors.
The remaining 95% are what is written in those 4 chapters.
But it has the benefit, that if you have read those 4 chapters
you would also know how to work with std::list, std::map, std::multimap, etc ...
[color=blue]
>
> Mike aka Senior Vice President & Chief Technology Officer of a company
> that manages (very well thankyou) close to a billion (with a B) USD - of
> course I have absolutely no qualifications for the job, they just took
> pity on me once they realized what a tough time I had programming.[/color]

In this NG we don't care who you are or what your position is.
Even if Stroustroup himself posts and is wrong he will
be corrected.

--
Karl Heinz Buchegger
kbuchegg@gascad.at

Karl Heinz Buchegger wrote:
[SNIP][color=blue]
> In this NG we don't care who you are or what your position is.
> Even if Stroustroup himself posts and is wrong he will
> be corrected.[/color]

http://www.winternet.com/~mikelr/flame43.html

--
Attila aka WW

Karl Heinz Buchegger wrote:

[snip]
[color=blue]
> It's only 5% you should or need to know about vectors.
> The remaining 95% are what is written in those 4 chapters.
> But it has the benefit, that if you have read those 4 chapters
> you would also know how to work with std::list, std::map, std::multimap, etc ...[/color]

understood - my immediate need was just for some syntax on std::vector
or any similar animal (hence the initial misdirected request re CArray),
it would be nice to know all of the rest, but to solve my problem of the
moment I just needed to see if vector would work for me.

[color=blue][color=green]
> > Mike aka Senior Vice President & Chief Technology Officer of a company
> > that manages (very well thankyou) close to a billion (with a B) USD - of
> > course I have absolutely no qualifications for the job, they just took
> > pity on me once they realized what a tough time I had programming.[/color]
>
> In this NG we don't care who you are or what your position is.
> Even if Stroustroup himself posts and is wrong he will
> be corrected.[/color]

It was a joke son, a joke! :-) I didn't post the above to appear better
than anyone - just to sarcastically reply to the the poster below who
implies that I'm having such a tough time programming. My point was that
the evidence of my position belied the statement - I've been pretty damn
successful in life writing code. I was also kinda teasing him since he
signs his posts as "WW aka Atilla". However, it's true that position
doesn't directly equate to competence - lots of folks get promoted (or
elected) over their heads, and in the context of a newsgroup I can see
how it could be misinterpreted - so it was a poor choice of words in
this senseless pissing match.
[color=blue][color=green][color=darkred]
>>> WW wrote:
>>> [snip]
>>> Until someone such as yourself is unable to type in std::vector into his
>>> IDE, move the cursor into it and press F1 someone such as yourself will have
>>> somewhat tough time programming.[/color][/color][/color]

Anyway, time to move on..

Mike

Jonathan Mcdougall wrote:

[snip]
[color=blue]
>
> I just saw that comment, yurk! 'v' contains *one* element now,
> not two. pop_back() removes the last element. Sorry.[/color]

No problemo - but I now see what happened - with the funky comment, I
misinterpeted your inclusion of pop_back() as somehow required rather
than illuminative, then I was led off track by looking at what may be
VC++'s internal representation of the vector. As soon as I looked at the
code snippet and your post this morning it was obvious that I didn't
need the pop_back in the context of what I was doing.

So far vector looks OK for my needs but I'll run a test against a static
array later and see if the overhead is excessive.

Thanks

Mike

Mike Stenzler wrote:[color=blue]
> kinda teasing him since he signs his posts as "WW aka Atilla".[/color]

Learn to read.

--
Attila aka WW

Attila Feher wrote:[color=blue]
>
> Mike Stenzler wrote:[color=green]
> > kinda teasing him since he signs his posts as "WW aka Atilla".[/color]
>
> Learn to read.
>
> --
> Attila aka WW[/color]

Hey, I thought I was in your kill file!

I guess you should check Google before posting, eh?

Well, I swore I was done peeing, but you are such an easy target...

[below from several earlier posts]

WW wrote:[color=blue]
>
> [SNIPPO]
> I can understand if someone is desperate. But all I can say is:
>
> http://mars-attacks.org/~boklm/browse/humor/bart.gif
>
> --
> WW aka Attila <----------- hmmmm, interesting....[/color]

WW wrote:[color=blue]
>
> Mike Wahler wrote:[color=green]
> > [sigh]
> >
> > *PLONK*[/color]
>
> Et tu, Mike? ;-)
>
> --
> WW aka Attila <----------- again, interesting....[/color]

WW wrote:
[snip][color=blue]
> You have time to post that f*cking bullsh*t but you did not have time to
> press F1 and look at your helpfile for vector. Congratulations. You must
> be fun to work with!
>
> [TROLLING SNIPPED]
>
> *PLONK*
>
> --
> WW aka Attila <------------ well, I guess you see my point...[/color]

Attila Feher wrote:[color=blue]
>
> [SNIP]
> http://www.winternet.com/~mikelr/flame43.html
>
> --
> Attila aka WW <------ ahh, you must be thinking about this fellow...[/color]

What is it about this that you are unwilling to let go of?

Read your own posts above and give it up - YOU ARE WRONG.

Now, listen - I came to this newsgroup, posted a question that was OT.
OK, I'm guilty, I've admitted that several times. When it was suggested
to me that std::vector would work just as well, I modified my question
to be on-topic.

I also replied to Mike Wahler prefaced with "// small rant below" re his
telling me to read my doco twice in his post. Now, maybe my choice of
words wasn't great, but I simply tried to say I was busy, pressured, and
what was in my mind was a simple question that maybe someone who knew
the answer could help with. The "rant" preface implies the writer isn't
taking himself too seriously and the reader should do likewise. I didn't
ask for a lecture, just some help.

What I got was you pouncing all over me and acting like a bully and
autodidact. Fact is, even after claiming (see above) that I was in your
kill file, even after I stopped responding, you kept reading my posts
directed at others and further flaming me - acting like a total troll
even as you accused me of being one. Even after I stopped responding,
you continued to bash me in public with Mike Wahler who also claimed to
have "killed" me. It seems to me to be a cowardly act to "kill" someone
and then continue to bash them - they can't "fight back".

Now, I don't know you, and really don't have anything against you or
anything to gain by continuing this except I don't like being bullied or
treated rudely. I asked a question, got a rude response and replied to
your rudeness. I used sarcasm, a great weapon effective against both
fools and kings. It seems to have gone over your head. I have not
attacked you personally except one reference of your behaviour being
that of a net-nazi, you on the other hand have pursued numerous ad
hominem attacks both directly and via links that portray me as a fool
and blowhard. That doesn't seem like polite netiquette to me.

So have a happy life, YOU are now in MY kill file!

Mike

Mike Stenzler wrote:[color=blue]
> Attila Feher wrote:[color=green]
>>
>> Mike Stenzler wrote:[color=darkred]
>>> kinda teasing him since he signs his posts as "WW aka Atilla".[/color]
>> --
>> WW aka Attila <----------- hmmmm, interesting....[/color][/color]

And not Atilla.
[color=blue]
> WW wrote:[color=green]
>>
>> Mike Wahler wrote:[color=darkred]
>>> [sigh]
>>>
>>> *PLONK*[/color]
>>
>> Et tu, Mike? ;-)
>>
>> --
>> WW aka Attila <----------- again, interesting....[/color][/color]

And again, not Atilla.
[color=blue]
> WW wrote:
> [snip][color=green]
>> You have time to post that f*cking bullsh*t but you did not have
>> time to press F1 and look at your helpfile for vector.
>> Congratulations. You must be fun to work with!
>>
>> [TROLLING SNIPPED]
>>
>> *PLONK*
>>
>> --
>> WW aka Attila <------------ well, I guess you see my point...[/color][/color]

And again, not Atilla.
[color=blue]
> Attila Feher wrote:[color=green]
>>
>> [SNIP]
>> http://www.winternet.com/~mikelr/flame43.html
>>
>> --
>> Attila aka WW <------ ahh, you must be thinking about this[/color][/color]

And again, not Atilla.
[color=blue]
> What is it about this that you are unwilling to let go of?
>
> Read your own posts above and give it up - YOU ARE WRONG.[/color]

Nope. I am Attila. Learn to read.

[TROLLING SNIPPED]

--
Attila aka WW

On Fri, 3 Oct 2003 18:36:11 +0300, "Attila Feher" <attila.feher@lmf.ericsson.se> wrote:
[color=blue]
>Mike Stenzler wrote:[color=green]
>> Attila Feher wrote:[color=darkred]
>>>
>>> Mike Stenzler wrote:
>>>> kinda teasing him since he signs his posts as "WW aka Atilla".
>>> --
>>> WW aka Attila <----------- hmmmm, interesting....[/color][/color]
>
>And not Atilla.
>[color=green]
>> WW wrote:[color=darkred]
>>>
>>> Mike Wahler wrote:
>>>> [sigh]
>>>>
>>>> *PLONK*
>>>
>>> Et tu, Mike? ;-)
>>>
>>> --
>>> WW aka Attila <----------- again, interesting....[/color][/color]
>
>
>And again, not Atilla.
>[color=green]
>> WW wrote:
>> [snip][color=darkred]
>>> You have time to post that f*cking bullsh*t but you did not have
>>> time to press F1 and look at your helpfile for vector.
>>> Congratulations. You must be fun to work with!
>>>
>>> [TROLLING SNIPPED]
>>>
>>> *PLONK*
>>>
>>> --
>>> WW aka Attila <------------ well, I guess you see my point...[/color][/color]
>
>
>
>And again, not Atilla.
>[color=green]
>> Attila Feher wrote:[color=darkred]
>>>
>>> [SNIP]
>>> http://www.winternet.com/~mikelr/flame43.html
>>>
>>> --
>>> Attila aka WW <------ ahh, you must be thinking about this[/color][/color]
>
>
>
>And again, not Atilla.
>[color=green]
>> What is it about this that you are unwilling to let go of?
>>
>> Read your own posts above and give it up - YOU ARE WRONG.[/color]
>
>Nope. I am Attila. Learn to read.
>
>[TROLLING SNIPPED]
>
>--
>Attila aka WW[/color]

Heh, this posting is priceless! :-o)

But hey, it's entirely OFF-TOPIC!

Attila Feher wrote:
[snip][color=blue][color=green][color=darkred]
> >> WW aka Attila <----------- hmmmm, interesting....[/color][/color]
>
> And not Atilla.[/color]
[snip][color=blue][color=green][color=darkred]
> >> WW aka Attila <----------- again, interesting....[/color][/color]
>
> And again, not Atilla.[/color]
[snip][color=blue][color=green][color=darkred]
> >> WW aka Attila <------------ well, I guess you see my point...[/color][/color]
>
> And again, not Atilla.[/color]
[snip][color=blue][color=green][color=darkred]
> >> Attila aka WW <------ ahh, you must be thinking about this[/color][/color]
>
> And again, not Atilla.[/color]
[snip]
[color=blue]
> Nope. I am Attila. Learn to read.[/color]

[OBNOXIOUS REFERENCE TO TROLLING BEING SNIPPED SNIPPED]
[color=blue]
> --
> Attila aka WW[/color]

Ahh! That one I like! I am wrong, you are right. Your name *is* Attila.
I need new glasses and a more precise pattern matching algorithm.

Mike

Mike Stenzler wrote:[color=blue]
> Hey, I thought I was in your kill file![/color]

I don't killfile weasels. I like to see their weasely attack thinking I
don't see it. It settles any remaining issues whether I was right to thibk
they are weasels or not.
[color=blue]
> Attila Feher wrote:[color=green]
>>
>> Mike Stenzler wrote:[color=darkred]
>>> kinda teasing him since he signs his posts as "WW aka Atilla".[/color]
>> --
>> WW aka Attila <----------- hmmmm, interesting....[/color][/color]

And not Atilla.
[color=blue]
> WW wrote:[color=green]
>>
>> Mike Wahler wrote:[color=darkred]
>>> [sigh]
>>>
>>> PLONK[/color]
>>
>> Et tu, Mike?
>>
>> --
>> WW aka Attila <----------- again, interesting....[/color][/color]

And again, not Atilla.
[color=blue]
> WW wrote:
> [snip][color=green]
>> You have time to post that f*cking bullsh*t but you did not have
>> time to press F1 and look at your helpfile for vector.
>> Congratulations. You must be fun to work with!
>>
>> [TROLLING SNIPPED]
>>
>> PLONK
>>
>> --
>> WW aka Attila <------------ well, I guess you see my point...[/color][/color]

WOW! And again, not Atilla.
[color=blue]
> Attila Feher wrote:[color=green]
>>
>> [SNIP]
>> http://www.winternet.com/~mikelr/flame43.html
>>
>> --
>> Attila aka WW <------ ahh, you must be thinking about this[/color][/color]

And yet again, not Atilla.
[color=blue]
> What is it about this that you are unwilling to let go of?
>
> Read your own posts above and give it up - YOU ARE WRONG.[/color]

Nope. I am Attila. Learn to read.

[TROLLING SNIPPED]

--
WW aka Attila

Mike Stenzler wrote:
[SNIP][color=blue]
> Ahh! That one I like! I am wrong, you are right. Your name *is*
> Attila. I need new glasses and a more precise pattern matching
> algorithm.[/color]

Or probably a minute of rest when you realize that if someone who knows more
than you do tells you something he might indeed be trying to give the best
help he can. And stop ranting. BTW the signatures are like as they are,
because from work I cannot use home email address from home I will not set
the work email address. And I do not want people to get mixed up why does
WW answer something they wrote to Attila. Around my world it is called
courtesy and that is not something to be ridiculed. I apparently do not
know your world.

--
WW aka Attila

Mike Stenzler wrote:

[bullshit]

Yep, I knowed this was coming.

*plonk*

Brian Rodenborn

Default User:

One troll less. It seems someone hates when his own words get back on
him...

--
WW aka Attila

unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

re: unsure how to implement MFC CArray with class

/bytes/development

/bytes/it

/bytes/about