Sorry guys. There was a lot of things to do. A new version will be definitely released. Please patience a little more.

sure Gape. I can wait a little longer. please make these changes to 98se SP's SPUPDATE.INF file.

In the "; 835732" section, modify this section to look like this:
---
HKLM,"%CurrentVersion%\RunOnce","Registering cryptdlg.dll..." ,,"%11%\regsvr32 /s cryptdlg.dll"
HKLM,"%CurrentVersion%\RunOnce","Registering cryptui.dll..." ,,"%11%\regsvr32 /s cryptui.dll"
HKLM,"%CurrentVersion%\RunOnce","Registering mscat32.dll..." ,,"%11%\regsvr32 /s mscat32.dll"
HKLM,"%CurrentVersion%\RunOnce","Registering mssip32.dll..." ,,"%11%\regsvr32 /s mssip32.dll"
HKLM,"%CurrentVersion%\RunOnce","Registering schannel.dll..." ,,"%11%\regsvr32 /s schannel.dll"
HKLM,"%CurrentVersion%\RunOnce","Registering softpub.dll..." ,,"%11%\regsvr32 /s softpub.dll"
HKLM,"%CurrentVersion%\RunOnce","Registering wintrust.dll..." ,,"%11%\regsvr32 /s wintrust.dll"
---

Add this string in the [UpdateInis.Section] section:
Win.ini,intl,,"sShortDate=M/d/yyyy"

<this will automatically change the short date format from displaying 2 digits for the year to 4 digits without having to use the Regional Settings control panel app to do it>

also add the 2_4DATE.EXE file to make Win98se Explorer change the short date format from M/D/YY to M/D/YYYY.

And in the SPUNINST.INF file remove references to the DHTMLED.OCX, HLINK.DLL & NABTSFEC.SYS files, especially for Win98se users who have IE 5.01/5.5/6.0 and/or DirectX 8/9 installed. We do NOT want to restore these files with older ones.

In the "; Dcom98" section of SPUNINST.INF file, make a change to look like this:
HKCR,CLSID\{bdc67890-4fc0-11d0-a805-00aa006d2ea4}\InstalledVersion,,,"4,71,0,2900"
Win98se originally came with DCOM98 version 4.71.2900, not 4.71.1719.

Or if you want, I can take a look at the SPUPDATE.INF and SPUNINST.INF files and I can make the changes to make the Win98se SP install and un-install with few or no problems.

AFAIK this is necessary in Windows 95 and Windows 98 Standard Edition only, the default short date format in Windows 98 Second Edition should be M/D/YYYY.

Petr

It is not, Petr. it's still M/D/YY when doing a CLEAN install of Win98 SE. In WinME M/D/YYYY is the default.

BTW - I want to get your opinion of whether or not an option to not install updated user.exe & user32.dll files should be included in the 98se SP as mentioned by shadell here:
http://www.msfn.org/board/index.php?showtopic=67610

have you encountered the screen saver taskbar problem in win98se Petr?

For the date i use dd.MM.yyyy as short and dddd, dd MMMM yyyy as long date in the regional settings applet.
The screen saver taskbar problem is just a cosmetic bug. So i don't bother trying to fix it. Click on the ghost button and it's gone. Why break something else just to save a single click

You are right, I have checked this now, strange thing, I was sure that Windows 98 SE has 4 digit year in short format already and that was why I suggested to Gape to remove 2_4DATE.EXE before 2.0, more than one year ago...

Petr

2_4Date.exe was released several months after Win98 SE so it still uses the m/d/yy format as default. MS changed the default date format in WinME and WinXP to display 4 digits for the year. not sure about Win2000.

so Petr, what is your take about the "screen saver" icon taskbar problem in win98se mentioned at this thread:
http://www.msfn.org/board/index.php?showtopic=67610
on my Win98se PC that has that problem, I just clicked on the screen saver icons on the taskbar and win98se will resume normally as if nothing bad happened at all. it's more of a minor display problem and is harmless. plus I dont use any screen savers.

I never used any screensaver so I can't say.

