Mouselib - Page 3

machin EQU truc (ASM A68k)
.set machin,truc (ASM as)

Martial Demolins :
oui ok. Pour l'écran, RAM_CALL pawa

QCM keylib>moi j'ai un header où y'a que des définitions du genre :

#define K_UP (CALCULATOR ? _rowread(0x3FE)&0x20 : _rowread(0x7E)&0x01 )
#define K_DOWN (CALCULATOR ? _rowread(0x3FE)&0x80 : _rowread(0x7E)&0x04 )
#define K_RIGHT (CALCULATOR ? _rowread(0x3FE)&0x40 : _rowread(0x7E)&0x08 )
#define K_LEFT (CALCULATOR ? _rowread(0x3FE)&0x10 : _rowread(0x7E)&0x02 )

#define K_ENTER (CALCULATOR ? (_rowread(0x3BF)&0x40 || _rowread(0x1FF)&0x02) : _rowread(0x7D)&0x01 )  //[ENTER2] ou [ENTER1] pour ti92

ca me permet de définir ma propre compatibilité :

#define K_HOME (CALCULATOR ? _rowread(0x3FE)&0x08 : _rowread(0x5F)&0x40 )  //[HAND] pour la ti92

Arg.... Faites donc une fonction lisant le clavier dans un tableau, et tester si le bit du tableau est active.

En fait je ne connais pas bien le hardware, je me suis toujours contenté d'utiliser les API. On peut lire tout le clavier d'un coup ? D'après les sources de rowread, c'est pas ce que je comprend.

Des que je lance (ti-89), j'ai droit a un wrong lib version: mouselib.

Hum, j'ai un peu de retard pour ça, mais

les lib@0001, lib@0002 etc... sont a mon avis une très mauvaise idée de s'attendre à ce que les entrée dans la lib soit forcement dans cet ordre. Je sais que tu es le seul développer pour cet lib mais si tu sors une version, que dans les version suivante tu vire une des exportation tu auras une nouvelle lib totalement incompatible (et sans message d'erreur, juste un plantage) car tu exécute sans vérification.

./70: Comprend pas.
./71: Oui. Les fichiers 89z. Preos 1.0.2 et PedroM 0.81 RC6

J'ai aussi essaye sous AMS 3.00

pour prendre un exemple "simple" : les DLL sous windows. (les lib kernel on certain fonctionnement identiques)

Sous windows (comme sur les lib kernel) une fonction exporté peut etre vue de deux maniere différentes :

par son nom (lib::xxx) ou par son numéro (lib@0001)

Avec les DLL il est plus que déconseillé d'utiliser les lib@0001 pour la simple et bonne raison que si l'ordre des fonctions change pour X raison les programmes deja compilé ne fonctionneront plus.

Et en plus non seulement il ne fonctionneront plus, mais en plus il planteront lamentablement car il appelleront une fonction qui n'est pas la bonne, alors que si tu appelais par le nom on aurais droit a un "missing machin"

Godzil: Les libs kernels n'autorisent que l'exportation par ordinal. Si tu enleves des fonctions, tu changes l'ABI. Deux solutions:
1. Tu crees une nouvelle librarie: totolib2 (solution prefere)
2. Tu balances un appel a abort dans le code de la fonction supprime (c'est mal).

A moins que tu dises qu'a l'interieur de son code source, il ne doit pas faire reference directement a keylib@0000, mais utiliser son nom ?

#77: je parle un peu des deux, mais sinon oui plutot dans le code oui

Moi j'arrive pas a le lancer: wrong library version

J'essaye de recompiler temp et pouf :

temp.o: Error: Unresolved reference to `mouselib::ClipZone'.
temp.o: Error: Unresolved reference to `mouselib::CursorAdress'.
temp.o: Error: Unresolved reference to `mouselib::CursorStepH'.
temp.o: Error: Unresolved reference to `mouselib::CursorStepV'.
temp.o: Error: Unresolved reference to `mouselib::CursorX'.
temp.o: Error: Unresolved reference to `mouselib::CursorY'.
temp.o: Error: Unresolved reference to `mouselib::UpdateCursorPos'.
temp.o: Error: Unresolved reference to `mouselib:rawCursor'.

Effectivement, ces symboles n'existent pas dans mouselib.h ...

Moi pas avoir d'IDE sous Nux, et moi detester IDE. Moi maudire IDE jusqu'a son arriere petit fils.