aber ich habe gar kein windows ;P

vi

*doing*

absolut korrekt.. schande hab ich vergessen, dass sowas geht und ohne highlighting.. ja öhm ok danke

Holla,

ich steh mal wieder auf dem Schlauch und kann mir nicht erklären warum es so ist, wie es ist :K

Ich habe ein Programm wo ich Daten in geschachtelten Dictionaries und Listen aufbereite. Die Ausgabe ging bisher über print, aber jetzt dachte ich mir, es wäre besser das ganze gleich in ein ...

ja aber copy ist ja tatsächlich nicht das was ich brauche. wenn ichs richtig gelesen hab

Ahjo und wie mach ich das dann mit Dict in dict?

Hallöle,

ich hätte mal ne Frage und zwar habe ich folgendes kleine Beispiel

dDict1 = {}
dDict2 = {}
lList = []

lList.append ("Test1")

dDict1 = {1: "Test0", "bla":lList}
dDict2 = {1: dDict1}
print dDict2

lList.append ("Test2")
print dDict2

del lList[0:len(lList)]

print "nach löschen"
print ...

ne.. also ja..

ich habs mal Testhalber in die sendCommand reingeschrieben. Eigentlich sollte es nur in der init stehen.

Ach der mist ist.. ich kanns nicht so ohne weiteres kopieren :P also den Traceback..

self.worker.sendCommand("read 34")
self.client.stdin.write(cmd + "\n")
IOError: [Errno 32 ...

aha! also wenn ich das ganze nicht kill.. dann klappts auch mit der pipe.. warum er aber die sendCommand nicht einfach ohne ein neues Klassen-Objekt nimmt versteh ich nicht. Das Objekt ist ja noch vorhanden zu dem Zeitpunkt und die sendCommand macht ja eine eigene auf.

hmmm ja also in der Theorie ja..

Es wird das kommando "quit" gesendet und der task test.out beendet. Aber die sendCommand macht ja wieder Popen etc. (was ich eigentlich der Meinung bin, dass es das gar nicht braucht wg. dem Konstruktor). Hatte das Testhalber nochmal in die sendCommand geschrieben ...

So jetzt gehts wieder nimmer

Und zwar:


class Machs():
def __init__(self):
Path="./test.out"
self.client = subprocess.Popen(clientPath,
shell=True,
stdout=subprocess.PIPE,
stdin=subprocess.PIPE)
if not os.path.exists(Path):
print "Ups, Programm net da ", Path
sys.exit()

def sendCommand ...

Ja.. ne also ja.. wenn die meldung gekommen wäre wäre ich auch auf die idee gekommen n self davor zu schreiben ;P

Ne ich versuchs ma zu rekonstruieren.. wenn ich zeit hab

ich sag doch ich hab den Code nimmer.. bzw. nicht mehr so dass er nicht mehr funktioniert. Wenn ich wieder ma drauf stosse, dann werd ich dies tun.. Trotzdem versteh ich die Forderung danach nicht. Ich habe niemals um die Lösung des Problems gebeten, deshalb sollte Pseudocode vollkommen ausreichen ...

Kloar die erste frage bleibt ja weiterhin bestehen
wollt nur nich 1000000000 postings aufmachen

sry

Aso und ja geht!

aber weil wir mal gerade dabei sind..

ich bin jetzt auch schon wo anders beim einarbeiten und zwar

habe ich n paar Knöpfchen der einen Input-Dialog aufruft.
Soweit so gut.

self.connect(self.UI.Knopf1, QTCore.SIGNAL("clicked()"), self.showDialog)
self.connect(self.UI.Knopf2, QTCore.SIGNAL ...

*lach* würd ich gerne unglücklicherweise krieg ichs nich hin, dass es nich mehr funktioniert

Holla,

ich hätte mal eine Verständnissfrage, weil ich bin beim rumprobieren auf ein etwas, für mich, eigenartiges Verhalten gestossen.

Und zwar ich habe zwei Klassen und erzeuge in der __init__ von der einen Klasse ein Object der anderen
sprich

Klasse eins
__init__
ObjektZwei = zwei ...

eigentlich sinds 3 klassen wenn ich das so sehe.

Die Frage interessiert mich aber auch (hab python erst vor n paar tagen angefangen).
Hat jmd ein kleines Beispiel? (Aber nich vom MVC Modell das kenn ich aus Grails aber dieses autom. aktualisieren)