Zitat:

---

Original von Indy:
Wobei hier die Bilddarstellung bei 1024x768 und 81Hz mit der CyberVisionPPC auf dem 19" Röhrenmonitor auch schon ganz schön "ruhig" ist.

---

Du gibst Dich aber mit wenig zufrieden!

Hab hier 1152x768@85Hz am Compaq Qvision 172 17" Monitor (der, den ich in Bereichen als verschwommen empfinde) auch mit CVPPC unter WB, Browser, DOpus, GoldED, YAM etc.

Das Haupteinsatzgebiet ist schon die "tägliche Arbeit", alos WB, DOpus, browsen, programmieren, PDFs lesen, Mails etc.
Aber ab und an sollten es schon ein paar gute alte Games wie MegaLoMania etc. über den Scandoubler ohner große Afuwände sein!

Ciao

[ Dieser Beitrag wurde von Reth am 08.06.2007 um 21:01 Uhr geändert. ]

Zitat:

---

Original von gni:
In dem Fall wohl nicht. libnix fehlen einige stdio-Funktionen, u.a. auch getc(). Diese Funktionen sind als Makro in stdio.h vorhanden, müssen aber auch als echte Funktionen existieren. Bei fdopen liegt der Fall etwas anders. Es kann sein, das die von reth verwendete Version kein fdopen() hat. Da kann man nicht viel machen.
...
Für fdopen() braucht es wohl eine neue(re) libnix Version, denke ich mal.

---

C++ code:

---

std::map<const int, std::vector<FrameC *> > FrameFactoryC::frames;

---

C++ code:

---

#ifndef FRAMEFACTORY_H
#define FRAMEFACTORY_H

#include <map>
#include <iostream>
#include <vector>
#include <time.h>
#include "FrameC.h"

class FrameFactoryC
{
 public:
        static void createAddFrame(const int type, int width, int height, PLANEPTR data, PLANEPTR mask=NULL, const struct BitMap * const friendBitMap=NULL);
        static const std::vector<FrameC *> &getFrames(const int type);
  
 private:
        static std::map<const int, std::vector<FrameC *> > frames;  

        FrameFactoryC();
        ~FrameFactoryC();
        FrameFactoryC(const FrameFactoryC&);
        void operator=(const FrameFactoryC&);
};
#endif

---

C++ code:

---

#include "FrameFactoryC.h"

FrameFactoryC::FrameFactoryC()
{
}

FrameFactoryC::~FrameFactoryC()
{
    for (std::map<const int, std::vector<FrameC *> >::iterator iter = frames.begin(); iter != frames.end(); iter++)
    {
        for (std::vector<FrameC *>::iterator itVec = iter->second.begin(); itVec != iter->second.end(); itVec++)
        {
            delete (*itVec);
        }        
        iter->second.clear();
    }
    frames.clear();
}

void FrameFactoryC::createAddFrame(const int type, int width, int height, PLANEPTR data, PLANEPTR mask, const struct BitMap * const friendBitMap)
{
    FrameC *frame = new FrameC(width, height, data, mask, friendBitMap);
    frames[type].push_back(frame);
}

const std::vector<FrameC *> &FrameFactoryC::getFrames(const int type)
{
    return frames[type];
}

---

C++ code:

---

FrameFactoryC::createAddFrame(GFX_LAKEFIELD, HEXWIDTH, HEXHEIGHT, (PLANEPTR)lake_data, (PLANEPTR)mask_data, getWindow()->getBitMap());

---

code:

---

EXE    = bin/gcc-classic/WizardWars
OBJDIR = o/gcc-classic/

...


$(OBJDIR)FrameFactoryC.o : FrameFactoryC.cc
 g++ $(shell gccprefs) -c -o $(OBJDIR)FrameFactoryC.o FrameFactoryC.cc

...


OBJS = <lauter Objetkdateien> 
<noch mehr Objektdateien> 
$(OBJDIR)FrameFactoryC.o 
<und wieder Objektdateien>
...

$(EXE) : $(OBJS)
 g++ $(OBJS) $(shell gccprefs) -o $(EXE)

---

Die FrameFactory soll zur Laufzeit für die Erzeugung und Verwaltung von Frames zuständig sein und diese Frames beim Beenden des Programmes wieder löschen (weiss nur nicht, ob der Destruktor auch gerufen wird?).
Denke mal, die andere Klasse poste ich, wenn ich die Probleme hier gelöst bekommen habe.

Stört es den Linker vielleicht, dass ich die statische Membervariable im nicht-statischen Destruktor verwende?
Da müsste doch aber schon der Compiler meckern, oder nicht?

Es ist wahrscheinlich kürzer, wenn ihr mir sagen würdet, was alles richtig ist, aber das hilft leider nicht soviel!

Ich denke mal, dass dem Linker die Initialisierung der privaten Variable fehlt.
Muss ich das in der Implementierungsdatei so angeben:

C++ code:

---

FrameFactoryC::frames();

---

code:

---

echo "_ZN13FrameFactoryC6framesE" | c++filt

---

code:

---

_ZN13FrameFactoryC6framesE

---

Zitat:

---

Original von fr:
@Reth:

Hallo,

ich habe auf der Webseite vom Hersteller nur den
FP93G X+
gefunden und dieser hat dort lediglich
Horizontalfrequenz (kHz) 31 - 81 KHz
Vertikalfrequenz (Hz) 60 -76 Hz

Woher hast Du die Vertikalfrequenz des BenQ FP93G X ?

Gruß,

-Franz

---

Zitat:

---

Original von gni:
AFAIK, "moderne" Linker machen diese Dekodierung von sich aus. Mit der Option -C zu nm kann man eine Liste mit dekodierten Namen der Symbole eines Objektfiles bekommen.

---

Zitat:

---

Original von Solar:

*Hust*... wie soll er denn ein Objekt einbinden, von dem er nicht einmal weiß, daß es existiert?

---

Da fragst Du mich zuviel!
Der 2.95.3 hat jedenfalls alles gefunden, was er brauchte, auch wenn nicht alle Implementierungen und Header im Make angegeben waren und dementsprechend auch nicht alle Klassen als .o für das Linken aufgeführt waren.

Zitat:

---

Eventuell wurde bei Deiner 2.95.3-Installation das lokale Verzeichnis automatisch mit durchsucht beim Linken, aber Du solltest ihm schon explizit sagen, welchen Code Du gerne mit drinhättest. Automatisch eingebundene eigene Objektdateien können eine ganz fiese Fehlerquelle sein...

---