60

> memset / memcpy beaucoup plus rapide
C'est bien. Je supprimerai le commentaire dans la doc d'ExtGraph.
Notez qu'il aurait été difficile de faire pire que les précédentes, sans rajouter du gaspillage de temps. Voilà ce que c'est, l'optimisation (ici taille) extrémiste...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

61

>Heu t'est sur qu'il y a pas de risque de créer des incompatibilités avec ASM?
Ben des programmes qui marchaient pas avant, marche maintenant (calcrogue).
Je sais plus trop pourquoi.
Mais il faudra tout restester.

>C'est bien. Je supprimerai le commentaire dans la doc d'ExtGraph.
Ca serait bien que tu mettes dans les doc ce qui doit s'y trouver et pas des remarques hors-sujets cheeky

62

Ca fait partie de la nécessaire information de l'utilisateur.
Les horribles ClrScr/memcpy/memset de PedroM étaient une excellente raison pour utiliser des fonctions beaucoup plus optimisées à la place: ça permet d'avoir du code portable, qui marche (aux bugs et incompatibilités de PedroM près) de la même façon sous AMS et PedroM.
Plains-toi que je donne aux programmeurs une solution pour que ton OS soit moins inutilisé...
De même, je râle que Kevin n'ait pas fait mention de la lenteur des fonctions de files.h dans la doc.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

63

>Ca fait partie de la nécessaire information de l'utilisateur.
Oui, mais ce genre d'information ne doit pas faire partie de la doc.
Un tutorial ou une page web regroupant des conseils feront amplement l'affaire.

64

Il y a un tutorial (S1P9) dans les cartons. Ca fait plus de six mois qu'il est commencé, mais je n'ai pas le temps de m'en occuper, trop de boulot. Il faudrait aussi que je le fasse lire à plus de monde - d'ailleurs, est-ce que je te l'ai envoyé ?
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

65

PpHd
: production executable pour V200 et Titanium (mais pas support USB pour cette derniere).

Serais-tu confiant pour un test sur une vraie Titanium ?

66

J'attend de faire des tests un peu plus exhaustif sur tiemu.
Il faudrait aussi que je verifie des details (contrastes + flash), mais en pratique, une HW3 ressemble pas mal a une HW2 au niveau port.
Le code de boot d'AMS est quasiment identique (sauf l'appel au calcul de la taille de la RAM).
Je n'ai pas trouve le code initialisant les ports USB.

Il faudrait aussi que je teste le code V200. Meme pas lance sur tiemy cheeky

67

Ah et aussi le code du trap #4 bien sur !

68

PpHd, tu n'as pas répondu à #63...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

69

./64: non.

70

Bon, faudra que je le fasse.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

71

Si tu veux. cheeky

72

Fait. Please, tenir compte du commentaire qui accompagne le fichier...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

73

D'ailleurs je ne le comprends pas.

74

J'étais pressé, mais je ne vois pas bien comment faire plus clair.
Dans un tutorial sur l'optimisation générale, il ne me paraît pas très approprié de mettre la solution "passer en mode kernel", puisque le kernel et ses libs bouffent des KB de RAM et d'archive (du moins, le bénéfice attendu ne peut être effectif que si beaucoup de programmes font une optimisation particulièrement intéressante en passant en kernel-based, ce qui n'est plus si fréquent avec l'optimizing linker de TIGCC)...
Tu peux le prendre comme une forme de censure si tu veux.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

75

Mais je ne comprends pas le rapport entre optimisation et mode kernel.

76

Pas mieux, y'a un peu aucun rapport.
avatar
Que cache le pays des Dieux ? - Forum Ghibli - Forum Littéraire

La fin d'un monde souillé est venue. L'oiseau blanc plane dans le ciel annonçant le début d'une longue ère de purification. Détachons-nous à jamais de notre vie dans ce monde de souffrance. Ô toi l'oiseau blanc, l'être vêtu de bleu, guide nous vers ce monde de pureté. - Sutra originel dork.

