Anzeige von Datensätzen verspätet?

[IBSCPO]

Hallo zusammen,
es klingt etwas kömisch.

Es passiert folgendes:
Ich habe ein Log. File in einem RPG Programm eingebaut, in das Daten geschrieben werden, wenn bestimmte Kriterien zutreffen. Gleichzeitig lasse ich mir durch ein Programm was sofort nach dem WRITE aufgerufen wird, einen Nachricht an meinen MSGQ senden. Nun ist es so, dass ich einen Nachricht erhalte, aber es wird kein Datensatz in die Datei geschrieben.


Oder kann es sein, dass der Datensatz in der Log.- File vorhanden ist, dieser nur mittels QRY nicht angezeigt wird?

Hat jemand eine Idee?

MfG
Carsten

[Pikachu]

Das könnte vielleicht an der Blockung liegen. Ist in der Umwandlungsliste dieses Programms vielleicht die Meldung "RNF7086 - RPG bearbeitet Blocken für die Datei. INFDS wird nur fortgeschrieben, wenn Datenblöcke übertragen werden." enthalten?

[Fuerchau]

Betrachte mal die Umwandlungsliste.
RPG blockt ggf. bei O-Dateien, so dass die Daten erst dann verfügbar sind, wenn der Block tatsächlich geschrieben wird.

Bei der Umwandlung kann man auch irgendwo angeben, dass nicht geblockt werden soll.

Alternativ öffnet man die Datei für Update (UF).
Da der Compiler dann häufig meckert mache ich eine Pseudo-BEGSR, die die angemeckerten Befehle (READ/WRITE/UPDAT/DELET) enthählt.

[Khholm]

RPG blockt bei Ausgabedateien. Verhinderrn kann ich das evtl. in den Keywords in der Dateibeschreibung (F-zeilen) mit dem Keyword:

BLOCK(*NO)

[RobertMack]

FEOD (force end of data)

[Khholm]

Für die Datei
FRCRATIO = 1 setzen (mit CHGPF), dann müßte das auch gehen

[Fuerchau]

FRCRATIO(1) hat allerdings Performancenachteile, da damit nicht nur Blockung sondern auch Pufferung ausgeschaltet wird.
FRCRATIO erzwingt das sofortige Schreiben auf Platte.

Alternativ kann man noch mit
OVRDBF ... SEQONLY(*NO) arbeiten.

[Bogomil]

Hallo Carsten,

das von Dir beschriebene Phänomen hatte ich auch schon. Die Ursache, dass mit Query nichts angezeigt wird, liegt bei Query selbst.
Entsprechend dem Einspeicherkonzept der AS400 ist es normalerweise egal, wo ein Datensatz legt (Cache oder Festplatte) und er ist verfügbar (weshalb Du ja die Nachricht erhälst).
Willst Du die Einträge mit Query sehen, musst Du die Blockung ausschalten. Die Wege sind ja bereits beschrieben.

MfG
Bogomil

[Pikachu]

Die Ursache, dass mit Query nichts angezeigt wird, liegt bei Query selbst.

Nein, denn ein DSPPFM zeigt diese neuen Datensätze auch nicht an.

[Fuerchau]

RPG schreibt den Block erst, wenn dieser voll ist.
Da kann auch DSPPFM/SQL/Query nichts dran ändern.

Sorge beim Output dafür (wie oben beschrieben), dass nicht geblockt wird !

[loeweadolf]

Hallo zusammen,
es klingt etwas kömisch.

Es passiert folgendes:
Ich habe ein Log. File in einem RPG Programm eingebaut, in das Daten geschrieben werden, wenn bestimmte Kriterien zutreffen. Gleichzeitig lasse ich mir durch ein Programm was sofort nach dem WRITE aufgerufen wird, einen Nachricht an meinen MSGQ senden. Nun ist es so, dass ich einen Nachricht erhalte, aber es wird kein Datensatz in die Datei geschrieben.


Oder kann es sein, dass der Datensatz in der Log.- File vorhanden ist, dieser nur mittels QRY nicht angezeigt wird?

Hat jemand eine Idee?

MfG
Carsten

F-Bestimmung sollte folgendermassen aussehen:

F LOGDATEI IF A E

und nicht

F LOGDATEI O E

Dann solte es gehen.

[IBSCPO]

Hallo an alle,
vielen Dank für die Hilfe. Ich habe die Dateibestimmung von "O" auf "UF" geändert. Jetzt ist alles bestens..

Carsten