dll :( - Page 2

Touours est-il qu'il sont du même clan

oué, le l'avais oublié squale92, mais c pke il traine opu bcp ici ...

nEUrOne> oué, il ne passe que très rarement
(ça fait même pas mal de temps qu'on ne s'est pas contacté, en fait)

oué, je viens de lui envoyer un msg icq

TiMad >> erf, ton dernier post était objectif, c bien !

nEUrOne & squale92 : si vous parlez de Kevin, sachez qu'il est en vacances.

on parlait de Verstand

on s'en doute que Kevin est en vacance .. sinon, il aurait bondis sur qq posts

>>joelt> pardonne moi cette question "indiscréte", mais tu es anglais ?
Non, je ne suis pas anglais. Je suis américain

bravo en tt cas ... il y en a trop peu ici

joelt> OK.
He bien, en tout cas, bienvenue

(tu verras, nous français, on est des fois un peu rustres, mais on n'est pas méchants)

Bienvenue et bravo pour la qualité de ton français !

squale92: Non, je ne suis pas anglais. Je suis américain Ceux qui connaissent Scott Noveck (snoveck) sur le forum tict comprendra cette petite farce

joelt> heu, oué j'avais saisi la première fois

(heu... petire farce ? ça doit être de l'humour "anglais" (ou américain, c pareil ))

Désole, mais je n'avais pas remarqué la deuxième page, donc je ne savais pas que le message y était.

Dans la cathegorie j'adore:

"Relocation truncated to fit: DISP8 XGTW"

Super et quand on clique sur le msg d'erreur, ca nous affiche une page blanche

Il me semble que ton problème est que ton programme est trop grand, alors la table de relocation ne peut pas être mise dans le programme. Aussi, est-ce que tu a un fichier *.a dans ton projet, avec la fonction DISP8 ou XGTW ou quelque chose comme ça? La page blanche est soit un fichier .a soit une erreur du linker. La table de relocation est un problème du linker. Je pense que c'est ton problème. Fais ton programme plus petit, et vois si cette erreur rapparaît. Si oui, crées une DLL.

C'était en creant une dll..

Bon j'ai trouver l'erreur, c'etait un bcc trop petit.. mais le msg d'erreur est vraiment a chier pour m'indiquer ca!

joelt> Ok pr les deux pages

TiMad: là, je suis d'accord avec toi, le message d'erreur est assez moyen pour indiquer qu'un branch est invalide...
Mais c'est facile à corriger...

Tout depend la taille des fichiers..

Il ne faut pas faire de bcc.s vers des labels d'autres fichiers sources. Des bcc.w à la limite, mais pas des bcc.s.

Le linker n'y est pour rien: tout ce qu'il voit est un relogement 8 bits PC-relatif (c'est-à-dire à reloger en temps de linking, pas en temps d'exécution) vers un label qui est trop loin. Et c'est le message d'erreur qu'il donne. Et il n'a aucun moyen d'indiquer la ligne de source de laquelle vient l'erreur.

En ce qui concerne l'histoire de la DLL _nostub: utilisée comme ça, la DLL _nostub n'est pas mieux qu'une DLL kernel. Ce qu'il faut utiliser est une librairie statique, et tu le sais très bien TiMad.

Nan. Une library, c

Oué, pkoi on aurait pas le droit de faire comme les kernelleux mais en C _nostub DLL ??

Moi j'aime très bien Xlib comme ça

De toute maniere .. il faut savoir que l'equipe tigcc cherche a imposer une idéologie nostub..
et je trouve ca lamentable!!!
Et je conseil l'utilisation de gen et X ! (toc)

Et de GraphX

tout est relatif..
Perso j'aime pas programmer des othelo

TiMad a écrit :
De toute maniere .. il faut savoir que l'equipe tigcc cherche a imposer une idéologie nostub.. et je trouve ca lamentable!!!

Si c'était le cas, USE_KERNEL serait ignoré depuis longtemps déjà.

Ha oui... il suffit de lire la doc.. elle est tellement oriente esprit nostub que n'importe quel newb utiliserai le nostub pour des raison absolument fausse!