systeme POSIX - Page 6

Laisse-moi deviner : entre hier soir 23h54 et cet après-midi 15h40, tu as épluché google pour trouver des articles qui pouraient prouver d'une façon ou d'une autre que ce que tu as dit était valable . C'est exaspérant.
En passant, je suis curieux de savoir ce que tu as déjà développé, ainsi que la formation que tu es en train de suivre.

"formation que tu es en train de suivre" tout est dit, il ne faut pas se contenter de suivre (de loin) sa formation, il faut avancer avec elle ! ^^

posts faciles puisqu'il n'y a que du smash dedans, forcément quand on ne dit rien on risque pas de dire de conneries...

Un exokernel est un noyau tout petit qui se charge juste de la gestion des process/threads mais d'une manière méga-simple,
juste s'assurer que l'espace d'adressage d'un programme n'est pas touché par un autre.
Aucun appel système ou librairie n'est implémenté. Il faut un serveur qui donne tout son caractère à l'OS, implémentant
les appels système. Les librairies, elles, peuvetn être mises avec les programmes et demander des droits pour accéder
directement au matériel. Le principe de l'exokernel rappelle donc celui du microkernel mais en encore plus petit, et
avec la différence que le microkernel cherche à faire une HAL, tandis que l'exokernel s'en moque et laisse au contraire
les applications très proches du matériel.

C'est bien... google est ton ami. Maintenant, si tu nous montrait VRAIMENT une production, au lieu de baratiner ?

Je baratine car on pense que je ne sais pas ce qu'est un exokernel.
Maintenant je veux faire une production (mais pas un exokernel )

et moi je veux marcher sur mars, mais que je vous en parle ou pas, ça restera du baratin...

Nil :
Laisse-moi deviner : entre hier soir 23h54 et cet après-midi 15h40, tu as épluché google pour trouver des articles qui pouraient prouver d'une façon ou d'une autre que ce que tu as dit était valable .

Non. Tout simplement non. Sinon je n'aurais pas de projet de Système Posix. (2 majuscules )

En passant, je suis curieux de savoir ce que tu as déjà développé, ainsi que la formation que tu es en train de suivre.

J'ai pas fait grand'chose:
Quelques trucs en assembleur (adaptation des headers SDL pour MASM, mais pb de symboles),
un RPG en Basic, pas terminé, un dumper de disquettes (débile, juste une INT 21),
un raycasting en C sur PC, un autre en Basic sur TI (lol 30 min pour une scène moche noir et blanc)
et un joli RPG en QBasic, y'a 5 ans...

Le plus gros est en préparation... ()

C'est bien... google est ton ami.

Non, vraiment pas.... je sais pas chercher.

ainsi que la formation que tu es en train de suivre.

