AGB  ·  Datenschutz  ·  Impressum  







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

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 12:17

Parameter dieser Suchanfrage:

Suche in Thema: ShellExecute liefert ERROR_ACCESS_DENIED
Suche alle Beiträge, die von "himitsu" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 6 von insges. 6 Treffern
Suche benötigte 0.002s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Win32/Win64 API (native code)

    AW: ShellExecute liefert ERROR_ACCESS_DENIED

     
      by himitsu, 16. Jan 2018
    Eine nutzbare Funktion mit abgelaufenem Code neu zu verbreiten ist nicht wirklich ideal.
    Am Ende kommt noch wer auf die Idee und baut es in ein neues Programm ein. :zwinker:


    Wie gesagt, an der Stelle ist garkein IFDEF nötig.

    ReadFile liefert OEM, also ANSI,
    OemToChar will ANSI rein bekommen,
    also braucht der Buffer immer nur ANSI zu sein und wird somit auch explizit als ANSI...
  • Forum: Win32/Win64 API (native code)

    AW: ShellExecute liefert ERROR_ACCESS_DENIED

     
      by himitsu, 15. Jan 2018
    Bis auf das Unicodeproblem, was aber zufällig keinen Bufferoverflow erzeugt, sondern eher einen Bufferunderflow, sah ich eine direkten "schwerwiegenden" Fehler.
    OK, abgesehn von einer Funktion (WinExex), welche seit 23 Jahren als "nicht verwenden, nur für Abwärtskompatibilität von uraltem Code" gekennzeichnet ist.

    In ExecuteConsole wird ab D2009 halt ANSI in einem Unicode-CharArray...
  • Forum: Win32/Win64 API (native code)

    AW: ShellExecute liefert ERROR_ACCESS_DENIED

     
      by himitsu, 15. Jan 2018
    Und ich könnte wetten, dass der Compiler hier ein paar Meldungen anzeigt, die jemand vergessen hat zu beheben.
    > mindesten "Auf 'ExecuteCommandLine' zugewiesener Wert wird niemals benutzt"
    > und seit Delphi 2009 wird es in ExecuteConsole bestimmt Meldungen bezüglich Unicode geben
  • Forum: Win32/Win64 API (native code)

    AW: ShellExecute liefert ERROR_ACCESS_DENIED

     
      by himitsu, 23. Dez 2017
    Die Such-Syntax lautet
    https://www.google.de/maps?q=suchbegriff&z=15

    Er missbraucht das, da man auch nach Koordinaten suchen kann, anstatt sie anzugeben (zu beachten sind die Dezimaltrennzeichen in englischem Format)
    http://maps.google.de/maps?q=51.0535283,13.7238866&z=15

    Die korrekten URLs lauten z.B. wie folgt (mit @ wird die Angabe für Position und Zoom definiert)...
  • Forum: Win32/Win64 API (native code)

    AW: ShellExecute liefert ERROR_ACCESS_DENIED

     
      by himitsu, 23. Dez 2017
    Ja, bei dir ist "aktuell" PChar ein Alias für PWideChar und leider zeigt das CodeInsight den internen Typen an. (beim Compilieren wurde der Alias ersetzt)
    Wenn du dir die Deklaration von ShellExecute ansiehst, siehst du den richtigen Typen.

    In Bezug auf die WinAPI ist das Muster aber meistens recht leicht zu merken.
    String > PChar > ShellExecute
    AnsiString > PAnsiChar > ShellExecuteA...
  • Forum: Win32/Win64 API (native code)

    AW: ShellExecute liefert ERROR_ACCESS_DENIED

     
      by himitsu, 23. Dez 2017
    Ich hoffe das hier ist nur ein Beispielcode und im Programm ist am Ende doch eine Fehlerbehandlung verbaut.


    Extended: Diesen Typen sollte man besser nicht verwenden und ihn nur für interne Berechnungen benutzen.
    Und ich glaub kaum, dass die Position auf der Erde im Mikrometerbereich wirklich notwendig ist. :roll:
    Double (12 Nachkommastellen) oder gar Single (5 Nachkommastellen)

    Aber das...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=himitsu&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=194698
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:22 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