AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 15:02

Parameter dieser Suchanfrage:

Suche in Thema: Fehler 0x0eedfade in Kernelbase.dll
Suche alle Beiträge, die von "Sumafu" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 7 von insges. 7 Treffern
Suche benötigte 0.000s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Win32/Win64 API (native code)

    AW: Fehler 0x0eedfade in Kernelbase.dll

      Delphi
      by Sumafu, 10. Mai 2019
    MadException wird ja auch nicht das einzige Error-Handling-Plugin in Delphi sein. In dem Bereich kenne ich mich halt überhaupt nicht aus, deswegen frage ich ja hier.
  • Forum: Win32/Win64 API (native code)

    AW: Fehler 0x0eedfade in Kernelbase.dll

      Delphi
      by Sumafu, 10. Mai 2019
    Da muss ich dann zugeben, dass meine Vermutung, dass es an der Prüfroutine liegt, höchstwahrscheinlich falsch war (der Fall beschäftigt mich jetzt schon so lange, dass schon mal Informationen im Hirn verloren gehen).
    Es ist die Startroutine, wenn Delphi versucht mit Application.CreateForm ein Fenster zu erstellen. Zumindest wird das FormCreate Event nicht mehr ausgeführt. Das Fenster ist...
  • Forum: Win32/Win64 API (native code)

    AW: Fehler 0x0eedfade in Kernelbase.dll

      Delphi
      by Sumafu, 10. Mai 2019
    Ich weiß sehr wohl was eine EOutOfRessource Fehlermeldung bedeutet. Allerdings weiß ich auch, dass diese Fehlermeldung in Delphi für alle möglichen Fehler zweckentfremdet wird. Klar KANN es ein Fehler beim Allokieren eine Handles sein, muss es aber nicht.
    Eine weitere Analyse hat ergeben, dass der Fehler tatsächlich dann auftritt, wenn Delphi versucht, eine Form zu erstellen...
  • Forum: Win32/Win64 API (native code)

    AW: Fehler 0x0eedfade in Kernelbase.dll

      Delphi
      by Sumafu, 10. Mai 2019
    MadExcept sieht sehr vielversprechend aus, allerdings kostet das bei kommerzieller Nutzung was. Und ein "vielleicht könnte es helfen" wird dem Chef als Begründung vermutlich nicht reichen, zumal wir das nur für diesen einen Fall bräuchten, und sonst nicht.
  • Forum: Win32/Win64 API (native code)

    AW: Fehler 0x0eedfade in Kernelbase.dll

      Delphi
      by Sumafu, 7. Mai 2019
    Dann wird es das vermutlich nicht sein. Die Datei wird mit in ein TIniFile geladen und später in jedem Fall wieder mit FreeAndNil freigegeben.

    Kann es vielleicht sein, dass ein Virenscanner irgendwo dazwischen grätscht? Mit den Teilen hatten wir schon öfters Probleme.
  • Forum: Win32/Win64 API (native code)

    AW: Fehler 0x0eedfade in Kernelbase.dll

      Delphi
      by Sumafu, 7. Mai 2019
    Ich habe nochmal tiefer in den Code geschaut und tatsächlich wird in einer Prüfroutine unter Umständen eine Datei geöffnet, wenn eine spezielle Metadaten-Datei zusätzlich in dem zu überwachenden Verzeichnis liegt. Ich werde einmal beim Kunden nachfragen, ob so eine Datei vorhanden ist.
  • Forum: Win32/Win64 API (native code)

    Fehler 0x0eedfade in Kernelbase.dll

      Delphi
      by Sumafu, 7. Mai 2019
    Hallo, hoffentlich bin ich in diesem Unterforum richtig, denn ich bin mir selbst nicht sicher, was überhaupt der Fehler ist.

    Meine Situation ist Folgende: Ich muss eine Anwendung warten (Delphi 7), die im Dateisystem regelmäßig in einem Ordner nach Änderungen schaut. Dabei werden haufenweise WinApi Calls genutzt (also die ganze Dateisystemzugriff-Palette). Jetzt haben wir ab und zu mal das...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=Sumafu&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=200607
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:17 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz