Hallo limbas-Team,
ich versuche mich gerade an Limbas 3.5 mit utf-8. Ich habe auf dem Installations-Wiki den Hinweis gefunden, dass man die BACKUP-Dateien clean.tar.gz und demo.tar.gz auspacken muss, deren Inhalte z.B. mit iconv nach utf-8 konvertieren und dann wieder einpacken muss. Hab ich getan und musste dann aber feststellen, dass mir ein "file -i" bereits fuer die ursprunglichen Daten utf-8 encoded liefert. Ist das auf dem wiki eventuell veraltet / nur für ältere limbas-versionen noch gültig oder liege ich da irgendwo ganz falsch?
Danke und Gruesse
Markus
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
das ist in der aktuellen Version nicht mehr notwendig.
Du liegst ganz richtig mit der Annahme das dies ein Hinweis älterer Versionen ist.
Werde ich rausnehemn.
Gruß
Axel
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2019-03-08
Hallo Axel,
danke fuer die prompte Rueckmeldung. Leider bin ich auf der Installations-Gui nicht mal bis dorthin vorgedrungen. Meine aktuelle Baustelle ist katastrophen- sorry unix-odbc. Ich hab eine Maxdb (7.9), da scheint bei der "Database Configuration" etwas schief zu gehen. Zumindest scheint das System den Connection-String irgendwie falsch zusammenzubauen. Die "Example odbc.ini" geht mit maxdb nicht. Verbindung direkt ueber den Treiber hab ich gar nicht hinbekommen. Mit einer ODBC-Datasource (die funktioniert auch, ich kann mich per isql verbinden) scheint das System zumindest eine Verbindung hinzubekommen aber "Unknown user name/password combination". (Zudem, mir ist da augefallen, dass das Feld "Ressource Name" mit dem Namen der ODBC-Ressource nicht geht, funktioniert erst wenn ich den DB-Namen in "Ressource Name" eingebe. ) Erwartet das System hier "Username=" und "Password=" in der ODBC.INI? Das geht bei anderen ODBC-Treibern aber maxdb macht das grundsätzlich nicht. Oder werden da die Eingabefelder (wie beim "Ressource Name) moeglicherweise fehlinterpretiert?
By the ways, generell. Gibt es eine Möglichkeit um unixODBC rumzukommen, so wie in frueheren Versionen (php mit --with-sapdb=.......)
Danke und Gruesse
Markus
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo limbas-Team,
ich versuche mich gerade an Limbas 3.5 mit utf-8. Ich habe auf dem Installations-Wiki den Hinweis gefunden, dass man die BACKUP-Dateien clean.tar.gz und demo.tar.gz auspacken muss, deren Inhalte z.B. mit iconv nach utf-8 konvertieren und dann wieder einpacken muss. Hab ich getan und musste dann aber feststellen, dass mir ein "file -i" bereits fuer die ursprunglichen Daten utf-8 encoded liefert. Ist das auf dem wiki eventuell veraltet / nur für ältere limbas-versionen noch gültig oder liege ich da irgendwo ganz falsch?
Danke und Gruesse
Markus
Hallo Markus,
das ist in der aktuellen Version nicht mehr notwendig.
Du liegst ganz richtig mit der Annahme das dies ein Hinweis älterer Versionen ist.
Werde ich rausnehemn.
Gruß
Axel
Hallo Axel,
danke fuer die prompte Rueckmeldung. Leider bin ich auf der Installations-Gui nicht mal bis dorthin vorgedrungen. Meine aktuelle Baustelle ist katastrophen- sorry unix-odbc. Ich hab eine Maxdb (7.9), da scheint bei der "Database Configuration" etwas schief zu gehen. Zumindest scheint das System den Connection-String irgendwie falsch zusammenzubauen. Die "Example odbc.ini" geht mit maxdb nicht. Verbindung direkt ueber den Treiber hab ich gar nicht hinbekommen. Mit einer ODBC-Datasource (die funktioniert auch, ich kann mich per isql verbinden) scheint das System zumindest eine Verbindung hinzubekommen aber "Unknown user name/password combination". (Zudem, mir ist da augefallen, dass das Feld "Ressource Name" mit dem Namen der ODBC-Ressource nicht geht, funktioniert erst wenn ich den DB-Namen in "Ressource Name" eingebe. ) Erwartet das System hier "Username=" und "Password=" in der ODBC.INI? Das geht bei anderen ODBC-Treibern aber maxdb macht das grundsätzlich nicht. Oder werden da die Eingabefelder (wie beim "Ressource Name) moeglicherweise fehlinterpretiert?
By the ways, generell. Gibt es eine Möglichkeit um unixODBC rumzukommen, so wie in frueheren Versionen (php mit --with-sapdb=.......)
Danke und Gruesse
Markus