Win3x.Org
http://www.win3x.org/win3board/

LudOS
http://www.win3x.org/win3board/viewtopic.php?f=69&t=2250
Page 5 sur 33
Auteur :  Florian_88 [ 05 juil. 2006 18:25 ]
Sujet du message : 

Juste un truc a dire.


Citation :
CX + Commandes de la console (ls, dir, cd,ect...)
Y'a pas de projet console :D

Auteur :  Nnay [ 05 juil. 2006 19:20 ]
Sujet du message : 

La console, c'est en gros ce que les windowsiens appelent la "ligne de commande". Sauf que là, comme c'est du DOS, y a que de la ligne de commande en plein écran, et y a pas besoin d'un programme pour gérer tout ça, c'est DOS qui le fait.

Auteur :  Florian_88 [ 05 juil. 2006 20:32 ]
Sujet du message : 

Sans devenir violent :D mais ....

Si c'est MS-DOS qui gére dans ce cas pas besoin de réecrire les commande ls, dir, cd ... comme stipuler dans le titre vu qu'elle font partie des commandes de MS-DOS justement, j'en deduit que ce projet ( CX ) n'as aucun interet.

Auteur :  Maxoul [ 05 juil. 2006 22:01 ]
Sujet du message : 

nan nan... c'est pas DOS qui gere tout ca !

on a dit une console UNIX ! DOS c'est pas du style unix nan ? ben alors c'est CX !

Auteur :  Florian_88 [ 05 juil. 2006 23:29 ]
Sujet du message : 

Maxoul a écrit :
nan nan... c'est pas DOS qui gere tout ca !

on a dit une console UNIX ! DOS c'est pas du style unix nan ? ben alors c'est CX !
J'avais pas compris dans ce sens ( enfin on m'as pas expliquer dans ce sens non plus :D ). Sauf que: unix c'est un DOS autant que MS-DOS, linux ou *BSD donc attention a pas melanger les termes avant que ca devienne incomprehensible.

Egalement, si vous avez pas les commandes MS-DOS, pas la ligne de commande MS-DOS, vous faite des dossier style *nix. Le MS-DOS y sert a quoi ? C'est juste un support pour programmer en Qbasic car si c'était tout en C/C++ ou autre je pense que vous auriez choisi une autre base, y'a des DOS un peu nouveau qui passe autant sur les ancien PC et surtout sur les nouveau. Enfin moi je m'en fout presque ( pour pas dire totalement ).

Auteur :  BENARIAC [ 05 juil. 2006 23:43 ]
Sujet du message : 

En fait, j'avait lancé l'idée pendant le developpement de FOS (Gui MS-DOS, Win3x-like) que ce projet soit totalement indépendant de MS-dos en y incluant mon projet de plate-forme...

Ce dernier a pour but d'assuré une intercompatibilité entre éléments Windows et éléments *nix, tout en étant un OS simple et performant.

Depuis, l'idée a fait son chemin, et Maxoul l'a amélioré/adapté au mieux a son projet... :wink:
Citation :
Enfin moi je m'en fout presque ( pour pas dire totalement ).
Yen a qui jouent a la Playstation, moi je programme...
(quoique, j'aime bien les soirées Gran tourismo avec ma "femme"... même si elle me laisse gagner... :oops: )

Auteur :  Maxoul [ 06 juil. 2006 01:34 ]
Sujet du message : 

Florian_88 a écrit :
J'avais pas compris dans ce sens ( enfin on m'as pas expliquer dans ce sens non plus :D ). Sauf que: unix c'est un DOS autant que MS-DOS, linux ou *BSD donc attention a pas melanger les termes avant que ca devienne incomprehensible.

Egalement, si vous avez pas les commandes MS-DOS, pas la ligne de commande MS-DOS, vous faite des dossier style *nix. Le MS-DOS y sert a quoi ? C'est juste un support pour programmer en Qbasic car si c'était tout en C/C++ ou autre je pense que vous auriez choisi une autre base, y'a des DOS un peu nouveau qui passe autant sur les ancien PC et surtout sur les nouveau. Enfin moi je m'en fout presque ( pour pas dire totalement ).
vi vi, MS-DOS (enfin.. ce qu'il en reste : IO.SYS quoi !) ne sera qu'un noyau.

Sinon on attendant que le projet de Benariac soit terminé on commence a developper sur dos

Auteur :  Florian_88 [ 06 juil. 2006 10:52 ]
Sujet du message : 

Pour les correspondances commandes xBSD/*nix/ms-dos, tu peut faire les gros du boulot avec le C en une seul ligne de commande. Les commandes n'auront peut etre pas toute les options mais ca reste des babioles a programmmer a coté.

For example, la commandes COPY en MS-DOS a sont equivalent cp sous linux ( il me semble, j'utilise pas beaucoup windows ).

Ben quand ton interpreteur de commandes recontrera "cp" dans un script il suffira de faire en C.
system("COPY %s %s"); 
où %s symbolise les options passer a cp que tu aura recuperer en stockant les deux valeur situer entre les deux espaces de la commande cp qui s'écrit comme suit: cp[espace]fichier1[espace]chemin[NULL] ( normalement c'est NULL je croi )

plus qu'as faire une boucle genre.

for(i=0;i<taille de la commande;i++)

Voilà ton CX est fait, plus qu'as rajouter deux trois babioles :D, par contre c'est afficher qu'il est programmer en partie en QB, c'est pas que j'aime pas le QB mais sont manque de rapiditer n'en fait pas un atout pour la programmation d'un interpreteur de commande.

Auteur :  Nnay [ 06 juil. 2006 13:02 ]
Sujet du message : 

Il me semble que QB sait compiler, sinon ça ferait un interpréteur sur un autre interpréteur et là niveau performances ça va #######...

Auteur :  BENARIAC [ 06 juil. 2006 13:24 ]
Sujet du message : 

Citation :
QB sait compiler
Non, c'est un langage interprèter... Mais certain on bidouillé des compilateur... :shock: . Enfin pour avoir testé, niveau perfs, ça ####### grave !

Au départ, c'est pour cela que je m'étais mis au C... et a l'asm...

Page 5 sur 33 Fuseau horaire sur UTC+02:00
Développé par phpBB® Forum Software © phpBB Limited
Traduction française officielle © Qiaeru