daten typ einer Datenstruktur ändern

[Fuerchau]

Um einen Einzel-Move kommst du wohl nicht herum:
1. UCS2 läßt sich auf einer DS leider nicht definieren
2. MOVE und EVAL nehmen keine automatische Konvertierung vor, deshalb der Compilerfehler

Was die Definition angeht, so sind c-Felder automatisch Doppelbytes.
Du musst also für die Übertragung gezielt jedes Feld mit Konvertierung übertragen (qualified):

ds2.feld1 = %ucs2(ds1.feld1);
ds1.feld1 = %char(ds2.feld1);

Nachtrag:
Du kannst natürlich nicht 2 gleiche DS-Namen definieren (2x DS2).

[inchic]

Um einen Einzel-Move kommst du wohl nicht herum:
1. UCS2 läßt sich auf einer DS leider nicht definieren
2. MOVE und EVAL nehmen keine automatische Konvertierung vor, deshalb der Compilerfehler

Was die Definition angeht, so sind c-Felder automatisch Doppelbytes.
Du musst also für die Übertragung gezielt jedes Feld mit Konvertierung übertragen (qualified):

ds2.feld1 = %ucs2(ds1.feld1);
ds1.feld1 = %char(ds2.feld1);

Nachtrag:
Du kannst natürlich nicht 2 gleiche DS-Namen definieren (2x DS2).

DANKESCHÖN.
Ich habe hofft, dass ich das einzelene Übertragen meiden könnte.
DANKE!

[Fuerchau]

Ich habs noch mal unter V5R4 getestet:
%UCS2 und %CHAR werden auf DS nicht korrekt unterstützt.
Da die DS als Ziel wieder vom Typ SBCS ist, führt der DS2 = % UCS2(DS1) zu einer Rückkonvertierung in CHAR und macht deshalb den Unterfeldinhalt nicht lesbar, da er kein UCS2 mehr ist.
Ein DS1 = % CHAR(DS2) wird vom Compiler abgelehnt.

Der Test hat auch ergeben, dass man sich ab V5R4 wohl die Funktionen % UCS2 und % CHAR beim Eval sparen kann, der Compiler generiert den richtigen Code automatisch.

[BenderD]

... du hast doch schon die Huddelfelder mit Overlay deklariert, da kannst du doch dem einen Huddelfeld das andere Huddelfeld zuweisen (würg, schüttel, kotz) , bzw. mit %ucs zuweisen, je nach release.

D*B,
den der Ekel schon beim schreiben packt

[Fuerchau]

ts, ts, dass ich das übersehen habe

[BenderD]

... spricht für dich und lässt hoffen...

ts, ts, dass ich das übersehen habe

[andreaspr@aon.at]

2. MOVE und EVAL nehmen keine automatische Konvertierung vor, deshalb der Compilerfehler

Wie ich oben schon geschrieben habe, zumindest der MOVEL geht auch. Gibt auch keinen Compilerfehler und der Wert steht korrekt in der anderen DS.
Allerdings hatte ich es nur von CHAR zu UCS getestet!

Edit: Auch wenns keinen Compilerfehler gibt, würd ich auch eher auf die korrekte Konvertierung zurückgreifen.

[Fuerchau]

Das mag releaseabhängig sein.
Bei V5R4 gehts automatisch, V5R2 noch nicht, V5R3 kann ich nicht mehr testen.
Vielleicht schafft es der eval-corr ja ab V6R1 auch automatisch (Birgitta kanns ja mal testen).

[andreaspr@aon.at]

Bei V5R2 kommt ein Compilerfehler? Habe leider grad keine Möglichkeit dies zu testen. Dachte auch, dass Befehle wie MOVE, CAB usw. nicht mehr weiterentwickelt werden?

Vielleicht schafft es der eval-corr ja ab V6R1 auch automatisch (Birgitta kanns ja mal testen).

... oder Holger