16:17 Mot de passe oublié ?

90

MacIntoc, ton message est limite illisible et peut porter à des contre-sens, vu que tu as oublié des cite dans tous les sens! C'est le parfait exemple où l'intervention d'un modérateur (qui a suivi le topic et sait par conséquent quelles parties du message sont des citations) pour corriger le message serait très utile.
MacIntoc
:
MacIntoc :
Je ne vois pas en koi faire une interface personnaliser empècherais d'utiliser les menu d'AMS. C'est surtout la barre de menu qui est pas belle et qui mériterais d'être retouché.
Si tu "retouches la barre de menu", tu n'utilises pas les menus d'AMS!
Il s'agit d'un simple pop-up. La barre de menu est là juste pour faire jolie. Et comme elle est pas jolie, elle ne sert strictement à rien. Donc au tant les supprimer (en diminuant au maximum leur nombre) et/ou en dessinner de plus jolie à la place, en faisant appelle à un pop-up par la suite.

C'est totalement faux. Un rolldown d'une barre de menus n'est pas un popup. Il y a des différences fondamentales:
1. L'endroit de l'affichage. Un popup est affiché n'importe où (normalement au centre), un rolldown est affiché à un endroit bien précis (en dessous du menu choisi).
2. Les touches disponibles! Différence très importante! Dans un rolldown, si tu appuies sur [droite] et qu'il n'y a pas de sous-menu (sinon, il faut appuyer encore une fois) ou si tu appuies sur [gauche], tu passes au rolldown d'à côté. Il n'y a pas du tout ce genre de fonctionnalité avec un popup. Tu peux aussi appuyer sur une touche [Fn] avec un rolldown ouvert pour en ouvrir un autre, autre chose qui n'est pas du tout prévue par les popups.
3. Un popup peut avoir un titre à lui-même, un rolldown n'a pas de titre à lui-même, le "titre" est celui du menu au-dessus.
etc.
Les points 1 et 3 sont peut-être simulables avec des popups, mais le point 2 certainement pas! Rolldowns et popups ne sont pas interchangeables.
(du genre la ram disponible, car c toujours chiant de devoir aller dans 3-4 menu/fenètre pour avoir cette infos avant de lancer un programme).

Sauf que dans un bon shell (en 2 parties, comme le TICT Explorer), la RAM disponible dans le shell n'est pas celle disponible au lancement d'un programme, parce que la partie principale du shell est déchargée lors du lancement d'un programme.
Et puis, il y a des manières plus standard pour afficher ce genre d'informations:
1. la barre d'état.
2. un dialogue accessible en un seul appui de touche (F5 dans le TICT Explorer).
Il est toujours possible de déduire la ram utiliser par le shell, même s'il ne s'agit que d'une estimation.

C'est n'importe quoi. Tu n'as jamais vu un shell en C apparemment. Ne mesure pas tout à l'aide de ton petit shell en BASIC. Avec une architecture en 2 parties, la mémoire prise par le shell lors du listing des répertoires est totalement différente de la mémoire prise lors de l'exécution d'un programme! Et cela parce que le shell est entièrement chargé lors du listing des répertoires et presque entièrement déchargé lors de l'exécution d'un autre programme. Il peut aussi avoir alloué une quantité très variable (dépendante, par exemple, du nombre de fichiers dans un répertoire) de mémoire temporaire avec malloc et consortes, qui sera elle aussi libérée lors du déchargement de la partie principale du shell. Le TICT Explorer prend une trentaine de KO lors du listing des répertoires, mais 7 KO seulement lors de l'exécution d'un programme.
La barre d'état est plus utils pour afficher des chose qui change souvent, par exemple la description d'un fichier dans Tictex.

Solution simple: on affiche des informations comme ça si aucun fichier n'est sélectionné. Par exemple si le curseur est sur l'entrée .. si elle existe.
Et puis, la taille de la bare d'état est trop faible.

123 files, 123456B, 1234567B free RAM
Ça devrait rentrer même sur TI-89, ça.
Le fait de devoir appuyer sur F5 est une gène. La ram dispo est quand même une info importante pour éviter de faire planter certain prog qui ne sont pas protéger contre ce genre d'erreur, et doit donc être accessible d'un simple coup d'oeuil.

Cette information est:
1. fausse et
2. pas si importante que ça
si le shell se décharge au lancement d'un programme comme il est censé le faire.
Pasque les menu, c bien beau, mais c pas necessairement utils, vue que ce ne sont, en définitif, que des pop-up.
Ce ne sont pas "que des popups", c'est le menu principal de l'application, et il est bien à sa place.
Explique moi la différence entre un pop-up et le menu, hormis la petite case du haut ??

Cf. ci-dessus.
A si, un petit détail, essayes d'utiliser un peu plus judicieusement la barre d'état, il y a plein d'espace qu'il serait possible d'utiliser.
Cf. ma remarque au sujet de la RAM libre plus haut.
La barre d'état serait plus utiles dans un shell pour afficher les info sur un fichier particulier (comme le fait Tictex).

Cf. ci-dessus.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

91

je pense que je vais réduire les menus pour mettre la ram libre dedans
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

92

