Zitat:

---

Original von Holger:
Antwort auch. Nicht angekommen?

---

Leider nein! Im Spamverdacht-Ordner lag auch nix!

Zitat:

---

Original von Holger:
Gerne, E-Mail-Adresse hast Du noch?

---

Zitat:

---

Nicht das "virtual" stört mich, sondern das "=0". Das ist das äquivalent zu "abstract" in Java, nur dass Dich bei C++ der Compiler nicht daran hindert, eine Instanz einer Klasse mit solchen Methoden zu erzeugen. Und da ein Destruktor normalerweise immer den Destruktor der Superklasse aufruft, die Unterklassen also den aus ihrer Sicht nicht existierenden Destruktor aufrufen, klingt das für mich nach einem ziemlich groben Fehler.

Dann hast Du allerdings in einer anderen Datei eine Implementierung IntuiMessageReceiverC::~IntuiMessageReceiverC() {}, was im Widerspruch zur Deklaration der Methode als abstrakt steht (gibt es da keine Warnung?).

---

C++ code:

---

#ifndef INTUIMESSREC_H
#define INTUIMESSREC_H

#include "IntuiMessageC.h"

class IntuiMessageReceiverC
{
	public:
        IntuiMessageReceiverC();
        virtual ~IntuiMessageReceiverC() = 0;

	protected:
        virtual void receive(IntuiMessageC &intuiMessage) = 0;
};
#endif

...

#include "IntuiMessageReceiverC.h"

IntuiMessageReceiverC::IntuiMessageReceiverC() {}

IntuiMessageReceiverC::~IntuiMessageReceiverC() {}

---

C++ code:

---

void WindowC::setMenuMessageReceiver(MenuMessageReceiverC *recv)
{
    mnMsgRec = recv;
}

void WindowC::setMouseMessageReceiver(MouseMessageReceiverC *recv)
{
    msMsgRec = recv;
}

void WindowC::setGadgetMessageReceiver(GadgetMessageReceiverC *recv)
{
    gadMsgRec = recv;
}

void WindowC::setIntuiTickMessageReceiver(IntuiTickMessageReceiverC *recv)
{
	intuiTickMsgRec = recv;
}

...

void WindowC::processMessages()
{
	if (getUserPort() == NULL) return;

    while (!closing)
    {
		Wait(1 << getUserPort()->mp_SigBit);

		while (struct IntuiMessage *my_message = (struct IntuiMessage *)GetMsg(getUserPort()))
        {
            IntuiMessageC intuiMessage(my_message);
            ReplyMsg((struct Message *)my_message);

            if (closing) break;

            switch (intuiMessage.getClass())
            {
                case IDCMP_MENUPICK:
                    if (mnMsgRec != NULL) mnMsgRec->receive(intuiMessage);
                    break;

                case IDCMP_GADGETDOWN:
                case IDCMP_GADGETUP:
                	if (gadMsgRec != NULL) gadMsgRec->receive(intuiMessage);
                	break;

                case IDCMP_INTUITICKS:
					if (intuiTickMsgRec != NULL) intuiTickMsgRec->receive(intuiMessage);
                    break;

                case IDCMP_MOUSEMOVE:
                	if (msMsgRec != NULL) msMsgRec->mouseMoved(PointC(intuiMessage.getMouseX(), intuiMessage.getMouseY()));
                	break;
                	
                case IDCMP_MOUSEBUTTONS:
                	if (msMsgRec != NULL) msMsgRec->receive(intuiMessage);
                    break;

                case IDCMP_REFRESHWINDOW:
                	beginRefresh();
                	endRefresh();
					break;
					
                default:
                    break;
            }
        }
    }
}

---

C++ code:

---

