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. Machtin

Beiträge von Machtin

  • In welcher Domain ist der PC?

    • Machtin
    • 3. November 2011 um 21:05

    Ja perfekt, danke für die schnelle Hilfe.
    WMI funktioniert. Ausführen werd ich die ohnehin lokal, das hab ich jetzt auf verschiedenen Clients getestet und et lüppt :thumbup:

    Mit den Keys müsste ich schauen, den ersten hab ich aber zum Beispiel nicht, obwohl mein Rechner in einer AD ist. Den zweiten gibbet bei mir, müsste dann aber noch schauen ob es allgemeingültig ist.

    Danke nochmal

    Grüße

    Machtin

  • In welcher Domain ist der PC?

    • Machtin
    • 3. November 2011 um 20:01

    Hallo,

    ich schwöre ich hab gesucht, gefunden aber nicht wirklich was. ;)

    Ich benötige die Info in welcher Domäne ein PC ist. Hab mir das eigentlich ganz einfach vorgestellt, ist es aber scheinbar nicht.
    Mir sind natürlich die Macros @LogonDomain und @LogonDNSDomain aufgefallen, damit sehe ich aber nur in welcher Domäne der zu diesem Zeitpunkt angemeldete User ist, nicht die Domäne in der das Computerkonto angelegt ist.

    Gibt es denn eine interne Funktion womit ich das rausbekomme oder gibt's vielleicht eine UDF die ich übersehen habe?

    Danke schon mal

    Grüße

    Machtin

  • Problem mit _INetGetSource

    • Machtin
    • 23. November 2007 um 14:39
    Zitat

    Original von Oscar
    Zeig uns doch mal Dein Script.

    Fehlerraten macht nicht so viel Spaß.

    MfG. Oscar

    Hmm, relevant ist da eigentlich nur

    Code
    $ver = _INetGetSource($side)
    MsgBox(0, "Text", $ver)

    Allerdings hab ich inzwischen festgestellt das es bei einer www Adresse ohne Probleme funktioniert. Warum nicht im IntraNet konnte ich nicht nachvollziehen. Ich hab mir jetzt aber anders geholfen. Mit

    Code
    $oIE = _IECreate ($side,0,0)
    $ver = _IEBodyReadText ($oIE)

    funktioniert das jetzt auch, dauert aber dadurch das der Browser erst gestartet wird etwas länger.

    Grüße

    Machtin

  • Problem mit _INetGetSource

    • Machtin
    • 22. November 2007 um 12:13

    Mahlzeit,

    ich hab ein komisches Problem mit _INetGetSource. In meinem Script wird über diese Function ein Textdatei (liegt im IntraNet) ausgelesen welche als Text eine Versionsnummer beinhaltet. Das komische ist, mal funktioniert das, mal bricht das Script mit der Meldung

    >12:14:09 AutoIT3.exe ended.rc:-1073741819

    in Scite ab.

    Sicher ist die Function nicht unbedingt für den Zweck gedacht, aber merkwürdigerweise funktioniert es ja manchmal ?(

    Hat jemand eine Idee woran das liegen kann bzw. welche Function ich alternativ verwenden kann?

    Grüße

    Machtin

  • Auslesen von Combobox und Schleifenproblematik

    • Machtin
    • 7. März 2007 um 23:32

    Hi,

    setz mal vor deine Arie an MsgBoxen:

    Code
    $selcombo = GUICtrlRead ( $AusWahlCombo , 0 )
    MsgBox(0,"",$selcombo)

    Du musst erst den Wert deiner Box auslesen bevor du ihn weiterverarbeiten kannst.

    Ich hoffe das hilft schon.

    Grüße

    Machtin

  • @SW_HIDE funktioniert nicht

    • Machtin
    • 14. Februar 2007 um 11:48
    Zitat

    Original von PaddyM
    Tja was soll ich dazu sagen :rolleyes:
    Würde es vielleicht nochmal jemand anderst ausprobieren?
    ...
    ;(

    Hmm,

    ich hab auch eben deinen Code probiert, funktioniert auch bei mir problemlos.

    Klappt den @SW_HIDE sonst bei dir, also bei was anderem als einer Dosbox?

    Grüße

    Machtin

  • Frage zur _FileCopy Funktion

    • Machtin
    • 14. Februar 2007 um 10:58

    Tach zusammen,

    ich sitze z.Z. vor dem gleichem Problem mit dem kopieren.

    [autoit]


    Func _FileCopy($fromFile, $tofile)

    GUISetState(@SW_DISABLE, $Form1)
    Local $FOF_RESPOND_YES = 16
    Local $FOF_SIMPLEPROGRESS = 256
    $winShell = ObjCreate("shell.application")
    $winShell.namespace ($tofile).CopyHere ($fromFile, $FOF_RESPOND_YES )
    EndFunc

    [/autoit]


    Das eine ist, dass

    Local $FOF_RESPOND_YES = 16

    nicht funktioniert, liegt wohl an den Wildcards. Mit einem Controlclick
    hab ich das auch nicht lösen können.


    Das schlimmere ist aber, dass ich auch noch keine Möglichkeit gefunden habe den evtl. Abbruch des kopierens abzufangen.

    Ich hab es noch mit

    $aDllRet = DllCall("kernel32.dll", "long", "GetLastError")
    versucht, ging natürlich auch in die Hose ... ;)

    Wenn ich nachträglich mit FileExists prüfen will muss ich ja genau wissen welche Dateien kopiert werden sollten. Leider hat Filelisttoarray wohl Probleme mit UNC Pfaden, zumindest klappt das bei mir nur bei lokalen Verzeichnissen/Dateien.

    Das Laufwerk vorher mappen möchte ich eigentlich auch nicht unbedingt, es soll halt nicht jeder auf den ersten Blick sehen wie die Sourcen liegen.

    Wenn also jemand eine Idee hat, immer her damit ... :)

    Grüße

    Machtin

  • Problem mit DriveMapAdd

    • Machtin
    • 13. Februar 2007 um 11:09

    Hi,

    ich hab mal eine Frage zu DriveMapAdd.

    lt. Hilfe sollte man, wenn man als Device "*" eingibt, als Returncode den LW-Buchstaben zurück bekommen.

    Zitat


    Hinweis: Wenn "*" als Parameter device verwendet wird, wird dieser statt 0 oder 1 zurückgegeben, also z.B. "U:". Wenn dabei ein Fehler aufgetreten ist, wird eine leerer String ("") zurückgegeben.

    Ich bekomme leider immer eine 0 zurück.

    Hat jemand einen Tip für mich?

    Grüße

    Martin

    Edit: Noch der Hintergrund zur Frage.

    Ich versuche über _FileListToArrayEX zu kopierende Files in ein Array zu lesen. Auf einem lokalem LW klappt das auch ganz gut, allerdings nicht über einen UNC Pfad. Wenn ich das LW mappe klappt es auch, allerdings weiß ich nicht welcher LW Buchstabe noch frei ist ...


    Edit2:

    Sorry Leute, kann geclosed werden. Der verwendete LW Buchstabe wird nicht wie ich dachte von @error wiedergegeben.


    Wenn ich es so mache klappt es:

    $lw = DriveMapAdd("*", "\\server\share", 0)
    MsgBox(0,"", $lw )

  • Checkbox auf Klick prüfen

    • Machtin
    • 17. Januar 2007 um 15:58
    Zitat

    Original von gtaspider
    Hallo!

    Also soweit ich weis geht das leider nicht!

    Schade, hatte ich aber schon befürchtet ...

    Zitat


    Du könntest ja aber z.b. die funktionen 2mal aufrufen also ...

    Mfg Spider

    So werd ich es jetzt auch machen, du warst mir mal wieder eine große Hilfe.

    Jetzt muss ich mich nur noch etwas mehr in das Thema arrays einarbeiten, schaut manchmal sehr komplex aus ... [dies]&[das]. Dazu gibts hier ja zum Glück ne Menge Lesestoff ;)


    Grüße

    Machtin

  • Checkbox auf Klick prüfen

    • Machtin
    • 17. Januar 2007 um 14:58

    Hi,

    noch eine kleine Anschlussfrage. Ich möchte nicht noch einen extra Thread dazu aufmachen, daher hier:

    Ist es möglich bei _FileListToArray im Filter mehrere Dateien anzugeben?

    Hab mir das in etwa so vorgestellt:

    $files = _FileListToArray($folder, "*.ini" & ";*.txt")

    Das funzt so schonmal nicht ... ;)

    Wenn nicht, muss ich das dann wahrscheinlich in einer Schleife machen und die Suchergnisse dem Array hinzufügen. Oder hat jemand eine bessere Idee?

    Grüße

    Machtin

    Edit: eingedeutscht

  • Checkbox auf Klick prüfen

    • Machtin
    • 15. Januar 2007 um 15:29

    Hi gtaspider

    Perfekt, genau das ist es ... ! :klatschen:

    Ich hatte vorher versucht die Inputbox einzulesen und dann über exStyle zu ändern. Funktionierte aber nicht so wirklich. Deine Lösung klappt sehr gut.

    Vielen Dank

    Grüße

    Gippo

  • Checkbox auf Klick prüfen

    • Machtin
    • 15. Januar 2007 um 11:32

    Hi,

    danke schon mal für die Antwort. Funkt nicht so gut, $Checkbox ist ja nicht deklariert. Aber das erstellen und prüfen ob gecheckt oder nicht ist ja auch nicht so das Problem.

    Mir gehts eher darum, dass wenn die Checkbox angeklickt wird eine Function ausgeführt werden soll. In meinem Fall ein Switchen einer Inputbox von $ES_PASSWORD auf lesbar oder umgekehrt.

    Ich hoffe ich konnte klar machen worum es mir geht ... ;)

    Grüße

    Gippo

  • Checkbox auf Klick prüfen

    • Machtin
    • 15. Januar 2007 um 11:08

    Hi zusammen,

    ich hab mal wieder ein Problemchen worüber ihr sicher nur müde lächeln könnt ... ;)

    Ich möchte über eine Checkbox anwählen können, ob in einer Inpubox der Text lesbar ist oder eben nicht. Dafür benutze ich in der Inputbox $ES_PASSWORD.

    Jetzt möchte ich aber, dass wenn man die Checkbox anklickt zwischen den Ansichtsarten geswitcht wird. Ich kann zwar über GUICtrlRead auswerten was im Moment ausgewählt ist, aber nicht wenn die Auswahl geändert wird die Ansicht refreshen.

    Ich dachte ich kann irgendwie permant schauen ob die Checkbox angeklickt wurde, und wenn das so ist die Anzeige der Inputbox ändern, habe dazu aber in der Hilfe nix finden können.

    Wäre nett wenn mir hier jemand den entscheidenden Tip geben könnte.

    Danke vorab

    Grüße

    Gippo

  • ActiveSync

    • Machtin
    • 15. Dezember 2006 um 12:59
    Zitat

    Original von th.meger
    Hi,

    wie machst du es denn manuell? Wird das Ding nicht als Laufwerk eingebunden?

    So long,

    Mega

    Hi

    nee, leider nicht. Es taucht im Explorer nur als "Mobiles Gerät" Gerät auf, nicht aber als logisches Laufwerk. ?(

    Manuell kann man über ActiveSync Durchsuchen anwählen, und landet dann auf dem Teil ...

    [Blockierte Grafik: http://666kb.com/i/ak3ykbghvm6ba2alf.gif]

    Grüße

    Machtin

  • ActiveSync

    • Machtin
    • 15. Dezember 2006 um 11:47

    Hallo zusammen,

    kennt jemand eine Möglichkeit, wie ich eine Verbindung die per ActiveSync besteht, in einem Script nutzen kann?

    Ich würd ganz gern ein paar Dateien auf meinem PNA schieben, bzw. welche von dort holen, komme aber einfach nicht auf die Kiste :(

    Grüße

    Machtin

  • KVM-Switch umschalten

    • Machtin
    • 15. Dezember 2006 um 08:43
    Zitat

    Original von Der_Doc
    ...

    Machtin
    Ich meine aber in einem Autoit-Script. Wenn ich mit AutoHotKey aufnehme dann bekomme ich die Tastenfolge auch. Aber leider tut sich nix an meinen Monitoren.
    ...

    Wie gesagt, bei mir funktioniert das auch per Script ....

    [autoit]

    Send("{SCROLLLOCK toggle}{SCROLLLOCK toggle}{SCROLLLOCK toggle}{SCROLLLOCK toggle}")

    [/autoit]

    Hilft dir aber sicher auch nicht weiter.

    Machtin

  • Programm updaten

    • Machtin
    • 14. Dezember 2006 um 15:24
    Zitat

    Original von th.meger
    Hi,

    mühsam ernährt sich das Eichhörnchen. :klatschen:

    Ich dein Problem damit gelöst?

    So long,

    Mega

    Jep, das läuft jetzt soweit.

    Wie gesagt, da muss noch etwas errorhanling rein, aber fürs erste bin ich froh das es überhaupt klappt ;)

    Wie löst du das denn? Lass mich raten. Ein Programm erst rausgeben wenns komplett fertig ist? :D

    Grüße

    Gippo

  • Auto-IT EXE > Script (Geschüzt)

    • Machtin
    • 14. Dezember 2006 um 15:07
    Zitat

    Original von th.meger
    Hi,

    es soll Möglichkeiten geben ;) , aber legal ist das natürlich nicht.

    So long,

    Mega

    Ich war recht erstaunt, 5 min googeln ... 8o

    Grüße

    Machtin

  • Programm updaten

    • Machtin
    • 14. Dezember 2006 um 15:03
    Zitat

    Original von th.meger
    Hi,

    du kannst dir bei Run die Pid zurückgeben lassen und die anschließend auch killen. Aber ich weiß jetzt noch nicht, welche DosBox offen bleibt ;)

    So long,

    Mega

    Hi,

    das schließen der DosBox ist jetzt gelöst. Wenn man im Batch das Programm als Parameter eines anderen Programmaufrufs
    startet, wird die Box nach dem Programmstart automatisch geschlossen ... :hammer:

    Start "" "das eigentliche Programm"

    [autoit]

    FileWriteLine($file, "start " & '"" ' & '"' & @ScriptFullPath & '"')

    [/autoit]

    Grüße

    Machtin

  • Programm updaten

    • Machtin
    • 14. Dezember 2006 um 11:25
    Zitat

    Original von peethebee
    Man könnte eine bat-Datei laufen lassen, die 5 Sekunden wartet (Ping) und dann die neue Version umbenennt, sodass sie die alte ersetzt, und dann das Programm wieder startet. Nach dem Start der bat schließt man das Skript einfach über Exit.

    peethebee

    Hi,

    war eine sehr gute Idee. Ich schreib jetzt in meiner "Update Function" den Batch-Job, somit kann ich das auch flexibel auf andere eigene Programme übernehmen ...

    Man kann das sicher "schöner" lösen, funzt aber schonmal für mich.
    Fehler werden auch nicht abgefangen, ich kenn das leider nur von Kix mit @error, wie das mit AutoIT geht muss ich noch erkunden ...
    (gibt's keinen :rtfm: Smiley?) :)

    Danke für den Tip!

    [autoit]


    Func Update()
    FileCopy($source & "\" & $g_szVersion &".exe", @TempDir & "\" & @ScriptName & ".new",1)

    [/autoit][autoit][/autoit][autoit]

    $file = FileOpen($updcmd, 2)

    [/autoit][autoit][/autoit][autoit]

    If $file = -1 Then
    MsgBox(0, "Error", "Unable to open file.")
    Exit
    EndIf
    FileWriteLine($file, "@Echo off")
    FileWriteLine($file, "ping localhost -n 3 >NUL") ; enstrpicht ca. 3 sek.
    FileWriteLine($file, "del " & '"' & @ScriptFullPath & '"')
    FileWriteLine($file, "copy " & '"' & @TempDir & "\" & @ScriptName & ".new" &'" ' & '"' & @ScriptFullPath & '"' & " >NUL")
    FileWriteLine($file, "del " & '"' & @TempDir & "\" & @ScriptName & ".new" & '"')
    FileWriteLine($file, "Echo " & $g_szVersion & " wird neu gestartet ...")
    FileWriteLine($file, "ping localhost -n 2 >NUL")
    FileWriteLine($file, "start " & '"" ' & '"' & @ScriptFullPath & '"')
    FileWriteLine($file, "Exit")
    FileClose($file)
    Run(@ComSpec & " /c " & $updcmd)
    ProcessClose ( @ScriptName )
    EndFunc

    [/autoit]

    Ach ja, wirklich klasse Forum, macht Spass sich hier einzulesen ...

    Grüße

    Machtin

    Edit: Die Dos-Box wurde nicht geschlossen

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™