MacIntoc, ton message est limite illisible et peut porter à des contre-sens, vu que tu as oublié des cite dans tous les sens! C'est le parfait exemple où l'intervention d'un modérateur (qui a suivi le topic et sait par conséquent quelles parties du message sont des citations) pour corriger le message serait très utile.


ils sont en vacances :/
Tekken Punch !!! beuh Love Hina déjà fini ... :'(
Japan-A-Radio
Vertyos@| les modos sont des enculés
Vertyos@| y'a des queues partout, un vrai bonheur'

93

et ce n'est pas leur rôle
*** Ne sous-estimez pas la puissance de la Marmotte ***
© Marmotte Team : LaMarmotte, sBibi, Vark & sabrina

94

Kevin Kofler :
MacIntoc, ton message est limite illisible et peut porter à des contre-sens, vu que tu as oublié des cite dans tous les sens! C'est le parfait exemple où l'intervention d'un modérateur (qui a suivi le topic et sait par conséquent quelles parties du message sont des citations) pour corriger le message serait très utile.

Bah... lors de tous les débat KernelVs_Nostub, les posts (de PpHd, comme de XDanger et même certains des tiens) sont aussi amoché que ça, et ça vous empèche pas de vous battre joyeusementtongue
1. L'endroit de l'affichage. Un popup est affiché n'importe où (normalement au centre), un rolldown est affiché à un endroit bien précis (en dessous du menu choisi).

ce ne sont que des coordonnées qui sont modifier et qui font partie des argument de la fonction pop-up.

2. Les touches disponibles! Différence très importante! Dans un rolldown, si tu appuies sur [droite] et qu'il n'y a pas de sous-menu (sinon, il faut appuyer encore une fois) ou si tu appuies sur [gauche], tu passes au rolldown d'à côté. Il n'y a pas du tout ce genre de fonctionnalité avec un popup. Tu peux aussi appuyer sur une touche [Fn] avec un rolldown ouvert pour en ouvrir un autre, autre chose qui n'est pas du tout prévue par les popups.

Ce n'est pas le pop-up qui gère ces touches, mais la berre de menu qui appelle les pop-ups.
3. Un popup peut avoir un titre à lui-même, un rolldown n'a pas de titre à lui-même, le "titre" est celui du menu au-dessus. etc.

titre qui pend de la place et qui est moche, donc totalement inutils et que l'on s'empresse de faire disparaitre ou de remplacer.
(du genre la ram disponible, car c toujours chiant de devoir aller dans 3-4 menu/fenètre pour avoir cette infos avant de lancer un programme).

Sauf que dans un bon shell (en 2 parties, comme le TICT Explorer), la RAM disponible dans le shell n'est pas celle disponible au lancement d'un programme, parce que la partie principale du shell est déchargée lors du lancement d'un programme.
Et puis, il y a des manières plus standard pour afficher ce genre d'informations:
1. la barre d'état.
2. un dialogue accessible en un seul appui de touche (F5 dans le TICT Explorer).
Il est toujours possible de déduire la ram utiliser par le shell, même s'il ne s'agit que d'une estimation.

C'est n'importe quoi. Tu n'as jamais vu un shell en C apparemment. Ne mesure pas tout à l'aide de ton petit shell en BASIC. Avec une architecture en 2 parties, la mémoire prise par le shell lors du listing des répertoires est totalement différente de la mémoire prise lors de l'exécution d'un programme! Et cela parce que le shell est entièrement chargé lors du listing des répertoires et presque entièrement déchargé lors de l'exécution d'un autre programme. Il peut aussi avoir alloué une quantité très variable (dépendante, par exemple, du nombre de fichiers dans un répertoire) de mémoire temporaire avec malloc et consortes, qui sera elle aussi libérée lors du déchargement de la partie principale du shell. Le TICT Explorer prend une trentaine de KO lors du listing des répertoires, mais 7 KO seulement lors de l'exécution d'un programme.

