Actually, March 2008 Redist did install some updated MDX dlls - I watched the status line...
Of course, they may not do anything in 9x...


Thanks MDGx. Delivering the goods as usual!

NEW: Java RE 6 Update 6 is out.

UPDATED 4-28-2008

Enjoy.

I had downloaded the last Java runtimes (jre-6u6-windows-i586-p.exe) 10 days ago, on april 18th. Are you sure there is an update?

...and how many update of DTS will there be?

I notice Win2000 installs newer CRYPT32.DLL 5.131.2195.6926
CRYPTDLG.DLL 5.0.1558.6608 CRYPTUI.DLL 5.131.2195.6824
do they work on Win98SE.I'm not able to test.

NO, PROBLEMCHYLD, those versions of the CRYPT32.DLL & CRYPTUI.DLL files do NOT work. They can mess up your Win98se machine.

New Jet 4.0 MS08-028 security updates:
http://www.microsoft.com/technet/security/...n/MS08-028.mspx

Whenever MDGx has some spare time, he should use the KB950749 files from the Win2000 patch.

And the links to my unofficial Win98 FE SP 2.50 packs only points to the full SP on his Software Essentials page. He'll need to fix that "oopsie" and follow my suggestions to rename the full 98 SP 2.50 pack to 98FESP2F.EXE and rename the lite 98 SP 2.50 pack to 98FESP2L.EXE.

For now the full 98fe SP 2.50 pack is here:
http://www.usaupload.net/d/yewpi8d9czk

and the lite 98fe SP 2.50 pack from here:
http://www.usaupload.net/d/8u6ccpuwmhd

AVOID getting any of my 98fe SP packs from MDGx's web site until he posts up the correct editions on his web site.

cryptdlg.dll 5.0.1558.6608 works without a problem on 98se.

I'd recommend it get included in the unofficial updates sometime.

the_guy

I've been running Java 6 update 6 for three weeks... It appears to me to be unstable and causing Internet Explorer to crash...
I've rolled back to Java 6 update 5 that was totally stable.
Will post results...

Latest version of HTML32.CNV seems to be 2003.1100.8165 from KB923618 Office 2003 SP3
for MSCONV97.DLL & MSWRD832.CNV it's version 2003.1100.8166 from KB923618 Office 2003 SP3.

MDGx may also want to obtain those three files and the updated graphics filter files from Office 2003 SP3 (KB923618). Use the MSIX - Patch Files Extractor app to extract the files from the Mainsp3.MSP file of KB923618.

Also can anyone attempt to download EXE files that are posted directly from MDGx's web site? Right now I seem to be getting "403 Forbidden" error messages when attempting to download any EXE files posted on his web site.

Got the same 403 error last night checking on MDGX's page after reading a similar report on this board.

I sent MDGx a PM yesterday in this regard... but he has not been around since May 17...
I suspect MDGx is away on holiday...

ok, tested downloading some stuff from MDGx's web site. most of them worked.
however, "Unofficial Windows 98 SE Networking Errors VNETBIOS.VXD 4.90.3001 Fix" link is not working; get 404 File Not Found error message. looks like this patch has been removed from his web site.

And I have uploaded the Unofficial Windows Media Player 9.0 (WMP9) Update Rollup Packs (URP) for Windows 98, 2000 & ME [June 2008 Releases] here:
http://www.usaupload.net/d/91td72ov7a0
I've fixed a major installation problem with the Unofficial WMP9 URP pack for Win98/ME and updated the WMP9 files to the ones from XP SP3 in both WMP9 URP packs for Win98/ME and Win2000.

these are newer than the ones posted at MDGx's WMP page.

As a temporary solution, until MDGx fixes it, I've reuploaded VNETBIOS.VXD 4.90.3001 (the vxd only, it has to be installed by hand) and updated the link in my original post (link), so that it is active again. HTH

thanks a lot dencorso. I needed to test out the vnetbios.vxd 4.90.3001 file under Win98 FE & SE.

Hi everybody,

