[Thread-Fork] Windows NT unter der Haube

[niwax]

Build Environment, Das gibt bei großen Projekten (ReactOS etc), die arbeiten per Batch sämtliche Codedateien mit je zwei-drei Compilerstarts ab.

[oreissig]

wtf was triggert da die UAC? normalerweise sollte das sich doch ausschließlich in dem Build-Verzeichnis bewegen und nen compileraufruf wird wohl auch kaum ins System eingreifen

Notwendigkeit gibts dafür jedenfalls nicht, bei nem Unixsystem musst du auch kein sudo vors make schreiben, erst make install braucht (verständlicherweise) erweiterte Rechte, und ich hab auch schon so einige Sachen compiliert
Das ist eben alte schlampigkeit von Windows-Proggern, die noch 98 oder auch die Consumer-NTs gewöhnt sind, wo man eben immer alles darf, obwohl mans gar nicht muss.

EDIT: falls ich hier wirklich falsch liegen sollte, lass ich mich gern eines Besseren belehren, aber bisher scheint mir das so logisch

[niwax]

mir ists eh egal, ich lasse net an und fertig.

[thosch97]

Teilweise ist sie aber auch schlecht umgesetzt. Erinnert sich noch jemand an den Befehl "Ausführen als..."? Gabs bei XP; da konnte ein normaler User ein Prog als ein anderer ausführen. Als ich meinen bzw. Dad's Scanner unter 7 installieren wollte, hat 7 die "setup.exe" automatisch als Admin gestartet, und trotzdem hat der wegen dem nich vorhandenem "Ausführen als..."-Befehl gemeckert (und dass ich OS "601" hatte...). UAC ganz aus, reboot, XP-Kompatiblitätsmodus, ging, UAC wieder an, geht immernoch. Es wäre viel einfacher gewesen, wenn die bei Microsoft nich ganz so viel geändert hätten. Dann wäre "7" aber wirklich etwas seltsam gewesen (NT 5.4)

[niwax]

Dass win7 601 ist, ist nicht wegen den Veränderungen, sonder weil die Hersteller keine Zeit hatten, auf 7 angepasste Programme rauszubringen und so die älteren Programme das als Vista erkennen. Intern ists schon 7.0

[oreissig]

niwax schrieb:  Dass win7 601 ist, ist nicht wegen den Veränderungen, sonder weil die Hersteller keine Zeit hatten, auf 7 angepasste Programme rauszubringen und so die älteren Programme das als Vista erkennen. Intern ists schon 7.0

windows 7 ist windows 7, welche versionsnummer drunter is, is doch rille.

1. um vollständig nativ zu sein müssen apps sowiso angepasst werden (z.B. die jumplists und anderes zeugs, was neu gegenüber vista is)
2. unabhängig davon hat windows schon immer ne recht gute kompatiblität, egal an welcher stelle der sprung jetzt stattfindet (NT4-Apps gehn i.d.R. auch auf 2000)
3. was sollte das für MS bringen 2 versionsnummern zu haben? "7" ist bei windows der Name und der soll dem nutzer suggerieren, dass es viel besser als vista ist. tatsächlich ist 7 aber eigentlich nur das, was vista hätte von anfangan sein sollen
   

[niwax]

Aber spezielle 7-Programme erkennen 7 korrekt, für ältere Programme "emuliert" 7 eine 6.1, was aber nicht heißt, das es irgendwas näher mit Vista zu tun hat als XP mit 2k.

[Blue]

niwax schrieb:  Aber spezielle 7-Programme erkennen 7 korrekt, für ältere Programme "emuliert" 7 eine 6.1, was aber nicht heißt, das es irgendwas näher mit Vista zu tun hat als XP mit 2k.

Das wär mir neu.

[oreissig]

niwax schrieb:  Aber spezielle 7-Programme erkennen 7 korrekt

Code:

if (os_ver == "6.1")
    os_name = "7";

ist jetzt meine spontane idee, so wie 6.0 eben "Vista" heißt
oder zeig doch mal nen beispiel, wo "7.0" dasteht

[niwax]

Die Versionsnummer von 7 ist überall 6.1, aber ich hab gelesen, dass es einen spezielle Registrypfade gibt, die Infos über 7 enthalten. 7 leitet ja auch manche Dateizugriffe um (Virtualisierung durch UAC etc...)