Discussion :

[condate]

Bonjour à tous, j'ai un bug d'affichage sur iACS.

Lorsque j'utilise l'émulation 5250 en mode UNICODE, et que j'affiche un sous-fichier sur deux colonnes (utilisation de SFLLIN), Alors la deuxième colonne est identique à la première. Lorsque j'utilise l'émulation en mode non-UNICODE, tout est parfait, donc ça ne provient pas de mon programme. Est-ce que quelqu'un d'autre a déjà constaté cela ? J'ajoute que je suis en dernière version de iACS, et que c'était déjà comme cela sur la version précédente.

Comment signaler ce bug à IBM ?

Condate

[Luc Orient]

Bonjour à tous, j'ai un bug d'affichage sur iACS.

Lorsque j'utilise l'émulation 5250 en mode UNICODE, et que j'affiche un sous-fichier sur deux colonnes (utilisation de SFLLIN), Alors la deuxième colonne est identique à la première. Lorsque j'utilise l'émulation en mode non-UNICODE, tout est parfait, donc ça ne provient pas de mon programme. Est-ce que quelqu'un d'autre a déjà constaté cela ? J'ajoute que je suis en dernière version de iACS, et que c'était déjà comme cela sur la version précédente.

Comment signaler ce bug à IBM ?

Condate

Vous n'avez pas la possibilité d'émettre un " CASE " via la procédure ad hoc ?

[condate]

Vous n'avez pas la possibilité d'émettre un " CASE " via la procédure ad hoc ?

Merci pour votre réponse. Quelle est cette procédure ? Je suppose qu'il faut un abonnement ?

Condate

[Luc Orient]

Normalement, si tu es client IBM répertorié, et c'est probablement le cas avec un IBM i, tu devrais avoir la possibilité d'activer cette procédure ...

