L'obtention de terminal largeur en C?

J'ai été à la recherche d'un moyen d'obtenir le terminal de la largeur de l'intérieur de mon programme C. Ce que j'ai de garder à venir avec quelque chose le long des lignes de:

#include <sys/ioctl.h>
#include <stdio.h>

int main (void)
{
    struct ttysize ts;
    ioctl(0, TIOCGSIZE, &ts);

    printf ("lines %d\n", ts.ts_lines);
    printf ("columns %d\n", ts.ts_cols);
}

Mais chaque fois que j'essaie, que je reçois

austin@:~$ gcc test.c -o test
test.c: In function ‘main’:
test.c:6: error: storage size of ‘ts’ isn’t known
test.c:7: error: ‘TIOCGSIZE’ undeclared (first use in this function)
test.c:7: error: (Each undeclared identifier is reported only once
test.c:7: error: for each function it appears in.)

Est-ce la meilleure façon de le faire, ou est-il un meilleur moyen? Si non, comment puis-je obtenir que cela fonctionne?

EDIT: code fixe est 

#include <sys/ioctl.h>
#include <stdio.h>

int main (void)
{
    struct winsize w;
    ioctl(0, TIOCGWINSZ, &w);

    printf ("lines %d\n", w.ws_row);
    printf ("columns %d\n", w.ws_col);
    return 0;
}
  • aucune des réponses proposées n'est plus de la moitié correcte.
InformationsquelleAutor austin | 2009-06-21
  1. 112

    Avez-vous envisagé d'utiliser la fonction getenv() ? Il vous permet d'obtenir le système de variables d'environnement qui contient les bornes de colonnes et de lignes.

    Alternativement à l'aide de votre méthode, si vous voulez voir ce que le noyau voit que la taille du terminal (mieux dans le cas où le terminal est redimensionnée), vous devez utiliser TIOCGWINSZ, par opposition à votre TIOCGSIZE, comme suit:

    struct winsize w;
ioctl(STDOUT_FILENO, TIOCGWINSZ, &w);

    et le code complet:

    #include <sys/ioctl.h>
#include <stdio.h>
#include <unistd.h>

int main (int argc, char **argv)
{
    struct winsize w;
    ioctl(STDOUT_FILENO, TIOCGWINSZ, &w);

    printf ("lines %d\n", w.ws_row);
    printf ("columns %d\n", w.ws_col);
    return 0;  //make sure your main returns int
}
    • ouais mais le terme de largeur n'est pas une variable d'environnement, de ses statique du terme.
    • Il ne vous fournit pas le courant taille du terminal, si quelqu'un redimensionne le terminal au cours de l'exécution du programme.
    • ouais, était d'ajouter que 🙂
    • fixer un peu le code mais ouais, merci
    • Vous aurez besoin de #include <unistd.h> pour STDOUT_FILENO.
    • comment obtenir les tailles en pixels? J'ai utilisé ws_xpixel et ws_ypixel, Mais il se contente d'afficher les zéros !

    InformationsquelleAutor John T
  2. 16

    Cet exemple est un peu sur le long côté, mais je crois que c'est le plus portable moyen de détecter les dimensions du terminal. Ce gère également les événements de redimensionnement.

    Comme tim et rlbond l'indique, je suis en utilisant ncurses. Il garantit une grande amélioration dans le terminal de compatibilité par rapport à la lecture des variables d'environnement directement.

    #include <ncurses.h>
#include <string.h>
#include <signal.h>

//SIGWINCH is called when the window is resized.
void handle_winch(int sig){
  signal(SIGWINCH, SIG_IGN);

  //Reinitialize the window to update data structures.
  endwin();
  initscr();
  refresh();
  clear();

  char tmp[128];
  sprintf(tmp, "%dx%d", COLS, LINES);

  //Approximate the center
  int x = COLS / 2 - strlen(tmp) / 2;
  int y = LINES / 2 - 1;

  mvaddstr(y, x, tmp);
  refresh();

  signal(SIGWINCH, handle_winch);
}

