Win32
-
nein
-
Bei den Abhängigkeiten trägt man die Lib ein, nicht die DLL.
-
da hast du Recht. Jetzt startet er die anwendung beschwert sich aber dass die dll fehlt . Wo muss ich die denn eintragen ??
-
hustbaer schrieb:
nein
Das nein bezieht sich auf:
Kann ich trotzdem im Visual STudio ein Win32 Projekt anlegen ?
&
Kennt jemand diese Fehlermeldung des LInkers ?
Ja, richtig zitieren ist schon eine Kunst für sich, die nicht jeder beherrscht.
-
ich hatte noch nie ein Problem mit einem Win32 Projekt auf meinem Win7 64 bit Rechner. Ich glaub auch nicht dass dies das Problem ist.
Wo muss ich die .dll eintragen ?
-
blurry333 schrieb:
ich hatte noch nie ein Problem mit einem Win32 Projekt auf meinem Win7 64 bit Rechner. Ich glaub auch nicht dass dies das Problem ist.
Wieso fragst du dann überhaupt? Natürlich geht das...
blurry333 schrieb:
Wo muss ich die .dll eintragen ?
Nirgendwo. Was hältst du mal von Doku lesen? Machen alle anderen auch. Wurde dir auch schon oft genug gesagt.
-
Klar habe ich eine doku gelesen. Bis auf dieses winzige Problem läuft ja alles.
-
dll einfach in den exe Ordner kopieren. so einfach ist das
-
Was ich trotzdem nicht ganz versteh, ich trage unter Linker und Allgemein bei "Zustäzliche Bibliotheksverzeichnisse" den Pfad zur dll ein , aber scheinbar schaut er dort nur nach der .lib aber nicht nach der .dll. Wieso schaut er da nicht ?
-
Umgebungsvariable PATH
-
@Welche Erkenntnis
Du musst das holistisch sehen.
Das Nein bezog sich auf Blurrys gesamte Existenz.
-
_matze schrieb:
Umgebungsvariable PATH
ja ich weiß er schaut auch in der Path Variable nach, aber das ist noch keine Antwort auf meine Frage
-
Wie kann ich denn in der .dll verhindern dass man diese noch debuggen kann ? Wenn ich sie ausliefe sollte man die IMplementierung ja nicht sehen ?
-
blurry333 schrieb:
_matze schrieb:
Umgebungsvariable PATH
ja ich weiß er schaut auch in der Path Variable nach, aber das ist noch keine Antwort auf meine Frage
Diese Linker-Einstellungen sind für libs, nicht für dlls. Wurde dir aber schon gesagt.
blurry333 schrieb:
Wie kann ich denn in der .dll verhindern dass man diese noch debuggen kann ? Wenn ich sie ausliefe sollte man die IMplementierung ja nicht sehen ?
Als Release erstellen?
Btw, du lieferst was aus?
-
Wie bekomm ich denn die .dll wieder aus dem ARbeitsspeicher raus ? Obwohl ich die .dll geändert habe gibt er mir immer noch die alten Werte aus ? Ich kann machen was ich will und ständig das alte Zeug ?
-
Sorry dumm von mir. Da ich die .dll in den exe Ordner gelegt hatte, konnte ich natürlich ändern was ich wollte
-
blurry333 schrieb:
Hallo,
ich habe ein Windows 7 64 Bit System. Kann ich trotzdem im Visual STudio ein Win32 Projekt anlegen ?
Nein, Win32 Projekte sind nämlich nur als 32 Bit Anwendung compilierbar.
D.h. auch der Speicher ist auf 4 GB für die Anwendung begrenzt.Wenn du eine 64 Bit Anwendung haben willst, dann mußt du die Win64 DLLs nehmen.
-
bei mir ist aber noch jedes win32 Projekt gelaufen !
-
Ja, weil Windows oder die Runtime oder was auch immer abwärtskompatibel ist.
Die Win32-Anwendungen laufen also, sie nutzen jedoch eben nicht das x64-Potential - sprich mehr Arbeitsspeicher - aus. Das ist aber meistens nicht schlimm.
Wenn du für x64 kompilierst, dann läuft diese exe/dll natürlich nicht auf x86-Maschinen.
Warum Dich hier alle verarschen, weiß ich nicht genau. Nur weil es geht, könnte das ja trotzdem heißen, dass es irgendeinen Nachteil hat oder automatisch zu x64 konvertiert wird oder was auch immer... (es ist nicht so, aber als Unwissender kann man viel annehmen)
-
Eisflamme schrieb:
Warum Dich hier alle verarschen, weiß ich nicht genau.
Weil blurry333 entweder ein forenbekannter Troll oder unwahrscheinlich lernresistent ist und auch schon einige andere Accounts verschlissen hat.
Liegt also nicht an diesem Thread hier, der zugegebenermaßen recht seltsam rüberkommt, wenn man die Vorgeschichte nicht kennt.