[https://www.ibm.com/mysupport/s/?language=en_US

[condate]

Normalement, si tu es client IBM répertorié, et c'est probablement le cas avec un IBM i, tu devrais avoir la possibilité d'activer cette procédure ...

[https://www.ibm.com/mysupport/s/?language=en_US

Merci, en fait je suis en Freelance et j'effectue des tests sur un IBM i gratuit sur le Cloud.

Il faut que je potasse ça... Peut-être que mon compte chez IBM (qui m'a permis de télécharger iACS) va me permettre de signaler ce bug. Espérons-le.

Condate

[condate]

Merci, en fait je suis en Freelance et j'effectue des tests sur un IBM i gratuit sur le Cloud.

Il faut que je potasse ça... Peut-être que mon compte chez IBM (qui m'a permis de télécharger iACS) va me permettre de signaler ce bug. Espérons-le.

Condate

Bon après avoir navigué dans tous les sens (c'est vraiment le foutoir leur site, ça me rappelle le CESEARCH d'il y a 25 ans... en émulation 3270) , je n'ai pas le droit de créer des CASE... Tant pis pour eux, il y a bien un programmeur qui va tomber sur le même problème que le mien... comme il y a 25 ans).

[condate]

Bonjour à tous, voici deux ans déjà que j'ai rencontré ce Bug IBM. Apparemment je suis le seul à être tombé dessus ? Aucun correctif n'a corrigé ce problème.... Suis-je le seul à "jouer" avec les caractères Unicodes sur iAcs ?

[m4k-Hurrican]

Bonjour,

De notre côté, à part moi parce que je suis sur un mac, personne n'utilise ACS.
Pour les écrans verts, les utilisateurs ont encore I Access V7R1, mais progressivement tout est remplacé par des interfaces en .net et Web (PHP + Webix).

Mais je viens de faire un test, et pour ma part je ne rencontre pas de soucis.
J'ai un seul programme, très vieux et inutilisé, datant de l'AS400 1er du nom (développé sur un B10 en 1.3 ! ) qui utilisait le multi-colonne.
Voilà ce que j'obtiens :

[condate]

Bonjour,

De notre côté, à part moi parce que je suis sur un mac, personne n'utilise ACS.
Pour les écrans verts, les utilisateurs ont encore I Access V7R1, mais progressivement tout est remplacé par des interfaces en .net et Web (PHP + Webix).

Mais je viens de faire un test, et pour ma part je ne rencontre pas de soucis.
J'ai un seul programme, très vieux et inutilisé, datant de l'AS400 1er du nom (développé sur un B10 en 1.3 ! ) qui utilisait le multi-colonne.
Voilà ce que j'obtiens :

Bonjour et merci pour votre réponse.

Si c'est un vieux programme je doute fort qu'il affichait des zones déclarées en Unicode. En fait c'est la combinaison SFLLIN + caractères Unicode qui duplique le contenu de la première colonne sur la deuxième.

Merci tout de même

Condate

[condate]

Voici ce que mon écran donne avec une émulation "Normale" :

[condate]

Et voici ce que le même DSPF affiche avec l'émulation configurée pour afficher de l'Unicode (Les 2 colonnes "Op=Libellé" sont en Unicode 13488). Pour moi, cela resssemble fort à un Bug (AS/400 ou iAcs ?)

[m4k-Hurrican]

J'avais légèrement adapté le fichier le DSPF et le RPG pour utiliser un champ en CCSID 1208.
Et çà fonctionnait.

Mais j'ai décidé de passer en CCSID 13488, et là...j'ai le même problème que toi.


Problème qui n'existe pas avec i Series Access V7R1

[condate]

J'avais légèrement adapté le fichier le DSPF et le RPG pour utiliser un champ en CCSID 1208.
Et çà fonctionnait.

Mais j'ai décidé de passer en CCSID 13488, et là...j'ai le même problème que toi.


Problème qui n'existe pas avec i Series Access V7R1

Merci pour ce test. Le problème provient donc probablement d'iAcs.... Il ne doit pas y avoir beaucoup de monde à utiliser le CCSID(13488) avec SFLLIN alors. Depuis que ce problème traîne... Pas de bol, je vais devoir éliminer SFLLIN.

[m4k-Hurrican]

Ou passer sur une interface qui ne soit pas l'écran vert.
Personnellement, même si c'est long parce qu'on dispose d'un grand nombre de programmes parfois très complets et complexes, je réécris tout soit en VB.net pour la gestion la plus standard, soit en Web (framework Webix + PHP) pour les programmes auxquels on doit pouvoir accéder de n'importe où.
Edit :
Je suis même surpris, mais les programmes en Webix + PHP sont de loin les plus rapides à l'exécution (et c'est diablement rapide). Afficher des données lourdes se fait instantanément (surement parce que l'accès aux données se fait dans le serveur), là où l'accès en ADO est relativement lent.
Un programme chargé de traiter des données (lecture + mise à jour) en VB.net sera en moyenne 5 fois plus lent que son équivalent en PHP... En lecture seule, c'est 10X minimum !
Et si il y a beaucoup de formatage de données (par exemple dans un DataGridView en vb.net, et dans un datatable en Webix), alors là çà devient presque risible. D’instantané ou presque sur l'interface Web , on est à plusieurs secondes sur l'interface .net J'ai un exemple récent ou le même traitement se faisait en 120ms sur Firefox, avec affichage de la page complète, presque 12s avec son équivalent VB... J'aime bien .net pour certains aspects, mais pour ce qui est de la vitesse, c'est vraiment pas çà !
Si j'avais les capacités pour (je ne suis pas développeur Web ), j'avoue que je ferai tout en Webix + PHP.

[condate]

Ou passer sur une interface qui ne soit pas l'écran vert.
Personnellement, même si c'est long parce qu'on dispose d'un grand nombre de programmes parfois très complets et complexes, je réécris tout soit en VB.net pour la gestion la plus standard, soit en Web (framework Webix + PHP) pour les programmes auxquels on doit pouvoir accéder de n'importe où.
Edit :
Je suis même surpris, mais les programmes en Webix + PHP sont de loin les plus rapides à l'exécution (et c'est diablement rapide). Afficher des données lourdes se fait instantanément (surement parce que l'accès aux données se fait dans le serveur), là où l'accès en ADO est relativement lent.
Un programme chargé de traiter des données (lecture + mise à jour) en VB.net sera en moyenne 5 fois plus lent que son équivalent en PHP... En lecture seule, c'est 10X minimum !
Et si il y a beaucoup de formatage de données (par exemple dans un DataGridView en vb.net, et dans un datatable en Webix), alors là çà devient presque risible. D’instantané ou presque sur l'interface Web , on est à plusieurs secondes sur l'interface .net J'ai un exemple récent ou le même traitement se faisait en 120ms sur Firefox, avec affichage de la page complète, presque 12s avec son équivalent VB... J'aime bien .net pour certains aspects, mais pour ce qui est de la vitesse, c'est vraiment pas çà !
Si j'avais les capacités pour (je ne suis pas développeur Web ), j'avoue que je ferai tout en Webix + PHP.

Cela serait probablement l'idéal, mais je suis en indépendant avec de faibles moyens et peu de temps libre. Donc investir du temps et de l'argent... alors que si tout fonctionnait impeccablement chez IBM ce serait top. Mais j'admets que je serai peut-être obligé d'y passer.

J'ai déjà un petit vernis sur PHP mais qui date d'il y a 12 années. Webix je n'en ai jamais entendu parler...

[condate]

Cela serait probablement l'idéal, mais je suis en indépendant avec de faibles moyens et peu de temps libre. Donc investir du temps et de l'argent... alors que si tout fonctionnait impeccablement chez IBM ce serait top. Mais j'admets que je serai peut-être obligé d'y passer.

J'ai déjà un petit vernis sur PHP mais qui date d'il y a 12 années. Webix je n'en ai jamais entendu parler...

Bonjour aux lecteurs...

Est-ce que l'un d'entre vous aurait une possibilité de signaler cet incident à IBM svp ? Je crois que tout est dit sur ce fil...

Je n'ai aucun moyen de le faire moi-même. Le cas échéant, merci d'avance.

Condate

[condate]

Merci pour ce test. Le problème provient donc probablement d'iAcs.... Il ne doit pas y avoir beaucoup de monde à utiliser le CCSID(13488) avec SFLLIN alors. Depuis que ce problème traîne... Pas de bol, je vais devoir éliminer SFLLIN.

Bonjour à tous.

J'ai réussi à tracer les échanges entre L'IBM i et iACS : Voici mon verdict, c'est l'IBM i qui, dans ce cas particulier, n'envoie pas les bons caractères. Il ne reste plus qu'à attendre que quelqu'un d'influent repère ce Bug, le signale à IBM, puis qu'IBM le corrige... Attendre encore quelques mois je pense. Si j'ai eu ce besoin, il y existera bien une autre personne dans le monde qui aura le même.

Condate