Ich ebenfalls.
Ist das ein Versuch, zu gucken, wie viel Geduld der durchschnittliche Poster hier hat?
Für den Fall das nicht, und du wirklich noch auf eine Antwort hoffst, hier eine Analogie:
Wenn dir jemand eine schwarze Kiste zeigt, in die er Stroh reinsteckt, und am anderen Ende Gold rausbekommt, und dich fragt: "Wie geht das?" wirst du das nicht beantworten können, bis du nicht in die Kiste gesehen hast.
Die Informationen, dass die Kiste schwarz ist, und dass das, was reinkommt Stroh ist, helfen dir auch nicht wirklich.
Wenn du Antworten willst, stelle beantwortbare Fragen. Deine aktuelle Frage ("was genau passiert in try except") ist allerhöchstens mit "es werden Funktionen aufgrufen, die wir nicht kennen (hallo schwarze kiste), Werte gesetzt und Strings verkettet" beantwortbar.
Fragen zum Contenvergleich
-
Bernhard
- User
- Beiträge: 136
- Registriert: Sonntag 15. Januar 2006, 20:31
- Wohnort: Greifswald
- Kontaktdaten:
Stellen wir uns mal so dumm, wie wir wohl sind.
Es gibt zwei try-except-Blöcke und das erste try hast Du falsch eingrückt.
Im ersten Block hast Du ein Objekt namens incomingMessage. Von diesem Objekt wird die Methode SrchContentName aufgerufen, die, wenn kein Fehler auftritt, das Wertepaar rcvdCont und detail zurückgibt. Wenn doch ein Fehler auftritt, wahrscheinlich, weil die Methode mit dem übergebenen Argument nichts anfangen konnte, wird eine Variable missing auf eins gesetzt, wohl um im weiteren zu sagen, dass etwas gefehlt hat. Außerdem wird an einen String namens missingErrMsg der Name des fehlenden Arguments angehängt.
Im zweiten try-except-Block wird mit rcvdCont.Compare die Methode Compare() des Objekts rcvdCont aufgerufen. Wahrscheinlich findet hier der Vergleich der Nachrichten statt. Wenn Du also wissen willst, wie der Vergleich genau stattfindet, dann musst Du in der Definition des Objekttyps, von dem rcvdCont eine Instanz ist, nachlesen wie die Methode Compare() dort definiert wird.
Die beiden aufgerufenen Methoden geben also entweder je ein Wertepaar zurück oder lösen einen "Fehler" aus, wenn bei der ersten etwas fehlt (missing) oder bei der zweiten etwas nicht passt (mismatch). Mehr macht dieser Code nicht. Was eigentlich passiert, steht in den Methodendefinitionen in den Objektmethoden. Und deshalb sind die Leute hier zurecht pampig, wenn Du zu den Methoden- und Objektmethoden nichts posten und sagen kannst und willst.
Hoffe, ich konnte ein wenig helfen,
Bernhard
Es gibt zwei try-except-Blöcke und das erste try hast Du falsch eingrückt.
Im ersten Block hast Du ein Objekt namens incomingMessage. Von diesem Objekt wird die Methode SrchContentName aufgerufen, die, wenn kein Fehler auftritt, das Wertepaar rcvdCont und detail zurückgibt. Wenn doch ein Fehler auftritt, wahrscheinlich, weil die Methode mit dem übergebenen Argument nichts anfangen konnte, wird eine Variable missing auf eins gesetzt, wohl um im weiteren zu sagen, dass etwas gefehlt hat. Außerdem wird an einen String namens missingErrMsg der Name des fehlenden Arguments angehängt.
Im zweiten try-except-Block wird mit rcvdCont.Compare die Methode Compare() des Objekts rcvdCont aufgerufen. Wahrscheinlich findet hier der Vergleich der Nachrichten statt. Wenn Du also wissen willst, wie der Vergleich genau stattfindet, dann musst Du in der Definition des Objekttyps, von dem rcvdCont eine Instanz ist, nachlesen wie die Methode Compare() dort definiert wird.
Die beiden aufgerufenen Methoden geben also entweder je ein Wertepaar zurück oder lösen einen "Fehler" aus, wenn bei der ersten etwas fehlt (missing) oder bei der zweiten etwas nicht passt (mismatch). Mehr macht dieser Code nicht. Was eigentlich passiert, steht in den Methodendefinitionen in den Objektmethoden. Und deshalb sind die Leute hier zurecht pampig, wenn Du zu den Methoden- und Objektmethoden nichts posten und sagen kannst und willst.
Hoffe, ich konnte ein wenig helfen,
Bernhard
Bin ma gespannt ob die Geschichte hier vorbei ist...
Die war ja bisher sehr Amüsant
Sorry für den Offtopic, aber ich muss das Forum einfach mal loben,
dass selbst bei solchen Usern/Fragen durchaus Geduld gezeigt wird.
Me ist meißt zu langsam oder noch nicht gut genug um zu helfen,
aber ihr macht das echt prima
Die war ja bisher sehr Amüsant
Sorry für den Offtopic, aber ich muss das Forum einfach mal loben,
dass selbst bei solchen Usern/Fragen durchaus Geduld gezeigt wird.
Me ist meißt zu langsam oder noch nicht gut genug um zu helfen,
aber ihr macht das echt prima