Könnt ihr mal mein Prog testen?

Real

Läuft nur unter Win.
http://mitglied.lycos.de/masterchan/Process2.jar

Gregor

Dein Programm ist scheiße. Grund:

Real schrieb:

Läuft nur unter Win.

Ich habe es natürlich nicht getestet. Ich habe hier kein Windows zur Verfügung.

Warum programmierst du mit Java etwas plattformabhängiges? Das macht keinen Sinn.

...und? Was macht dein Programm überhaupt? Jemand, der das testen soll, sollte das vorher wissen.

Real

Gregor schrieb:

Dein Programm ist scheiße. Grund:

Real schrieb:

Läuft nur unter Win.

Eclipse läuft momentan nicht unter Linux (ich denke du oder dein Arbeitgeber benutzen Linux?) und da müsste ich es testen.

Warum programmierst du mit Java etwas plattformabhängiges? Das macht keinen Sinn.

Weil du den Sinn darin nicht erkennst, macht es keinen Sinn?

...und? Was macht dein Programm überhaupt? Jemand, der das testen soll, sollte das vorher wissen.

Das erfährt man doch am Besten, wenn man es testet.

Liebe Grüße
Real

DavyD

Hab das Programm getestet.

Beim ersten hinsehen dachte ich !!!!
und hab mit tränen in den Augen aufm Tisch gehauen.

Nicht Schlecht

[Edit]
Ist das normal das da Java im Speicher bleibt?
Kenne mich mit Java NULL aus.
[/Edit]

Gregor

Beim ersten Blick auf den disassemblierten Code dachte ich mir: "Oh man!"

Compiled from "ExecDemo.java"
class ExecDemo extends java.lang.Object{
ExecDemo();
  Code:
   0:   aload_0
   1:   invokespecial   #1; //Method java/lang/Object."<init>":()V
   4:   nop
   5:   return

public static void main(java.lang.String[])   throws java.lang.Exception;
  Code:
   0:   invokestatic    #2; //Method java/lang/Runtime.getRuntime:()Ljava/lang/Runtime;
   3:   ldc     #3; //String shutdown.exe -s
   5:   invokevirtual   #4; //Method java/lang/Runtime.exec:(Ljava/lang/String;)Ljava/lang/Process;
   8:   astore_1
   9:   ldc2_w  #5; //long 10000l
   12:  invokestatic    #7; //Method java/lang/Thread.sleep:(J)V
   15:  invokestatic    #2; //Method java/lang/Runtime.getRuntime:()Ljava/lang/Runtime;
   18:  ldc     #8; //String shutdown.exe -a
   20:  invokevirtual   #4; //Method java/lang/Runtime.exec:(Ljava/lang/String;)Ljava/lang/Process;
   23:  astore_1
   24:  aconst_null
   25:  ldc     #9; //String War nur Spaß! ;-)
   27:  invokestatic    #10; //Method javax/swing/JOptionPane.showMessageDialog:(Ljava/awt/Component;Ljava/lang/Object;)V
   30:  nop
   31:  goto    62
   34:  astore_1
   35:  aconst_null
   36:  new     #12; //class java/lang/StringBuffer
   39:  dup
   40:  invokespecial   #13; //Method java/lang/StringBuffer."<init>":()V
   43:  ldc     #14; //String Leider läuft das nicht auf ihrem Betriebssystem\n
   45:  invokevirtual   #15; //Method java/lang/StringBuffer.append:(Ljava/lang/String;)Ljava/lang/StringBuffer;
   48:  aload_1
   49:  invokevirtual   #16; //Method java/lang/StringBuffer.append:(Ljava/lang/Object;)Ljava/lang/StringBuffer;
   52:  invokevirtual   #17; //Method java/lang/StringBuffer.toString:()Ljava/lang/String;
   55:  invokestatic    #10; //Method javax/swing/JOptionPane.showMessageDialog:(Ljava/awt/Component;Ljava/lang/Object;)V
   58:  nop
   59:  goto    62
   62:  nop
   63:  return
  Exception table:
   from   to  target type
     0    31    34   Class java/lang/Exception

}

Wie kommt man dazu, so einen Unsinn zu machen?

Gregor

BTW: Ich hoffe, dir ist klar, dass man keine allgemeinen Exceptions fangen sollte. Da könnte einem ja sonst was ins Netz gehen. Man sollte grundsätzlich nur spezielle Exceptions fangen.

@Real
Wieviele Leute hast du schon reingelegt? Nimm das nächste mal einen weniger auffälligen Klassennamen

@Gregor
Wie kann man den Code disassemblieren? Ich finde immer nur Progis die dekompilieren.

Gruss Beni

Real

DavyD schrieb:

[Edit]
Ist das normal das da Java im Speicher bleibt?
Kenne mich mit Java NULL aus.
[/Edit]

Hab das von anderen auch schon gehört, aber bei mir beendet es sich.

@Gregor und CO:
Das Programm ist ein Scherzprogramm und völlig harmlos. Es ist nicht das, wie es auf dem ersten Blick aussieht.

Liebe Grüße
Real

Gregor

jBeni schrieb:

@Gregor
Wie kann man den Code disassemblieren? Ich finde immer nur Progis die dekompilieren.

javap -c MyClass

DavyD schrieb:

[Edit]
Ist das normal das da Java im Speicher bleibt?
Kenne mich mit Java NULL aus.
[/Edit]

Was heißt "im Speicher bleibt" ?
Der Prozess java.exe oder javaw.exe sollte sich auf jeden Fall schon beenden.

Real

Es sollte sich beenden was es bei mir auch tut (Java 1.5 RC), aber ein anderer hat mir ebenfalls einmal mitgeteilt, dass das Programm sich nicht schliesst.
Hier der Code und somit die Auflösung des Programms:

import javax.swing.*;

class ExecDemo {

  public static void main(String args[])throws Exception{
    try{
      //Fährt den PC in 30 Sekunden herunter
      Process p = Runtime.getRuntime().exec("shutdown.exe -s");
      //10 Sekunden lang warten
      Thread.sleep(10000);
      //Unterbricht das Herunterfahren
      p = Runtime.getRuntime().exec("shutdown.exe -a");

      JOptionPane.showMessageDialog(null, "War nur Spaß! ;-)");
    }catch(Exception e){
      JOptionPane.showMessageDialog(null, "Leider läuft das nicht auf ihrem Betriebssystem\n"+e);
    }
  }
}

@Gregor: Merke gerade, dass das unter Linux nicht realisierbar ist, da man dafür root-Rechte bräuchte.

Liebe Grüße
Real

Gregor schrieb:

jBeni schrieb:

@Gregor
Wie kann man den Code disassemblieren? Ich finde immer nur Progis die dekompilieren.

javap -c MyClass

Warum in der Ferne suchen wenn das Gute so nahe ist...

Danke sehr

DavyD

ja genau die Datei "javaw.exe" bleibt im Speicher vorhanden, musste ich per Hand schliessen.

berdl.de

Moin
habs grad getestet funkt aber nich obwohl ich Win ME hab...

geht bestimmt nur auf win 2000 und xp.