public inbox for c++-embedded@sourceware.org
 help / color / mirror / Atom feed
From: Ken <shiva@compuserve.com>
To: C++ Embedded <c++-embedded@cygnus.com>
Subject: Re: static function tables
Date: Mon, 29 Jun 1998 17:27:00 -0000	[thread overview]
Message-ID: <35982CA0.21E2@compuserve.com> (raw)
In-Reply-To: <35951205.2F8ACE6@possibility.com>

Todd Hoff wrote:
> 
> Ken wrote:
> >
> > What's the right way to do static tables containing function pointers in
> > C++?
> >
> > I have an embedded C app that parses a command from a host and looks it
> > up in a group of tables. Each table represents an array of related
> > commands. It contains an 8-byte char[] of the command, a parameter
> > count, some flags, and a pointer to the function that handles that
> > command. There are several such tables, linked in based on what feature
> > set a given app will have.
> >
> > When I move this app to C++, what's a reasonable OOP-ish way of handling
> > these tables?
> 
> How about not using function pointers? Maybe use a table of command
> objects instead? You could have a base command class then
> derive more specific commands from these. The table would
> contain pointers to command objects so you could treat all
> the command the same but the behaviour would be that of the
> derived class. Not sure if this fits your app but if it works

> it is better than using function pointers. Function pointers
> should be very rare in a c++ app.

Agreed. Constant function pointers in a struct are usually an indication
that one needs a virtual method. I've used this idiom in an OS/2
application where I have plenty of virtual memory to play with.

The catch in this case is that the objects are static, and this is a
memory-limited embedded system where I don't want to copy a const array
of structures in ROM into equivalent C++ structures in RAM. This is kind
of a general problem in using C++ in a memory-limited environment. There
are cases where it would be nice to initialize static const C++ objects
at compile or link time (on the host) rather than just before main() (on
the target).

I've seen a trick lately (I think in Embedded Systems Programming) where
one exposes a C++ class that defines an internal private struct for the
static const data. Something like

 class public_class
 {
 private:
     struct static_data { ... };
     static const static_data data[]; // stored in ROM
 };

This looks applicable to the situation.

-- 
Ken
mailto:shiva@well.com
mailto:shiva@CompuServe.COM
http://www.well.com/user/shiva/
http://sewnsurf.home.ml.org/
http://www.e-scrub.com/cgi-bin/wpoison/wpoison.cgi (Death to Spam!)




  reply	other threads:[~1998-06-29 17:27 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-06-27  1:34 Ken
1998-06-27  8:40 ` Todd Hoff
1998-06-29 17:27   ` Ken [this message]
1998-06-29 19:55     ` Todd Hoff

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=35982CA0.21E2@compuserve.com \
    --to=shiva@compuserve.com \
    --cc=c++-embedded@cygnus.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).