SAP RFC_READ_TEXT funktioniert nicht mehr

[MichaelT]

Was Pfaffe macht gibt Sinn, obwohl ich persönlich die Felder in der 'Tabelle' mit benannten 'Parametern' würde im weitern Verlauf, wenn das mal läuft, würde ansprechen.

Die ersten zwei Tabelleneinträge lässt du weg bei dir.

Das Programm zieht vermutlich die falsche librfc32 & Friends. Wenn du nicht viele FUBAs verwendest fällt das nicht unbedingt sofort auf. Das wäre jetzt mal das Programm schon in einer anderen Delphi Version lief viel naheliegender, sofern ihr euer SAP System nicht hochgezogen habt in der Zwischenzeit.

---

Ich habe allein MiniSAP 6.2 deswegen kann ich nicht mitreden bei dem Vertrextungsbaustein. Ich sehe die Definition des FUBAs nicht. Ich habe keinen Content außer das Flight Book und der ist nicht zwingend abendfüllend.

Da das Programm in XE2 lief wird die Delphi Seite schon mal passen. Ich vermute das importierte OCX wandelt den String sowieso in die COM Welt.

Meine Demos in Delphi verwenden SAPX.

Der RFC Mechanismus, das Wort passt eh gut, macht einfach einen Bytestream welcher ausmaskiert wird bspw. auf der Gegenseite und das war es. Ähnlich wie beim Datenempfang über eine DB library, allein dass man im Fall von RFC ganz garstige Sachen machen kann.

---

Empfängst du irgendetwas bei der Rückgabe oder wird nichts gefunden? Sind Exception definiert und werden die ausgelöst? Vermutlich nicht, aber das wäre der erste Schritt vor dem Tracen der übergebenen Parameter.

---

Was kann großartig passieren.

a) Im PHP bspw. wude/wird der Mandant nicht gezogen oder bspw. Systemnummer. Wäre das der Fall wäre dein wäre weder VB Implementierung noch die Delphi Version gegangen.

b) Oder die Sprache geht als Charakter durch und nicht nullterminierter String usw...

Und noch nicht mal b) ist irgendwie wahrscheinlich.

Zitat von heavybyte:

Zitat:

Hast Du die Unicode-Dinger importiert, die mit dem u (wdobapiu.ocx)? Liegen bei mir unter "C:\Program Files (x86)\SAP\FrontEnd\SAPgui\Unicode"

-> Ja, hab ich.

@Pfaffe: Funktioniert bei dir der Zugriff mit RFC_READ_Text? Hast du mir da ein Beispiel?

Wir haben hier SAP GUI 7.5; 7500.1.3.1139; Build 1805791; Patch-Level 3; Hotfix 1

[heavybyte]

Vielen Dank schon mal für die Antworten. Ich vermute, es liegt an unserem SAP GUI Patch Level 3.
Hab es mit Delphi 10.2 und SAP GUI 7.3 getestet und läuft.

Hab mal das Trace Logfile angeschaut. Aber auch kein Hinweis. Es gibt auch keine Exception beim Aufruf. Die zurückgegeben Tabelle ist einfach leer. Auch die Tabelle MESSAGES ist leer.

Nächste Woche wird unser SAP System gewartet. Evtl. wird auch der SAP GUI upgedated und es läuft vielleicht dann.

[heavybyte]

@Pfaffe

Zitat:

Habe aber auch IDEFixPack installiert.

Hab das auch installiert. Muss ich da in der Unit irgendwas für den Compiler mitgeben?

[Pfaffe]

Bei mir funktioniert es auch ohne IDEFixPack.
Hier nochmals meine Randbedingungen:
Bei mir ist Windows 10 64 Bit 1703, Betriebssystembuild 15063.1088 installiert.
Ich habe SAP GUI 7.5; 7500.2.4.1142; Build 1821220; Patch-Level 4; Hotfix 1
Delphi 10.2.3
TRichEdit bzw. TMemo für die Ausgabe

Rückfrage: Mich wundert es das es bei Dir mit VBA funktioniert. Hast Du meinen Quellcode mal mit Deiner Artikelnummer ausprobiert?

[heavybyte]

Ja, hab ich probiert und auch mit TMemo. Funzt einfach nicht.
Mit VBA (Excel) kann ich die Texte lesen.

Eventuell läuft auch beim Import der ActiveX Komponenten etwas schief. Es kommen jedoch keine Fehlermeldungen beim importieren und compilieren.

[Pfaffe]

Zeig doch nochmal Deinen Quellcode, ggf. auch den vom VBA. Oder sende in mir per PN.
Bitte aber Geduld mit mir, ich bin nicht permanent hier.

[KodeZwerg]

Zitat von heavybyte:

Eventuell läuft auch beim Import der ActiveX Komponenten etwas schief.

Vielleicht Bedarf es ein simples Co-/Un-Initialize ?

[Pfaffe]

Hallo heavybyte,
Dein Quellcode funktioniert so weit, beachte aber das die Materialnummer vom Typ string[18] und die Sprache vom Typ string[1| sein muss.
In Deinem ersten Post schreibts Du, dass RFC_READ_TABLE noch funktioniert, aber RFC_READ_TEXT nicht mehr.
Was genau funktioniert den nicht? in welcher Zeile hängt das Programm, welche Errormeldung erscheint?
Funktioniert bei Dir mein Quellcode aus #5?

[MichaelT]

Das hat mich auch gewundert. Was darauf hindeutet, dass die librfc32 aus dem Windows System Directory wird gezogen.

Solange wir nicht wissen welche DLL gezogen wird, ... Sprache ist anfällig, die wird geprüft und ist noch dazu gefährdert als Charakter interpretiert zu werden und nicht als String. Weswegen sich ein + #0 an.

Zitat von Pfaffe:

Bei mir funktioniert es auch ohne IDEFixPack.
Hier nochmals meine Randbedingungen:
Bei mir ist Windows 10 64 Bit 1703, Betriebssystembuild 15063.1088 installiert.
Ich habe SAP GUI 7.5; 7500.2.4.1142; Build 1821220; Patch-Level 4; Hotfix 1
Delphi 10.2.3
TRichEdit bzw. TMemo für die Ausgabe

Rückfrage: Mich wundert es das es bei Dir mit VBA funktioniert. Hast Du meinen Quellcode mal mit Deiner Artikelnummer ausprobiert?

[heavybyte]

Es gibt keine Fehlermeldung/Exception und das Programm bleibt auch nicht hängen. Läuft normal durch, die Ergebnistabelle ist eben leer. Meine ganzen anderen Zugriffe über RFC_READ_TABLE funktionieren einwandfrei.

@Pfaffe: Dein Code habe ich getestet. Läuft einwandfrei, bringt aber kein Ergebnis. Gleiches Verhalten wir mein Code.