Der Konstrukt o r ist __new__, __init__ wird erst aufgerufen, nachdem das Objekt schon erzeugt wurde, korrekterweise ist es also eher ein Initialisator. Du hast ihn schon voellig korrekt verwendet, mir ging es eher um deinen Kommentar im Quellcode.

Also entweder verwendest du einen anderen ...

Schon mal versucht die include-Reihenfolge zu vertauschen? Aber das ist auch nur so dahin geraten ... ohne Code wird das schwierig.

Chrisber hat geschrieben:Funktioniert Boost::python auch mit Linux?

Ja. Mit der Dokumentation zu Boost.Python sollte man auch halbwegs weit kommen. Ein paar fortgeschrittene Sachen sind zwar sehr tricky, aber es ist auf jeden Fall angenehmer damit zu Arbeiten als mit der Python C-API.

C++ müsste eigentlich auch gehen.

``a < b < c`` wäre zwar gültiger Syntax, aber es wird nicht das heraus kommen, was du dir erwartest.

10 < 20 < 30: true
20 < 10 < 30: true
30 < 20 < 10: true
10 < 20 < -10: false
usw.

Da zuerst der linke Operator ausgewertet wird und dann true bzw. false mit ...

Wenn ich `void` angebe erwarte ich, dass Compiler für Plattformen, die einen Rückgabewert auswerten, dort ein implizites EXIT_SUCCESS liefern. Sehe also kein Problem mit der plattformunabhängigkeit, aber ein paar gesparte Bytes. Bei einem PET mit 8 KiB RAM wird das schon ein wenig eng. ;-)

Und ...

BlackJack hat geschrieben:@sebastinas: Rückgabe eines `int` macht auf'm C64 keinen Sinn.

Ach, ich hab' vergessen, dass platform-unabhängigkeit von gestern ist.

Nicht nur in Watcom, sondern zumindest auch in MSVC. Läuft denn BlackJacks Code mit anderen C-Compilern bei Eingabe einer "Nichtzahl" problemlos? Vielleicht ist das ja Windows-spezifisches Verhalten.

Deine und BlackJacks-Variante enden in einer Endlosschleife (gcc 4.3/Linux). http://faq ...