18
VB.NET: Der Wert darf nicht NULL sein. Parametername: dataSource
In VB.Net (Visual Studio Version 16.11.40) soll an ein Datagridview eine Datatable gebunden werden. Lange funktionierte wie üblich: DGV.Datasource = xxx.Dataset.Tables("T_xxx"). Ich habe im Projekt Mehreres geändert, weiß aber nicht mehr alle Änderungen. Jetzt sagt der Debugger an dieser Stelle: ... Der Wert darf nicht NULL sein. Parametername: dataSource ...
Ich habe gesucht, die mir noch erinnerlichen Änderungen rückgängig gemacht, finde aber die letztlich die Ursache nicht. Das ansonsten hilfreiche Internet ist bei diesem Fehler nicht sehr ergiebig. Was bzw. wie könnte ich debuggen, um der Ursache näher zu kommen ? Die datatable hat 1 Row mit 7 Columns. Nichts besonderes (1 PK, sonst "normale" integer und string Spalten).
Danke, PCFJKG
Ich habe gesucht, die mir noch erinnerlichen Änderungen rückgängig gemacht, finde aber die letztlich die Ursache nicht. Das ansonsten hilfreiche Internet ist bei diesem Fehler nicht sehr ergiebig. Was bzw. wie könnte ich debuggen, um der Ursache näher zu kommen ? Die datatable hat 1 Row mit 7 Columns. Nichts besonderes (1 PK, sonst "normale" integer und string Spalten).
Danke, PCFJKG
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 668109
Url: https://administrator.de/forum/vb-net-der-wert-darf-nicht-null-sein-parametername-datasource-668109.html
Ausgedruckt am: 24.12.2024 um 19:12 Uhr
18 Kommentare
Neuester Kommentar
WOW Respekt, ich seh hier nix an Code ... 
Der Wert darf nicht NULL sein. Parametername: dataSource
Vertippt beim Tabellennamen des Datasets? Oder Dataset leer.
Schau doch erstmal ob in deinem Dataset überhaupt was drin ist! Und wenn nicht, dann schau wo du es befüllst.
OK, Ergänzung wie folgt:
usw.usf.
If IsNothing(TP.Controls("DGV_ICD10")) Then
DGV = New DataGridView With {.Name = "DGV_ICD10"}
TP.Controls.Add(DGV)
AddHandler DGV.KeyUp, AddressOf Me.DGV_KeyUp
AddHandler DGV.CellDoubleClick, AddressOf Me.DGVCellDoubleClick
Else
DGV = DirectCast(TP.Controls("DGV_ICD10"), DataGridView)
DGV.Visible = True
End If
With DGV
.AllowUserToAddRows = False
.AllowUserToResizeRows = False
.DataSource = FAR.DS.Tables("T_ICD10") 'icd10DS
Danke, die Tabelle hat 1 Row, was nicht möglich wäre, wenn das Dataset leer ist.
Breakpoints im Code setzen und im Debugger alle Variablen und Ausdrücke live nachprüfen dann findest du auch den Fehler!
FAR.DS.Tables("T_ICD10")
Fehlt uns hier der Kontext, das bringt so nix, denke daran das wir hier nur das haben was du uns an Infos lieferst! No input no output.
Heißt die Tabelle im Dataset auch "T_ICD10"
In dieser Funktion
gibt es nut 3 Variable
Alle 3 und auch die übergebene TP zeigen keinen Fehler oder andere "Auffälligkeiten".
Function DGVICD10CodeCreateAndShow(TP As TabPage) As Boolean <<<
Dim CDF As New C_DivFkt
Dim DGV As DataGridView
Dim FAR As F_Abrechnungen = F_Abrechnungen
Ja. an anderer Stelle : ... FAR.DS.Tables.Add("T_ICD10"). Die Frage ist eben, was bedeutet NULL in diesem Zusammenhang und wo bzw. wie kann man diese NULL suchen oder auch nur vermuten.
Die ursprüngliche Meldung besagt doch, das du der Datasource einen NULL-Wert übergibst,
also ist höchstwahrscheinlich irgendwas mit deinem Dataset/Datatable nicht in Ordnung
Sollte sich aber bei Debuggen schnell finden lassen, was steht denn in der EX-Message und im Stacktrace wenn der Fehler auftritt?
also ist höchstwahrscheinlich irgendwas mit deinem Dataset/Datatable nicht in Ordnung
Sollte sich aber bei Debuggen schnell finden lassen, was steht denn in der EX-Message und im Stacktrace wenn der Fehler auftritt?
Hier nen Brocken da nen Brocken 🤮 , mittels Breakpoint kurz vor der Zuweisung kannst du schön selbst prüfen was da NULL ist, nicht nur die Variablen sondern explizit der Ausdruck den den du der Datasource zuweist!
Und auch das DataGridView selbst.
Und auch das DataGridView selbst.
Sehe ich auch so. Wie aber kann eine Datatable NULL sein, wenn sie 1 Row hat.
Dim FAR As F_Abrechnungen = F_Abrechnungen
Das sieht mit sehr verdächtig aus, ein Objekt genauso benannt wie eine Klasse?? Da wird der Hase im Pfeffer liegen.
Sorry, ich wollte nur das vermeintlich Wesentliche senden. Nun ausführlicher:
Bei Ausführung von .DataSource = FAR.DS.Tables("T_ICD10")
wird die exception (mittels try - catch) der o.g. Fehlermeldung ausgelöst.
Function DGVICD10CodeCreateAndShow(TP As TabPage) As Boolean
Dim CDF As New C_DivFkt
Dim DGV As DataGridView
Dim FAR As F_Abrechnungen = F_Abrechnungen
If IsNothing(TP.Controls("DGV_ICD10")) Then
DGV = New DataGridView With {.Name = "DGV_ICD10"}
TP.Controls.Add(DGV)
AddHandler DGV.KeyUp, AddressOf Me.DGV_KeyUp
AddHandler DGV.CellDoubleClick, AddressOf Me.DGVCellDoubleClick
Else
DGV = DirectCast(TP.Controls("DGV_ICD10"), DataGridView)
DGV.Visible = True
End If
Try
With DGV
.AllowUserToAddRows = False
.AllowUserToResizeRows = False
.DataSource = FAR.DS.Tables("T_ICD10")
.Location = New Point(1022, 26)
.BackgroundColor = SystemColors.GradientInactiveCaption
.MultiSelect = Falsewird die exception (mittels try - catch) der o.g. Fehlermeldung ausgelöst.
Dim FAR As F_Abrechnungen = F_Abrechnungen
F_Abrechnungen ist eine Form. Hier wird auf sie in einer anderen Klasse verwiesen. Zugegeben etwas ungewöhnlich, hat aber tatsächlich bisher funktioneirt.
F_Abrechnungen ist eine Form. Hier wird auf sie in einer anderen Klasse verwiesen. Zugegeben etwas ungewöhnlich, hat aber tatsächlich bisher funktioneirt.
Zitat von @PCFJKG:
Dim FAR As F_Abrechnungen = F_Abrechnungen
F_Abrechnungen ist eine Form. Hier wird auf sie in einer anderen Klasse verwiesen. Zugegeben etwas ungewöhnlich, hat aber tatsächlich bisher funktioneirt.
Nä das ist bäh, fällt dir aber auch jetzt auf die Füße wie du siehst Dim FAR As F_Abrechnungen = F_Abrechnungen
F_Abrechnungen ist eine Form. Hier wird auf sie in einer anderen Klasse verwiesen. Zugegeben etwas ungewöhnlich, hat aber tatsächlich bisher funktioneirt.
. Und wieso eine neue Variable wenn die die ja schon direkt im Zugriff hast??FAR.DS.Tables("T_ICD10")
Eine Form hat per Default keine Property Namens DS, wird diese überladen?Deswegen sag ich ja Breakpoint setzen dann siehst du solche Schweinereien sofort.
Public Class F_Abrechnungen (ist das Formular)
...
...
...
Public DS As DataSet
und später in einer anderen Klasse beim Öffnen des Formulars (auch hier FAR As F_Abrechnungen = F_Abrechnungen):
If IsNothing(FAR.DS) Then
FAR.DS = New DataSet
End If
...
...
...
Public DS As DataSet
und später in einer anderen Klasse beim Öffnen des Formulars (auch hier FAR As F_Abrechnungen = F_Abrechnungen):
If IsNothing(FAR.DS) Then
FAR.DS = New DataSet
End If
Wie gesagt, Variablen gleich benennen wie eine Klasse führt zu solchen Problemen. Das solltest du als erstes ändern.
Außerdem ist das Zugreifen auf externe Objekte aus der Funktion schlechter Stil. Du gehst davon aus das das Objekt existiert ohne das du es prüfst, ohne Try Catch führt das dann zusätzlich zum kompletten Abschmieren.
Außerdem ist das Zugreifen auf externe Objekte aus der Funktion schlechter Stil. Du gehst davon aus das das Objekt existiert ohne das du es prüfst, ohne Try Catch führt das dann zusätzlich zum kompletten Abschmieren.
Von mir kein Widerspruch, das sind Programmmodule aus meiner alten Umstiegzeit von Access. Ändern ist aber viel Aufwand und - wie gesagt hat bisher funktioniert - und Erfahrung: never touch a working system hielt mich davon ab.
Mal sehen. Auf alle Fälle hast Du Dir wenigstens die Mühe und Überlegungen gemacht. Dafür unbedingt danke, vielleicht gibt es diese Nacht eine Eingebung für das Programmierwochende. Dir ein schönes WE und vielleicht bis bald.
PCFJKG
Mal sehen. Auf alle Fälle hast Du Dir wenigstens die Mühe und Überlegungen gemacht. Dafür unbedingt danke, vielleicht gibt es diese Nacht eine Eingebung für das Programmierwochende. Dir ein schönes WE und vielleicht bis bald.
PCFJKG
