Benutzereingaben von der Konsole in C

Ich bin ein absoluter Anfänger in C-Programmierung, also bitte etwas Geduld mit mir. Ich versuche zur Eingabe eines Dateinamen vom Benutzer in der Konsole, und ich will zu drucken, die eine hilfreiche Nachricht, dass der Benutzer aufgefordert wird, geben Sie den Dateinamen an, die er öffnen will. Aber wenn ich das in der Eingabeaufforderung eingeben, wird der cursor wartet auf die Eingabe der ersten und nachdem ich geben Sie text ein und drücken Sie die EINGABETASTE, sehe ich das hilfreich prompt, dass ich etwas drucken wollte, vor dem Eingang. Hier ist das code-snippet.

 char filename[40];
 fputs("enter the file name: ", stdout);
 fflush(stdout); 
 fgets(filename, sizeof(filename), stdin);

Ich kann nicht sehen, wohin ich gehe falsch mit diesem. Ich wäre wirklich dankbar, wenn jemand erklären könnte, warum dies geschieht.

Ich sehe kein Problem mit deinem code.
Um näher auf mein problem. Ich bin versucht zu konvertieren, das C-Programm in gnuarm Assembler-code. Also ich nutze den gcc-compiler aus der gnu-toolchain aus den Armen-website. Ich glaube nicht, dass es sollte egal, aber dann weiß ich nicht, wie man dieses Problem beheben. Das scheint so trivial.
Dieser C-code sieht gut aus. Es würde scheinen, wie Sie Ihre stdout nicht ordnungsgemäß geleert, obwohl Sie es beantragt. Ich würde vermuten, dass die stdio-Bibliothek hat einige Macken in dieser Hinsicht.
In dem OS? Können Sie pl. überprüfen Sie den Rückgabewert von fflush, wenn es 0 ist?
Ich habe deine code und fügte hinzu, printf("%s\n",filename); am Ende, kompiliert und lief. Es druckt den Dateinamen habe ich eingegeben. Ist es nicht dies, was Sie bekommen?

InformationsquelleAutor Vivek Pradhan | 2012-08-21

c console user-input

1

Sehe ich keine Probleme mit dem code, den Sie eingefügt haben, funktioniert mit gcc. Es muss etwas zu tun mit dem stdout nicht gespült werden, die spezifisch für den compiler, den Sie verwenden...

InformationsquelleAutor Curious

Dieser funktioniert bei mir mit gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00):

char path[100];

printf("Give a path: ");

//Max length of 99 characters; puts a null terminated string in path, thus 99 chars + null is the max
scanf("%99s", path);

printf("This is your path: %s\n", path);

Auf einem *nix-Maschine, die bei der Montage zu Lesen und zu schreiben:

read:   mov $0x03, %rax # Syscall Read
        mov $0x00, %rbx # Stdin
        mov $Buff, %rcx # Address to read to
        mov $BuffLen, %rdx  # Bytes to read
        int $0x80           # Call

write:  mov $0x04, %rax # Syscall Write
        mov $0x01, %rbx # Stdout
        mov $Buff, %rcx # Address to write from
        mov $BuffLen, %rdx  # Bytes to write
        int $0x80           # Call

Dies ist eine Windows-Montage bekam ich von einem Lehrer:

.386
.MODEL FLAT

ExitProcess PROTO NEAR32 stdcall, dwExitCode:DWORD

GetStdHandle PROTO NEAR32 stdcall, nStdHandle:DWORD

ReadFile PROTO NEAR32 stdcall, hFile:DWORD, lpBuffer:NEAR32, NumberOfCharsToRead:DWORD,
     lpNumberOfBytesRead:NEAR32, lpOverlapped:NEAR32

WriteFile PROTO NEAR32 stdcall, hFile:DWORD, lpBuffer:NEAR32, NumberOfCharsToWrite:DWORD,
     lpNumberOfBytesWritten:NEAR32, lpOverlapped:NEAR32

STD_INPUT  EQU -10
STD_OUTPUT EQU -11

cr  EQU 0dh
Lf  EQU 0ah

.STACK
.DATA

InMsg   BYTE    14 dup (?)
msgLng  DWORD   $ - InMsg ;
read    DWORD   ?
written DWORD   ?
hStdIn  DWORD   ?
hStdOut DWORD   ?

.CODE
_start:
        INVOKE GetStdHandle, STD_INPUT
        mov     hStdIn, eax
        INVOKE ReadFile, hStdIn, NEAR32 PTR InMsg, msgLng, NEAR32 PTR read, 0
    INVOKE GetStdHandle, STD_OUTPUT
    mov hStdOut, eax
        INVOKE WriteFile, hStdOut, NEAR32 PTR InMsg, msgLng, NEAR32 PTR written, 0
    INVOKE ExitProcess, 0

PUBLIC  _start
END

Thankx @FireLizzard für dein feedback, aber es immer noch nicht zu funktionieren scheint. Es ist wie, wenn ich Benutzereingaben, sobald ich die Ausgabedatei mit dem arm-elf-run ein.sich, der cursor blinkt auf der Konsole, auf mich zu warten, um zu geben etwas, egal was ich drucken, bevor der scanf-Anweisung. Der stdio.h-Datei ist natürlich immer enthalten, weil auch die scanf-und printf-Funktionen arbeiten. Jede Hilfe, Jungs?
Ich denke, das problem ist, dass die Ausgabe nicht immer geleert, wenn ich nicht angeben, wird '\n' printf-Anweisungen vor dem scanf. Ich denke, das ist, warum die Konsole erwartet mich zu schlagen zurück. Also, wenn ich ein printf mit '\n', habe ich diese zu arbeiten. Aber ich weiß immer noch nicht genau wissen, warum. Kann jemand erklären? Es wird eine große Hilfe sein
Das scheint eher ein Problem mit dem compiler, Bibliotheken oder target-Plattform. Ich habe noch nie etwas gesehen, wie dies vor. Ist dies für ein android-Gerät?

InformationsquelleAutor Ethan Reesor

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.