[Spiel] Findet die Fehler ...

CStoll schrieb:

Hat der Fehler irgendwas mit Koenig Lookup zu tun?

Ja, einer.

thordk

KasF schrieb:

CStoll schrieb:

Hat der Fehler irgendwas mit Koenig Lookup zu tun?

Ja, einer.

einer? also ich hab keinen fehler gesehen (bis auf den otto-verschreiber), bis cstoll eben koenig lookup erwähnt hat. nachgeguckt und nu seh ich genau einen fehler.

CStoll

Komisch, jetzt finde ich den Fehler, den ich oben im Sinn hatte, nicht mehr wieder. Aber dafür ist mir ein anderer aufgefallen in Zeile 78 (hoffe ich).

CStoll schrieb:

Komisch, jetzt finde ich den Fehler, den ich oben im Sinn hatte, nicht mehr wieder. Aber dafür ist mir ein anderer aufgefallen in Zeile 78 (hoffe ich).

thordk

der fehler durch koenig lookup ist in zeile 83.

Achja, das waren auch schon beide:

1.)

c(kasf::Super())

wird als Funktionsdeklaration gesehen:
http://www.parashift.com/c++-faq-lite/ctors.html#faq-10.19
http://www.gotw.ca/gotw/075.htm

2.)

add(0xBEEF, kasf::MyClass::OTTO() );

der Aufruf ist Mehrdeutig da auch die add's im Namespace kasf berücksichtigt werden:
http://fara.cs.uni-potsdam.de/~kaufmann/?page=GenCppFaqs&faq=Koenig#Answ

ajcPanther schrieb:

Bis dahin mal was einfaches, sind ja nich nur cracks hier :

template<class tBase>
struct Asp
{
   void MyFunc(typename tBase::tType t_)
      { cout << t_ << endl; }
};

struct Comp : public Asp<Comp>
{
   typedef int tType;
};

int main()
{
Comp MyComp;
MyComp.MyFunc(23);
}

c ya, cPanther

Der Fehler ist doch hier der das bei der Instanzierung Asp<Comp> hier oben dann

void MyFunc(typename tBase::tType t_)

Comp::tType gar nicht bekannt ist oder ? Wenn ja, wie löst man das Problem schön.

otze schrieb:

ich frag mich grad: ist der Fehler den ich seh ein echter ernstgemeinter fehler, oder einfach nur ein "ausm kopf falsch aufschreiber"?

//edit ok, es war letzteres

Verstehe ich auch nicht irgendwie dazu.

Aufklärung bitte

*das Beispiel hat mich schon verrückt gemacht*

CStoll

KasF schrieb:

ajcPanther schrieb:
Bis dahin mal was einfaches, sind ja nich nur cracks hier :
template<class tBase>
struct Asp
{
   void MyFunc(typename tBase::tType t_)
      { cout << t_ << endl; }
};

struct Comp : public Asp<Comp>
{
   typedef int tType;
};

int main()
{
Comp MyComp;
MyComp.MyFunc(23);
}
c ya, cPanther
Der Fehler ist doch hier der das bei der Instanzierung Asp<Comp> hier oben dann
void MyFunc(typename tBase::tType t_)
Comp::tType gar nicht bekannt ist oder ? Wenn ja, wie löst man das Problem schön.

Ohne Garantie - mit dem Schlüsselwort typename sagt man dem Compiler, daß sich hinter tBase::tType ein Typ verstecken soll - ob das wirklich so ist, prüft der Compiler, wenn er tBase kennt.

otze schrieb:

ich frag mich grad: ist der Fehler den ich seh ein echter ernstgemeinter fehler, oder einfach nur ein "ausm kopf falsch aufschreiber"?

//edit ok, es war letzteres

Verstehe ich auch nicht irgendwie dazu.

Aufklärung bitte

Dort stand ursprünglich struct Comp : public Asp<Arg>

Ahh, danke für die Aufklärung.

Heute Abend kommt bissl was mit Vererbung, Polymorphie oder Exceptions ...

Schon spät geworden

class MyClass {

    private:
            // Kopieren verhindern, um sicherzugehen das aus
            // Performancegründen MyClass nur als Referenz oder Zeiger übergeben wird
            MyClass(const MyClass& obj) { }

            string error;
    public:
            MyClass() : error("") { }

            void setErr(const string& err)
            {
                error = err;
            }

            const string& what() const
            {
                return error;
            }

};

void yuhu(MyClass a)
{
    cout << "Nochmal Glück gehabt :)" << endl;
}

