Entwickler-Ecke
Programmierwerkzeuge - Visual 2017
ssb-blume - Sa 08.04.17 17:47
Titel: Visual 2017
Hallo
Habe mich überreden lassen MSVC 2017 runter zu laden.
---Abbruch, da kein Platz auf C:
Ich habe eine SSD als C mit max. 111 GB Platz und nur 25 GB frei. Das reicht nicht!
Also meine Frage:
Wie kann man ein MS-Programm auf ein anderes Laufwerk als C installieren??
Andere Programmierer haben so was im Install meist drin!
Hansi
Moderiert von Th69: Topic aus C# - Die Sprache verschoben am So 09.04.2017 um 10:26
Moderiert von Th69: Titel korrigiert (war "cisual 2017").
jaenicke - Sa 08.04.17 18:27
Als ich noch so eine kleine SSD hatte, habe ich schlicht viel mit Junctions auf andere Partitionen umgeleitet. So hatte ich dann auch bis zu 40 Gibibyte frei um eine neue Version von Delphi zu installieren.
Mit Bordmitteln funktioniert das auch bereits. Auf der Kommandozeile einfach mit mkink /d. Und ein guter Datei Explorer wie SpeedCommander hat dafür auch Befehle.
Bei Visual Studio konnte ich aber eigentlich immer den Pfad angeben.
Delete - Sa 08.04.17 18:33
- Nachträglich durch die Entwickler-Ecke gelöscht -
Ralf Jansen - Sa 08.04.17 18:34
Eigentlich nicht übersehbar :gruebel:
Delete - Sa 08.04.17 18:44
- Nachträglich durch die Entwickler-Ecke gelöscht -
jaenicke - Sa 08.04.17 21:41
Das Interessante an UWP ist, dass man diese Apps in den Appstore packen kann. Deshalb bin ich auch froh, dass auch Delphi diese mittlerweile unterstützt.
Ich würde das deshalb nicht so schnell beiseite packen.
Palladin007 - So 09.04.17 00:57
Oder dass sie auf allen Geräten laufen, die mit Windows 10 laufen: PC, Tablet, Smartphone
Außerdem ist das Framework an einigen Stellen sehr anders. Dateien suchen und schreiben ist recht umständlich, dafür ist es grandios einfach, z.B. mit GPS zu arbeiten.
Ist schon cool, wie einfach es damit ist, eine App für's Handy zu schreiben und die völlig Problemlos auch auf dem PC läuft.
Ich muss einfach nur das Handy per USB am PC anstecken, als Ziel ARM auswählen und es startet auf dem Handy
Schade, dass Windows 10 nicht so beliebt auf dem Smartphone-Markt ist
Wobei man dazu sagen muss, dass ich den Store für ziemlich umständlich halte.
Keine Ahnung, ob wir's falsch machen, aber immer rund 24 Stunden zu warten, bis ein Update veröffentlicht ist ...
Für interne Entwicklungen eigentlich ziemlich sch***e
jaenicke - So 09.04.17 10:51
Palladin007 hat folgendes geschrieben : |
aber immer rund 24 Stunden zu warten, bis ein Update veröffentlicht ist ... |
Sei doch froh, dass es nicht wie bei Apple mit iOS ca. 2 Tage dauert. ;-)
Palladin007 hat folgendes geschrieben : |
Für interne Entwicklungen eigentlich ziemlich sch***e |
Die müssten ja nicht unbedingt über den Story laufen. Ist nur einfacher.
Christian S. - So 09.04.17 13:55
Zurück zum Thema, bitte ;)
ssb-blume - Mo 10.04.17 08:18
Danke für die Antworten!
Habe also auf ein anderes Laufwerk installiert- Abbruch wie vor???
Na klar, ich habe ja noch das uralte W7. Da geht nichts mehr.
Also: w10 gestartet und MSVC installiert- alles OK!
Danach (1/2 h) kam ein Update-Angebot von W10. Also -Start-
Nach mehreren gefühlten Stunden (es war Sonntag und da habe ich auf der Leitung nur ca 30 MB)
Hatte ich ein völlig neues W10 oder ist es jetzt schon W11?
Ich bin platt.
Hansi
Delete - Di 18.04.17 12:56
- Nachträglich durch die Entwickler-Ecke gelöscht -
Delete - Di 18.04.17 20:31
- Nachträglich durch die Entwickler-Ecke gelöscht -
Ralf Jansen - Di 18.04.17 20:36
Mal vorübergehend dein Antiviren und/oder Firewall Tool ausschalten und schauen ob das hilft.
Delete - Di 18.04.17 20:42
- Nachträglich durch die Entwickler-Ecke gelöscht -
C# - Mi 19.04.17 00:46
Dumme Frage: du weißt aber, dass diese Meldung vom Remotedebugger kommt und der nun mal ein Zielgerät braucht auf dem er debuggen soll (und dieses Zielgerät ist nicht der PC auf dem VS läuft)?
Zur Verwendung unter Win7 kann ich nix sagen, aber auf Win10 funktioniert alles ohne Probleme. Ich verwende C# (WPF, UWP, .NET-Standard), C++/Cli, C++/CX und native C++ ohne Probleme und auch das Debugging läuft ohne Ärger zu machen mit allen Konfigurationen (x86, x64 und AnyCPU). Der Remotedebugger tut auch wie ihm geheißen (ich debugge allerdings nur auf dem Surface Pro 4 damit).
Die Meldung mit dem Remotedebugger erhalte ich nur, wenn ich am Surface die App (welche ich debugge) schließe und dann gleich den Standby wechsle, bevor VS mitbekommt, dass die App geschlossen wurde.
Ich habe neben VS 2017 auch die 2017 Preview installiert und arbeite da mit F#, R und Python. Ist zwar etwas holprig, weil VS manchmal einfach einfriert, aber für eine Preview ist das ja akzeptabel.
Ich habe keine Probleme bei der Verwendung von VS 2017 Pro / Enterprise mit Windows 10 Pro (64 Bit) sowohl mit, als auch ohne Creators Update.
Delete - Mi 19.04.17 02:06
- Nachträglich durch die Entwickler-Ecke gelöscht -
C# - Mi 19.04.17 10:48
Ja der Remotedebugger macht nur Sinn wenn du nicht auf dem gleichen PC debuggen willst. Dafür hast ja den normalen Debugger. Beim Remotedebugging musst du den Remotedebugger auf dem Zielgerät installieren und ausführen. Der Remotedebugger ist die MSVSMON.EXE aus deiner Fehlermeldung. Der Visual Studio Debugger will über das Netzwerk zu dem Remotedebugger verbinden. Da er diesen aber nicht erreicht bekommst du die Meldung.
Wechselt Visual Studio den Debugger wenn du die Platform änderst?
Ralf Jansen - Mi 19.04.17 11:00
Zitat: |
Und wieso erscheint dieses Problem nur dann, wenn die Zielplattform auf x64 oder AnyCPU gesetzt wird, im Visual Studio 2017 (Community)? |
Visual Studio ist ein 32bit Prozess. Um 64bit zu debuggen benutzt Visual Studio (auch lokal) den Remote Debugger.
Delete - Mi 19.04.17 11:07
- Nachträglich durch die Entwickler-Ecke gelöscht -
Ralf Jansen - Mi 19.04.17 11:11
Irgendwas aus der Ecke würde ich trotzdem vermuten. Hast du probiert mal VS2017 als Admin oder gerade nicht als Admin zu starten?
Delete - Mi 19.04.17 11:20
- Nachträglich durch die Entwickler-Ecke gelöscht -
Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2024 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!