Jusqu'as maintenant, je n'est parler que de Tictex, comme référence. Mais Sh'L affiche en permanence la ram dispo, par exemple.
Ensuite, si on suit ton exemple avec tictex, il suffit de faire RAM libre+30Ko pour avoir approximativement la ram libre (je n'invente rien, je ne fait que suivre ton exemple).
La barre d'état est plus utils pour afficher des chose qui change souvent, par exemple la description d'un fichier dans Tictex.

Solution simple: on affiche des informations comme ça si aucun fichier n'est sélectionné. Par exemple si le curseur est sur l'entrée .. si elle existe.

Euh... j'avoue que je vois pas ce que ça donne. Détail un peu plus l'éxemple, stp.
Et puis, la taille de la bare d'état est trop faible.

123 files, 123456B, 1234567B free RAM Ça devrait rentrer même sur TI-89, ça.

Et la déscription du fichier, tu la met ou ???
Même sur 92+ la pluspart des descriptions sont coupé car l'écran est trop petit.
Le fait de devoir appuyer sur F5 est une gène. La ram dispo est quand même une info importante pour éviter de faire planter certain prog qui ne sont pas protéger contre ce genre d'erreur, et doit donc être accessible d'un simple coup d'oeuil.

Cette information est:
1. fausse et
2. pas si importante que ça si le shell se décharge au lancement d'un programme comme il est censé le faire.

Quel rapport avec le déchargement du shell ???
Quand je programme, il m'arrive d'oublié d'archiver les fichiers qui prennent alors une place énorme. Voire qu'il me reste 30Ko de ram permet d'éviter que je lance un programme qui en prend 60 et qui du coup plante et me fasse perdre tous me fichiers. Ca permet aussi de voir tous de suite si un programme n'oublis pas de désallouer la ram à sa sortis, ...
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

95

Au passage, mon petit shell en basic prend moins de 100 octets au lancement d'un programmegrin
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

96

MacIntoc
:
Kevin Kofler
: 1. L'endroit de l'affichage. Un popup est affiché n'importe où (normalement au centre), un rolldown est affiché à un endroit bien précis (en dessous du menu choisi).
ce ne sont que des coordonnées qui sont modifier et qui font partie des argument de la fonction pop-up.

Je sais que ça peut être simulé avec un popup, mais ce n'est quand-même pas la même chose!
2. Les touches disponibles! Différence très importante! Dans un rolldown, si tu appuies sur [droite] et qu'il n'y a pas de sous-menu (sinon, il faut appuyer encore une fois) ou si tu appuies sur [gauche], tu passes au rolldown d'à côté. Il n'y a pas du tout ce genre de fonctionnalité avec un popup. Tu peux aussi appuyer sur une touche [Fn] avec un rolldown ouvert pour en ouvrir un autre, autre chose qui n'est pas du tout prévue par les popups.
Ce n'est pas le pop-up qui gère ces touches, mais la berre de menu qui appelle les pop-ups.

Non! Tu ne peux pas gérer ces touches avec les fonctions de popups!!! As-tu lu la documentation avant de parler??? http://tigcc.ticalc.org/doc/menus.html#PopupDo Les popups font tout le travail pour toi, ce sont des fonctions modales qui ne te donnent aucune occasion de gérer d'autres touches que celles prévues. Popups et toolbars sont fondamentalement différents!
3. Un popup peut avoir un titre à lui-même, un rolldown n'a pas de titre à lui-même, le "titre" est celui du menu au-dessus. etc.
titre qui pend de la place et qui est moche, donc totalement inutils et que l'on s'empresse de faire disparaitre ou de remplacer.

C'est idiot. Un menu principal a son importance et mérite d'être traîté convenablement.
Jusqu'as maintenant, je n'est parler que de Tictex, comme référence. Mais Sh'L affiche en permanence la ram dispo, par exemple.

1. Ce n'est pas parce que sh'L le fait que c'est une bonne idée. Ça pose problème avec PedroM par exemple (pas assez de place pour le chiffre).
2. sh'L n'est pas un shell en 2 parties, donc la taille indiquée est réaliste (et largement insuffisante! Un shell correct est toujours en 2 parties!).
Ensuite, si on suit ton exemple avec tictex, il suffit de faire RAM libre+30Ko pour avoir approximativement la ram libre (je n'invente rien, je ne fait que suivre ton exemple).

Approximativement peut-être, mais en ce cas, ce n'est pas du tout une indication fiable.
Et puis, je ne vois pas du tout l'intérêt d'avoir cette information visible en permanence. On en a besoin une seule fois (au lancement du shell) et elle ne change plus par la suite.
La barre d'état est plus utils pour afficher des chose qui change souvent, par exemple la description d'un fichier dans Tictex.

Solution simple: on affiche des informations comme ça si aucun fichier n'est sélectionné. Par exemple si le curseur est sur l'entrée .. si elle existe.
Euh... j'avoue que je vois pas ce que ça donne. Détail un peu plus l'éxemple, stp.

On rajoute une entrée ".." en haut de la liste des fichiers qui permet:
1. de passer au répertoire père (donc la liste des répertoires) si on l'"exécute" et
2. d'afficher des informations sur le répertoire courant et/ou des trucs comme la RAM libre si elle est sélectionnée.
Et puis, la taille de la bare d'état est trop faible.

123 files, 123456B, 1234567B free RAM Ça devrait rentrer même sur TI-89, ça.

Et la déscription du fichier, tu la met ou ??? Même sur 92+ la pluspart des descriptions sont coupé car l'écran est trop petit.

Cf. ci-dessus.
Une autre solution est d'ailleurs de faire 2 barres d'état comme le fait le TICT Explorer.
Le fait de devoir appuyer sur F5 est une gène. La ram dispo est quand même une info importante pour éviter de faire planter certain prog qui ne sont pas protéger contre ce genre d'erreur, et doit donc être accessible d'un simple coup d'oeuil.

Cette information est:
1. fausse et
2. pas si importante que ça si le shell se décharge au lancement d'un programme comme il est censé le faire.

Quel rapport avec le déchargement du shell ??? Quand je programme, il m'arrive d'oublié d'archiver les fichiers qui prennent alors une place énorme.

C'est une erreur d'utilisateur facile à éviter: archive tout! Je comprends qu'on ait à dire ça à un débutant, mais pas à une personne comme toi...
Voire qu'il me reste 30Ko de ram permet d'éviter que je lance un programme qui en prend 60 et qui du coup plante et me fasse perdre tous me fichiers.

N'utilise pas ce genre de programmes bogués alors. Un programme non-bogué ne plante jamais s'il n'y a pas assez de mémoire, il donne un message d'erreur.
Si un de mes programmes plante en conditions de mémoire insuffisante (même 0 octet de RAM libre!), c'est un bogue grave à me reporter. La même chose est valable pour les programmes TICT. Et après vous vous surprenez quand je dis que seuls mes programmes et ceux de la TICT sont suffisamment stables pour être utilisables [je signale aux personnes privées d'humour que j'exagère grin]...
Ca permet aussi de voir tous de suite si un programme n'oublis pas de désallouer la ram à sa sortis, ...

1. C'est un bogue grave du programme.
2. Si le shell est malin, il désalloue les handles tout seul. smile (Il faudra que je propose un patch pour faire ça dans le TICT Explorer... smile)
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

97

>Kevin merci de dire que mon shell n'est pas correct, juste sous prétexte qu'il est en une seule partie...Pourtant, il peut utiliser moins de RAM que tictex pour lancer un programme (malgré un kernel d'installé, j'arrive à avoir 194ko de libre grin)
seuls mes programmes et ceux de la TICT sont suffisamment stables pour être utilisables

ça c'est grossièrement faux. Mon shell peut planter, et il est déjà parfaitement utilisable - tu peux demander à ceux qui l'ont testé. Je n'ai que ça comme shell depuis plusieurs mois. Et pct est aussi stable que tictex (donc aussi utilisable what) mais plus puissant
Et tictex est pas franchement utilisable si tu veux lire des textes grin
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

98

Et puis, je ne vois pas du tout l'intérêt d'avoir cette information visible en permanence. On en a besoin une seule fois (au lancement du shell) et elle ne change plus par la suite.


Et si tu désarchives des fichiers ? Ca peut arriver avec un shell...
C'est une erreur d'utilisateur facile à éviter: archive tout! Je comprends qu'on ait à dire ça à un débutant, mais pas à une personne comme toi...

c'ets psa très pratique de tout archiver si on veux programmer. Faut archiver, désarchiver en permanence... c'est lourd si le shell ne retient pas les fichiers sélectionnés et qu'il ne revient pas direct dans le bon répertoire (CS peut le faire, ça grin)
Si le shell est malin, il désalloue les handles tout seul.

Et comment ut fais pour installer un TSR ? Vaut mieux une option "surveiller la RAM" qui affiche la liste des handles oubliés en essayant de les identifier (CS peut le faire aussi grin)
1. C'est un bogue grave du programme.

et ça permet de le repérer tongue c'est comme ça que je me suis aperçu que pepzip oubliait des handles
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

99

2. Les touches disponibles! Différence très importante! Dans un rolldown, si tu appuies sur [droite] et qu'il n'y a pas de sous-menu (sinon, il faut appuyer encore une fois) ou si tu appuies sur [gauche], tu passes au rolldown d'à côté. Il n'y a pas du tout ce genre de fonctionnalité avec un popup. Tu peux aussi appuyer sur une touche [Fn] avec un rolldown ouvert pour en ouvrir un autre, autre chose qui n'est pas du tout prévue par les popups.
Ce n'est pas le pop-up qui gère ces touches, mais la barre de menu qui appelle les pop-ups.

Non! Tu ne peux pas gérer ces touches avec les fonctions de popups!!! As-tu lu la documentation avant de parler??? http://tigcc.ticalc.org/doc/menus.html#PopupDo Les popups font tout le travail pour toi, ce sont des fonctions modales qui ne te donnent aucune occasion de gérer d'autres touches que celles prévues[/cite]
Ce n'est ce que je dit ????
Tu peut regarder 2 cité plus, c exactement ce que je dit
3. Un popup peut avoir un titre à lui-même, un rolldown n'a pas de titre à lui-même, le "titre" est celui du menu au-dessus. etc.
titre qui pend de la place et qui est moche, donc totalement inutils et que l'on s'empresse de faire disparaitre ou de remplacer.
C'est idiot. Un menu principal a son importance et mérite d'être traîté convenablement.

Bah faut que tu corrige ça dans Tictex aussigrin
Il utilise ses propres menusmile
Jusqu'as maintenant, je n'est parler que de Tictex, comme référence. Mais Sh'L affiche en permanence la ram dispo, par exemple.

1. Ce n'est pas parce que sh'L le fait que c'est une bonne idée. Ça pose problème avec PedroM par exemple (pas assez de place pour le chiffre).
2. sh'L n'est pas un shell en 2 parties, donc la taille indiquée est réaliste (et largement insuffisante! Un shell correct est toujours en 2 parties!).

PedroM est un cas particulier. Sh'L n'as pas était conçus pour fonctionner sous PedroM. C'est donc normale qu'il y est des prbm à ce niveau.
Justement, c'est encors plus dur à gérer puisque le "programme" lui-même à une taille extrèmement variable. Dans un shell en 2 partie, la partis lanceur est fixe.
Ensuite, si on suit ton exemple avec tictex, il suffit de faire RAM libre+30Ko pour avoir approximativement la ram libre (je n'invente rien, je ne fait que suivre ton exemple).

Approximativement peut-être, mais en ce cas, ce n'est pas du tout une indication fiable. Et puis, je ne vois pas du tout l'intérêt d'avoir cette information visible en permanence. On en a besoin une seule fois (au lancement du shell) et elle ne change plus par la suite.

C toujours plus fiable que rien du tous. Et puis je suis sur qu'on peut augmenter la précision en récupérent la taille des variables qui varient le plus.
La barre d'état est plus utils pour afficher des chose qui change souvent, par exemple la description d'un fichier dans Tictex.

Solution simple: on affiche des informations comme ça si aucun fichier n'est sélectionné. Par exemple si le curseur est sur l'entrée .. si elle existe.
Euh... j'avoue que je vois pas ce que ça donne. Détail un peu plus l'éxemple, stp.

On rajoute une entrée ".." en haut de la liste des fichiers qui permet:
1. de passer au répertoire père (donc la liste des répertoires) si on l'"exécute" et 2. d'afficher des informations sur le répertoire courant et/ou des trucs comme la RAM libre si elle est sélectionnée.

A ui, ça c pas bète, sauf qu'il faut revenir à chaque fois sur le premier élément puis revenir sur le programme à lancersmile
Et puis, la taille de la bare d'état est trop faible.

123 files, 123456B, 1234567B free RAM Ça devrait rentrer même sur TI-89, ça.

Et la déscription du fichier, tu la met ou ??? Même sur 92+ la pluspart des descriptions sont coupé car l'écran est trop petit.

Cf. ci-dessus.
Une autre solution est d'ailleurs de faire 2 barres d'état comme le fait le TICT Explorer.

Et perdre ainsi un peu plus de place pour afficher un fichiersmile
Le fait de devoir appuyer sur F5 est une gène. La ram dispo est quand même une info importante pour éviter de faire planter certain prog qui ne sont pas protéger contre ce genre d'erreur, et doit donc être accessible d'un simple coup d'oeuil.

Cette information est:
1. fausse et
2. pas si importante que ça si le shell se décharge au lancement d'un programme comme il est censé le faire.

Quel rapport avec le déchargement du shell ??? Quand je programme, il m'arrive d'oublié d'archiver les fichiers qui prennent alors une place énorme.

C'est une erreur d'utilisateur facile à éviter: archive tout! Je comprends qu'on ait à dire ça à un débutant, mais pas à une personne comme toi...

Bah... vu qu'en général je créer un dossier temp que je supprime pas (pour cause de débogage) à chaque programme que je créer, et que chaque fois que je modifis ces progr je v pas m'amuser à les ré-archiver à chaque fois... au final, ça fait pas de ram prise.
Voire qu'il me reste 30Ko de ram permet d'éviter que je lance un programme qui en prend 60 et qui du coup plante et me fasse perdre tous me fichiers.

N'utilise pas ce genre de programmes bogués alors. Un programme non-bogué ne plante jamais s'il n'y a pas assez de mémoire, il donne un message d'erreur. Si un de mes programmes plante en conditions de mémoire insuffisante (même 0 octet de RAM libre!), c'est un bogue grave à me reporter. La même chose est valable pour les programmes TICT. Et après vous vous surprenez quand je dis que seuls mes programmes et ceux de la TICT sont suffisamment stables pour être utilisables...

Justement, ce genre de programme est généralement des beta (la plus part du temps privé) ou ce genre de prbm est fréquent.
Ca permet aussi de voir tous de suite si un programme n'oublis pas de désallouer la ram à sa sortis, ...

1. C'est un bogue grave du programme.
2. Si le shell est malin, il désalloue les handles tout seul. smile (Il faudra que je propose un patch pour faire ça dans le TICT Explorer... smile)
[/cite]
même raison que ci-dessus.
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

100

Flanker :
>Kevin merci de dire que mon shell n'est pas correct, juste sous prétexte qu'il est en une seule partie...Pourtant, il peut utiliser moins de RAM que tictex pour lancer un programme (malgré un kernel d'installé, j'arrive à avoir 194ko de libre grin)

Argh, ça sent le hack affreux. wink grin
Les messages précédents ont dit quelque chose de hook(s) d'évènements utilisé(s) pour ton shell. C'est ça ton astuce?
seuls mes programmes et ceux de la TICT sont suffisamment stables pour être utilisables
ça c'est grossièrement faux. Mon shell peut planter, et il est déjà parfaitement utilisable - tu peux demander à ceux qui l'ont testé.

Je n'utiliserai certainement pas un shell qui plante.
Je n'ai que ça comme shell depuis plusieurs mois. Et pct est aussi stable que tictex (donc aussi utilisable what) mais plus puissant

Non, PCT n'est pas aussi stable que le TICT Explorer. Le TICT Explorer n'a jamais planté chez moi sauf quand j'ai essayé la version 1.20 avec AMS 2.08, problème qui a été corrigé depuis. Et je n'ai pas vu des gens se plaindre à cause de plantages autres que ce bogue-ci. PCT, lui, a déjà causé pas mal de plantages.
Et tictex est pas franchement utilisable si tu veux lire des textes grin

Il y a un viewer de textes non-formatés intégré, et il y a aussi le support des eBooks TICT.
Flanker
:
Et puis, je ne vois pas du tout l'intérêt d'avoir cette information visible en permanence. On en a besoin une seule fois (au lancement du shell) et elle ne change plus par la suite.

Et si tu désarchives des fichiers ? Ca peut arriver avec un shell...

Alors c'est une erreur d'utilisateur. On ne désarchive jamais un fichier (sauf temporairement pour l'éditer, auquel cas on le réarchive dès qu'on a fini, ou pour l'effacer, auquel cas la prochaine action est l'effaçage).
Si le shell est malin, il désalloue les handles tout seul.
Et comment ut fais pour installer un TSR ?
[5]===============================================================================
A few words of warning:
===============================================================================

(1) DON'T INSTALL ANY KERNEL OR TSR PROGRAM FROM WITHIN THE TICT-EXPLORER !!!!
    Kernel installers are very low-level programs which come with their own
    protection mechanisms. Installing a kernel from within the explorer is
    like installing a kernel over another kernel. To prevent the random
    installation of a kernel programs with name "install" cannot be started from
    the TICT-Explorer.
    Additional files with name "kernel" and "doorsos" cannot be started from
    within the explorer.
    TSR programs will not probably work when installed within the TICT-Explorer.
    The TICT-Explorer acts like a kernel and restores the original interrupt- and
    error handlers again after a program quits.[/5]

(extrait de readme.txt roll).

Et il y a aussi le flag d'incompatibilité n°0 du standard de commentaires _nostub qui est là pour ça. (Il faudra d'ailleurs que je mette à jour mes TSRs pour mettre les flags qu'il faut. smile)
Vaut mieux une option "surveiller la RAM" qui affiche la liste des handles oubliés en essayant de les identifier (CS peut le faire aussi grin)

C'est bien, mais je trouverais encore mieux que le shell reconnaisse tout automatiquement. smile On peut identifier les handles utilisés directement par un TSR. (Ça ne va probablement pas marcher avec tes TSRs bizarres de style Comb, mais tant pis, il n'y a qu'à ne pas allouer 10000 handles pour un seul TSR. grin)
1. C'est un bogue grave du programme.

et ça permet de le repérer tongue c'est comme ça que je me suis aperçu que pepzip oubliait des handles

En effet, le "leak watching" peut être utile. Mais un message d'avertissement suffit, pas la peine de faire faire tout le travail à l'utilisateur.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

101

102

C'est bien, mais je trouverais encore mieux que le shell reconnaisse tout automatiquement

y a des handles qui sont pas reconnaissables, comme les handles utilisés pour stockés des variables locales. Je pense que CS est le programme qui reconnaît le plus de handles (en tout cas plus que tthdex)

Si le shell est malin, il désalloue les handles tout seul. Et comment ut fais pour installer un TSR ? [...]

c'est pratique, si on peut pas utiliser le shell pour lancer des programmes smile
En effet, le "leak watching" peut être utile.

mais c'ets beaucoup moins puissant ! Là on a le numéro du handle, sa taille, l'éditeur hexa pour voir ce qu'il contient...Et on peut les effacer !

Il y a un viewer de textes non-formatés intégré

Essaie de lire un texte de 30ko. Txtrider met 1s à le loader, tictex 2min....

Alors c'est une erreur d'utilisateur. On ne désarchive jamais un fichier (sauf temporairement pour l'éditer, auquel cas on le réarchive dès qu'on a fini, ou pour l'effacer, auquel cas la prochaine action est l'effaçage).

c'est pas marqué dans le manuel smile
Et pas besoin de désarchiver pour effacer, c'est ridicule je trouve (ça m'est déjà arrivé de pas pouvoir effacer des fichiers car ma ram était pleine)

et j'avais trouvé un bug qui faisait planter tictex à chaque fois : je lance tictex, puis cs et j'efface ou je créée des dossiers (ou un truc de ce genre). Tictex plantait à chaque fois
Argh, ça sent le hack affreux. Les messages précédents ont dit quelque chose de hook(s) d'évènements utilisé(s) pour ton shell. C'est ça ton astuce?

CS n'utilise pas de hook ! il peut juste les effacer (mais j'ai fait des tests de ce genre, effectivement). Il peut à la rigueur être une appflash. Mon astuce est plus simple, j'effcae cs de la ram (sauf 2ko) et après je le recrée à partir de la copie archivée (quoi de plus simple ?). Sinon, sur les 92+, pas besoin de tout ça, il reste en archive grin
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

103

> Thibaut : t'as pas bien lu, seuls les shells en C doivent être en 2 parties ! CS est en asm, donc il peut être en une seule triso
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

104

Thibaut :
> seuls mes programmes et ceux de la TICT sont suffisamment stables pour être utilisables... (1) Putain mais va te pendre pauvre prétentieux de merde ! il te manque sérieusement une case pour avoir une telle mentalité

Écoute, je pense que tu es le seul ici à ne pas avoir compris que j'ai volontairement exagéré! (Tu m'as d'ailleurs cité hors du contexte pour me faire paraître ridicule. Le contexte "Et après vous vous surprenez quand je dis que ..." montre très bien que c'est une exagération.) Tu m'accuses, moi, de ne pas avoir le sens de l'ironie, mais toi, tu te fais avoir par une petite exagération comme celle-ci... Du calme!
> Un shell correct est toujours en 2 parties ! Allons bon Comme la TICT a fait un shell en 2 parties, alors tous les shells doivent être en 2 parties maintenant, sinon ils sont pourris

