[C#/XAML] Waarom een NullReferenceException

[Jeffroiscool]

Ok, volgens mij ben ik echt gewoon dom geworden maar ik snap niet waarom ik deze error krijg



Dus testMessage.Text werkt wel in m'n main maar niet in m'n private void?

[Snake]

Is textMessage null?

[Jeffroiscool]

Snake schreef op donderdag 30 juni 2011 @ 15:00:
Is textMessage null?

Nope, zoals ik al zei, hij werkt wel in main, maar niet in m'n functie?

Edit: Althans hij geeft dat nu wel aan onderin, maar hoe kan dat, ik maak hem toch echt netjes aan in m'n xaml?

[ Voor 22% gewijzigd door Jeffroiscool op 30-06-2011 15:02 ]

[Snake]

Niets in de call stack wat bruikbaar is?

[Jeffroiscool]

Snake schreef op donderdag 30 juni 2011 @ 15:02:
Niets in de call stack wat bruikbaar is?

Kan er weinig aan zien, ik merk nu dat als ik die regel op een knop zet dat het wel gewoon werkt maar niet op een selectedGame_SelectionChanged?

[Puc van S.]

Jeffroiscool schreef op donderdag 30 juni 2011 @ 15:05:
[...]

Kan er weinig aan zien, ik merk nu dat als ik die regel op een knop zet dat het wel gewoon werkt maar niet op een selectedGame_SelectionChanged?

De SelectionChanged van dat element gaat niet toevallig al af voordat textmessage geïnitialiseerd is?

[Jeffroiscool]

M1lamb3r schreef op donderdag 30 juni 2011 @ 15:08:
[...]


De SelectionChanged van dat element gaat niet toevallig al af voordat textmessage geïnitialiseerd is?

Hmm, het lukt me nu wel om een static message erin te gooien die idd direct af gaat, maar m'n orginele bedoeling wil dus niet lukken.

De vraag is dan natuurlijk waarom gaat die direct af?

Edit: Hij word idd direct aangeroepen. Is dit altijd zo met comboboxes? Ik wil in principe dat als ik een andere selectie maak in de combobox dat ik bepaalde variablen aanpas (nu dus met een textblock als test)

[ Voor 20% gewijzigd door Jeffroiscool op 30-06-2011 15:16 ]

[PrisonerOfPain]

Jeffroiscool schreef op donderdag 30 juni 2011 @ 15:01:
[...]

Nope, zoals ik al zei, hij werkt wel in main, maar niet in m'n functie?

Edit: Althans hij geeft dat nu wel aan onderin, maar hoe kan dat, ik maak hem toch echt netjes aan in m'n xaml?

Set eens een breakpoint in Main & in je event handler want volgens mij word je eventhandler gewoon te vroeg aangeroepen oid.

[.oisyn]

Jeffroiscool schreef op donderdag 30 juni 2011 @ 14:58:
Ok, volgens mij ben ik echt gewoon dom geworden maar ik snap niet waarom ik deze error krijg

[afbeelding]

Dus testMessage.Text werkt wel in m'n main maar niet in m'n private void?

Plaats een breakpoint op testMessage.Text = "Hallo" in je main, om er waarschijnlijk vervolgens achter te komen dat je event wordt getriggerd voordat je breakpoint hit.

.edit: goddomme creepy . Reacties moven icm de topic notification == no good.

[ Voor 4% gewijzigd door .oisyn op 30-06-2011 15:35 ]

[Jeffroiscool]

.oisyn schreef op donderdag 30 juni 2011 @ 15:34:
[...]


Plaats een breakpoint op testMessage.Text = "Hallo" in je main, om er waarschijnlijk vervolgens achter te komen dat je event wordt getriggerd voordat je breakpoint hit.

.edit: goddomme creepy

Ben net achter gekomen wat het was, http://www.telerik.com/co...ires-on-initial-load.aspx

Blijkt dat dit gwn de behaviour is, ik heb de isSelected weggehaald en in m'n main dit neergezet: selectedGame.SelectedIndex = 0;

Werkt goed

[Armageddon_2k]

/me Gebruikt voor dit soort dingen wel een stiekum een globale variabele

Je maakt dan een globale var bijvoorbeeld:

Visual Basic .NET:

Private EveryInitialised As Boolean

'Ben even de echte eventnaam kwijt
Private Sub AfterInitialize()
    EveryInitialised = true
End Sub

Private Sub Vervelend_Event_Dat_Te_Vroeg_Triggert()

    If Not EverythinInitilized then exit sub

'Code hieronder

End sub

[Woy]

Armageddon_2k schreef op vrijdag 01 juli 2011 @ 11:26:
/me Gebruikt voor dit soort dingen wel een stiekum een globale variabele

Je maakt dan een globale var bijvoorbeeld:

Visual Basic .NET:

Private EveryInitialised As Boolean

'Ben even de echte eventnaam kwijt
Private Sub AfterInitialize()
    EveryInitialised = true
End Sub

Private Sub Vervelend_Event_Dat_Te_Vroeg_Triggert()

    If Not EverythinInitilized then exit sub

'Code hieronder

End sub

Het is natuurlijk makkelijker om gewoon de eventhandler dan pas in Sub_AfterInitialize te binden

[Verwijderd]

Dit is een geval: nullreference van een xaml control. Wanneer je properties wilt aanpassen van een xaml control hoor je dat daar niet te doen, omdat hij daar nog niet geinitialiseerd is. Dit is pas gedaan wanneer de onload event handler is afgevuurd. Dit is een event van de class FrameworkElement (de base class in dit geval van de window). Deze wordt afgevuurd nadat alle xaml variabelen (controls in de .xaml sheet) zijn geinitialiseerd. Daar is het ook gebruikelijk om de attributen te setten van de verschillende controls.

Hieronder een voorbeeld hoe je dit vanuit je mainwindow kunt oplossen:

code:

public partial class MainWindow : Window
{
    public MainWindow()
    {
        InitializeComponents();
        Loaded += new RoutedEventHandler(LoadingCompleted);
    }
    
    private void LoadingCompleted(object sender, RoutedEventArgs args)
    {
        testMessage.Text = "Hallo!";
    }
}

Wat je ook zou kunnen doen is een loaded event toevoegen in de xaml op je textbox (aan je variabele te zien gok ik dat het gaat om een textbox ) en vervolgens op dat event reageren.

Ben je ook geen dingen als globale variabelen nodig

[ Voor 18% gewijzigd door Verwijderd op 07-07-2011 00:41 ]