c-Programm - erster Versuch

[Obermayer F. (Firma: tbd) (foikei)]

hallo,

ich habe dabei, mich in C etwas einzuarbeiten...echt faszinierend.

Hab mir so ein Programm zum Einlesen von GPIOs auf meinem 
BeagleBoneBlack gesucht.

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <errno.h>
#include <fcntl.h>
#include <dirent.h>
#include <linux/input.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <sys/select.h>
#include <sys/time.h>
#include <termios.h>
#include <signal.h>
 
void handler (int sig)
{
  printf ("nexiting...(%d)n", sig);
  exit (0);
}
 
void perror_exit (char *error)
{
  perror (error);
  handler (9);
}
 
int main (int argc, char *argv[])
{
  struct input_event ev[64];
  int fd, rd, value, size = sizeof (struct input_event);
  char name[256] = "Unknown";
  char *device = NULL;
 
  //Setup check
  if (argv[1] == NULL){
      printf("Please specify (on the command line) the path to the dev event interface devicen");
      exit (0);
    }
 
  if ((getuid ()) != 0)
    printf ("You are not root! This may not work...n");
 
  if (argc > 1) {
    device = argv[1];
    } 
printf ("\n%s\n\t", device);
 
  //Open Device
  fd = open (device, O_RDONLY);
  printf ("\nfd vor Abfrage = %i", fd);
  //Open Device.1
  if (fd == -1) {
    printf ("%s is not a vaild device.n", device);
    } 
  printf ("\nfd NACH Abfrage = %i", fd);
 
  //Print Device Name
  ioctl (fd, EVIOCGNAME (sizeof (name)), name);
  printf ("Reading From : %s (%s)n", device, name);
 
  while (1){
      if ((rd = read (fd, ev, size * 64)) < size)
          perror_exit ("read()");     
 
      value = ev[0].value;
 
      if (value != ' ' && ev[1].value == 1 && ev[1].type == 1){ // Only read the key press event
       printf ("Code[%d]n", (ev[1].code));
      }
  }
 
  return 0;
}

Auf dem BBB compiliere ich mit

gcc C_Key_test.c -o C_Key_test

Mein Problem ist, dass es mir so vorkommt, dass die Zeile nach "//Open 
Device.1" nicht ausgeführt wird. Jedenfalls zeigt er mir nie den "Device 
Name" an.
Um ein gewisses "Debugging" durchführen zu können, habe ich ein paar 
printf-Zeilen eingefügt.

Ich komme vom AVR-Assembler...da weiß ich, wo ich hinschauen muss...aber 
hier bin ich echt zu neu.

Kann mich einer auf den richtigen Weg schubsen?

Danke euch!

mfg
foikei

[Klaus W. (mfgkw)]

Obermayer Florian schrieb:
> //Setup check
>   if (argv[1] == NULL){

schlauer wäre es, so etwas an argc fest zu machewn.

[Klaus W. (mfgkw)]

Obermayer Florian schrieb:
> hallo,
> ...
>   int fd, rd, value, size = sizeof (struct input_event);

für Größen ist der Typ size_t angemessener.

[Klaus W. (mfgkw)]

Obermayer Florian schrieb:
> //Open Device.1
>   if (fd == -1) {
>     printf ("%s is not a vaild device.n", device);
>     }
>   printf ("\nfd NACH Abfrage = %i", fd);

Wenn fd==-1 ist, macht es keinen Sinn, mit fd weiter zu arbeiten.

[Klaus W. (mfgkw)]

Obermayer Florian schrieb:
> Mein Problem ist, dass es mir so vorkommt,

eine genaue Fehlerbeschreibung ist das nicht... :-)

[Easylife (Gast)]

Der Output von printf wird in der Regel bis zum nächsten Newline 
gebuffert.
Da du konsequent "n" statt "\n" in deinen printf-Aufrufen verwendest, 
wird alles in eine Zeile geklatscht, bis der buffer voll ist, und das 
kann dauern...

[Obermayer F. (Firma: tbd) (foikei)]

Danke euch für die Antworten. Werd mich heut abend mal daran machen.

Sorry für die ungenaue Fehlerbeschreibung...hab das Thema schon seit 
Tagen mit mir rumgetragen und gestern scheinbar zu müde, um mich 
verständlich auszudrücken zzzzz

[Rolf M. (rmagnus)]