Ton shell en une partie bouffe une tonne de mémoire lors de l'exécution d'un autre programme, et cela parce qu'il est en une partie! Je te l'ai déjà dit (et à Orion_ aussi pour le sien) à plusieurs occasions, mais vous ne voulez pas écouter...
Il faut une architecture en 2 parties, ou alors une idée radicalement nouvelle comme celle de Flanker semble être. Mais la conception naïve de Einstein et sh'L (un programme "normal" en une partie) est totalement inappropriée pour un shell.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

105

> Kevin, tu dois pas bien te servir de ta TI, j'avais pct et il na jamais planté smile
Et Les bugs sont un standard de l'ams, tous les programmes doivent donc être buggués smile
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

106

> Le contexte "Et après vous vous surprenez quand je dis que ..." montre très bien que c'est une exagération
Ha ?
C'est une astuce du Français qu'on n'apprend pas chez nous !

> tu te fais avoir par une petite exagération comme celle-ci... Du calme!
Ok, je te demande pardon chinois Perso, j'avais vraiment pas saisi l'exagération doom


> la conception naïve de Einstein et sh'L (un programme "normal" en une partie) est totalement inappropriée pour un shell.
Je supppose que là aussi tu fais une exagération. En effet, Einstein et Shl marchent très bien et lancent tous les programmes pratiquement.
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

