ppgrainbow
Content Type
Profiles
Forums
Events
Posts posted by ppgrainbow
-
-
Here's what I found about MS-DOS and here are the fact that I've learned so far. Some of the information regarding FDISK hard disk limitations is not documented elsewhere.
Memory limitationsMS-DOS 4 and 5 include the HIMEM.SYS XMS 2.x driver which will not allow the OS itself to address more than 16 MB of system memory. This is the case when those operating systems came out. If the HIMEM.SYS XMS 3.x is used from MS-DOS 6 through MS-DOS 6.22, then the system memory ceiling would be raised from 16 MB to 64 MB.
MS-DOS 6 through 6.22 include the HIMEM.SYS XMS 3.x driver which raises the system memory ceiling from 16 MB to 64 MB. 64 MB or 65,536 KB is very common, because MS-DOS 6.x used a unsigned 16-bit value to store the physical amount of memory in kilobytes. If more than 64 MB of system memory is reported to MS-DOs 6.x, then only 64 MB will be usable.
The system memory limit ceiling was raised to 4 GB in MS-DOS 7, MS-DOs 7.1 and MS-DOS 8. However, up to around 3.6 GB of system memory will be usuable to the OS.
Hard disk size limitations in MS-DOS 2.x to MS-DOS 6.22FDISK from MS-DOS 2.x only had FAT12 support with support for single hard disks up to 16 MB at 4,096 bytes per cluster. In MS-DOS 3.0 to MS-DOS 3.2, the limit was raised to 32 MB when FAT16 support was introduced.
FDISK from MS-DOS 3.3 allowed partition sizes of up to 32 MB (or 65,535 sectors at 512 bytes per sector) and recognises hard disks of up to 504 MB (1,024 cylinders, 16 heads and 64 sectors per track). For this instance, drive C as the primary partition and drives D through R would need to be created - 15 32 MB partitions and a 24 MB logical partition on drive R.
However, in November 1987 Compaq shipped Compaq MS-DOs 3.31 with support for hard disks up to 504 MB. Partitions over 32 MB used the partition type (0x06) which later became present in MS-DOs 4.0 and later.
FDISK from MS-DOS 4 and MS-DOS 4.01 is limited to a partition size of up to 4,095 MB per hard disk split to a 2,047 MB primary partition (drive C) and a 2,039 MB logical partition (drive D).
MS-DOS 4.0x had a serious bug where as if the size of the hard disk is greater than 4,095 MB, the OS would refuse to boot...even from a floppy disk. This bug was due to Microsoft programmers using 32-bit unsigned numbers to store hard disk drive capacity detection in FDISK which would cause the value (in megabytes) to wrap back to zero, meaning that a hard disk larger than 4 GB in capacity will be reported significantly less. IBM's PC-DOS 4.0 only supported partitions of up to 1,024 MB with up to four partitions.
The 4,095 MB bug was fixed in MS-DOS 5.0 and later where as the capacity limit was raised to 1,024 cylinders, 255 heads and 63 sectors per track for a total of 16,450,560 sectors. At 512 bytes per sector, this totals 8,422,686,720 bytes or more commonly - 8,032.5 MB (7.84 GB).
The hard disk with the maximum capacity of 7.8 GB must be split into four partitions, the 2,047 MB primary partition on drive C would first be created and a Extended DOS partition of 5,977 MB, consisting of two 2,047 MB logical partitions on drive D and E and one 1,883 MB partition on drive F.
If a hard disk has a capacity of 8,032 MB or more, then only 8,032 MB will be usable under MS-DOS 5 and 6.
Also, when it says "Do you wish to use the maximum available size for a Primary DOS partition?", if you try to select the whole hard disk if the size of the drive is more than 2,047 MB then only the first 2,047 MB will be used and the remaining 5,977 MB will be reserved for a Extended DOS partition.
Hard disk size limitations in MS-DOS 7, MS-DOS 7.1 and MS-DOS 8In MS-DOS 7 (Windows 95 and 95A) FDISK, the 7.8 GB partition size limit was removed, however only FAT16 partition sizes of up to 2 GB could be created. MS-DOS 7 FDISK also cannot correctly display the size of large drives as the value is limited to 9,999 MB. If the size of the drive is over 10,000 MB, the last digit will be dropped. For example, a Quantum 12 GB with a partition size of 11,497 MB would be displayed as "1149".
Let me warn you that in MS-DOS 7 FDISK, there is a rather annoying bug where if you try to partition FDISK on a hard disk larger than 32,767 MB, FDISK will NOT report the correct size of the drive as the total disk space will end up showing negative numbers! MS-DOS 7 FDISK used signed 16-bit values internally to calculate the size of the drive in megabytes. And some of these variables will overflow when the size of the drive itself is equal to or larger than 32 GB.
For example, if the size of the physical drive is 48 GB in size, FDISK will use the first 2,047 MB for the primary partition and 47,104 MB for the Extended DOS Partition. However, FDISK will end up reporting the drive as being a -18,431 MB drive when a Extended DOS partition is created! A series of logical drives, drives D all the way to drive Z would need to be created and formatted. However, after partitioning logical drive R, FDISK under MS-DOS 7.0 will stop responding (hang) when attempting to partition logical drive S!
The solution when using MS-DOS 7 FDISK is use a hard disk smaller than 32 GB in size and create 2 GB partitions or use MS-DOS 7.1 which added FAT32 support and support for hard disks up to 2 TB.
In MS-DOS 7.1 when used with Windows 95 OSR2.x or Windows 98, there is a bug where FDISK will not recognise the full size of the hard disk larger than 64 GB: http://support.microsoft.com/kb/263044
The fix that I pointed out only applies to MS-DOS 7.1 when used with Windows 98 and Windows 98 Second Edition, because MS-DOS 7.1's FDISK uses unsigned 16-bit values internally to calculate the size of the drive in megabytes. However, even if the fix is applied, MS-DOS 7.1 when used with Windows 98 and MS-DOS 8.0 cannot correctly display the size of large drives as the value is limited to 99,999 MB. If the size of the drive is over 100,000 MB, the last digit will be dropped.
Also, FDISK when used with MS-DOS 7.1 will be unable to properly create a hard disk larger than 512 GB. For example when you attempt to set up a 640 GB hard disk with MS-DOS 7.1, you will not be able to use a partition of 610,352 MB, instead it will only end up as a partition size of 86,063 MB.
Such a issue will occur, because MS-DOS 7.1 FDISK uses signed 20-bit values to calculate partition creation sizes which limits the size of the partition to 512 GB. To work around this solution, you will either have to use the MS-DOS 8.0 FDISK (from the Windows Millennium boot disk), use the FreeDOS FDISK or use a third-party partition to create a FAT32 formatted hard disk of up to 2 TB.
Lastly, in FreeDOS, the size of the drive is limited to a six-digit value of 999,999 MB. If FreeDOS is used to partition a 1.5 TB or 2 TB hard drive then the last digit will be dropped.
Testing MS-DOS limitationsOkay, I create three 8,036 MB hard disk images for use in MS-DOS 6.22 under VMware Player. I allocated 64 MB of system memory and 4 MB of video RAM. Since the CD-ROM is present on the secondary master channel, MS-DOS FDISK will report three IDE hard drives as 8,025 MB each. The drives are partitioned as the following:
DISK 1C: 2,047 MB (primary)
F: 2,047 MB (logical)
G: 2,047 MB (logical)
H: 1,833 MB (logical)DISK 2
D: 2,047 MB (primary)
I: 2,047 MB (logical)
J: 2,047 MB (logical)
K: 1,833 MB (logical)DISK 3
E: 2,047 MB (primary)
L: 2,047 MB (logical)
M: 2,047 MB (logical)
N: 1,833 MB (logical)In short, when running MS-DOS under VMware, QEMU, Bochs, VirtualBox or Virtual PC:
1. If a CD-ROM is present, MS-DOS will use up to three IDE hard disks with a total of up to 24,075 MB of total disk space.
2. When a CD-ROM not present, MS-DOS will use up to four IDE hard disks with a total of up to 32,100 MB of total disk space.
3. If MS-DOS is set up on a SCSI virtual disk, MS-DOS will use up to 8 SCSI hard drives or up to 6 SCSI hard drives with a capacity of 8,032 MB each with the highest possible total of 48,192 MB of disk space (or up to 46,304 MB of disk space with a virtual CD-ROM). The absolute highest limitation maybe less if removable media is present.
Has anyone experienced testing hard disk and memory limits before in MS-DOS? If so, please share your experience.
Update: I tested running MS-DOS 6.22 with 80 MB of system memory allocated to the VM and with the following example output:C:\>memMemory Type Total = Used + Free---------------- ------- ------- -------Conventional 640K 24K 616KUpper 115K 96K 19KReserved 0K 0K 0KExtended (XMS) 65,985K 450K 65,535K---------------- ------- ------- -------Total memory 66,739K 569K 66,170KTotal under 1 MB 755K 120K 635KLargest executable program size 616K (630,288 bytes)Largest free upper memory block 9K (9,696 bytes)MS-DOS is resident in the high memory area.C:\>
As described above, MS-DOS will report the total amount of memory up to a little more than 1 MB over 65,535 KB leaving the maximum amount of XMS that MS-DOS can use to no more than 65,535 KB and with 640 KB of base memory and up to 128 KB of upper memory, that works out to a absolute maximum of 66,303 KB of total memory available to DOS!
0 -
I have been digging around looking for the last version that should work with IE 6 and Windows 2000. At the Adobe site I found Flash Player v10.1.102.64 (IE) ... * Windows 2000 as the last version listed and was able to find a download at another site. I also mostly use K-Meleon browsers (v1.5.4 and v1.6.0) and have some higher plugin versions in those browsers.
Would like to know if newer Flash Player versions are able to work properly with IE 6 ... I don't use IE 6 but keep it on the machine.
Thanks ...
Adobe Flash Player 10.1.102.64 is the last officially supported version of the player under Windows 2000. Unofficially, Flash Player 11.1.102.55 is the last version of the Flash Player shown to work on Windows 2000 and Windows XP RTM.
Starting with Flash Player 11.1.102.62, the installer and the executable will use the SetDllDirectoryW entry point dependency that only exists in Windows XP SP1 (absolute lowest) and later. Additionally, the Flash Player applet in the Control Panel may not work correctly due to code that may only exist on Windows XP SP2 and up.
With UURollup or KernelEx for Windows 2000, you can have the current version of Adobe Flash installed.
0 -
I can confirm that Silverlight does work now when system locale is set to English or Polish... but it still crashes if I set it to Korean or Chinese. It's the same error as before
That's good to hear that! I'm glad that Silverlight is working now.
0 -
Thx.
I fixed it and released v22k3.
I found that SilverLight throw Exception and terminate when it fails function GetThreadPreferredUILanguages .
Thank you for releasing a update to your KernelEx project! I found that GetThreadPrefferedUILanguages is only present on Windows Vista and later. Windows XP is not even supported with this function.
0 -
Let's wait for BlackWingCat's answer. I've got no idea why it only works with Japanese locale
Me too. v11 of UURollup is already stable in this latest beta...so if there is a way to get Silverlight working on other locales with a upcoming fix to UURollup v11, we'll see what happens.
Update: blackwingcat has concluded that the reason why Microsoft Silverlight crashed in all browsers is that the plugin threw an exception and terminated with the entry point GetThreadPreferredUILanguages linked to KERNEL32.DLL. This entry point is only present on Windows Vista and higher.
Update 2: I can confirm that Silverlight crashes in the UURollup v11 2012-11-18 update, because it threw the GetThreadPreferredUILanguages entry point as I don't think that it didn't with UURollup v10d. I sure hope that it will get fixed in UURollup v11 2012-12-02 update. blackwingcat already fixed the issue in KernelEx v22k3.
For now, until further notice, it would be good to set the system locale to Japanese.
0 -
Here's a followup to my previous forum thread on how to install and update Windows 2000 and now I'm about read to provide a guide on how to install and update Windows NT 4.0 Workstation. Here's how.
In the past, when you first installed Windows NT 4.0 Workstation or Server, you would get updates for Windows NT 4.0 Workstation, however the updates were from Windows Update v3, which first appeared on Windows 95.
Unfortunately, in the summer of 2011, Microsoft de-commissioned older versions of Windows Update (v3 and v4), thus withdrawing updates for Windows 95, 98, Me, NT 4.0 and Windows 2000 < SP3. Users who want to receive updates are now required to use Windows Update v6, however as Windows Update v6 does not work on Windows NT 4.0 and other OSes, users of these operating systems do not have any method of either automatically detecting and installing updates or doing it manually via the Windows Update website.
This is not a limitation for existing installations of Windows NT 4.0, because Microsoft pulled the plug the OS years ago and as such, no new updates are being produced. However, it has became a serious and crippling limitation for anyone re-installing Windows NT 4.0. This is especially the case, when it has became increasingly difficult to do research and find all of the updates that once appeared on the Windows Update website as Microsoft withdrew the updates for Windows NT 4.0.
To get around this, here are the instructions on how you can re-apply the updates that once appeared in Windows Update after installing Windows NT 4.0 Workstation (i386 version):
A. INSTALLATION PROCEDURES
---------------------------------
1. If you're planning to run Windows NT 4.0 Workstation in a virtualised environment (such as VMWare, Qemu, Virtual PC, etc.), apply the appropriate settings on how much disk space to use for a virtual hard disk, how much memory to allocate as well other important settings such as floppy drives, CD-ROM, sound card and networking.
Be warned that Windows NT 4.0 (pre-SP4) will NOT support hard disks and other media over 7.8 GB (1023 cyl/255 heads /63 spt) on install. And in the original release, Windows NT 4.0 will not even partition the boot hard disk over 4 GB. Furthermore, by default, Windows NT 4.0 will only support either FAT or NTFS partitions. You will need to install the FastFAT driver for FAT32 support. More about that later.
2. Install Windows NT 4.0 Workstation as usual.
B. UPDATING WINDOWS NT 4.0 COMPONENTS
----------------------------------------------
3. Download and install Windows NT 4.0 Service Pack 6a with 128-bit encryption (ftp://ftp.vsi.ru/pub/win/winnt4/sp6a/sp6i386_128b.exe). You can apply the previous five service packs (SP1_400I.EXE, SP2_400I.EXE, SP3_400I.EXE, NT4SP4I.128.EXE and SP5128I.exe) in a incremental step, but it is time consuming and not recommended.
4. Download and install Internet Explorer 4.01 SP2 first which includes support for Active Desktop and the QuickLaunch toolbar: http://browsers.evolt.org/?dir=archive/ie/win32/4.01-sp2
(Internet Explorer 4.01 SP2 can be found on other websites where it is archived for historical purposes. After setting up and installing IE 4.01 SP2, reboot.
5. After rebooting, download and install the full version of Internet Explorer 6 Service Pack 1: http://www.jcu.edu.au/pub/Microsoft/ie/6.0sp1/ie60sp1.exe
After installing Internet Explorer 6 SP1, reboot. After rebooting, IE6 will finish up the installation.
6. Download and install the following security updates that were taken from wuhistv3.log, the Windows Update v3 history log.
Here's a copy of what the wuhistv3.log looks like:1. Security Update, July 26, 2001 (Windows NT 4.0 Post SP6a): http://download.microsoft.com/download/winntsp/patch/q299444/nt4/en-us/q299444i.exe(q299444i.exe)
2. Security Update, February 13, 2002 (MSXML 3.0): http://www.filewatcher.com/m/msxml4qfe.exe.4674352.0.0.html(msxml4qfe.exe / Q317244)
3. Q329414: Security Update (MDAC 2.1): http://www.filewatcher.com/m/q329414_mdacall_x86.exe.833144.0.0.html(q329414_mdacall_x86.exe)
4. Cumulative Security Update for Internet Explorer 6 Service Pack 1 (KB867801): http://www.microsoft.com/en-us/download/details.aspx?id=11803(IE6.0sp1-KB867801-x86-ENU.exe)
5. Security Update for Windows (KB840315): http://www.microsoft.com/en-us/download/details.aspx?id=7971(WindowsNT4-KB840315-ENU.exe)
6. Security Update for Windows (KB841873): http://www.microsoft.com/en-us/download/details.aspx?id=11958(IE-KB841873-WindowsNT4sp6-x86-ENU.exe)
7. Security Update for Windows (KB839645): http://www.microsoft.com/en-us/download/details.aspx?id=17756(WindowsNT4Workstation-KB839645-x86-ENU.exe)
8. Security Update for Windows (KB841872): http://www.microsoft.com/en-us/download/details.aspx?id=1056(WindowsNT4Workstation-KB841872-x86-ENU.exe)
9. Security Update for Windows (KB828741): http://www.microsoft.com/en-us/download/details.aspx?id=21403(WindowsNT4Workstation-KB828741-x86-ENU.exe)
10. Security Update for Windows (KB835732): http://www.microsoft.com/en-us/download/details.aspx?id=6102(WindowsNT4Workstation-KB835732-x86-ENU.exe)
11. Security Update for Microsoft Windows NT 4.0 (KB828035): http://www.microsoft.com/en-US/Download/details.aspx?id=16042(WindowsNT4Workstation-KB828035-x86-ENU.exe)
12. Q323255: Security Update: http://uni-smr.ac.ru/archive/win/fixes/nt/Hotfixes-PostSP6A/Q323255.exe(Q323255.exe)
13. Cumulative Security Update for Outlook Express 6 SP1 (KB823353): http://www.microsoft.com/en-us/download/details.aspx?id=18813(IE6.0sp1-KB823353-x86-ENU.exe)
14. Q817606: Security Update for Windows: http://www.microsoft.com/en-us/download/details.aspx?id=10447(Q817606I.exe)
15. Microsoft GDI+ Detection Tool (KB873374): http://support.microsoft.com/kb/873374(gdidettool.exe)
16. Security Update for Windows NT 4.0 (819696): http://www.microsoft.com/en-us/download/details.aspx?id=542(Q819696I.exe)
17. Security Update (815021): http://www.microsoft.com/en-us/download/details.aspx?id=5849(Q815021I.exe)
18. 816093: Security Update Microsoft Virtual Machine (Microsoft VM): not available; download http://download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/MSJavWU_8073687b82d41db93f4c2a04af2b34d.exe(MSJAVWU.exe) instead
19. 814078: Security Update (Microsoft Jscript version 5.6): http://www.microsoft.com/en-us/download/details.aspx?id=8584(JS56MEN.exe)
20. 810833: Security Update (Windows NT 4.0): http://www.microsoft.com/en-us/download/details.aspx?id=25019(Q810833I.exe)
21. 811630: Critical Update (Windows NT 4.0): http://download.microsoft.com/download/c/c/8/cc8a7962-f72f-4358-a13d-326be29d3623/hhupd.exe(WindowsNT4Workstation-KB811630-x86-ENU.exe / hhupd.exe)
22. Security Update for Microsoft Windows NT 4.0 (KB825119): http://www.microsoft.com/en-us/download/details.aspx?id=7908(WindowsNT4Workstation-KB825119-x86-ENU.exe)
23. Critical Update for ADODB.stream (KB870669): http://www.microsoft.com/en-us/download/details.aspx?id=4782(Windows-KB870669-x86-ENU.exe)
24. Q323172: Security Update (Windows NT 4.0): http://www.microsoft.com/en-us/download/details.aspx?id=5849(Q815021I.exe)
25. Q326830: Security Update (Windows NT 4.0): http://uni-smr.ac.ru/archive/win/fixes/nt/Hotfixes-PostSP6A/Q326830i.exe(Q326830I.exe)
26. Q320206: Security Update: http://support.microsoft.com/kb/320206(q320206i.exe)
27. Q318138: Security Update (Windows NT 4.0): http://support.microsoft.com/kb/318138(q318138i.exe)
28. Q311967: Security Update: http://uni-smr.ac.ru/archive/win/fixes/nt/Hotfixes-PostSP6A/Q312895i.exe(Q312895i.exe)
29. Q313829: Security Update, March 7, 2002: http://uni-smr.ac.ru/archive/win/fixes/nt/Hotfixes-PostSP6A/Q313829.exe(Q313829.exe - with Active Desktop); http://uni-smr.ac.ru/archive/win/fixes/nt/Hotfixes-PostSP6A/Q313829i.exe (Q313829I.exe - without Active Desktop)
30. Q823559: Security Update for Microsoft Windows: http://www.microsoft.com/en-us/download/details.aspx?id=25192(Windows-KB823559-ENU.EXE)
31. Security Update, September 7, 2000: http://download.microsoft.com/download/winntsp/Patch/Q304158/NT4/EN-US/Q304158i.exe(Q304158i.exe)
32. Euro Conversion Tool: ftp://ftp.cityline.net/users/doro/windows/NT4_Euro.exe(NT4_Euro.exe)
33. Microsoft .NET Framework version 1.1: http://www.microsoft.com/en-us/download/details.aspx?id=26]dotnetfx.exe
34. Root Certificates Update: http://download.microsoft.com/download/platformsdk/Install/1.2/W9XNT4Me/EN-US/mmcinst.EXE(mmcinst.exe)
35. Recommended Update: Enabling the PIPE_CREATE_INSTANCE flag for non-admin users (823492): http://www.microsoft.com/en-us/download/details.aspx?id=10471(Q823492i.EXE)
36. Agent 2.0: http://www.microsoft.com/en-us/download/details.aspx?id=6936(MSagent.exe)
37. Microsoft .NET Framework 1.1 Service Pack 1: http://www.microsoft.com/en-us/download/details.aspx?id=33(NDP1.1sp1-KB867460-X86.exe)
Total number of inital updates applied: 40 (45 if applying Service Packs 1 through 5)
Total download size of all updates: 206.7 MB (up to 304.6 MB if applying the first five service packs)
C. ADDITIONAL NOTES
-----------------------
It is recommended that you apply the updates by the incrementing sorted date of when the update came out. When these updates are applied, you will have to do a series of reboots and continue updating the files, one by one. Applying updates by hand can be time consuming, but it is worth it.
The only side effect is that after applying the Q313829 update (on Windows NT 4.0 with Active Desktop), you will lose the ability to disable the shortcut arrows using TweakUI. And attempting to replace SHELL32.DLL with a unofficial fix may cause icon display corruption! This page workarounds on how to replace the defective SHELL32.DLL with the one that will have the ability to add or remove arrow shortcuts on desktop: http://www.mdgx.com/98-5.htm#PSBF
If you want to keep the ability to add or remove shortcut arrows on icons on the desktop, do not install Q313829 update.
Also, I've noticed that check-boxing Show icons using all possible colors found in the Plus! tab in Display Properties has no effect on the My Computer and Recycle Bin icons. I'm wondering if there is a way to fix that?
If you want to have Windows NT 4.0 access a hard disk or other media with a FAT32 partition, you will need to install the FAT32-enabled FAT filesystem driver: http://ashedel.chat.ru/fat32/
To use the driver, copy FASTFAT.SYS and FS_REC.SYS to %systemroot%\system32\drivers and reboot.
If you want to boot Windows NT 4.0 on a partition greater than 7.8 GB (and up to 2 TB), you will need to copy the NTDETECT.COM and NTLDR from a Windows 2000 or Windows XP partition. Go to this page for instructions: http://www.nu2.nu/fixnt4/
If you have any questions regarding this guide on how to install and update Windows NT 4.0, please let me know and I will get back to you! I will probably need to update this thread if there are any errors found.
Coming soon, I will provide a guide for installing and updating Windows NT 3.51 Workstation and Windows 95 which should be a very easy thing to do!
0 -
Update: At this time, I just got word that Silverlight 4.1 and Silverlight 5.x will work with UURollup v11 20120915+ ONLY if the system locale is set to the Japanese language and in Japanese versions of Windows 2000. It will NOT work in languages other than Japanese: http://www.msfn.org/board/topic/149233-kernelex-for-win2000/page__view__findpost__p__1019919
I think it would be good to do some investigation into the DLLs that caused Silverlight to not work in languages other than Japanese. ;p
0 -
New information!!!
Silverlight works when system locale is set to Japanese! It does not work when it's different than Japanese.
Really? How did you know that Microsoft Silverlight works when the system locale is set to only Japanese? Do you know which of the DLLs that were used to make Silverlight work when it is only in the Japanese language?
0 -
Also, the Microsoft knowledge base often seems to speak a different language that is more difficult to comprehend compared to an Internet forum.
One example is KB2724197: MS blabing mumbo-jumbo about 'security', but said nothing that it would impact EMS availabilty on NTVDM.
Well, the previous "security" update, KB2707511 already caused NTVDM to crash on opening a pipe, an issue that hasn't been fixed. Since security updates are cumulative, KB2724197 must have both issues. Now, ain't those latest updates really awesome?
Just to yet again point out that maybe two rollbacks may be in order, not just one... KB2633171 being the last non-flawed krnl set.
I can't believe that Microsoft hasn't been very helpful remedying the issue of EMS not working for 16-bit apps under Windows XP as I personally believe that the important of the 16-bit Windows subsystem is increasingly deprecated.
True enough. BTW, if you really need EMS, EMS Magic seems to be the way to go...
That's a very good idea!
0 -
Also, the Microsoft knowledge base often seems to speak a different language that is more difficult to comprehend compared to an Internet forum. Instead of one paragraph summarizing a problem followed by instructions to resolve it, I see one warning about warranty, another warning about editing the registry, that is written in style that borders with legalese, after which I stop reading.
One example is: KB2724197
MS blabing mumbo-jumbo about 'security', but said nothing that it would impact EMS availabilty on NTVDM.
Well, the previous "security" update, KB2707511 already caused NTVDM to crash on opening a pipe, an issue that hasn't been fixed. Since security updates are cumulative, KB2724197 must have both issues. Now, ain't those latest updates really awesome?
Just to yet again point out that maybe two rollbacks may be in order, not just one... KB2633171 being the last non-flawed krnl set.
I can't believe that Microsoft hasn't been very helpful remedying the issue of EMS not working for 16-bit apps under Windows XP as I personally believe that the important of the 16-bit Windows subsystem is increasingly deprecated.
0 -
I'm just wondering this...it is possible to replace the current versions of ntkrnlmp.exe, ntkrnlpa.exe, ntkrpamp.exe and ntoskrnl.exe with older versions found in \WINDOWS\$NtUninstallKB2724197$ by hand rather than uninstalling the update? I have backed up the files to the \EMS directory incase I want to do this.
Yes but please read this post.
I'd rather uninstall the update and just add to the registry:
HKLM,"SOFTWARE\Microsoft\Windows NT\CurrentVersion\HotFix\KB2724197","Installed",0x10001,1
This should prevent WU from asking for it.
Thanks for telling me. I appreciate it
0 -
I'm kind of clueless about this issue. Could you give me exact instructions how to reproduce the error? Does the program work correctly after removing UURollup?
I'm sorry that I didn't get to this post, because I was tired and got only five hours of sleep. Here are the exact instructions below:
1. Download the latest release of MAME from http://mamedev.org; select either mame0???b.exe or mame0???b_i686.
2. Download the non-commercial public domain ROMs provided only by MAME. I must stress to the fullest extent that I am NOT allowed to provide links to ROMs and/or other copyrighted material as it is against MSFN's terms of service.
3. Extract the MAME contents to the \MAME directory.
4. Place the zip file containing the name of the ROM to the \MAME\ROMS directory.
5. Execute mamepp.exe found in the \MAME directory and select one of the games with the mouse button.
6. You will then receive the warning:
Usage of emulators in conjunction with ROMs you don't own is forbidden by copyright law.IF YOU ARE NOT LEGALLY ENTITLED TO PLAY "(game name)" ON THIS EMULATOR, PRESS ESC.
Otherwise, type OK or move the joystick left then right to continue.
The end result is that for some reason, clicking on ESC or OK doesn't work in either MAME or MESS. I'm wondering if this has got to do with UURollup or not and that I don't get a Event 9 in the Event log.
Note, the instructions that I provided are for testing purposes only. I did test MAME under Win2k without the UURollup and it worked okay. For some reason, this issue either has to do with my USB keyboard or UURollup itself.
0 -
Don't even try to replace ntdll.dll with an older version. It's not that some applications will not work. The system itself will actually NOT boot
Woah! Thank you for telling me. At the moment, it looks like that fixing the Microsoft Silverlight plugin is infeasible right now so I had to uninstall it.
0 -
At the moment, if you absolutely must use Silverlight then I recommend to uninstall the version of UURollup which you're using now and install daily v11d120911. Silverlight (both 4.x and 5.x) should work with it properly.
Actually I'm 100% sure that it's something with ntdll.dll because I did test it by comparing dailies v11d120911 and v11d120915. Unfortunately kernel32.dll and other files are also dependent on it so it's impossible to keep the old version of ntdll.dll with the new versions of the other files.
I agree. It's something with ntdll.dll and v11d120915 and up that's causing Silverlight to crash. But what's complicated is that simply replacing older versions of the ntdll.dll would break applications, because kernel32.dll and other files from 5.0.2195.7193 depend on ntdll.dll.
As for the recommendation, I'm with you on this one. I either need to downgrade to v11d120911 or uninstall Silverlight until a update from v11d121104 is made, that is if there is one.
0 -
I've done one more test.
- Installed clean Win2k SP4.
- Installed IE6 SP1.
- Installed Update Rollup 1 (v2).
- Installed Roots Certificates update (KB931125).
- Installed KB2722913 for IE6.
- Installed KB957579.
- Installed Kernel v22k2.
- Installed MSI 3.1 (Silverlight's installer requires it).
- Installed Silverlight 5.1.10411.0 (the newest version).
Unfortunately Silverlight still doesn't work
I test it here: http://bubblemark.com/
When trying to run http://bubblemark.com/silverlight2.html I get:
I too received a crash in Microsoft Silverlight affecting Internet Explorer and the offending module name appears to be kernel32.dll (module version 5.0.2195.7193), the exception information output are as follows:
Code: 0xe0434352Flags: 0x00000001
Record: 0x0000000000000000
Address: 0x000000007C59CB1
I'm guessing that a lot of files in version 5.0.2195.7193 broke Silverlight support and it's not just kernel32.dll or ntdll.dll.
0 - Installed clean Win2k SP4.
-
It's not possible to downgrade ntdll.dll without downgrading a lot of other files too.
Silverlight 5.x doesn't work for me:
http://www.msfn.org/board/topic/149233-kernelex-for-win2000/page__view__findpost__p__1019293.
I knew it. I kinda have a feeling that the final version of UURollup v11 will most likely break Silverlight support as far as I know.
According to the error details, the crash in Microsoft Silverlight caused by the latest update to UURollup v11 has the offending module name of kernel32.dll (module version 5.0.2195.7193), the exception information output are as follows:
Code: 0xe0434352Flags: 0x00000001
Record: 0x0000000000000000
Address: 0x000000007C59CB1
So, until there is any word on how to get Silverlight fixed, I'm afraid that we're stuck, which means that we may have to use the older workable version of UURollup (with the version of the files older than 5.0.2195.7193) or uninstall Silverlight completely.
0 -
As you may have already noticed, if you have Windows XP with SP3 and if you install update KB2724197, you'll notice that in the update that it will prohibit the use of EMS memory for 16-bit applications in Windows XP SP3.
The security update for Windows XP states that:
A security issue has been identified that could allow an authenticated local attacker to compromise your system and gain access to information. You can help protect your system by installing this update from Microsoft. After you install the update, you may have to restart your system.The file versions of the files listed below will be updated to version 5.1.2600.6284 in Windows XP SP3:
File Name Size Date Time Branch
ntkrnlmp.exe 2,148,864 2012-08-21 13:33 SP3GDR
ntkrnlpa.exe 2,069,632 2012-08-22 01:28 SP3GDR
ntkrpamp.exe 2,027,520 2012-08-21 12:58 SP3GDR
ntoskrnl.exe 2,192,896 2012-08-21 13:29 SP3GDR
ntkrnlmp.exe 2,148,864 2012-08-21 13:52 SP3QFE
ntkrnlpa.exe 2,069,632 2012-08-21 13:05 SP3QFE
ntkrpamp.exe 2,027,520 2012-08-21 13:05 SP3QFE
ntoskrnl.exe 2,193,024 2012-08-21 13:48 SP3QFEPrior to installing the update, I have found older versions of the following Windows XP SP3 files in version 5.1.2600.6223:
File Name Size Date Time Branch
ntkrnlmp.exe 2,148,352 2012-05-04 06:16 SP3QFE
ntkrnlpa.exe 2,069,120 2012-05-04 05:32 SP3QFE
ntkrpamp.exe 2,026,496 2012-05-04 05:32 SP3QfE
ntoskrnl.exe 2,192,640 2012-05-04 06:12 N/Antkrnlmp.exe and ntkrpamp can be found in \WINDOWS\Driver Cache\i386 while ntkrnlpa.exe and ntoskrnl.exe can both be found in \WINDOWS\SYSTEM directory.
If you look in this controversal thread and search for the threads mentioning KB2724197, there has been numerous complaints regarding KB2721497 and how such an update dropped EMS support apparently as a part of a phase-out of support for 16-bit DOS and Windows apps in 32-bit versions of Windows XP through Windows 8. And as a part of the phase out of support for Windows XP, it is turning out that the moderators in the Microsoft forums haven't been too unhelpful.
By the way, for anyone who still wants to use EMS for use in 16-bit DOS-based apps in Windows XP, the files are placed in a hidden directory called \WINDOWS\$NtUninstallKB2724197$.
I'm just wondering this...it is possible to replace the current versions of ntkrnlmp.exe, ntkrnlpa.exe, ntkrpamp.exe and ntoskrnl.exe with older versions found in \WINDOWS\$NtUninstallKB2724197$ by hand rather than uninstalling the update? I have backed up the files to the \EMS directory incase I want to do this.
Also, if I don't want the 16-bit subsystem in Windows XP anymore, is it possible to remove the NTVDM 16-bit subsystem?
I have installed the update in a Windows XP SP3 VMware Player VM, by the way.
0 -
I don't know if the latest version of UURollup is causing problems with the keyboard, but I checked the event log and found a Event 9 error. The error that I'm getting is this:
Event ID 9
Source: kbdclass
Description: Could not enable interrupts on connected port device \Device\KeyboardClass0.As such, I can't use some of the software that rely on kbdclass (found in \SYSTEM32\drivers\kbdclass.sys; datestamp 2003-11-19 11:22:24) such as MAME/MESS (keyboard does not function correctly when typing OK for example) for example, except that it works in VMware or VirtualPC for example. This is on a USB connected keyboard that appears to be working fine. I used to have a PS/2 keyboard, but for some reason, it constantly stopped working.
I extracted the Windows2000-UURollup-v11-w121104-x86-ENU.exe file and it doesn't even mention kbdclass or other files related to the keyboard.
I'm sorry if I'm failing to provide enough information, but is there a way to fix this?
0 -
http://www.msfn.org/board/topic/149233-kernelex-for-win2000/page__view__findpost__p__1019176
The last version of UURollup where Silverlight works is daily v11d120911.
Thank you for telling me. I could be wrong, but I think that the problem might be due to the latest version of ntdll.dll which is version 5.0.2195.7103 (2012-10-05 20:48:18). I'm wondering if it is possible to either use a older version of ntdll.dll or investigate parts of the ntdll.dll file to determine what caused Silverlight to not work anymore either.
I don't think that Silverlight 5.x even works with this version of the Extended Kernel, but I could be wrong here.
Edit: I heard that blackwingcat got Silverlight 5.x working with the latest version of UURollup v11. If that's the case, I will need to somehow get it working to see if this will remedy the problem.
0 -
I'm sorry but haven't had time yet to check the issue
Actually, since a few days I didn't have Internet access in VMs and I was really wondering what the reason was. Everything was working properly and then suddenly I couldn't open any websites (only in VMs as Internet worked in my real system). I even checked the problem in XP installed on an another partition and the situation was the same, i.e. there was still no Internet in the VMs (even though the host system was different).
I was suspecting that something was going on with the wireless router which I've been using here but wasn't really sure as the Internet was still working in other circumstances. Now I'm 99% sure that it was indeed the router. It just completely stopped working today. I tried to reconnect the thing, reset the settings, etc. but nothing worked. It seems to be dead. I connected the LAN cable directly to the computer and the Internet is working in the VMs again
I shall be able to check the Silverlight issue in the next few days.
I sure hope that you got the router fixed by the way. I suspect that there could a bit of a problem with UURollup v11 causing sites that use Microsoft Silverlight to crash.
0 -
Confirmed. I'll try to check it ASAP.
Alrighty! I think that it would be good to investigate which DLL is causing Microsoft Silverlight to either not work correctly or crash and if you found the problem, let me know.
0 -
Good
Could you do me a favour and test just one thing though? I've had this problem in Chromium since forever and I'd like to know whether it's a general issue or happens only in my system.
Basically speaking, Chrome gets stuck on some scripts, ex. when removing a message on MSFN:
the tab gets frozen and you can't do anything in it any more. You can still view the site but neither can refresh it nor go anywhere else. Extensions stop working too. Is it the same in your browser? I've just sent you a test message to check it.
I've deleted the test message on Firefox. I'll see if it is the case in Google Chrome.
I'm wondering what's causing the tab to get frozen and causes the extensions to stop working here.
Update: I deleted the mail messages via Yahoo! Mail on Google Chrome, but the browser nor the tab doesn't freeze. Instead, you can click on the URL links without having to refresh the page or open a new tab.
0 -
I have a problem here. Currently I have already updated to the latest weekly version of UURollup v11 (2012-11-04) and when I try to access websites that require Microsoft Silverlight, the plugin itself crashes.
Here's the screenshot of what it looks like: http://twitpic.com/bcqccj/full
The same situation happens under Google Chrome and it even crashes the Opera browser.
Other plugins work fine. Microsoft Silverlight can be found in the "\Program Files\Microsoft Silverlight" directory and the current version that I'm using is version 4.1.10329.0.
Is there a way to investigate what could be causing this issue and fix it?
Thanks.
0 -
And it doesn't work properly?
It does work now.
I can access the Google website just fine.
0
Testing MS-DOS limitations
in Windows 9x/ME
Posted · Edited by ppgrainbow
Wow! That's pretty interesting. I kinda find it really weird to see MS-DOS 6.2 fully recongise the 64 GB hard disk as 8 8 GB hard drives with a Dynamic Drive Overlay that you developed, even if MS-DOS 6.22 and below will not support hard disks over 7.8 GB.