WizardGroundsC::WizardGroundsC(WindowC& window) : hexManager(NULL), cursor(NULL), playerManager(NULL), win(window), inTickMsgRec()
{
	RefreshActivityC refrAct(win);
	inTickMsgRec.addIntuiTickActivity(&refrAct);
	win.setIntuiTickMessageReceiver(&inTickMsgRec);

	win.getRastPort().drawImageAt(&statusimage, 808, 15);
	win.getRastPort().drawImageAt(&buttonimage, 808, 552);

	win.getRastPort().setPrimaryPen(1);
	win.setTextFont((char *)"EstroFont.font", 18, 0, 0);

       srand(time(NULL));
       setupWindowComponents(win);

       //GadgetMessageReceiverC gadMsgRec;
       MouseMessageReceiverC mouseMsgRec(*cursor);
       MenuMessageReceiverC mnMsgRec(win.getMenu());

       win.setMenuMessageReceiver(&mnMsgRec);
       win.setGadgetMessageReceiver(&gadMsgRec);
       win.setIntuiTickMessageReceiver(&inTickMsgRec);
       win.setMouseMessageReceiver(&mouseMsgRec);

       ImageButtonC towerButton(&tower_button_normal, &tower_button_pressed, BUILDTOWER);
	ImageButtonC lightningButton(&lightning_button_normal, &lightning_button_pressed, ATTACK);

        TowerGadgetActivityC tgActivity(*cursor, *playerManager->getPlayer(HUMAN));
        towerButton.setReleaseActivity(&tgActivity);
        LightningGadgetActivityC lnActivity(*cursor, *playerManager->getPlayer(HUMAN));
        lightningButton.setReleaseActivity(&lnActivity);

	win.addGadgetAt(towerButton, 829, 573, 29, 52);
	win.addGadgetAt(lightningButton, 874, 573, 29, 52);
	win.refreshAllGadgets();

	win.processMessages();
}

---

C++ code:

---

...
       GadgetMessageReceiverC gadMsgRec;
       //MouseMessageReceiverC mouseMsgRec(*cursor);
 ...

---

C++ code:

---

...
       GadgetMessageReceiverC gadMsgRec;
       MouseMessageReceiverC mouseMsgRec(*cursor);
...
	//win.addGadgetAt(towerButton, 829, 573, 29, 52);
	//win.addGadgetAt(lightningButton, 874, 573, 29, 52);
...

---

C++ code:

---

void WindowC::addGadgetAt(GadgetC& gadget, WORD xPos, WORD yPos, WORD width, WORD height)
{
    if (window)
    {
        gadget.gadget.LeftEdge = xPos;
        gadget.gadget.TopEdge = yPos;
        gadget.gadget.Width = width;
        gadget.gadget.Height = height;

        UWORD pos = AddGadget(window, &(gadget.gadget), -1);

        if (first == NULL)
        {
            last = first = &(gadget.gadget);
        } else
        {
            last = &(gadget.gadget);
        }
    }
}

---

C++ code:

---

