Beiträge von misterspeed

  • Liste die den nächsten Monat mit Tagesangabe darstellt.

    Naja du bist doch fast fertig und hast bereits alles was du dazu brauchst, auch wenn du das ziemlich umständlich machst.

    1. Du kennst das heutige Datum.
    2. Du kennst den heutigen Wochentag.
    3. Du weist wieviele Tage der aktuelle Monat noch haben wird.
    4. Du weist wieviele Tage der nächste Monat haben wird.

    Das sollte ausreichen. Nun musst du nur noch den richtigen Wochentag für den Monatsersten des kommenden Monats ermitteln, dazu würde ich einfach die noch verbleibenden Tage des Monats hernehmen und den Tag solange ändern bis du am Ende ankommst, dann weist du welcher Tag der Monatserste ist und kannst von hier aus dann wiederum weiterzählen bis alle Monatstage erstellt wurden. Du brauchst dafür lediglich eine Schleife, ein Array und ein bisschen Logik. Vermutlich bieten die Datumsfunktionen oder spezielle Date UDF's aber bereits eine Möglichkeit um den Wochentag eines gegebenen Datums zu bestimmen, wenn du da nichts finden solltest musst du es eben wie oben beschrieben selbst ermitteln.

    EDIT: Eine Schleife braucht man eigentlich garnicht, etwas rechnen würde es auch tun um ans Ziel zu kommen und den korrekten Tag aus dem Array auszulesen.

  • Skype

    Dir ist schon klar, dass diese UDF aus dem Jahr 2008 stammt und sich der Skype Client seitdem vermutlich massivst verändert hat und zwischenzeitlich an Microsoft verkauft wurde?

  • Problem bei Telefonbuch-Skript

    Da ich mich die ganze Zeit gefragt habe wie man darauf kam, dass das hier ein 3D Array sein soll und ichs nun auch endlich gesehn hab:

    [autoit]


    $key = _ArraySearch ($entries[$i], $categories[$i_1][1])
    If $key Then
    $val &= $entries[$i][$key][1]

    [/autoit]

    Was nun? Ist $entries ein 1D Array oder ein 3D Array? Da es in der oberen Zeile zum Absturz kommt wird es wohl mehr als eine Dimension haben und du sprichst das Array an dieser Stelle falsch an. Sofern es ein 3D Array ist siehe auch die Anmerkungen von meinen Vorpostern bezüglich Einschränkungen der maximalen Dimensionen für die meisten Array Funktionen.

  • Subscript used on non-accessible variable. [BETA]

    Nein, ich hab zwar noch nie static variablen in Autoit verwendet, aber ich gehe davon aus, dass

    local static

    das macht wonach es sich anhört. Eine lokale statische Variable, welche nur innerhalb der Funktion genutzt werden kann, aber statisch ist, also auch bei mehrmaligen Aufrufen der Funktion ihren Inhalt behält. In anderen Funktionen oder globalen Scriptbereichen dürfte solch eine Variable meiner Auffassung nach nicht existieren / zugreifbar sein.

  • Subscript used on non-accessible variable. [BETA]

    Zum einen fehlen einige der genutzten Includes, diese sollten mindestens von dir verlinkt werden, besser als Dateianhang bereitgestellt werden:

    Spoiler anzeigen

    Zum anderen gibt es etliche Syntax Fehler, möglicherweise sind solche Gebilde in aktuellen Beta Versionen erlaubt, in meiner Autoitversion ist sowas jedenfalls nicht erlaubt:

    Spoiler anzeigen

    Dazu kommen dann noch einige weniger kritische Warnungen, die auf deinen schlechten Programmierstil zurückzuführen sind und unter bestimmten Umständen zum Absturz führen könnten (Deklaration globaler Variablen innerhalb von Funktionen):

    Spoiler anzeigen

    Ich würde dir also mal nahelegen die Deklaration globaler Variablen auch wirklich global zu machen und zusätzlich die Syntaxfehler abzustellen.

  • Serial Key

    Zitat von PuReIroNie

    Schnitzel
    Das ding ist schon älter, aber daran hab ich nicht gedacht ;D

    Festplatten sind ohnehin denkbar schlecht um eine HardwareID zu generieren. Festplatten werden häufig wegen defekt oder Platzmangel ersetzt. Wesentlich unproblematischer dürfte da die Seriennummer des Mainboards oder die MAC der Netzwerkkarte sein, ggf. auch die Seriennummer des Betriebssystems, die Bezeichnung des Prozessors usw.

  • Einfache TCP Socket Frage

    Zitat von AutoTim

    Edit: Ich habe soeben versucht die Daten zurückzusenden wenn ich sie empfangen habe. Dann geht es Problemlos und die Verbindung verreckt nicht mehr.
    Warum muss das so sein ?


    Das wird wohl an deinem Client liegen und nicht an deinem Server. Der Client trennt die Verbindung vermutlich nach kurzer Zeit, wenn er keine Antworten bekommt und auch erstmal nichts mehr senden möchte, was ja auch irgendwo Sinn macht. Es macht aber keinen Sinn hier über soetwas zu reden, wenn man nur einen Teil des Codes hat, woher sollen wir wissen was dein Client tut? Welche Version des Serverscriptes du nun benutzt ist auch nicht wirklich klar, vielleicht einfach mal die aktuelle Fassung posten und sofern möglich auch den Code des Clients auf deinem Android Gerät.

  • Einfache TCP Socket Frage

    tcpaccept erlaubt eine neue Verbindung, sobald sich ein client mit deinem Server erfolgreich verbunden hat kann er Daten senden, welche du dann mit tcprecv empfangen kannst. Wenn der Client nach dem Senden die Verbindung trennt, dann wars das und du erhälst nur noch ein @error bei tcprecv, weil der Socket nicht mehr existent ist. Verlierst du also aus welchem Grund auch immer die Verbindung zum Client, dann muss der Client sich neu verbinden und neue Verbindungen nimmt dein Server nur dann an, wenn du tcpaccept aufrufst (dein Fehler, da du das nur einmalig zum Script start machst). Somit konnte dien Script nur einmal funktionieren, nämlich genau solange wie die Verbindung bestand.

  • SLUI.exe starten

    Hmm, aber wenn ihr die Lizenz ohnehin telefonisch aktivieren müsst, wozu dann die Mühe machen den Aktivierungsclient automatisiert zu starten? Muss ja dann vermutlich ohnehin jemand an der Kiste sitzen...

  • Wildcards für InetGet

    Wo ist das Problem, sofern das directory listing nicht vom Webserver untersagt wird kann man sich problemlos alle im Verzeichnis befindlichen Dateien anzeigen lassen und mit minimaler Programmlogik dann die interessanten Downloadlinks zusammenstellen:

    [autoit]


    $test = InetRead("http://deineURL.de/DeinLogDir/",17) ; gibt dir den HTML Quellcode in dem sich die Downloadlinks befinden
    ConsoleWrite( BinaryToString($test) & @CRLF)
    ; nun nur noch einige String oder Regex Operationen und danach dann die gewünschte Datei mit inetget herunterladen

    [/autoit]

  • Abfrageproblem von einem Kontextmenü

    Zitat von palmers7

    MrSpeed hat mir die richtige Lösung gebracht, allen anderen beteiligten (auch denen in der SB) möchte ich natürlich auch danken!

    Nunja meine Lösung kann man eher als Workaround betrachten, die wirklich richtige Lösung stammt von Oscar, denn wenn du die Tab Deklaration nicht beendest wirst du später weiterhin dieses Problem haben, wenn z.B. nachträglich global erreichbare controls erstellt werden sollen. ;)

  • Abfrageproblem von einem Kontextmenü

    Wenn man mit Tabs arbeitet muss man bei der Reihenfolge der Controlerstellung aufpassen. Dein Script von oben erstellt das Contextmenu nicht global für alle Tabs, sondern nur innerhalb des letzten Tabs. Dort funktioniert es dann auch wie gewünscht. Die Lösung ist simpel, du erstellst einfach alle Controls die von jedem Tab aus zugänglich sein sollen zuerst und dann erstellst du erst die Tabs mit ihren jeweiligen Controls.

    Spoiler anzeigen
    [autoit]


    #include <GUIConstantsEx.au3>
    $hWnd = GUICreate("WhoIsInTheHouse", 700,700)
    $tab = GUICtrlCreateTab(0, 0, 600,600)
    $mainContextMenu = GUICtrlCreateContextMenu($tab)
    local $mainContextMenuItem[5] ;Hauptkontextmenü
    $mainContextMenuItem[0] = GUICtrlCreateMenuItem("create Computer", $mainContextMenu) ;neuen Computer erstellen
    $mainContextMenuItem[1] = GUICtrlCreateMenuItem("edit Computer", $mainContextMenu) ;vorhandenen Computer bearbeiten
    $mainContextMenuItem[2] = GUICtrlCreateMenuItem("delete Computer", $mainContextMenu) ;vorhanden Computer löschen
    $mainContextMenuItem[3] = GUICtrlCreateMenuItem("", $mainContextMenu) ;Strich
    $mainContextMenuItem[4] = GUICtrlCreateMenuItem("show Log", $mainContextMenu) ;show Log-File
    local $tabs[7]
    For $i=0 To 5
    $tabs[$i] = GUICtrlCreateTabItem($i&". Stock")
    Next
    $tabs[6] = GUICtrlCreateTabItem("Aktualisieren")
    GUISetState()
    While 1
    $msg = GUIGetMsg()
    Select
    Case $msg = $mainContextMenuItem[0] ; create Computer
    MsgBox(0,"","create Computer")
    Case $msg = $mainContextMenuItem[1] ; edit Computer
    MsgBox(0,"","edit Computer")
    Case $msg = $mainContextMenuItem[2] ; delete Computer
    MsgBox(0,"","delete Computer")
    Case $msg = $mainContextMenuItem[4] ; delete Computer
    MsgBox(0,"","show Log")
    Case $msg = $GUI_EVENT_CLOSE
    GUIDelete()
    Exit
    EndSelect
    WEnd

    [/autoit]

  • Tidy geht nicht unter Win8 64bit

    Ich würde mal vermuten, dass es an UAC (Benutzerkontensteuerung) liegt. Tidy benötigt in jedem Fall Schreibrechte im Zielverzeichnis (Backup, bzw. neue Version des Scriptes), außerdem findet sich im Installationsverzeichnis im Tidy Ordner auch eine ini Datei, welche evtl. zur Laufzeit verändert wird. Gerade letzteres könnte mit aktiviertem UAC Probleme machen, da Windows Standardverzeichnisse in der Regel durch UAC vor Veränderungen geschützt werden. Auf deinem Screenshot sieht man außerdem, dass du einen ungewöhnlichen Verzeichnisnamen verwendest.

    Ich würde daher folgende Dinge prüfen:

    1. Datei oder Verzeichnis schreibgeschützt?
    2. "$"-Zeichen aus Pfad entfernen
    3. UAC testweise abschalten (Neustart nicht vergessen)
    4. ggf. Virenscanner temporär deaktivieren
    5. Alternativ zur Deaktivierung von UAC einen anderen Installationspfad für Autoit / Scite verwenden (z.B. "C:\Autoit")

  • AutoInstaller zerbircht mir den Kopf

    Desweiteren kann bzw. sollte man den onEvent mode nicht mit dem msgloop mode mischen. Wenn man es schon mischt muss vor einer guigetmsg Abfrage der onEvent mode temporär abgeschaltet werden. Dein guigetmsg in der zentralen while Schleife hat da also nicht wirklich etwas verloren.