Integrated Desktop - Page 8

stpatrick
a écrit : bochs est lent

C'est si grave que ça que ton "merge" te prend 5 minutes au lieu d'une?

linux reste compliqué, je n'ai pas le temps de me plonger deds

Et pourtant tu utilises chaque jour un système très semblable...

Mais bon, il est vrai que c'est une solution compliquée à un problème simple. Ça serait bien si l'éditeur on-calc proposait une option "merge"... Jackiechan, si tu lis ça...

je lui mini-message

ben il est tout juste utilisable l'editeur donner par kevin, mais là j'en ai commencé un autre qui devrais être plus utilisable

cad?

Tenez, au fait pour mon édireur, il y a une nouvelle version un tout petit peu mieux que la précédente (mais qui ne corrige absolument pas ce que vous voulez).
C'est le fichier IDEditor(beta).zip (merci Vertyos)

Sinon, pour l'option merge, je n'ai pas bien compris en uoi ça consistait... C'est juste une duplication d'entrée, non ?
Si c'est ça, alors c'est faisable facilement.
et puis tant que j'y suis, je rajouterai aussi une option pour supprimer une entrée (parce que pour l'instant, on ne peut pas les supprimer).

slubman>qu'appelles-tu un autre plus utilisable?

jackiechan
a écrit : Sinon, pour l'option merge, je n'ai pas bien compris en uoi ça consistait... C'est juste une duplication d'entrée, non ?

Non, c'est une option qui permet d'importer un deuxième fichier d'icônes dans le fichier idicons, pour pouvoir combiner 2 fichiers idicons séparés.

ah oui, ok
Ben ça ne devrait pas être très compliqué non plus.
Je le ferai.

Eh bien demande à quelqun qui a un PC de te le faire
(ah c'est bien les macs... )

Kevin Kofler : à propos de problème dans les prototypes de tigcclib, je viens de voir que les prototypes de OO_GetAppAttr(), OO_GetAttr() et OO_HasAttr() sont faux dans unknown.h dans la version que j'ai. Le selector doit être un unsigned long au lieu d'un unsigned.
Ca a été corrigé ? (promis, je m'offre un d/l de la dernière version dans pas longtemps ).

> Ca a été corrigé ?
Il me semble que oui, la Final doit être correcte (mais ne la télécharge pas, une SP2 risque d'arriver: un gros bug a été trouvé sur fopen). Ca fait un moment que j'ai reporté le problème unsigned long -> unsigned dans ces fonctions...

Ok.

ExtendeD a écrit :
Kevin Kofler : à propos de problème dans les prototypes de tigcclib, je viens de voir que les prototypes de OO_GetAppAttr(), OO_GetAttr() et OO_HasAttr() sont faux dans unknown.h dans la version que j'ai. Le selector doit être un unsigned long au lieu d'un unsigned. Ca a été corrigé ?

Oui.

Bon, ben voilà, j'ai sorti une nouvelle version d'ID-Editor.
Vous pouvez la télécharger sur mon site : http://membres.lycos.fr/jackiechan/ti89.htm
J'ai rajouté l'option merge et on peut supprimer des entrées.

Ca me fait penser: si vous trouvez le moindre bug dans la version PC ou que vous avez des suggestion, faites-le savoir

Sans ID, quand je joue à CF, pas de problème.
Avec ID, quand je joue à CF, j'ai un joli "MEMORY : Overflow Error"

Pourtant, je n'ai rien d'autre dans ma ram que des TSR (id et preos)

PreOS n'est pas un TSR

Enfin bon c dans la ram kan mem non ?

Il me semble qu'un shell à une partie qui est un "pseudo TSR"

bah... techniquement un kernel (et pas un shell) "is Terminated but Stay Resident", mais il respecte pas la norme de Kevin, donc il n'est pas un TSR

On peut être TSR sans respecter la norme de Kevin. IPR, les kernels sont des TSRs...

C'est vraie kernell

MacIntoc a écrit :
bah... techniquement un kernel (et pas un shell) "is Terminated but Stay Resident", mais il respecte pas la norme de Kevin, donc il n'est pas un TSR

XDanger
a écrit : On peut être TSR sans respecter la norme de Kevin. IPR, les kernels sont des TSRs...

pkoi Kevin est anti-kernel, alors ????

Pour des raisons qui n'en sont pas

> pkoi Kevin est anti-kernel, alors ????
Ca n'a rien à voir. Kevin n'est pas anti-IPR, il est anti-kernel...

> Pour des raisons qui n'en sont pas

En tout cas, il a des arguments pour dire qu'il n'aime pas la philosophie kernel...

ben oui, un kernel est un TSR...

Des arguments qui ne sont pas valables pour pas mal de monde ici. Il serait moins catégorique et plus respectueux, tout irait bien.
PpHd ou ExtendeD niraient jamais tenter d'enseigner à un niewbie que le mode nostub est à proscrire parceque ça prend de la place, qu'en cas de crash il n'y a pas d'OS pour superviser et permettre l'archivage avant reset, parler uniquement des programmes nostub et pas des programmes kernel quand un niewbie demande ce qui se fait, etc...

Bon, on dévie

Enfin bref ça répond pas à mon problème :

Sans ID, CF marche parfaitement et avec j'ai des "ERROR : Memory Overflow"

XDanger a écrit :
> pkoi Kevin est anti-kernel, alors ????
Ca n'a rien à voir. Kevin n'est pas anti-IPR, il est anti-kernel...

justement, si les kernel sont des TSR, pkoi il est anti-kernel/TSR