107

Flanker
:
C'est bien, mais je trouverais encore mieux que le shell reconnaisse tout automatiquement
y a des handles qui sont pas reconnaissables, comme les handles utilisés pour stockés des variables locales. Je pense que CS est le programme qui reconnaît le plus de handles (en tout cas plus que tthdex)

Pas la peine de reconnaître les handles utilisés pour stocker des variables locales, ce n'est pas le genre de handles leaké par un programme.
Si le shell est malin, il désalloue les handles tout seul. Et comment ut fais pour installer un TSR ? [...]

c'est pratique, si on peut pas utiliser le shell pour lancer des programmes smile

On n'installe pas en permanence des TSRs, donc ce n'est pas trop grave qu'on ne puisse pas le faire à partir d'un shell.
Il y a un viewer de textes non-formatés intégré
Essaie de lire un texte de 30ko. Txtrider met 1s à le loader, tictex 2min....

Pour les textes de 30 KO, il y a le format eBook. roll
Et pas besoin de désarchiver pour effacer, c'est ridicule je trouve (ça m'est déjà arrivé de pas pouvoir effacer des fichiers car ma ram était pleine)

Moi, je trouve que c'est une mesure de sécurité utile. smile
Mais bon, d'après ta capture d'écran, ça m'a l'air d'être configurable dans ton shell, donc c'est bon. smile
et j'avais trouvé un bug qui faisait planter tictex à chaque fois : je lance tictex, puis cs et j'efface ou je créée des dossiers (ou un truc de ce genre). Tictex plantait à chaque fois

