tester un fichier sur k7 : vide ou non

sam01 · 28/03/2008, 13h53

Bonjour,

est-il possible de tester simplement si un fichier qui est sur K7 est vide ou non ?

apparemment le listcat ne donne pas cette infomation.

La K7 est sur Ca 1.

Merci d'avance.

Homer-ac · 28/03/2008, 20h58

Je ne connais pas CA-1 mais ça serait surprenant qu'il ne donne pas l'info. TLMS également produit C.A. donne le nbre de blocs effectivement crées au close. Ce genre de produits utilisent tous à ma connaissance une base d'informations externe au catalogue .
Pour le Listcat, c'est normal, seules les informations DSNAME, numéro de volume et device type sont inscrites au catalogue. (BCS d'un ICFCAT). Le reste concerne les fichiers disques et est inscrit en vtoc (DSCB-1) et dans le SYS1.VVDS du volume disque contenant pour les VSAM et les fichiers SMS.
Pour les cartouches, en MVS, les descripteurs fichiers sont dans les HDR1 et HDR2 de début, répétées dans les EOV1/2 et/ou EOF1/2 de fin.
Un repro IDCAMS avec count(1) (RC > 0 si fichier vide) peut faire l'affaire.
Si on ne connais pas les caractéristiques du fichier sur la cartouche (cartouche externe), plusieurs solutions :
Il existe sur CBTTAPE un assembleur pour analyser une K7. Je l'ai qque part mais j'ai oublié son nom (je peux essayer de retrouver si besoin).
Sinon Ditto est le style d'utilitaire à tout faire. Enfin, on peut toujours procéder en 2 temps :
1 ) print (REPRO,SORT,IEBGENER, ce que vous préférez) avec une DD en 0,BLP du fichier pour lister les HDR1 et HDR2 (LRECL 80). Le HDR1 contient les 17 derniers caractères du DSNAME, le HDR2 ses caractéristiques, dont son format et le LRECL.
2) print, repro, sort (fields=copy) ou IEBGENER (sur disque par exemple) du fichier dès lors que l'on connait ses caractéristiques avec la DD qui va bien.

sam01 · 29/03/2008, 17h43

je vois qu il n y a pqs de methode simple...
merci.

Luc Orient · 30/03/2008, 18h54

A mon humble avis, ICETOOL devrait savoir faire ça aussi ...

Mais ça devrait être proche de la solution via IDCAMS ...

gregory.broissard · 31/03/2008, 16h41

oui mais je pense que le fichier va être recallé... non?

Luc Orient · 01/04/2008, 00h03

Citation:

Envoyé par gregory.broissard

oui mais je pense que le fichier va être recallé... non?

Il faut trouver une solution à la question posée dans laquelle la K7 n'est pas montée dans le robot ... c'est ça ?

28/03/2008, 13h53	#1
sam01 Membre confirmé Inscription : mars 2004 Messages : 1 187 Détails du profil Informations forums : Inscription : mars 2004 Messages : 1 187 Points : 233 Points : 233	tester un fichier sur k7 : vide ou non Bonjour, est-il possible de tester simplement si un fichier qui est sur K7 est vide ou non ? apparemment le listcat ne donne pas cette infomation. La K7 est sur Ca 1. Merci d'avance.
	00

28/03/2008, 20h58	#2
Homer-ac Membre expérimenté Inscription : octobre 2007 Messages : 449 Détails du profil Informations personnelles : Localisation : France Informations forums : Inscription : octobre 2007 Messages : 449 Points : 518 Points : 518	Je ne connais pas CA-1 mais ça serait surprenant qu'il ne donne pas l'info. TLMS également produit C.A. donne le nbre de blocs effectivement crées au close. Ce genre de produits utilisent tous à ma connaissance une base d'informations externe au catalogue . Pour le Listcat, c'est normal, seules les informations DSNAME, numéro de volume et device type sont inscrites au catalogue. (BCS d'un ICFCAT). Le reste concerne les fichiers disques et est inscrit en vtoc (DSCB-1) et dans le SYS1.VVDS du volume disque contenant pour les VSAM et les fichiers SMS. Pour les cartouches, en MVS, les descripteurs fichiers sont dans les HDR1 et HDR2 de début, répétées dans les EOV1/2 et/ou EOF1/2 de fin. Un repro IDCAMS avec count(1) (RC > 0 si fichier vide) peut faire l'affaire. Si on ne connais pas les caractéristiques du fichier sur la cartouche (cartouche externe), plusieurs solutions : Il existe sur CBTTAPE un assembleur pour analyser une K7. Je l'ai qque part mais j'ai oublié son nom (je peux essayer de retrouver si besoin). Sinon Ditto est le style d'utilitaire à tout faire. Enfin, on peut toujours procéder en 2 temps : 1 ) print (REPRO,SORT,IEBGENER, ce que vous préférez) avec une DD en 0,BLP du fichier pour lister les HDR1 et HDR2 (LRECL 80). Le HDR1 contient les 17 derniers caractères du DSNAME, le HDR2 ses caractéristiques, dont son format et le LRECL. 2) print, repro, sort (fields=copy) ou IEBGENER (sur disque par exemple) du fichier dès lors que l'on connait ses caractéristiques avec la DD qui va bien.
	00

29/03/2008, 17h43	#3
sam01 Membre confirmé Inscription : mars 2004 Messages : 1 187 Détails du profil Informations forums : Inscription : mars 2004 Messages : 1 187 Points : 233 Points : 233	je vois qu il n y a pqs de methode simple... merci.
	00

30/03/2008, 18h54	#4
Luc Orient Membre Expert François Durand Spécialiste Delivery Mainframe IBM Inscription : octobre 2005 Messages : 1 098 Détails du profil Informations personnelles : Nom : François Durand Âge : 53 Localisation : France, Seine Saint Denis (Île de France) Informations professionnelles : Activité : Spécialiste Delivery Mainframe IBM Secteur : Finance Informations forums : Inscription : octobre 2005 Messages : 1 098 Points : 1 707 Points : 1 707	A mon humble avis, ICETOOL devrait savoir faire ça aussi ... Mais ça devrait être proche de la solution via IDCAMS ...
	00

31/03/2008, 16h41	#5
gregory.broissard Membre expérimenté Inscription : mai 2005 Messages : 414 Détails du profil Informations forums : Inscription : mai 2005 Messages : 414 Points : 589 Points : 589	oui mais je pense que le fichier va être recallé... non?
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email