Win3x.Org

Citation :

c'est qu'on perd la compatibilité dos ...

Ouais ! Et j'ai toujours pas trouvé le moyen de faire "coller" les deux systemes de gestion des ressources (fichiers)...

Par exemple, les "Dos-likes" s'appuyent sur un systeme de "lecteur"... (c: / d: / etc...) alors que les *n?x ce servent d'un systeme de "fichier"... C'est a dire que pour linux, votre disque dur est un fichier. votre lecteur CD aussi...

Bref, ce sont des approches radicalement différentes...

Et l'exemple ci dessus n'est pas le seul... pour les drivers, c'est encore une autre histoire, pour la gestion du kernel aussi...

En bref, je pense que l'on peut s'inspiré des apparances de ces systemes, mais pas de leurs codes... Et pour que les deux soient compatibles sous le même systeme, sans utiliser d'émulateur, je pense qu'il faut créer un nouveau systeme de gestion des ressources...

Voila en bref pourquoi je suis dans la M??de pour finir mon petit projet...

Mais j'y réfléchit, je m'instruit, je code... Si c'est pas dur, c'est pas drole !

Pour reussir a faire un OS compatible avec les programmes *nix et windows faut ce lever tot je pense, en tout cas tout réecrire en s'inspirant de ReactOS ( OS compatible avec les pilotes et programme windows ) et linux.

Ou alors bien intégrer wine dans une distribution linux

Ouais, c'est soit "Ya du boulot" soit "on utilise un émulateur"...

Comme je suis 'un peu' barjo, j'ai choisi "Ya du boulot"...

Mettre les deux compatibilités à égalité ça reviendrait à faire un micro-OS avec deux couche de compatibilité au dessus... Ça risque de rammer...

Ah mais il ne s'agit pas d'avoir une compatibilité unix dans ludos...
L'idée c'est:
-Compatibilité avec les binaires dos
-Amélioration de *l'interface*, cad de la ligne de commande, façon unix, mais qui acceptera aussi les commandes dos (donc on pourra faire indifférament dir ou ls, cp ou copy, mv ou move, ...)
-Ajout d'interfaces graphiques, telles que Gem, FlowersOS ou quel que soit son nom actuel, Seal, et/ou autres ... afin d'en avoir une adaptée à chaque type de pc: 286 en cga, 386/486 en ega/vga, pentium en vesa ...

Ah ok là ça devient bien plus simple; à condition de pas se taper le noyau à refaire... Pourquoi pas contribuer plutôt au kernel freedos?

Nnay a écrit :

Mettre les deux compatibilités à égalité ça reviendrait à faire un micro-OS avec deux couche de compatibilité au dessus... Ça risque de rammer...

Ca depend si le kernel est programmer pour pouvoir lancer deux type d'executable different et a ce moment ca devient jouable.

Citation :

Ou alors bien intégrer wine dans une distribution linux Wink

Il y a Lindows qui as essayer mais ca marche pas top, mais l'idée d'une distribution specialiser dans Wine c'est pas mal.

Un exécutable DOS ne semble pas vraiment bien s'intégrer dans un système multitâche... La preuve est la stabilité des Windows 9x.

Pour lindows, c'est pas vraiment l'intégration de wine mais une distribution linux un peu spéciale..

Mouahahaha ! Le troll... !

Je garde le QuickBasic pour l'instant, desolé, mais je suis jeune et j'ai la vie a profiter, donc je divise mon temps de prog par 1000 par rapport au C, je suis en QuickBasic.


Le projet LUDOS sera scindé en 2 partie: Le noyau et le "serveur x" ou du moins ca y ressemble ^^.

L'interface graphique par défaut sera FLUOS