Autor Beitrag
study
Hält's aus hier
Beiträge: 10



BeitragVerfasst: Mi 19.05.10 14:25 
Hallo,
habe mal wieder ein komisches Phänomen und zwar nur an meinem Rechner.
Folgende Situation:
Letzte Woche hat mein Code noch wunderbar funktioniert.
Diese Woche habe ich die aktuelle Revision aus der Versionskontrolle gesynct und nichts hat danach funktioniert.
Ich habe dann eine Referenz händisch angepasst.
Kurz zum Hintergrund:
Das Programm ist so aufgebaut, dass beim Projekt-Build auf die zuvor gebauten Produkten (z.b. DLLs) zugreift. Beimir war wohl das Problem, dass er nicht auf aktuelle Produkte zugegriffen hat sondern auf alte. D.h. ich habe das entsprechende Unterprojekt nochmals neu gebaut und die DLL aus dem obj-Verzeichnis in ein anderes Unterprojekt eingebaut (d.h. ich habe die bestehende Verweisung auf die DLL gelöscht und die neu gebaute DLL eingebunden). Danach war der Buildvorgang fehlerfrei.
Wenn ich jetzt allerdings das Programm starte und eine Aktion aufrufe, die das Unterprojekt mit der neuen DLL betrifft, bekomme ich einen MissingMethodException. Den genauen Fehlercode findet Ihr am Ende.
Eine Anmerkung noch:
Meine Kollegen haben einfach den neu gesyncten Code genommen und er lies sich ohne Probleme bauen und auch Ausführen ohne Exception.
Hat jemand eine Idee, an was das liegen kann?
Beschäftige mich noch nicht all zu lang mit der C#-Programmierung, deswegen hoffe ich, dass mir hier jemand weiterhelfen kann.
Im Voraus schon mal vielen Dank.

Hier nun die genaue Fehlerbeschreibung:

System.MissingMethodException was unhandled
Message="Method not found: 'System.String PropertyDump.PropertyDumpDecoderDll.PropertyDumpDecodeGPS(System.String)'."
Source="GNLogfile"
StackTrace:
at TNC.GNLogfile.LoggedLine.DecodeGPS()
at TNC.GNLogfile.LoggedLine..ctor(Int32[] level, String content) in D:\TNC_Test\GNLogfile\LoggedLine.cs:line 49
at TNC.GNLogfile.Logfile.IsTools.IConsoleDecoder.Result(Int32[] level, String result) in D:\TNC_Test\GNLogfile\Logfile.cs:line 516
at IsTools.ASCIIDecoder.Decode(Byte[] bytes, Int32 from, Int32 xcount) in D:\TNC_Test\Nice\GNDecoder\GNDecoder.cs:line 673
at IsTools.GNDecoder.Decode(Byte[] bytes, Int32 from, Int32 count) in D:\TNC_Test\Nice\GNDecoder\GNDecoder.cs:line 1088
at IsTools.LoggerDecoder.Decode(Byte[] bytes) in D:\NICE_Test\Nice\GNDecoder\GNDecoder.cs:line 1257
at TNC.GNLogfile.Logfile.LoadGNLogfileNew(Object sender, DoWorkEventArgs e) in D:\TNC_Test\GNLogfile\Logfile.cs:line 721
at TNC.ThreadWorker.ThreadHull(Object sender) in D:\TNC_Test\Nice\LittleHelper\ThreadWorker.cs:line 90
at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart(Object obj)
Kha
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic star
Beiträge: 3803
Erhaltene Danke: 176

Arch Linux
Python, C, C++ (vim)
BeitragVerfasst: Mi 19.05.10 17:10 
Das kann eigentlich nur daran liegen, dass im bin-Ordner doch noch eine alte Dll liegt. Also kompletter Rebuild von allen Projekten, würde ich mal vorschlagen.

_________________
>λ=
study Threadstarter
Hält's aus hier
Beiträge: 10



BeitragVerfasst: Mi 19.05.10 17:22 
Ich habe schon ein kompletten Rebuild gemacht, leider ohne Erfolg.

Kann das was damit zu tun haben, dass ich ein Unterprojekt neu bauen musste und die genaute DLL in ein anderes Unterprojekt verschieben musste um das Gesamtprojekt überhaupt fehlerfrei zum übersetzen zu bringen`?
Kann es damit in irgendeiner Form zu tun haben?
Danke und Gruß
Stud