AW: Zusätzlicher Zeilenumbruch bei avanti-cl

[Harald Schmid]

Lieber Herr Berger,

vielen Dank erstmal für Ihre Antwort.

> Lieber Herr Schmid,
> 
> > Schicke ich einen Job mit folgender Exportparameterdatei an 
> Avanti-W, 
> > läuft alles wie gewünscht:
> > 
> > 13=13      Zwischenteil für Zeilenumbruch
> > #001
> > #t13
> > 
> > Ich erhalte den Inhalt von Kategorie 001 und einen anschließenden 
> > Zeilenumbruch (Ascii-Codes #13 #10).
> > 
> > Schicke ich den selben Job an avanti-cl, erhalte ich den Inhalt von 
> > 001 und zwei Zeilenumbrüche (Ascii-Codes #13 #13 #10).
> > 
> > Kann das jemand bestätigen oder nachvollziehen?
> > 
> > Ich denke, alle in Frage kommenden anderen Parameter 
> richtig gesetzt 
> > zu haben, vor allem, weil es mit Avanti-W ja richtig 
> funktioniert, nur 
> > nicht avanti-cl. (ke="", ae="" etc.)
> 
> "richtig" waere bei (zeilenorientierten) Netzwerkprotokollen 
> eigentlich, dass es nie isolierte Zeichen 13 oder Zeichen 10 gibt 
> und ein Zeilenumbruch immer "13 10" ist. Praktisch ist hingegen, 
> die Zeichen 13 zu ignorieren und die Anzahl der Zeichen 10 als 
> Indikator fuer die Anzahl der Zeilenumbrueche zu nehmen 
> (ausgenommen Macintosh natuerlich).

ich muß mich hier etwas korrigieren: Ich bekomme bei Avanti-W nicht #13
#10, sondern nur die gewünschte #13, bei Avanti-cl dagegen immer eine
#13 #10 mehr als gewünscht (also #13 #13 #10).

> Ich vermute, Sie sehen die Wechselwirkung "Ihres" Zeichen 13 
> mit dem neuerdings von avanti pendierten 
> Vorsichtshalber-Extra-Zeilenumbruch
> am Ende des Jobs, d.h. in einem Fall
> 
> 13-Schmid | 13 10-Avanti
> im anderen Fall
> 13-Schmid | 10-Avanti
> 
> D.h. avanti-cl ist hier je nach Sicht "netzwerk-artiger" bzw. 
> "Windows-artiger", avanti-w scheint (in den neueren 
> Versionen?, finde derzeit keinen "alten" avanti-w im Netz) 
> ganz Unix-artig 
> zu agieren.
> 
> [Haetten Sie
> 10=10
> und
> #t10 gesetzt, haetten Sie je nach Version noch mehr Magie in 
> Aktion sehen koennen...]
> 
> viele Gruesse
> Thomas Berger
> 

Das Problem nun ist nicht der extra Zeilenumbruch am Ende eines Jobs -
dem kann ich mit geeigneten Behandlungsroutinen relativ leicht zu Leibe
rücken. Nein, ich bekomme bei

#t13

immer und an jeder Stelle der Daten die drei Zeichen #13 #13 #10. Wenn
ich also eine Tab-separierte Liste ausgeben möchte

Autor [Tab] Titel [Tab] Nummer [Zeilenumbruch]
Autor [Tab] Titel [Tab] Nummer [Zeilenumbruch]

dann erhalte ich bei einem

find irgendwas
xport param tabliste
download set

zwischen jeder Zeile einen doppelten Zeilenumbruch. Läßt sich natürlich
auch irgenwie abstellen, aber die Logik ist mir nicht klar. Weshalb
bastelt Avanti-cl da zusätzlich Zeichen rein? Wenn ich den Job abändere
und statt

#t13    (Zwischenteil 13 ist gleich Ascii-Zeichen 13)

#t5     (Zwischenteil 5 ist gleich Ascii-Zeichen 5)

setze, erhalte ich ja auch nur Ascii 5 und nicht irgendwas mehr dazu!
Darf's ein bisschen mehr sein???

Viele Grüße

Harald Schmid

***            Harald Schmid            ***
   Netzwerkadministrator und EDV-Betreuer
Katholische Stiftungsfachhochschule München
         Abteilung Benediktbeuern
-------------------------------------------
  Don-Bosco-Str. 1, 83671 Benediktbeuern
  Tel.: 08857/88-506 - Fax: 08857/88-599
      mailto:harald.schmid at ksfh.de
***       http://www.ksfh.de/           ***