AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

FindFirstFileNameW aufrufen

Ein Thema von Benmik · begonnen am 11. Jan 2014 · letzter Beitrag vom 13. Jan 2014
Antwort Antwort
Seite 2 von 2     12   
Benmik

Registriert seit: 11. Apr 2009
560 Beiträge
 
Delphi 12 Athens
 
#11

AW: FindFirstFileNameW aufrufen

  Alt 12. Jan 2014, 22:15
Sensationell. Das Ding funktioniert ohne Wenn und Aber. (Nur das "Winapi" musste ich entfernen und dieses "Mitch.png" konnte ich einfach nirgendwo finden... ) Toll. Danke.

Ein paar Fragen hätte ich noch.

Sollte man das StrPas umgehen, da es als veraltet bezeichnet wird?

Wieso funktioniert eigentlich die Übergabe von @LinkName[0], ohne dass der Compiler die formale Typdeklaration moniert? (Auf @LinkName[0] muss man auch erstmal kommen).
Wieso StringLength := MAX_PATH - 1 ?

Nochmal danke.
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.184 Beiträge
 
Delphi 12 Athens
 
#12

AW: FindFirstFileNameW aufrufen

  Alt 12. Jan 2014, 22:59
Zitat:
MAX_PATH - 1
Da muß man aufßassen, also wie die Angabe der Buffer-Größeangegeben werden muß.

- in Bytes
- in Chars

- mit abschließendem #0
- ohne abschließendem #0

usw.



In Chars ohne #0 muß der Puffer 1 Zeichen größer sein, da die Funktion noch ein #0 anhängt.


Zitat:
@LinkName[0]
Natürlich nur bei dem Array, welches bei 0 anfängt,
ansonsten 1, da Strings bei 1 beginnen,
außer beim neuen mobilen Compiler, wo man nun auch Strings urplötzlich mit 0 anfangen läßt.
Indize auf einen PChar fangen allerdings auch bei 0 an, da diese ein Char-Array darstellen.
$2B or not $2B
  Mit Zitat antworten Zitat
Benutzerbild von Zacherl
Zacherl

Registriert seit: 3. Sep 2004
4.629 Beiträge
 
Delphi 10.2 Tokyo Starter
 
#13

AW: FindFirstFileNameW aufrufen

  Alt 13. Jan 2014, 08:52
Sollte man das StrPas umgehen, da es als veraltet bezeichnet wird?
Das kann ich dir gar nicht genau sagen. Theoretisch kannst du an dieser Stelle auch einfach nur PWideChar(@LinkName[0]) schreiben denke ich.

Wieso funktioniert eigentlich die Übergabe von @LinkName[0], ohne dass der Compiler die formale Typdeklaration moniert? (Auf @LinkName[0] muss man auch erstmal kommen)
Wenn du einen Pointer Typen an eine Funktion übergibst, es es dem Compiler vollkommen egal, ob du jetzt ein PDWord, ein PInt64 oder einen einen PWideChar (@LinkName[0]) verwendest. Da musst du selbst dafür sorgen, dass die Logik korrekt ist. Du hattest LinkName im Funktionsprototypen ursprünglich als var Parameter deklariert. Intern ist das eigentlich nur syntaktischer Zucker für Pointer, die als inout Parameter genutzt werden, aber in der Praxis kontrolliert Delphi hier ganz penibel die Typen, die du übergibst.
Projekte:
- GitHub (Profil, zyantific)
- zYan Disassembler Engine ( Zydis Online, Zydis GitHub)
  Mit Zitat antworten Zitat
Benmik

Registriert seit: 11. Apr 2009
560 Beiträge
 
Delphi 12 Athens
 
#14

AW: FindFirstFileNameW aufrufen

  Alt 13. Jan 2014, 19:15
Theoretisch kannst du an dieser Stelle auch einfach nur PWideChar(@LinkName[0]) schreiben denke ich. Kann man!

Dass Pointer UND var Unsinn sind, darauf war ich auch schon gestoßen. Bei Pointern muss man halt umdenken, da ist vermutlich viel Gewöhnungssache dabei. Das ist etwas neben deiner - übrigens auch recht eleganten - Lösung etwas, was das stundenlange Herumpfriemeln mir gebracht hat.
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   

 

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 18:54 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