-
vielen Dank den Befehl kenne ich schon,hier kann man nicht alle Bibliotheken anzeigen
lassen z.B. *all, gibt es noch einen anderen Befehl ???
-
wie wärs mit einem kleinem cl
zu erst
Code:
DSPOBJD OBJ(*ALL/*ALL) OBJTYPE(*LIB) OUTPUT(*OUTFILE) OUTFILE(QTEMP/WILLI)
und dann eine kleine schleife zum lesen der datei pro satz
ein DSPOBJAUT mit OUTMBR(*FIRST *ADD)
gruß ronald
-
Allerdings ist der DSPOBJAUT je Objektart die gewünscht wird, zu wiederholen (*ALL ist leider auch hier nicht möglich).
-
ich war eigentlich schon der meinung, das folgendes kleines cl-proggi gehen sollte
Code:
pgm
dclf Libs
dspobjd obj(*all/*all) objtype(*lib) output(*outfile) +
outfile(libs)
LESEN:
rcvf
monmsg cpf0864 exec(goto weiter)
dspobjaut obj(&odobnm) objtype(*lib) output(*outfile) +
outfile(rechte) outmbr(*first *add)
monmsg cpf0000
goto lesen
WEITER:
endpgm
gruß ronald
-
Wenn es auf die Frage der reinen Berechtigung an der Bibliothek geht, benötigst du kein DSPOBJD, da ALLE Bibliotheken Objekte der QSYS sind, also DSPOBJAUT OBJ(QSYS/*ALL) OBJTYPE(*LIB) ...
Für die Objekte innerhalb der Lib leider über DSPOBJD (wobei der DSPOBJAUT ja alle Libs bereits geliefert hat) und pro Objektart einen DSPOBJAUT.
-
okay, man(n) sollte die beiträge richtig lesen. ich war jetzt davon ausgegangen, das die berechtigung der einzelnen bibliotheken benötigt wird. aber es geht hier ja wohl um die einzelnen OBJEKTE in der lib.
dann macht natürlich mein kleines cl keinen sinn
ronald
-
Hallo,
ich darf da kein *ALL, liegt das an meinem Release (V5R1), oder an Fassenacht?
mfg
Dieter
 Zitat von Fuerchau
Wenn es auf die Frage der reinen Berechtigung an der Bibliothek geht, benötigst du kein DSPOBJD, da ALLE Bibliotheken Objekte der QSYS sind, also DSPOBJAUT OBJ(QSYS/*ALL) OBJTYPE(*LIB) ...
Für die Objekte innerhalb der Lib leider über DSPOBJD (wobei der DSPOBJAUT ja alle Libs bereits geliefert hat) und pro Objektart einen DSPOBJAUT.
-
Stimmt !
Bei mir ist der Karneval wohl durchgekommen. (Wobei ich jetzt gelernt habe, das Karneval aus dem italienischen stammt und eigentlich "carne val" heisst, nähmlich "ohne Fleisch")
-
nicht einmal das ist sicher, da wurde auch schon carrus navalis genannt (deshalb auch die Schiffe auf den Fassenachtszügen), ansonsten ist nicht nur dieses Fest viel älter als das Christentum und war nicht so einfach auszurotten.
 Zitat von Fuerchau
(Wobei ich jetzt gelernt habe, das Karneval aus dem italienischen stammt und eigentlich "carne val" heisst, nähmlich "ohne Fleisch")
-
 Zitat von Fuerchau
Stimmt !
Bei mir ist der Karneval wohl durchgekommen. (Wobei ich jetzt gelernt habe, das Karneval aus dem italienischen stammt und eigentlich "carne val" heisst, nähmlich "ohne Fleisch")
Ich dachte, das kommt vom Chili Con Cane ("mit Hund...") ;-)
-h
-
-
 Zitat von BenderD
ich darf da kein *ALL, liegt das an meinem Release (V5R1), oder an Fassenacht?
Ich weiss ja nicht, wie FUERCHAU das hingekriegt hat,
aber ein kleiner Test von V4R2 bis V5R3 ergibt immer,
dass:
DSPOBJAUT OBJ(QSYS/*ALL) OBJTYPE(*LIB)
meldet "Wert *ALL als Name für Parameter OBJ ungültig".
FUERCHAU, verschweigst Du uns, dass Du ein Beta von V5R4 laufen hast? <g>
-h
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks