killalltasks schwerwiegender Fehler: 5: Zugriff verweigert

[psanchez]

Guten Morgen,

WAPT 1.5.1.26
Windows Server 2008R2
Windows 10 Pro 64-Bit-Entwickler

Ich denke, der Titel sagt schon alles.

Hier der Kontext des Problems:
Entwicklung eines Softwarepakets für eine sehr einfache portable Anwendung.

Code: Alle auswählen

# -*- coding: utf-8 -*-
#
# Installation de l'aplli portable Graph85Emulator
#
from setuphelpers import *

uninstallkey = []

# environnement d'installation du paquet
targetdrive = 'c:'
targetdepot = 'applis'
targetsousdepot = 'math'
targetdos = 'graph85emulator'
exename = 'GRAPH85emulator.exe'

targetdir = makepath(targetdrive,targetdepot,targetsousdepot,targetdos)


def install():
    #print(targetdir)
    mkdirs(targetdir)
    filecopyto(exename,targetdir)
    create_desktop_shortcut('Graph85Emulator',target=makepath(targetdir,exename))

def uninstall() :
    killalltasks(exename)
    remove_desktop_shortcut(targetdos)
    if isdir(targetdir):
        remove_tree(targetdir)

Die Installation oder Deinstallation funktioniert problemlos, solange die Anwendung nicht auf dem Computer ausgeführt wird.
In diesem Fall stoppt die Deinstallation bei killallstasks mit der Fehlermeldung: FEHLER: 5: Zugriff verweigert

Es ist wahrscheinlich etwas ganz Simples, aber ich drehe mich im Kreis.
Jemandem helfen?
DANKE

Aufrichtig

[Sfonteneau]

Wir sollten versuchen, den Dienst manuell zu beenden, um zu sehen, ob das Problem nur bei wapt auftritt.

Seltsam.

[psanchez]

Hallo,

der Prozess lässt sich problemlos über den Task-Manager beenden.

Meine Umgebungsbeschreibung war ungenau.
Der WAPT-Server läuft auf einer Windows 7-VM auf einem Windows Server 2008 R2, und
die Entwicklungskonsole läuft auf einer Windows 7-VM auf einem Windows 10-Rechner.
Warum sollte man es unnötig kompliziert machen?

Das Problem, dass sich „killalltasks“ aufhängt, tritt sowohl auf der Entwicklungs-VM als auch auf einem Testrechner mit Windows 10 auf.

[dcardon]

Hallo psanchez,

Der Prozess lässt sich problemlos über den Task-Manager beenden.

Meine Umgebungsbeschreibung war ungenau.
Der WAPT-Server läuft auf einer Windows 7-VM auf einem Windows Server 2008 R2.
Die Entwicklungskonsole läuft auf einer Windows 7-VM auf einem Windows 10
. Warum sollte man es unnötig kompliziert machen?

Das Problem mit dem Befehl „killalltasks“ tritt sowohl auf der Entwicklungs-VM als auch auf einem Testrechner mit Windows 10 auf.

Tritt das Problem bei der Paketerstellung in PyScripter oder bei der Bereitstellung auf dem Rechner auf? Falls es bei der Erstellung in PyScripter auftritt, prüfen Sie, ob Benutzerkontensteuerungsprobleme vorliegen.
Außerdem sollten Sie während der Installation auch einen Befehl zum Beenden aller Aufgaben hinzufügen, was auch ein Update sein könnte...

Aufrichtig,

Denis

[psanchez]

Hallo,

entschuldigen Sie die späte Antwort, ich war beruflich sehr eingespannt.

Das Problem tritt sowohl in PyScripter als auch auf einem produktiven System auf.

Vielen Dank für den Vorschlag, `killalltask` zur Installation hinzuzufügen.

Ich freue mich sehr; ich habe die Bestellung meiner Institution für die Enterprise-Version erhalten.

Beste Grüße.

[dcardon]

Hallo Patrick,

Entschuldigung für die späte Antwort, ich war beruflich sehr eingespannt.

Das Problem tritt sowohl in PyScripter als auch auf einem produktiven Rechner auf.

Danke für den Tipp, killalltask zur Installation hinzuzufügen.

Ich freue mich sehr, ich habe das Bestellformular für die Enterprise-Version von meiner Institution erhalten.

Zur Info: Es gibt eine undokumentierte "Halbfunktion" (die noch etwas Feinschliff benötigt), mit der man ganz einfach ein Paket aus einer eigenständigen EXE-Datei erstellen kann: Man muss lediglich ein Verzeichnis erstellen und die EXE-Datei sowie weitere Ressourcen darin ablegen.
Anschließend führen Sie den Befehl wapt-get aus und geben dabei den Verzeichnisnamen (nicht den Namen der ausführbaren Datei) an:

Code: Alle auswählen

wapt-get make-template c:\temp\lenomdemonlogiciel

Der Befehl make-template erkennt, dass es sich um ein Verzeichnis und nicht um eine Installationsdatei (exe) handelt, und erstellt automatisch ein Paket, das die exe-Datei in ein Verzeichnis in den Programmdateien einfügt (wodurch der Unterschied zwischen x86 und x64 entsteht), ein Symbol im Startmenü erstellt und einen Deinstallationsvorgang durchführt (der jedoch noch nicht abgeschlossen ist).

Es ist durchaus praktikabel, obwohl unsererseits noch einiges zu tun ist. Ich werde mit Simon über die Dokumentation sprechen.

Aufrichtig,

Denis