Importsprache Klammerung

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Deblon, liebe Liste,


Christoph Deblon wrote:
| Lieber Herr Fisc her,
|
| danke fuer Ihre Antwort, ich werde natuerlich Ihren Vorschlag
| befolgen.
| Ihre Erlaeuterung beschreibt zwar das Verhalten von IMPORT.exe,
| aber aus der Handbuch-Stelle war ich nicht darauf gekommen,
| dass bei _positivem_ Vergleichsergebnis die auf die naechste
| Zeilengruppe folgende Zeile NICHT ausgefuehrt wird.
| Da koennte vielleícht etwas genauer formuliert werden. Oder habe
| ich immer noch etwas nicht verstanden?

Herrn Fischers Interpretation war mir neu und ich habe im
Handbuch nichts gefunden, das darauf hindeuten wuerde
(allerdings auch wenig, das es ausschliessen wuerde).
Fluechtige Sichtung der Importparameterdateien des Standardpakets
zeigt einige Stellen, die so programmiert sind, als wuerde
die dem "C" folgende uebernaechste Zeile stets ausgefuehrt.

Ausserdem waere das ja auch ziemlich subtil, wenn der
Folgebefehl nur dann nicht ausgefuehrt wird, wenn der
"C" folgende Befehl nicht eine Zeile ist, sondern eine
Gruppe in Klammern.

Ich tippe mal eher darauf, dass der Parser der Import-Sprache
nicht korrekt arbeitet, evtl. hilft es, die Zeilenenden
zu kontrollieren (DOS/Unix-Zeilenumbrueche) oder ein
paar Spatien oder Leezreilen dazu- oder wegzumachen.

viele Gruesse
Thomas Berger




| Herzliche Gruesse
| Christoph Deblon
| MHS Trossingen
|
|
| Am 17 Dec 2004, um 7:01 hat Fischer, Robert geschrieben:
|
|
|>Lieber Herr Deblon,
|>
|>eine verspaetete Antwort, weil mein Mailservice unter falschem Absender
|>weiterleitete
|>(vielleicht hat auch schon jemand anders geantwortet)
|>
|>Sie schrieben:
|>
|>
|>>#85
|>>j 0
|>>l 0
|>>C 0 "451"
|>>s 0 "451"
|>>
|>>C 0 "454"
|>>s 0 "454"
|>>
|>>so werden bei vorhandenen Fremdfeldern 451 und 454 die Inhalte
|>>aneinandergehaengt und in #85 ausgegeben.
|>>
|>>aendere ich folgendermassen:
|>>
|>>#85
|>>j 0
|>>l 0
|>>C 0 "451"
|>>(
|>>s 0 "451"
|>>)
|>>C 0 "454"
|>>(
|>>s 0 "454"
|>>)
|>>
|>>so wird _nur_ der Inhalt von 451 ausgegeben.
|>>Die Klammern benoetige ich natuerlich, um mit eingefuegten w-
|>>Befehlen Praefixe hinzufuegen zu koennen, aber dadurch aendert
|>>sich an der Sachlage nichts.
|>
|>
|>Dazu waere zu sagen:
|>
|>Das kann nicht funktionieren, da der 2. Check (inkl. Inhalt der 2.
Klammer)
|>als _Alternative_ herangezogen wird, wenn der 1. Check false ergibt.
|>Das Kummulieren wuerde besser in 2 Paragraphen ablaufen (ohne Check) nach
|>dem Motto:
|>
|>#85
|>s 0 "451"
|> usw.
|>
|>#85
|>k85
|>s 0 "454"
|> 2. Pruefung
|> usw.
|>+weiter
|>
|>#85
|>s 0 "454"
|> fuer den Fall, dass nur #454 belegt (falls das Sinn macht)
|>
|>-weiter
|>#86
|>
|>Da koennen Sie dann nach Herzenslust mit Prae- und Postfixen arbeiten.
|>
|>Das Problem wird im Handbuch 11.2.3.5 aufgefuehrt, allerdings ist der
|>Begriff der "Zeilengruppe" mit Klammern nicht besonders deutlich
|>beschrieben. Ihr Fall ist bei "Sonderfaelle" nur bei genauem Hinlesen
|>erwaehnt.
|>Es steht da aber, dass Ihre Zeile
|>C 0 "454"
|>uebergangen wird und nach der Logik dann auch die davon abhaengige
|>geklammerte Zeilengruppe.
|>
|>Mit freundlichen Gruessen
|>
|>Robert Fischer Berlin
|>rfb AT blinx.de
|>************************************************************
|>
|
|
|
|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBxue6ENVh3bB0lwMRAvXcAKCZQIP28OLpLvycQraXwEyQ0mxrWgCgon9/
bhTDpNueFdoapQUGaIPnHOU=
=xpGl
-----END PGP SIGNATURE-----