Problem mit Steuerzeichen in Datenbank?

[BenderD]

Hallo,

nochmal zur Ausgangsfrage:
Carriage Return ist m.E. x'0D'
Line Feed ist m.E. x'0A'
und bei diesen Zeichen bekomme ich zumindest im interaktiven SQL kein Problem.
Bei x'15' schmiert mir der Mocha ab (Client Verhexel kommt mir nicht auf die Büchse), ich hab das nicht nachgesehen, aber das muss ein Bildschirmsteuerzeichen sein.
Aus obigem folgt für mich erst mal zweierlei:
- mit Cut and Paste krieg ich das x'15' nicht rein (da müsste der Bildschirm dasselbe Problem haben)
- rausfiltern darf ich das bei der Anzeige nicht, dann geht die Bildschirmsteuerung nicht mehr (zum Beispiel Cursor Positionierung)

Und da wird die 65535 für mich wieder zum Schwachpunkt, da selbiges dazu führt, dass aller Scheiß in die Datenbank durchgereicht wird, wobei es mich ein wenig irritiert, dass SQL bei einem insert ein Literal x'15' klaglos in die Datenbank malt, bei einem T e x t f e l d!!!

mfg

Dieter Bender

Hallo zusammen!

Hierbei kann es z.B. vorkommen das Zeichen wie "…" (Windows Ansi 1252 Hex '85') mitkopiert und in die AS400 Datei eingefügt werden. Aus diesem Zeichen wird durch die Umwandlung von Client Access ein Hex '15' was laut einer Tabelle das Steuerzeichen New Line (NL) ist.
MfG
Martin

[Fuerchau]

Naja, ein Textfeld kennt die DB/400 nicht deshalb heißts ja auch CHAR und kann deshalb alles von x'00' - x'FF' aufnehmen.

Dass vom Ursprung X'85' (ASCII) ein X'15' EBCDIC wird ist, denke ich ein Emu-Fehler, da eigentlich alle Zeichen > X'20' (ASCII) im Wesentlichen darstellbare Zeichen sind.

Aber sei's drum.
Mit der Hex-Eingabe von CA (Mocha kanns ggf. auch?, Stichwort Farbcodes in SEU), kann ich ein X'15' ja eingeben und mal schauen, was passiert.

Unabhängig davon werden auch alle Codes < X'3F' EBCDIC weitestgehend unverändert durch alle CCSID's gereicht.

[BenderD]

Hallo,

was ich noch nicht ganz auf die Reihe bekomme ist, dass ich über cut and paste ein Zeichen rein bekomme, das bei der Anzeige zu einem permanenten E/A Fehler führt, Codepage hin, Codepage her.
Rein Programm technisch krankt hier, dass weder bei der Bildschirmoperation noch global Errorhandling vorhanden ist, da bleibt dem armen Programm kein anderer Ausweg als der Wald...

mfg

Dieter Bender

Naja, ein Textfeld kennt die DB/400 nicht deshalb heißts ja auch CHAR und kann deshalb alles von x'00' - x'FF' aufnehmen.

Dass vom Ursprung X'85' (ASCII) ein X'15' EBCDIC wird ist, denke ich ein Emu-Fehler, da eigentlich alle Zeichen > X'20' (ASCII) im Wesentlichen darstellbare Zeichen sind.

Aber sei's drum.
Mit der Hex-Eingabe von CA (Mocha kanns ggf. auch?, Stichwort Farbcodes in SEU), kann ich ein X'15' ja eingeben und mal schauen, was passiert.

Unabhängig davon werden auch alle Codes < X'3F' EBCDIC weitestgehend unverändert durch alle CCSID's gereicht.

[Stoeberl]

@ Fuerchau:
Werd im ersten Schritt jetzt erst mal schauen welche Dateien / Programme von dem Problem betroffen sind. Prinzipiell sollten es eher die Ausnahme sein, das Daten aus anderen Dokumenten per Cut and Paste in die Emu kopiert werden.

@ Bender:
Finde auch das so ein Zeichen eigentlich erst gar nicht bis in die Datenbank durchgereicht werden sollte (zumindest nicht über die Emu). Vielleicht gibt's ja mal ein PTF für ...

MfG
Martin