pack pour 89/92+/v200 - Page 1

Pour pallier les insuffisances des ni00bs, je pensais (enfin, l'idée n'est pas de moi mais de yAro) faire des packs prêts à l'installation pour éviter des questions. Je voudrais savoir ce qu'il faudrait mettre dedans
faudra aussi voir avec les auteurs, mais je ferais ça après

comme lecteur de texte : txtrider sur v200, uview sur 89 et 92+
comme shell CS
comme kernel PreOS 0.67 avec stdlib
comme tableau périodique yapt

je pense que mettre qqes jeux pourrait être aussi pas mal, si vous avez des idées ...
pour les cours, pkoi pas non plus

Pour uView et la V200, pas moyen de le faire tourner avec le Voyage 200 Executables Patcher?

non

Argh, c'est du parfait Made in Pollux, ça.

c'est vrai, s'il avait été proprement codé en kernel, y aurait pas eu besoin de patch, cf txtrider

TxtRider "proprement codé"... Il plante tout le temps, mais sinon...

par proprement codé en kernel, j'entendais ne pas refaire les détections offertes par le kernel, mais bon, passons à autre chose, merci

Peut-être ID ?

Heu sinon comme Shell, tu crois pas que mettre CS c'est un peu "lourd" pour un pack destiné aux débutants ?

ouep vous conseillez quoi comme shell alors ? pct ?

tu trouves qu'un ni00b n'a pas besoin d'un explorateur de handle et d'un désassembleur ?

Je crois que c'est pas la peine de répondre
Oui, PCT, par exemple

ok, et je fais comment pour contacter les auteurs ? je laisse tomber ce point là (s'ils ne sont plus joignables évidemment)

uView marche pas sur V200 ? hmm... bizarre... qu'est-ce qui le fait foirer exactement ? ça crashe dès le début ?
(et sachant qu'il y a qd même des fichiers .v2z dans le zip, ça aurait été aussi possible de me prévenir que ça marchait pas, si ce n'est pour corriger le bug, au moins pour que je les retire )

Kevin Kofler :
Argh, c'est du parfait Made in Pollux, ça.

C'est censé sous-entendre quoi, ça ?

et sachant qu'il y a qd même des fichiers .v2z dans le zip, ça aurait été aussi possible de me prévenir que ça marchait pas, si ce n'est pour corriger le bug, au moins pour que je les retire

je pensais le faire, mais je voualsi d'abord regarder un peu où ça foirait. l'erreur est "wrong calculator model"). en même temps, on s'en est rendu compte hier vers 2h ...

Ah OK, c juste que j'ai oublié de mettre un #define USE_V200

Mais j'avoue que la manière dont tu l'avais formulé laissait penser que c'était irrémédiable, et donc, connu depuis lgtps...

non, j'ai juste essayé sur ma v200, puis v200exep dessus.

En principe pas besoin : un coup de db92 ou CS dessus, et tu changes les 2 instructions de détection du modèle (test+saut)
Je vais mettre ça dans la version 1.1

j'y ai bien pensé, mais j'ai eu une crise de flemmingite aïgue, ou de warcraft 3, au choix

en même tps t'as qd même eu le courage de créer un nouveau topic, ce qui est déjà pas mal

un sursaut de volonté dans une nuit de néant

maintenant, reste à faire ce que j'ai dit

ça m'a fait tout drôle de créer un topic dans la section questions pour ni00bs
au fait, t'es déjà levé ? (ou pas encore couché ?)

TICTExplorer
TIChess
Backgammon

y'a besoin de rien d'autre, TIChess et Backgammon ont une durée de vie illimitée et TICTExplorer gère la lecture des textes

Ah oui et comme table periodique celle de deadbird qui est super légère (175Ko)

Euh sinon c quoi l'intérêt du shell là-dedans ? A part pour compresser/décompresser, je vois pas trop l'intérêt... (d'ailleurs ça serait une bonne idée, de faire un shell minimaliste avec une interface simple pour ce genre de choses)
Et le pb de faire un tros gros pack de trucs, c que le n00b moyen, si il a pas assez de place sur calc, il peut pas s'en servir On peut même envisager de virer le kernel, mais ça risquerait de poser des pbs si après il veut installer des progs qui en ont besoin...

Flanker
: au fait, t'es déjà levé ? (ou pas encore couché ?)

cf "se coucher le plus tôt possible" pour plus de détails

Euh sinon c quoi l'intérêt du shell là-dedans ? A part pour compresser/décompresser, je vois pas trop l'intérêt... (d'ailleurs ça serait une bonne idée, de faire un shell minimaliste avec une interface simple pour ce genre de choses) Et le pb de faire un tros gros pack de trucs, c que le n00b moyen, si il a pas assez de place sur calc, il peut pas s'en servir On peut même envisager de virer le kernel, mais ça risquerait de poser des pbs si après il veut installer des progs qui en ont besoin...

1) pour éviter le problème genre y a doors qui marche pas
2) les gens aiment avoir un shell
3) ça permet de compresser/décompresser. apparement y a pas mal de cours qui traînent au format ZIP

1/2) moué, moyennement convaincu... c pas plutôt que ct la seule manière pratique de choisir un texte à l'époque de txtrider ?
3) ok, donc CS gère aussi la compression ZIP ?

CS gère ZIP, KOMP et PEP (à condition de mettre les bonnes libs sur la calc). Il sait également retrouver la taille d'origine des fichiers ppg et acf. Si j'ai le temps et la motivation, je ferais une petite lib qui pour extraire les ppg. Pour ton format à toi, il mem semble qu'il n'y avait pas d'en tête permettant de déterminer le type d'origine, non ?

Flanker
: CS gère ZIP, KOMP et PEP (à condition de mettre les bonnes libs sur la calc). Il sait également retrouver la taille d'origine des fichiers ppg et acf. Si j'ai le temps et la motivation, je ferais une petite lib qui pour extraire les ppg.

OK

Pour ton format à toi, il mem semble qu'il n'y avait pas d'en tête permettant de déterminer le type d'origine, non ?

Meuh si J'en avais pas parlé sur yN une fois d'ailleurs, en disant que j'allais rajouter un header pour ça ?

c'est fait ? je savais pas. je savais que c'était en projet, pas que c'était réalisé. Dès que j'ai fini mes partiels, je l'ajouterai à CS alors