Sûr que c'est un bogue de TICTEX et pas de CS?
Si oui, reporte-le (section "Bug reports" du forum TICT) avec les détails qu'il faut.
Argh, ça sent le hack affreux. Les messages précédents ont dit quelque chose de hook(s) d'évènements utilisé(s) pour ton shell. C'est ça ton astuce?
CS n'utilise pas de hook ! il peut juste les effacer (mais j'ai fait des tests de ce genre, effectivement). Il peut à la rigueur être une appflash. Mon astuce est plus simple, j'effcae cs de la ram (sauf 2ko) et après je le recrée à partir de la copie archivée (quoi de plus simple ?).

Beurk! C'est vraiment un hack grossier, ça...
Sinon, sur les 92+, pas besoin de tout ça, il reste en archive grin

Argh, c'est encore pire comme hack...
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

108

Thibaut :
> la conception naïve de Einstein et sh'L (un programme "normal" en une partie) est totalement inappropriée pour un shell. Je supppsoe que là aussi tu fais une exagération. En effet, Einstein et Shl marchent très bien et lancent tous les programmes pratiquement.

Essaye de lancer SMA ou CF et tu auras des surprises... roll
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

109

je sais pas pour sma mais cf se lance sous sh'l, c'est l'un des premiers test qu'a fait orion avant de releaser tongue
*** Ne sous-estimez pas la puissance de la Marmotte ***
© Marmotte Team : LaMarmotte, sBibi, Vark & sabrina

