just_me Geschrieben 18. November 2003 Teilen Geschrieben 18. November 2003 Kennt jemand die Fehlermeldung Drag & Drop-Registrierung fehlgeschlagen? Leider gibt die Hilfe so gar keinen Kommentar dazu ab. (Warum habe ich eigentlich immer nur die undokumentierten Fehlermeldungen?) Eingrenzung: Der Fehler tritt bei einem visuellen Benutzersteuerelement auf, nachdem alle Konstruktoren und Initialisierungsroutinen erfolgreich abgeschlossen sind und bevor die Komponente visuell dargestellt wird. Diese Komponente besteht aus mehreren Einzelkomponenten. Alle Einzelkomponenten initialisieren sich jedoch vollkommen korrekt. Der Fehler tritt ausschließlich während der Laufzeit auf. In der IDE hingegen ist dieser Fehler nicht nachvollziehbar. Da der Fehler willkürlich - jedoch immer vor der eigentlichen Darstellung - auftritt, vermute ich ihn in einer MS-dll. Leider schweigt sich die MSDN über diesen Fehler aus, oder ich habe passende Kommentare noch nicht gefunden. vielen Dank für die Hilfe... Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
bigredeyes Geschrieben 19. November 2003 Teilen Geschrieben 19. November 2003 kann es sein, dass du die eventhandler an das form bindest, bevor es existiert? implementierst du nur drag, oder nur drop oder beides? aus der hilfe schlau geworden? ms-help://MS.VSCC.2003/MS.MSDNQTR.2003FEB.1031/vbcon/html/vbtskstartingdragoperations.htm hast du schon mal ein try{} catch(Exception ex){} um die funktion gewickelt? dann lass dir mal ex.StackTrace und ex.Message ausgeben. vielleicht hilft's ja.... OO-Gruß bigredeyes Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
just_me Geschrieben 19. November 2003 Autor Teilen Geschrieben 19. November 2003 implementierst du nur drag, oder nur drop oder beides?Weder noch. Innerhalb der Komponente wird weder Drag noch Drop verarbeitet geschweige denn akzeptiert. hast du schon mal ein try{} catch(Exception ex){} um die funktion gewickelt?Um welche? Den Konstruktor der Parent-Komonente, die Konstruktoren der Child-Komponenten, den Caller des Parent-Konstruktors, den Caller des Callers, ... hab' ich einen vergessen? ... alles schon versucht. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
bigredeyes Geschrieben 19. November 2003 Teilen Geschrieben 19. November 2003 du machst also eigentlich gar nix mit d&d, aber das prog rauchrt trotzdem wegen falscher sonstewas ab?!?! bigredeyes Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
just_me Geschrieben 19. November 2003 Autor Teilen Geschrieben 19. November 2003 ... falsche sonstewas ... Das ist wohl die treffendste Bezeichnung für den Fehler. Und: Nein, ich mache nix, gar nix, absolut nix, überhaupt nix mit Drag&Drop. Nicht mal indirekt. Allerdings glaube ich auch nicht, dass es daran liegt. Letztlich handelt es sich um eine "Registrierung", und da ich den MS-Code nicht durchsteppen kann, und so gar nicht weiss (shame on me), was wann wo genau registriert wird, kann ich den Fehler selbst nicht mehr weiter eingrenzen. Mein aktueller Verdacht liegt auf einem COM+-Wrapper... Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
bigredeyes Geschrieben 19. November 2003 Teilen Geschrieben 19. November 2003 Original geschrieben von just_me Mein aktueller Verdacht liegt auf einem COM+-Wrapper... tja, da hab ich mal 0 ahnung von! weiß auch nicht weiter.... sorry. bigredeyes Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
just_me Geschrieben 19. November 2003 Autor Teilen Geschrieben 19. November 2003 Trotzdem danke, dass wir mal drüber geredet haben... Zumindest hast du mir geholfen, weitere Möglichkeiten auszuschließen. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
FrankKreißel Geschrieben 22. Mai 2005 Teilen Geschrieben 22. Mai 2005 Ich habe gerade deine Nachricht über dein Drag and drop registrierung fehlgeschlagen von 2003 gelesen. Hast du eine Lösung gefunden? Ich habe jetzt dasselbe Problem - aber das merkwürdige ist: auf dem Entwicklungsrechner läuft es (CP), auf einem Zielrechner mit media-edition läuft es nicht! Gruß Frank Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Gateway_man Geschrieben 26. Juli 2010 Teilen Geschrieben 26. Juli 2010 (bearbeitet) Ich reih mich mal mit ein. Habe selbiges Problem und bisher noch keinen Lösungsweg gefunden. Ich habe den Verdacht das es an einer Propertie vom jeweiligen Control liegt welche falsch gesetzt ist. Es handelt sich bei mir um ein DatagridviewControl. Das wäre dann mal der schöne Fehler in langform: System.InvalidOperationException wurde nicht behandelt. Message="Fehler bei der DragDrop-Registrierung" Source="System.Windows.Forms" StackTrace: bei System.Windows.Forms.Control.SetAcceptDrops(Boolean accept) bei System.Windows.Forms.Control.OnHandleCreated(EventArgs e) bei System.Windows.Forms.DataGridView.OnHandleCreated(EventArgs e) bei System.Windows.Forms.Control.WmCreate(Message& m) bei System.Windows.Forms.Control.WndProc(Message& m) bei System.Windows.Forms.DataGridView.WndProc(Message& m) bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) bei System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) bei System.Windows.Forms.UnsafeNativeMethods.IntCreateWindowEx(Int32 dwExStyle, String lpszClassName, String lpszWindowName, Int32 style, Int32 x, Int32 y, Int32 width, Int32 height, HandleRef hWndParent, HandleRef hMenu, HandleRef hInst, Object pvParam) bei System.Windows.Forms.UnsafeNativeMethods.CreateWindowEx(Int32 dwExStyle, String lpszClassName, String lpszWindowName, Int32 style, Int32 x, Int32 y, Int32 width, Int32 height, HandleRef hWndParent, HandleRef hMenu, HandleRef hInst, Object pvParam) bei System.Windows.Forms.NativeWindow.CreateHandle(CreateParams cp) bei System.Windows.Forms.Control.CreateHandle() bei System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) bei System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) bei System.Windows.Forms.Control.CreateControl() bei System.Windows.Forms.Control.WmShowWindow(Message& m) bei System.Windows.Forms.Control.WndProc(Message& m) bei System.Windows.Forms.ScrollableControl.WndProc(Message& m) bei System.Windows.Forms.ContainerControl.WndProc(Message& m) bei System.Windows.Forms.Form.WmShowWindow(Message& m) bei System.Windows.Forms.Form.WndProc(Message& m) bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) bei System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) bei System.Windows.Forms.SafeNativeMethods.ShowWindow(HandleRef hWnd, Int32 nCmdShow) bei System.Windows.Forms.Control.SetVisibleCore(Boolean value) bei System.Windows.Forms.Form.SetVisibleCore(Boolean value) bei System.Windows.Forms.Control.set_Visible(Boolean value) bei System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context) bei System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context) bei System.Windows.Forms.Application.RunDialog(Form form) bei System.Windows.Forms.Form.ShowDialog(IWin32Window owner) bei System.Windows.Forms.Form.ShowDialog() bei PrintGen.Document.FillFile() in C:\neu\neu\PrintGen\Document.vb:Zeile 484. bei System.Threading.ThreadHelper.ThreadStart_Context(Object state) bei System.Threading.ExecutionContext.runTryCode(Object userData) bei System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData) bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) bei System.Threading.ThreadHelper.ThreadStart() InnerException: System.Threading.ThreadStateException Message="Für den aktuellen Thread muss der STA-Modus (Single Thread Apartment) festgelegt werden, bevor OLE-Aufrufe ausgeführt werden können. Stellen Sie sicher, dass die Hauptfunktion mit STAThreadAttribute gekennzeichnet ist." Source="System.Windows.Forms" StackTrace: bei System.Windows.Forms.Control.SetAcceptDrops(Boolean accept) InnerException: Sofern jemand eine Idee hat, ich bin für alles Offen :beagolisc . lg Gateway PS: Hier noch der Text der Inner Exception: "Für den aktuellen Thread muss der STA-Modus (Single Thread Apartment) festgelegt werden, bevor OLE-Aufrufe ausgeführt werden können. Stellen Sie sicher, dass die Hauptfunktion mit STAThreadAttribute gekennzeichnet ist." Bearbeitet 26. Juli 2010 von Gateway_man Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Gateway_man Geschrieben 26. Juli 2010 Teilen Geschrieben 26. Juli 2010 hat sich erledigt Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.