Jump to content

98 FE + 98 SE + ME updates + patches + (hot)fixes


Recommended Posts

...

I'm running 9.0.47 due to problems reported of newer versions...

I have not had any problems with recent versions of Flash.

The two websites mentioned that have had problems with Flash 9.0.115.0 and 9.0.124.0 appear to have been offline for about two weeks so I cannot confirm.

I would rather have the security fixes in 9.0.124.0 than leave my PC open to remote access/control.

It does not matter how good your firewall or security is... With the Flash vulnerabilities, if you can access a website that's been tampered with, 'they' can get into your PC!

The problem is, that most webmasters may not even know that someone has modified their website.

Most hosters seem to be very slow to apply all security updates and other mitigations to secure their sites.

This has been evident in the past with Internet worms that have mass infected websites even though a security patch has been available for weeks!

Link to comment
Share on other sites


I thought MS Office used its own copy of RichEdit... :unsure: I just performed a search and indeed found one at

C:\Program Files\Common Files\Microsoft Shared\Office10\RICHED20.DLL

Its version is 5.40.11.2220 and is most likely the original one installed by Office XP.

...

That is correct! I orginally updated my version in Windows System from the Common Files 5.40.x version.

I did not actually check that Word was loading the System version when I was using 5.50.x.

All I know is that Word and Windows was guaranteed to hang after a short time every time I used it.

Copying the Common Files version 5.40.x back into System solved the problem.

Okay, this is all very strange.

I installed RICHED20.DLL 5.50.99.2014 and ran Word.

It does not load the dll from Windows at all...

When I deleted the version in C:\Program Files\Common Files\Microsoft Shared\Office10, Word tried to run a repair to replace it...

So, I have copied 5.50.99.2014 into Office's Common Files to test...

It makes no sense why the copy in Windows System would have any bearing on Word crashing since it does not even attempt to load it...

And yet, at the moment I rolled back the version to the 5.40.x Office XP version, Word stopped crashing...

Anyway, I'll post results from my latest test.

Link to comment
Share on other sites

Sun Java 6 update 7 is available.

Yet to test on 9x...

UPDATE:

Okay, here's the deal with Sun Java 6 update 7...

When the installer is run, it gives the following error:

Java Setup

Error 1723.There is a problem with this Windows

Installer package. A DLL required for this install to

complete could not be run. Contact your support

personnel or package vendor.

This is terminal, and the installer closes.

Here is the fix:

When you see this error, go to your temp folder and copy the 15MB MSI file with current date/time to another folder.

Go back to the error message and close out of the installer.

Now run the MSI you copied from temp - Installation proceeds as normal.

I haven't found any problems with Java 6 update 7 yet.

For those who don't want to use Java 6, Java 5 update 16 is also available.

Edited by RetroOS
Link to comment
Share on other sites

W :w00t: W!

Two sets of updates in the same month!!!

Way to go MDGx! - The Updates Guy is back in action!

I have a small question...

CRYPT9X and CRYPTME?

I have Windows 98SE and 98SE2ME - should I use CRYPT9X or CRYPTME?

I currently have CRYPT9X installed and working well.

Would CRYPTME work with 98SE2ME?

Any advantages either way?

RICHED20.DLL Update:

...

Okay, this is all very strange.

I installed RICHED20.DLL 5.50.99.2014 and ran Word.

It does not load the dll from Windows at all...

When I deleted the version in C:\Program Files\Common Files\Microsoft Shared\Office10, Word tried to run a repair to replace it...

So, I have copied 5.50.99.2014 into Office's Common Files to test...

It makes no sense why the copy in Windows System would have any bearing on Word crashing since it does not even attempt to load it...

And yet, at the moment I rolled back the version to the 5.40.x Office XP version, Word stopped crashing...

Anyway, I'll post results from my latest test.

Well... Word XP is hanging up Windows again, so I've rolled back both the Office Common Files and Windows System RICHED20.DLL files to 5.40.11.2220.

Also see: http://www.msfn.org/board/RICHED20DLL-comp...ity-t72448.html

Edited by RetroOS
Link to comment
Share on other sites

  • 2 weeks later...

UPDATED · 7-23-2008

Enjoy.

_____________________________________

RetroOS:

CRYPTME.EXE = only for WinME

CRYPT9X.EXE = for all other Win9x editions: 95, 95a, 95B, 95C, 98, 98 SP1 + 98 SE(U) except WinME

Must not install CRYPT9X on WinME nor CRYPTME on Win9x!

Cryptology/SSL files are strictly meant for a specific OS.

98SE2ME has nothing to do with cryptology.

