Petr

Maybe they have not lost the code for those files but these are most likely to have been written long time ago in assembler and compiled with MASM. Those who wrote them may now be dead (there are some legends about that) or more simply not working for Microsoft anymore for obvious reasons. So far as I have grasped reading posts at the Win32Asm Forum and the Masm Forum, it is very difficult if not often impossible for even highly skilled and experienced assembly progammers to make sense of even small snippets of code someone else wrote if is not exhaustively documented line by line. So yes I think it is very possible MS could be hexing their files. <{POST_SNAPBACK}> Maybe. I have different view to understanding of the assembly code - it is usualy not so bad, I have disassembled and understood many different codes written it assembler. Much worse it is with programs written in unknown high level language. But back to the krnl386 - if somebody is hexing the file, it means to understand the binary code, and it means to convert it to assebmbler. And If I modify the assembler code and have the source code, then why to use hex editor instead of ascii editor + MASM? As I wrote, I believe that it is possible, but it seems to be very unlikely to me that somebody who has source code would not use it in case of code modification. BTW, my guess is that krnl386.exe source code is C, maybe with fragments in MASM, not pure MASM. Petr

What VOLTRACK.VXD do you mean? 4.10.1999 from Q234697 that is intended for Win98 PC-AT Japanese? Or some else? Petr

Do you think that people in Microsoft lost the source code and are hexing their files?? Yes, everything is possible, but ... Petr

<{POST_SNAPBACK}> Your anonymous source has sent you a file that is 100% not from Mirosoft. It is binary patched version 4.10.1998. It is interesting that the internal string "Windows 98" was changed to "Windows 98H". You can also note that the "SpecialBuild: QFE" is omitted. Petr

This does not look like patch from Microsoft. Please look inside. This is just binary patch - but from what source? Petr

Is anybody able to give me an advice how to solve the already mentioned problem with Mitsumi USB FDD? It works well on Windows ME, 2000 and XP with no additional driver. It works well on Windows 98 SE with Mitsumi supplied driver. It does not work on Windows 98 SE with NUSB 2.2 - connecting cause blue screen. The problem is described in detail on page 2 of this topic. Petr

Because it contains some localized Windows 98 SE files, namely: Hardware.hlp - Q242975 Hotplug.dll 4.10.2224 - Q242975 IOS.VXD 4.10.2225 - Q239696 Systray.exe 4.10.2224 - Q242975 User.exe 4.10.2231 - Q291362 242975xxx8.exe is freely available from Microsoft in many languages - http://support.microsoft.com/kb/242975 291362xxx8.exe is not publicly available hotfix, you have to ask Microsoft Support for your language version 239696xxx8.exe is not publicly available hotfix, you have to ask Microsoft Support for your language version (xxx is the language version, USA for US English, GER for German, FRN for French, etc.) I suppose that the English version would work as well, but some system message will be in English. You can try it. Petr

UPDATE.SYS in Windows 98 Standard Edition contains 7 microcodes only. What cpuid/socket combination would you choose? Here is an overview how many microcodes are contained in various Windows versions: UPDATE.SYS 4.10.1998 (Windows 98) 7 microcodes UPDATE.SYS 4.10.2222 (Windows 98 SE) 27 microcodes UPDATE.SYS 4.90.3000 (Windows ME) 49 microcodes UPDATE.SYS 5.00.2195.6655 (Windows 2000 SP4) 81 microcodes UPDATE.SYS 5.1.2600.2508 (xpsp.040806-1825) 94 microcodes UPDATE.SYS 5.2.3790.1830 (srv03_sp1_rtm.050324-1447) 101 microcodes If you have no licensing problem, you can use UPDATE.SYS from SE or ME. Petr

