if( dynamic_cast...(Sender) ) = Zugriffsverletzung?

F98

@Omega-X

Vielleicht ist ja auch was dran an den "Anfeindungen der Anderen"

@ich_bin_verzweifelt

dynamic_cast hat die tolle Eigenschaft, das der Zeiger NULL ist falls der Cast nicht erfolgreich durchzuführen war. Wenn man dann auf die Speicheradresse NULL zugreifen will, führt das natürlich zu einer Exception.

goto Jansen

junix

Original erstellt von F98:
goto Jansen

*kopfschüttel* F98, goto is evil! (-;

-junix

F98

@junix

Irre ich, oder steckt nicht in einer Switch-Anweisung ein verkapptes Goto? :p

junix

Du irrst (:

-junix

F98

Warum?

@F98, switch verhält sich grundsätzlich wie if, ist nur die elegantere Schreibweise - wenn es in der Situation einsetzbar ist. Die case-Zweige werden der Reihe nach durchlaufen. An das break gelangt die Routine nur, wenn eine Bedingung true war. Die Ausführung geht dann zurück auf den übergeordneten Block/in die Function. Kein Sprung also sondern eine Abkürzung des Durchlaufs, wenn die Arbeit bereits erfolgreich war.

Zu den Anfeindungen und Zeigefingern, beides versteh ich sowieso nicht. Mein Gesprächspartner ist selbst groß und selbst frei. Er ist wahlfrei zu lernen. Er kann ersatzweise aber auch den eigenen Zeigefinger gegen die eigene Stirn richten. Gesund ist/bleibt, wem bei sich selbst die richtige Mischung gelingt.

Bin ich Kuli? Ist es meine höchste niedere Aufgabe, anderen in der Nase rumzupopeln? Wenn ich mich am liebsten mit würdigen Gesprächspartnern unterhalte, soll ich diese und mich als stark und würdig verstehen lernen.

Unwissenheit, Irrtum, Brett vor dem Kopf, dummes Gelaber liegen sehr nah beieinander. Wer kann immer die Wahrheit kennen? Wer über andere den Stab bricht, macht sich selbst zum Popanz.

Jansen

Original erstellt von <Omega-X>:
Unwissenheit, Irrtum, Brett vor dem Kopf, dummes Gelaber liegen sehr nah beieinander.

Halleluhja!

Jetzt aber bitte keine goto/switch/case/if-Diskussion mehr, das hat nichts mit dem Thema des Threads zu tun. Bei Bedarf bitte einen entsprechenden Thread in "Rund um" beginnen.

Hallo euch allen, Diskussion scheint etwas abgerutscht zu sein. trotzdem habe ich mal alles versucht, was ihr als mögliche lösungen des problems dargestellt habt (einmal ohne dynamic-cast und einmal abprüfen, ob das auch wirklich existiert)...

Code:

TTBItem* tbi = (TTBItem *)Sender;
    if (tbi /* tbi existiert, Cast war erfolgreich */ && tbi->Checked)
    {
        WorkspaceWindow->Visible = true;
        TbWorkspace->Checked = true;
        ItemWorkspace->Checked = true;
    }
    if (tbi /* tbi existiert, Cast war erfolgreich */ && !tbi->Checked)
    {
        WorkspaceWindow->Visible = false;
        TbWorkspace->Checked = false;
        ItemWorkspace->Checked = false;
    }

es kommt keine exception oder fehler mehr, aber die codes innerhalb der bedingungen werden nie erreicht! von daher wäre die logische konsequenz anzunehmen, dass tbi eben nicht existiert, ABER ES EXISTIERT UND IST VOM TYP TTBItem!!!!! Obwohl es eine externe Komponente ist, kann ich mir trotzdem nicht vorstellen, dass man keine allgemeinen instanzen ausgehend vom Sender erstellen kann (also TTBItem* tbi = (TTBItem *)Sender;) <-- Wieso sollte das bei einer externen Komponente nicht gehen, wenn diese über TTBItem verfügt (ein Menüitem)?

JeGr

werte doch mal den Sender aus.
Gehe mal mit dem Debugger durch dein Programm und untersuche dann den Sender hinsichtlich des Classname's.
Dadurch weisst du dann, welches Objekt dein Ereignis ausgelöst hat.

Jansen

Und die Prüfung funktioniert nur mit dynamic_cast, ein C-style cast ala (TTBItem tut es hier nicht!

switch verhält sich grundsätzlich wie if, ist nur die elegantere Schreibweise - wenn es in der Situation einsetzbar ist. Die case-Zweige werden der Reihe nach durchlaufen.

Das ist nicht richtig.

junix

Wer unbedingt noch weiter über switch-case diskutieren will soll einen eigenen Thread im Rund um die Programmierung-Forum eröffnen!

Weitere Off-Topic-Beiträge werden kommentarlos gelöscht!

-junix

Jansen

Beinhaltet "SWITCH"-Anweisung verkappte GOTOs?

@ich_bin_verzweifelt, ich versuch mir grad vorzustellen, wie du die Sache anfangen mütest, um den Code für den nächsten Button zu implementieren. Das wäre doch sicher die gleiche Abfrage? - Oder hab ich es total immer noch nicht verstanden? Dann sorry. -

Kannst du die Button nicht innerhalb der Routine mit ihren Namen ansprechen?

if (TTBItem1->Checked)
...
if (TTBItem2->Checked)
...

Sieht vielleicht altmodisch aus, arbeitet aber zuverlässig. Es gibt dann eben noch die Variante mit dem tempButton. Aber ansich würde ich hier versuchen, auf das casten zu verzichten.

Mal ein Standardbeispiel für den Sinn vom casten:

Du arbeitest in einer MDI zB. im Texteditor-Child. Nun triffst du eine Auswahl in einer Combobox mit der Hauptanwendung als Parent. Dein Child bleibt das ActiveMDIChild. Und doch kannst du es nur über casten ansprechen. Wenn du versuchst, die Werte direkt zuzuweisen und SelStart wieder zu setzen, erfolgt ohne das casten eine Exeption.

In deiner Situation scheint erst mal keine Notwendigkeit für dynamic_cast zu bestehen. Beschreib doch vielleicht mal die Situarion. Befindet sich die Maus zB. in der Form der Button? Was klickt oder tut sie, wenn das Ereignis ausgelöst werden soll? So sollte eigentlich deutliches Licht in die Situation kommen können.