QQN a t il un ANTI CRASH POUR Ti89 !!! SVP - Page 4

Ce mot n'est pas dans le dictionnaire, et alors? Je prends un adjectif, je lui rajoute le suffixe d'adverbisation et j'ai un adverbe grammaticalement correct.

c'est pas de l'allemand kevin

(et tu n'es pas Nietzsche)

Et tu n'es pas mon professeur de français, donc ferme ta gueule, on ne t'a rien demandé.

ben alors ? t'es vnr parce que t'as pas eu le dernier mot ? pas grave tu sais


PS: "ferme ta bouche" eut été + convenable

Peio
: ben alors ? t'es vnr parce que t'as pas eu le dernier mot ? pas grave tu sais

J'ai eu le dernier mot. Il est grammaticalement correct de rajouter un suffixe adverbial à un adjectif. Si tu n'aimes pas, tu la fermes, ce n'est pas toi qui décides comment je parle.

PS: "ferme ta bouche" eut été + convenable

Je dirais plutôt que "va te faire enculer" est plus convenable pour un crétin fini comme toi...

tu te dévergondes mon petit Kevin, ou est passé l'adorable bambin qui n'osait meme pas écrire "couilles" ?

kevin> il n'est PAS grammaticalement correct d'ajoueter un suffixe a n'importe quel adjetcif. Donc Démontrablement n'est pas grammaticalement correct.

Oh... Que d'attaques personelles ici... Pas bien
(ça vous dirait pas de passer à la version light ?)

démontrablement n'est pas français

et Microbug qui en rajoute une couche

vu les insultes que KK a sorti

faut bien qu'il se calme des fois aussi

d'ailleurs j'ai été choqué moi, c'est voilent ce qu'il a dit qd même ... un ptit lock ?

quelle collection d'attaques personnelles tres cher kevin
tu as raison, les moderateurs ici fot vraiment rien, ils devraient prendre exemple sur la facon dont tu dirige d'une main de fer () le forum TICT(c)(tm) et locker immediatement tous tes posts

"J'ai eu le dernier mot. Il est grammaticalement correct de rajouter un suffixe adverbial à un adjectif. Si tu n'aimes pas, tu la fermes, ce n'est pas toi qui décides comment je parle."

voyons Peio, il a raison... COMMENT OSES TU... (c) lui dire comment il doit parler, alors qu'il parle bien mieux francais qu'une pauvre sous merde comme toi
et que seul lui peut se permettre de decider comment les autres doivent parler et de s'indigner si quelqu'un OSE lui faire des remarques

au fait kevin, t'as toujours pas repondu a mon post qui s'etonnait de voir que tu avais "loupe" les attaques personnelles de snow-tiger envers liquid, bien qu'elles soient apparues une 10aine de fois dans le topic

et tu devrais avoir honte, si tes parents voyaient la facon dont tu insulte des gens, ils seraient pas tres contents

c'est vrai qu'il y a des locks qui se perdent ici ...

>Comme dirait TechNIC, ca me fait doucement sourire.
LOL

>J'ai l'impression que vous bavez d'indignation parceque j'ai dit des trucs contre PreOS.
Non, mais parce que tu racontes n'importe quoi.
(Cf une Flash Apps).
LOL

>Je suis pas contre PreOS. Mais tout joueur qui s'y connait voit bien
qu'il y a plus de jeux NoStub sans plantages que de jeux Kernels sans
plantages.
Il y a plus de NoStub sans interet que de jeux kernels sans interet, aussi.

>Les plantages viennent pas par l'intervention divine, vous savez.
Nan, mais souvent par des utilisateurs tels que toi qui croit
que Cf est une Flash App.

>C'est peut-etre la qualit? du programmeur qui est en cause.
Nan, mais plutot par le fait que les programmes kernels actuellement developpes sont tres complexes, mais aussi surtout parce que tu utilises des programmes vieux et buggues au lieu de prendre les programmes corriges.

>Sans doute les programmeurs se ruent-ils sur l'ASM parceque ca fait classe et
que c'est plus vraiment puissant que le C ?
Tu confonds tout. On peut faire du kernel en C, ou de l'ASM nostub.
Pas vrai, Kevin ?

>ce qu'ils disent et ils veulent utiliser la technologie truc ou la librairie machin alors on programme pour kernel bien ?videmment parcequ'on a peur des plantages qui tombent du ciel.
Sauf que le dernier kernel en date protege meme les programmes _nostub.

>Sans penser un seul instant qu'on est comme des b?b?s qui portent des
couches, avec nos kernels, et qu'en fait c'est pas si dur de bien
programmer et qu'on peut programmer en C, ca marche aussi.
Rien a voir. Un kernel est une surcouche d'AMS. Comme toute surcouche, on peut s'en passer. Mais est-ce un bien ou un mail? (Vous connaissez tous mon avis et celui de Kevin, donc voila )

>Jusqu'? pr?sent, les jeux NoStub que j'ai essay? ?taient bloqu?s par l'AMS
au pire ou marchaient convenablement dnas le reste des cas, sans jamais de plantage, except? pour Edit 3D qui a une fuite m?moire quelquepart.

>La solution ultime pour alfi: Pas de jeux kernels, que du NoStub:
>BomberMaze, FlashZ Bomberman, Edit3D, Space Dementia, V-Rally, TI Chess
Marrant les deux premiers existent aussi en kernel

>et bien d'autres sont NoStub et sont ? mon avis de meilleurs jeux que n'importe quel jeu kernel.
A oui?

>A l'exception de Chrono Fantasy et SMA, h?las
T'oublies fer3c, pokered, Kirby, Sorbo Quest, JimmyniTetris, Total Destruction, Zenith Saga.

>S'il marchait correctement, il le ferait aussi pour le _nostub (un indice: trap $B, fonction $F ). (En cas de plantage, je pr?cise! Je sais bien que c'est un probl?me pour les TSRs si on le fait en cas de fonctionnement normal. M?me si le flag d'incompatibilit? n?0 du syst?me de commentaires _nostub est l? pour ?a et qu'une version de PreOs qui lib?re automatiquement la m?moire pour tout programme _nostub ne mettant pas ce flag me pousserait ? sortir plus vite des versions de mes TSRs qui mettent ce flag. )
Je sais, mais je le sens tres, tres mal... Je sens vraiment que c'est plus source de bogues qu'autre chose. C'est pour ca que je ne le ferais pas.