110

Pas grave, puisque ce sont des jeux de merde selon toi tongue
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

111

y a aussi une méthode si tu veux un shell qui exécute juste des programmes (pas de gestion un peu complexe) : t'optimise et t'obtiens un joli shell avec icônes de 2ko.
De toute façon, vu que rien n'est en RAM, y a toujours assez de RAM pour exécuter tous les programmes. Je ne connais qu'un seul prog qui me bouffait vraiment tout (6 handles de 64ko) et que seul CS pouvait lancer (c'était un truc expérimental)

Et Thibaut n'est pas le seul à pas avoir compris que t'avais exagéré, on est au moins 2 smile
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

112

Flanker :
y a aussi une méthode si tu veux un shell qui exécute juste des programmes (pas de gestion un peu complexe) : t'optimise et t'obtiens un joli shell avec icônes de 2ko. De toute façon, vu que rien n'est en RAM, y a toujours assez de RAM pour exécuter tous les programmes. Je ne connais qu'un seul prog qui me bouffait vraiment tout (6 handles de 64ko) et que seul CS pouvait lancer (c'était un truc expérimental)

Pour le "que seul CS pouvait lancer": J'avoue que ton hack pour le déchargement, même s'ils n'est pas propre, est efficace. smile
Et Thibaut n'est pas le seul à pas avoir compris que t'avais exagéré, on est au moins 2 smile

C'est clair là? wink (J'ai édité pour rajouter une remarque. smile)
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

113

On n'installe pas en permanence des TSRs, donc ce n'est pas trop grave qu'on ne puisse pas le faire à partir d'un shell.

Sauf quand on est en train d'en programmer....

Pour les textes de 30 KO, il y a le format eBook.

sans pc, c'est dur de faire des ebooks. Ensuite, tu me diras comment faire un joli cours sur les interférences sans image et sans pretty print...
Beurk! C'est vraiment un hack grossier, ça...

je dois comprendre quoi par "grossier". Si tu veux dire injurieux, là jhe vois pas le rapport avec la TI. Si tu veux dire rudimentaire, détrompe-toi, c'est une des parties les plus délicates à gérer
Argh, c'est encore pire comme hack...

Qu'entends-tu par hack ?
Sûr que c'est un bogue de TICTEX et pas de CS? Si oui, reporte-le (section "Bug reports" du forum TICT) avec les détails qu'il faut.

bin, ça plantait dans tictex, pas dans CS (et quand je faisais d'abord CS puis tictex, ça plantait pas). Ensuite, je me souviens plus de la manip exactement, et j'ai pas envie de mettre un shell qui sert à rien sur ma calc.
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

114

Qu'entends-tu par hack ?


Piratage, détournement de protections, méthodes barbares. smile
avatar
la Nature nous montre seulement la queue du lion. Mais je suis certain que le lion a qui elle appartient pense qu'il ne peut pas se révéler en une fois en raison de son immense taille.

- Fondateur de Ti-Gen -: http://www.tigen.org

- Membre du Groupe Orage Studio -: http://oragestudio.free.fr/

- Mon site perso -: http://tisofts.free.fr

Projets TI68K en cours:
GFA-Basic = http://www.tigen.org/gfabasic
Arkanoid.
PolySnd 3.0.

115

> je signale aux personnes privées d'humour que j'exagère
lol c'est toi qui nous trouve sans humour grin
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

116

est-ce qu'un eori est un hack ?
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

117

un eori ?
Dit comme ça, difficile de te répondre grin

118

Flanker :
> Kevin, tu dois pas bien te servir de ta TI, j'avais pct et il na jamais planté smile

Ce n'est pas à partir de mon expérience personnelle que je dis ça, mais des nombreux messages sur les forums. Franchement, je n'ai même pas essayé PCT tellement j'en ai entendu du mal.
Et Les bugs sont un standard de l'ams, tous les programmes doivent donc être buggués smile

rotfl
Flanker
:
On n'installe pas en permanence des TSRs, donc ce n'est pas trop grave qu'on ne puisse pas le faire à partir d'un shell.
Sauf quand on est en train d'en programmer....

Personnellement, je teste les miens sur VTI, en utilisant l'envoi automatique de TIGCC. Je n'envoie à la vraie calculatrice que quand ça marche à coup sûr sur VTI. Mais bon, chacun ses méthodes.
Beurk! C'est vraiment un hack grossier, ça...
je dois comprendre quoi par "grossier". Si tu veux dire injurieux, là jhe vois pas le rapport avec la TI. Si tu veux dire rudimentaire, détrompe-toi, c'est une des parties les plus délicates à gérer

"hack grossier" = "hack sale"
Argh, c'est encore pire comme hack...
Qu'entends-tu par hack ?

Quelque chose de pas très propre.
Sûr que c'est un bogue de TICTEX et pas de CS? Si oui, reporte-le (section "Bug reports" du forum TICT) avec les détails qu'il faut.
bin, ça plantait dans tictex, pas dans CS

Ça ne veut rien dire. Si tu as corrompu la mémoire, tu peux faire planter n'importe quel programme qui est exécuté par la suite, et ça peut très bien être TICTEX.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

119

> Jackiechan
ça le seul truc que je fais pour pouvoir exécuter en flash. Je ne vois pas comment te le dire autrement, dsl smile

> Kevin
MAIS C'EST QUOI UNE METHODE PROPRE ?????
Ça ne veut rien dire. Si tu as corrompu la mémoire, tu peux faire planter n'importe quel programme qui est exécuté par la suite, et ça peut très bien être TICTEX.

ça ne le faisait qu'avec tictex
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

120

Flanker :
> Kevin MAIS C'EST QUOI UNE METHODE PROPRE ?????

Shell en 2 parties. smile
Mais "propre" est très subjectif comme terminologie, donc tu peux ne pas être d'accord.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité
Aide Charte Contacts Crédits Réalisé avec yAronet 113 ms