OK, so I'm missing the following hotfixes. I was informed that they are no longer available from Microsoft, can anybody check it? Q192117 - DNS Settings Not Saved If DUN Installed During Batch Setup File name Version Date Time Size --------------------------------------------------- Mstcp.dll 4.10.2012 6/23/98 9:26am 39,280 bytes Q242056 - Windows 98 Stops Responding While Running AutoCAD 2000 Date Time Version Size File name Platform ------------------------------------------------------------------ 9/21/99 3:08pm 4.10.1999 472,564 VMM.VXD Windows 98(only if Q254087 really not available) Q254087 - Multiple-Port Adapter Detection Results in Error Message in Vcd.vxd Date Time Version Size File name Platform -------------------------------------------------------------- 03/03/00 12:54p 04.10.00.2000 472,576 Vmm.vxd Windows 98 Q265528 - 16-Bit NetDDE Programs Do Not Work with 32-Bit NCBENUM and NCBRESET Date Time Version Size File name Platform ------------------------------------------------------------------ 07/13/99 08:32PM 04.10.00.2223 35,434 Vnetbios.vxd Windows 98(common with SE SP) Q329128 - Windows 98 and Windows Millennium Edition transmit multicast packets that have a TTL setting of 0 (zero) Date Time Version Size File name Platform -------------------------------------------------------------------------------------- 21-Mar-2002 08:27 4.10.0.2001 157,909 NDIS.vxd Windows 98 (x86) 01-Aug-2002 09:51 4.10.0.2003 235,605 PPPMAC.vxd Windows 98 (x86) 01-Aug-2002 12:15 4.10.0.2004 75,581 VIP.386 Windows 98 (x86) 21-Mar-2002 08:51 4.10.0.2226 166,053 NDIS.vxd Windows 98 Second Edition (x86) 01-Aug-2002 13:19 4.10.0.2223 235,605 PPPMAC.vxd Windows 98 Second Edition (x86) 01-Aug-2002 12:27 4.10.0.2228 80,409 VIP.386 Windows 98 Second Edition (x86)(common with SE SP) Please, if anybody has any of the these hotfixes please let me know. Petr

Am I blind or you have not posted the zip file with ddf and sed file this time? I have also edited the localization steps a bit. Petr

Has anybody tried the USB Mass Storage driver that is available in source form, so it could be accomodated for many different types? http://support.microsoft.com/default.aspx?...b;en-us;Q257751 Petr

Hi Gape, is there any reason why not all updated files from dcom98 are in se sp? I mean: iprop.dll Win98SE: 4.0.1381.4 dcom98: 4.0.1381.6 compobj.dll Win98SE: 2.30.200.0 dcom98: 2.30.200.1 ole2.dll Win98SE: 2.30.200.0 dcom98: 2.30.200.1 storage.dll Win98SE: 2.30.200.0 dcom98: 2.30.200.1 Petr

What about to add the last remaining file from vcredist, atl.dll? Windows 98 SE: 3.00.8449 vcredist: 3.00.9782 Petr

Yes, I know, but so far I'm not sure if anobody would really need the FE SP. I suppose to prepare the first version, based on Gape's SE SP 2.0, and then I will see what will be the feedback. Maybe W98 is really dead now, I don't know. Petr

Good find! This is version 7. I have checked Czech Windows Upadate, and there is still only version 6, as well as in Gape's SP. This is international update, LANG=*, so I have no idea why it is available on English Windows Update only. Anyway, it sould be updated. Petr

Hi, There is no difference between OEM and Retail version in executable files, the only difference is in the license file and a few INF files. There is a possibility of semi-slipstreaming and then the updated Dblbuff.sys will be used during the installation - or not? Yes, these hofixes are necessary just in special cases. But I think I try to prepare a service pack suitable for all computers, not just for desktop computers without IEEE1394 port and without DVD player. I agree that trying to obtain these hotfixes should have somewhat lower priority, but they should be contained in the "FE SP" if available. Petr

Hi erpdude8. I think Gape has explained it well - there is no policy of not including WinME files, there is a policy of not including files that require additional license. Gape's service pack tries to contain all Win98 SE updates and hotfixes that were created by Microsoft for Windows 98 SE. And this is hotfix released by Microsoft for Windows 98 SE. To abide this rule, it has to be included, there should be no exceptions. Petr

WRONG!!!! Q282949 and Q314941 can be installed on BOTH Windows 98 first AND second editions. I did not write that it is not for FE. This thread is about SE so I've mentioned SE only. So it means that SE SP should test the version of WMI installed and install this hotfix only if WMI 1.5 is installed, right? I was mentioning this because while Q314147 installs snmp.exe even if it does not already exist, SE SP does not install it. Thank you for pointing me to the snmp.exe in the Resource Kit on the CD - I was using Windows 98 versions from MSDN and there was not Resource Kit included. Now I see. If I remember correctly, Q314941 just does nothing if UPNP is not installed - it just write " This update is not designed for your version of Windows." That's OK, this update is needed only if Windows XP ICS client is installed.

