Une approche holistique de la conception

Tout cela nous amène à  la conclusion suivante : nous devons concevoir et construire nos serveurs de manière plus intelligente. Il faut innover de plus en plus vite si nous voulons continuer à  fournir des chips de processeurs et des serveurs plus performants. Malheureusement, il n'est pas si simple de

La loi de Moore mise à  mal

Pour compliquer la situation, on commence à  exiger des améliorations de performances toujours plus grandes. Les observateurs de l'industrie informatique ont souvent utilisé la loi de Moore pour prévoir les améliorations de performances des futurs ordinateurs. En substance, la loi de Moore stipule purement et simplement que la performance des

Chaud devant !

Le rapetissement constant des chips soulève un autre problème: leur réchauffement. Il est vrai que ce problème existe depuis plus de 20 ans. Examinez simplement les ailettes de refroidissement au-dessus des microprocesseurs contemporains à  l'intérieur de votre PC et souvenez-vous de la manière dont les microprocesseurs étaient packagés il y

Pas de limites

L'industrie informatique a toujours été stimulée par la quête de chips toujours plus rapides. Nous avons tous assisté à  la remarquable évolution des chips de processeurs dont les vitesses d'horloge passaient de quelques MHz à  des centaines de MHz pour atteindre le GHz. Certains se demandaient même ce qu'il y

Sympa ou non ?

Alors, Al Barsa avait-il raison ? Avez-vous jugé ennuyeuse la description de ces trucs « sympas » à  propos de CL ? En réalité, CL possède de nombreuses fonctions uniques et puissantes et j'espère que cet article vous a apporté quelques informations éclairantes et, peut-être même distrayantes sur certains de

10. Le fait de deviner le bon nom de commande est-il une preuve d’ESP (Extra Sensory Perception) ?

L'une des fonctions les plus sympas de CL et peut-être la plus proche du genre « petit pied en caoutchouc » est aussi la moins technique. C'est tout simplement la manière dont le nommage homogène des commandes, des mots-clés de paramètres, et même des valeurs de paramètres, permet aux utilisateurs

9. Et la sécurité ?

Les programmes source CL partagent de nombreuses caractéristiques des scripts shell écrits pour les shells de commande, comme qsh ou Korn. Tous possèdent une fonction de contrôle de flux, des fonctions de manipulation de chaînes, la conversion vers et à  partir de chaînes de commandes, et l'attribution de variables locales.

8. On ne peut pas tout coder en RPG

Je n'ai pas encore trouvé le langage évolué (HLL, high-level language) qui soit le meilleur langage de programmation pour tous les genres de programmes applicatifs. Et même si un tel langage était un jour inventé, les programmeurs resteraient fidèles aux bons vieux HLL, parce que leur employeur a beaucoup investi

7. Que s’est-il passé ?!

C'est l'heure de la confession… Je ne suis pas un programmeur PC. J'ai écrit du code pour des mainframes pendant mes études et, durant ma carrière chez IBM, toute ma programmation a concerné les systèmes iSeries, AS/400 ou S/38. Cela explique ma contrariété face à  des applications PC qui semblent

Transférer des fichiers entre QSYS.LIB et l’IFS

Un autre aspect crucial de l'IFS est de pouvoir faciliter le partage des ressources iSeries. Et, sans aucun doute, certaines de ces ressources les plus importantes sont les fichiers base de données provenant du système de fichiers QSYS.LIB. Vous pouvez exécuter les commandes CL pour transférer un fichier base de

L’IFS utilisé pour le partage de fichiers

L'une des utilisations les plus importantes de l'IFS est, sans aucun doute, de permettre aux utilisateurs d'un réseau de partager les fichiers. L'établissement de l'IFS comme serveur de fichiers commence par la création des partages de fichiers. Pour créer un partage en utilisant iSeries Navigator, étendez les éléments sous le

IFS : Nommage et navigation

Le système de nommage de l'IFS est particulier. Chaque objet présent dans un répertoire donné doit porter un nom unique. Les noms IFS ne peuvent pas commencer par un astérisque. A l'instar du PC ou d'un système Unix, l'IFS utilise une structure de fichiers hiérarchique dans laquelle les noms de

Traitement des erreurs

Comme l'illustre la figure 1, l'API open() renverra -1 en cas d'anomalie. Le programme peut ainsi détecter une défaillance et agir en conséquence. Mais il ne dit rien sur la nature de la défaillance. Le fait de ne pas savoir quelle partie de l'API open() a échoué complique considérablement le

La lecture et l’écriture peuvent être différentes

La figure 8 illustre l'une des propriétés d'un stream. On n'est pas obligé de lire un stream de la même manière qu'on y a écrit des données. On retrouve les mêmes octets et dans le même ordre, mais on peut les lire d'une manière différente de leur écriture.

L’API Close

Contrairement aux fichiers ouverts sur la F-spec, un fichier stream ne se fermera pas automatiquement à  la fin du programme. C'est pourquoi il faut toujours fermer un fichier ouvert en appelant l'API close(). Si l'on oublie de fermer un fichier, il le sera automatiquement à  la fin du job.
La

Les API Read et Write

Les API read et write permettent de lire des données d'un fichier stream ou d'y écrire des données, respectivement. La figure 5 montre le prototype des API read et write. Ces API acceptent trois paramètres :

• fildes - C'est le descripteur de fichier. C'est le nombre qui a été renvoyé
  Lire l'article

Comprendre les indicateurs binaires

Les paramètres OpenFlags et Mode de l'API open() sont ce que j'appelle des paramètres bit-flags. Cela signifie que l'important à  propos de chaque paramètre n'est pas la valeur numérique que vous lui attribuez mais les bits physiques réels qu'il occupe en mémoire.
Chaque bit de mémoire que le paramètre utilise

L’API open()

Pour ouvrir un fichier stream, utilisez l'API open(). Elle accepte des paramètres qui indiquent au système le fichier à  ouvrir et comment l'ouvrir, puis elle renvoie un descripteur de fichier pour que vous puissiez utiliser le fichier stream avec les autres API. La figure 2 montre le prototype pour l'API

Descripteurs de fichiers

Dans les programmes RPG à  l'ancienne, vous vous référez aux fichiers base de données par leurs noms. Sur la F-spec, vous listez le nom du fichier qui sera ouvert. Sur les opcodes READ et WRITE, vous indiquez le nom du fichier que vous voulez lire ou écrire. Les fichiers stream

Le Copy Member IFSIO_H

Les programmeurs ILE C ont un avantage sur leurs homologues ILE RPG quand ils travaillent avec l'IFS : IBM leur fournit tous les prototypes, constantes et structures de données nécessaires pour travailler avec l'IFS. Pour utiliser l'IFS, ils utilisent la directive de compilateur #include pour amener ces définitions dans leurs