OOP in C!

[Prashanth Ellina]

Hi,

I have a feeling that OOP can be done in C also. I have used a
structure to hold member variables and function pointers. The
structure is used as a class to create new 'objects'. But I hit a
problem. How do I access these 'member variables' from the function
that is pointed to by the function pointer in the structure.

I would really appreciate help with this and a code sample will be
wonderful.

Thanks in advance,
Prashanth Ellina

[pete]

Default User wrote:

"Arthur J. O'Dwyer" wrote:

callback functions

Would this be on topic in comp.programmin g?

--
pete

[Christian Bau]

In article <40***********@ mindspring.com> ,
pete <pf*****@mindsp ring.com> wrote:

Default User wrote:

"Arthur J. O'Dwyer" wrote:

callback functions

Would this be on topic in comp.programmin g?

The discussion was about the local troll claiming that "function
pointers" and "callback functions" are the same thing. Which is
nonsense, and I think refuting it is on-topic in comp.lang.c.

[E. Robert Tisdale]

Something that calls itself Christian Bau wrote:

The discussion was about the local troll
That's a lie.
There was no such discussion.
claiming that "function pointers" and "callback functions"
are the same thing.
That's a lie. No one ever claimed that
"function pointers" and "callback functions" are the same thing.
Which is nonsense,
and I think refuting it is on-topic in comp.lang.c.

Of course it's nonsense.
It's a *straw man* that you made up.

You are a liar an a troll Christian.
Go away troll.

[Christian Bau]

In article <ca**********@n ntp1.jpl.nasa.g ov>,
"E. Robert Tisdale" <E.************ **@jpl.nasa.gov > wrote:

Something that calls itself Christian Bau wrote:

The discussion was about the local troll

That's a lie.
There was no such discussion.

claiming that "function pointers" and "callback functions"
are the same thing.

That's a lie. No one ever claimed that
"function pointers" and "callback functions" are the same thing.

Which is nonsense,
and I think refuting it is on-topic in comp.lang.c.

Of course it's nonsense.
It's a *straw man* that you made up.

You are a liar an a troll Christian.
Go away troll.

You are so funny. The thing is, everyone can check that this discussion
started with _you_ "correcting " a poster who used the term "function
pointer" and replacing it with "callback function". The only difference
to your usual behavior was that the original poster actually _did_ write
"function pointer", so this time you didn't have to forge a quote to be
able to add a "correction ".

[E. Robert Tisdale]

Christian Bau wrote:

You are so funny. The thing is, everyone can check that
this discussion started with _you_
"correcting " a poster who used the term "function pointer"
and replacing it with "callback function".
That's another lie.
The only difference to your usual behavior was that
the original poster actually _did_ write "function pointer",
so this time you didn't have to forge a quote
to be able to add a "correction ".

That's another lie. If you weren't lying,
you would have identified and quoted this "original poster".
But no one ever said any such thing.
You simply fabricated this lie to perpetuate your troll.

Go away troll.

[Richard Tobin]

In article <ca**********@n ntp1.jpl.nasa.g ov>,
E. Robert Tisdale <E.************ **@jpl.nasa.gov > wrote:

For example, an interpreter that uses a table
to map function names to function pointers.

