Ich habe den FormView mit dem ResourceEditor erstellt und die Variablen mit dem Klassenassistenten erstellt. Das lief auch bis incl. letzte Woche. Da habe ich Copy&Paste eingebaut und getestet.

Eben wollte ich mir die Maske nochmal ansehen und es geht nicht mehr. Ich bekomme ASSERTS ohne Ende beim DoDataExchange.

Wie kann ich bei der Fehlersuche vorgehen? Den Stand von vorletzter Woche einspielen hat nicht geholfen. Also liegt der Fehler wohl nicht in DER Dll sondern woanders. (Also, Doc, View und Resourcen sind in der Dll)

Ich kann gerne Quelltext posten, aber der hat sich ja bis auf eine unschuldige neue Funktion nicht geändert und das seit Wochen.

Bitte, ich bin total ratlos und will nicht die Arbeit von 2 Wochen nochmal machen müssen.

Sobald ich diesen Code hier:

// den nächsten view holen
		CView* pNextView;
		switch (f_nId)
		{
		case ID_HILFSDATEN_ORTE:
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Umschalten auf ID_HILFSDATEN_ORTE"));
			pNextView = create_view<COrteView, COrteDoc>(this);
			break;
		case ID_HILFSDATEN_FILGRP:
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Umschalten auf ID_HILFSDATEN_FILGRP"));
			pNextView = create_view<CFilGrpView, CFilGrpDoc>(this);
			break;
		case ID_HILFSDATEN_FILIALEN:
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Umschalten auf ID_HILFSDATEN_FILIALEN"));
			pNextView = create_view<CFilialenView, CFilialenDoc>(this);
			break;
		case ID_HILFSDATEN_BANKEN:
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Umschalten auf ID_HILFSDATEN_BANKEN"));
			pNextView = create_view<CBankenView, CBankenDoc>(this);
			break;
		default:
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Fehler beim Umschalten"));
			ASSERT(0);
			break;
		}

um den Fall mit ID_HILFSDATEN_FIRMEN erweitere

// den nächsten view holen
		CView* pNextView;
		switch (f_nId)
		{
		case ID_HILFSDATEN_ORTE:
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Umschalten auf ID_HILFSDATEN_ORTE"));
			pNextView = create_view<COrteView, COrteDoc>(this);
			break;
		case ID_HILFSDATEN_FILGRP:
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Umschalten auf ID_HILFSDATEN_FILGRP"));
			pNextView = create_view<CFilGrpView, CFilGrpDoc>(this);
			break;
		case ID_HILFSDATEN_FILIALEN:
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Umschalten auf ID_HILFSDATEN_FILIALEN"));
			pNextView = create_view<CFilialenView, CFilialenDoc>(this);
			break;
		case ID_HILFSDATEN_FIRMEN: // <----------
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Umschalten auf ID_HILFSDATEN_FIRMEN"));
			pNextView = create_view<CFirmenView, CFirmenDoc>(this);
			break;
		case ID_HILFSDATEN_BANKEN:
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Umschalten auf ID_HILFSDATEN_BANKEN"));
			pNextView = create_view<CBankenView, CBankenDoc>(this);
			break;
		default:
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Fehler beim Umschalten"));
			ASSERT(0);
			break;
		}

... kommt der ASSERT.
Schreibe ich nur

case ID_HILFSDATEN_FIRMEN: // Nur diese Zeile anders
			CLog::Log(LOG_NR_VIEWWECHSEL, _T("Umschalten auf ID_HILFSDATEN_FILIALEN"));
			pNextView = create_view<CFilialenView, CFilialenDoc>(this);
			break;

geht es noch.

Sobald ich aber einen der Klassennamen anpasse, geht es nicht mehr. Zurückändern geht auch nicht, nur rückgängig und das auch nicht immer.

Hat jemand eine Idee?

Woran kann das liegen? Könnte das damit zusammenhängen?

Trotzdem habe ich das Gefühl auf einer Zeitbombe zu sitzen. Ich wüßte zu gerne, was da passiert ist.

Hat niemand eine Idee?

Ich würde mal auf ungültige Einträge in der Resource.h tippen, daher Asserts bei DoDataExchange, also ungültige, ungenutzte oder doppelte (zahlenmässig) IDs oder sowas in der Art. Oder vielleicht auch irgendwie falsch verknüpfte IDs mit anderen Steuerelementen oder so.
Da es jetzt aber wieder läuft, hat es wohl nicht daran gelegen...

Zu den nicht setzbaren Breakpoints oder dem eingefügten Quellcode, der plötzlich nicht mehr geht: hatte ich auch mal. Da wurde eine DLL in C:\bla erzeugt, aber in C:\blubb wurde darauf zu gegriffen und dort befand sich eine alte Version, da begann der Debugger auch so komisch zu spinnen.
Aber daran hat es wohl auch nicht gelegen.

Bei vielen Änderungen oder komischen Problemen empfehle ich ja gerne ein Bereinigen und Rebuild All. Hast du aber bestimmt schon gemacht, wollte ich nicht extra noch mal posten. Hat bestimmt auch nicht daran gelegen.

Du hattest doch irgendein Problem mit Warnungen wegen doppelten IDs. Könnte auch daran liegen, das die Warnungen plötzlich zu Problemen führen. Da könnte man das Problem vielleicht lösen, wenn man den Klassennamen mit in die ID einbaut, dann ist er eindeutig und trotzdem PLZ für Postleitzahl (ID_FIRMEN_PLZ, ID_KUNDEN_PLZ).

Naja, lange Rede, kurzer Sinn... siehe Satz eins.

1. Ich hab nix gefunden, daher ratlos aufgegeben.
2. keine Ahnung, heute morgen ging es wieder.
3. hmm, hab ich wohl so 50 mal und mehr gemacht. Weil ich beim rumprobieren immer wieder die Ordner verglichen habe und dafür habe ich die Debugordner gelöscht.
4. Da hab ich hin und her probiert. Es ging weder mit doppelten (in verschiedenen Dlls) noch ohne.