Extended ASCII Codes

[Winner]

Ich hab das Problem, dass die Funktion chr () mit die falschen Zeichen für Zeichen des Extended ASCII Codes ausgibt.

z.B. chr ( 151 ) gibt — statt ù

woran kann das liegen?

mit ord ( "ù" ) bekomm ich 249.

Ich versteh die Welt nicht mehr. Ich habs jetzt schon mit dem convertieren von/nach ebcdic versucht, aber es hat nichts gebracht. Ich bin echt mit meinem Latein am Ende. Und das kommische ist, dass es gestern noch funktioniert hat. Ich hab aber seither nichts geändert.

THX, schon mal im vorraus.

[MelloPie]

also wenn chr(249) = ù ist dann benutz das doch auch so...
chr(151) is bei mir nicht belegt bzw mit dem kasten

[Winner]

das Problem ist nicht ganz so einfach. Ich hab eine verschlüsselte Datenbank. und jetzt muss ich mit ord () den Asciicode erhalten, dann um 5 Ecken rechnen und mit chr () das originalteichen ausgeben. wenn jetzt also das Zeichen in der Tabelle ein ù ist bekomm ich mit ord ('ù') einen falschen Wert und der Entschlüsselte Sting besteht nur noch aus irgentwelchen kryptischen Zeichen. Hoffe du hast verstanden, was ich meine

[MelloPie]

Joa schon klar evt liegts am charset das benutzt wird. Ist es denn immer das gleiche?

[Winner]

wie bekomm ich das raus?

[MelloPie]

in MySQL

int mysql_client_encoding ( [resource link_identifier])

mysql_client_encoding() returns the default character set name for the current connection.

[Winner]

ja aber die chr() ist ja davon unabhängging, da wenn ich es in einer Testseite mache, ohne Mysql-Anbindung, und nur ord('ù') hab ich das gleiche Problem

[MelloPie]

hm warum ist bei Dir chr(151) = ù ???? das stimmt doch gar nicht.

[Winner]

so stehts zumindest bei http://www.asciitable.com