My web site provider screwed up a huge number of files + folders at my site in the last 3 weeks, and I can't even access them using ftp [they changed permissions on the server].
I'm still waiting for them to fix this, their tech support is extremely slow.

I'll let you guys know when my site will be back 100%.

Best wishes,
MDGx

RICHED9X...
I installed it around late April...
Since then I found Word XP (2002) would lockup Windows after a short time of running.
I had been using RICHED20.DLL 5.40.11.2220 that came with Office XP.
Recently I traced the lockups to a small timeframe.
I determined that RICHED9X was the only significant change I had made then...
So, I have rolled back RICHED20.DLL from 5.50.99.2014 to 5.40.11.2220...
So far no lockups.
The reason I figured it was RICHED20.DLL, was that when Windows locked up, the text in Word next to the cursor would have some lines of pixels displaced horizontally.
When I say lockup, I mean full-on freeze with no mouse movement or anything - no Ctrl-Alt-Delete, just the power button...

So, it would appear that RICHED20.DLL 5.50.99.2014 is incompatible with Word XP (2002).
If anyone is using Office XP in Windows 98SE, make a copy of RICHED20.DLL from the Windows System folder, and test RICHED9X with Word XP.
The copy of RICHED20.DLL can always be copied back if it does not work.

Thanks for this info.
It happens that I have Word XP and RICHED20.DLL 5.50.99.2014 installed. Thought I almost never use Word, I made a test at the moment and no crash and no line of pixels on the text.
Could you describe what operation you are doing exactely, what settings and after how much work it freees?

I thought MS Office used its own copy of RichEdit... 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.

On this occasion I found out that PhotoScape installs its own copy of riched20.dll in its main folder. Version is 5.30.23.1215.

