problème FTP et BIN

[VienneInfo]

J'ai sur l'AS/400 un fichier de 512 octets de large qui contient des codes
ASCII.
J'essaie de le transférer sur un VAX/VMS (machine ASCII) avec FTP

Les commandes utilisées sont :

BIN
PUT MYLIB400/MYFILE400 MyVaxFile

Cela fonctionne tant que les caractères de droite sont des blancs ASCII
(hexa = 20)
sinon il me créer 2 enregistrement dont le premier est de taille 512 octets

Sur le VAX/VMS, le fichier résultat est un fichier de 512 octets de large.

J'ai fait une copie du fichier de 512 octets de large dans un fichier de 20
octets
de large avec un CPYFRMSTMF
Transféré avec la même méthode, le résultat est identique.

Pour résumer le problème est :
Comment copier avec FTP un file stream ASCII avec plus de 512 car entre deux
caractères CR+LF ?

Merci d'avance

[Paul TOTH]

J'ai pas bien compris le problème...

en mode binaire, le fichier est transféré tel quel sans tenir compte ces
CRLF !?

VienneInfo <axa...@free.fr> a écrit dans l'article
<388f2...@news.vienneinfo.org>...

>
> J'ai sur l'AS/400 un fichier de 512 octets de large qui contient des
codes
> ASCII.
> J'essaie de le transférer sur un VAX/VMS (machine ASCII) avec FTP
>
> Les commandes utilisées sont :
>
> BIN
> PUT MYLIB400/MYFILE400 MyVaxFile
>
> Cela fonctionne tant que les caractères de droite sont des blancs ASCII
> (hexa = 20)
> sinon il me créer 2 enregistrement dont le premier est de taille 512
octets

où ça 2 enregistrements ? si le premier comprend 5212 octets, quand est-il
du second ?

> Sur le VAX/VMS, le fichier résultat est un fichier de 512 octets de
large.

VAX/VMS ça marche comment ? les fichiers ont une description comme sur
AS/400, ou pas (comme sur PC) ?

> J'ai fait une copie du fichier de 512 octets de large dans un fichier de
20
> octets
> de large avec un CPYFRMSTMF
> Transféré avec la même méthode, le résultat est identique.

en mode binaire c'est normal.

> Pour résumer le problème est :
> Comment copier avec FTP un file stream ASCII avec plus de 512 car entre
deux
> caractères CR+LF ?

serait-ce une limitation du VAX ?
A+

[VienneInfo]

Paul TOTH <toth...@multimania.com> a écrit dans le message :
01bf689e$68b9ed00$3403...@PS209.MDV.FR...

> J'ai pas bien compris le problème...

Je sais c'est compliqué, le problème n'est pas facile à analyser.

>
> VienneInfo <axa...@free.fr> a écrit dans l'article
> <388f2...@news.vienneinfo.org>...
> >
> > J'ai sur l'AS/400 un fichier de 512 octets de large qui contient des
> codes
> > ASCII.
> > J'essaie de le transférer sur un VAX/VMS (machine ASCII) avec FTP
> >
> > Les commandes utilisées sont :
> >
> > BIN
> > PUT MYLIB400/MYFILE400 MyVaxFile
> >
> > Cela fonctionne tant que les caractères de droite sont des blancs ASCII
> > (hexa = 20)
> > sinon il me créer 2 enregistrement dont le premier est de taille 512
> octets
>
> où ça 2 enregistrements ? si le premier comprend 5212 octets, quand est-il
> du second ?

j'ai en fait 2 enregistrements (en flot ASCII) de type
xxxxxxxxxxxxxxx<400 caractères>xxxxxxxxxxxxxxxCRLF
xxxxxxxxxxxxxxxxxxxxxxxxxxx<550 caractères>xxxxxxxxxxxxxxxxxxxxxCRLF

dans mon fichier de 512 caractères de large cela donne
xxxxxxxxxxxxxxx<400 caractères>xxxxxxxxxxxxxxxCRLFbbbbbb<110
blancs>bbbbbbbbbbbbbbbbb
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx<512
caractères>xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxx<48 caractères>xxxxxxCRLFbbbbbbbbbbbbbbbbbbbbbbbbbb<462
blancs>bbbbbbbbbbbbbbbbb

sur le VAX je récupère un fichier avec 3 enregistrements

>
> VAX/VMS ça marche comment ? les fichiers ont une description comme sur
> AS/400, ou pas (comme sur PC) ?

Les deux ! On peut avoir des fichiers à description et des fichiers flots de
données.

>
> > J'ai fait une copie du fichier de 512 octets de large dans un fichier de
> 20
> > octets
> > de large avec un CPYFRMSTMF
> > Transféré avec la même méthode, le résultat est identique.
>
> en mode binaire c'est normal.

ce serait normal si j'avais un CR+LF au 512ème caractère de mon 2ème flot de
donnée

>
> > Pour résumer le problème est :
> > Comment copier avec FTP un file stream ASCII avec plus de 512 car entre
> deux
> > caractères CR+LF ?
>
> serait-ce une limitation du VAX ?

en faisant le même type de transfert de VAX à VAX le problème ne se pose pas
!

mon support VAX me dit que ce serait une limitation due au client FTP sur
l'AS/400 qui
"ferait une demande de création de fichier de 512 car de large" sur le
système distant.

> A+

[Paul TOTH]

Salut en fait c'est normal :)

> dans mon fichier de 512 caractères de large cela donne
> xxxxxxxxxxxxxxx<400 caractères>xxxxxxxxxxxxxxxCRLFbbbbbb<110
> blancs>bbbbbbbbbbbbbbbbb
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx<512
> caractères>xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> xxx<48 caractères>xxxxxxCRLFbbbbbbbbbbbbbbbbbbbbbbbbbb<462
> blancs>bbbbbbbbbbbbbbbbb

tu as bien trois lignes, dont une qui ne se termine pas par CRLF.

pour virer les blancs, je ne vois qu'une solution...il faut que le fichier
soit en EBCDIC sans CRLF et chaque ligne complétée par des blancs (EBCDIC).

> j'ai en fait 2 enregistrements (en flot ASCII) de type
> xxxxxxxxxxxxxxx<400 caractères>xxxxxxxxxxxxxxxCRLF
> xxxxxxxxxxxxxxxxxxxxxxxxxxx<550 caractères>xxxxxxxxxxxxxxxxxxxxxCRLF

donc il faut une table avec une zone d'au moins 550 caractères.
avec le transfert ASCII tu récupèreras de l'autre côté 2 lignes, la
première de 400c. la seconde de 500c. chacune terminée par CRLF.

je ne pense pas que tu puisses forcé un transfert ASCII sans convertion
EBCDIC->ASCII...d'où la nécessité d'avoir les données au format EBCDIC.

A+