Crypt/SLL files are installed by default by MS IE (Internet Explorer) 4.x/5.x/6.x [or separately = (hot)fixes], and used by MS IE + MS OE (Outlook Express):

http://www.mdgx.com/ietoy.htm#HEP

_____________________________________

erpdude8:

About your request to add a REG file into GRPHFLTS.EXE to comply with Win95 OSes limitation of not properly recognizing the DWORD string in INF files [0x00010001]:

IMHO:

About the REG_DWORD / REG_BINARY interpretation by Win95 OSes:

As long as a reg value is in hex format [not string = ASCII (REG_SZ)], it doesn't matter if it is DWORD or BINARY, because Win9x [all editions: 95, 98, ME] interprets it the same.

This is valid, of course, only for hex values 1 to 4 bytes (8 to 32 bits) long [00000000 = in DWORD format or 00,00,00,00 = in BINARY format].

Hex values longer than 4 bytes are supposed to be interpreted automatically as BINARY, because DWORD values can be only 1 to 4 bytes long [max length].

The only difference between the DWORD and BINARY formats is that the value sequence is coded backwards. Example:

"ValueName"=dword:01020304

"ValueName"=hex:04,03,02,01

which means the 4 groups of bytes are arranged backwards, but essentially the reg value is identical. This interpretation is internal to the OS [and transparent to the user], so it should not influence the format the registry values are implemented in, as long as a hex value doesn't go over 4 bytes in length.

More details [see REG_DWORD + REG_BINARY]:

http://www.mdgx.com/reg.htm#RTS

Example [see Hex + Dword values = both work the same]:

http://www.mdgx.com/newtip6.htm#CDMAX

HTH

Link to comment
Share on other sites

@ MDGx:

• Please fix your 'top of this topic' link; it leads to the root of the board instead of first post in this thread.

• Please check dependencies for Sun Java 6 update 7 - the official package only installs on machines with .NET installed. There have already been reports of failed installation as well as the workaround.

The main Java 6u7 installer depends on mscoree.dll and several other libraries. The extracted msi can be installed without problems though, regardless of .NET presence.

Link to comment
Share on other sites

@ MDGx:

....

• Please check dependencies for Sun Java 6 update 7 - the official package only installs on machines with .NET installed. There have already been reports of failed installation as well as the workaround.

The main Java 6u7 installer depends on mscoree.dll and several other libraries. The extracted msi can be installed without problems though, regardless of .NET presence.

Java Runtime installs and works fine on my w98se+++ computer.

Maybe it's the developer kid that needs .NET.

For the moment, I recommand to advertise only the Runtime update.

Link to comment
Share on other sites

The file I've tested is jre-6u7-windows-i586-p-s.exe. I believe that's the runtime, not the SDK.

It installed fine on my primary machine that has .NET 1.1 and 2.0 installed but failed on my secondary machine after unpacking the .msi, just as it was reported by someone else a few days ago.

The .msi installs fine if manually run, on either machine.

Link to comment
Share on other sites

  • 2 weeks later...
...

RICHED20.DLL Update:

...

Okay, this is all very strange.

I installed RICHED20.DLL 5.50.99.2014 and ran Word.

It does not load the dll from Windows at all...

When I deleted the version in C:\Program Files\Common Files\Microsoft Shared\Office10, Word tried to run a repair to replace it...

So, I have copied 5.50.99.2014 into Office's Common Files to test...

It makes no sense why the copy in Windows System would have any bearing on Word crashing since it does not even attempt to load it...

And yet, at the moment I rolled back the version to the 5.40.x Office XP version, Word stopped crashing...

Anyway, I'll post results from my latest test.

Well... Word XP is hanging up Windows again, so I've rolled back both the Office Common Files and Windows System RICHED20.DLL files to 5.40.11.2220.

Also see: http://www.msfn.org/board/RICHED20DLL-comp...ity-t72448.html

Do'h! I've had more Word crashes with RICHED20.DLL 5.40.11.2220...

So... it looks like my problem is far deeper than RICHED20.DLL...

Nothing else crashes - just Word 2002 (XP).

I'll have to look at any other possibilities...

Link to comment
Share on other sites

Uhm, no, I wasn't talking about online/offline installers. I always download & use the offline full package.

What I meant was that if I manually unpack the offline package (using InstallExplorer or any other similar tool) and install the .msi within (right-click > Install), it installs fine. The wrapper installer is the one dependant on .NET.

Alternative way - described in an earlier post - is to launch the offline installer, wait until it bails out with the error, go to the %temp% folder, find the unpacked .msi and launch it manually (right-click > Install).

Link to comment
Share on other sites

  • 2 weeks later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...