Warum eine Endlosschleife?

[BenniG.]

if-schleife.de

Jemand eine Idee woran es liegt bzw. wie ich es herausfinden könnte? Die Api hilft mir leider nicht weiter.

Was genau daran ist dir unklar?
Die Ausgabe hätte ich genau so erwartet..

[DonSchado]

if-Schleife!? Was'n das?

Du schreibst "solange"(c != -1)...

Wo soll c den Wert -1 bekommen?

[Greeven]

Ein richtiges lol an if-schleife.de, ich werde versuchen es mir zu merken.

Nach dem letzten "Ende der if-Schleife." (tz wer das geschrieben hat... if-Schleifen gibts doch gar nicht^^) müsste noch ein "vor read()" kommen und dann ist der String zu ende und read() kommt, was dann ein -1 für c zurückgibt.
Oder nicht?

[redfalcon]

Hui, hat ne Weile gedauert, bis ich gerafft hab, was das Programm überhaupt machen soll. Gut, ich habs mal eben durch den Debugger gejagt. Die Abfrage endet nicht, weil c nicht -1 wird, sondern nach Abarbeiten des Strings 10 (LF, Linefeed) wird. Außerdem wird c am Ende des Programms immer 13 (CR, Carriage Return, "Zum Zeilenanfang") angehängt.
Ich hab das Programm mal soweit korrigiert, damit es den Sinn erfüllt, den du mMn bezwecken willst. Nicht schön, aber funzt.

PHP-Code:

public class Zeichen
{
    public static void main (String[] args) throws Exception
    {
    int c = 0;
    int anzahl = 0;

    while (c != 10)
    {

        System.out.print ("Vor read()");
        c = System.in.read();
        System.out.print ("nNach read()");

        if (c != 10)
        {
            System.out.println ("nASCII-Code: " + c + " Zeichen: " + (char) c);
            anzahl = anzahl + 1;
            System.out.println ("Ende der if-Schleife.");

        }

    }
    anzahl=anzahl-1;
    System.out.print ("Anzahl: " + anzahl);
    }
} 


Btw, interessant, dass das Forum das "\n" nicht zu mögen scheint.

[Greeven]

So klappts. Vielen Dank. Habe aber trotzdem noch darüber ein paar Fragen:

Vor der Eingabe, die man tätigt, kommt einmal "Vor read()". Damit das aber wirklich so ist, muss ich print() in println() umändern. Ist das bei dir auch so oder hat das einen Grund der nur in meinem Rechner liegt?
Warum gibt read() 10 wieder und nicht -1? Die 10 kenne ich ja von der Ausgabe, aber ich dachte, dass sie das Enter symbolisiert. Meine Vermutung wäre, dass bei Input halt am Ende eine 10 zurückgegeben wird und wenn man der Methode einen String anders zukommen lässt eine -1.
Das mit der 10 ist leider auch nicht der Api zu entnehmen oder?
Und noch der Debugger: Ich hätte das Problem auch selbst finden können, wenn ich mit dem Debugger hätte umgehen können? Kenne ja "Debug File" und habe das grad mal versucht, aber es öffnen sich zwar paar Fenster, aber dort passiert relativ wenig.

Sinn und Zweck der Fragen ist, dass ich nicht immer sofort hier ins Forum kommen
will. Eine gewisse Unabhängigkeit fehlt mir.

[BenniG.]

Nach dem letzten "Ende der if-Schleife." [...] müsste noch ein "vor read()" kommen

Das Problem können die Puffer in den Eingabe und Ausgabe-Streams sein. Die werden ggf. zu selten geflusht.
Ein

System.out.flush();

nach dem "Vor read()" könnte helfen..

Edit:

Meine Vermutung wäre, dass bei Input halt am Ende eine 10 zurückgegeben wird und wenn man der Methode einen String anders zukommen lässt eine -1.

Die -1 _soll_ zurückkommen, wenn man [STRG]+[Z] drückt, was _normalerweise_ "End of Stream" signalisieren soll. Bei deinem Netbeans scheint das nicht zu klappen..
10 ist der ASCII-Code zu Line-Feed, was ausgelöst wird, wenn man [ENTER] drückt.

Und noch der Debugger: Ich hätte das Problem auch selbst finden können, wenn ich mit dem Debugger hätte umgehen können? Kenne ja "Debug File" und habe das grad mal versucht, aber es öffnen sich zwar paar Fenster, aber dort passiert relativ wenig.

Hast du einen Breakpoint gesetzt? Normal geht das über doppelklick auf die Zeilennummer (bzw. den linken bereich im Editor-Fenster)

[redfalcon]

Zitat von Greeven

Und noch der Debugger: Ich hätte das Problem auch selbst finden können, wenn ich mit dem Debugger hätte umgehen können? Kenne ja "Debug File" und habe das grad mal versucht, aber es öffnen sich zwar paar Fenster, aber dort passiert relativ wenig.

Welchen Editor nutzt du?

[Greeven]