Easylife schrieb:
> Der Output von printf wird in der Regel bis zum nächsten Newline
> gebuffert.
> Da du konsequent "n" statt "\n" in deinen printf-Aufrufen verwendest,
> wird alles in eine Zeile geklatscht, bis der buffer voll ist, und das
> kann dauern...

Lustigerweise nur, wenn es am Ende des Strings steht. Wenn's am Anfang 
eines Strings steht, ist das '\' da:

Obermayer Florian schrieb:
> printf ("\nfd NACH Abfrage = %i", fd);

[Tom (Gast)]

Easylife schrieb:
> Der Output von printf wird in der Regel bis zum nächsten Newline
> gebuffert.

Deshalb schreibt man Fehler/Info/Debug-Texte grundsätzlich immer nach 
stderr (das nicht gebuffert ist)

fprintf(stderr, "error!");

[Klaus W. (mfgkw)]

Aber auch da schadet ein \n am Ende nicht, wenn man mehrere Ausgaben 
ausienanderhalten will...

[Obermayer F. (Firma: tbd) (foikei)]

Guten Morgen,

das mit dem "n" und "\n" hab ich eigentlich genau so vom Erdenker des 
Codes kopiert
http://www.thelinuxdaily.com/2010/05/grab-raw-keyboard-input-from-event-device-node-devinputevent/

aber echt interessant. Wie gesagt...ich werde mich da mal dran machen, 
wenn ich Zeit hab. Danke für die Tipps.

[Karl H. (kbuchegg)]

Obermayer Florian schrieb:
> Guten Morgen,
>
> das mit dem "n" und "\n" hab ich eigentlich genau so vom Erdenker des
> Codes kopiert

Du scheinst nicht begriffen zu haben, dass es in C einen Zeichensatz 
gibt. Der umfasst alle üblichen Druckbaren Zeichen, wie 'a', 'b', 'c' 
... natürlich auch 'n', 'm' ... 'z' und noch viele andere. Und er 
umfasst auch Zeichen, für die es keine durckbare Version gibt, die sich 
aber auf die Ausgabe auswirken. Dazu gehören zum Beispiel der Tabulator 
'\t' bzw. auch der Zeilenvorschub. Diesen speziellen Zeichen ist 
gemeinsam, dass sie allesamt in der visuellen Version, so wie man sie im 
C Code schreibt, mit dem Fluchtsymbol \ eingeleitet werden. D.h. die 
Kombination aus \ mit einem weiteren Buchstaben gilt als 1 Zeichen, 
wobei der Buchstabe dann seine normale Funktion als Buchstabe verliert 
und in Kombination mit dem \ dann eines dieser Sonderzeichen 
repräsentiert.
Und so steht ein einzelnes 'n' dann eben für den tatsächlichen 
druckbaren Buchstaben Ennn, während '\n' für den Zeilenvorschub steht. 
Zwischen den beiden gibt es also einen fundamentalen Unterschied.

Wenn du in C weiter kommen willst, dann empfehle ich den Ankauf eines 
Buches. Nichts gegen online-Tutorien. Aber die meisten sind nicht 
wirklich so umfangreich um auch auf die kleinen Details einzugehen, die 
aber nicht minder wichtig sind.

[Dirk B. (dirkb2)]

Obermayer Florian schrieb:
> das mit dem "n" und "\n" hab ich eigentlich genau so vom Erdenker des
> Codes kopiert

Da wird dann irgendwo bei der Umsetzung nach HTML der \ verloren 
gegangen sein.

[Genussmensch (Gast)]

> während '\n' für den Zeilenvorschub steht.

 ∖n ╲n ⧵n ⧷n ⧹n ﹨n ＼n

:-))

[Obermayer F. (Firma: tbd) (foikei)]

hallo Karl-Heinz,

habe hier zwei Bücher über C/C++ von einem gewissen Helmut Erlenkötter. 
Aber trotzdem danke für die Information.

Ok...dann hab ich das mit den Escapesquenzen doch richtig verstanden. 
Habe mich schon gewundert.
Möglicherweise irgendein Kopierfehler, ja...macht ja sonst überhaupt 
keinen Sinn.

Klaus Wachtler schrieb:
> Wenn fd==-1 ist, macht es keinen Sinn, mit fd weiter zu arbeiten.

stimmt...war eben nur zu "Debug-Zwecken". Hätte auch nur "Hallo" 
schreiben können.

ok. Ich hab die Escapesequenzen richtig eingegeben. Schaut bedeutend 
besser aus.

Danke euch soweit für die Hilfen!

mfg
Florian