Licence Informatique L1, == (1e année de DEUG MIAS pour l'instant. La suite est plus spécialisée info)

ben dites moi le niveau a cruellement baissé...

Ca j'en sais rien, le niveau général ne me concerne pas....
Je fais partie des 2 personnes dans le groupe de 22 du premier semestre qui savent ce qu'est un kernel
monolithique ou micro (et je pourrais presque dire qui savent ce qu'est un kernel, car le niveau moyen
est vraiment bas...)

Et d'accord, je sais ce post fait l4m3r, mais c'est la vérité (hélas diront certains)

ouais enfin vu les defs que tu as filé, le fait de savoir que ces mots existent ne te donne pas un énorme avantage sur tes camarades...

C'est bien... google est ton ami. Maintenant, si tu nous montrait VRAIMENT une production, au lieu de baratiner ?

Te plains pas, on a déjà un superbe extrait de code :

char *str=HeapAllocPtr(65520); &str = "Tout le monde a son arbre dans ce bosquet sacré où nous mènent les rêves.";

(et au passage, ça sert à rien de se la péter en utilisant HeapAllocPtr au lieu de malloc, surtout que c'est plus long à taper et pas portable du tout )

vince > C'est mieux que de ne pas dire de déf du tout, hein vincounet ?

Pollux > C'est parceque je déteste ces noms qui veulent rien dire, malloc, calloc, ...

à la Bryce de Nice !

C'est parceque je déteste ces noms qui veulent rien dire, malloc, calloc, ...

C'est vrai que "memory allocation" ça veut rien dire, tu devrais vraiment faire partie du comité de standardisation du C pour leur apprendre la vie.

Et je te signale que ce qui est ridicule là-dedans, c pas tellement le fait d'utiliser HeapAllocPtr... Essaye de compiler ton oeuvre pour voir Et après tu vas pas nous dire que tu maîtrises la programmation des exo/micro-noyaux alors que ça se voit que t'as pas écrit plus de 3 lignes de C dans ta vie

En effet, memory allocation est beaucoup moins précis que HeapAlloc, vu qu'on peut allouer par stackframe...

Et j'ai écrit bien plus de 3 lignes de C dans ma vie, merdeux.

char *str=HeapAllocPtr(65520);

En d'autres mots: char *str=NULL; (65520 excède la taille maximale 65518 d'un HeapAllocPtr de 2 octets.)

&str = "Tout le monde a son arbre dans ce bosquet sacré où nous mènent les rêves.";

Erreur fatale: lvalue invalide. Le & est en trop.
Autre bogue: essai de copier une chaîne dans un buffer avec =.

lol, TIGCC-man

Bon j'ai pas pris la peine de tester ni de regarder sérieusement ça...
J'allais pas rajouter des lignes pour le memcpy ou strcpy ou boucle for,
(pourquoi pas le test de NULL ?)

bss, vexé traite de merdeux un mec qu'à écrit un compilo C, on aura tout vu...

BSS :
En effet, memory allocation est beaucoup moins précis que HeapAlloc, vu qu'on peut allouer par stackframe...

Pas avec une durée de vie quelconque. Tu peux aussi comprendre "main memory allocate" si tu veux.

Et j'ai écrit bien plus de 3 lignes de C dans ma vie,

Arf, heureusement que Kevin était là pour te sauver sinon tu te serais encore ridiculisé

merdeux.

No comment. Je ne pense pas être le seul à trouver que tu te la pètes bcp comparé à ce que tu fais réellement. Et surtout si tu mets qqch dans ta signature, attends-toi à te faire critiquer si c n'importe quoi. <prédiction d'excuse foireuse> A moins que ce ne soit de l'humour, hein </>

malloc veux rien dire ???


memory allocation

etc...

*Tu peux aussi comprendre "main memory allocate" si tu veux.*
C'est ce qui m'embête: c'est ambigu.

Le "merdeux" est une digne contre-attaque à une phrase aussi prétentieuse que "3 lignes de codes machin...",
qui est sans commentaire aussi.

&str = "chaine"...
Et tu veux écrire un OS...

BSS
: Bon j'ai pas pris la peine de tester ni de regarder sérieusement ça...

Et c évidemment pour ça que tu le mets dans ta signature, que tout le monde verra à chacun de tes posts? Ca ne tient pas vraiment debout

J'allais pas rajouter des lignes pour le memcpy ou strcpy ou boucle for, (pourquoi pas le test de NULL ?)

Pas besoin de rajouter de lignes, selon ce que tu veux dire :

char *str= (char*) HeapAllocPtr(65520); strcpy(str, "Tout le monde a son arbre dans ce bosquet sacré où nous mènent les rêves.");

ou

char *str= (char*) HeapAllocPtr(65520); free(str), str = "Tout le monde a son arbre dans ce bosquet sacré où nous mènent les rêves.";

Et tu remarqueras aussi que ça change la complexité de l' "algorithme", à savoir qu'il passe d'un temps constant (j'imagine que c'est ce que tu voulais) à un temps proportionnel à la taille de la chaîne

Pollux, c'est toujours faux, il faut remplacer 65520 par un entier de l'intervalle [0;65518]. 65520 est trop grand.

tiens pour te faire plaisir puique le faire reelement sa a l'air si complexe:

void CopyStr(char **str,const char *txt)
{
 if ( ( (*str) = (char *) malloc((1+strlen(txt)) * sizeof(char) /* pas tres utile le sizeof ici mais bon, faut faire propre #trigol# */) == NULL )
  return;
 strcpy(*str,txt);
}

int main()
{
char *str;
[...]
CopyStr(&str,"Tout le monde a son arbre dans ce bosquet sacré où nous mènent les rêves."); 
[...]
}

Et me dit pas que tu aurait été capable de le faire

Personne ne te croira

Pollux> Mouahah ! Pas le droit de faire fonction(), expression;

C'est précisément ce que je voulais pas, c'est GROS, trop pour la signature....

Et me dit pas que tu aurait été capable de le faire Personne ne te croira

Oui, je fais des progs de dumps de ROM_Calls, c'est logique que je ne saches pas faire une
opération aussi complexe...