• Announcements

    • xper

      MSFN Sponsorship and AdBlockers!   07/10/2016

      Dear members, MSFN is made available via subscriptions, donations and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, become a site sponsor and ads will be disabled automatically and by subscribing you get other sponsor benefits.
Gape

98 SE SP 3.32

2,361 posts in this topic

One thing I now noticed about the older version is that it can open a few more formats like PCX, however in cannot save into these formats so it is not so useful.

For opening, conversion and sometimes small edits nothing beats IrfanView, that program supports a lot of image formats when plugins pack is installed too !

Thanks TmEE :thumbup You seem to be the only person with an issue with 3.8/3.9. Since I will fix it in 3.10, I will say we have a 99.9999999999999999 solid build. :yes: Since no one has come up with better solutions for USB drivers, I would assume rloew solution and a PS/2 mouse is the best route to go. If no one has any problems with 3.9, then the only change for 3.10 will be removing MSPAINT.EXE. I can then start my new endeavor :w00t:
0

Share this post


Link to post
Share on other sites

Hello,

I registered at this forum because I felt obliged to say "Thank you" for your work in this project. This also goes to people like Gape, Soporific, MDGx, Maximus Decim and others whose projects I've been using. After MS stopped support for this OS these service packs are invaluable for the average user who wants to keep using these legacy operating systems. Its obvious that you've put a lot of time and effort into this project and even more important, for free, and you deserve a LOT of respect and praise for this.

Since you are offering your work to the people for free, I'm not entitled to ask for anything. I would be happier though if you would reconsider your decision to raise the minimum RAM requirements for this package. I've read about the reason that led you to this decision and my view is that in your desire to protect those that are too lazy to read some documents (who perhaps don't deserve to be protected), you are punishing the people who need this service pack the most, i.e. those that are using old computers that cannot run any other OS (not even Linux) and that don't have or aren't able to support so much RAM. I believe that since you've put so much effort into this it's best as many people as possible to be able to benefit from it.

Thanks again for your work and thanks for listening.

Edited by Phoenix2104
0

Share this post


Link to post
Share on other sites

I have not raised the ram as of yet. So you can install 3.9 if you want. Thank you for your input, and because of your approach, I will NOT raise it.

0

Share this post


Link to post
Share on other sites

Thanks again.

Good luck in your next project and your life in general. :)

0

Share this post


Link to post
Share on other sites

I will release 3.10 next week. Here are the changes so far

Added 3 missing registry keys for Windows Management Instrumentation

- HKCR,CLSID\%CIMWIN32CLSID%,,0,"Microsoft WBEM Managed Object Provider"

- HKCR,CLSID\%CIMWIN32CLSID%\InprocServer32,,0,"%11%\WBEM\CIMWIN32.dll"

- HKCR,CLSID\%CIMWIN32CLSID%\InprocServer32,ThreadingModel,0,"Both"

Cleaned up all INF files

Fixed Timestamp for EXPLORER.EXE when patching icons

Removed MSPAINT.EXE

0

Share this post


Link to post
Share on other sites

After examining Auto Patcher, I have found that the only updates thats not included in SP3.x are

DirectX 9c
Internet Explorer 6
Microsoft L2TP/IPSec VPN Client 1.0
NET Framework
Netmeeting 3.01
Windows Image Acquisition 1.1 (WIA)
Windows Media Player 9 (WMP)

I have already added Active Directory Client Extension 5.0.2920.5 core files.

ACTIVEDS.DLL 5.0.2172.1
ACTIVEDS.TLB
ADPROP.HLP
ADSLDP.DLL 5.0.2172.1
ADSLDPC.DLL 5.0.2172.1
ADSMSEXT.DLL 5.0.2172.1
ADSNDS.DLL 5.0.2143.1
ADSNT.DLL 5.0.2191.1
ADSNW.DLL 5.0.2143.1
CMNQUERY.DLL 5.0.2195.1
CRYPTDLL.DLL 5.0.2195.1
DNSAPI.DLL 5.0.2181.1
DSCLIENT.CHM
DSCLIENT.HLP
DSFOLDER.DLL 5.0.2195.1
DSPROP.DLL 5.0.2195.1
DSQUERY.DLL 5.0.2195.1
DSUIEXT.DLL 5.0.2195.1
LOGONSRV.DLL 5.0.2195.1
NEGOTIAT.DLL 5.0.2195.4784
NTDSAPI.DLL 5.0.2195.1
NWAPI32.DLL 4.10.0.1381
NWAPILYR.DLL 5.0.2195.1
RADMIN32.DLL 3.51.867.1
RLOCAL32.DLL 3.51.867.1

I'm not sure about these runtime libraries, but do you think they are needed?

VB40016.DLL 4.0.24.22
VB40032.DLL 4.0.29.24
VBRUN100.DLL
VBRUN200.DLL 2.0.9.8
VBRUN300.DLL 3.0.5.38