Petr

that's ok Petr. I was able to get other people's input on it. I installed Tihiy's RPLite pack under Win98se and the multiple screen saver taskbar icon problems were greatly mitigated. seems like the RPLite5 pack mostly fixed the problem.

Gape, Can I to publish in italian language first post of installation guide for 98 SE SP 2.x?
Just in my site, in profile.
http://www.msfn.org/board/index.php?showtopic=38193&st=0
http://exuberant.ms11.net/98sesp.html

Hello Gape!
Somewehere think I read that one once asked you about this "Empty Task Process Windows" "cosmetic" bug
times before.
This guy told, that you said that the system files user.exe and user32.dll cause this.
Do you know what MS did wrong that this bug happens using the patched files?
I would propose maybe to add this to the new unofficial SP (if it's possible)
If how to fix it manual,I would very appreciate if you write here:

http://www.msfn.org/board/index.php?showtopic=67610
or there
http://www.msfn.org/board/index.php?showtopic=80140

Good summer holidays at all!

Hi guys,does anybody know when a new release of unofficial SP will be avaiable?

When 150 more people ask!

Good joke!

This is the reply which i got when i asked for the date of Service pack. And it has satisfied me.

Why don't you add /5.50.4807.2300 versions browselc.dll/browseui.dll
since it fixes the deleting large file bug.
Also can you consider Upnpui.dll since you added the other files its a minor adjustment.
Wintop.exe would be great
last thing what about Themes.exe/Themes.cpl from Plus98 its newer
than WinME and Win98/SE.
Thanks

nice suggestions, PROBLEMCHYLD. how about adding the True Type Font Properties Extension DLL file into the 98se SP [ttfext.dll]? I added that onto the latest beta of the 98FE SP2.x pack.

Also what about patching the shell32.dll with the SHGetFolderPath A/W APIs
thats included in the Kernel Update Project.
Also Microsoft GDI+ 5.1.3102.1360/gdiplus.dll

Make this Service Pack flawless we counting on you Gape
I know you busy and i'm not going to rush you take as much time as you need.

Making the SP "flawless" is UNrealistic, PROBLEMCHYLD! There WILL be problems even though they are very minor. Stable and reliable would be the more appropriate words to use.



not going to happen. the "delete large files bug" only happens in IE6 and not IE 5.01/5.5. AND not everyone uses IE 6. adding those files could break IE 5.01 for some Win98se users who use IE 5.01 [not IE 5.5 or IE 6].

Theres anyway an update for this issue in Upgrade Pack 98 , specially designed for IE6.

This new service pack will update Win98 files only, or will update IE too? Will there be one separate unofficial service pack for each ver of IE?

I would have a solution for this:
Since Windows 98 Upgrade Pack contains the patch against
"pause or hanging on using IE6 with Win98se" and it is protected to only install if this
version of IE exists there would be no conflict.
We could use my fix but I suggest not to include an IE6 fix if it is recommend not to have it installed .
OK B2T and B2 other fixes and patches .

What Win ME files can be adapted for future 98 SE SP 2.x version?

Is it maybe possbile for KERNEL32.DLL 4.10.2225 that we became
written here
isn't even 4.10.2225 ?

MS site for Q320798 says something like:

But file has this :



So date and file size aren't correct.
Maybe it was only a 4.10.2224 kernel32.dll with changed version number :
Remember 4.10.2224 also has size of 478.720



Did you recognize the thing with filesize and date before?
But maybe I'm just a bit crazy.

320798 is Korean only. Not English. That's why 4.10.2225 is different.

the_guy

Actually, Q320798 fixes a bug that involves Korean web pages + DOCs, but the DLL itself is for English editions of 98FE/98SE [US + UK].
Check it out:

* Microsoft Windows 98/98 SE Slow Office DOCs + Korean HTML Pages KERNEL32.DLL
(4.10.2001 for Win98/98 SP1 + 4.10.2225 for Win98 SE) Fix:
http://support.microsoft.com/?id=320798
Direct download [382 KB, English]:
http://www.mdgx.com/files/Q320798.EXE

Maybe we should consider that the discrepancy between file date + file size might be a M$ mistake [example: posted a new version of the patch, but forgot to update the web page]?!
They are known to make such mistakes in other similar cases.

HTH

http://support.microsoft.com/?id=320798 states:
The Korean version of this fix should have the following file attributes or later:

It is usual that localized files have newer date/time than English ones.

The 320798 hotfix is genuine from Microsoft, you can verify it by checking the digital signature of the 320798USA8.EXE file that is available from MDGx site as Q320798.exe. You can also see that the package was digitally signed by Microsoft on April 6th, 2002.

The original file on the Microsoft web server is here: http://hotfixv4.microsoft.com/Windows%2098...NU_i386_zip.exe and the password is QI%ib3+* - if you want to be sure that you have really the original version ofthis fix.

Petr

@Petr: did you get that link recently or not? If so, how much after the EOL date can you request fixes for software?

the_guy

I was told that there is no restriction, I can request hotfixes for Windows 95 or even Windows 3.1.

Petr

Ok. I think I might try requesting a hotfix for IE 5.5 SP2, 279177.

the_guy

I think if possible later "Copy2Gb by LLXX " should be included too.

you can also use File Manager [winfile.exe] to work around the problem and just delete the large number of files from within File Manager instead of Windows Explorer. WinFile does not hang when removing a very large number of files from there. sure, Winfile does not understand long filenames but there is an add-on called FMLFNs that provides long filename support for Win9xME's File Manager applet. Get FMLFNs here:
http://www.wincorner.com/files/fmlfns95.exe

I just tried request 279177 for IE 5.5 SP2 and was told that I couldn't as IE 5.5 SP2 was out of support. Could you please try requesting that hotfix as well?

the_guy

our local US M$ support is no longer offering hotfixes for products that are "out of support"

note to Petr: thanx for your latest PM but at least pick up the pace and send me whatever Win95 hotfixes you get ASAP

you need to ask Gape, Marius '95. As Gape stated on his 98se SP page, it will only provide IE updates to embedded IE 5.0 originally included in Win98se. It will NOT provide IE updates for IE 5.5 & IE 6.0.

quote from his page-

The Copy2Gb fix by LLXX was later revised by an anonymous author and updated the KERNEL32.DLL file for Win98se to version 4.10.2226. latest version of the Copy2GB fix will be included in the next release along with the revised U891711 patch that now has KB891711.EXE version 4.10.2227.

Why did the author updated it to 4.10.2226 and not to 4.10.2223. With Service pack 2.1a installed the kernel is 4.10.2222 A.

Wow, this thread remained silent for over a month.

No, SESP2.1a contained kernel32.dll version 4.10.2225.

4.10.2222 A is Windows version displayed on system properties tab.

Petr

Thanks erpdude8

would it be better to use File Manager from Windows NT 4.0 SP6a since it has support already for LFNs

The disappointing thing about this add-on is that it installs a TSR. Does anyone know if it's possible for Winfile to support LFNs without having to load this TSR?

nope. FMLFNS loads at startup in the Windows registry which can easily be disabled from MSConfig or you can delete the FMLFNS startup registry entry and prevent it from loading.

personally, I delete the registry entry and then run FMLFNS manually by double-clicking on FMLFNS.EXE from the Windows\System folder. I created a shortcut icon to the FMLFNS.exe file on the desktop.



no you can NOT, PROBLEMCHYLD! The NT4 version of Winfile.exe is incompatible with Win95/98/ME and you WILL get a "link to missing export SHELL32.DLL:StrChrW" error message if you attempt to run the NT4 edition of File Manager under Win95/98/ME. Looks like NT4 Winfile.exe requires the "unicode" versions of Shell32.dll (or the NT editions of Shell32.dll) in order for it to work.

AND some mentioned earlier that the Win9x version of Winfile.exe is a 16-bit app while the NT4 version of Winfile.exe is a 32-bit app.

gape:

When you update the SP, you may want to include this small updated CAB file [attached at bottom of this post].
The original %windir%\RUNHELP.CAB file is buggy, because it contains an outdated certificate, which returns an error message when you run %windir%\HTMLHELP.HTM :the user must click Yes every time to continue running HTML Help [%windir%\HH.EXE], otherwise nothing happens.

I have recreated RUNHELP.CAB [contains RUNHELP.INF] without the expired certificate.
Running HTMLHELP.HTM now properly runs HTML Help.
File size is now smaller: reduced from 6325 to 192 bytes.

Click to view attachment [right-click to save the CAB file]

HTH

MDGx, I am wondering if Win98 FE [first edition] may also have RUNHELP.CAB file that has the expired certificate. If so, can you re-create the one for Win98fe too?

ok, I have also tested this problem under WinME and running HTMLHELP.HTM under ME also produces the "expired certificate" error. so can you also re-create the RUNHELP.CAB file for WinME?

What about a full Service Pack with all Official/Unofficial updates included + performance tweaks.
This Pack should include but optional but with ALL the latest files

If possible maybe these updates can be stripped down to important essentials ONLY

IE 6
Direct X 9c
Dotnetfx 1 & 2
Mdac 2.8
Wmi
Wmp

everything else is a go
all Official/Unofficial + performance tweaks.

NO 3RD PARTY APPS
all its gonna do is increase the size.
besides people will prefer the apps they wanna use.

This will be nice for people that don't have a internet connection
but can maybe burn it to a CDR to keep they system in top shape.

It should go like this install Win98SE then the Service Pack.
Thats it
you should get a message displaying your system is up to date.

WinXP SP2 was huge so their should no complaints cuz this shouldn't be neraly as big.

BOTTOM LINE

Perhaps some of us should create some sort of Critical Fixes Package (Security fixes, IE6SP1, various other important patches), as a sort-of alternative, updated unofficial SP for Win98SE...

I find it strange that Gape has not posted in this thread in ages. Maybe he has moved on to bigger, better things?

All these CAB + INF files are identical in 98 (FE), 98 SE + ME.

The RUNHELP.CAB I created can be used with all Windows 98 + ME editions.

No need to create separate files for each OS.

New:
Now RUNHELP.CAB + HTMLHELP.HTM are replaced automatically with fixed versions in 98 (FE)/98 SP1/98 SE/ME by running RUNHELP.EXE [62 KB, English]:
http://www.mdgx.com/files/RUNHELP.EXE

Enjoy.

PROBLEMCHYLD,

I know! I'd dearly love a no muss, no fuss 98SE install. Right now it's a meticulous process. Not for the weak of heart or patience. One really must love 9x to go through the whole thing.

Here's hoping there is something on the way. Heck, I'd pay! I recently contributed to Project64's N64 emulator beta project hoping they'd finish that thing soon. And I don't have $ to throw around. But if it would help something like this get done I'm sure I'm not the only one who would support it. Too many things can, and do (for me), go wrong with this complicated conglomeration of Service Pack's, individual updates, and program installs.

I just hope it will leave most registry tweaking out, or at least make them optional. The 98 Upgrade Pack is an example of something I didn't like. It chose the author's preferences for how he liked his registry tweaked. After spending time undoing most of them I just formatted and started fresh. Now I just use his IEbugfix.exe to patch the Explorer slowdown issues with IE6SP1 installed and go with Gape and MDGx for everything else.

But I do find it tough to get through it all in the present state of affairs.

Wow! I just noticed this -

http://www.msfn.org/board/index.php?showtopic=80800

Now, isn't that the motherload! Auto-Patching, eh? I like Auto. GetRight couldn't start the download properly so I've got Internet Explorer doing it. It's big and a slow download so who knows if I'll get it properly.

That thing looks amazing! Maybe there's some help on the horizon, eh?

If you can
could you remove the webtv update?

But some people may want and/or need it, PROBLEMCHYLD. It is an update to a component of Windows 98 SE (yes, it's an optional component; but it's a component available to users on the setup disk, who may have chosen a full installation).

Come on, think about other users here.