Version imprimable
Bonjour, j'aimerai savoir quel est l'équivalent des librairies :
conio.h
windows.h
Sous Unix (plus précisement: Linux)
De plus j'ai un conio assez étrange. En effet pour l'utiliser il faut inclure : "conio.c" ce qui est très bizarre... 8O Pouvez vous aussi de me dire s'il existe quelque chose de plus standard pour utiliser des fonctions comme sleep, textcolor, clrscr...
Merci d'avance :)
Il n'existe une implantation de l'API win32 sous Linux avec la bibliothèque wine.
En ce qui concerne conio, le plus proche est la bibliothèque ncurses. Pour écrire une UI portable en mode texte, je conseillerais plutôt d'utiliser la bibliothèque PDcurses dont il existe une version pour windows et unixoïde.
Thierry
Es-tu vraiment certain qu'il faille inclure conio.c (sous-entendu est-ce clairement indique dans la document qu'il faut faire de la sorte ?)) ?Citation:
Envoyé par _SamSoft_
La methode correcte serait plutot d'inclure le fichier d'entete conio.h (ou equivalent) puis de rajouter conio.c au projet.
1 - Faut-il le rappeler une fois de plus ? Un .h n'est pas une bibliothèque. C'est un fichier d'en-tête qui contient des prototypes de fonctions (et tout ce qui est nécessaire pour les définir). Ca peut éventuellement correspondre à l'interface d'une bibliothèque.Citation:
Envoyé par _SamSoft_
2 - <conio.h> est l'interface de CONIO qui est une bibliothèque d'accès direct à la console (clavier / ecran). Sous unixoïde, les équivalents sont curses et ncurses. Je recommande néanmoins PDCurses qui est portable et qui reprend une grande partie des caractéristiques de ncurses. Je conseille donc, sous Windows, d'abandonner CONIO au profit de PDCurses.
3 - <windows.h> est, comme son nom l'indique, l'interface (principale) de l'API Win32 de Windows. Il n'y a évidemment aucun équivalent ailleurs...
4 - Si tu cherches un équivalent à Sleep(millisecondes) (Windows), il existe sleep(secondes) ou usleep(microsecondes) sous unixoïde. Il convient de faire les conversions nécessaires.
Pour être portable, je recommande ceci :
http://delahaye.emmanuel.free.fr/clib/psleep/
5- "il faut inclure : "conio.c" ", ça n'existe pas, même si tu l'as vu faire par des gens qui programment avec leurs pieds... C'est un fichier source qu'il faut ajouter au projet et compiler comme n'importe quel autre fichier source. Tu peux t'amuser à écrire un portage unixoïde à base de curse/ncurses, mais, pour moi, la bonne solution et de passer tout en PDCurses. Un exemple qui montre les 2 codages :
http://emmanuel-delahaye.developpez.com/snake/02/kbd.h
http://emmanuel-delahaye.developpez.com/snake/02/kbd.c
http://emmanuel-delahaye.developpez.com/snake/02/scr.h
http://emmanuel-delahaye.developpez.com/snake/02/scr.c
Si, il existe une implantation unixoïde connue sous le nom de wine. Cette bibliothèque sert essentiellement à porter sous unixoïde de grosses applications déjà existentes.Citation:
Envoyé par Emmanuel Delahaye
En revanche, si le but de __SamSoft__ est de faire un programme portable en partant de zéro, j'essaierai personnellement de réduire au strict minimum l'usage de cette API (on ne peut pas toujours faire sans), et d'encapsuler les morceaux de code spécifiques à une plateforme donnée dans une couche d'abstraction.
Il existe maintenant beaucoup d'API qui permettent de faciliter le portage d'applications. PDCurses, GTK+, GLib, pthread sont des bibliothèques que je conseille sérieusement d'étudier si le but est de construire une appli utilisable indifféremment sous Windows ou Linux.
Thierry
Merci mais moi j'utilise Qt pour la lib gui :) Mais je voulais juste savoir s'il y avait des équivalents. Vous avez répondu à ma question, merci :D
Pour emmanuel : Si, il faut inclure "conio.c" enfin testez vous même (puisque vous ne me croyez pas) : (enfin avec le conio que j'ai :( )
http://sayro.free.fr/SamSoft/test/hw.zip
Sur un programme de type Hello World
Edit:: Désolé, tout à l'heure je voulais dire header :) ~::Edit
Qt, c'est du C++. pourquoi dès lors ne rester en C++ pour le projet entier?Citation:
Envoyé par _SamSoft_
Thierry
Pas du C.Citation:
Envoyé par _SamSoft_
C'est bien ce que je disais : "codé avec les pieds".Citation:
Pour emmanuel : Si, il faut inclure "conio.c" enfin testez vous même (puisque vous ne me croyez pas) : (enfin avec le conio que j'ai :( )
http://sayro.free.fr/SamSoft/test/hw.zip
Sur un programme de type Hello World
Voici une version corrigée :
http://delahaye.emmanuel.free.fr/src/conio/
Mais la version à jour est CONIO2.
http://conio.sourceforge.net/
Je me disais bien que celui qui avait sorti ce conio était un abruti :D
Merci Emmanuel ;)
PS: Je n'ai jamais dit que Qt c'était pour le C (je code en c++, de temps en temps en C)
En quoi ?Citation:
Envoyé par _SamSoft_
Comment ca en quoi ? Je developpe des logiciels en utilisant le langage de programmation C++ et la lib Qt4 de TrollTech
PS: Il m'arrive aussi de programmer en C, en vb.net. Là j'apprend un peu l'assembleur
C'est quoi le C++ ? Tu utilises des mots inconnus sur ce forum...Citation:
Envoyé par _SamSoft_
Non mais c'est quoi le problème ? J'ai juste dis que je savais que Qt c'était pas à utiliser avec le C mais avec le C++ point barre.
Pour Thierry : Je n'ai jamais dis que mon projet mélangeais C et C++. Je voulais simplement avoir des infos sur des équivalents de header
Je dis simplement que venir parler de C++ et de QT sur un forum C n'a aucun sens... C'est tout.Citation:
Envoyé par _SamSoft_
Ah ok, j'avais pas compris :P
C'est bon, discussion fermée :mrgreen:
Ce n'est pas tant un problème avec cette implémentation de conio, mais un problème d'utilisation (inclusion de conio.c, mélange de fonction de conio avec les fonctions I/O standard, utilisation de <> pour les headers personnels, etc.)Citation:
Envoyé par _SamSoft_
Donc vous croyez que l'erreur vient de moi ?
Si j'ai inclu conio en mettant conio.c c'était parce qu'aucune fonctione de ce header ne fonctionnait si j'incluais conio.h donc l'erreur n'est pas de moi.
En ce qui concerne l'inclusion de conion avec des <> c'est parce que conio n'est pas situé dans le répertoire courrant de mon projet mais bien loin !
Il possible de passer au compilateur le chemin où se trouve les fichiers d'en-tête que tu désires inclure. Avec gcc, on utilise l'option -I (voir documentation).Citation:
Envoyé par _SamSoft_
Personnellement, je n'utilise la notation '<>' que pour les fichiers d'en-tête standards.
Thierry
Merci (je le savais xd) mais c'est trop long à expliquer (pourquoi ai-je mis conio entre <> , en gros c'était pour un projet c++ qui permetait d'entrer du code en francais et de compiler le tout en convertissant en C, c'est pas très catholique mais bon ...)
Voilà :)
Tu programmes un compilateur, c'est ça? Quelle utilité? Que veux-tu dire par "entrer du code en français"?Citation:
Envoyé par _SamSoft_
La tâche que tu désires réaliser est difficile, car il te faudra de toute manière définir une grammaire non-ambigüe qui te permettra de construire ton compilateur. L'histoire a montré que le rêve de pouvoir programmer dans un langage naturel était vain (français, anglais). Bien entendu, je ne suis pas un spécialiste dans ce domaine, même si la construction de compilateurs m'intéresse.
Dans ce contexte, je ne vois pas l'utilité de créer un nouveau langage dont le seul apport serait d'utiliser des mots clés en français (ça existe d'ailleurs probablement déjà).
Thierry
Non pas un compilateur (pour plus d'infos c.f : mon site !) C'est juste pour un but instructif pas réinventer la roue et puis je crois qu'il y a Logo et WinDEV :)
pourtant, j'ai reussi a faire fonctionner l'exemple sans inclure conio.c mais bien conio.h. emmanuel aussi, d'ailleurs il a meme fournit une version corrigee.Citation:
Envoyé par _SamSoft_
Oui, et alors ? Il suffit de specifier lemplacement.Citation:
Envoyé par _SamSoft_
Oui mais l'emplecement dépend de l'os, du nom de projet... J'ai préferé le mettre dans c:\monApp\MinGW\include !
Pour plus d'infos : (mon site : le logiciel SamSoftDev et/ou le code source) :D
Il est techniquement possible de faire tout et n'importe quoi (le C a très peu de règles de conception). Cependant, si on cherche à réaliser de la programmation sérieuse, il ne faut jamais faire ça.Citation:
Envoyé par _SamSoft_
Ce qui concerne l'implémentation (compilateur, header, bibliothèques, IDE) doit être à part sans aucun lien avec les projets.
Par exemple :
/codeblocks
/dev-cpp
Les projets doivent être dans des répertoires séparés indépendant de toute implémentation :
/prj/a
/prj/b
/prj/c
un répertoire par projet.
Vous avez plus d'experience que moi et je suis tout à fait d'accord avec votre point de vue mais j'ai programmé ca un peu "A la va vite :)" et je ne compte pas le modifier entièrement :) J'ai fais ca pour aider un ami en prog :) Là j'apprend les bonnes techniques de prog sur le site d'Emmanuel (en C) car je veux m'améliorer et créer (dans un premier temps) des petites applications robustes :D
PS: J'ai sauté trop d'étapes :) Je reviens juste au point de départ.
C'est pour ça que je te montre les bonnes pratiques tout de suite. A toi de les suivre et surtout de demander des explications si ce n'est pas clair. Le but n'est pas d'agir aveuglément, mais de comprendre pourquoi on agit.Citation:
Envoyé par _SamSoft_
C'est ce que je fais (et merci pour tout Emmanuel :) ) Mais de temps en temps je suis un peu ailleurs (c.f Homer dans les Simpson :mouarf:)