IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Linux Discussion :

Gestionnaire d'impression


Sujet :

Linux

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Inscrit en
    Décembre 2005
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : Décembre 2005
    Messages : 35
    Par défaut Gestionnaire d'impression
    Je n'ai pas l'habitude de resquiller, mais je l'avoue, je suis une daube en C.
    Mon prof nous fait faire des TPs qui ne marchent pas... et ne comprends pas pourquoi... Bref, c'est la misère...

    J'ai fait l'équivalent en C#, et ça m'a pris a peine une heure, mais là... en C posix, laisses tomber.

    Quoi donc ? Et bien...

    -Processus envoyant des "pages" (structure contenant un nom et une taille de page => char* et int ) dans une file d'attente (y'a le choix, mais lequel choisir ?)
    -Processus lisant les "pages" envoyées dans la file d'entrée, et répartissant la charge dans autant de files que "d'imprimante" disponibles.
    -Threads lancé par le dernier processus, lisant sa file d'attente lorsqu'il a finit le travail en cours (Sleep(taille*vitesse)), et écrivant dans un xterm distinct le nom du fichier qu'il vient "d'imprimer"
    Je vois parfaitemment comment il faudrait le faire (j'ai qd même déjà touché au multithread en C#, aux sockets (vu que y'a pas de files en windows, enfin pas de vrai équivalents)...
    Sauf que je ne sais pas le faire vu que notre prof est ... ce qu'il est.

    => NEEEED BACKUP

  2. #2
    Membre émérite
    Avatar de Pouic
    Profil pro
    Inscrit en
    Octobre 2004
    Messages
    669
    Détails du profil
    Informations personnelles :
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Octobre 2004
    Messages : 669
    Par défaut
    man pthread_create | close
    man mq_open | close | receive (cf mqueue.h)
    etc...
    Software becomes slower faster than hardware becomes faster
    [size=1]
    http://xrenault.developpez.com

  3. #3
    Membre Expert

    Inscrit en
    Mai 2002
    Messages
    720
    Détails du profil
    Informations forums :
    Inscription : Mai 2002
    Messages : 720
    Par défaut
    Ou est-ce que tu as un probleme exactement ?

  4. #4
    Membre confirmé
    Inscrit en
    Décembre 2005
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : Décembre 2005
    Messages : 35
    Par défaut
    partout...
    Ce prof nous donne un programme à faire pour deux jours plus tards, à présenter oralemment (style soutenance de projet), alors qu'on a pas compris la moitié de la syntaxe de l'utilisation des queue, ni l'utilisation d'xterm supplémentaires comme sorties standard ...

    C'est vraiment n'importe quoi.

    Autre question: faut il protéger tout les accès aux files par des mutex ? n'existe t il pas une version des mqueues qui soient synchronisées ?
    Bref...

Discussions similaires

  1. Problème gestionnaire d'impression
    Par kast_or dans le forum Windows
    Réponses: 0
    Dernier message: 23/06/2009, 15h10
  2. Erreur 482 sur gestionnaire d'impressions
    Par Shypster dans le forum VB 6 et antérieur
    Réponses: 2
    Dernier message: 18/01/2008, 13h01
  3. Réponses: 3
    Dernier message: 16/01/2008, 11h35
  4. état du gestionnaire d'impression ?
    Par VVE dans le forum VB 6 et antérieur
    Réponses: 3
    Dernier message: 24/01/2005, 16h14
  5. Ouvrir le gestionnaire d'impression
    Par MagicManu dans le forum API, COM et SDKs
    Réponses: 3
    Dernier message: 25/10/2004, 13h38

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo