Dann ist filter() die einfachere/lesbarere Lösung. Ich weise noch auf 'shlex.split()' hin - das Unterstützt aber kein Unicode, und ich habe keine Ahnung wie/ob das unter Python 3 funktioniert. Und mach mal halblang mit den backslash's :o re.compile(r""" ( [][{}();=\#\\/<>] | # ']' als...

Damit sich das lohnt, muss man entweder das 'printf()' parallelisieren (?!) oder Berechnung und Ausgabe trennen.
Ich find nur geil, wie (relativ) wenig Programmierer-Aufwand das parallelisieren hier ist.

Geht 'split(r"([, ]+)", s)' besser?

Das 'Problem' kann man doch parallelisieren: #include <stdlib.h> #include <stdio.h> #include <omp.h> #define MAX 10 int main(void) { puts("Das Einmaleins"); for(int i=1; i <= MAX; ++i) { int result; #pragma omp parallel for private (result) for(int j=1; j <= MAX; ++j) { result = i*j; #prag...

Mach da mal ein 'print' rein, und schau dir an, was 'os.walk' zurückgibt (oder schau in die Documentation).

Hast du immer noch einen Syntax-error? (du hast offensichtlich dein Posting geändert, ohne was dranzuschreiben). Mir fällt noch die Variable 'groß' auf: das funktioniert wenn das Encoding korrekt ist (bzw. angegeben ist, wenns nicht utf-8 ist) nur mit python 3 .x, falls du unbemerkt die Dateikodieru...

@BlackJack: Ja, kürzer ist da vielleicht nicht schlecht.
(Praktisch würde ich das gar nicht machen: entweder hat 'mein' Programm die Kontrolle über die Struktur, dann werden alle Ordner explizit angelegt, oder der Benutzer hat die Ordner selbst zu erstellen)

Außerdem heißt IOError nicht automatisch, dass es den Pfad nicht gibt (oder?). Dann bliebe so etwas: def dump_text(text, fname): while True: try: with open(fname, "w") as dump_file: dump_file.write(text) except IOError as exc: # new syntax (>= python2.6) # old syntax: "except IOError,...

Außerdem musst du Code in jeder Sprache korrekt einrücken, wenn den jemand anders lesen soll (und python kennt sehr wohl 'from __future__ import braces').

Und es gibt Worte wie 'Bank' und 'Wort', bei denen man den Plural ohne Zusammenhang gar nicht korrekt bestimmen kann </Klugscheiss> Bei Django z.B. muss man die Finger von der eingebauten pluralize-Funktion lassen, sobald man i18n-Zeug braucht (da - mit gettext und co. - wird dann Ein- und Mehrzahl ...

Reicht ein einfaches 'os.wait()' am Ende des Elternprozesses nicht aus (Vorrausgesetzt deine fork's laufen nicht unendlich lang). Alternativ tuts doch sowas: for child_id in child_ids: #gibt's wirklich mehr als ein 'child'? os.kill(child_id, signal.SIGKILL) # SIGTERM reicht nicht? hth, Jörg ps.: Wen...

Beim golfen kann awk auch gerade so mitmachen: Sieht aber aus wie alle C-Artigen - bis auf den sprichwörtlich nicht vorhandenen Stringverkettungsoperator.

Wahrscheinlich hat dir irgendwas die 'default-Browser' Einstellung verstellt.

Und wahrschienlich sollte es 'spukt' heißen - obwohl ich das Bild vom kotzenden Firefox ganz lustig finde...

@Leonidas
MS nennt das "Edit and Continue", ein Feature vom Visual studio, wird für mehrere Sprachen angeboten

@Gerenuk:
Wenn's nur darum geht die Änderungen zu sehen, tut's doch auch ein Break-Point: Soll heißen: Anwendung neu starten, und bis zum Break-Point laufen lassen.
Evtl. geht das mit Eclipse auch noch anders - ich benutze Ecplise nicht für Python.

Wenn du nicht auf ein anderes testframework umsteigen willst, musst du dafür sorgen, dass 'core' als Package gefunden und erkannt wird, indem der Ordner, in dem 'core' liegt in 'sys.path' aufgenommen wird: Dein Testscript ändert 'sys.path' (hab ich hier unter windows mit pygtk und cairo so gemacht, ...

Dein 'python -c "import blabla"' finde ich komisch, geht es nicht besser/einfacher/logischer/etc. wenn du einfach dein Testsscript ausführst ('python /PFAD/core/tests/main.py') ? ... oder, wenn du von dem Pfad weg willst und dein core-Package im 'sys.path' liegt, mit 'python -m core.tests....

Fehlen dir da die "__init__.py" dateien, um aus den Ordnern Packages zu machen?

Hast du einfach mal ein "import __init__" gemacht?
Wenn's nur um die Shell (verzeihung, CLI) geht, sollte das doch als würg-around reichen

Der Fehler scheint ja in der vorletzten Zeile des tracebacks zu stehen: 'int() / int() ' liefert in Python 3.x ein float(). Als patch solltest du da aus dem "/" ein "//" machen können (und den Bug natürlich melden).

hth, Jörg