#acl All:read
= Probleme bei der Installation =

23Jul16: Suche funktioniert nicht. Das kann mehrere Ursachen haben:

1. Die php.exe findet msvcr110.dll nicht (einfach .../HomeoVim/Search/php.exe ausführen, dann kommt die Fehlermeldung, wenn das das Problem ist). Nachinstallieren von Hand kann schwierig sein, das hier funktioniert aber gut: https://www.computerbase.de/downloads/systemtools/all-in-one-runtimes . 

2. HomeoVim wurde nicht in /home/install vom Cygwin Verzeichnis installiert. Dann entweder umkopieren, oder das cd ...; pwd; cd ... in buildindex.bat und startserver.bat in cd /cygdrive/c/... [Verzeichnis der Installation] ändern.

23Jul16: In den Diagnosen stehe etwas mit "... Binärdatei" und die Liste ist unvollständig. Lösung: in .../HomeoVim/Search/Makefile beim target diagnosen zu grep die Option --text hinzufügen.

23Jul16: Bei Klick auf einen blauen Link in der Suche öffnet sich die Patientendatei nicht im HomeoVim. Lösung: den Pfad in EXE_COMMAND im .../HomeoVim/Search anpassen. Außerdem siehe 29Dez10 unten.

23Aug13: In der "autocomplete_config.php", PHP Fehlermeldung "Creating default object from empty value". Grund: "$config" muss in neueren PHP Versionen initialisiert werden. Lösung: "$config = (object) array();". Außerdem musste auch "$config->path" gesetzt werden. !HomeoVim SVN Revision 19.

23Aug13: Endlosschleife beim Parsen. Grund: in "patientendaten.parser.cpp" wurden Positionen von string::find (size_t) an einen unsigned int zugewiesen. Auf 32-Bit ist das derselbe Type, aber auf 64-Bit geht das schief, vor allem wenn string::npos zurückkommt. Lösung: durch size_t ersetzen, !HomeoVim SVN Revision 17.

23Aug13: Kompilieren der STXLL, lauter "MISSING HEADER" und so Zeug. Grund: war vorher schon teilweise unter Cygwin 32 Bit kompiliert. Lösung: make clean und dann make library_g++.

29Dez10: ".pat" Dateien öffnen durch Doppelklick auf die Datei (und damit auch durch Klick auf die Ergebnisse im Browser, weil das über das Windows "start" auf dem Dateinamen realisiert ist) unter Windows XP und unter Windows 7. Das geht mit (Pfad entsprechend anpassen):
{{{
"C:\cygwin64\home\install\homeovim\homeovim.exe" --remote-silent +"call ResetScreenAfterRemoteCall()" "%1"
}}}
Windows XP: Computer -> Manage -> Folder options -> Dateitypen
Windows 7: Nicht mehr Teil des Betriebssystems, geht aber mit einem Tool namens !ExtMan http://www.pix-house.com/extman.html . Geht jetzt unter Windows 7, aber Dateinamen mit Umlauten gehen nicht: utf8_to_iso8859_1 aus dem alten !XmlParser code in das patientenparser.cpp integriert (im neuen !XmlParserNew gibt es diese Routine nicht mehr und auch sonst nirgend im !CompleteSearch code) der alte Hack mit der URL dreimal escapen geht unter Windows 7 / neuer Firefox Version nicht mehr. Wenn man den Hack einfach weglässt geht's aber.

31Okt10: "pat2html.pl" geht nicht bei Zeile "Seminar: ...".Problem: Wenn eine Zeile der Form "Seminar: ..." in der Datei steht (im aktuelle Fall war es Seminar: Vorauswahl) dann sucht der Editor alle Dateien, die diese Zeile enthalten und ruft "pat2html.pl" mit allen diesen Dateien auf. Grund: Es gab zwei Probleme. (1) Er kannte aus dem Editor heraus überhaupt kein grep. (2) Nachdem ich das gefixt habe, war das Problem, dass grep ... Patientendaten/*.pat, wenn es aus dem Editor aufgerufen wurde, keine Liste von Dateien zurückgeliefert hat, sondern einfach nur grep: Patientendaten/*.pat, ich nehme an, das ist einfach der Beginn einer Fehlermeldung. Keine Ahnung warum das auf Tjados altem Rechner geklappt hat und jetzt nicht mehr. Ich denke es hat mit der expansion von sowas wie *.pat in der shell zu tun. Lösung: (1) Unter Systemsteuerung -> Erweitert -> Umgebungsvariablen den PATH am Ende um C:\cygwin\bin erweitert, da stehen die ganzen Programme wie grep, tail, etc. drin. (2) Ich habe jetzt einfach in der entsprechenden Funktion (_vimrc, Zeile 1603) das grep ... Patientendaten/*.pat ersetzt durch grep -R ... Patientendaten, damit ging es dann.

31Okt10: "pat2htm.pl" geht überhaupt nicht. Problem: Beim Ausführen von "perl pat2html.pl Patientendaten/<irgendeine .pat Datei>" kommt "Der Befehl . ist entweder falsch geschrieben oder konnte nicht gefunden werden". Grund: Die Fehlermeldung kam durch Zeile 94 von dem zu der Zeit aktuellen "pat2html.pl", da wurde ein system call für ein "chmod 755" auf die "TMP.html" Datei ausgeführt. Das "chmod_cmd" war allerdings auf "./chmod" gesetzt, und "./chmod" in cygwin gab genau die obige Fehlermeldung "Der Befehl ...". Lösung: Ich habe einfach am Anfang des Perl-Programmes "./chmod" durch "chmod" ersetzt und dann ging alles.

24Okt10: "index.php" hängt / UI wird gar nicht erst angezeigt. Grund: Eine mögliche Ursache ist dass das "fsockopen" in "autocomplete-php/autocomplete/AC.php::send_to_server($query, &$response)" hängt. Das war es zumindest am 24Ock10 (zu dem Zeitpunkt in Zeile 1298, einfach echo("A\n"); exit(1); einmal davor und einmal dahinter schreiben, dann sieht man ob es an der Stelle hängt) und wenn ich mich recht erinnere war das auch früher schon mal ein Problem. OK FOUND IT: das war ein neues Problem, und zwar ein Bug in PHP 5.3.2, und zwar dass "fsockopen" auf "localhost" nicht funktioniert. Workaround: statt "localhost" einfach "127.0.0.1" schreiben (in der "autocomplete_config.php"). Siehe http://bugs.php.net/bug.php?id=51079