>Pas tr?s probable...
Ca m'est deja arrive. Et a d'autres aussi.

>TIGCCLIB aussi, et nous, on n'a pas ?t? oblig?s de faire une r?vision majeure du format lors du passage ? AMS 2
Forcement... Ca existait pas vraiment avant AMS 2.
Juste un embryon.

>Pourquoi?
Parce que seules les PA sont suceptibles de compresser un kernel: Cf fait du cross referencing avec ces extensions (les maps, les attaques). Et ttpack ne peut pas faire fonctionner le Cross Referencing: le kernel ne connait pas le nom du programme lance.

>Le C est Turing-complete donc tout ce qui est faisable en assembleur est d?montrablement faisable aussi en C.
Y compris les manipulations hard de la pile? La desactivation de la proctection hardware ?

>T'enl?ves et tu remets juqu'? 10 fois les piles en pressant ON,
c'est courant et minime comme erreur, en effet.
T'es idiot ou quoi ?

>Ah, c'est pour ca qu'il faut que j'ajoute SuperStart pour que l'AMS 2.07 et +
bloque pas Chrono Fantasy avec un "Invalid relocation data in ASM program"
Installe preos v0.67 d'abord

>Si t'as fait des changements depuis, ouep. Essaie sur 92+ avec ASM 2.09 sinon.
J'essairais. Mais je touche plus trop a AMS.

>Tiens, les jeux kernel...
C'est la faute a ttpack.


Continue tu m'amuses.

>>Mais est-ce un bien ou un mail?

je pense que c'est un bien mais je t'enverrai pas de mail !!!

c'est un limmt puissqnce 4 ca

Snow-tiger:

Si tu continues à pourrir des topics avec tes remarques déplacées, tes accusations non fondées et ton ton insultant tu ne vas pas faire long feu ici. Tu as réussi à massacrer ce topic-là; avant de poster ailleurs je te conseille vivement de réfléchir à deux fois si tu veux éviter le kick.

PpHd :
>Je suis pas contre PreOS. Mais tout joueur qui s'y connait voit bien
qu'il y a plus de jeux NoStub sans plantages que de jeux Kernels sans
plantages. Il y a plus de NoStub sans interet que de jeux kernels sans interet, aussi.

C'est un avis personnel, ça.

>Sans doute les programmeurs se ruent-ils sur l'ASM parceque ca fait classe et
que c'est plus vraiment puissant que le C ?
Tu confonds tout. On peut faire du kernel en C, ou de l'ASM nostub. Pas vrai, Kevin ?

Oui, mais il le sait (cf. ./59).

>ce qu'ils disent et ils veulent utiliser la technologie truc ou la librairie machin alors on programme pour kernel bien ?videmment parcequ'on a peur des plantages qui tombent du ciel. Sauf que le dernier kernel en date protege meme les programmes _nostub.

Donc une raison de moins de programmer en kernel.

