[57745] in SAPr3-news

home help back first fref pref prev next nref lref last post

Re: Unicode und crlf

daemon@ATHENA.MIT.EDU (Black Adept)
Mon Jul 24 02:28:21 2006

To: sapr3-news@mit.edu
Date: Mon, 24 Jul 2006 08:27:53 +0200
From: "Black Adept" <stefan@schmoecker.de>
Message-ID: <ea1p99$d6v$03$1@news.t-online.com>

Hallo Mi×

mir scheint das Problem sehr ähnlich gelagert wie das Trennen bei 
Tabulatoren in Unicodesystemen.

Für letzteres habe ich bei yaAbb.de einen Beitrag gelesen der das Problem 
lösen soll
http://yaabb.de/viewtopic.php?t=42

Und für deinen Fall gibt es bestimmt auch einen passendes Analogon.  Ohne 
ein relativ modernes Release vor mir zu haben,
würde ich tippen, dass es bestimmt ein

cl_abap_char_utilities=>line_feed oder
cl_abap_char_utilities=>linefeed oder
cl_abap_char_utilities=>cr_lf oder
cl_abap_char_utilities=>crlf
gibt, mit dem du arbeiten kannst.


live long and prosper
Stefan



"Mi×" <Michael.Jahns@roche.com> schrieb im Newsbeitrag 
news:1153497476.184270.316850@m79g2000cwm.googlegroups.com...
Hi Leutz,


folgendes Probelm:
über einen RFC bekomme ich einen Datensatz, der Zeilenumbrüche
enthalten kann. Diese Zeilenumbrüche sind Persona non grata und
müssen wech.
In unserer nicht unicode Umgebung natürlich kein Problem, über einen
Search mit einer kleinen Feldleiste die als einziges Feld ein Type X
feld enthält.
In unserer unicode Umgebung bekomme ich das nicht hin. Ein Dump am
andren.
Entweder stimmt der Typ nicht ( in der Struktur sind alle möglichen
Feltypen), oder die Länge ist nicht richtig bestimmt oder oder....
Hat von euch jemand eine Tipp, wie ich die Linfeeds entfernen kann?


Tia
Mi×
--
für Google kann ich nix, unser ARbeitgeber verbietet uns mit
anständiger Software zu arbeiten. Shade



home help back first fref pref prev next nref lref last post