C# + .net 2.0 cf: Merkwürdige Ausnahme nur im Debugger

[Uhu U. (uhu)]

Wenn ich mein Programm aus VS 2008 in das Zielgerät (Acer n50) lade, 
bekomme ich beim Deserialisieren eines Objektes eine Ausnahme, obwohl 
der Deserialisierbefehl in einem try-Block steht - siehe Anhang.

Der Stacktrace aus dem Exception-Objekt sieht folgendermaßen aus:

bei System.Reflection.Assembly.InternalGetSatelliteAssembly()
bei System.Reflection.Assembly.GetSatelliteAssembly()
bei System.Resources.ResourceManager.InternalGetResourceSet()
bei System.Resources.ResourceManager.GetString()
bei System.Resources.ResourceManager.GetString()
bei System.SRSupport.GetString()
bei System.SRSupport.GetString()
bei System.Xml.Res.GetString()
bei System.Xml.Serialization.SerializationHelper.CreateInstance()
bei System.Xml.Serialization.XmlSerializationReader.DeserializeComplexElement()
bei System.Xml.Serialization.XmlSerializationReader.deserializeElement()
bei System.Xml.Serialization.XmlSerializationReader.DeserializeElement()
bei System.Xml.Serialization.XmlSerializer.Deserialize()
bei System.Xml.Serialization.XmlSerializer.Deserialize()
bei System.Xml.Serialization.XmlSerializer.Deserialize()
bei Xtracker.Program.LoadSettings()
bei Xtracker.Program.Main()

Sinnigerweise tritt der Fehler nur auf, wenn der Debugger im Spiel ist.

Woher bekommt man Information, welche SatelliteAssembly das Problem 
verursacht?

[mensch (Gast)]

Hi,
schonmal: } catch (Exception ex) { probiert?
Vill hat es eine Auswirkung auch wenn ich es nicht glaube.

[Uhu U. (uhu)]

Wie zu erwarten war: es ändert sich nichts.

Ich nehme an, daß nach irgend einer Debug-Komponente im Acer gesucht 
wird. Fragt sich nur welche.

[mensch (Gast)]

Hi,
was ist wenn du einen Release Build machst?
Funktioniert das generell nicht oder nur wenn xml leer ist?
Was passiert wenn du nur "s.Deser..(xml);" ausführst?
Die Referenzen hast du schon hinzugefügt?

[peter II (Gast)]

Man kann im debugger einstellen, das er bei jeder exception breakt. 
Eventuell ist das bei dir ja verstellt.

Muss man catch nicht so schreiben?

} catch( exception ) {

[Uhu U. (uhu)]

mensch schrieb:
> was ist wenn du einen Release Build machst?

Da funktioniert Debug wohl nicht so doll.

> Funktioniert das generell nicht oder nur wenn xml leer ist?

Die xml wurde vorher von demselben Programm geschrieben und die ganze 
Chose funktioniert, wenn kein Debugger im Spiel ist.

> Was passiert wenn du nur "s.Deser..(xml);" ausführst?

Das habe ich im Kommandofenster des VS gemacht - mit demselben 
Mißerfolg. Die Ausnahme hat mit dem Debugger zu tun.

> Die Referenzen hast du schon hinzugefügt?

Sonst würde es nicht compilieren und schon gar nicht laufen.

Im Simulator läuft es übrigens auch im Debugger.

[Uhu U. (uhu)]

peter II schrieb:
> Man kann im debugger einstellen, das er bei jeder exception breakt.
> Eventuell ist das bei dir ja verstellt.

Kann man ihn denn auch so einstellen, daß er bei Exceptions im 
Debugger-Code nicht breakt? Ich vermute mal, daß das für einen Nutzer 
des Debuggers nicht sonderlich förderlich wäre.

> Muss man catch nicht so schreiben?
>
> } catch( exception ) {

Nein, muß man nicht. Wenn das Exception-Objekt nicht interessiert, kann 
man die ganze Klammer nebst Inhalt weglassen.

Wenn man das Objekt haben will, muß man es so schreiben:

  } catch(Exception e) {

C# läßt namenlose Parameter nicht zu.

[Ich (Gast)]

FileNotFoundException......
Schon mal geprüft was da in der Variablen startupPath drinnen steht und 
ob das der korrekte Pfad ist?

[Uhu U. (uhu)]

Es ist alles vorhanden, was zur Anwendung gehört. (Die xml wird vom 
Programm selbst erzeugt und beim nächsten Start wieder geladen.) Die 
FileNotFoundException ist irreführend - die kommt im Compact Framework 
2.0 SP2 an den unmöglichsten Stellen.

Aufschlußreicher ist der Stack-Trace und der deutet darauf, daß auf dem 
PDA irgendwas mit einer Assemby des Debuggers nicht stimmt. Nur was?