DB2 Connect auf V5R3

[TARASIK]

Hallo Anwy,
ich würde einmal auf das vorhandensein dieser Ptfs prüfen:
http://www-912.ibm.com/ImprovedSearc...tion&scope=ptf
und zusätzlich das Datenbankgruppenptf:
http://www-912.ibm.com/s_dir/sline00...7?OpenDocument

[anwyuta]

Vielen Dank fuer die Antwort.

Leider war der 1. Link tot.

Ich werde unserem Verantwortlichen mal pruefen lassen, welche PTF´s
bei uns aktuell sind. Gibt es denn einen Zusammenhang mit dem von mir beschriebenen
Problem und den genannten PTF´s?

Leider funktioniert der DB2 Connect mit anderen Anwendungen, was wieder auf
die Eingesetzte Software schliessen laesst.

Schon echt die "Suche nach der Nadel im Heuhaufen" wenn es um die Connectivity
und eine DB2 AS/400 geht ;-(

Gruß

Anwy

[TARASIK]

Hallo Anwy,

1. OSP-DB-MSGMCH3601 Failure retrieving stored procedure result

PTF: SI15506 - Release: 530 - Licensed Program: 5722SS1

2. OSP-DB-MSGSQ30020 when stored procedure result set contains

PTF: SI16014 - Release: 530 - Licensed Program: 5722SS1

3. OSP-F/QTNGETLH-MSGCPF83E9-RC3-T/QTNGETLH MSGCPF83E9 RC3 ISSU

PTF: SI16203 - Release: 530 - Licensed Program: 5722SS1

4. OSP-DB-MSGCPF3E06 DRDA/DDM target side RDB alias support

PTF: SI15514 - Release: 530 - Licensed Program: 5722SS1

5. OSP-DB-MSGSQL0100 DATA PROPAGATOR ON R530 CONNECTING TO R520

PTF: SI15471 - Release: 530 - Licensed Program: 5722SS1

6. OSP-DB Star Join using one bitmap instead of two over the

PTF: SI15955 - Release: 530 - Licensed Program: 5722SS1

7. OSP-DB-MSGMCH1210-QQQGET QUERY WITH SCALAR SUBSELECT

PTF: SI15534 - Release: 530 - Licensed Program: 5722SS1

8. OSP-DB-T/QDBCLOSE-MSGMCH6216 Hard close of pseudo-closed

PTF: SI13499 - Release: 520 - Licensed Program: 5722SS1

9. OSP-DB CCSID NOT SET IN SQLDA FOR NUMERIC FIELDS

PTF: SI14855 - Release: 520 - Licensed Program: 5722SS1

10. CA400EXP-TERMEMUL-INCORROUT IBM3270-1250 FONTS ARE NOT

PTF: SI13587 - Release: 530 - Licensed Program: 5722XE1
11. CA400EXP-OPCON-INCORROUT REMOTE CONTROL PANEL FAILS

PTF: SI15176 - Release: 530 - Licensed Program: 5722XE1

[Fuerchau]

Dieses Problem trat auch häufiger beim CA-ODBC auf, wenn das Datenbankfeld vom Typ ZONED ist oder mehr als 16 Stellen Genauigkeit aufweist. In diesen Fällen wurde das Feld als Typ "Char" geliefert.
Ggf. muss die Abfrage einen Cast enthalten: double(myfield) as myfield, dann wird der Wert (allerdings mit der doubletypischen Ungenauigkeit) übernommen.
Vielleicht reicht auch ein "dec(myfield, m, n) as myfield".