Pos & PosEx mit WideStrings (Unicode)

[Kedariodakon]

Kann es mit den Funktionen Pos & PosEx zu Problemen mit WideStrings kommen?

Von den Funktionen gibt es ja keine überladenen Funktionen für WideString, also wird er sie ja vorher in den Typ String konvertieren und dann ausführen, sprich es könnte Fehler bereiten oder irre ich mich? :gruebel:

Bye

[himitsu]

Also Pos ist wohl schon mindestens seit D6 vorhanden (bei D7 auf jeden fall)

Für Ansi/WideStrings kannst du einfach POS verwenden, der Compiler nimmt dann schon das Richtige, bei PosEx sieht das anders aus, dort gibt es nur die AnsiString-Version, aber die kannst du dir ja einfach selber umbasteln.

Auserdem gibt es auch schon einige fertige Sachen für Unicode (z.B. die TNT-Unicode-Utilities und andere)




PS: ich bastle mir derzeit selber etwas, da "alle" derzeitigen Unicode-Utilities mit vorliebe auf die "bekanten" Windowsroutinen zugreifen und diese fehlerhaft sind, zusätzlich wird bei mir der Unicode Standard 3.2 (also Ansi-, Wide- und LongStrings) und ich versuche möglichts die "originalen Versionen zu überladen, so das die Funktionsnamen bei allen Stringvarianten gleich sind.
Leidert dauert es bei mir aber noch ein bißchen, bis ich zumindestens 'ne Vorabversion hochladen kann.
Ich hatte da zwar schon 'ne "fertige" Unit da, wo diese Funtionen mit drinen waren (eine überarbeitete TRegistry, mit einigem Zusatzsachen), aber dertzeit überarbeite ich diese, lagere einiges aus und baue meine Unicodefunktionen weiter aus...

[Kedariodakon]

Aja ich seh schon es gibt für Pos eine extra Funktion AnsiPos (Funktion), aber wenn ich die normale Funktion Pos benutz bezweifle ich das er diese nimmt...

Wenn du dann die Library fertig hast und anderen zugänglich machen möchtest, kannst du ja bescheid sagen :zwinker:


Bye

[Bernhard Geyer]

Zitat:

Zitat von himitsu

ich bastle mir derzeit selber etwas, da "alle" derzeitigen Unicode-Utilities mit vorliebe auf die "bekanten" Windowsroutinen zugreifen und diese fehlerhaft sind,

Das ElPack verwendet keine Win32-API-Funktionen. Es hat alles selbst in Pacal implementiert.

[Kedariodakon]

Zitat:

Zitat von Bernhard Geyer

Das ElPack verwendet keine Win32-API-Funktionen. Es hat alles selbst in Pacal implementiert.

Und wo kann man das finden?

Bye

[Bernhard Geyer]

ElPack

[Kedariodakon]

Danke ich werd es mir mal anschauen

Bye

[himitsu]

Zitat:

Zitat von Bernhard Geyer

Das ElPack verwendet keine Win32-API-Funktionen. Es hat alles selbst in Pacal implementiert.

Ich hatte/hab das ElPack auch schon gehabt und die Komponenten darin sind schon OK (wie in vielen solcher Packs), aber ich bin mir ziehmlih sicher, das die keinen Bogen um die Win-API gemacht haben, oder hast du dort irgendwo 'ne kleine Datenbank drin gesehn? Denn für einige Funktionen, wie z.B. Upper-/LowerCase werden nunmal, für ne ordentliche Ausführung einige Daten benötig, was bei mir derzeit mit 'ner kleine 1 MB-InfileDataBase gelöst wurde.

Ich werd' aber gerne nochmal in dieses Päckchen reinschauen, wenn ich die Möglichkeit/Zeit dafür finde.

PS: die TNT-Unicode-Utilities haben viele als ASM und Pascal eingebaut (man kann sich also aussuchen, was man lieber verwenden möchte)

[Bernhard Geyer]

Zitat:

Zitat von himitsu

Ich hatte/hab das ElPack auch schon gehabt und die Komponenten darin sind schon OK (wie in vielen solcher Packs), aber ich bin mir ziehmlih sicher, das die keinen Bogen um die Win-API gemacht haben, oder hast du dort irgendwo 'ne kleine Datenbank drin gesehn? Denn für einige Funktionen, wie z.B. Upper-/LowerCase werden nunmal, für ne ordentliche Ausführung einige Daten benötig, was bei mir derzeit mit 'ner kleine 1 MB-InfileDataBase gelöst wurde.

Bei Upper/Lowercase wird AFAIK nur Simple Folding unterstützt.
Und wieso benötigst du 1 MB? Die CaseFolding von Unicode.org hat in der Version 4.0 auch nur 50 kByte.

[himitsu]

die Daten dafür liegen auch etwa unter 100 KB, aber die DB ist nicht nur dafür ausgelegt und da sie mehr kann, ist sie natürlich auch größer :zwinker:

[add]
Ach ja, nicht wundern, die Daten meiner DB sind zwar "noch" in Version 3.2 vorhanden, wird aber, nachdem ich das jetzt fertig hab noch Upgedatet werden, aber soviele Veränderungen gibt es eh nicht, dass es jetzt unbedingt nötig währe.