77

Bon...
"Aucune remarque sur l'optimisation qui ne s'applique qu'en mode kernel et pas en mode AMS native", ça va mieux ?
Pour pouvoir optimiser un petit truc, devoir avoir un jeu de fichiers qui prend 30 KB de façon permanente (moins si on se limite aux libs les plus essentielles, mais je parle ici de stdlib) en archive et plusieurs KB de façon permanente en RAM n'est pas ce qu'on peut appeler une optimisation, n'est-ce pas ?
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

78

Lionel> Oui, ces libs prennent de la place, mais les programmes qui utilisent ces libs prennent moins de place que s'ils étaient linkés statiquement aux lib, eux... roll
avatar
« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas. »

79

Please stop sino je sens que ça va ecore troller dans un topic qui est pas fait pour à la base.
avatar

80

Le changelog de PedroM 0.81:

v0.81: * Optimize in size EX_getArg (Use _reg form of next_expression_index).
* Fix bug of cat command: it doesn't close the openend files!
* Optimize in size MakeWinRect.
* Fix bug and optimize in size ScrToHome.
* Fix bug of WinCharXY and WinChar: forget that pushed C chars are NOT like pushed asm chars. (Update WinStr too!)
* Optimize in size delete_expression, push_expr_quantum, push_quantum.
* Fix crash bug of EV_sendEvent(CM_ACTIVATE).
* EV_defaultHandler(CM_ACTIVATE) clears screen.
* Add [2nd]+space shortcut in HelpKeys.
* f[r]open check if a sym is a text file is it opened in text mode [TO CHECK]
* Fix bug of Input String Shell: Del char was buggy.
* cd without parameter is equal to cd main.
* Separate History Commands for each process (When you start a new process, the old history are copied).
* Rename internals SetLcdMem and SetTerminal to InitGraphSystem and ReInitGraphSystem.
* ReInitGraphSystem resets Clipping area too.
* Rename "Syntax Error " in "Error ".
* Rename 'cls' command in 'clear' to be more Unix like.
* Trap_11 does just a rte.
* Fix bug of switch in ngetchx/GKeyIn
* Trap #5 turns off the calc (But it can't switch): don't use it. I may extend this trap.
* Fix apd / switch bug in GetKey.
* Fix bug of auto-repeat alpha key on 89 (Thx hwti).
* Add auto-repeat bit in FIFO as suggested by hwti.
* Add "var in use" error.
* Fix bug of 'clean' command which doesn't clean the in-use programs correctly.
* Fix bugs of 'grep' command.
* Add '/dev/null' as a special file for fopen.
* Fix bugs in file functions (ftell, feof, ... for stdin/stdout crash the calc).
* Optimize vcbprintf.
* Use tigcc v0.95 for building the C files.
* BitmapPut is now fully clipped!
* Speed Up memset.
* Speed Up memcpy.
* Add [2nd]+Left and [2nd]+Right in the Shell.
* Parser not longer accepts "2 3 x 4", "hezlp..", ...
* Fix copyright notice of Ellipse.c
* Improve the Task Switcher:
- DIAMOND+Fn starts a new shell if no process is already created.
- Change the API of PID_Go and PID_Init.
* Avoid using Ghost Space (<= Titanium).
* Kill command doesn't wait for confirm anymore.
* Fix bug of parser.
* ValidateSymName accepts now 'A' -> 'Z. As a consequence, PedroM file system becomes case sensitive.
(You can go to Level 2 of Calc Rogue now).
* Speed up ScreenClear.
* Add CharNumber (To debug).
* Cleanup build process a lot (Use of Makefile).
* Fix maketib to produce HW3 comptable TIB.
* side is now under GPL.
* Minor fixs in link.asm and boot.asm
* You can build PedroM without non-GPL stuff (Add -vGPL).
* Rewrite functions for Long.asm.
* Add new Kernel core of Preos 0.72.
* Simplify the launching code a lot.
* Add Heap Table in Romcalls
* Improve comments.
* Fix bug of completion which isn't proceed correctly (at least!)
* Allow space between '>' and file for redirection.
* Allow no space before '>' and redirection (except for 2> of course).
* Add support for alias. All string vars in system may be alias.
* Update OSReadLinkBlock. It should be faster, and should be able to receive more bytes.
* OSWriteLinkBlock doesn't check bit 1 of $60000C before writting it.
* New Install TIB under GPL thanks to JM!
* Fix bug of laucher of PPG due to new Kernel Core.
* Move internal activity and Link error before checking Receive Buffer.
* Remove some useless code (?) in Int4.
* Fix bug in TIB Installer: wrong receive code.
* Fix bug in clean: Freeze code.
* Fix bug while switching Process using DIAMOND+Fkey
* Free LibraryTable if it is null.
* clean display if it has freed some handles.
* Change the order of key scanning in Ints.asm.
* Fix bug in FolderDel: home folder wasn't locked and may moved while deleting.
Rewrite things so that is doesn't matter (smaller too).
* Add a nice "ProgressBar" for Install Tib.
* Fix bug of strncpy thanks to LionelA.

