Verzeichnisse kopieren

Wenn du dir nicht sicher bist, in welchem der anderen Foren du die Frage stellen sollst, dann bist du hier im Forum für allgemeine Fragen sicher richtig.
Py-Prog
User
Beiträge: 673
Registriert: Dienstag 16. Februar 2010, 17:52
Wohnort: G:\ermany

Nein nur bei der Genanten Datei.
Technik ist: wenn alles funktioniert und keiner weiß warum.
Wer Rechtschreibfehler findet darf sie behalten.
Benutzeravatar
/me
User
Beiträge: 3561
Registriert: Donnerstag 25. Juni 2009, 14:40
Wohnort: Bonn

Py-Prog hat geschrieben:Nein nur bei der Genanten Datei.
Ich würde diese Datei einfach nicht mitkopieren. Windows aktualisiert sie ja ohnehin automatisch.
Py-Prog
User
Beiträge: 673
Registriert: Dienstag 16. Februar 2010, 17:52
Wohnort: G:\ermany

Bei mir hat sie Windows nach dem Löschen nicht automartisch erstellt. Aber es kann ja mal vorkommen das eine Datei aus irgendeinem grund nicht kopiert werden kann und deshalb nehme ich einfach try. Immerhin soll nicht eine einzige Datei das Ganze Backup aufhalten!
Technik ist: wenn alles funktioniert und keiner weiß warum.
Wer Rechtschreibfehler findet darf sie behalten.
Dav1d
User
Beiträge: 1437
Registriert: Donnerstag 30. Juli 2009, 12:03
Kontaktdaten:

Aber bitte kein:

Code: Alles auswählen

try:
    do_something()
except:
    pass
Sondern lieber nur den IOError abfangen
the more they change the more they stay the same
Py-Prog
User
Beiträge: 673
Registriert: Dienstag 16. Februar 2010, 17:52
Wohnort: G:\ermany

Nein, except bewirkt das ich den Fehler z. B. in einen Bericht speichern kann. (Zur Zeit kommt aber einfach nur ne Fehlermeldung mit tkinter.messagebox)
Technik ist: wenn alles funktioniert und keiner weiß warum.
Wer Rechtschreibfehler findet darf sie behalten.
Benutzeravatar
Hyperion
Moderator
Beiträge: 7478
Registriert: Freitag 4. August 2006, 14:56
Wohnort: Hamburg
Kontaktdaten:

Py-Prog hat geschrieben:Nein, except bewirkt das ich den Fehler z. B. in einen Bericht speichern kann. (Zur Zeit kommt aber einfach nur ne Fehlermeldung mit tkinter.messagebox)
Beziehst Du Dich hier auf Dav1d? Wenn ja: Hä?
encoding_kapiert = all(verstehen(lesen(info)) for info in (Leonidas Folien, Blog, Folien & Text inkl. Python3, utf-8 everywhere))
assert encoding_kapiert
Py-Prog
User
Beiträge: 673
Registriert: Dienstag 16. Februar 2010, 17:52
Wohnort: G:\ermany

Ist doch unwichtig. Jetzt hab ich das Problemm wenn ich das skript starte kommt nach einiger Zeit das:
tk: pythonw.exe - Fehler in Anwendung

Die Anweisung in "0x1e093d98" verweist auf Speicher in "0x00000000". Der Vorgang
"written" konnte nicht auf dem Speicher durchgeführt werden.
Technik ist: wenn alles funktioniert und keiner weiß warum.
Wer Rechtschreibfehler findet darf sie behalten.
Benutzeravatar
Hyperion
Moderator
Beiträge: 7478
Registriert: Freitag 4. August 2006, 14:56
Wohnort: Hamburg
Kontaktdaten:

Py-Prog hat geschrieben:Ist doch unwichtig. Jetzt hab ich das Problemm wenn ich das skript starte kommt nach einiger Zeit das:
tk: pythonw.exe - Fehler in Anwendung

Die Anweisung in "0x1e093d98" verweist auf Speicher in "0x00000000". Der Vorgang
"written" konnte nicht auf dem Speicher durchgeführt werden.
Ist doch unwichtig! :twisted:
encoding_kapiert = all(verstehen(lesen(info)) for info in (Leonidas Folien, Blog, Folien & Text inkl. Python3, utf-8 everywhere))
assert encoding_kapiert
Py-Prog
User
Beiträge: 673
Registriert: Dienstag 16. Februar 2010, 17:52
Wohnort: G:\ermany

Was Hä?
Technik ist: wenn alles funktioniert und keiner weiß warum.
Wer Rechtschreibfehler findet darf sie behalten.
Benutzeravatar
Hyperion
Moderator
Beiträge: 7478
Registriert: Freitag 4. August 2006, 14:56
Wohnort: Hamburg
Kontaktdaten:

Py-Prog hat geschrieben:Was willst du den wissen?
Nichts! Ich wollte Dich nur auf Deine eigene subtile Art darauf aufmerksam machen, dass das nicht Eingehen auf vorangegangene Fragen wenig Motivation zur Hilfe aktueller Probleme hervorruft ;-)

Der Bezug meiner letzten Frage ist ja wohl eindeutig. Dav1d hatte Dich darauf hingewiesen, dass ein allgemeines except keine gute Idee ist, woraufhin Du etwas geschrieben hast, was ich nicht verstanden habe. Und da das ein durchaus wichtiger Punkt sein kann, wäre es doch von Dir nett gewesen darauf einzugehen.

