Discussion :

[Invité]

Bonjour tout le monde;

J’essaie de lire un fichier séquentiel avec des caractère que je ne comprends pas du tout ex: NULNULNULNUL ,
je me demande si ce n'est pas du à l'encode.
Quand j'essaie de copier la zone NULNULNULNUL du fichier d'origine dans un autre fichier il copie rien ( vide).

Quelqu’un a une idée SVP?
j'ai utilisé l'informat TRAILSGN et sa n'a pas marché.

Merci à tous

[Manoutz]

pas sur de bien comprendre... tu lis un fichier sas dans sas, c'est ca (pas d'importation)?pourquoi veux tu copier l'observation?

il est possible que ce soit une donnée manquante codée comme tel... tu peux toujours essayer d'appliquer l'option nofmterr pour voir ce que ca donne..

[Filippo]

Bonjour,
Quel code SAS utilises-tu pour lire le fichier ?

[MEGAMIND2]

Peut être que la solution à ton problème est là:

http://thesasreference.wordpress.com/2009/02/23/caracteres_ascii/

[Invité]

Merci à tous ;

@Manoutz: j'essaie de copier le contenu du fichier texte dans un autre pour voir ce que sa donne, à priori les caractère spéciaux c'est t'a dire la zone avec les NULNULNULNUL ne peut être copier et elle donne des blancs.
au fait à l'origine le fichier était en cobol qu'un de mes collègue a traduit pour qu'il soit lu sous unix et comme il est en congés je suis coincée.
j'ai tenté avec l’option nofmtrr et sa me donne des caractère bizarroïdes.

@MEGAMIND2 merci pour le lien.

@Filippo : j'essaie de lire la zone des NULNULNULNUL avec l'informat trailsgn,et dans la log j'ai des erreurs de format.

[Manoutz]

il s'agit d'importation alors (?). Si c'est bien ca essaye la commande infile dans une data step.

[Filippo]

Est-ce que tu peux nous montrer le code que tu exécutes et ce que ça produit dans la log ?

[MEGAMIND2]

J'ai déjà eu ce problème lors de la conversion des fichiers plats (issus de cobol)en table SAS ( c'est des caractères héxadécimals). J'en reviens au site que je t'avais conséillé.
Essaie ça:

VAR = COMPRESS(VAR,'25'x,' ');
ou VAR = COMPRESS(VAR,'00'x ,' ');

[Invité]

merci encore ;
ci-joint la partie qui me pose problème.

pour le programme de lecture c'est une simple étape data :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
filename fic "~/voitures.txt";
data tab;
INFILE fic  lrecl=444  ;
 
   input
 
                @1    var1                  1.
                @2    var2                  5.
               .
			   .
			   .
 
                @358   Var3                  TRAILSGN11.;/*sa coince ici car c'est ici ou y a la zone que j'ai mis en pièce jointe*/
 
	run;

[MEGAMIND2]

Bonjour,
Tu peux envoyer 5 lignes de ton fichier txt?

[Invité]

Bonjour,
Tu peux envoyer 5 lignes de ton fichier txt?

c'est fait mais en format image.

[MEGAMIND2]

c'est fait mais en format image.

Je la voulais en txt...

[Manoutz]

il a un look bizarre ton fichier texte.. As ton contrôlé qu'il contient bien les mêmes informations que dans le fichier sous cobol?

[datametric]

Il ne serait pas un peu en décimal packé ton fichier ?

tu as tenté les informats S370FPDw ?

[Filippo]

Disons que si tu nous envoies le fichier des données (ou un échantillon si c'est trop gros) au format texte on pourra faire tourner le programme dans les mêmes conditions que toi et voir ce qui est produit dans la log.

[steelspirit]

Arf ! Comme le disais Megamind, ce fichier est de l'ASCII mais avec des caractères de contrôle.

http://fr.wikipedia.org/wiki/America..._contr.C3.B4le

Normal que quand on fait un copié collé dans un éditeur de texte on n'a rien ... ce qui est bizarre c'est qu'à part ces caractères y a pas grand chose d'autre ... ils sont où les données

Mais tu veux en faire quoi de ce fichier ? l'importer tel quel ?

[datametric]

Il faut qu'il envoie un tar pour que nous retravaillons dans les mêmes conditions : sur unix.
on ne voit rien mais nous n'avons que la fin de ligne. Et si c'est du packé... nous ne verrons jamais rien.

[MEGAMIND2]

Il faut qu'il envoie un tar pour que nous retravaillons dans les mêmes conditions : sur unix.
on ne voit rien mais nous n'avons que la fin de ligne. Et si c'est du packé... nous ne verrons jamais rien.

Sur les gros systèmes type MVS, tu peux demander l'affichage des données sur l'éditeur en hexadécimal (par packet). Vu la copie qu'elle a posté, c'est bien le cas. Elle ne pourra donc pas lire ce fichier dans l'état vu qu'il n'y a aucune valeur à part des caractère spéciaux.

[Invité]

bonjour;
merci à tous.
En fait à l'origine le fichier était sous format cobol avec des zone packées.
aujorud'hui il est livré sous Unix.

ci-joint un extrait de mon fichier , et ce qui me pose problème c'est les zones avec les caractères NULLNULLNULL


merci à tous.

[Manoutz]

Il n'y a pas de zone avec NULlNULLNULL à l'ouverture de ton fichier sur mon poste (bloc note sous windows). Par contre il y a des caractères "spéciaux" qui ne passent d'ailleurs pas sur l'éditeur du forum..