{
        // zunächst wird eine "Aktivität" eingerichtet, die beim Eintreten von INTUITICKS ausgelöst werden soll. Die Ticks werden über einen entsprechenden Empfänger am Fenster entgegen genommen
	RefreshActivityC refrAct(win);
	inTickMsgRec.addIntuiTickActivity(&refrAct);
	win.setIntuiTickMessageReceiver(&inTickMsgRec);

    // nun werden 2 Gadgets mit Bildern erzeugt und im Fenster dargestellt
    ImageButtonC towerButton(&tower_button_normal, &tower_button_pressed, BUILDTOWER);
	ImageButtonC lightningButton(&lightning_button_normal, &lightning_button_pressed, ATTACK);

	win.addGadgetAt(towerButton, 829, 573, 29, 52);
	win.addGadgetAt(lightningButton, 874, 573, 29, 52);

	win.getRastPort().drawImageAt(&statusimage, 808, 15);
	win.getRastPort().drawImageAt(&buttonimage, 808, 552);

	win.refreshAllGadgets();

	win.getRastPort().setPrimaryPen(1);
	win.setTextFont((char *)"EstroFont.font", 18, 0, 0);

    srand(time(NULL));

        // Spielfeld usw. erstellen 
	setupWindowComponents(win);

      // Weitere benötigte Empfänger erzeugen
      // A C H T U N G ! ! !
      // sobald hier GadgetMessageReceiver und MouseMessageReceiver gemeinsam erzeugt werden bekomme ich die Alerts mit doppelter Speicherfreigeba beim Beenden, auch wenn danach in dieser Methode alles auskommentiert ist!!!
     // Andererseits läuft alles glatt durch, sobald ich im Konstruktor nur die beiden Zeilen mit addGadgetAt auskommentiere!
     // Daher vermute ich, dass es an meinen Gadgets bzw. deren Behandlung und dem ganzen Freigabegedöns von Intuition, Gadgets etc. liegt (ist für mich alles noch viel zu undurchsichtig!)! Allerdings macht dann die Konstellation der aktivierten Zeilen im Zshg. mit der Tatsache, wann der Fehler erscheint und wann nicht absolut keinen Sinn!!! Entweder die Gadgets nicht ins Fenster übernehmen, dann kann ich beide Receiver erstellen, oder die Gadgets übernehmen, dafür nur einen der beiden Receiver anlegen (wohlgemerkt: Nur anlegen, nicht ins Fenster hängen und egal welchen der beiden)! Das ist doch komplett undurchsichtig, kann ich nicht nachvollziehen! Ihr vielleicht???
//    GadgetMessageReceiverC gadMsgRec;
//    MouseMessageReceiverC mouseMsgRec(*cursor);
...

---

C++ code:

---

#ifndef GADGETMESSREC_H
#define GADGETMESSREC_H

#include <intuition/intuition.h>
#include "IntuiMessageReceiverC.h"

class GadgetMessageReceiverC : public IntuiMessageReceiverC
{
	public:
        GadgetMessageReceiverC();
        ~GadgetMessageReceiverC();

        void receive(IntuiMessageC &intuiMessage);
};
#endif


#ifndef MOUSEMESSREC_H
#define MOUSEMESSREC_H

#include <intuition/intuition.h>

#include "PointC.h"
#include "CursorC.h"
#include "AnimObjectC.h"
#include "RefreshActivityC.h"
#include "IntuiMessageReceiverC.h"
#include "HexManagerC.h"

class MouseMessageReceiverC : public IntuiMessageReceiverC
{
	public:
        MouseMessageReceiverC(CursorC& cursor);
        ~MouseMessageReceiverC();
        
        void receive(IntuiMessageC &intuiMessage);
        void mouseMoved(const PointC& newPos);
        void mouseLeftClicked();
        
    private:
    	CursorC& cursr;
};
#endif

---

• Integrierte Toolchain (Compiler, Linker, etc.) für mindestens C/C++ (GCC)
  
• Integrierter graphischer Sourcelevel Debugger inkl. Breakpoints, mit Single-Step-Modus (StepInto, StepOver, StepOut wie bei HiSoftC++ oder in Eclipse-Varianten)
  
• Code completion für Amiga API, inkl. Structs (mindestens AOS4 und AOS3.x)
  
• Code completion für eigene Klassen, Funktionen, Methoden, Structs etc., da wo es passt (z.B. Kontextmenü für automatisches Erstellen der Rümpfe in der Implementierung anhand der Vorgaben aus dem Header o.ä.)
  
• Code completion: Parameterlisten von Funktionen, Prozeduren, Methoden
  
• Code-Navigation (Gehe zu Header/declaration; gehe zu Implementierung/definition; finde alle Referenzen zu...)
  
• Outline-Fenster für Methoden/Funktionen/Prozeduren
  
• Smart-Mark: Bei Markierung bzw. bei der Suche eines Begriffes wird diescer im aktiven Proejkt in allen Dateien hervorgehoben
  
• Via Prefs de-/aktivierbare Auto-Compilation der aktuelle editierten Datei mit Anzeige von Warnings/Errors direkt im Source, spätestens beim Speichern der Datei/des Projektes
  
• Auto-Save, auch bei Wechsel der Ansicht/des Fensters in eine andere Datei (wie bei Codebench)
  
• Optional: Unterstützung von Refactoring
  
• Optional: Bedingte Breakpoints
  
• Optional: Kontextmenü für das automatische Überschreiben (Rumpfanlage) geerbter Funktionen/Methoden (wie z.B. bei Eclipse mit Java)
  
• Modulare, offene und dokumentierte Plugin-Schnittstelle (ähnlich zu Eclipse)
  
• Projektverwaltung (implementiert oder integrierte, vorhandene Lösungen):
  Zugehörige Ressourcen identifizieren
  Makefileerstellung
  Dokumentation
  Repositorynutzung (auch remote)
  Abhängigkeiten bei mehreren Projekten (ähnlich wie bei Eclipse)
  Alle Module und Plugins können auf das aktuelle Projekt zugreifen
  
• Teamsuppport (implementiert oder integrierte, vorhandene Lösung)
  

• Unterstützung von mindestens C/C++
  
• Integrierter graphischer Sourcelevel Debugger inkl. Breakpoints (wie bei HiSoftC++ oder in Eclipse-Varianten)
  
• Code completion für Amiga API (mindestens AOS4 und AOS3.x)
  
• Code completion für eigene Klassen, Funktionen, Methoden etc., da wo es passt (z.B. Kontextmenü für automatisches Erstellen der Rümpfe in der Implementierung anhand der Vorgaben aus dem Header o.ä.)
  
• Optional: Unterstützung von Refactoring
  
• Optional: Bedingte Breakpoints
  
• Optional: Kontextmenü für das automatische Überschreiben (Rumpfanlage) geerbter Funktionen/Methoden (wie z.B. bei Eclipse mit Java)