My system-wide RichEdit version (in the System folder) is 5.30.23.1221 and I chose that one due to some quirk with newer versions and the SpellChecker Miranda IM plug-in (issue that I've mentioned some time ago in these forums).

At this time I wonder if RICHED9X replaces or not the original copy of riched20.dll in the Common Files folder and also if MS Office checks for a newer version of it in the System folder and chooses to use that one instead of the original copy in Common Files. With my current setup, I just checked and WINWORD.EXE loads the Common Files copy. Anyone who has a newer version of riched20.dll in System than the one in Common Files, could you check which version is loaded by Word on your system? (I've used Codestuff Starter for that)

I have RICHED20.DLL 5.50.99.2014 installed and C:\Program Files\Common Files\...\RICHED20.DLL is version 5.40.11.2220.
Word loads the dll from comon files (the 5.40.11.2220 version).

After you locate all of them, rename all but the one in %windir%\system to riched20.old and every program will use the newer version. The renaming is best done in DOS mode, from real DOS. Then again, any .dll that is not in use can be renamed from inside Windows, so, just after starting the system, you may search all the duplicate files and rename most of them from windows (right in the Find Files result window) and just go to DOS to rename the few, if any, that refuses to be renamed because of being in use. HTH

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.

Could you try dencorso's advice (only one copy of riched20.dll, located in System) with v5.50.x.x?

I wonder if there's a conflict between simultaneously loaded versions of RichEdit or if v5.50.x.x has issues.



Also if anyone else has such a combination of RichEdit on their system, please post about your experience.

I did have the Early Access version of Java 6u6 installed... (jre-6u6-windows-i586-p.exe)
I have now reinstalled Java 6u6, but this time the standard release (jre-6u6-windows-i586-p-s.exe)
So far it's been stable. I'm not sure what, if any, the differences are between Early Access and standard release versions.

UPDATED · 7-1-2008

Enjoy.

P.S.:
The files at my web site seem to be [finally!] restored by my web provider.
Thanks for your patience.

Best wishes.

Thanks for the updates!

Just one/two question:
I see that Maximus Decim's MDIECU6 includes Q950759 and that DXM9X comes from Q950759.
Does that means that if we install MDIECU6, we don't need to instal DXM9X?

I also see in my archves an IE6 updater called IE6UPD. Is it an older version of MDIECU6?

1. Maximus-Decim's MDIE6CU installs DXM9X according to his log:
http://www.msfn.org/board/Maximus-Decim-In...-Co-t97816.html
Quoted:That means installing MDIE6CU also installs DXM9X.

2. IE6UPD is an older IE cumulative update [similar to MDIE6CU] but older, has not been updated lately to my knowledge:
http://www.msfn.org/board/Unofficial-Inter...dat-t82003.html
the_guy's last post says October 2007 was last update he made to IE6UPD.

HTH

I have noted the 98/ME updates that need to be created [tx a lot guys!]:

- Jet Q950749 [to be posted at www.mdgx.com/add.htm]:
http://www.microsoft.com/technet/security/...n/ms08-028.mspx

- Outlook Express Q941202 [to be created to replace OE923694.EXE]:
http://www.microsoft.com/technet/security/...n/ms07-056.mspx

- HTML32.CNV, MSCONV97.DLL & MSWRD832.CNV from Q923618 [Office SP3] [to be included in GRPHFLTS.EXE]:
http://support.microsoft.com/?id=923618

- CRYPTDLG.DLL 5.0.1558.6608 [to be included in CRYPT9X.EXE].
Question:
Please post here or PM me what update/hotfix is CRYPTDLG.DLL 5.0.1558.6608 part of [URL please]?
Thanks.

UPDATED 7-10-2008:
CRYPTDLG.DLL updates now up @ 1st post:
http://www.msfn.org/board/index.php?showtopic=46581
Tx a lot sleffing.

I will make iexpress installers for these files soon, and will post them here when ready.

P.S.:
Seems that [most of] the files at my web site have been restored [finally!].
Please let me know if any1 discovers any files/links that still do not work at www.mdgx.com , so I can contact my web site provider to have them fixed.

Best wishes.

That is from win2K SP4 (W2KSP4_EN.EXE).

After applying latest updates from 7-1-2008, Internet Explorer (especially Flash plugin) is running *much* faster. I cannot explain it. Would be interesting if anyone else reports same result.

Yeah, I noticed that too...
It's running faster than the previous unofficial (win2k) IE update 947864 that was already faster than before!
I'm running Flash 9.0.124.0.
Bleeder, what version of Flash are you running?

I'm running 9.0.47 due to problems reported of newer versions here http://www.msfn.org/board/Adobe-Flash-Play...24-t115186.html and here http://bugs.adobe.com/jira/browse/FP-335

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!

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.

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.

UPDATED · 7-10-2008

Enjoy.

W 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:

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

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

@ 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.

error with GRPHFLTS

Error setting an LDID to 'D:\Program Files\Common Files\Microsoft Shared'

Can these files be updated with Win2000 or WinXP versions?

ole2.dll
storage.dll
STDOLE32.TLB

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.

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.

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...

You installed the runtime indeed.

If I understand well, the online install crashes while the off-line installer doesn't. I used the off-line installer.

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).

UPDATED · 8-21-2008

Enjoy.

The new HOSTS files return 404 (file not found).

NO! using Win2k/XP or higher editions of these files can put a Win98 machine out of commission and you could end up messing up your Win98 system or cause it to have crashes with crucial programs. NOT a good idea.

MDGx seems to be behind with the latest IE and OE updates. Latest IE update is KB953838, latest AKB (activex killbit) update is KB953839 and latest OE update is KB951066.

I'll be waiting for unofficial 953838, 951066 IE6/OE6 updates to be produced.

Also, new GDI+ 5.1.3102.5581 (MS08-052) redist pack:
http://www.microsoft.com/downloads/details...;displaylang=en
(Old GDI+ Redist pack "gdiplus_dnld.exe" no longer available at Microsoft site)



Reading the quote from MDGx's HOSTS page:
http://www.mdgx.com/hosts.php



currently you will have to email MDGx for the HOSTS files, Drugwash.

erpdude

UPDATED · 9-23-2008

Enjoy.

Why not post the link to the updated gdi+ standalone instead?

the_guy

Maybe because the new GDI Plus requires WGA...?