Beiträge von Velted

  • AOD SQLlite?

    Moin,

    kannst Du einen Link auf die Anwendungsdoku einstellen oder die zu SQLite gehörenden Teile zitieren?

    Edit:

    Zitat von MojoeB

    Ich habe heute den kompletten connectingstring direkt ins letzte Feld geschrieben, dort auch den Driver definiert.

    Würdest Du mal zeigen, was Du eingetragen hast?

  • AOD SQLlite?

    Moin,

    wenn ein Softwareanbieter zusichert, dass seine Anwendung mit SQLite-Datenbanken umgehen kann, sollte er auch dokumentieren oder zumindest auf Nachfrage konkret beschreiben können, wie man die Verbindung zur Datenbank herstellt.

    Wenn die Anwendung eine integrierte Schnittstelle zur SQLite3.dll hat, sollte es reichen, der Anwendung den Pfad zur Datenbank (und evtl. auch den Pfad der DLL) zu übergeben. Andere Möglichkeiten wären die Einrichtung einer ODBC-Datenquelle mit Hilfe der App ' ODBC-Datenquellen Administrator' (Win 10) oder die Vorgabe eines 'Connection Strings' für eine Verbindung per OLEDB/ADODB.

    Es macht allerdings meiner Meinung nach keinen Sinn blind herumzustochern, wenn Dir der Anbieter nicht verraten will oder kann, was Du brauchst.

  • Tab-Ctrl, gepunkteten Focus Rahmen entfernen?

    Moin,

    Func HideFocusBorder() ist eine Übersetzung aus meinem AHK-Pool. Meine anderen Versuche hatten keinen Erfolg.

  • _SQLite_Exec - Limit für Befehlslänge?

    Moin,

    wenn Du mit Fehlercode = 1 meinst, dass @error = 1 ist, kann der Fehler aus

    AutoIt
        If @error Then Return SetError(1, @error, $SQLITE_MISUSE) ; DllCall error

    in _SQLite_Exec() stammen. Dann müsste $SQLiteResult den Wert 21 enthalten und in @extended sollte der ursprünglich vom DllCall gesetzte Fehler zu finden sein. Hast Du das mal geprüft?

    Bei von SQLite gelieferten Fehlern sollte @error auf -1 gesetzt sein und eine Fehlermeldung per ConsoleWrite() erstellt werden, wenn das Skript nicht compiliert ist,

  • Markierung Aktuelles Tab-Item in SciTE: Flickern unter Win11

    Moin,

    das mag mit dem Problem nicht viel zu tun haben, aber ich verstehe Folgendes nicht:

    Code
    Func _MouseHoversTab()
    Local Static $iHoverLast = 1    ; bei Programmstart muss Verlassen des Item simuliert werden
    ...
    If $isHover = 1 And $iHoverLast = 0 Then
        $iHoverLast = 1
    ElseIf $isHover = 0 And $iHoverLast = 1 Then
        $iHoverLast = 1
        Return _DrawTabItem()
    EndIf
