30

Nan, mais j'empêche personne de faire une release des outils à ma place ! Surtout pour corriger ce bug ignoble qui ne touche que les programmes _nostub, qui comme tout le monde le sait, utilisent tous makeprgm !! tongue

31

Ca y est, j'ai l'idée de la nouvelle feature pour PreOS 1.1 (ben oui, là on peut passer un point un quand même embarrassed)

Nouveau flag : _execute_in_archive

c'est fait pour tous les programmes ou lib. Ce n'est pas la même chose que le flag _read_only (qui garde tout son intérêt. Il s'agit de pouvoir faire exécuter depuis l'archive des programmes utilisant des relogements, des appels système (pedrom, ramcalls, romcalls), mais pas de smc. Principe :

- au lancement, un handle de la taille du programme est créé en archive
- le programme est relogé normalement, sauf qu'on ajoute (&(copie en archive) - &(copie en RAM)) aux adresses ainsi relogées
- on recopie le programme en archive, avec le flag _read_only
- on efface le handle en RAM, on met à jour la vat
- on exécute

On aura procédé récursivement pour les dll possédant le flag auparavant.

Et voilà. smile
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

32

Et au prochain GC d'AMS les programmes foirent totalement...
C'est pas si simple, sinon ca aurait été déjà fait.

33

Bah, un mini stub s'occupe de vérifier que les relogements sont toujours valides avant d'éxécuter le programme, et tente de réparer si possible, avant de chier une erreur si c'est pas possible… Non ? smile
avatarLe scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes

34

35

PpHd (./32) :
Et au prochain GC d'AMS […]
Bah il n’y pas de problème alors confus
(la TI-89 a 12 ans)
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. »

36

Y a régulièrement des Garbage Collection sur l'AMS, pour réellement libérer la mémoire Flash marquée comme étant effaçable.
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

37

PpHd (./32) :
Et au prochain GC d'AMS les programmes foirent totalement...

Oublié de préciser qu'il faut déreloger le programme en RAM à la fin. Il n'y a pas un flag in use en archive, qui permet de passer à travers le garbage ? Au pire, tu peux faire ça pour PedroM, vu que de toute façon ça ne fonctionnera jamais sous AMS. Et là c'est parfait. smile
PpHd (./32) :
C'est pas si simple, sinon ca aurait été déjà fait.

Ca a déjà été pensé ? Ras le bol d'être à la ramasse :/

squalyl -> on parle de quelques centaines de fois pour un uitlisateur très acharné contre des centaines de milliers de fois possibles (le top étant d'implémenter un cache pour ne pas avoir à re-reloger trilove)
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

38

PpHd (./23) :
Trouve moi plutôt un bug dans preos et je fais une release redface.gif

RamCalls.txt:
34-kernel::LibsCall(LIB_DESCRIPTOR l, WORD function, ...)	(Preos only)

	The parameters are pushed on the stack.
	It will call the function without modifying the registers, and it will pop its argument
	during the call (LIB_DESCRIPTOR, function, and version).

Il ne faut pas pousser version, et pour cause, c'est déjà renseigné par kernel::LibsBegin. embarrassed
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

39

40

Argg!! angry

41

lolpaf
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

42

Ben quoi t'es pas content qu'on relève les coquilles ? grin
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

43

Bon, alors feature request ^^

PreOS envoie un message sur stdout quand on est sous PedroM, lorque l'ouverture d'une lib échoue avec LibsBegin. Le truc, c'est que c'est au programme de gérer ça, étant donné qu'il doit savoir ce qu'il fait lors de l'ouverture d'une lib conditionnelle. D'ailleurs je le fais, donc ça me dérange plus qu'autre chose. ^^
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

44

Je dirais que c'est carrément un bogue, ce genre d'erreurs n'a rien à faire sur stdout, c'est à ça que sert la valeur de retour, et surtout depuis quand est-ce une erreur quand une lib conditionnelle n'est pas présente? Verrais-tu dlopen sous GNU/Linux afficher un message d'erreur sur stdout parce qu'elle n'a pas trouvé la lib? roll
avatarMes 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é

45

S'il ne s'agit que de stdout, j'ai dû me tromper, ça doit être stderr et j'avoue ne pas avoir creusé ce point (et au passage, j'affiche ma propre erreur et renvoie en effet une valeur qui va bien en retour).
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

46

stdout ou stderr, peu importe, ce genre d'affichage n'a rien à faire à cet endroit. Certes, stderr est la bonne sortie pour un message d'erreur, mais ça ne change rien au fait que ce n'est pas à LibsBegin d'afficher ce message.
avatarMes 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é

47

Folco (./37) :
PpHd (./32) :
Et au prochain GC d'AMS les programmes foirent totalement...

Oublié de préciser qu'il faut déreloger le programme en RAM à la fin. Il n'y a pas un flag in use en archive, qui permet de passer à travers le garbage ? Au pire, tu peux faire ça pour PedroM, vu que de toute façon ça ne fonctionnera jamais sous AMS. Et là c'est parfait. smile
PpHd (./32) :
C'est pas si simple, sinon ca aurait été déjà fait.

Ca a déjà été pensé ? Ras le bol d'être à la ramasse :/

squalyl -> on parle de quelques centaines de fois pour un uitlisateur très acharné contre des centaines de milliers de fois possibles (le top étant d'implémenter un cache pour ne pas avoir à re-reloger trilove)

La memoire flahs utilisé dans les TI 68k est de la NOR, il faut compter quelques milliers d'effacement, pas bien plus. Pas des centaines de milliers ça c'est sur.

(edit: ou alors je n'ai pas compris ton message ^^)
avatarProud 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.

48

kevin: va faire un patch et fous nous la paix, merci.

49

Godzil (./47) :
La memoire flahs utilisé dans les TI 68k est de la NOR, il faut compter quelques milliers d'effacement, pas bien plus. Pas des centaines de milliers ça c'est sur.

Le but est justement de ne jamais bouger.
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

50

Sauf que le GC ne le garantie pas, bien au contraire. Le seul moyen de garantir que ton code ne va pas changer de place, ce sont les AppFlash
avatarProud 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.

51

Non, on est dans le cadre de PedroM et pas d'AMS. Un flag kivabien dans le header d'un programme ou d'une lib et PedroM s'en démerde. wink
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

52

squalyl (./48) :
kevin: va faire un patch et fous nous la paix, merci.

Mon bug report contient ce qu'est essentiellement un patch, je pense qu'il va plus vite de faire la modification décrite que de jouer avec l'outil patch. roll
Ton aggressivité totalement inutile, tu peux te la foutre tu sais où! roll
avatarMes 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é

53

un bug report n'est pas acceptable sur un forum. S'il faut qu'on cherche par ici et par là ou sont tous les reports, on n'en finit plus, on perd des infos et on ne peut pas les gérer correctement.

54

(grin)
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

55

(neutral)
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. »

56

C'est le forum officiel de la T3, pas n'importe lequel (je n'ai pas posté ça dans "Assembleur TI" par exemple), et s'il y avait un formulaire de bug report, je l'utiliserais!
avatarMes 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é

57

il y a déja le mail à l'auteur qui est plus adapté pour avoir tous les reports au même endroit.

bref, tu l'auras remarqué sans doute, c'est bel un exemple de 'je fais aux autres ce que je veux pas qu'on me fasse', donc même si tu argumentes... bref.

58

Pas du tout, le mail n’est pas plus adapté que le post dans un forum…
Tu dis vraiment n’importe quoi juste pour contredire Kevin, ça sert à rien 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. »

59

Sasume, ne critiques pas de ce que tu ne comprends pas… tongue
Kevin Kofler (./187) :
=> Bug Report à travers le formulaire, mail à Sebastian, ou ce que tu veux, mais ce forum n'est pas le bon endroit pour les bug reports de l'IDE, je dois le répéter combien de fois pour que vous le comprenez? Dès maintenant, tout bug report posté ici sera ignoré avec un commentaire "Merci de passer par le formulaire." ((C) yAro grin).

Je vois très bien à quoi fait allusion squalyl moi, et je pencil.
Ah et y'a aussi
Kevin Kofler (./509) :
Martial Demolins (./509) :
Le problème, c'est que j'ai jamais vu un seul bug corrigé sur les reports de bugs que j'ai faits...
Wine, KDE, GRUB, dmc (ou plutôt dnc, c'est communautaire) à chaque fois. (et j'ai fait vérifier les bugs par d'autres, via IRC, systématiquement)Ca sert à quoi leurs pages de reports ?

Bah, on ne peut pas corriger tous les bogues du jour au lendemain. Mais ce n'est pas râler sur les forums qui fera qu'ils seront corrigés plus vite (au contraire, personnellement, ça me donne envie de faire exprès de ne pas les corriger en temps utile, parce que cette manière de "reporter" les bogues m'agace).

Il faut que tu comprennes les développeurs:
* Pour toi, ton bogue est le plus important de tous, mais pour nous, c'est un des nombreux bogues qui nous sont reportés et l'arrogance de certains utilisateurs de demander un traîtement préférentiel pour leurs bogues nous agace.
* Un développeur ne veut pas lire que son logiciel est pourri, bogué etc. sur un forum, surtout si on ne lui a jamais signalé ces problèmes auparavant (donc on ne lui a donné aucune chance de les corriger).
* Un développeur a besoin de détails pour reproduire et corriger les bogues, donc une phrase comme "le logiciel XYZ est bogué" ou "le logiciel XYZ ne marche pas" (à chaque fois que je lis "marche pas" sur un forum, j'ai envie de frapper quelqu'un!) ou une capture d'écran qui montre le résultat d'un bogue et non pas comment y parvenir ne servent à rien si ce n'est à chauffer les âmes.
* Nous ne pouvons pas aller chercher nos bogues sur tous les forums du monde, il faut que vous nous signalez les bogues (donc utilisez nos formulaires), ce n'est pas à nous d'aller parcourir le web en quête de bug reports! Nous avons autre chose à faire aussi! De plus, les formulaires sont souvent (pas toujours, cf. TIGCC) reliés à un bug tracker qui nous permet de ne pas oublier les bogues et de voir ce qui est corrigé et ce qui reste à faire. Contourner ce tracker est la manière la plus efficace d'assurer que ton bogue sera oublié.
* Un développeur ne peut pas corriger des bogues 24/7, et même s'il pouvait, ça ne suffirait souvent pas pour corriger tous les bogues.
avatarLe scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes

60

Cherchez pas, les gars, Kevin est encore plus furieux et inutile que d'habitude, ces jours-ci...
Pourtant, vous devriez savoir, depuis le temps, que vous ne gagnerez pas au jeu de "qui se comporte de la façon la plus stupide" s'il est de la partie wink
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.