int main(int argc, char *argv[]){
  initscr();
  //COLS/LINES are now set

  signal(SIGWINCH, handle_winch);

  while(getch() != 27){
    /* Nada */
  }

  endwin();

  return(0);
}
    • Mais est-il vraiment sûr d'appel initscr et endwin à partir d'un gestionnaire de signal? Ils sont au moins pas répertorié parmi les async un signal fort Api dans man 7 signal
    • C'est un bon point @nav, j'ai jamais pensé à ça! Serait une meilleure solution peut-être d'avoir le gestionnaire de signal de soulever un drapeau, puis effectuer le reste des opérations dans la boucle principale?
    • oui, ce serait mieux 😉 - également à l'aide de sigaction au lieu de signal serait mieux aussi.
    • Ainsi sont les COLS et les LIGNES de variables globales?
    InformationsquelleAutor gamen
  3. 12
    #include <stdio.h>
#include <stdlib.h>
#include <termcap.h>
#include <error.h>

static char termbuf[2048];

int main(void)
{
    char *termtype = getenv("TERM");

    if (tgetent(termbuf, termtype) < 0) {
        error(EXIT_FAILURE, 0, "Could not access the termcap data base.\n");
    }

    int lines = tgetnum("li");
    int columns = tgetnum("co");
    printf("lines = %d; columns = %d.\n", lines, columns);
    return 0;
}

    Doit être compilé avec -ltermcap . Il y a beaucoup d'autres informations utiles que vous pouvez obtenir à l'aide de termcap. Vérifiez le termcap manuel à l'aide de info termcap pour plus de détails.

    • Vous pouvez le compiler avec -lcurses trop.
    • Je ne peux pas inclure termcap dans Ubuntu 14.04 et ne le trouve pas dans les dépôts, soit. :/
    • Je sais que ce commentaire vient 6 ans après le fait, mais s'il vous plaît expliquer votre nombre magique de 2048...
    • Il y a près de trois ans plus tard encore, mais n'est-il pas assez clair que 2048 est juste un arbitraire de la taille de la mémoire tampon qui "devrait probablement être assez grand" pour une chaîne d'entrée est d'y aller?
    • En fait, cette réponse fait de trop nombreuses hypothèses sont correctes.
    InformationsquelleAutor Juliano
  4. 2

    Si vous avez ncurses installés et en l'utilisant, vous pouvez utiliser getmaxyx() pour trouver les dimensions du terminal.

    • Oui, et ne remarque que Y vient en premier, et ensuite le X.
    InformationsquelleAutor rlbond
  5. 0

    En supposant que vous êtes sur Linux, je pense que vous voulez utiliser la ncurses bibliothèque
    au lieu de cela. Je suis assez sûr que la ttysize trucs que vous avez n'est pas dans stdlib.

    • eh bien, ce que je fais n'est pas vraiment utile de définir ncurses pour
    • ncurses est pas dans stdlib soit. Les deux sont normalisés dans POSIX, mais le ioctl moyen est plus simple et plus propre, parce que vous n'avez pas à initialiser les malédictions, etc.
    InformationsquelleAutor tim
  6. 0

    Afin de ne pas suggérer une réponse ici, mais:

    linux-pc:~/scratch$ echo $LINES

    49

    linux-pc:~/scratch$ printenv | grep LINES

    linux-pc:~/scratch$

    Ok, et j'ai remarqué que si je redimensionner le terminal de GNOME, les LIGNES et les COLONNES les variables de le suivre.

    Semble un peu comme GNOME terminal est la création de ces variables d'environnement lui-même?

    • Et bien sûr il ne veut pas passer à C de code. la fonction getenv("LIGNES") renvoie la valeur NULL.
    InformationsquelleAutor Scott Franco
  7. -1

    Voici les appels de fonction pour le déjà suggéré variable d'environnement de chose:

    int lines = atoi(getenv("LINES"));
int columns = atoi(getenv("COLUMNS"));
    • Les variables d'environnement ne sont pas fiables. Ces valeurs sont définies par le shell, de sorte qu'ils ne sont pas garantis d'exister. Aussi, ils ne seront pas à jour si l'utilisateur change la taille du terminal.
    • De nombreuses coquilles d'établir un gestionnaire pour l' SIGWINCH signal, afin qu'ils puissent garder les variables à jour (ils ont aussi besoin de sorte qu'ils vont faire le bon retour à la ligne dans l'éditeur de saisie).
    • Ils peuvent très bien le faire, mais d'un programme de l'environnement ne sera pas mis à jour comme il est en cours d'exécution.
    InformationsquelleAutor merkuro