>et bien d'autres sont NoStub et sont ? mon avis de meilleurs jeux que n'importe quel jeu kernel. A oui?

TI-Chess, ça te dit quelque chose?

>S'il marchait correctement, il le ferait aussi pour le _nostub (un indice: trap $B, fonction $F ). (En cas de plantage, je pr?cise! Je sais bien que c'est un probl?me pour les TSRs si on le fait en cas de fonctionnement normal. M?me si le flag d'incompatibilit? n?0 du syst?me de commentaires _nostub est l? pour ?a et qu'une version de PreOs qui lib?re automatiquement la m?moire pour tout programme _nostub ne mettant pas ce flag me pousserait ? sortir plus vite des versions de mes TSRs qui mettent ce flag. ) Je sais, mais je le sens tres, tres mal... Je sens vraiment que c'est plus source de bogues qu'autre chose. C'est pour ca que je ne le ferais pas.

Et si je t'envoyais un patch un de ces jours?

[re: plantage qui détruit l'archive]
>Pas tr?s probable... Ca m'est deja arrive. Et a d'autres aussi.

C'est quand-même très rare.

>TIGCCLIB aussi, et nous, on n'a pas ?t? oblig?s de faire une r?vision majeure du format lors du passage ? AMS 2
Forcement... Ca existait pas vraiment avant AMS 2. Juste un embryon.

CBlaster et CReversi ont été créés avant AMS 2, et ils marchaient sous AMS 2 dès le départ.

>Pourquoi? Parce que seules les PA sont suceptibles de compresser un kernel:

Faux, ttstart supporte le kernel depuis pas mal de temps, mais...

Cf fait du cross referencing avec ces extensions (les maps, les attaques). Et ttpack ne peut pas faire fonctionner le Cross Referencing: le kernel ne connait pas le nom du programme lance.

... CF utilise des hacks pour faire du linkage dans les 2 sens, chose qui n'est pas vraiment supportée par le format kernel (contrairement aux .so *nix). Ce sont des hacks parce que la librairie n'est plus utilisable par n'importe quel programme client vu que le nom du programme client est codé en dur dans la librairie. Ce n'est pas une utilisation correcte des librairies, et c'est normal que ça ne passe pas avec ttstart.

>Le C est Turing-complete donc tout ce qui est faisable en assembleur est d?montrablement faisable aussi en C. Y compris les manipulations hard de la pile? La desactivation de la proctection hardware ?

Bon, j'avoue qu'il y a des trucs très proches du matériel (trop pour être propres ) qui peuvent nécessiter l'assembleur.

>Tiens, les jeux kernel... C'est la faute a ttpack.

Non, c'est la faute à CF.

Ximoon :
Snow-tiger:
Si tu continues à pourrir des topics avec tes remarques déplacées, tes accusations non fondées et ton ton insultant tu ne vas pas faire long feu ici. Tu as réussi à massacrer ce topic-là; avant de poster ailleurs je te conseille vivement de réfléchir à deux fois si tu veux éviter le kick.

Donc si on critique le mode kernel, on fait maintenant des "remarques déplacées"?! C'est carrément n'importe quoi!

pfffff Kevin tu es vraiment d'une mauvaise foi sans pareil ...

Je ne parlais pas de ça espèce de parano!
Parfois j'ai vraiment envie de te mettre des baffes tellement tu semble faire exprès de ne pas comprendre ce qu'on dit correctement

sinon:
>>>ce qu'ils disent et ils veulent utiliser la technologie truc ou la librairie machin alors on programme pour kernel bien ?videmment parcequ'on a peur des plantages qui tombent du ciel.
>>Sauf que le dernier kernel en date protege meme les programmes _nostub.

>Donc une raison de moins de programmer en kernel.

ça c'est complètement comme réponse

Kevin Kofler a ecrit:
TI-Chess, ça te dit quelque chose?

Kevin Kofler a ecrit:
C'est un avis personnel, ça.

non, tIcHESS est une bouse immonde

Donc si on critique le mode kernel, on fait maintenant des "remarques déplacées"?! C'est carrément n'importe quoi!

bah tu sais, quand on critique le _nostub c'est des attaques personnelles alors
tu remarquera ici ma mauvaise foi, dsl j'essaye de prendre exemple sur toi mais je suis encore loin d'atteindre ton niveau

cblaster et creversi n'utilisent pas de nvg, c'est pour ça qu'ils ont marché des le debut

Kevin Kofler > Avec tout ça, tu ne m'as pas répondu ...

liquid
: cblaster et creversi n'utilisent pas de nvg, c'est pour ça qu'ils ont marché des le debut

Les niveaux de gris n'ont strictement aucun rapport avec le passage à AMS 2.

HW 2 je parle