bool func(const MyClass& obj)
{
    bool ohh[2] = { false, true };

    srand(time(NULL));
    random_shuffle(ohh,ohh+2);

    MyClass t(MyClass(obj));
    cout << t.what() << endl;

    return ohh[0];

}

int main()
{

    try {

        MyClass a, z; a = z;

        bool ups = func(a);
        if(ups)
        {
            a.setErr("Böser Fehler");
            throw a;
        }

        yuhu(z);

    }catch(const MyClass& err)
    {
        cout << err.what() << endl;
    }
}

Wieder mehr als ein Fehler ...

Hmmm

Scheint wohl nicht mehr viel Interesse zu sein ...

( Oder verdrückt ihr euch nur )

camper

void yuhu(MyClass a)  // erfordert Copy-Initialisierung 
bool func(const MyClass& obj) // erfordert ggf. Kopieren

    MyClass t(MyClass(obj)); // das hatten wir schon mal...
    cout << t.what() << endl; // ditto

        MyClass a, z; a = z; // kein Fehler, copy-assignment ist public

        bool ups = func(a); // ok, Argument wird direkt gebunden
            throw a; // Exception-Objekt wird kopiert
        yuhu(z); // s.o.

camper schrieb:

bool func(const MyClass& obj) // erfordert ggf. Kopieren

Wieso ?

Beim Code war eigentlich der Hauptaugenmerk von mir auf das throw.
Da die Exception ja per Referenz gefangen wird, dachte ich mir einige denken das wäre ok. Aber wie du ja bereits geschrieben hast, wird beim throw trotzdem das Objekt einmal kopiert, damit man weiterhin ein gültiges Objekt hat

Edit: Gleich kommt was neues ...
Edit2: Doch nicht gleich, muss mir mal was für camper einfallen lassen. Jeden Fehler wirst du bestimmt sehen, aber vielleicht schaffe ich es ja dich von diesem Fehler irgendwie abzulenken

camper

KasF schrieb:

camper schrieb:

bool func(const MyClass& obj) // erfordert ggf. Kopieren

Wieso ?

Falls das Argument mal ein rvalue ist - dann müssten wir allerdings auch an anderer Stelle kopiert haben, insofern hast du nicht ganz unrecht.

otze

templatefehler kann man schlecht nach schwierigkeit einordnen, hier mal was was ich als leicht bezeichnen würde

template<class T>
struct Helper
{
    template<class U>
    static U function(const T& t)
    {
         return t.bar();
    }
};

template<class U,class T>
U foobar(const T& t)
{
    return Helper<T>::function<U>(t);
}

struct Test
{
    int bar()const
    {
        return 5;
    }
};

int main()
{
    Test test;
    std::cout<<foobar<int>(test);
}

//edit was beim kopieren rausgeflutscht

camper

ist nur einer drin, oder?

enum Typ { BaseTyp,MyClassTyp };

class Style {};
class Styler : private Style {

    private:
            long stylecode;

};

template<int N>
struct Cool {

    Styler stylo;
    enum Look { hey = Cool<N-1>::hey ? (sizeof(stylo) == sizeof(long) ? 0xDEAD : 446) : 986};

};

template<>
struct Cool<-10> {

    enum Look { hey = 5 };

};

class Interface {

   public:
            virtual Typ whoAmI(Typ i) = 0;
            virtual ~Interface() = 0;
};

class Base : public Interface {

    public:
            virtual Typ whoAmI(Typ i = BaseTyp)
            {
                return i;
            }

            ~Base() { }
};

class MyClass : public Base {

    public:
            virtual Typ whoAmI(Typ i = MyClassTyp)
            {
                return i;
            }

            ~MyClass() { }

};

int main()
{
    Base base,*pbase = &base;

    cout << pbase->whoAmI() << endl;

    MyClass my;
    pbase = &my;

    cout << pbase->whoAmI() << endl;

    cout << Cool<10>::hey;
}

...

Compilieren ist verboten. _DU_ bist der Compiler
Edit: Verdammt! Habe paar Ablenkung vergessen, ist aber jetzt auch egal ...

@otze: Weiß leider nicht was der Fehler ist. Musste es durch den Compiler jagen und weiß trotzdem nicht wie man das behebt

Es wird glaub ich mal langsam Zeit, dass ich mir "C++ Templates: A Complete Guide" hole, ist auch das nächste Buch, falls ich es mal schaffen sollte "More Excep-C++" anzufangen ...

otze

camper schrieb:

ist nur einer drin, oder?

nur einer, denn der ist für leute dies nicht wissen schon schwer genug

Hier gibts noch ne ganze Menge solcher Aufgaben.