Du hast ja allgemein schon gezeigt, dass Du gerne mal Ratschläge ignorierst; indem man diese Sachverhalte aber explizit diskutiert, mag es dazu beitragen, dass Du irgend wann doch einmal einsiehst, das eine andere Lösung besser ist und zum anderen zeigt es anderen Lesern irgend wann einmal, wie man es richtig machen sollte.
encoding_kapiert = all(verstehen(lesen(info)) for info in (Leonidas Folien, Blog, Folien & Text inkl. Python3, utf-8 everywhere))
assert encoding_kapiert
rads
User
Beiträge: 153
Registriert: Freitag 26. März 2010, 15:51

Hyperion hat geschrieben:
Py-Prog hat geschrieben:Ist doch unwichtig. Jetzt hab ich das Problemm wenn ich das skript starte kommt nach einiger Zeit das:
tk: pythonw.exe - Fehler in Anwendung

Die Anweisung in "0x1e093d98" verweist auf Speicher in "0x00000000". Der Vorgang
"written" konnte nicht auf dem Speicher durchgeführt werden.
Ist doch unwichtig! :twisted:
So wie ich es mitbekommen habe, bist du auf einem Windows System.
Du schreibt im Kernel Adressraum, d.h. der User Mode fängt erst bei 8... an.

Dafür bräuchtest du Adminrechte. Wenn er dich dort überhaupt reinschreiben lässt (Systemdateien
werden in der mft unter Speicheradressen mit 0... bis 7FFF... geführt.)

Entschuldigt falls ich eine Rahmenbedinung nicht beachte, habe nicht die 5 Seiten komplett gelesen.
Py-Prog
User
Beiträge: 673
Registriert: Dienstag 16. Februar 2010, 17:52
Wohnort: G:\ermany

Ach sag das doch gleich, Damit hab ich gemeint das ich es nicht mit allgemeinen except gemacht hab.(und auch nicht mit pass als anweißung)
Technik ist: wenn alles funktioniert und keiner weiß warum.
Wer Rechtschreibfehler findet darf sie behalten.
Py-Prog
User
Beiträge: 673
Registriert: Dienstag 16. Februar 2010, 17:52
Wohnort: G:\ermany

rads hat geschrieben:
tk: pythonw.exe - Fehler in Anwendung

Die Anweisung in "0x1e093d98" verweist auf Speicher in "0x00000000". Der Vorgang
"written" konnte nicht auf dem Speicher durchgeführt werden.
So wie ich es mitbekommen habe, bist du auf einem Windows System.
Du schreibt im Kernel Adressraum, d.h. der User Mode fängt erst bei 8... an.

Dafür bräuchtest du Adminrechte. Wenn er dich dort überhaupt reinschreiben lässt (Systemdateien
werden in der mft unter Speicheradressen mit 0... bis 7FFF... geführt.)

Entschuldigt falls ich eine Rahmenbedinung nicht beachte, habe nicht die 5 Seiten komplett gelesen.
Ich hab Adminrechte und ja ich hab ein Windows system genau Windows XP Home SP3.
Technik ist: wenn alles funktioniert und keiner weiß warum.
Wer Rechtschreibfehler findet darf sie behalten.
DasIch
User
Beiträge: 2718
Registriert: Montag 19. Mai 2008, 04:21
Wohnort: Berlin

Py-Prog hat geschrieben:Ich hab Adminrechte und ja ich hab ein Windows system genau Windows XP Home SP3.
Admin hat unter Windows nicht alle Rechte.
BlackJack

@Py-Prog: Wie startest Du das Programm und verwendest Du eventuell Threads?
rads
User
Beiträge: 153
Registriert: Freitag 26. März 2010, 15:51

BlackJack hat geschrieben:@Py-Prog: Wie startest Du das Programm und verwendest Du eventuell Threads?
Nur aus Interesse, und weil ich mir schlichtweg nicht sicher bin, erbt ein Thread nicht die Rechte vom Prozess, bzw. läuft ja im selben Virutellen Adressraum sowie run-configuration(Register...).
Bitte nicht falsch verstehen, mich interessieren OS-Themen immer sehr und mir ist nur nicht klar welchen
Effekt du verdächtigst *unschuldig*
Py-Prog
User
Beiträge: 673
Registriert: Dienstag 16. Februar 2010, 17:52
Wohnort: G:\ermany

Nein ich verwende keine Threads, Das Programm startet automartisch (mit verknüpfung im Autostart ordner, oder ich starte es mit doppelklick auf die Datei.
Technik ist: wenn alles funktioniert und keiner weiß warum.
Wer Rechtschreibfehler findet darf sie behalten.
BlackJack

@rads: Ich beziehe mich hier auf die Speicherzugriffsfehler auf Speicherstelle 0x00000000, also der Versuch einen Nullpointer zu dereferenzieren. Das ist ja kein Rechteproblem. Mein Verdacht ist der Zugriff auf die GUI von anderen Threads aus, als dem in dem die `mainloop()` läuft. Das darf man nicht machen, denn Tkinter ist wie die meisten GUI-Toolkits nicht threadsafe. Das kann eine Weile gutgehen, aber früher oder später kommt es zu komischen Phänomenen bis hin zu harten Abstürzen.
anogayales
User
Beiträge: 456
Registriert: Mittwoch 15. April 2009, 14:11

BlackJack könntest du vielleicht näher Erläutern wie es zu solchen Problemen à la Nullpointerderefenzieren kommt?
rads
User
Beiträge: 153
Registriert: Freitag 26. März 2010, 15:51

@BlackJack Vielen Dank für die Ausführung.
Antworten