Das deutsche Python-Forum

Und dann mach ich:

import sys, os
filename = "script.py"
folder = sys.argv[0].rstrip(filename)
os.chdir(folder)

Und das soll dann ein gute Lösung sein?! Ist für mich ein Notfall-Hack, aber keine schöne Lösung meiner Meinung nach.

Code: Alles auswählen

import os, sys
folder = os.path.dirname(os.path.abspath(sys.argv[0]))

Ist mir ehrlich gesagt weit lieber

ice2k3 hat geschrieben:Und das soll dann ein gute Lösung sein?!

Ne, aber von so einer Lösung hat auch niemand gesprochen. Keine Ahnung wie du nun auf sowas kommst.

Das war ja nur auf die Schnelle.
Ich meinte das halt allgemein. Ist das so gängig, aus sys.argv den Ordner zu lesen und diesen dann als "Working-Dir" zu setzen?

Du musst ja nicht unbedingt das working Directory wechseln, sondern kannst per `os.path.join(folder, fname)' dann an die eigentlichen Dateien kommen.
Wenn du keine GUI-Applikation hast, solltest du den Verzeichniswechsel unterlassen, denn der Benutzer hat das Programm ja eventuell aus einem guten Grund aus dem Verzeichnis gestartet.

a) Ja, es ist eine GUI-App
und
b) Nicht der Benutzer ruft es aus einem anderen Verzeichnis auf, sondern der Windows-Autostart

ice2k3 hat geschrieben:Ist das so gängig, aus sys.argv den Ordner zu lesen und diesen dann als "Working-Dir" zu setzen?

Nein. Es ist eigentlich nie gängig, dass das Programm sein Working Directory einfach so ändert. Der User hat das Programm in einem bestimmten Ordner gestartet und damit höcstwarscheinlich irgendetwas damit bezweckt, daher wäre es schlecht wenn das Programm eigenwillig entscheidet dass es doch lieber ein anderes Working Directory hätte.

ice2k3 hat geschrieben: b) Nicht der Benutzer ruft es aus einem anderen Verzeichnis auf, sondern der Windows-Autostart

Ganz ehrlich, wie oft muss ich das denn noch sagen?!

Das wäre mal meine Alternative (Hoffe mal, dass klar ist, was ich da mache^^)

Code: Alles auswählen

import os
import sys

def register(folder):
	start_file = "%s/start.bat" % folder
	with open(start_file, "w") as f:
		f.write("@echo off\n")
		f.write("cd "%s"\n" % folder)
		f.write("start /B dbremote.exe")
	# Dann kommt Registry Eintrag auf Batch File
			
if __name__ == "__main__":
	register(os.getcwd())

ice2k3 hat geschrieben:
ice2k3 hat geschrieben: b) Nicht der Benutzer ruft es aus einem anderen Verzeichnis auf, sondern der Windows-Autostart
Ganz ehrlich, wie oft muss ich das denn noch sagen?!

Es ist generell ein schlechtes vorgehen, daher ist es egal wer es aufruft. Und auch bei Autostart-Verknüpfungen kann der Benutzer auswählen, was das Arbeitsverzeichnis sein sollte.

Das mit der Registy finde ich nicht so gut, weil ich glaube, dass das programm sich selbst da rein kopiert [hab das mit os.getcwd() herausgefunden] (weiß aber nicht ob das richtig ist) und wenn man dll's braucht, dann funktioniert das Programm nicht. Wenn das nicht richtig ist, bitte korrigiert mich

Ich weiß nicht ob das richtig ist, aber ich glaube es.
Kann man irgendeinen Link in die Reg machen? -sorry ich kenne mich damit nicht so aus-
Danke
Robin

Leonidas hat geschrieben: Es ist generell ein schlechtes vorgehen, daher ist es egal wer es aufruft. Und auch bei Autostart-Verknüpfungen kann der Benutzer auswählen, was das Arbeitsverzeichnis sein sollte.

Aber nicht, wenn man es in der Registry macht...
(HKLM\Software\Microsoft\Windows\CurrentVersion\Run)
Darum gehts mir ja grade! Wie kann ich da das Arbeitsverzeichnis festlegen (ohne die Lösung mit dem Batchfile oder dem Programm selber)?

INFACT hat geschrieben: Das mit der Registy finde ich nicht so gut, weil ich glaube, dass das programm sich selbst da rein kopiert [hab das mit os.getcwd() herausgefunden] (weiß aber nicht ob das richtig ist) und wenn man dll's braucht, dann funktioniert das Programm nicht. Wenn das nicht richtig ist, bitte korrigiert mich Wink

Nein, das Programm kopiert sich nirgendwo rein. Es wird nur in einem anderen Verzeichnis ausgeführt (C:\Dokumente und Einstellungen\%USERNAME%). Darum geht es auch in dieser Diskussion mit Leonidas gerade.
Um das zu umgehen, kann man ein Batch-File erstellen, das das richtige Working Dir setzt und dann das Programm startet (s. mein letzter Post).

ice2k3 hat geschrieben:Aber nicht, wenn man es in der Registry macht...

Wozu ich generell nicht raten kann, weil das einfach Userfeindlich ist und dort hauptsächlich irgendeine Software die man nicht haben will sich einträgt ohne dass der Otto-Normal-User es einfach so, gefahrlos rauslöschen kann. Da ist die Verknüpfung im Autostart besser. Und Verknüpfungen würde ich auch nicht in HKLM sondern wenn schon dann in HKCU anlegen.

Ok, über den Schlüssel "Common Startup" unter "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders" komme ich ja an das Verzeichnis.
Die Batch-Datei (wie oben im Code) leg ich dann einfach in diesem Verzeichnis an.
Ist das dann ein gutes Vorgehen?

Besser nur in den Startup eines Users, nicht in den von allen. Die anderen User wollen es ja vermutlich nicht im Autostart haben.

Doch, für dieses Programm schon. Ist mein Datenbank-Server (s. Thread unter Datenbankprogrammierung).

Weiß vielleicht jemand, ob oben genannte Vorgehensweise auch unter den Windows Server Versionen funktioniert?

Datenbank-Server würde ich nicht in den Autostart schreiben sondern als Windows Service implementieren, analog zu Daemons unter Unices. Dann muss sich auch kein User anmelden, sondern dass System kann ganz ohne angemeldete User funktionieren.

Leonidas hat geschrieben:Datenbank-Server würde ich nicht in den Autostart schreiben sondern als Windows Service implementieren, analog zu Daemons unter Unices. Dann muss sich auch kein User anmelden, sondern dass System kann ganz ohne angemeldete User funktionieren.

Das musste mal den Leuten von Siemens erzählen ... deren PDM-System bringt dazu mal nichts von Haus aus mit

Und für so etwas zahlen die Firmen für die Lizenz alleine Euros im 6-7 stelligen Bereich ...

Hyperion hat geschrieben:Das musste mal den Leuten von Siemens erzählen ... deren PDM-System bringt dazu mal nichts von Haus aus mit

Ist ja auch nicht Freie Software; in dem Bereich kann Freie Software durchaus punkten

Und wir wissen ja alle das sie viel besser ist als propietäres Zeug

Leonidas hat geschrieben:Datenbank-Server würde ich nicht in den Autostart schreiben sondern als Windows Service implementieren, analog zu Daemons unter Unices. Dann muss sich auch kein User anmelden, sondern dass System kann ganz ohne angemeldete User funktionieren.

Ja, das habe ich mir auch schon überlegt, aber ich möchte mein Programm möglichst für beide Plattformen identisch haben.
Oder gibt es da einen einfachen Ansatz, um einen Dienst/Daemon zu erstellen, der unter beiden Plattformen läuft.
Oder kann unter Linux das Skript auch ohne Anpassung als Daemon gestartet werden?
Dann bräuchte ich ja nur noch einen Part für Windows, der den Rest vom Programm importiert und als Service bereitstellt.
Oder wie soll ich da vorgehen?

Das Starten von Diensten ist unter Windows und Linux unterschiedlich. Unter Windows kenne ich mich nicht aus, aber unter Linux musst du korrekt forken und Signal-Handler implementieren, was es unter Windows nicht gibt.

Aber der Startcode sollte doch wirklich trivial zu schreiben sein, wenn die Logik des Dienstes entsprechend als Modul zur Verfügung steht.

Das deutsche Python-Forum

Script in Autostart ziehen