0

Share this post


Link to post
Share on other sites
I'm not sure about these runtime libraries, but do you think they are needed?

VB40016.DLL 4.0.24.22
VB40032.DLL 4.0.29.24
VBRUN100.DLL
VBRUN200.DLL 2.0.9.8
VBRUN300.DLL 3.0.5.38

I would vote yes, but you know me. :)

Cheers and Regards

0

Share this post


Link to post
Share on other sites

I recall AP not offering to install older VB runtimes when something newer is already installed.

0

Share this post


Link to post
Share on other sites

I recall AP not offering to install older VB runtimes when something newer is already installed.

If I understand correctly, there are no newer versions of the specific runtimes that I listed. That would mean they serve no purpose in Auto Patcher nor SP3.x.
0

Share this post


Link to post
Share on other sites

But that's the thing about runtimes. Certain, admittedly poorly written, apps require a specific version of a particular runtime. You see this with versions of VB, VC++ (which is why all of the 2005, 2008, and 2010 versions continue to be updated as required and are usually all installed if any of them are needed), not to mention the worst offender .NET (in XP you can have 1.1, 2.0, 3.0, 3.5, and 4.0 all installed and potentially need all of them depending on what other apps you are running - you can even need v1.0 for a very specific case). So anyway, if you think you are going to need any version of the VB runtimes, you usually install all of them. Besides, if I remember right they are rather small. :)

Cheers and Regards

Edited by bphlpt
0

Share this post


Link to post
Share on other sites

Here's something strange, I have no apps that requires .NET. Me personally, I think it just bloat your system.

0

Share this post


Link to post
Share on other sites
Here's something strange, I have no apps that requires .NET. Me personally, I think it just bloat your system.

+1 :thumbup

Moreover, for my 98SE system at least, .NET breaks windows search. :ph34r:

0

Share this post


Link to post
Share on other sites

I got broken search too !

In my case I have to install .NET 2.0 to run one PCB design program so I have to live with the search bug.

0

Share this post


Link to post
Share on other sites

It seems that bphlpt is the only one who has given some good advice. If others have input please put it in. Im not going to add obsolete files. I just need to be sure.

0

Share this post


Link to post
Share on other sites

Risking to go WAY Off Topic :ph34r: anyone has attempted a DIR of the WINSXS folder in a Windows 8 install or WAIK PE 4.0? :angel

I would say that the side by side mechanism - IMHO in itself a good idea, only very badly implemented - has been vastly abused.

.Net is obviously nonsense bloat (still IMHO), being often in itself as big as or larger than a "normal" WHOLE Win 9x install.

jaclaz

0

Share this post


Link to post
Share on other sites

.Net is obviously nonsense bloat (still IMHO), being often in itself as big as or larger than a "normal" WHOLE Win 9x install.

jaclaz

SP3.x, with all options checked (testing purposes only) my system is at 470 MB of disk space. This also includes Direct X and MS Vpn client. After installing all of my software, my system jumps from 470 MB to 550 MB. The movies and music takes up most of the space on my computers not the bloated software. This is why on a 120GB HD, I have well over 119GB for my movies and music. Edited by PROBLEMCHYLD
0

Share this post


Link to post
Share on other sites

Regarding MS Runtimes, you might be interested in checking out some of the threads over at RyanVM's forum for a history lesson and examples of the type of Runtime Packs that have been put together by others for XP. (They were done for Win2K first, but I'll leave the history search for them as an exercise for the reader. :) )

Some of the earlier Runtime Packs for XP started as MS Runtimes only but grew to include other Runtimes to avoid the dreaded "This program needs blah.dll to run" prompts. They began to be published at RyanVM's in the early 2000's. The two most well known ones were done by RogueSpear (No longer maintained and deleted from the forum years ago) and Kelsenellenelvian (Kel ended up taking out the MS Runtimes from his Runtime Pack about a year and a half ago. but more on that in a bit). Then code65536 posted his pack specifically for MS Runtimes only in July 2007. But code65536 is notorious for staying away from the forums for LONG periods of time every so often, so in one of his absences, YumeYao picked up the ball and published his version of code65536's pack in September 2010. YumeYao's pack became so stable, well respected, and regularly updated as required, that Kel dropped the files from his own pack that were in the one made by YumeYao and suggested people use the two packs together - YumeYao's for the MS Runtimes and Kel's for the other non-MS Runtimes. Then YumeYao graduated from University and got a job so he has not had as much time as he used to have to participate in the forums and project development. So in December of 2011 Ricktendo64 began updating YumeYao's pack in YumeYao's thread, but he did not update the first post in the thread. After doing this until May 2012, Rick then started his own threads for the pack maintenance over at Wincert, first the original VB/VC++ type, then expanded that to an AIO that also includes VC++ 2012, F# and J# Runtimes and is also applicable to at least Vista and Win7 as well as XP and perhaps others.

