C'est exact !

Mais en fait, le problème vient du fait que l'on ne connaisse pas la structure de la table. Si la structure était connue, et quelle qu'elle soit, il serait aisé de procéder à l'affichage de la table.(l'algo d'affichage d'un table x de structure connue est assez simple à écrire, non ?)

Je me demande si la piste ne serait pas d'écrire dynamiquement toute la procédure d'affichage -du curseur au loop au http.p ou dbms_output- dans une procédure basée uniquement sur DBA_TAB_COLUMNS
Si on sait lire dynamiquement, on sait écrire dynamiquement un curseur statique et écrire des variables statiques, non ?
Par contre, cela implique des contraintes assez fortes en termes de privilièges ainsi qu'une lisibilité assez réduite du code, et n'est certainement pas optimale si la table change souvent...