Mit NetBeans IDE 3.5.1 EndlosProgramme abschießen

[Maynard]

Hi!

Es sollte zwar nicht vorkommen... tut es aber ab und an.
Die Rede ist von ungewollten Endlosschleifen.

Gibt es denn keine Möglichkeit, ein eigenes Programm, das ein solches Ärgernis produziert, zu beenden?

Ich geh davon aus, dass es funktioniert, daher bin ich mit einem einfachen "JA" nicht zufrieden...
Ich finde diese Funktion nämlich nicht. Bisher beende ich das Programm und starte es neu.

Wenn mir also jemand sagen kann, wo sich die entsprechende Taste/Funktion befindet wäre ich sehr dankbar...
Wie im Titel bereits gesagt: Ich benutze das Programm: "NetBeans IDE 3.5.1"

MfG,
Maynard

 

[Illuvatar]

Falls du Windows benutzt:

Die einfachste Möglichkeit besteht darin, mit STRG+ALT+ENTF in den Taskmanager zu gehen.
Dort werden alle laufenden Programme aufgelistet.
Klick mit der rechten Maustaste auf das Programm und mach Task beenden.

Falls dein Prog keine GUI hat:
Such unter Prozesse nach java.exe oder javaw.exe und mach Prozess beenden.
Gibt allerdings ne Sicherheitswarnung, ist auch recht radikal .

(Ich benutze NetBeans nicht, müsste da aber genauso gehen.)


PfM

 

[Roar]

? wenn du einfach nur dein programm in netbeans shcließen willst:
geh unten zu dem fenster wo die compiler konnsole und die I/O konsole ist, rechts davon isiehst du alle laufenden prozessen: rechtsklich->terminate process

 

[Maynard]

geh unten zu dem fenster wo die compiler konsole und die I/O konsole ist, rechts davon siehst du alle laufenden prozesse: rechtsklich->terminate process

Ich hab gerade nochmal (absichtich) eine Endlosschleife programmiert...
Unten steht in einem Jumper "Compiler" im anderen Jumper steht "JAVAFILENAME - I/O"
und jetzt? rechtsklick auf den 2ten Jumper, und da soll dann terminate process stehen? --> tut es naemlich nicht...

 

[Roar]

1. die dinger heißen "Tabs" und nicht Jumper
2. das ist ja auch kein Tab, sonder ist rechts hinter einer JSplitPane versteckt, die musst du erst hervorziehen.

 

[Maynard]

ok, hab es gefunden, thx
Für alle, die das selbe Problem haben wie ich, hier eine etwas eindeutige Anleitung:
Oben hat man drei "Tabs": "Editing", "GUI Editing" und "Debugging".
Man muss zum Beenden laufender Programme auf den ersten Tab "Editing" klicken.
Dann sieht man unten-rechts ein Fenster, mit den laufenden Programmen...
rechtsklick -> terminate process

 

[Calamitous]

P.S.: es ist mathematisch beweisbar, dass kein anderes Programm ein Programm auf Endlosschleifen hin überprüfen kann!

 

[Roar]

P.S.: es ist mathematisch beweisbar, dass kein anderes Programm ein Programm auf Endlosschleifen hin überprüfen kann!

wieso geht das nicht?
und von was für endlos schleifen redest du? while(true) oder for(; oder was?

 

[Illuvatar]

Das das mathematisch beweisbar ist, wusste ich auch nicht.

Endlosschleifen sind Schleifen, die durch einen Programmierfehler nie die Abbruchbedingung erreichen.

Allerdings finde ich es logisch, das das nicht geht, denn wenn ein Programm testen will, ob ein anderes in einer Schleife ist, muss es testen, ob es je eine Abbruch bedingung erreicht... wenn es eine Endlosschleife ist, ist das andere Programm dann auch in einer Endlosschleife...

Stimmt das so, Calamitous?

@Roar Du meinst

for (;;);

oder ??? Nun ja, wer so was ohne break einbaut ist selbst schuld .

 

[Beni]

Das ist das sogenannte Halteproblem. Und es ist ein allgemeines Problem der Informatik. Ein guter Compiler könnte while( true ) erkennen, aber es gibt Probleme, bei denen kein Programm (gar keines, überhaupt keines) den Fehler erkennen kann.

Diese Erklärung fand ich recht einleuchtend:

Das Halteproblem

Problem: Schreibe eine Methode halt(src, proc, in), die entscheidet, ob die Methode proc im Programm src auf die Eingabe in hält.

public class HALTING_PROBLEM{
  /** returns ‘true’, if ‘proc’ in program ‘src’
  * terminates on input ‘in’.
  */ Returns ‘false’ otherwise.
  public boolean halt( String src, String proc, String in ){
    // body of halt
  }
}

Annahme: Die Methode halt ist korrekt in folgendem Sinn:

H1. Falls halt(src, proc, in) terminiert mit Rückgabewert true, dann terminiert die Methode mit Namen proc im Programm src auf die Eingabe in.

H2. Falls halt(src, proc, in) terminiert mit Rückgabewert false, dann loopt die Methode mit Namen proc im Programm src auf die Eingabe in (d.h. sie terminiert nicht).


Wir zeigen: Es gibt ein Programm src mit einer Methode proc und eine Eingabe in, so dass halt(src, proc, in) nicht terminiert.
Konsequenz: Das Halteproblem ist nicht entscheidbar.


Der Diagonalisierungstrick

public diagonal( String in ){
  boolean stop = halt( in, "diagonal", in );

  while( stop ) {}
}

Sei nun d das Programm HALTING PROBLEM erweitert um die Methode diagonal.

Annahme: Der Aufruf halt(d, "diagonal", d) terminiert.

Fall 1: Der Aufruf halt(d, "diagonal", d) terminiert mit true. Nach Annahme H1 folgt, dass die Prozedur diagonal im Programm d auf die Eingabe d terminert.
Das trifft aber nicht zu, da stop den Wert true erhält.

Fall 2: Der Aufruf halt(d, "diagonal", d) terminiert mit false. Nach Annahme H2 folgt, dass die Prozedur diagonal im Programm d auf die Eingabe d loopt (also nicht terminiert).
Das trifft aber nicht zu, da stop den Wert false erhält.

mfg Beni

 

[Roar]

@illuvatar: jo

hmm interessant ???:L muss man ja nachdneken für :shock:

 

[bygones]

Oh ne nicht Halteproblem... erinnert mich zu sehr an "Einführung in die theoretische Informatik"... nicht mein fall....

Achja, man könnte doch unter "Aufgabe und Gesuche" mal die Aufgabe posten zu zeigen ob P = NP :roll: :wink: :lol: