Suchergebnisse

Hallo liebe Leuts, ich wollte mein Dataset mit einer Extension versehen, die es mir erlaubt wie mit ReadXML/WriteXML ein typisiertes Dataset als GZip zu speichern. Dabei bekam ich folgende Fehlermeldung: "Fehler 2 "Option Strict On" lässt das Einschränken von Typ "System.Data.DataSet" zu Typ "GeraetePruefung.DS" beim Zurückkopieren des ByRef-Parameterwerts "MyDAtaset" in das entsprechende Argument nicht zu. C:\Users\...\MainFrm.vb 76 17 GeraetePruefung" Um das zu testen, hab ich folgenden einfac…

Bei der Extension für die Dataset-Klasse schon, oder? Extension erfordern als ersten Parameter die zu erweiternde Klasse als ByRef. Speichern hab ich in einem Modul einer Klassenbibo wie folgt, was auch supi funzt:(Versteckter Text)Der Aufruf erfolgt nun einfach mit:VB.NET-Quellcode (1 Zeile) Umgekehrt mit dem Lesen gehts dann aus besagtem Grund nicht:(Versteckter Text) Ich habe jetzt den Code lokal mit reingenommen und eben ds durch die lokale Instanz des typisierten Dataset ersetzt. Das geht n…

MMMM, ich hab jetzt eigentlich alles mögliche ausprobiert, auch mit Byval. Selbst eine Funktion, die nur mit ReadXML arbeitet und das Dataset zurückgubt, mit CType gewandelt usw. bringt nischt. IDE sagt: typisiertes Dataset (Gerätedataset) kann nicht in Dataset gewindelt werden. Kann ich einer Funktion nicht den Typ als solchen mitgeben? dann könntich Dataset as bla deklarieren und im richtigen Typ zurückgeben. (vielleicht)

Oh Gott, ich Trollo. Da probiert man die abwegigsten Sachen, und denn is die einfachste Lösung di wo funktioniert. Ich habe den Fehler gemacht, mehrere Überladungen zu erstellen, die dann 1 Funktion aufrufen, die "alles" kann, um redundanten Code zu vermeiden. Und genau diese Rückgabe zur Extension-Sub hat dann alles durcheinandergewuselt, da hier ein untypisiertes Dataset in ein typisiertes gequält werden sollte. Nun hab ich beschlossen, dass mich in der Erweiterung der redundante Code wenig st…