DoorsOS II 0.98/0.99 - Page 1

Vous allez me trouver fou, mais j'aurai aimé que vous me disiez se qui "manque" et qui pose problème dans cette "vielle version" de DoorsOS.

Si vous me répondez, essayez d'etre précis merci.

-

C'est-à-dire ?
Je n'y connais rien, moi.

Ben à peu près tout En fait toutes les librairies dont tu as besion pour DoorsOS, PlusShell,... sont groupés et compressées dans un fichier, donc PreOS économise de la place sur ce point et permet en plus d'assurer le lancement de quasiment tout les jeux kernels programmés pour DoorsOS, TeOS, UniOS et compagnie. Pour plus de présicion, tu peux lire le readme tout simplement

Les niveaux de gris sont très mauvais sur HW2, beaucoup de boggues, Tous les nouveau RAM_CALLS de PreoOS en moins, incompatibilité avec plusieurs programmes, utilisation obligatoire de HW2Patch et j'en oublie sans doute beaucoup

Preos.txt -> Features - doorsos.txt->Features.

allez godzil au boulot

lol
j'mattendait a se que vous me fassiez directement le tableau des choses qui manquent
lol

flemmard

oué

Uther Lightbringer
a écrit : Les niveaux de gris sont très mauvais sur HW2, beaucoup de boggues, Tous les nouveau RAM_CALLS de PreoOS en moins, incompatibilité avec plusieurs programmes, utilisation obligatoire de HW2Patch et j'en oublie sans doute beaucoup

Les nvg sont du ressort du kernel ???
C'est pas plustot gray4lib qui le gere ??
Si c'est le cas, le pbm viens pas de DoorsOS en lui meme, mais de la lib

Ai-je tors ???

Incompatibilité avec certain programme ?
C'est a dire ??

POur HW2Patch il s'agit d'un link avec h220xtsr a lancer, si besoin est, à l'install du kernel c pas super complexe a faire sa.
Il est vrai qu'il y a une méthode pour tester si HW2Patch est installé, et je pense qu'elle vois pas si h220xtsr est installé non ?

POur HW2Patch il s'agit d'un link avec h220xtsr a lancer, si besoin est, à l'install du kernel c pas super complexe a faire sa.

Il faut aussi ajouter 0x40000 aux adresses à exécuter!

-

godzil
a écrit : Il est vrai qu'il y a une méthode pour tester si HW2Patch est installé, et je pense qu'elle vois pas si h220xtsr est installé non ?

bah... pour detecter HW220xTSR, il suffit de récupérer la liste des TSR installer :]

Orion_ a écrit :
gray4lib est absolument inutile, je me demande d'ailleurs pourquoi on l'a créer

pour plusshell si je ne me trompe pas.

MacIntoc
a écrit : bah... pour detecter HW220xTSR, il suffit de récupérer la liste des TSR installer :]

recuperer la liste des tsr ne sert absolument a rien pour un kernel, si se n'est l'alourdir !

MacIntoc
a écrit : bah... pour detecter HW220xTSR, il suffit de récupérer la liste des TSR installer :]

N'importe quoi. Il faut regarder vers quoi pointe le trap #$B et c'est tout. Et si par "la liste des TSR", tu veux dire la liste des hooks d'évènements, c'est complètement au mauvais endroit que tu regardes!

Je ne voudrais pas "casser" franchement MacIntoc, mais je trouve cependant qu'il pourrait se taire quand il ne connaît rien au sujet...

bof... gtsr() detectes bien HW220xTSR en même temps que les autres...

Il doit avoir du code spécial pour ça alors, parce que h220xTSR ne touche pas du tout à EV_hook.

Orion_ a écrit :
gray4lib est absolument inutile, je me demande d'ailleurs pourquoi on l'a créer
puisque c'est graphlib qui gere sa.
et perso, j'ai fait des test sur HW2 et les 4NVG et 8NVG sont absolument parfait sur ma calc avec la graphlib de preos qui , il me semble a été modifier amélioré/optimisé par PpHd.

Gray4lib était une des libs de Fargo II. Graphlib a été créée plus tard par la Doorsteam.

D'ailleurs, graphlib est une idée stupide parce qu'elle regroupe des fonctions utiles (niveaux de gris) avec des fonctions totalement inutiles qui ne font que "réinventer la roue", vu qu'elles réimplémentent des fonctions qui sont déjà dans la ROM.

Sauf que seules $63 romcalls étaient définies dans tios.h. A l'époque les docs n'existaient pas pour décrire les roms de la 92/92II. De plus il n'y a pas de table des romcalls auter que celle créée par Fargo.

Peut-être, mais ce n'est pas une raison de ne pas supprimer ces routines de graphlib en faisant le portage TI-89/92+ (et maintenant V200).

Je voulais juste dire qu'à l'époque, ce n'était pas une idée stupide

OK, tu as raison sur ce point-là.

de tte si cela a été gardé, ct pour des raison de compatibilité... et malheureusement en informatique la compatibilité... Si on veux garder... faut aller jusqu'au bout... C pour sa que le shell texte ss Windows 2000 permet encore de lancer des applis DOS..

Les nvg sont du ressort du kernel ???
C'est pas plustot gray4lib qui le gere ?? Si c'est le cas, le pbm viens pas de DoorsOS en lui meme, mais de la lib

En effet le problème vient des libs les libs fournies avec PreOS et stdlib ont été bien débogguées