Fait chier que je ne puisse toujours pas releaser sad

81

Les Bugs Release Criticals:

Bug: Si une Librarie est trouvee en VAT, en RAM et relogee, mais pas dans la table de relocation, il faut reporter une erreur (LIBRARY in use) - probleme du au task switching
Bug: Lancement Kernel: des handles ne sont pas desalloues correctement (????).
Bug: Les messages d'erreur du shared linker ne sont pas affiches.
Untested: Nouveau code "Install Tib" non teste.

82

Et... pourquoi ne peux tu pas releaser?
avatar
Mon journal de bord <flux rss manuel> asTI68k : WIP </flux>

Le modernisme ne diffère guère de la libre pensée absolue que par sa prétention de demeurer catholique.

83

Les Bugs Release Criticals:
ca veux dire "les bugs qui font ch*er pour la release"

84

Sachant que c'est surtout le dernier point qui bloque... sad

85

Et tu compte tester comment ?

Tu veux qq testeurs ?
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

86

ah ok, j'avais pas compris ça comme ça, dsl.
avatar
Mon journal de bord <flux rss manuel> asTI68k : WIP </flux>

Le modernisme ne diffère guère de la libre pensée absolue que par sa prétention de demeurer catholique.

87

Enfin j'ai recu a le faire fonctionner sous tiemu love
Tiemu Info:
Calc Type: Ti92+
Version: 0.81
RAM Size: 256 KB
ROM Size: 2048 KB
ROM Type: Flash
Hardware: Hw2

et un petit screenshot de ce systeme (detecte comme PedroM 0.81 par tiemu) pour l'occasion:

screenshot000.png

cheeky

88


Et tu compte tester comment ?

D'abord sous tiemu. Puis sous ma calc. Puis apres seulement ...

Tu veux qq testeurs ?

Pour des gentils beta-testeurs.

89

M'enfin va falloir que je teste plus d'une fois avec tiemu. Avec le cable virtuel tiemu, ca ne marche pas: time out de la calculatrice emetrice.
Et meme avec le cable virtuel vti, il a fallu que je m'y reprenne a deux fois (sinon time out de la calculatrice emetrice).
Le probleme est que tiemu recevant consomme beaucoup plus de CPU que l'emetteur.
En gros il faut que le receveur ait 2 a 3 fois plus de temps CPU que l'emetteur sinon time out. (Et ce n'est pas la seule facon).
Bon il faut que je verifie si les certificats ne sont pas corrompus par l'install de TIB.

90

Autre point : va falloir que je demande a KK et a Extended de relire le code de reception de TIB et de le valider
(Je suis chiant mais c'est le SEUL code dont il faut etre sur dans PedroM. Le reste bof).