Recherche propriétaires de Voyage 200 et 89 Titanium pour beta-testing (Einstein) - Page 6

C'est pour éviter de faire défiler le curseur de 150000 positions quand on appuie ne serait-ce qu'un quart de seconde sur une flèche

Si je n'installe pas PreOS, le lancement d'un programme kernel se solde par un "kernel required". Comme ce sont les programmes qui génèrent ce message, je pense que les programmes sont bien lancés et que c'est PreOS qui déconne.

Mais bien sûr. ;o

AMS commence à l'exécuter, il y a un jsr dans le stub vers une adresse que le kernel hacke dans la table des vecteurs, et le kernel prend tout en main à partir de là.

PpHd : ben...
La méthode de lancement semble bonne (cf ./128) et sans PreOS les programmes se lancent puisqu'ils affichent "kernel requiered".

Hmmm, verrouilles-tu bien le handle du programme que tu exécutes? Parce que si le bloc de mémoire n'est pas verrouillé, il peut bouger et paf, ça bogue.

Oui oui bien sûr ! D'ailleurs les programmes nostub bugueraient aussi si le problème venait de là.
Et puis ça ne crash pas Ca se referme et retourne à Einstein, c'est tout.

De toute facon, je ne debuggue les programmes que sous pedrom . Pas vrai Martial

Thibaut (./151) :

C'est pour éviter de faire défiler le curseur de 150000 positions quand on appuie ne serait-ce qu'un quart de seconde sur une flèche

Qu'est ce qui t'empêche de faire ta pause une fois l'int 5 réactivée ?
Et d'ailleurs, lire le clavier en bas niveau est il bien nécessaire pour ce type de programme ? Personnellement, je préfère que la vitesse de répétition soit celle dont j'ai l'habitude (tu peux toujours proposer le réglage dans une option)

Comme je suis une bonne poire, j'ai débuggué le bousin (fait chier bordel de putain de merde que ca fonctionne pas sous pedrom), et je confirme que le bug vient de enstein, et que preos fait bien son boulot de refuser le lancement de programmes kernels (code retour -128).
Tu dois pas pouvoir lancer le tict explorer aussi, et çà doit bien bugguer avec les programmes qui mettent leur bit in use

Le SET_FILE_IN_USE_BIT ne fait rien quand le fichier n'est pas trouvé dans la VAT, et si c'est un handle à part, ça ne sert à rien de mettre le bit in-use de toute façon.

Pen^2 : J'étais parti sur ça il y a 5 ans. J'ai vraiment pas envie de recoder la gestion des touches

PpHd : Ca m'étonne pas que ça vienne de moi. Mais qu'est-ce qui ne va pas ?

Tu fais fonctionner einstein sous pedrom, et je te le dis

La version GTC doit marcher, elle ne vérifie pas la version de l'OS

Elle a besoin de einsdata, que tu as déjà (c'est le même que dans l'archive qui est distribuée sur mon site et que tu as utilisé cette nuit)

Mais alors pourquoi distribué une version limité ? Tu fais comme MS ? Tu brides artificiellement ?

Je ne sais plus pourquoi. Peut-être qu'Einstein fait appel à des fonctions qui n'existent pas sur AMS 1.

J'ai recompilé Enstein en enlevant cette ligne :
//#define MIN_AMS 203 // Compile for AMS 2.03 or higher
Ca marche très bien...

Il lance les programmes kernel ??
Sous AMS Dude et moi certifions que ça ne marche pas.

Je voulais dire : ca compile et ca fonctionne comme avant sans cette foutu ligne qui ne sert à rien.
Le bug est ailleurs

Si ça peut t'aider à dénicher la merde, la fonction qui lance les programmes est à la ligne 1029 de actions.c.

Mais je sais parfaitement où il est et comment le corriger. Je te fais juste attendre tant que tu n'auras pas supprimer cette ligne MIN_AMS de ton code source

C'est fait depuis 13h30 Monsieur ! Quand tu m'as dit que ça marchait pareil j'ai tout de suite retiré. Je suis pas Bill Gates (cf ./168)

Dans LancerExecutable, tu utilises malloc (HeapAllocPtr) pour copier en mémoire haute.
Tu ne peux pas l'utiliser car il stocke 2 octets aux début du handle pour ses fins, ce qui fait que le handle que tu donnes à éxécuter te correspond pas à un fichier valide (les deux premiers octets ne sont pas la taille du fichier, etc.)

Il faut utiliser HeapAlloc / HLock à la place.

Putain le chantage quoi ! Je noterai ça dans le readme
(ça fera de la pub à PedROM )

Ben quoi. Tu l'as eu ton bug

Voilà, au chapitre "configuration requise" :

Notez qu'Einstein fonctionne également sur les calculatrices équipées de PedROM (un système d'exploitation développé par Partick Pelissier). Cela a été rendu possible suite à un horrible chantage de la part de l'auteur qui m'a déshonoré à vie. Remercions-le tout de même pour avoir permis à Einstein de tourner sur cet OS remarquable.