How's the shoplifting going? Isn't that forcibly confiscating propery from others for your own ends? Don't deny you've done it and crowed about it.

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

If you're not part of the solute, you're part of the precipitate. :laugh:

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

Doesn't like it when his chaing gets pulled on it though, does he? :laugh:

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

Well, you said my life is worth more than yours so you should be glad to relinquish resources I request. As for being a troll, I guess that's a compliment from the hate monger who was cackling about his ex's baby going belly up.

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

Then stop breathing my air, peon.

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

Alex hogarth wrote:

oh dear baby is throwing a tantrum again, someone find his dummy quick

Which one? Pacifier 1[^] or Pacifier 2[^]

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

And some people never check The Lounge. ;P

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

CaptainSeeSharp wrote:

Not much

In other words, what you know about every other subject about which you assail us with your ignorance.

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

Fashion statement? :laugh:

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

And your head is shaved because you're a wannabe skinhead or just to try to get rid of the lice?

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

For an SDI app, I'd just keep a pointer to the view somewhere the callback function can find it. Then when it gets the data, it can use the view pointer to call methods on the view instance and to its thing. For an SDI app, it's a little tougher if you want multiple views interacting with the callback. If it was the active view you wanted to receive the data, you could keep the pointer updated everytime a view is activated. Not very C++ elegant but it's one solution. Some APIs that use callbacks help by letting you pass a "magic cookie" which is usually a void pointer and then give it back to you with the data. If you passed the view pointer, you could cast it back inside the callback function and have your way with the associated view. Not type safe but at least it's in a very limited scope.

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

It's a fairly common problem and there are no good solutions that I know of. All leave you feeling their should be a better way but it's what happens when C++ meets the C world. I'd use a static member function just because if you're trying to use a regular member function now, you obviously would like to encapsulate the fuctionality in your class. Also, if you're going to use the result of the callback to affect your view class, making the view instance available to the static member function know the internals. Since it's a view, there's only one instance in an SDI app and hopefully not too many to try to associate in an MDI app.

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

Here, when someone invites you outside, you can expect they're going to try to beat your ass. :laugh:

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

And your point is? I doubt you even knew you Patrick Henry was until you cribbed this.

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

I'm guessing that your callback function is an ordinary member funcion of CCyView and the API is looking for a global function as a callback. The API doesn't know anything about your class and regular class member functions have the hidden "this" pointer so the signature doesn't match. The API isn't expecting and wouldn't know what to do with a this pointer. You probably need a global function or if you want to encapsulate it in your view class, a static member function.

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

Raving bat shit nutter. :laugh:

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

Unfortunately, we know how good he is at fulfulling prayers. :(

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

:thumbsup::thumbsup::thumbsup::thumbsup::thumbsup:

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

I thought that was Charlie Manson and "Helter Skelter"?

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.

Stefan63 wrote:

the language was still in development and I was using a precompiler that converted C++ code into C before starting the actual compiler

Been there, done that. Weren't the 80s fun? :laugh: Not only no debugger, you had to figure out if it was your bug or the way the translator was mangling your C++ code into C or a bug in the C compiler.

Once you agree to clans, tribes, governments...you've opted for socialism. The rest is just details.