[mOved] PedroM 0.75 - Page 2

Je crois pas. J'ai ecrit le code. Je pense vraiment que c'est ce bit 7 du port 600000 qui fait ca.

Ah OK.

lol si ça se trouve c'est ça, mais bon c'est bizarre que pedrom le modifie

Il le modifie: il l'initialise

En fait, je ne peux pas envoyer un seul fichier dans la calculatrice ... ca me met plein d'erreurs suivant comment j'envoie:
- avec graphlink + blackservice (pke je suis sous XP) ca me fait rien .. enfin, lancer le blackservice me fait allumer l'écran de la calculatrice (c deja ca) mais au moindre transfert, ca me fait une erreur
- avec TiLP ... bah rien, tout simplement

Bon ok. Je mets la nelle version en stand bye.

D'ailleurs, je me demande si sous PedroM on peut envoyer/recevoir des fichier sous NT/XP pke si on a le TIGL et pas TiLP, il faut utiliser le blackservice (dans la package donc j'ai mis le liens dans un de mes précédants posts) .. et je sais pas si ce n'est pas ça qui fait foirer le transfert ...

Si tu veux je peux faire des tests sur 89 hw1 sous xp

La nelle version devrait arriver aujourd'hui. Peu de nouveates, mais faut que je corrige ce bug.

PpHd
: La nelle version devrait arriver aujourd'hui. Peu de nouveates, mais faut que je corrige ce bug.

M' oublie pas stp :
macgyver.sg1@caramail.com

Arg pas sur qu'elle arrive aujourd'hui. Demain c'est possible ? Je dois tailler les hais du jardin (Je suis a la bourre).

Prends ton temps. Moins il y a de bugs, de trucs mal implémentés, mieux ça vaut...

Haeu j'ai pas trop eu le temps de tester mais:
- Krypton crashe toujours ce n'était donc pas le mêm bug que space dementia.
- J'arrive pas a faire tourner le scripts j'utilise bien #!PedroM mais a l'execution ca fait comme si l'on executait un script vide

1. Krypton I ou II ?
2. Les scripts marchent chez moi... A reverifier.

3. J'ouvre pas de nouveau topic pour la 0.76.

Dans la version 0.74, j'avais indiqué un bug concernant certains ROM_CALLS MEMORY/STRINGS qui prenaient un long en argument mais tu utilisais DBcc dessus (et DBcc opère sur le premier word du registre).
Est-ce que ce que j'ai dit était hors sujet, inutile ?

Euh... Serai t'il possible d'avoir PedroM car apparement, je n'ai pas reçu la dernière. Je n'ai que la version 0.74
([email]guillaume.sabourin2@wanadoo.fr[/email])

jackiechan :
Dans la version 0.74, j'avais indiqué un bug concernant certains ROM_CALLS MEMORY/STRINGS qui prenaient un long en argument mais tu utilisais DBcc dessus (et DBcc opère sur le premier word du registre). Est-ce que ce que j'ai dit était hors sujet, inutile ?

Et le pire est que ça marcherait très bien s'il n'avait pas implémenté ces !"§$%&/()=? de blocs de plus de 65520 octets qui ne font que causer des problèmes.

>Krypton I ou II ?
Krypton I j'ai pas la chance de faire partie des beta-testeur de Krypton II

>Les scripts marchent chez moi... A reverifier.
Chez moi c'est vérifié et revérifié, ca fait rien

Krypton crashe toujours ce n'était donc pas le mêm bug que space dementia.

argh
comme j'ai déjà du le dire, il est probable que le problème vienne de moi, en fait...
(vu la façon dont K1 est codé, ça serait pas étonnant )

1. Quelle version de Krypton I ?
2. Oué les scripts merdent a mort.
3. Oué j'ai pas encore corrige les pbs des dbcc pour les mem/str
4. Non, ca fait pas chier d'avoir des blocs de + de 65520 !

Nouveaute de PedroM 0.77: un Task Switcher integre (Oui, c'est celui de Kevin qui m'a remotive pour le finir). J'ai essaye avec sf2t et sma, ca marche... Mais il reste pas mal de trucs a faire (Genre proteger les fichiers).

pour le task switcher. Même si j'ai peur que ca rende des programmes mal fait encore plus instables.

pour krypton c'est la dernière version il me semble: la 0.99

Pour le task switcher comment ca marche?
Je supose qu'il doit y avoir une interuption a ne pas désactiver?

Nan, nan.
Soit le programme est compatible, et il switche de lui meme.

SOit on active un flag ,et ca switche avec ngetchx (KEY_SWITCH) ou lorsqu'on appelle le trap #4

Uther Lightbringer :
Pour le task switcher comment ca marche? Je supose qu'il doit y avoir une interuption a ne pas désactiver?

Le mien tourne avec l'auto-int 6. Et ça marche très bien même avec beaucoup de programmes existants. Je ne sais pas comment exactement fonctionne celui de PpHd, mais je sens qu'avec pas mal de programmes, ça ne marchera pas (par exemple ceux qui n'utilisent pas ngetchx).

PpHd> Est-ce que comme Kevin, tu es obligé de sauver des tonnes de mem entre les switch (ou à l'initialisation dans le cas de Kevin) ?
Parce que personnellement, je trouve ça lourd comme technique.
Mais j'avoue que je ne vois pas trop d'autre solution.

L'utilisation d'une autre pile ? (idée hasardeuse)

Quand on fait de ta commutation de tache je vois pas coment ce passer d'une sauvegarde du contexte. donc c'est sur qu'il faut pas mal de meme . Je me suis pas penché sur le problème mais il doit falloir sauvegarder touts les registres, sans doute la pile et certainement pas mal d'autre truc.

jackiechan
: PpHd> Est-ce que comme Kevin, tu es obligé de sauver des tonnes de mem entre les switch (ou à l'initialisation dans le cas de Kevin) ?

Je précise que dans mon task switcher, la mémoire sauvegardée l'est aussi lors d'un switch, pas seulement lors de l'initialisation. Les piles (user stack, supervisor stack, expression stack) sont allouées à l'initialisation et seuls les pointeurs sont échangés lors d'un switch. Mais pour le reste, c'est copié à chaque switch.

C'est quoi, le reste ?