Nicht abgefangene Ausnahme in Meiner.exe (KERNEL32.DLL): 0xE06D7363: Microsoft C++ Exception.

estartu

@Uwe Philipps: Super! Das kannte ich ganz ehrlich noch nicht.

@TheBigW: Ich nutze ODBC. Wie du siehst, habe ich es ja sogar mit catch(...) versucht, was auch nicht hilft.

So, ich hänge jetzt in der Zeile

RETCODE CRecordset::FetchData(UWORD wFetchType, SDWORD nRow,
	DWORD* pdwRowsFetched)
{
	RETCODE nRetCode;

	if (m_nOpenType == forwardOnly && !(m_dwOptions & useExtendedFetch))
	{
		ASSERT(wFetchType == SQL_FETCH_NEXT);

		AFX_ODBC_CALL(::SQLFetch(m_hstmt));
		*pdwRowsFetched = 1;

		m_bDeleted = FALSE;
	}
	else
	{
		AFX_ODBC_CALL(::SQLExtendedFetch(m_hstmt, wFetchType,
			nRow, pdwRowsFetched, m_rgRowStatus)); // <--------

		// Set deleted status
		m_bDeleted = GetRowStatus(1) == SQL_ROW_DELETED;
	}

	CheckRowsetError(nRetCode);

	return nRetCode;
}

Das ist die letzte "lesbare" Funktion im Callstack, der Rest ist Assemblercode.
Jetzt muss ich noch irgendwie rausfinden, WAS ihm nicht passt, WARUM und wie ich das loswerden kann.

phlox81

Hm, wenn ich mich richtig erinnere, wirft MoveNext eine Exception wenn
man versucht über das Ende des Recordsets hinaus zu lesen.

TheBigW

mhh und wenn du erstmal bloß als CException fängtst? Dann solltest du eventuell über die Errormessage schon mal raus kriegen, was faul ist.

estartu

@Devil: In meinem Post von 09:59 siehst du, dass ich auf EOF prüfe - das sollte doch reichen, oder?

Okay, ich versuche es jetzt mal, ob er als CException was fängt. Auch wenn ich skeptisch bin, wo doch selbst ... nix erwischt hatte.

yeti42

Hi,

der Gedanke von devil ist nicht schlecht - ich prüfe in meinem Programm, in dem ich auch CRecordsets verwende, immer mit der Kombination IsBOF und IsEOF - vielleicht solltest Du das mal checken - IsBOF fängt laut MSDN noch ein paar Fälle ab, die IsEOF nicht kriegt...

Gruss

yeti

estartu

Hier ist nochmal die ganze Schleife:

// Einmal über alle Datensätze laufen
		if (IsBOF())
		{
		}
		else
		{
			// Vorne anfangen
			MoveFirst();
			while((!IsEOF()) && (!fReturn))
			{
				// Stimmt die Kombination?
				if (GetID() == f_lID) // Hier MUSS GetID() statt m_lID stehen, sonst funktioniert das Suchen nicht!!!
				{
					// Die ID merken
					fReturn = true;
				}
				if (!fReturn)
				{
					try
					{
						MoveNext();
					}
					catch (CException e)
					{
						TCHAR   szCause[255];
						CString strFormatted;
						e.GetErrorMessage(szCause, 255);
						TRACE(szCause);
					}
				}
			}
		}

Reicht das eine IsBOF nicht? Ich bewege mich doch vom BOF weg, oder?
Naja, wenn du sagst, da steht was in der MSDN, dann muss ich wohl mal gucken.

Die Exception wird übrigens so, wie es da steht nicht gefangen.
Habe ich was falsch gemacht?

yeti42

Hi,

in Deinen vorherigen Postings habe ich das IsBOF nicht gesehen - sorry!

So wie das hier aussieht, scheints es ganz ok zu sein. Hast Du mal gecheckt, ob und wie oft Du mit welchen Daten in die MoveNext-Ecke reinkommst?

Wie wird fReturn initialisiert?

gruss

yeti

TheBigW

catch (CException***** e)

estartu

Ich hatte das IsBOF ja auch weggelassen.

Ich habe das eher so als Überbleibsel an der Stelle - ohne gab es sonst auch nie Fehler...

fReturn wird mit false initialisiert (Sorry, DAS hätte ich wirklich noch mitposten sollen.)

Die MoveNext wird extrem häufig angesprungen und auch in 99% ohne Fehler.
In der Funktion suche ich nämlich per ID nach einem Datensatz - das brauche ich ständig.

TheBigW schrieb:

catch (CException***** e)

Nein, sie wird ebenfalls nicht gefangen.

dEUs

Also wenn catch(...) nichts fängt würde es mich ja wundern, wenn irgendwas anderes dann was fangen würde...

estartu

Mich ja auch, aber ich hab ja schon gesagt, dass ich davon kaum Plan habe, also versuche ich es einfach mal.
Wenn ich keine Ahnung habe, haben andere meistens erstmal Recht.

Ich habe jetzt mal mitzählen lassen und die Traces angeschaut. Ich kann kein Schema erkennen, jedenfalls nichts, was mit der Anzahl der Aufrufe zu tun hat.
Außer, dass die erste Ausnahme (die anderen habe ich noch nicht verglichen) immer bei Nr. 736 fliegt und das im Doppelpack.
Aber seht selbst, ich habs mal hochgeladen: http://www.larsaf-iii.de/forum/trace.txt

dEUs

Hm... Ist der Datensatz vielleicht korrupt?

dEUs

