Hallo! > > > btw: ich dachte es w�re ein absolut bekanntes problem: > > > ich will einen neuen datensatz (ds) anlegen und pr�fe vorher > > > (anhand einer > > > eindeutigen nummer) ob er schon existiert - tut er dies, dann > > > will ich diese > > > nummer ausgeben wenn nicht dann den ds anlegen - wie man sich > > > irren kann.... > > > > > > > Ist es eigentlich auch... > > Dein ADO reagiert nur komisch... Das RS sollte nicht geschlossen > > werden... > > Hast Du ein aktuelles MDAC installiert? > > hab ich nicht, aber ich geh davon aus das auch ohne (neuen) gehen muesste
Das Problem bei Deinem Beispiel war, dass db.Execute() nicht immer ein Recordset liefert. Da Du aber den R�ckgabewert wie ein Recordset behandelt hast, kam die Fehlermeldung (closed). Wenn Du mit ADO direkt im Recordset arbeitest, kannst Du sehr viele m�gliche Probleme elegant behandeln. > > Ansonsten sollte on error resume next auf keinen Fall n�tig sein, denn > > Du kannst ja auch programmatisch feststellen, ob das RS geschlossen > > ist... > > kannst du mir das als beispiel posten? rs.State liefert 0 (closed), 1 (opened), 4 (executing), 8 (fetching) Fehlermeldungen sind doch so n�tzlich ... "on error resume next" beseitigt ja auch nur die Fehlermeldung, aber nicht den Fehler. Wenn Du also die Fehler selbst behandelst (VB-Errorobject, ASP-Errorobject, ADO-Connection--Errorobject) kannst Du auch "on error resume next" verwenden, ansonsten fehlen Dir doch die Hinweise auf Syntax-Fehler und Runtime-Fehler. Freundliche Gr��e Joachim van de Bruck | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
