2009-11-05 8 views
0

Je télécharge un fichier sur l'ordinateur central et avant de le télécharger lorsque je l'ouvre à l'aide du bloc-notes, je suis capable de l'afficher.Téléchargement de fichiers à l'ordinateur central à partir de VB.net

Une fois téléchargé, l'administrateur se plaint de ne pas pouvoir lire les données dans le fichier et il apparaît comme indésirable.

Y a-t-il autre chose que je dois faire avant de télécharger des fichiers sur des mainframes? J'utilise le composant Chilkat pour télécharger les fichiers sur les mainframes.

Toute aide grandement appréciée.

Merci

+1

Quels sont vos appareils centraux? –

+0

MVS est le système d'exploitation de ce serveur. Serveur FTP fonctionne sur z/OS – acadia

+0

acadia, compris votre autre problème (j'ai juste remarqué votre message d'erreur là depuis que vous l'avez laissé comme une réponse plutôt qu'un commentaire). Consultez la mise à jour ici: http://stackoverflow.com/questions/1641252/upload-files-to-mainframes-from-vb-net/1641276#1641276 – paxdiablo

Répondre

1

Cela ressemble vraiment à un problème d'encodage. J'ai eu quelques fichiers transférés d'un ordinateur central plus tôt ce matin que parce que j'ai oublié de passer à l'ASCII étaient tous des déchets. Essayez de passer en ASCII et de le transférer, si vous utilisez ASCII, passez en binaire.

Vous pouvez également vérifier avec l'administrateur mainframe et lui demander s'il existe des commandes de site que vous devez exécuter avant d'envoyer afin de définir la taille de l'enregistrement et le type de bloc.

+0

Si elles doivent être lisibles (ou exécutables) sur l'hôte, C'est une bonne idée. Mais si vous les stockez simplement (par exemple, en tant que sauvegarde ou dans le contrôle de source SCLM), laissez-les tels quels. Les versions modernes de l'éditeur ISPF ont la commande "source ascii" et "lf" qui vous permettra d'afficher correctement les fichiers ASCII. – paxdiablo

+0

Intéressant! Je vais essayer ce Tomrorow! Une question, prend-elle plus d'espace en les laissant comme un fichier 256 VB ou serait-il idéal si vous stockez beaucoup de fichiers pour les fixer à un bloc fixe et définir la longueur lors de l'envoi? (Je pense que c'est une bonne information à laisser sur la question). – thismat

+0

@thismat, je pense que si vous les téléchargez en binaire, il ne cherche pas à jouer avec les fins de ligne et le remplissage des enregistrements. Il les blats comme il est (et vous aurez des caractères de nouvelle ligne au milieu de vos dossiers). C'est la commande LF elle-même qui modifie les données afin qu'elle sépare les lignes et ajoute un remplissage. Avertissement, assurez-vous que vous êtes en vue plutôt que de modifier, car je ne me souviens pas si IBM a résolu le problème de la réécriture des données LF'ed dans l'ensemble de données (pas sympa). Aussi, je pense que vous devez être dans l'éditeur * ISPF, pas le mode de navigation - j'utilise simplement la vue plutôt que de naviguer moi-même. – paxdiablo

1

Cela ressemble à un problème d'encodage. Par exemple, vous produisez peut-être en ASCII et votre mainframe attend autre chose. Par conséquent, indésirable serait affiché à l'autre extrémité.

Questions connexes