1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. DOheim

Beiträge von DOheim

  • C:\Windows\System32\Tasks auslesen

    • DOheim
    • 3. Januar 2017 um 16:31

    Vielen Dank AspirinJunkie!
    Tatsächlich es klapp ebenfalls.
    Und #RequireAdmin ist wirklich nicht notwendig, auch nicht bei der Variante von Bitnugger.

  • C:\Windows\System32\Tasks auslesen

    • DOheim
    • 3. Januar 2017 um 11:15

    Ich hatte ja schon gesucht, aber keine Stelle gefunden, wo ich "gelöst" vermerken könnte.
    Aber jetzt weiß ich es: Ich muss die Registerkarte Forum neu aufrufen.
    Gruß Dieter und nochmals danke

  • C:\Windows\System32\Tasks auslesen

    • DOheim
    • 2. Januar 2017 um 09:33

    Recht herrlichen Dank für Eure Antworten!
    Wie Bitnugger vermutet hat, habe ich einb 64-Bit-System und führe das Programm als 32-Bit-Anwendung aus.
    Vielen Dank für die asuführliche Anleitung. Jetzt klappt alles prima.
    Gruß
    Dieter

  • C:\Windows\System32\Tasks auslesen

    • DOheim
    • 1. Januar 2017 um 19:38

    Vielen Dank für Deine Antwort!
    Ich glaube, ich habe es nicht richtig verstanden.
    Die Zeile #RequireAdmin steht doch am Anfang meines Programms.
    Guß
    Dieter

  • C:\Windows\System32\Tasks auslesen

    • DOheim
    • 1. Januar 2017 um 16:00

    Ich möchte mit meinem AutoIt-Programm im Ordner C:\Windows\System32\Tasks Dateien lesen.
    Mit den Funktionen FileFindFirstFile usw. wäre es am elegantesten, aber das funktioniert nicht.
    Kopiere ich jedoch den Ordner mittels Kommandodatei zunächst in einen anderne Ordner, so kann ich in diesem einwandfrei mit FileFindFirstFile / FileFindNextFile / FileOpen usw. lesen.

    Kommandodatei <D:\Test\Test.bat>:

    rmdir /S /Q "Aufgabenplanung"
    Pause
    xcopy /Y /R /H /C /E /I "C:\Windows\System32\Tasks" "Aufgabenplanung"
    Pause

    Nun möchte ich diesen Kopiervorgang in mein AutoIt-Programm einbauen. Aber auch da scheitere ich:

    <D:\Test\Test.au3>:

    AutoIt
    #RequireAdmin
    $dir="C:\Windows\System32\Tasks"
    $dest="Aufgabenplanung"
    ; -------- Variante 1:
    $e=RunWait("Test.bat")
    MsgBox(0,"1",$e&":"&@error)
    ; -------- Variante 2:
    $e=RunWait(@ComSpec & " /c " & 'rmdir /S /Q "'&$dest&'"')
    MsgBox(0,"2",$e&":"&@error)
    $e=RunWait(@ComSpec & " /c " & 'xcopy /Y /R /H /C /E /I "'&$dir&'" "'&$dest&'"')
    MsgBox(0,"3",$e&":"&@error)
    Alles anzeigen


    Bei Variante 1 kommt die Fehlermitteilung
    ........... Datei Tasks nicht gefunden
    ........... 0 Datei(en) kopiert
    und bei Variante 2 der xcopy-Exitcode 4.

    Was mache ich falsch?
    Vielen Dank schon einmal für eine Antwort.

  • Funktion RegEnumKey zeigt Unterschlüssel nich an

    • DOheim
    • 30. November 2016 um 16:47

    Recht herzlichen Dank. Es funktioniert.
    Habe wieder was dazu gelernt.
    Gruß
    Dieter

  • Funktion RegEnumKey zeigt Unterschlüssel nich an

    • DOheim
    • 29. November 2016 um 16:15

    Vielen Dank für Deine Antwort.

    Mit HKLM64 hatte ich es auch schon versucht. Mit gleichem Ergebnis.

    Und unter
    HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node[/b]\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tasks
    gibt es bei mir auch keine Unterschlüssel.

    Es handelt sich ja um die in der Windows-Aufgabenplanung enthaltenen Aufgaben. Mit dem Fenster, das man mittels
    %windir%\system32\taskschd.msc /s
    aufrufen kann, habe ich versuchsweise eine eigene Aufgabe eingerichtet. Und diese erscheint auch wirklich mit regedit als Unterschlüssel von
    "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tasks" .
    Aber ich bekomme sie eben nicht mit RegEnumKey in mein AutoIt-Programm.

    Oder habe ich Dich falsch verstanden?

  • Funktion RegEnumKey zeigt Unterschlüssel nich an

    • DOheim
    • 29. November 2016 um 14:25

    Ich möchte die Unterschlüssel von
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tasks
    mit folgendem Programm einlesen:

    RegEnumKey.au3

    Das klappt aber nicht.

    screenshot1.JPG

    Was habe ich falsch gemacht?

  • regedit zeigt Unterschlüsselnamen nicht an

    • DOheim
    • 28. November 2016 um 18:26

    Recht vielen Dank für Deine Antwort. Jetzt werde ich zurecht kommen.
    Gruß
    Dieter

  • regedit zeigt Unterschlüsselnamen nicht an

    • DOheim
    • 28. November 2016 um 16:47

    Wenn ich das Beispiel für die Funktion RegEnumKey starte erscheint z.B. Adobe. Das wird aber mit dem Registrierungseditor gar nicht angezeigt. Wie erklärt sich das?

    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

  • Laufwerk verstecken. (gelöst)

    • DOheim
    • 2. Oktober 2016 um 10:37

    Recht herzlichen Dank für Eure Antworten.
    Besonders für Alinas ausführliche Anleitung. Hat auf Anhieb geklappt.
    Gruß
    Dieter

  • Laufwerk verstecken. (gelöst)

    • DOheim
    • 1. Oktober 2016 um 17:35

    Ich wollte entsprechend dem Hinweis von Oscar auf
    Laufwerke ein/ausblenden
    verfahren.
    Aber in meiner Registry (Win10) existiert der Schlüssel "Explorer" nicht.

    Unbenannt.JPG

    Was kann ich tun, um ein Laufwerk unsichtbar zu machen?
    Vielen Dank schon einmal für eine Antwort.

  • _IECreate funktioniert nicht mehr

    • DOheim
    • 10. August 2016 um 10:38

    Lieber Phil-IT,
    unmittelbar bevor ich diese Frage gestellt hatte habe ich die neuste AutoIt-Version ( Stabil 3.3.14.2) heruntergeladen und installiert.
    Den InternetExplorer werde ich bei nächster Gelegenheit nochmals neu installieren, aber große Hoffnung mache ich mir nicht. Denn das letzte Update war ja - wie gesagt - erst im Juli.

    Lieber BananaJoe,
    wenn ich Dein Programm starte, kommt ebenfalls:

    Gruß
    Dieter

  • _IECreate funktioniert nicht mehr

    • DOheim
    • 9. August 2016 um 08:56

    Vielen Dank für Eure Antworten!

    Lieber Kanshius,
    Microsoft updatet sogar meinen IE11. Das letzte Update ist erst vom Juli 2016. Mein Win10 habe ich im November von Win7 geupgraded. Da wurde der IE mit übernommen und hat sofort einwandfrei gearbeitet.

    Lieber autoBert,
    Das Beispiel bringt auch den @error=1.

  • _IECreate funktioniert nicht mehr

    • DOheim
    • 8. August 2016 um 09:26

    Seit einiger Zeit funktioniert eins meiner Programme nicht mehr. Jetzt hatte ich Zeit, mich damit zu befassen. Es stellt sich heraus, dass die Funktion _IECreate nicht mehr arbeitet. Selbst das einfache Beispiel aus der Hilfe geht nicht:

    #include <IE.au3>
    Local $oIE = _IECreate("www.autoitscript.com")

    Was ist die Ursache?
    Ich habe Win10 mit IE-Version 11.0.33
    Vielen Dank schon mal für eine Antwort. :thumbdown:

  • Datei gegen Zugriff von anderer Seite sperren

    • DOheim
    • 11. Juli 2016 um 09:14

    Was es alles gibt. Das ist wohl die einfachste Lösung. Vielen Dank!

  • Datei gegen Zugriff von anderer Seite sperren

    • DOheim
    • 8. Juli 2016 um 09:35

    OnAutoItExitRegister ist ja eine prima Funktion. Die ist mir bisher noch nicht über den Weg gelaufen. Bzw. habe ich sie beim Durcharbeiten der AutoIt-Hilfe nicht im Kopf behalten.
    Jetzt habe ich mehrere Lösungsmöglichkeiten und die Qual der Wahl.
    Vielen Dank Euch allen.

  • Datei gegen Zugriff von anderer Seite sperren

    • DOheim
    • 7. Juli 2016 um 10:11

    Recht vielen Dank für Eure Antworten.
    Ich muss sie mir nun erst einmal zu Gemüte ziehen.
    Der Vorschlag von Oscar erscheint mir insofern problematisch, dass wenn das Programm aus irgendeinem Grund abbricht bevor die Semaphorendatei geschlossen wird, dann bleibt sie "hängen" und blockiert alles weitere. Es kommt dann zwar
    MsgBox(0, 'Timeout', 'Zugriff verweigert'). Aber schön ist das auch nicht.
    Gruß Dieter

  • Datei gegen Zugriff von anderer Seite sperren

    • DOheim
    • 6. Juli 2016 um 15:49

    Ich habe zwei Programme, die auf die gleiche Datei zugreifen.Wenn das eine Programm die Datei geöffnet hat, soll das andere Programm, wenn es die Datei öffnen will, so lange warten bis das erste die Datei wieder geschlossen hat.FileOpen leistet das nicht.Wenn ich z. B. dieses Programm zweimal starte, können beide ungehindert mit der Datei parallel arbeiten.

    Code
    $h=FileOpen("Text.txt",2)
    MsgBox(0,"","offen")
    FileWriteLine($h,"yyy")
    MsgBox(0,"","geschrieben")
    FileClose($h)
    MsgBox(0,"","geschlossen")

    Was tun?

  • Assembler - Fortsetzung

    • DOheim
    • 24. Januar 2016 um 15:32

    Vielen Dank für Deine Erklärungen.

    Zitat von Andy

    Ich habe in den Tutorials ein "altes" AMD-Papier mit der Befehlsreferenz (incl. Zeichnungen/Bildern!!!) verlinkt, etwas besseres habe ich bisher zu diesem Thema nicht gefunden.

    Wo finde ich das Tutorial?

    Zitat von Andy

    Ich stehe allerdings auf dem Standpunkt, dass man mit zwei Handvoll x86-ASM-Befehle JEDES programmiertechnische Problem erschlagen kann.

    Nachdem ich in meinem Bitmap-Programm den entsprechenden Abschnitt ersetzt habe, werden statt 31 Sekunden nur noch 57 Millisekunden benötigt. Erfolg 1:500
    Gruß Dieter

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™