EndFunc

    Wenn die Variable $iHoverLast eine Funktion haben soll, sollte es dann im ElseIf nicht eher $iHoverLast = 0 sein?

  • Sehr große Zahlen addieren führt zum falschen Ergebnis

    Moin,

    gut, einigen wir uns auf 'Bug'. Solange die Entwickler anderer Meinung bleiben, ist es sowieso egal.

    Die Konsequenz wäre auch für mich, "Hexadezimalzahlen" mit 8 Stellen und einem Wert >= 8 in der führenden Stelle immer als Int64 zu behandeln. Ich wäre auch ziemlich sicher, dass diese Korrektur kaum Schaden in bestehenden Skripten anrichten würde.

    Hosianna!

  • Sehr große Zahlen addieren führt zum falschen Ergebnis

    Zitat von AspirinJunkie

    Nun sieht aber blöderweise die Binärfolge 0x80000000 genau gleich aus wie der Zahlenwert 0x8000000016.
    Beide definieren aber etwas gänzlich anderes.

    Ich weiß nicht, wie Du darauf kommst.

    Zitat von Hexadezimalsystem

    In der Datenverarbeitung wird das Hexadezimalsystem sehr oft verwendet, da es sich hierbei letztlich um eine komfortablere Verwaltung des Binärsystems handelt. Die Datenwörter bestehen in der Informatik meist aus Oktetten, die statt als achtstellige Binärzahlen auch als nur zweistellige Hexadezimalzahlen dargestellt werden können. Im Gegensatz zum Dezimalsystem eignet sich das Hexadezimalsystem mit seiner Basis als vierte Zweierpotenz (16 = 24) zur einfacheren Notation der Binärzahlen, da stets eine feste Anzahl Zeichen zur Wiedergabe des Datenwortes benötigt wird. Ein Nibble kann exakt mit einer hexadezimalen Ziffer und ein Byte mit zwei hexadezimalen Ziffern dargestellt werden.

    Die Hexwerte entsprechen den Bitfolgen im Speicher, nur die Reihenfolge der Bytes wird bei x86-Systemen intern gedreht.

    Unsere normalen Computer kennen nicht anderes als Bitfolgen, die nach konkreten Anweisungen be- bzw. verarbeitet werden müssen. Es gab allerdings mal ein paar Großrechner, die Dezimalzahlen in Hardwre abbilden konnten..

  • Sehr große Zahlen addieren führt zum falschen Ergebnis

    Zitat von AspirinJunkie

    Will denn hier niemand den Unterschied zwischen Zahlenwert und Kodierung verstehen?

    Doch, genau das ist ja das Problem.

    Für eine Folge von 32 Bits (0 .. 31) im Speicher gibt es nicht nur einen möglichen Wert, wenn die Bitstelle 31 gesetzt ist. Abhängig davon, ob der Bereich im Programm als 'signed' oder 'unsigned' definiert ist, ergeben sich zwei unterschiedliche Werte.

    Bei der Zuordnung von Werten zu den Datentypen Int32 und Int64 hat einer der AutoIt-Entwickler anscheinend die 'geniale' Idee gehabt, bei Hexwerten ohne aufwändige Konvertierungen und Wertebereichsprüfungen direkt auf die Länge der Hexzeichenfolge zurückzugreifen. Daraus folgt dann: Alles mit maximal 8 Stellen hinter dem 0x passt in 4 Bytes (Int32), alles andere wird in 8 Bytes (Int64) gespeichert. Das bringt auf modernen Rechnern bestimmt einige Nanosekunden Performanzgewinn.

    Ich kann mir das Verhalten nicht anders erklären, aber vielleicht weiß ja einer von Euch mehr?

  • Sehr große Zahlen addieren führt zum falschen Ergebnis

    Nachdem ich die Doku noch einmal genauer erforscht habe, würde ich es nicht unbedingt als Bug bezeichnen, weil es schon halbwegs dokumentiert ist:

    Zitat von Language Reference - Datatypes

    Numbers

    Supported types are signed integers and floating-point: Int32, Int64 and Double. Bitsize of an integer depends on its magnitude and is automatically adjusted.

    Es gibt also keine 'unsigned integers'.

    Es gab mal Zeiten, in denen Arbeitsspeicher ein kostbares Gut war. Damals haben sich alle darum bemüht, die Daten möglichst platzsparend zu speichern. Diese Angewohnheit scheint AutoIt selbst in Zeiten der 64-Bit Systeme mit Gigabytes von RAM in Bezug auf die Zahlen beibehalten zu haben. 'Unter der Decke' war man ja schon immer recht änderungsscheu. Nach wie vor können die Funktionen zur Bitmanipulation Bit...() mit 64-Bit Werten nichts anfangen.

    Es steht außer Zweifel, dass sich der Wert 0xFFFFFFF2 in 4 Bytes speichern lässt. Wenn diese 4 Bytes dann als 'signed integer' behandelt werden, ergibt das korrekterweise den Dezimalwert -14.

    Das Absurde daran ist für mich, dass für die o.a. 'magnitude' nicht nur der Wert sondern auch die Länge der Hexbytefolge berücksichtigt wird, sodass vorangestellte Nullen den Wertetyp (Int32 / Int64) beeinflussen.

  • Sehr große Zahlen addieren führt zum falschen Ergebnis

    Moin AspirinJunkie,

    danke für den Versuch. Ich bin nach wie vor der Meinung, dass das Verhalten so kaum erwartet wird. Es scheint aber in AutoIt konsistent zu sein:

    AutoIt
    ; Der Hexwert 0XFFFFFFF2 entspricht als Int dem Dezimalwert -14
; und als UInt dem Dezimalwert 4294967282
MsgBox(0, "Positiv", Hex(4294967282))    ; => 00000000FFFFFFF2
MsgBox(0, "Negativ", Hex(-14))           ; => FFFFFFF2

    Einem positiven Wert im Bereich von 0x80000000 bis 0xFFFFFFFF muss man offensichtlich zumindest eine 0 voranstellen. Die Doku sollte das allerdings 'deutlicher' beschreiben.

  • AutoIt-SQLite to HTML

    Moin,

    es gibt sicher unendlich viele Möglichkeiten, warum das nicht klappt. Der Fehler 26 sollte aber bereits bei _SQLite_Open() kommen, wenn die Datei korrupt ist. Ich vermute eher, dass der hier gezeigte Code nicht dem Code entspricht, der die Fehlermeldung erzeugt.

  • AutoIt-SQLite to HTML

    Ich nochmal:

    AutoIt
        $Db = _SQLite_Open("Mediathek.dbf", $SQLITE_OPEN_READWRITE + $SQLITE_OPEN_CREATE)         ; versuche die Mediathek-Datenbank zu öffnen

    Diese Anweisung wird nur äußerst selten einen Fehler zurückgeben, weil $SQLITE_OPEN_CREATE eine neue leere Datei erstellt, falls er für den Dateinamen keine findet.

  • ListView Markierung mit den Pfeiltasten bewegen

    Moin UEZ,

    ich habe mir das nochmal durch den Kopf gehen lassen. Es geht in diesem Fall (soweit ich erkennen kann) nur darum, den Hintergrund der 3. Spalte mit einer selbstgewählten Farbe zu füllen, und das auch dann, wenn die Zeile selektiert ist. Wenn die 3. Spalte wie hier auch die letzte ist, reicht es deshalb wenn man sich ausschließlich mit ihr beschäftigt und alles andere dem ListView überlässt. Das Skript könnte dann so aussehen:

    Mir gefällt das besser.

  • ListView Markierung mit den Pfeiltasten bewegen

    Zitat von UEZ

    Gibt es eine Möglichkeit, dass die Farben in der 3 Spalte immer angezeigt werden, nicht nur bei der Selektion?

    So könnte es funktionieren:

    Zitat von UEZ

    Was macht eigentlich die Zeile?

    Das hast Du anscheinend selbst herausgefunden. (Sie löscht die States $CDIS_SELECTED und $CDIS_FOCUS).