Le réflexe des devs IBM i
Sur un écran DSPF, la touche Entrée ne se détecte pas au hasard. L’INFDS du fichier écran permet de lire l’AID byte et d’identifier précisément la touche pressée, sans dépendre uniquement des indicateurs DDS.
Un autre site pour trouver des techniques sympa en anglais.Beaucoup d’astuces sur les dernières sorties technologiques d’IBM i. J’adore le…
Une nouvelle version de RDI est sorti qui corrige surtout des problèmes.Ci-dessous, le lien vers les « fixs » qui ont été…
https://insights.sigasi.com/tech/spell-checking/ Avec le plugin Hunspell4eclipse, cela devrait résoudre votre problème.Rdi est fourni avec un correcteur orthographique basé sur un dictionnaire…
Moderniser votre code RPG avec Agilité – Introduction Moderniser votre code RPG avec Agilité – Partie 1 Moderniser votre code RPG…
Moderniser votre code RPG avec Agilité – Introduction Moderniser votre code RPG avec Agilité – Partie 1 Moderniser votre code RPG…
Moderniser votre code RPG avec Agilité – Introduction Moderniser votre code RPG avec Agilité – Partie 1 Moderniser votre code RPG…
Moderniser votre code RPG avec Agilité – Introduction Moderniser votre code RPG avec Agilité – Partie 1 Moderniser votre code RPG…
IBM a décidé d’arrêter le site Developerworks et lance un nouveau site developer.ibm.com. Cependant, le contenu de Developerworks sera traité…
SQL, c’est bien… jusqu’à ce que ça plante !
En RPG ILE, une erreur SQL classique se traduit généralement par un SQLCODE négatif — mais par défaut rien n’arrête proprement l’exécution et rien ne te donne de contexte précis sur l’erreur. L’article propose une méthode pour intercepter ces erreurs SQL et gérer proprement les exceptions dans ton code RPG ILE, en encapsulant les opérations SQL dans une logique d’interception contrôlée, plutôt que de laisser le programme échouer sans explication.