Funktion aus DLL einbinden

[EWeiss]

Wo ist das Problem..
Das eine hat genauso seine Berechtigung wie das andere.

Man muss sich nur darüber im klaren sein was man nun will... A oder W
Kinderkram sich deswegen jetzt aufzuregen.

Wenn ich meine Code in Unicode.. W schreibe dann benötige ich keine {$IFDEF UNICODE} Anweisung genauso umgekehrt.
Ist unnötiger Ballast..
Es wäre nur in dem Fall nötig wenn ich eine Versions Übergreifende Anwendung (Komponente) zur Verfügung stelle die alle auch älter Delphi Versionen Abdecken soll.


gruss

[Neutral General]

Ich glaube ihr redet mindestens zu 50% aneinander vorbei.
jaenicke sagt nur, dass PChar + ShellexecuteA + Delphi 2009 oder höher in die Hose geht.
Und da hat er Recht. Da gibt es nichts dran zu diskutieren.

Ob mans nun mit Compilerschaltern richtig macht oder explizit PAnsiChar + ShellexecuteA bzw. PWideChar + ShellexecuteW benutzt ist letztendlich ja mehr oder weniger egal.

[EWeiss]

Zitat:

jaenicke sagt nur, dass PChar + ShellexecuteA + Delphi 2009 oder höher in die Hose geht.
Und da hat er Recht. Da gibt es nichts dran zu diskutieren.

Und was sagt das nun aus?
Es sollte doch klar sein das man ShellexecuteA mit PChar (WideChar) nicht verwenden kann.
Dafür benötige ich aber keine Compilerschalter um das richtig zu stellen.

Zitat:

Ob mans nun mit Compilerschaltern richtig macht oder explizit PAnsiChar + ShellexecuteA bzw. PWideChar + ShellexecuteW benutzt ist letztendlich ja mehr oder weniger egal.

Nö ist nicht egal.

Entweder ich schreibe meine Anwendung in Unicode oder halt nicht. (Das geht ohne den zusätzlichen Ballast)
Das jeder glaubt irgendwelche Schalter umlegen zu müssen damit etwas funktioniert.
Es gibt letztendlich nur eins, 0 oder 1.

Mal abgesehen davon das der Compiler wenn er denn richtig tickt es eh nicht zulassen würde.

gruss

[jaenicke]

Zitat:

Zitat von EWeiss (Beitrag 1345424)

Und was sagt das nun aus?
Es sollte doch klar sein das man ShellexecuteA mit PChar (WideChar) nicht verwenden kann.

Die Quelltexte oben hast du aber schon gesehen, oder? Da ist es ja eben gerade nicht so...
Sonst hätte ich auch nichts geschrieben...

//edit:
Und ohne Ballast geht auch indem man PWideChar plus W-Variante benutzt. Das funktioniert dann sogar im zugegebenermaßen unwahrscheinlichen Fall, dass PChar irgendwann auf UTF-8 zeigt...

[Luckie]

Nur zu dem Zeitpunkt, als der Code entstanden ist, hat ihn niemand angemäkelt.

[jaenicke]

2005 oder 2006 habe ich zu ähnlichen Beiträgen genau das geschrieben. Leider finde ich das aktuell nicht mehr.
Spielt aber auch keine Rolle. Ich habe ja nur geschrieben, dass am RTL Quelltext damals zu sehen war wie es gemacht werden sollte.