Naja, auf jedenfall würde ich jetzt mal den MoveNext bei dem es das erste mal kracht (und den kennst du jetzt ja, wenn cih das richtig verstanden hab) einfach mal durchdebuggen. Dann hast du vielleicht nen Anhaltspunkt, woran es liegen könnte.

estartu

So, ich hab ihn da mal angehalten und kann leider nix böses erkennen:
Es ist nicht BOF, nicht EOF, die Feldinhalte sehen heile aus.

Gibt es andere Member von CRecordset, wo man drauf achten muss.

dEUs

In welcher Zeiler crasht er denn dann effektiv?

estartu

Soo, erstmal der Callstack:

KERNEL32! 77e9bbf3()
MSVCRT! 78007108()
ODBCCR32! 1f8224af()
ODBCCR32! 1f824b50()
ODBCCR32! 1f82844f()
ODBC32! 01618cb8()
CRecordset::FetchData(unsigned short 1, long 1, unsigned long * 0x0012f5dc) line 3049 + 35 bytes
CRecordset::Move(long 1, unsigned short 1) line 1414 + 27 bytes
CRecordset::MoveNext() line 82 + 60 bytes
CBasisSetEx::Suche(long 0) line 82

Das Suche ist die Funktion, deren Code ihr ja mittlerweile kennt.
Der Rest ist MFC Code (von unten nach oben):

_AFXDBCORE_INLINE void CRecordset::MoveNext()
	{ ASSERT(IsOpen()); Move(1, SQL_FETCH_NEXT); }

[cpp]void CRecordset::Move(long nRows, WORD wFetchType)
{
ASSERT_VALID(this);
ASSERT(m_hstmt != SQL_NULL_HSTMT);

// First call - fields haven't been bound (m_nFieldsBound will change)
if (m_nFieldsBound == 0)
{
InitRecord();
ResetCursor();
}

if (m_nFieldsBound > 0)
{
// Reset field flags - mark all clean, all non-null
memset(m_pbFieldFlags, 0, m_nFields);

// Clear any edit mode that was set
m_nEditMode = noMode;
}

// Check scrollability, EOF/BOF status
CheckRowsetCurrencyStatus(wFetchType, nRows);

RETCODE nRetCode;

// Fetch the data, skipping deleted records if necessary
if ((wFetchType == SQL_FETCH_FIRST ||
wFetchType == SQL_FETCH_LAST ||
wFetchType == SQL_FETCH_NEXT ||
wFetchType == SQL_FETCH_PRIOR ||
wFetchType == SQL_FETCH_RELATIVE) &&
m_dwOptions & skipDeletedRecords)
{
SkipDeletedRecords(wFetchType, nRows, &m_dwRowsFetched, &nRetCode);
}
else
// Fetch the data and check for errors
nRetCode = FetchData(wFetchType, nRows, &m_dwRowsFetched); // <----

// Set currency status and increment the record counters
SetRowsetCurrencyStatus(nRetCode, wFetchType, nRows, m_dwRowsFetched);

// Need to fixup bound fields in some cases
if (m_nFields > 0 && !IsEOF() && !IsBOF() &&
!(m_dwOptions & useMultiRowFetch))
{
Fixups();
}
}
[/cpp]

RETCODE CRecordset::FetchData(UWORD wFetchType, SDWORD nRow,
	DWORD* pdwRowsFetched)
{
	RETCODE nRetCode;

	if (m_nOpenType == forwardOnly && !(m_dwOptions & useExtendedFetch))
	{
		ASSERT(wFetchType == SQL_FETCH_NEXT);

		AFX_ODBC_CALL(::SQLFetch(m_hstmt));
		*pdwRowsFetched = 1;

		m_bDeleted = FALSE;
	}
	else
	{
		AFX_ODBC_CALL(::SQLExtendedFetch(m_hstmt, wFetchType,
			nRow, pdwRowsFetched, m_rgRowStatus)); // <------- (0x01653c98, 1, 1, 0x0012f5dc (1), 0x00774b00 (0))

		// Set deleted status
		m_bDeleted = GetRowStatus(1) == SQL_ROW_DELETED;
	}

	CheckRowsetError(nRetCode);

	return nRetCode;
}

Dann kommt nur noch Assemblercode - der hilft uns nix, oder?

dEUs

Hab ich das richtig verstanden?

Er crasht in der Zeile:

AFX_ODBC_CALL(::SQLExtendedFetch(m_hstmt, wFetchType,
            nRow, pdwRowsFetched, m_rgRowStatus));

?

estartu

Ja, das ist die letzte lesbare Zeile.
Wenn ich da F11 drücke, kracht es.

habe NULL ahnung aber n versuch ist es ja wert

mach doch in der DB "übersichtliche" einträge

so 100 werte
jetzt laufe wie gehabt alle durch

wenn du einen bekommst schreibst du in einen logfile den datensatz
und machst dann movenext

eventl. immer die datei öffnen und gleich schliessen ( wegen crash )

maybe hilft dir das weiter. wenn es immer der gleiche ist, dann den untersuchen.

ka, ist verzwickt

estartu

Es ist leider nicht der gleiche.

Ich habe mit mal zusätzlich zum Zähler noch die Tabelle und die aktuelle ID ausgeben lassen. Hab das Trace wieder hochgeladen. http://www.larsaf-iii.de/forum/trace.txt

An mehr Einzelheiten der Zeile komme ich da nicht dran, weil ich in einer Basisklase bin, wo wirklich blos das bekannt ist.