[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    Dec 2009
    Beiträge
    314

    Connect Direct

    Hallo,

    ich habe folgendes Problem:
    1. Umstellung SAP-Betriebssystem von Unix auf windows
    Umprogrammieren der CL-Scripts für CDSND für die Windows umgebung \ statt /, usw.

    Aufruf CDSND mit Parameter TDSN(&TDSN) ist befüllt mit folgenden Werten k:\usr\sap\NN100\xxx_sap_yyyyyyy und erzeugt auf Windowsseite statt \ ö.

    Bitte Hilfe.
    Andreas
    Ein AS/400 Dinosaurier since 1989

  2. #2
    Registriert seit
    Feb 2001
    Beiträge
    20.696
    Ein bisschen dürftig die Beschreibung.
    Was macht denn das Programm mit dem übergebenen Wert ?

    Nur so ins blaue:
    Versuche mal doppelten "\", also "K:\\usr\\...".
    Es kann sein dass der "\" als Escape-Zeichen für die Angabe von Hex/Oktal-Werten interpretiert wird.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  3. #3
    Registriert seit
    Dec 2009
    Beiträge
    314
    Zitat Zitat von Fuerchau Beitrag anzeigen
    Ein bisschen dürftig die Beschreibung.
    Was macht denn das Programm mit dem übergebenen Wert ?

    Nur so ins blaue:
    Versuche mal doppelten "\", also "K:\\usr\\...".
    Es kann sein dass der "\" als Escape-Zeichen für die Angabe von Hex/Oktal-Werten interpretiert wird.
    Also der CDSND verbindet sich mit dem SAP-Rechner und startet dort ein EVENT mit n-Paratmetern und einer dieser Parameter ist das K:\..... und das wiederum ist der Windowspfad, den ich übergeben muss.

    K:\\ hats nicht gebracht.leider
    Andreas
    Ein AS/400 Dinosaurier since 1989

  4. #4
    Registriert seit
    Feb 2001
    Beiträge
    20.696
    Windows akzeptiert übrigens auch den "/" im Pfad.
    Versuchs doch damit noch mal.
    Wenn das nicht klappt, liegt das Problem nicht bei dir.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  5. #5
    Registriert seit
    Dec 2009
    Beiträge
    314
    Zitat Zitat von Fuerchau Beitrag anzeigen
    Windows akzeptiert übrigens auch den "/" im Pfad.
    Versuchs doch damit noch mal.
    Wenn das nicht klappt, liegt das Problem nicht bei dir.
    Leider nicht, aber wenn ich ihm Ö geebn, dann funktioniert der windofs rechner
    Andreas
    Ein AS/400 Dinosaurier since 1989

  6. #6
    Registriert seit
    Feb 2001
    Beiträge
    20.696
    Das ist jetzt wirklich stochern im Nebel.
    Kann man denn erfahren, was auf der Gegenstelle ankommt, bevor Windwos ins Spiel kommt ?
    Und was wird denn dann da dann genau gemacht.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  7. #7
    Registriert seit
    Dec 2009
    Beiträge
    314
    Zitat Zitat von Fuerchau Beitrag anzeigen
    Das ist jetzt wirklich stochern im Nebel.
    Kann man denn erfahren, was auf der Gegenstelle ankommt, bevor Windwos ins Spiel kommt ?
    Und was wird denn dann da dann genau gemacht.
    Ablauf:
    Ich mache ein cdsnd wo ich eine Datei aus dem IFS an den windows-server ins SAP-Verzeichnis kopiere.
    Funktioniert soweit mit den Ö im PFAD auf der i-series
    aufruf cdrunjob soll ein sap-event starten dieser aufruf funktioniert nicht
    Andreas
    Ein AS/400 Dinosaurier since 1989

  8. #8
    Registriert seit
    Feb 2001
    Beiträge
    20.696
    OK, jetzt sehe ich das Problem.
    Wieder mal CCSID!

    Je nach CCSID entspricht das "Ö" nämlich dem "\"!

    Daher:
    Welche CCSID hat deine Quelle und dein Terminal zum Erfassungszeitpunkt ?
    Welche CCSID hat dein Job zur Compile-Zeit und später dann zur Laufzeit ?

    Beim Verarbeiten der Quelle durch den Compiler wird der Quelltext in die JOB-CCSID gewandelt.
    Später zur Laufzeit erfolgt keine Umwandlung mehr. Daher ist es wichtig, wenn variante Zeichen im Code verwendet werden, dass später auch die richtige CCSID zur Laufzeit eingestellt ist.

    Es sieht so aus, dass du irgendwo mit CCSID 65535 arbeitest, so dass zur Laufzeit das "\" als "Ö" bzw. umgekehrt angenommen wird.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  9. #9
    Registriert seit
    Dec 2009
    Beiträge
    314
    Zitat Zitat von Fuerchau Beitrag anzeigen
    OK, jetzt sehe ich das Problem.
    Wieder mal CCSID!

    Je nach CCSID entspricht das "Ö" nämlich dem "\"!

    Daher:
    Welche CCSID hat deine Quelle und dein Terminal zum Erfassungszeitpunkt ?
    Welche CCSID hat dein Job zur Compile-Zeit und später dann zur Laufzeit ?

    Beim Verarbeiten der Quelle durch den Compiler wird der Quelltext in die JOB-CCSID gewandelt.
    Später zur Laufzeit erfolgt keine Umwandlung mehr. Daher ist es wichtig, wenn variante Zeichen im Code verwendet werden, dass später auch die richtige CCSID zur Laufzeit eingestellt ist.

    Es sieht so aus, dass du irgendwo mit CCSID 65535 arbeitest, so dass zur Laufzeit das "\" als "Ö" bzw. umgekehrt angenommen wird.
    Hallo,

    ich habe das gerade gecheckt, alles unter CCSID 273
    Ich weiß auch nicht mehr weiter werde das ganze mal überschlafen
    Andreas
    Ein AS/400 Dinosaurier since 1989

  10. #10
    Registriert seit
    Feb 2001
    Beiträge
    20.696
    Dann ist das ein CCSID-Problem des CDSND's, dass anscheinend mit CCSID 037 arbeitet.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  11. #11
    Registriert seit
    Feb 2001
    Beiträge
    20.696
    Noch eine Ergänzung:
    Ich nehme mal an, dass das CDSND ja die Daten in ASCII für das Zielsystem kodieren muss. Hierfür werden ggf. C-Routinen verwendet, die leider nicht auf die Job-CCSID zugreifen sondern auf die Umgebungsvariable LANG ("ADDENVVAR ENVVAR(LANG) VALUE('de_DE')"), aus der dann LOCALE-Informationen ermittelt werden.
    Ist die Variable nicht besetzt, wird 037 angenommen.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

Similar Threads

  1. Problem mit DB2 Connect
    By Ewald in forum NEWSboard Programmierung
    Antworten: 0
    Letzter Beitrag: 24-01-07, 18:32
  2. DB2 Connect auf V5R3
    By anwyuta in forum IBM i Hauptforum
    Antworten: 20
    Letzter Beitrag: 16-02-05, 12:14
  3. connect und kein Ende
    By DEVJO in forum IBM i Hauptforum
    Antworten: 0
    Letzter Beitrag: 16-12-04, 10:41
  4. DB2 Connect und V5R3
    By anwyuta in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 23-09-04, 11:15
  5. DB2 Connect unter Linux - Probleme
    By Olli1 in forum NEWSboard Linux
    Antworten: 17
    Letzter Beitrag: 13-09-04, 13:41

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • You may not post attachments
  • You may not edit your posts
  •