C header nutzt class Schlüsselwort (oder: wie C mich umbringt)

Für das UPnP/DLNA-Plugin hab ich mir libdlna-dev installiert. Der header definiert die Profilstruktur:

typedef struct dlna_profile_s {
  /* Profile ID, part of DLNA.ORG_PN= string */
  const char *id;
  /* Profile MIME type */
  const char *mime;
  /* Profile Label */
  const char *label;
  /* Profile type: IMAGE / AUDIO / AV */
  dlna_media_class_t class;
} dlna_profile_t;

wie man sehen kann nutzt die Struktur das Schüsselwort "class". Wenn ich nun mit g++ meine Quelltexte kompilieren will bekomme ich wegen den includes an dieser Stelle einen Fehler weil ja keine Klasse deklariert wird.

ich habe schon das hier versucht:

#ifdef __cplusplus
extern "C" {
    #include <dlna.h>
}
#endif

ohne Erfolg. Wie löse ich das Problem?

... so hier:

#ifdef __cplusplus
extern "C" {
  #define class _class
  #include <dlna.h>
  #undef class
}
#endif

Dreckig. Aber lässt sich jetzt kompilieren. Wer noch ne Lösung hat: her damit!

Das geht leider nicht, wenn ich das #undef rausnehme, werden mir im Rest des Quellextes alle class-definitionen durch _class ersetzen und schmeißt fehler. Ansonsten bleibt der Zugriff über _class ja erhalten. Muss halt nur immer sehen, wie es im Moment definiert ist.

an mdre: nein, er ersetzt nur die schlüsselwörter und nicht irgendwo mittendrin. Sonst würden Makros komplett alles ersetzen, was so heißt wie das Makro.

Ich habe ein neues Problem:

Für die Callbackmethode get_info des webservers von libupnp habe ich folgende statische methode geschrieben:

WebServer::getInfo(const char* filename, File_Info* info){
...

ich möchte die C-Struktur File_Info befüllen und habe folgenden Code:

//info = new File_Info;
            info->content_type = ixmlCloneDOMString(Metadata->getMetatype());
            info->file_length  = Metadata->getFilesize();
            info->is_directory = (Metadata->getType() == META_DIRECTORY) ? 1 : 0;
            info->is_readable  = (Metadata->isReadable()) ? 1 : 0;
            info->last_modified= Metadata->getLastModified();
            MESSAGE("===== %s =====",Metadata->getName());
            MESSAGE("Size: %d Bytes",info->file_length);
            MESSAGE("CT  : %s",      info->content_type);
            MESSAGE("DIR : %d",      info->is_directory);
            MESSAGE("READ: %d",      info->is_readable);
            MESSAGE("Mod.: %d",      info->last_modified);

die erste Zeile habe ich >>erstmal<< auskommentiert, da ich mir nicht sicher bin, ob ich den speicher reservieren muss oder nicht.

Die ganzen Informationen, die mit MESSAGE ausgegeben werden sollen, funktionieren problemlos, allerdings spinnt der webserver rum und liest die daten offensichtlich nicht korrekt aus. Wenn ich die erste Zeile auskommentiert lasse, glaubt der webserver info->is_directory steht auf 0, egal ob es tatsächlich 1 ist. Nehme ich die Zeile wieder rein, funktioniert info->is_directory, dafür aber info->is_readable nicht mehr und zeigt das selbe phänomen. ich vermute es mangelt an einer korrekten initialisierung der Struktur.

Meine Frage ist nun, wie ich die Struktur korrekt befülle, so dass die lib die Daten richtig ausliest?

ich habe mir jetzt mal die libupnp neu aufgesetzt und die struktur ausgeben lassen, wo sehr deutlich wird, dass etwas nicht stimmt:

file info: ýý, length: 5342769179684503551, last_mod=Thu Jan 1 00:00:00 1970
readable=147210984

hier sollte eigentlich stehen
file info: ZDF, length: -1, last_mod=<aktuelles Datum>
readable=1

Aber es kommt eben nur dieser uninitialisierte Dreck. Kann es sein, dass C++ die Struktur nicht initialisiert?

//edit:

Neues vom Phänomen:

Wenn ich info->is_directory ändere, wird last_modified geändert. Ändere ich is_readable, ändert sich is_directory.

Ich habe vorher alle Werte mit 0 initialisiert, was auch funktioniert. Vielleicht wäre noch wichtig, dass die Struktur diesen aufbau hat:

struct File_Info
{
  /** The length of the file. A length less than 0 indicates the size 
   *  is unknown, and data will be sent until 0 bytes are returned from
   *  a read call. */
  off_t file_length;


  /** The time at which the contents of the file was modified;
   *  The time system is always local (not GMT). */
  time_t last_modified;


  /** If the file is a directory, {\bf is_directory} contains
   * a non-zero value. For a regular file, it should be 0. */
  int is_directory;


  /** If the file or directory is readable, this contains 
   * a non-zero value. If unreadable, it should be set to 0. */
  int is_readable;


  /** The content type of the file. This string needs to be allocated 
   *  by the caller using {\bf ixmlCloneDOMString}.  When finished 
   *  with it, the SDK frees the {\bf DOMString}. */

  DOMString content_type;


};

Der mehr oder minder einzige Wert, der bis jetzt ordentlich funktioniert ist file_lenght.

Ich habe jetzt noch die Addressen dazu ausgeben lassen und bin gnadenlos überfragt, was da schief läuft:

Werte sind:
Size = -1
CT = NULL
DIR = 0
READ = 1
Mod = 0

Die selbstgeschriebene Ausgabe:

Size: -1 0xb30fa088
CT : (null) 0xb30fa098
DIR : 0 0xb30fa090
READ: 1 0xb30fa094
Mod.: 0 0xb30fa08c

und nun die der libupnp:

length: 4294967295 0xb30fa088
last_mod=0 0xb30fa090
readable=0 0xb30fa098
directory=1 0xb30fa094
content-type=(null) 0xb30fa09c

Es ist haargenau die gleiche Struktur, da ich einen Zeiger auf die Struktur erhalte und die Werte direkt in die Felder eintrage. HILFE!!!

//edit: sizeof(File_Info) in der libupnp hat 24 Byte und im C++-Quelltext nur 20 Byte. Es fehlen 4 Byte!