Ich bin jetzt nicht so Sattelfest was die C-Api von Python angeht. Aber würde man bei deinem Vorhaben nicht sowas wie diese Funktion benutzen? char* PyString_AsString(PyObject *string) Die Beschreibung von PyArg_Parse passt IMHO nicht so ganz: http://docs.python.org/c-api/arg.html#PyArg_Parse Ich ka...

Ich habe OpenCV noch nie verwendet aber ein Funktion die mit einer Zahl beginnt kann man erst garnicht anlegen: In [19]: def 2x(): ------------------------------------------------------------ File "<ipython console>", line 1 def 2x(): ^ <type 'exceptions.SyntaxError'>: invalid syntax Teste...

Gehen tut das. Ob das so sinnvoll ist, naja...

Ich nutze ebenfalls Mercurial auf meinem heimischen PC/Notebook-Gespann. Auf der Arbeit habe ich auch Kontakt mit Subversion, was aus Benutzersicht OK ist. Ich habe mich für Mercurial entschieden, da ich den Overhead ein extra Repository sowie einen Server haben zu müssen, zuhause nicht haben wollte.

Also wäre dann doch die richtige Lösung nicht self zurück zu geben sondern None, oder?!

Bei Zykeln kannst du dein ursprüngliches Ziel nicht erreichen. Was genau soll dann passieren? Dem User der diese Abhängigkeiten festgelegt hat soll der Fehler um die Ohren gehauen werden ;) Ich habe ja eine primitive Lösung um heraus zu finden ob alle Abhängigkeiten aufgelöst werden können. Mir per...

Dann lieber so: try: fobj = open(fname) do_stuff(fobj) except OSError, e: # ergänzt, damit cofi auch glücklich ist ;) print "Oh Oh, going down" finally: try: fobj.close() except NameError: pass Ich bin allerdings der Meinung, dass das Öffnen einer Datei die Grundvorausausetzung für die wei...

@Zap: Du hast da auch einen echten `NameError`. Abseits davon is das auch nich richtig, weil dir ein `OSError` entgegenfliegen kann. Wo sollte denn ein NameError herkommen? (Jetzt sag nicht bei "fname") By einem try->finally sowie einem with Konstrukt fliegen einem alle Exceptions ungeseh...

try: fobj = open(fname) else: do_stuff() finally: fobj.close() Das ist doch immer noch verkehrt. Wenn open fehlschlägt existiert kein name "fobj". Also kann im finally Block auch kein close() ausgeführt werden. Das hier wären zwei Möglichkeiten: # since python3.x or "from __future__ ...

Der letzte Vergleich auf Basis der Länge war quatsch, auch die Objekte mit einem "visited" Attribut zu versehen ist keine gute Idee bei mehrmaligem durchlaufen geht das ins Auge ;) So ist das ganze schon besser aber ich hab aktuell noch das Problem das zyklische Abhängigkeiten nicht erkann...

man kann auf jeden fall die objekte als graph sehen und davon ausgehend das problem mit einer einfachen tiefensuche loesen. steht z.B. im WP artikel zu Topological sorting beschrieben. Danke für den Tipp! Hatte parallel auch meinen Testcode mit dieser "depth-first search" erweitert, gefäl...

Hallo zusammen, ich habe das Problem das ich eine Menge von Objekten die von einander Abhängig sind in die richtige Reihenfolge bringen möchte. Habe den Anwendungsfall mal auf ein kleines Testskript beschränkt und dabei eine erste Prototyp-Lösung gefunden. Bin aber der Meinung das es bessere Wege ge...

Außerdem überschreibt es ein Builtin... Das nutzt du nicht ernsthaft als Argument? Ich überschreibe ständig builtins, solange man es nur lokal macht ist dass absolut kein Problem. Ich bin schon der Meinung das man einen Anfänger darauf hinweisen sollte. Ihm muss zumindest bewusst sein das sowas ein...

Wie sieht denn dein Environemt aus?

OS ?
Python Version ?
wx Version ?
Wie wurden Python und wx installiert?

Warum muss das ganze mit globalen Variablen umgesetzt werden!? Es wäre doch sauberer wenn deine Funktion die Daten als Liste von Dictionaries oder ähnliches zurück gibt. Edit: --------------- Allgemein zu deinem Code: - Der Funktionsname "eingabe_hauptspeise" passt irgendwie nicht zu dem w...

Dein Beispiel ist ja schon sehr minimal so dass man nicht wirklich viele Fehler machen kann. Wenn auch dieses "Hello World" app bei dir fehschlägt ist mit Sicherheit irgendwas an deinem Setup faul import wx app = wx.PySimpleApp() frame = wx.Frame(None, wx.ID_ANY, "Hello World") f...

Ich habe das ganze mal eben lokal durchgespielt und diese Varianten funktionieren: from gab import test from gab.test import aufruf print test.aufruf.__file__ print aufruf.__file__ Diese Version hingegen funktioniert tatsächlich nicht, ein Verhalten mit dem ich micht noch nicht näher beschäftigt hab...

Nichts von beidem geht. import gab.test.aufruf gibt die gleiche Fehlermeldung aus. Weitere Frage: Das Modul aufruf.py beinhaltet den Code der früheren Funktion ohne def ...(): Korrekt? Gab Nein das ist nicht korrekt. Ein Modul kann nicht als Funktion implementiert werden. In der Regel hat mein ein ...

Serial.write() erwartet einen String als argument.
Versuche also mal "\x06" anstatt 0x06

Hyperion hat geschrieben:Wobei ich dann doch os.path.dirname erwähnt hätte. Immerhin will der OP genau das

Stimmt, aber die challenge war ja schnellstmöglich zu posten und ich war trotzdem zu spät