|
Leider muss an dieser Stelle mitgeteilt werden, dass Wolfgang Reszel seine Arbeit an ac'tivAid beendet hat. Eine Entwicklerversion von ac'tivAid gibt es auf meiner Webseite. Gruß, Michael
Der Bugtracker wurde aus Sicherheitsgründen abgeschaltet, diese Website dient nur noch als statisches Archiv. |
||
|
Willkommen beim Bugtracker zu ac'tivAid. Ac'tivAid ist ein AutoHotkey-Skript, welches zuletzt in c't 12/08 ausführlich vorgestellt wurde. Wenn Sie in der stabilen Version einen Fehler finden, testen Sie bitte erst die aktuelle Beta-Version, bevor Sie den Fehler melden! Um evtl. schon hier behandelte und geschlossenen Themen mit der Suche zu finden, muss in der erweiterten Suche bei Status "Alle offenen Aufgaben" auf "Alle Status" umgestellt werden. |
Letzte stabile Version bei Heise.de: 1.3.1 Letzte beta Version 1.3.2 beta1 : activaid_beta.exe | portable_activaid_beta.exe Entwicklerversion von Michael Änderungen, Liesmich/Hilfe, FAQ und Themen-Special (bei www.heise.de) Digital Upgrade haben ein Video zu ac'tivAid 1.1.8.1 gedreht, wo ein paar Funktionen kurz angesprochen werden. |
|
FS#624 - AppLauncher bricht Indizierung bei bestimmtem EXE File ab
|
BeschreibungHi, die Erweiterung AppLauncher bereitet Probleme beim Indizieren eines Applikationsverzeichnises. Aus unerfindlichen Gründen bricht die Indizierung mittendrin bei den Dateien en01eas.exe / ez01pb.exe ab. Die erste EXE landet noch im Index, die zweite und alle fortfolgenden nicht mehr. Setze ich den Files einen beliebigen Präfix wie z.B. my... voran, funktioniert die Indizierung tadellos. Woran liegt das? Ist “ez01pb” eine reservierte Zeichenkette, die den Abbruch verursacht? Gruss Andreas |
Donnerstag, 16. November 2006 - 09:52
Grund für Schließung: korrigiert
Vermutlich enthält der Dateiname Unicode-Zeichen die wie normale Zeichen aussehen. AutoHotkey kommt derzeit leider nicht damit zurecht. Benenne die Datei doch mal von Hand in “ez01pb.exe” um. Es gibt auch Unicode-Zeichen die man kaum oder gar nicht sieht. So eins könnte auch im Namen stecken.
Problem behoben :) Es war kein Unicode Zeichen sondern die Existenz eines AsciiFiles, das ohne Extension mit der Filebezeichnung “error” dort herumstand. Aus alphabetischer Sicht liegt das Teil bei der Abarbeitung des Verzeichnisses genau zwischen den oben genannten EXE files. Das hat dann schliesslich die Indexierung aus der Bahn geworfen. Jetzt funzt es. Super! :)
Soll heissen: ich hab das AsciiFile namens “error” gelöscht ...
Ich finde dieses Problem sehr, sehr lästig. Bei mir war es zunächst eine Datei “Lizenz”. Nach umbenennen in lizenz.txt (also mit Extension) bin ich aber wieder nur ein paar Verzeichnisse weitergekommen. Herauszufinden, wo in der nachfolgenden Verzeichnis-Hierarchie irgendwo weitere Dateien ohne Extension existieren, ist recht mühselig. Außerdem darf man die Dateien u. U. nicht einfach umbenennen. Je nachdem, wo sich die erste solche Datei befindet, kann man den AppLauncher möglicherweise gar nicht vernünftig einsetzen. Ich würde daher den Schweregrad sogar etwas hochsetzen.
Ich kann das Problem nicht nachvollziehen. Ich habe einige Dateien ohne Erweiterung erstellt. Die bereiten keine Probleme. Wie ist bei euch der Applauncher denn konfiguriert?
Ich kann den Effekt durch Hinzufügen/Löschen der Extension der genannten Datei beliebig reproduzieren.
Ich habe jetzt mal folgendes gemacht, um das Problem nachzuvollziehen: In c:\Programme\ac’tivAid\development habe ich einfach eine leere Datei “Licence” angelegt. Alphabetisch liegt sie genau zwischen den beiden standardmäßig vorhandenen ahk-Dateien. Die Indexierung bricht jetzt genau bei ihr ab und fährt mit dem nächsten Verzeichnis in c:\Programme (bei mir Microsoft Office) fort. Durch Ergänzen der Extension oder Löschen der Datei werden auch wieder die weiteren ahk-Dateien in development und extensions indexiert.
Ich hoffe das hilft Dir weiter!
Ich verwende übrigens Version 1.1.6
Verstehe ich das jetzt richtig? ac’tivAid stürzt nicht ab, sondern es fehlt einfach ein Teil des Indexes? Mensch, dann habe ich die ganze Zeit nach falschen möglichen Ursachen gesucht ... Ich schau’s mir noch mal an.
Richtig. Ac’ivaid stürzt nicht ab, sondern die Indizierung im aktuellen Verzeichnis bricht beim Auffinden eines Files ohne Extension einfach ab und setzt im nächsten Verzeichnis fort. Das File kann beliebig heissen, darf aber keine Extension besitzen. Gleiches Verhalten wie bei kapa. Nutzen tue ich die aktuelle Beta 1.1.6.12
So, bitte mal Beta 13 testen, ich hoffe das war’s.
Yepp. Jetzt funktioniert es tadellos. Klasse! Besten Dank.
Ja, jetzt klappt es. Wieviele Einträge die Indexierung bislang übersprungen hatte, sieht man daran, daß der Vorgang bei mir jetzt 3 bis 4 mal länger dauert. Super!