NullPointerException

[chrisgl]

Hi!

Hab ne NullPointerException und weis net wieso.
1.Datei:

public class MultiDecUI extends JFrame implements ActionListener {
    
    TextField eingabeFeld,ausgabeFeld;
    Label statusFeld,negativFeld;
    boolean abbruch;
    Color color=new Color(0,255,255);
    int in=1,out=1;
    String eingabe;
    MultiDecListener MDLi;
      
    public MultiDecUI() {
        super("MultiDec");
                 
        eingabeFeld = new TextField("123", 20);
        eingabeFeld.addActionListener(this);
        eingabeFeld.setFont( new Font("SansSerif", Font.TRUETYPE_FONT , 15));
        
        statusFeld = new Label("");
        JButton umrechnen = new JButton ("Umrechnung");
        negativFeld =new Label(""); 
       
        ausgabeFeld = new TextField();
        ausgabeFeld.setEditable(false);
        ausgabeFeld.setBackground(color);
        ausgabeFeld.setFont( new Font("SansSerif", Font.TRUETYPE_FONT , 15));
                      
        umrechnen.addActionListener(MDLi.umrechnenButton);   // <--- hier ist eine 
.
.
.
    public static void main(String[] args) {
        MultiDecUI l = new MultiDecUI();   // <--- hier ist eine 
        l.setVisible(true);
    }
.
.
.

2.Datei:

.
.
.
     MultiDecUI hauptprog;
     DecRechner decRechner;
          
    public MultiDecListener(MultiDecUI hp, DecRechner decRechner) {
        hauptprog=hp;
    }

        ActionListener umrechnenButton = new ActionListener() {
            public void actionPerformed( ActionEvent e ) {
                isDezimal = Pattern.matches("[0-9.,]*", eingabeFeldWert());
                isBin = Pattern.matches("[01.,]*",eingabeFeldWert());
                isOct = Pattern.matches("[0-7.,]*",eingabeFeldWert());
                isHex = Pattern.matches("[0-9.,a-fA-F]*",eingabeFeldWert());
                
                System.out.println("in: " + in);
                System.out.println("out: " + out);
                
                if (isDezimal==true && in==1 && kommaSuche()==false ){
                    if (out==1) gleicheInOut();
                    if (out==2) dezToBin();
                    if (out==3) dezToOct();
                    if (out==4) dezToHex();
                    auswahlErreicht=true;
                }                
                if (isBin==true && in==2 && kommaSuche()==false){
                    if (out==1) binToDez();
                    if (out==2) gleicheInOut();
                    if (out==3) binToOct();
                    if (out==4) binToHex();
                    System.out.println("Binär");
                    auswahlErreicht=true;
                }                
                if (isOct==true && in==3 && kommaSuche()==false){
                    if (out==1) octToDez();
                    if (out==2) octToBin();
                    if (out==3) gleicheInOut();
                    if (out==4) octToHex();
                    System.out.println("Oktal");
                    auswahlErreicht=true;
                }
                if (isHex==true && in==4 && kommaSuche()==false){
                    if (out==1) hexToDez();
                    if (out==2) hexToBin();
                    if (out==3) hexToOct();
                    if (out==4) gleicheInOut();
                    System.out.println("Hexadezimal");
                    auswahlErreicht=true;
                }
                if (auswahlErreicht==false || kommaSuche()==true){
                    JOptionPane.showMessageDialog( null, "Das war eine falsche Eingabe!" );
                }
                
                auswahlErreicht=false;
            }
        };

.
.
.

Hoffe ihr seht was. Danke.

 

[Beni]

Tjo, irgendeine Variable ist null :wink:

Und wenn mich meine Augen nicht trügen, hast du nie MDLi etwas zugewiesen. Mach mal noch ein "MDLi = new ..." rein (bevor du den ActionListener vom MDLi benötigst).

 

[chrisgl]

hab

MDLi = new MultiDecListener(MultiDecUI hp, DecRechner decRechner);

eingefügt. hmmm aber der meckert immer noch

MultiDecUI.java [28:1] ')' expected
MDLi = new MultiDecListener(MultiDecUI hp, DecRechner decRechner);
^
1 error
Errors compiling MultiDecUI.

hmmm was will der nu. stelle mir heute wahrscheinlich total bescheiden an.

 

[Beni]

Ein Aufruf eines Konstruktors (wie z.b. "MultiDecListener(MultiDecUI hp, DecRechner decRechner);") funktioniert fast gleich wie ein Methodenaufruf:

public void doIt(){
  methode( 3 ); // <- du gibst den Wert an, den x annehmen wird.
            // Du schreibst nicht "int x" hin,
}
public void methode( int x ){}

Lies dir mal die Grundlangen durch.

Und bei einem Konstruktor ist es halt "Bla bla = new Bla( 1 );", wenn Bla einen Konstruktor hat der einen "int" erwartet.

public class Bla{
  public Bla( int x ){}
}

public void makeBla(){
  Bla bla = new Bla( 2 );
}

 

[chrisgl]

habs mal mit

 MDLi = new MultiDecListener(this, MDLi.decRechner);

probiert. aber geht nicht :bahnhof:

 

[Bleiglanz]

habs mal mit

 MDLi = new MultiDecListener(this, MDLi.decRechner);

probiert. aber geht nicht :bahnhof:

das ist unsinn, du willst ja MDLi gerade erzeugen, da kannst du ja schlecht im konstruktor MDLi.decRechner als Argument übergeben...

 

[TRunKX]

Hmmm ich habe sowas immer anders gelöst *g* wenn du den Fehler nicht direkt findest dann mach einfach um alles einen try catch Block auf die Nullpointer drum wo im catch drinsteht an welcher Stelle ausgestiegen wird ... hat den Vorteil wennn du es drin lässt das das Programm nir illegal abbricht sondern immer brav über eine gefangene Exception aussteigt!

 

[KSG9|sebastian]

das is n bissl pfusch, willkürlich exceptions zu holen aber sei nicht zu werfen

 

[bygones]

Hmmm ich habe sowas immer anders gelöst *g* wenn du den Fehler nicht direkt findest dann mach einfach um alles einen try catch Block auf die Nullpointer drum wo im catch drinsteht an welcher Stelle ausgestiegen wird ... hat den Vorteil wennn du es drin lässt das das Programm nir illegal abbricht sondern immer brav über eine gefangene Exception aussteigt!

Brute force - man kann sowas auch mit einem einfachen und überall nutzbaren Debugger machen....

 

[TRunKX]

Ja klar Eclipse sagt einem wo der Fehler kommt aber des nutzt ja nicht jeder und da ich immer versuche für jeden zu entwickeln muss ich den Leuten immer die Möglichkeit geben auch ohn eeclipse alles zu finden wenn sie nur was ändern.


Naja aber ich werde dafür bezahlt das es funktioniert nicht das es toll gemacht ist!

wobei ich jedem empfehle der größere Programme schreibt eine eigene Klasse für Exceptions zu machen.



sowas wie EXCEHandling

 

[mic_checker]

ich lass mir einfach immer schön die stack traces ausgeben etc. so weiss man wenigstens bescheid was der fehler ist.

warum du mit dem aktuellen ansatz ne nullpointer kriegst hat bleiglanz ja nun oben beschrieben. nach der deklaration zeigt dein MDLi auf "null", du greifst aber im Konstruktoraufruf darauf zu, was nicht klappen kann.