So what does this have to do with Win98 and SP3? Nothing directly, but it shows that for many years many people have found it useful to include multiple versions of various non-conflicting Runtimes in their OS builds for convenience so they are ready to run the various apps that might require them. There are different valid opinions about Runtimes. Some want to only include the ones they actually use, others like to have all they can have so they are always prepared. (Guess which camp I'm in. LOL) Admittedly, even YumeYao began to separate the VC1 and VB1-4 Runtimes out into a separately available legacy pack since they were most useful to those running older software, but I figure that anyone running Win98 is also likely to be running older software so...

Anyway, it's up to you, my friend, to do what you think is best for you and your users.

CheersandRegards.gif

Edited by bphlpt
0

Share this post


Link to post
Share on other sites

I will add them. Thanks for the useful links :thumbup

0

Share this post


Link to post
Share on other sites

I've found this forum a couple years ago and I think your service pack is great. I use COM ports in HyperTerminal but after installing main updates(SP3.9)I loose connectivity-( the hyperterminal screen stays blank). So I restored system from backup and it works again.

0

Share this post


Link to post
Share on other sites

I've found this forum a couple years ago and I think your service pack is great. I use COM ports in HyperTerminal but after installing main updates(SP3.9)I loose connectivity-( the hyperterminal screen stays blank). So I restored system from backup and it works again.

I have asked many times in the past, that if users have any problems to please post step by step instructions so me or others can try to reproduce the error. The link has some references pertaining to Hyperterminal. Did you have any other Unofficial packs installed before installing SP3.x? Just stating you have a problem doesn't really help us much. Hopefully someone can reproduce yor issue because I don't know where to begin. I never had this problem, but it doesn't mean it don't exist.
0

Share this post


Link to post
Share on other sites

I'm using a MSI-7211 Pentium D- boots from a SATA drive which works in compatability mode-although CD drive is on IDE and only reads some of the data on disc. Recent install from win98se cd. Only updates are Microsoft Security update CD(feb 2004) prior to SP3.9. I'm gonna play around with it some more

0

Share this post


Link to post
Share on other sites

I'm using a MSI-7211 Pentium D- boots from a SATA drive which works in compatability mode-although CD drive is on IDE and only reads some of the data on disc. Recent install from win98se cd. Only updates are Microsoft Security update CD(feb 2004) prior to SP3.9. I'm gonna play around with it some more

We just had a Discussion about Microsoft Security update CD. Please read it :yes:
0

Share this post


Link to post
Share on other sites

3.10 will be here soon as we get SYSDM.CPL 4.90.3002 fixed.

Edited by PROBLEMCHYLD
0

Share this post


Link to post
Share on other sites

hi PROBLEMCHYLD.

how about adding ATL80.DLL version 8.0.50727.6229 dated 11/15/2011 from KB2716441 of MS12-070 to the 98se service pack?

it's contained in a large security update for SQL Server 2012.

I'm glad the MSVCRT40.DLL file was reverted back to the Win9x compatible versions since version 3.8 of your 98se SP.

Version 5.1.2600.5512 of msvcrt40.dll also broke Win98se's MS System Information Tool (msinfo32.exe), telling me to upgrade Windows version

as I've tested myself when I installed 98se SP v3.7. Removed 98se SP v3.7 and installed the newest version of the SP and v4.22.0.0 of MSVCRT40.DLL

made 98se's msinfo32.exe program run correctly again.

Edited by erpdude8
0

Share this post


Link to post
Share on other sites

hi PROBLEMCHYLD.

how about adding ATL80.DLL version 8.0.50727.6229 dated 11/15/2011 from KB2716441 of MS12-070 to the 98se service pack?

it's contained in a large security update for SQL Server 2012.

I'm glad the MSVCRT40.DLL file was reverted back to the Win9x compatible versions since version 3.8 of your 98se SP.

Version 5.1.2600.5512 of msvcrt40.dll also broke Win98se's MS System Information Tool (msinfo32.exe), telling me to upgrade Windows version

as I've tested myself when I installed 98se SP v3.7. Removed 98se SP v3.7 and installed the newest version of the SP and v4.22.0.0 of MSVCRT40.DLL

made 98se's msinfo32.exe program run correctly again.

The package is 323 MB. Thats crazy for just one file. Lets hope someone has it on their computer, if not, I will download it overnight when my bandwith is free. If I keep adding newer files people are going to get mad at me. They don't want their system updated with newer files, because they don't work on their systems.

Just something a read in another forum :lol: I wish some people can see how hybrid my system is with SP3.x and 98SE2ME. :yes:

Edited by PROBLEMCHYLD
0

Share this post


Link to post
Share on other sites

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.