>Incompatibilité avec certain programmes c'est a dire ??

Certains vieux programmes dont je n'ai plus le nom et les nouveaux programme qui utilisent les nouveaux RAM_CALLS de PreOS.

POur HW2Patch il s'agit d'un link avec h220xtsr a lancer, si besoin est, à l'install du kernel c pas super complexe a faire sa. Il est vrai qu'il y a une méthode pour tester si HW2Patch est installé, et je pense qu'elle vois pas si h220xtsr est installé non ?

Je doute que Doors puisse fonctionner avec HW2TSR sans modification

PreOs + :
- Runs on V200.
- Runs on AMS version 2.07 & 2.08.
- Uses HW2Tsr .
- Anti Crash protection for nostub and kernel programs (even if the kernel programs have a real better protection)
-protected exit mode-.
- If the Kernel AntiCrash failed (It could), it will use the nostub Anti-Crash. There are 3 ways that the kernel protection failed : if the windows list is corrupted (Nostub protection works), if the Error frame is corrupted (Nostub protection works) and finaly if the handle table or the VAT is corrupted (Nostub protection doesn't work).
- Uses ON + ESC at any time to have an Hot-Reset : you will restart your calc, without losing your files. But you will lose some memory (~200b). If the Window List is corrupted, Preos may fail to recover some memory (But it should not crash).
- [SHIFT] + ON calls 'shell' program as soon as tios::idle is called. It will save the screen into a handle (You need 4Kb more than if you run it under the home entry, but you can interrupt some quite long calcul !) (Doorsos uses EV_hook for this)
- You can even call 'ticTex' with SHIFT+ON !
- An unused library is freed as soon as you don't need it.
- The libraries have now an internal version number so that a program won't run if the library is outdated (With other Kernels, it just checks if the required function exists in the library . But PreOs checks if the internal version number is greater than the required version of the library, mentionned by the program). The new libraries with a version number are still compatible with other Kernels.
- Rewriten versions of the standard libs.
- Support of compressed libraries.
- Support of auto extratible Pack Archive.
- Support of Static files in Pack Archive. Exemple : you have 'smacode' (the code which needs to be executed in RAM) and 'smadata' (the data which should in archive memory). With previous version of Preos, you were able to declare 'smadata' as ReadOnly so that this library wouldn't be unarchived (To gain RAM memory). Now, you can add in a Pack Archive both code and data ! 'smacode' will be added in the pack and compressed, 'smadata' will be added too but not compressed. When you run your Pack Archive, it (uncompress &) runs 'sma'. But 'smadata' will remain in the archive memory ! You have only ONE file ('sma', the pack archive) which starts itself, with BOTH code (compressed), data & BSS section separated, and without any overcost of RAM : only the code uses the RAM (Strictly speaking you'll have an overcost of 18 bytes. So ~0 .
- Support of auto-run kernel programs (kernel programs can install the kernel before running).
- Fix Crash Bug when you change your batteries on HW2 if no Hw2Tsr (By JM) : that is to say, trap #4 in an asm program (RAM) won't crash anymore on HW2 if you change the batteries.
- 92+ emulation on V200 : if the program is not designed to run on V200, Preos will tell to the program that it is a 92+, instead of a V200. Of course, if the program is designed to work on V200 (Bit 5 set), then Preos tells to it that it is a V200 ! It allows some programs to run fine on V200 (It was designed to support Txtrider).

- Under Kernel programs, all the vectors and EV_hook are restored like the ports $600010 and $600017.
- Don't save the screen, but redraw it (You gain 4Kb of memory !) exept if you run it with SHIFT+ON (Save_screen flag doesn't work also under SHIFT+ON call).
- A kernel program cannot be recalled 255 times (It should never happen).
- Check if the stub of a program is valid !
- Virtual Ti is detected as an HW1.
- Supports for EMULATOR RAM_CALLS.
- ROM_THROW support on AMS < 2.04, and ROM_THROW support even in supervisor mode on all AMS (AMS 2.05 doesn't support ROM_THROW under Supervisor mode).
- Create a saved copy of the new auto-ints and EV_hook each time preos is called : if you have installed a TSR which changes the auto-ints, you should run preos after so that PreOs reload a new right configuration of the auto-ints (It will restore them when nostub programs crash).
- Add 12 usefull RAM_CALLS functions :
+ kernel::exec
+ kernel::Ptr2Hd
+ kernel::Hd2Sym
+ kernel::LibsBegin
+ kernel::LibsEnd
+ kernel::LibsCall
+ kernel::LibsPtr
+ kernel::LibsExec
+ kernel::HdKeep
+ kernel::ExtractFromPack
+ kernel::ExtractFile
+ kernel::ExtractFileFromPack
- Add 8 new RAM_CALLS to improve compatibility.
- Save_Screen flag is supported !
- Read_Only flag is supported !
- The userlib::exec function supports zipped programs : it uses conditionnal libs so that, if it isn't a zipped program, you don't need ziplib. But it is useless, since even 'Doors explorer' doesn't use this feature (It uncompresses the program by itself). kernel::exec and util::exec don't support zipped programs.
- The original contrast value is restored in case of a crash (Nostub or kernel).
- ROM_THROW supports special value $FFF0 (Long jsr offset), $FFF1 (Long jmp offset) and $FFF2 (Word RomThrow)
- Restore original AMS auto-int in case saved auto-ints are corrupted.

Voila les + de PreOS