Are you able to specify if the problem is with the service pack or with 98SE2ME? These packages have different authors so it is necessary to know who should try to sollve your problem. AFAIK there si nothing in the service pack what could cause the behavior. I don't know 98SE2ME so I cannot guess if the cause could be there. Petr

To fix the spoolss.dll problems in 98fe, Petr just overwrite that file with the WinME version [4.90.3000]. that's all. You can also do this for Win98se and not bother using Q250514. in fact using WinME spoolss.dll file under Win98 fixes more problems than what Q250514 does. MDGx's spoolss.dll fix for 98fe/se IS 4.90.3000, but do NOT use this under ANY version of W95 as it wont fix the spoolss problems under 95 and can mess things up. Yes, but Windows ME is not free software and therefore parts of it cannot be put to Win98 FE or SE servicepack - or no? This is OK I think - why do you mentioned it? Best Regards, Petr

Hi erpdude8, I think it is not so easy with Q282949 and Q314941. These hotfixes are not needed for fresh clean install of Windows 98 SE. These hotfixes are intended for Windows 98 SE. The SE SP can be applied to Windows 98 SE with WBEM 1.5 and UPNP installed - and then it should contain really all updates and hotfixes that MS issued for W98SE - or not? It's similar problem like with snmp.exe Q314147, but it is even stranger - it seems that snmp.exe is completely missing in W98, but it is included in W95 or W2K. And now the question - add it even if it is missing, or not to add it? And if not, why to add it to the SP at all? The MSMOUSE.VXD that causes lockups is probably form Q238668? Petr

Please try to check that the version of KB891711.EXE file in WINDOWS\SYSTEM\KB891711 folder \is really 4.10.2223 and not 4.10.2222. I have seen one case where for unknown reason remained the old buggy one. Petr

I have discoverd one additional hotfix needed - Q250514 for Windows 98 Standard edition, with spoolss.dll version 4.10.2000. http://ftp.isu.edu.tw/pub/CPatch/msupdate/.../250514usa8.exe contains the SE version only, 4.10.2223. MDGx has spoolss.dll version for 95, 98SE, ME - but unforunately for 98FE not. Petr

Unfortunately is seems to be also totally unusable because of wrong display of accented characters. This is very good example of the non-tested behavior in all environmments I have mentioned in the previous post.I still don't believe that it could be true. This is the default setting: http://www.ryston.com/x/metapad-2.gif This is the same fon setting as default for notepad (Fixedsys) http://www.ryston.com/x/metapad.gif And this is how it should look: http://www.ryston.com/x/notepad.gif The problem is described at http://www.liquidninja.com/metapad/faq.html#Q20 - it means that it is well known and no chance for improvement. Contrary to the note in the FAQ upgrade to RICHED20.DLL (5.40.11.2212, Rich Text Edit Control, v4.0) from Ofiice XP did not help. It means it is unusable for any language using Central European character set (codepage 1250) at least. It is also 3 years old unsupported product. So your opinion is that SESP2.0 can be installed at any stage - either immediately after fresh install of bare Windows 98 SE or on a system that is several years in use with many programs installed and all files will be in the desired state? If yes it would be great. Petr

Hi Gape, just an opinion - I think that the Service Pack for Windows SE should not be collection of freeware applications. I have no idea why you decided to add Metapad to the final release. There are thousands of similar possible replacements and it may be created some option pack with selectred applications - but in Service Pack? And for other freeware applications - they are used just during the installation, right? Are they open source? Who is the author? Will they work reliable in all environments? I know there were long discussions about recommened installation order. Was there any consensus what is recommended? SE SP 2.0 contains many components of various packages, but not full packages, and also hotfixes to them. Sometimes the hotfix has the same version number as the original file so the preservation mechanism will not work I suppose (Maybe to increnet the version number?) And example of packages that could be installed before or over SE SP 2.0 dun 1.4, dcom 98, dsclient, direct x (various versions), ie (various versions), wmi, nusb2.2, mdac, jet3.5, jet4.0, odbc drivers, vga drivers, chipset drivers, disk drivers, usb drivers, audio drivers, media player, office, upnp, various runtimes... or projects like se2me or revolutions pack..... It is easy to find some death end. Petr