Ich bitte um euer aller Mithilfe (Pflege meiner Windows-Versionsliste)

[Codehunter]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1274565)

Seit wann hat Windows wieder eine DOS-Box? Dieses gibt es doch schon seit NT nicht mehr. Die letzte Version war AFAIK Windows ME.

Die war nie weg :-D

Code:

Press WIN+R
Type cmd
Press ENTER
Type VER
Press ENTER

Jetzt wollen wir uns aber mal nicht den Namen DOS-Box bzw. Shell oder Eingabeaufforderung streiten ;-)

[jensw_2000]

Zitat:

Zitat von hathor (Beitrag 1274564)

Irgendwo ist bei meiner WIN8.0-Version (6.2-9200) der "Wurm" drin.
Es ist eine Version, die mir auf meinem ASUS-Notebook mitgeliefert wurde.
Wer kennt eine Lösung?

Kennen nicht, aber vermuten...

Es gibt 3 verschiedene OEM Lizenzmodelle. Bei einem davon (?? vergessen ??) verwendet der Hersteller eine Art Multiple Activation Key (MAK) der teilweise im BIOS hinterlegt ist. Zum Update muss das Gerät zum Hersteller eingeschickt werden. Der bügelt natürlich nur ein neues Image drauf und kümmert sich nicht um Daten und Programme.

PS:
Das Windows 8.1 Upgrade geht natürlich trotzdem - wenn man eine passende DVD mit freier Lizenz zur Hand hat.
Das Inplace Upgrade von DVD auf 8.0 bzw. 8.1 ist allgemein etwas wacklig.

[Bernhard Geyer]

Zitat:

Zitat von Codehunter (Beitrag 1274571)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1274565)

Seit wann hat Windows wieder eine DOS-Box? Dieses gibt es doch schon seit NT nicht mehr. Die letzte Version war AFAIK Windows ME.

Die war nie weg :-D

Code:

Press WIN+R
Type cmd
Press ENTER
Type VER
Press ENTER

Jetzt wollen wir uns aber mal nicht den Namen DOS-Box bzw. Shell oder Eingabeaufforderung streiten ;-)

Doch. Das war ja meine Absicht.
Nachdem die Console unter aktuellen Windows-Versionen kein DOS-Anwendungen ausführen kann und auch genügend Windows-Apps sich hier anders verhalten (musste Stunden investieren um alte DOS-Batch-Dateien unter neueren Windows-Versionen in der Konsole wieder zum laufen zu bekommen) sollte wir uns evtl. angewöhnen hier einfach Konsolenfenster zu schreiben. 50% der Windows-User wissen nicht mal mehr was DOS ist/war.

[Codehunter]

Zitat:

Zitat von bernhard geyer (Beitrag 1274578)

doch.

nö. :P

Aber jetzt wirds hier doch arg Offtopic. Also bitte wieder zum Thema zurückkehren. Fensternamen, Windows Store, Updates und MS-Produktpolitik gehören nicht hier her.

[Bernhard Geyer]

Zitat:

Zitat von Codehunter (Beitrag 1274579)

Zitat:

Zitat von bernhard geyer (Beitrag 1274578)

doch.

nö. :P

Aber jetzt wirds hier doch arg Offtopic. Also bitte wieder zum Thema zurückkehren. Fensternamen, Windows Store, Updates und MS-Produktpolitik gehören nicht hier her.

Ohh! (http://www.youtube.com/watch?v=w4aLThuU008)

(eine letztes mal ...)

[Bernhard Geyer]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1274568)

Zitat:

Zitat von holliesoft (Beitrag 1274563)

GetVersionEx ist deprecated seit Windows 8.1:
GetVersionEx function

Wir benutzen immer noch diese API. Diese liefert aber alte Versionnummern wenn in Anwendungsmanifest nicht steht die Kompatiblität mit der entsprechenden Version bestätigt wird. Und dies Info muss für Vista, Win7, Win8, Win8.1 und jetzt Win10 jeweils über eine entsprechende GUI drin stehen.

Hier steht beschrieben welche GUID WIn10 hat: http://blogs.msdn.com/b/chuckw/archi...t-madness.aspx

Es ist die ID

Code:

<!-- Windows 10 -->
 <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/>

[Codehunter]

An den Louis hatte ich dabei auch gedacht ^^

Die ID habe ich auch gesucht. Scheint aber mit dem bloßen Hinzufügen zum Manifest nicht getan zu sein. GetVersionEx meldet sich nach wie vor mit 6.2.9200. So wie die Sache sich darstellt muss ich wohl wieder auf das Auslesen aus der Registry zurück. Ich find das schon etwas affig was Microsoft da treibt. Um den Kompatibilitätsmodus zu verbessern wird das WinAPI verschlechtert. Doppel-*PLONK* ?