What about Stephen Sprunk's parsing example upthread?
You *might* consider those functions to be callbacks, but only because
they can be passed in by the user:
And, since the list of commands is stored outside said logic,
it also allows different users
to get a different list of valid commands
(or the same commands pointing to different parsers)
just by passing in a different array to the same core logic."
But that's just a feature of the particular example. The
callback-ness in this case is just an add-on to a common non-callback
use of function pointers.
Or a struct that contains a function pointer representing a method
(you might consider it a callback if it's set "from outside",
but not if it's just set by the constructor).

It is a callback function
if you pass a reference (pointer) to that struct to another function
which calls it through the pointer set by the constructor.

That seems to be stretching the definition beyond the point of
usefulness. The essence of a callback is that you (the user of some
library) call a function, and it calls you back. It's not usually
used for the case where a library gives you a function to call.
The bottom line is that pointers to callback functions can be used ^^^^^^^^to implement run-time polymorphism in C as well as C++.
The code written to operate on object of a "base" type
will still work with objects "derived" from the base type
because it can callback the functions implemented for ^^^^^^^^the derived type through the function pointers
in the virtual function table (jump table).

I find that paragraph reads more naturally if you remove the first
"callback" and replace the second with "call".

-- Richard

[E. Robert Tisdale]

Richard Tobin wrote:

E. Robert Tisdale wrote:

For example, an interpreter that uses a table
to map function names to function pointers.

What about Stephen Sprunk's parsing example upthread?
You *might* consider those functions to be callbacks,
but only because they can be passed in by the user:

And, since the list of commands is stored outside said logic,
it also allows different users
to get a different list of valid commands
(or the same commands pointing to different parsers)
just by passing in a different array to the same core logic."

But that's just a feature of the particular example.
The callback-ness, in this case, is just an add-on
to a common non-callback use of function pointers.
Or a struct that contains a function pointer representing a method
(you might consider it a callback if it's set "from outside",
but not if it's just set by the constructor).

It is a callback function
if you pass a reference (pointer) to that struct to another function
which calls it through the pointer set by the constructor.

That seems to be stretching the definition
beyond the point of usefulness. The essence of a callback is that
you (the user of some library) call a function, and it calls you back.

Meaning that the library function calls a function that you,
the library user, provided for the library function to callback.
It's not usually used for the case
where a library gives you a function to call.

I never argued that the callback function was provided by the library.

The bottom line is that pointers to callback functions can be used

^^^^^^^^

to implement run-time polymorphism in C as well as C++.
The code written to operate on object of a "base" type
will still work with objects "derived" from the base type
because it can callback the functions implemented for

^^^^^^^^

the derived type through the function pointers
in the virtual function table (jump table).

I find that paragraph reads more naturally if you remove the first
"callback" and replace the second with "call".

Still, the essential feature of [virtual] functions
is that they are callback functions.

[Andrew]

On Wed, 09 Jun 2004 02:54:40 -0700, "E. Robert Tisdale"
<E.************ **@jpl.nasa.gov > wrote:

Christian Bau wrote:

You are so funny. The thing is, everyone can check that
this discussion started with _you_
"correcting " a poster who used the term "function pointer"
and replacing it with "callback function".
That's another lie.

-----
From: "E. Robert Tisdale" <E.************ **@jpl.nasa.gov >
Newsgroups: comp.lang.c
Subject: Re: OOP in C!
Date: Thu, 03 Jun 2004 17:35:13 -0700
Organization: Jet Propulsion Laboratory
Lines: 105
Message-ID: <c9**********@n ntp1.jpl.nasa.g ov>
References: <28************ **************@ posting.google. com>
Reply-To: E.************* *@jpl.nasa.gov
NNTP-Posting-Host: penguin.jpl.nas a.gov
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: nntp1.jpl.nasa. gov 1086309307 4531 137.78.73.121 (4 Jun 2004
00:35:07 GMT)
X-Complaints-To: ne**@newsfeed.j pl.nasa.gov
NNTP-Posting-Date: 4 Jun 2004 00:35:07 GMT
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Gecko/20040510
X-Accept-Language: en-us, en
In-Reply-To: <28************ **************@ posting.google. com>
Xref: cyclone01.bloor .is.net.cable.r ogers.com comp.lang.c:152 405
X-Received-Date: Thu, 03 Jun 2004 21:00:40 EDT
(news04.bloor.i s.net.cable.rog ers.com)

Prashanth Ellina wrote:
I have a feeling that [Obect Oriented Programming] can be done in C also.
Correct.
I have used a structure to hold member variables and function pointers.

Pointers to *callback* functions.

-----

Does Tisdale ever actually read the crap he's typing? Or does he have
an ignore mode he turns on every time he writes a follow-up, so that
when it's later mentioned, he can call people liars?

And why does he insist on changing the subject line so much? It's
annoying.

Oh well, maybe the next one will be "Andrew is a lying troll", despite
the abundance of evidence that would indicate, in Tisdale's case, that
is a pot calling the kettle black situation.

The only difference to your usual behavior was that
the original poster actually _did_ write "function pointer",
so this time you didn't have to forge a quote
to be able to add a "correction ".

That's another lie. If you weren't lying,
you would have identified and quoted this "original poster".
But no one ever said any such thing.
You simply fabricated this lie to perpetuate your troll.

Go away troll.

....

--
AndrewJ

[Irrwahn Grausewitz]

Andrew <[e-mail]> wrote:

[In response to typical Trollsdale tripe]

<snip>

Does Tisdale ever actually read the crap he's typing? Or does he have
an ignore mode he turns on every time he writes a follow-up, so that
when it's later mentioned, he can call people liars?

And why does he insist on changing the subject line so much? <snip>

Commonly, the adequate answer to such questions would be to cite
Hanlon's Law, but given Trollsdales record his acting seems to be
driven by pure maliciousness.
Oh well, maybe the next one will be "Andrew is a lying troll",

<snip>

If so, I suggest you take it as a compliment. Usually only sensible
people are attacked by Edwin Trollstale.

Regards
--
Irrwahn Grausewitz (ir*******@free net.de)
welcome to clc: http://www.ungerhu.com/jxh/clc.welcome.txt
clc faq-list : http://www.faqs.org/faqs/C-faq/faq/
clc OT guide : http://benpfaff.org/writings/clc/off-topic.html

[CBFalconer]

Andrew wrote:

.... snip ...
Does Tisdale ever actually read the crap he's typing? Or does he
have an ignore mode he turns on every time he writes a follow-up,
so that when it's later mentioned, he can call people liars?
I think he is still trying to attain the mental status of the long
line of gnats he is following.

And why does he insist on changing the subject line so much?
It's annoying.

As is Trollsdale. In this case it is possible his large brain
(for gnats) believes it hides the thread out of which it grew.

Query: By how many micrograms does the weight of two mature
statistically average gnat brains exceed that of the functional
portion of Trollsdales brain. (This was never properly debated on
Cheers).

--
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?