Ergebnis der Suchanfrage

• Forum: Win32/Win64 API (native code)

  AW: FindFirstFileEx

   
    by ConnorMcLeod, 3. Jul 2011
  Danke für den Hinweis, ExtractFileName ist nicht notwendig. Da hatte ich beim Ausprobieren wohl den Mauszeiger über der verkehrten Variable :-/ wo ich den kompletten Pfad gesehen habe. Juchu, wieder ein paar CPU-Zyklen gespart!
• Forum: Win32/Win64 API (native code)

  AW: FindFirstFileEx

   
    by ConnorMcLeod, 3. Jul 2011
  Für wen es interessiert ... ich habe es dzt so gelöst:
  
  lhFoundFile := THandle(
  Windows.FindFirstFileEx(
  PWideChar(inPath + lsFileMask)
  , lIndexInfoLevels
  , lfdStruct
  , lIndexSearchOps
  , nil
  , ldwAdditionalFlags
• Forum: Win32/Win64 API (native code)

  AW: FindFirstFileEx

   
    by ConnorMcLeod, 2. Jul 2011
  Das dachte ich auch, als ich die Hilfe gelesen hatte, aber in windows.pas steht:
  type
  _FINDEX_INFO_LEVELS = (FindExInfoStandard, FindExInfoMaxInfoLevel);
  
  
  Bei beiden Werten kommt dasselbe Ergebnis.
• Forum: Win32/Win64 API (native code)

  AW: FindFirstFileEx

   
    by ConnorMcLeod, 2. Jul 2011
  Nach allem, was ich so gelesen habe, kann man diesen Wert derzeit leider vergessen. Also alles selbst filtern, ist aber egal, weil irgendjemand sowieso filtern muss und die Performance daher immer von einem Filter belastet wird.
  
  Meine Frage im Anschluss dazu:
  Wenn ich in einem Verzeichnis nach '*.dpr' suche, dann werden zwei Dateien gefunden:
  -) meinprojekt.dpr und
  -) meinprojekt.dproj...