Delemiter > Char

[EWeiss]

Pattern[-1] ist immer '#0' und wird erst nach dem ersten Durchlauf inkrementiert.
Ich verstehe jetzt nicht warum das ein Problem sein sollte.

ok ich habe es geändert.
Nein geht nicht dann stimmt das Ergebnis nicht mehr.

Zitat:

't":12256,"id":19995

gruss

[Zacherl]

Zitat:

Zitat von EWeiss (Beitrag 1384171)

Pattern[-1] ist immer '#0' und wird erst nach dem ersten Durchlauf inkrementiert.
Ich verstehe jetzt nicht warum das ein Problem sein sollte.

Das ist aber purer Zufall, dass im Speicher vor deiner

Delphi-Quellcode:

Pattern

Variable eine 0 steht. Es könnte dort auch nicht-reservierter Speicher (oder andere zufällige Daten) sein, dann kracht es.

Zitat:

Zitat von EWeiss (Beitrag 1384171)

ok ich habe es geändert.

Nach deiner Änderung funktioniert es nur mit exakt 2-stelligen Pattern. Schau mal in meinen Edit, da habe ich dir die Funktion mal 1 zu 1 übersetzt :)

[EWeiss]

Zitat:

Schau mal in meinen Edit, da habe ich dir die Funktion mal 1 zu 1 übersetzt

WoW ja das ist es ;) Auch der String passt.
Danke dir.

Nicht so einfach C++ -> Delphi :)

gruss

[EWeiss]

Ich dachte eigentlich D2010 wäre Unicode ÄÖÜ (Umlaute) werden aber nicht berücksichtigt. Warum?
Ist kein Problem den Codepage zu addieren aber wundern tut mich das schon.

Delphi-Quellcode:

MultiByteToWideChar(CP_UTF8, 0, PAnsiChar(buffer), BytesReaded, PWideChar(Buf), BytesReaded);
WideCharToMultiByte(CP_ACP, 0, PWideChar(Buf), -1, PAnsiChar(buffer), BytesReaded, nil, nil);

gruss

[Fritzew]

Zitat:

Zitat von EWeiss (Beitrag 1384210)

Ich dachte eigentlich D2010 wäre Unicode ÄÖÜ (Umlaute) werden aber nicht berücksichtigt. Warum?
gruss

D2010 ist Ansi.
Wenn Deine original Daten Unicode sind must Du erst umwandeln in Deine CodePage. (Mit Verlusten Wenn Deine Unicode Strings nicht komplett in der Codepage abgebildet werden können)
Stichwort CharToOem* etc

[DeddyH]

:?: Delphi 2007 war Ansi, alles danach Unicode.

[EWeiss]

Zitat:

Zitat von Fritzew (Beitrag 1384211)

Zitat:

Zitat von EWeiss (Beitrag 1384210)

Ich dachte eigentlich D2010 wäre Unicode ÄÖÜ (Umlaute) werden aber nicht berücksichtigt. Warum?
gruss

D2010 ist Ansi.
Wenn Deine original Daten Unicode sind must Du erst umwandeln in Deine CodePage. (Mit Verlusten Wenn Deine Unicode Strings nicht komplett in der Codepage abgebildet werden können)
Stichwort CharToOem* etc

Ahh ok hab mich schon gewundert ;)
Danke.

Zitat:

Delphi 2007 war Ansi, alles danach Unicode.

Nur warum funktionieren die Umlaute dann nur mit CodePage ?

gruss

[Fritzew]

Zitat:

Zitat von DeddyH (Beitrag 1384212)

:?: Delphi 2007 war Ansi, alles danach Unicode.

Stimmt, Hatte XE im Kopf.... Zu lange her:shock:

[freimatz]

Zitat:

Zitat von EWeiss (Beitrag 1384210)

Nur warum funktionieren die Umlaute dann nur mit CodePage ?

Darum:

Zitat:

Zitat von EWeiss (Beitrag 1384165)

Zitat:

Zitat von Fritzew (Beitrag 1384164)

Na ja auch pwidechar benutzen, un im delpdicode immer 0 anstatt -1 für mi

sorry aber ich benötige bedingt durch den Text der geliefert wird PAnsiChar nicht PWideChar.

Mehr dazu in der Doku zu PAnsiChar u.a.

[EWeiss]

Zitat:

Mehr dazu in der Doku zu PAnsiChar u.a.

OK gut, ändert aber nichts daran das ich PAnsiChar verwenden muss. ;)
Den Text lade ich über eine URL ein und dieser ist nun mal AnsiChar\AnsiString.

gruss