NetBeans 5.5.1

Bezüglich dem Debuggen: Ich weiß davon nix. (Wusste auch nicht, was ein Breakpoint ist) Jetz habe ich es mal auspobiert und dort hört er dann wohl einfach auf das Programm zu compilieren etc. Aber bevor freundlicher Weise mir versucht wird zu helfen - Hilfe die mich verwirrt, da ich mit vielen Begriffen noch nichts anfangen kann - würde ich wohl erstmal ein Tutorial machen. Wenn ich damit nämlich selbst Fehler finden und Fragen beantworten kann, wäre das natürlich eine Top-Sache.

So stellt sich zum Beispiel auch jetzt die Frage: flushen? Zum ersten mal gehört und so beantworte ich mir momentan die Frage:
Wörterbuch: leeren --> gibt mir schonmal ne Vorstellung davon
Api (es heißt Api oder?) --> "Flushes the stream. This is done by writing any buffered output bytes to the underlying output stream and then flushing that stream."
Also leeren. Aber was das nun kann oder zu was das gut ist.. keine Ahnung.

[BenniG.]

Jetz habe ich es mal auspobiert und dort hört er dann wohl einfach auf das Programm zu compilieren etc.

Nein, mit dem compilen hat das nix zu tun. An der Stelle stoppt er die Ausführung des Programms.
Compilen: Übersetzen des Programms in Maschinensprache (bzw. bei Java in den Java Byte Code) => Erzeugen der .class Datei.

Bei einem Breakpoint kannst du die Aufrührung des Programms anhalten und dann über die verschiedenen Funktionen das Programm langsam weiter laufen lassen. Step over, Step Into, Step return sollten über verschiedene Buttons in der Debuger-Perspektive verfügbar sein. Beim angehaltenen Programmzustand kannst du dir dann die Inhalte von Variablen anschauen etc. Bei deinem Mini-Beispiel ist das aber wahrscheinlich zu trivial

So stellt sich zum Beispiel auch jetzt die Frage: flushen?

Java benutzt bei vielen Sachen Streams. Streams sind, wie der Name schon sagt, Datenströme. Aus Performancegründen wird nicht alles, was im Stream verfügbar ist sofort geschrieben (auf den Bildschirm, die Festplatte, etc) sondern zum Teil gepuffert. Wenn man bei einer Datei jedes einzelne Byte einzeln schreiben würde, wäre das sehr langsam.
Anscheinend wird auch bei System.out (was einen Ausgabestrom darstellt) in manchen Fällen (bei mir z.B. nicht) ein Puffer benutzt. D.h. die Ausgabe erfolgt nicht zwingend sofort, sondern evtl. etwas verzögert, zusammen mit einer anderen Ausgabe..
Das Flushen des Puffers erzwingt eine Leerung des Puffers. Der Puffer wird dann auf das Ausgabemedium (Festplatte, Bildschirm) geschrieben.

Daher einfach mal ausprobieren, ob das in deinem Fall hilft..

[Greeven]

Hat nicht geholfen, aber deinen Gedankengang kann ich jetzt nochvollziehen.

[BenniG.]

Starte das Programm mal außerhalb von Netbeans.

java Zeichen

Vielleicht auch mal Eclipse versuchen. Da kann ich dir genau sagen, wo sich welche Funktion versteckt, oder dir mal ein Demo-Projekt schicken..

[Greeven]

Wenn ich es mit (c != 10) mache läufts. Insofern habe ich das Problem erstmal aus dem Weg. (Wobei es sicherlich ja im Endeffekt ein Bedienfehler ist, da ich nicht weiß, warum es so ist. Nen Grund hat es bestimmt.)

Werde Bescheid geben an dem Tag, an dem ich mir Eclipse installiert habe. Aber erstmal freu ich mich weitermachen zu könne.

[redfalcon]

Programmierst du momentan "nur" so kleine Konsolenprogramme? Wenn ja ist Netbeans oder Eclipse doch totaler Overkill (sofern ihr es nicht in der Schule (?) nutzt). Schau dir mal den JavaEditor an. Kompakt, übersichtlich, simpel und alles was man für den Anfang braucht.

[Greeven]

Den JavaEditor kenn ich nicht. Java mach ich aus freien Stücken heraus. In jungen Jahren hat man ja hier und da immer mal eine Idee über die man gern sinniert. Dafür brauch ich allerdings etwas zum visualisieren.
Java wird da immer gelobt und so kam ich dazu. Habe mir aus diesem Grund ein Buch gekauft und ein Kumpel hat mir letztens eine Cd gegeben mit Videos drauf. Bei dem Buch war NetBeans dabei und auf der Cd werden NetBeans und Eclipse vorgestellt aber alles über NetBeans gezeigt.
Den vermeindlichen Overkill finde ich nicht so schlimm. So weiß man, was noch alles in etwa auf einen zukommt.
Aber ja: momentan ist das nur so kleines Zeug (und ich freue mich immer wieder, wenn es klappt^^)