dos.h pour Linux?

J'ai un programme C qui contient #include <dos.h> en-tête. Il montre une erreur de compilation. Je sais que le dos.h fichier d'en-tête n'est pas valide dans Linux.

Est-il un autre équivalent en-tête pour dos.h dans Linux?

Comme son nom l'indique, c'est la DOS fichier d'en-tête, donc pas disponible sur Linux. Quelles fonctions avez-vous besoin de dos.h?
pour l'heure système.
Pour le moment, vous pouvez consulter ce lien : stackoverflow.com/questions/1442116/...
J'ai eu un bon rire à la lecture de cette question. Si vous voulez obtenir le temps, essayez de man 2 time ou man gettimeofday.
Je n'ai de réponse à la question, mais je suis surpris qu'il est d'obtenir une telle positifs. De mon point de vue, c'est une vague question (pas bien formulé) et l'affiche pourrait avoir googlé facilement, et ne pas montrer tout le code source, donc la question n'est pas une bonne question.

OriginalL'auteur TamiL | 2012-07-27

  1. 8

    dos.h fichier d'en-tête est l'interface pour le système d'exploitation DOS. Ils ne sont pas portables à des systèmes d'exploitation autres que de DOS (ce qui signifie fonctionne pas sous Linux). Les fonctionnalités dans le dos.h vous allez utiliser?

    apparemment voudrais récupérer l'heure du système.
    Pour le moment, vous pouvez consulter ce lien : stackoverflow.com/questions/1442116/...

    OriginalL'auteur McLosys Creative

  2. 7

    Linux est une Posix/Unix comme système, de sorte que vous devriez apprendre le système des appels et des installations que vous pouvez utiliser. Lire la avancée de la programmation unix livre (ou l'équivalent; PUA est considéré comme un très bon livre). Vous pouvez également lire les advanced linux programmation (même en ligne, une copie est ici). Si Linux n'avez pas de dos.h en-tête.

    Vous pouvez également le type de man 2 intro pour obtenir un intro de syscalls, et leur liste dans en syscalls(2) page de man. À partir d'une application du point de vue syscalls sont opérations élémentaires fournis par le Le noyau Linux.

    La GNU libc offre un grand beaucoup de fonctionnalités (par exemple, la norme C fonctions comme malloc et fprintf, et des fonctions du système comme fgetpwent à la requête de l'utilisateur de base de données, etc etc...) au-dessus du système d'appels. Presque tous les programmes Linux utilise.

    Si vous vous souciez de codage des trucs qui devraient être de façon portable exécutable (après recompilation) sur d'autres systèmes similaires (par exemple, MacOSX ou FreeBSD) envisager la suite de la Posix standard.

    Si vous voulez le code d'un terminal à écran de l'application, pensez à utiliser ncurses.

    Si vous vous souciez d'interfaces graphiques, l'utilisation d'un boîte à outils graphiques comme Qt ou Gtk; généralement, ils interagissent avec un X11 serveur (et les deux Qt et Gtk sont capables de fonctionner sur certains autres non-Posix systèmes, par exemple les Fenêtres, en fournissant un graphique commune de la couche d'abstraction.). Les deux Gtk et Qt sont l'ajout d'une couche d'abstraction (Glib et QCore respectivement) ci-dessus, les fonctions du système et des équipements (en particulier au-dessus de la pthreads standard thread library).

    Enfin, Linux est logiciel libre; de sorte que vous pourriez trouver intéressant de regarder à l'intérieur du code source (d'une bibliothèque ou d'utilité) que vous utilisez. On pourrait même l'améliorer et d'y contribuer.

    Dans tous ces aspects, Linux programmation est très différent de Windows ou DOS.

    N'essayez pas d'imiter tous les Windows ou Dos de fonction dans Linux (par exemple, ne demandez pas l'équivalent de tous les dos.h fonction); apprendre la Posix/Unix façon de penser et de codage.

    La (7) page de manuel, vous en dit beaucoup sur le temps (plusieurs significations et les fonctions sur elle) sur Linux.

    N'oubliez pas de demander les avertissements du compilateur avec gcc -Wall -Wextra; en règle générale, d'améliorer votre code source, jusqu'à ce que vous n'obtenez pas de mises en garde.

    Il ne peut pas être un exact équivalent Linux de dos.h parce que Linux (c'est à dire Unix et Posix spec) et Windows sont des systèmes avec des caractéristiques différentes et concepts. Cependant, plusieurs bibliothèques libres (je l'ai mentionné Glib et QCore) sont en fournissant des abstractions pour s'adapter à Linux et Windows, donc si vous voulez développer un logiciel portable pour Windows et pour Linux, je suggère d'utiliser ces bibliothèques à la place (les utiliser à la fois sur Windows et sur Linux).

    (je pense aussi que Microsoft serait d'utiliser des menaces juridiques de brevet ou de droit d'auteur - pour éviter que le libre clone de leur propriétaire dos.h, compte tenu de leur monopole de la réputation et de leur aversion à des normes et à des logiciels libres; j'avoue que j'ai des opinions à l'encontre de Microsoft..)

    OriginalL'auteur Basile Starynkevitch