EDIT: @Bernhard: Habs jetzt mit deiner ID im Manifest zum Laufen gekriegt. Aber nicht über die Delphi-IDE (XE4) sondern per Resource Editor gepatched :shock: Unter Windows 10 läuft GetVersionEx damit wieder korrekt. Dafür sieht nun aber die VCL aus wie unter Windows 95 :-D

[pelzig]

Falls es noch interessieren sollte (Windows 8.1 Pro (Version 6.3/Build 9600) 32-Bit):
================================================== ===================================

Identified Product: Microsoft Windows 8 Professional Edition
Identified Product ID: $00000030 (48)
64 Bit OS: NO
--------------------------------------------------
VersionInfoEx.dwOSVersionInfoSize: $0000009C (156)
VersionInfoEx.dwMajorVersion: $00000006 (6)
VersionInfoEx.dwMinorVersion: $00000002 (2)
VersionInfoEx.dwBuildNumber: $000023F0 (9200)
VersionInfoEx.dwPlatformId: $00000002 (2)
VersionInfoEx.szCSDVersion:
VersionInfoEx.wServicePackMajor: $0000 (0)
VersionInfoEx.wServicePackMinor: $0000 (0)
VersionInfoEx.wSuiteMask: $0100 (256)
VersionInfoEx.wProductType: $01 (1)
VersionInfoEx.wReserved: $00 (0)
--------------------------------------------------
SystemInfo.dwOemId: $00000000 (0)
SystemInfo.wProcessorArchitecture: $0000 (0)
SystemInfo.wReserved: $0000 (0)
SystemInfo.dwPageSize: $00001000 (4096)
SystemInfo.dwActiveProcessorMask: $00000003 (3)
SystemInfo.dwNumberOfProcessors: $00000002 (2)
SystemInfo.dwProcessorType: $0000024A (586)
SystemInfo.dwAllocationGranularity: $00010000 (65536)
SystemInfo.wProcessorLevel: $0000000F (15)
SystemInfo.wProcessorRevision: $00006B01 (27393)

================================================== ===================================

Kein Kopierfehler: Windows Technical Preview (Version 6.4/Build 9841) 32-Bit spuckt
auf meiner Kiste identische Daten aus (zweimal überprüft!!):
================================================== ===================================
Identified Product: Microsoft Windows 8 Professional Edition
Identified Product ID: $00000030 (48)
64 Bit OS: NO
--------------------------------------------------
VersionInfoEx.dwOSVersionInfoSize: $0000009C (156)
VersionInfoEx.dwMajorVersion: $00000006 (6)
VersionInfoEx.dwMinorVersion: $00000002 (2)
VersionInfoEx.dwBuildNumber: $000023F0 (9200)
VersionInfoEx.dwPlatformId: $00000002 (2)
VersionInfoEx.szCSDVersion:
VersionInfoEx.wServicePackMajor: $0000 (0)
VersionInfoEx.wServicePackMinor: $0000 (0)
VersionInfoEx.wSuiteMask: $0100 (256)
VersionInfoEx.wProductType: $01 (1)
VersionInfoEx.wReserved: $00 (0)
--------------------------------------------------
SystemInfo.dwOemId: $00000000 (0)
SystemInfo.wProcessorArchitecture: $0000 (0)
SystemInfo.wReserved: $0000 (0)
SystemInfo.dwPageSize: $00001000 (4096)
SystemInfo.dwActiveProcessorMask: $00000003 (3)
SystemInfo.dwNumberOfProcessors: $00000002 (2)
SystemInfo.dwProcessorType: $0000024A (586)
SystemInfo.dwAllocationGranularity: $00010000 (65536)
SystemInfo.wProcessorLevel: $0000000F (15)
SystemInfo.wProcessorRevision: $00006B01 (27393)

================================================== ===================================

MfG

[Codehunter]

@pelzig: Bitte mein Post genau eins vorher aufmerksam lesen!

[himitsu]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1274578)

Nachdem die Console unter aktuellen Windows-Versionen kein DOS-Anwendungen ausführen kann ...

Das war doch absehbar?

Seitdem vor paar Jahren, im Windows 7 x64, das 16-Bit-Subsystem endlich rausgeflogen ist. :angel:


[add]
Wobei http://www.chip.de/news/Windows-8-16..._51881919.html :gruebel: