Autor |
Beitrag |
ssb-blume
Beiträge: 375
Erhaltene Danke: 7
XP, W7, W8
Deutschland
|
Verfasst: Sa 08.04.17 18:47
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").
_________________ Brain: an apparatus with which we think we think.
|
|
jaenicke
Beiträge: 19276
Erhaltene Danke: 1741
W11 x64 (Chrome, Edge)
Delphi 11 Pro, Oxygene, C# (VS 2022), JS/HTML, Java (NB), PHP, Lazarus
|
Verfasst: Sa 08.04.17 19: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.
|
|
Frühlingsrolle
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Sa 08.04.17 19:33
- Nachträglich durch die Entwickler-Ecke gelöscht -
|
|
Ralf Jansen
Beiträge: 4701
Erhaltene Danke: 991
VS2010 Pro, VS2012 Pro, VS2013 Pro, VS2015 Pro, Delphi 7 Pro
|
Verfasst: Sa 08.04.17 19:34
Eigentlich nicht übersehbar
Einloggen, um Attachments anzusehen!
|
|
Ralf Jansen
Beiträge: 4701
Erhaltene Danke: 991
VS2010 Pro, VS2012 Pro, VS2013 Pro, VS2015 Pro, Delphi 7 Pro
|
Verfasst: Sa 08.04.17 19:37
Zitat: | Was meinen sie z.B. mit "universelle Windows Plattformen" |
Es ist das stinknormale UWP gemeint. Klingt in Deutsch nur komisch.
|
|
Frühlingsrolle
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Sa 08.04.17 19:44
- Nachträglich durch die Entwickler-Ecke gelöscht -
|
|
jaenicke
Beiträge: 19276
Erhaltene Danke: 1741
W11 x64 (Chrome, Edge)
Delphi 11 Pro, Oxygene, C# (VS 2022), JS/HTML, Java (NB), PHP, Lazarus
|
Verfasst: Sa 08.04.17 22: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
Beiträge: 1282
Erhaltene Danke: 182
Windows 11 x64 Pro
C# (Visual Studio Preview)
|
Verfasst: So 09.04.17 01: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
Beiträge: 19276
Erhaltene Danke: 1741
W11 x64 (Chrome, Edge)
Delphi 11 Pro, Oxygene, C# (VS 2022), JS/HTML, Java (NB), PHP, Lazarus
|
Verfasst: So 09.04.17 11:51
|
|
Th69
Beiträge: 4764
Erhaltene Danke: 1052
Win10
C#, C++ (VS 2017/19/22)
|
Verfasst: So 09.04.17 12:49
Palladin007: Wir benutzen bei uns intern Relution, um unsere Apps zu verwalten.
|
|
Christian S.
Beiträge: 20451
Erhaltene Danke: 2264
Win 10
C# (VS 2019)
|
Verfasst: So 09.04.17 14:55
Zurück zum Thema, bitte
_________________ Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".
|
|
ssb-blume
Beiträge: 375
Erhaltene Danke: 7
XP, W7, W8
Deutschland
|
Verfasst: Mo 10.04.17 09: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
_________________ Brain: an apparatus with which we think we think.
|
|
Frühlingsrolle
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 18.04.17 13:56
- Nachträglich durch die Entwickler-Ecke gelöscht -
|
|
Frühlingsrolle
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 18.04.17 21:31
- Nachträglich durch die Entwickler-Ecke gelöscht -
|
|
Ralf Jansen
Beiträge: 4701
Erhaltene Danke: 991
VS2010 Pro, VS2012 Pro, VS2013 Pro, VS2015 Pro, Delphi 7 Pro
|
Verfasst: Di 18.04.17 21:36
Mal vorübergehend dein Antiviren und/oder Firewall Tool ausschalten und schauen ob das hilft.
|
|
Frühlingsrolle
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 18.04.17 21:42
- Nachträglich durch die Entwickler-Ecke gelöscht -
|
|
C#
Beiträge: 561
Erhaltene Danke: 65
Windows 10, Kubuntu, Android
Visual Studio 2017, C#, C++/CLI, C++/CX, C++, F#, R, Python
|
Verfasst: Mi 19.04.17 01: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.
_________________ Der längste Typ-Name im .NET-Framework ist: ListViewVirtualItemsSelectionRangeChangedEventHandler
|
|
Frühlingsrolle
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Mi 19.04.17 03:06
- Nachträglich durch die Entwickler-Ecke gelöscht -
|
|
C#
Beiträge: 561
Erhaltene Danke: 65
Windows 10, Kubuntu, Android
Visual Studio 2017, C#, C++/CLI, C++/CX, C++, F#, R, Python
|
Verfasst: Mi 19.04.17 11: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?
_________________ Der längste Typ-Name im .NET-Framework ist: ListViewVirtualItemsSelectionRangeChangedEventHandler
|
|
Ralf Jansen
Beiträge: 4701
Erhaltene Danke: 991
VS2010 Pro, VS2012 Pro, VS2013 Pro, VS2015 Pro, Delphi 7 Pro
|
Verfasst: Mi 19.04.17 12: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.
Für diesen Beitrag haben gedankt: C#
|
|