Jump to content

Welcome to MSFN Forum
Register now to gain access to all of our features. Once registered and logged in, you will be able to create topics, post replies to existing threads, give reputation to your fellow members, get your own private messenger, post status updates, manage your profile and so much more. This message will be removed once you have signed in.
Login to Account Create an Account



Photo

98 SE SP 3.32

* * * * * 1 votes

  • Please log in to reply
2360 replies to this topic

#926
rloew

rloew

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,120 posts
  • Joined 30-May 05
  • OS:98SE
  • Country: Country Flag

U98SESP3 12-12-2011

Added registry entry to core packs to make programs think Internet Explorer is installed
Added USP10.DLL 1.626.6002.22402 from Office 2007
Changed some command line switches for IE core packs
Added IO.SYS rloew full Partition Patch + Partition Offset Bug
Moved SCRIPT56.CHM from SPUPDATE.INF to SCR579X.INF, from SP3.CAB to SUPP.CAB. Installs with Windows Scripting Host 5.7

Please rephrase entry as:

Added IO.SYS rloew Full Patch for Partition Offset Bugs
Ye who enter my domain. Beware! Lest you become educated in the mysteries of the universe and suffer forever from the desire to know more.


How to remove advertisement from MSFN

#927
PROBLEMCHYLD

PROBLEMCHYLD

    The Resurrector for old Windows OS

  • Member
  • PipPipPipPipPipPipPipPip
  • 2,533 posts
  • Joined 07-October 05
  • OS:98SE
  • Country: Country Flag

Please rephrase entry as:

Added IO.SYS rloew Full Patch for Partition Offset Bugs

I'll fix it.

What do you guys think about all modded and patched files having the time and date backdated to
July 11, 2006, 12:00:00 AM since this was the day support ended for Win98SE. All modded and patched files comes from here or MDGx site. We will all be using the same version just different time stamps. Then we all would know the exact origins of those files.
Just a thought :huh:

Believe God is the Alpha and Omega.
Believe Jesus Christ died for our sins.
Repent for your sins now or there will be
BLOOD

The Path to God


U98SESP3 03-11-2013


#928
PROBLEMCHYLD

PROBLEMCHYLD

    The Resurrector for old Windows OS

  • Member
  • PipPipPipPipPipPipPipPip
  • 2,533 posts
  • Joined 07-October 05
  • OS:98SE
  • Country: Country Flag
:thumbup Updated :w00t:

Edited by PROBLEMCHYLD, 03 January 2012 - 11:28 AM.

Believe God is the Alpha and Omega.
Believe Jesus Christ died for our sins.
Repent for your sins now or there will be
BLOOD

The Path to God


U98SESP3 03-11-2013


#929
rloew

rloew

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,120 posts
  • Joined 30-May 05
  • OS:98SE
  • Country: Country Flag


Please rephrase entry as:

Added IO.SYS rloew Full Patch for Partition Offset Bugs

I'll fix it.

What do you guys think about all modded and patched files having the time and date backdated to
July 11, 2006, 12:00:00 AM since this was the day support ended for Win98SE. All modded and patched files comes from here or MDGx site. We will all be using the same version just different time stamps. Then we all would know the exact origins of those files.
Just a thought :huh:

Probably OK for the official versions, but doubtful for non-MS modified files. There are multiple versions of some files after that date such as my IO.SYS Patches.
The final release date for your Package would probably be a better choice.
Ye who enter my domain. Beware! Lest you become educated in the mysteries of the universe and suffer forever from the desire to know more.

#930
prowler

prowler

    Newbie

  • Member
  • 39 posts
  • Joined 18-July 10
  • OS:98SE
  • Country: Country Flag
Awesome work PROBLEMCHYLD ! Thank you! Keep it up!

#931
PROBLEMCHYLD

PROBLEMCHYLD

    The Resurrector for old Windows OS

  • Member
  • PipPipPipPipPipPipPipPip
  • 2,533 posts
  • Joined 07-October 05
  • OS:98SE
  • Country: Country Flag

Awesome work PROBLEMCHYLD ! Thank you! Keep it up!

Thanks, I'm hoping maybe someone can improve the patch listed below by

on another note here is a patch for transparency of icon labels.

It is ONLY for shell32.dll version 4.72.3812.717

offsets and bytes are in hex

offset patch

11cbf 33 c9 49 89 4d 08 90
11d2b 90 90 90 90 90 90 90 90 90

This patch will NOT work with any other shell32.dll version, so don't even try it.

It is not perfect, if you drag a window over top of them it makes a bit ugly, but refreshing the desktop fixes it. If anyone can improve on it, feel free.


Believe God is the Alpha and Omega.
Believe Jesus Christ died for our sins.
Repent for your sins now or there will be
BLOOD

The Path to God


U98SESP3 03-11-2013


#932
RFMaster

RFMaster

    Newbie

  • Member
  • 28 posts
  • Joined 06-May 10
  • OS:98
  • Country: Country Flag
Maybe this is easier solution for transparency of icon labels.

Source:
www.computerhope.com/download/win95/transparent42.zip

Attached Files


Edited by RFMaster, 19 December 2011 - 02:25 PM.


#933
CharlesF

CharlesF

    Advanced Member

  • Member
  • PipPipPip
  • 461 posts
  • Joined 13-July 08
  • OS:98SE
  • Country: Country Flag

Maybe this is easier solution for transparency of icon labels.
Source: www.computerhope.com/download/win95/transparent42.zip

RPConfig does it already (with even drop shadows!),
but if you want an exe, I can upload what I was using: it's only 25 KB and allows you to choose the font color.

Charles.

#934
PROBLEMCHYLD

PROBLEMCHYLD

    The Resurrector for old Windows OS

  • Member
  • PipPipPipPipPipPipPipPip
  • 2,533 posts
  • Joined 07-October 05
  • OS:98SE
  • Country: Country Flag

Maybe this is easier solution for transparency of icon labels.


RPConfig does it already (with even drop shadows!),
but if you want an exe, I can upload what I was using: it's only 25 KB and allows you to choose the font color.

Charles.


Thank you both for the input, but I'm going to patch the Shell32.dll because it easier.

Edited by PROBLEMCHYLD, 20 December 2011 - 09:44 AM.

Believe God is the Alpha and Omega.
Believe Jesus Christ died for our sins.
Repent for your sins now or there will be
BLOOD

The Path to God


U98SESP3 03-11-2013


#935
PROBLEMCHYLD

PROBLEMCHYLD

    The Resurrector for old Windows OS

  • Member
  • PipPipPipPipPipPipPipPip
  • 2,533 posts
  • Joined 07-October 05
  • OS:98SE
  • Country: Country Flag

Probably OK for the official versions, but doubtful for non-MS modified files. There are multiple versions of some files after that date such as my IO.SYS Patches.
The final release date for your Package would probably be a better choice.

More reason to backdate them.
Example: If you just patched IO.SYS a year ago and I backdate all unofficial files,
the service pack will not override your files
because they would be considered new. Your recent files will stay untouched. Its only about 25 files I need to do this to.
Another reason is everybody using different versions of Explorer.exe + other files. Me backdating modded/unoffical files is considered somewhat a safety precaution. Most unofficial files came out after support ended.

Edited by PROBLEMCHYLD, 23 December 2011 - 02:00 PM.

Believe God is the Alpha and Omega.
Believe Jesus Christ died for our sins.
Repent for your sins now or there will be
BLOOD

The Path to God


U98SESP3 03-11-2013


#936
dencorso

dencorso

    Iuvat plus qui nihil obstat

  • Supervisor
  • 6,096 posts
  • Joined 07-April 07
  • OS:98SE
  • Country: Country Flag

Donator

Doesn't the service pack decide what to overwrite based on version only, like all MS official updates and packs?

#937
PROBLEMCHYLD

PROBLEMCHYLD

    The Resurrector for old Windows OS

  • Member
  • PipPipPipPipPipPipPipPip
  • 2,533 posts
  • Joined 07-October 05
  • OS:98SE
  • Country: Country Flag

Doesn't the service pack decide what to overwrite based on version only, like all MS official updates and packs?

It depends on the flags that are used.
That's why a lot of files inside the SP doesn't install because of their flags.
If some files don't exist on your system SP will NOT install the updated files.
It varies from file to file and the importance of that file.

Edited by PROBLEMCHYLD, 23 December 2011 - 03:52 PM.

Believe God is the Alpha and Omega.
Believe Jesus Christ died for our sins.
Repent for your sins now or there will be
BLOOD

The Path to God


U98SESP3 03-11-2013


#938
rloew

rloew

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,120 posts
  • Joined 30-May 05
  • OS:98SE
  • Country: Country Flag


Probably OK for the official versions, but doubtful for non-MS modified files. There are multiple versions of some files after that date such as my IO.SYS Patches.
The final release date for your Package would probably be a better choice.

More reason to backdate them.
Example: If you just patched IO.SYS a year ago and I backdate all unofficial files,
the service pack will not override your files
because they would be considered new. Your recent files will stay untouched. Its only about 25 files I need to do this to.
Another reason is everybody using different versions of Explorer.exe + other files. Me backdating modded/unoffical files is considered somewhat a safety precaution. Most unofficial files came out after support ended.

The problem is that earlier non-MS mods would also be considered new.
If you set my latest IO.SYS to 2006, it would not replace my earlier IO.SYS from 2010.
Ye who enter my domain. Beware! Lest you become educated in the mysteries of the universe and suffer forever from the desire to know more.

#939
PROBLEMCHYLD

PROBLEMCHYLD

    The Resurrector for old Windows OS

  • Member
  • PipPipPipPipPipPipPipPip
  • 2,533 posts
  • Joined 07-October 05
  • OS:98SE
  • Country: Country Flag

The problem is that earlier non-MS mods would also be considered new.
If you set my latest IO.SYS to 2006, it would not replace my earlier IO.SYS from 2010.

You make a good point. The date I gave to backdate was just an example. I don't have to use that specific date.
But people have been having problems with the SP, maybe because of files conflicting with each other. I think we should all be on the same page. LoneCrusader made a great point. There should be the original version and only one modded version. IMO your patches for files has yet to let me down. So there is always room in the SP for your files.
Semi off-topic
If erpdude8 patched Explorer.exe and didn't disclose the specifics of what he patched
he must have had good reason and for MDGx to allow it on his site. Everything does not need to be advertised or broadcast. If people feel insecure about using modded files then they shouldn't use any modded files.

Edited by PROBLEMCHYLD, 23 December 2011 - 07:06 PM.

Believe God is the Alpha and Omega.
Believe Jesus Christ died for our sins.
Repent for your sins now or there will be
BLOOD

The Path to God


U98SESP3 03-11-2013


#940
rloew

rloew

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,120 posts
  • Joined 30-May 05
  • OS:98SE
  • Country: Country Flag


The problem is that earlier non-MS mods would also be considered new.
If you set my latest IO.SYS to 2006, it would not replace my earlier IO.SYS from 2010.

You make a good point. The date I gave to backdate was just an example. I don't have to use that specific date.

The actual date doesn't matter. The issue remains.
Another complication is that I often release updates as Patchers rather than the files themselves, for Copyright reasons, so the date on the file is the date the Patch was applied.
This would not be an issue for prepatched files in your SP but might affect the SP's installation.

But people have been having problems with the SP, maybe because of files conflicting with each other. I think we should all be on the same page. LoneCrusader made a great point. There should be the original version and only one modded version. IMO your patches for files has yet to let me down. So there is always room in the SP for your files.

Conflicting Mods are always going to be a problem. People may want different combinations of Mods. A single "Core" Version having only Mods, that everyone can agree should be present , would be the basis for a SP file. Anything else would be optional addons.

Edited by rloew, 23 December 2011 - 09:14 PM.

Ye who enter my domain. Beware! Lest you become educated in the mysteries of the universe and suffer forever from the desire to know more.

#941
dencorso

dencorso

    Iuvat plus qui nihil obstat

  • Supervisor
  • 6,096 posts
  • Joined 07-April 07
  • OS:98SE
  • Country: Country Flag

Donator

I agree with RLoew. Moreover, my own adventures in attempting to establish which files are older than which, in some specific cases of MS official files (documented in less than 10 posts around MSFN) has let me very skeptic about the real usefulness of common file dates. They can even change on decompressing a packed archive, depending on the decompressor one uses. That's why I do rely primarily in PE Timestamps (when available) and Version Numbers, although I reckon neither are foolproof either. Fact is this is already a very confusing situation as it stands, and proliferating identical files with either different dates or, even worse, different Version Numbers will do no good, IMO, and increase the confusion. My take is, when there's no good solution in view, let sleeping dogs lie. Of course, here more than anywhere else, YMMV.

#942
PROBLEMCHYLD

PROBLEMCHYLD

    The Resurrector for old Windows OS

  • Member
  • PipPipPipPipPipPipPipPip
  • 2,533 posts
  • Joined 07-October 05
  • OS:98SE
  • Country: Country Flag

A single "Core" Version having only Mods, that everyone can agree should be present , would be the basis for a SP file. Anything else would be optional addons.

Totally agree.
The thing is, we all need to be using the same mods so one can pin-point the problems and come up with a solution without any side effects.

I agree with RLoew. Moreover, my own adventures in attempting to establish which files are older than which, in some specific cases of MS official files (documented in less than 10 posts around MSFN) has let me very skeptic about the real usefulness of common file dates. They can even change on decompressing a packed archive, depending on the decompressor one uses. That's why I do rely primarily in PE Timestamps (when available) and Version Numbers, although I reckon neither are foolproof either. Fact is this is already a very confusing situation as it stands, and proliferating identical files with either different dates or, even worse, different Version Numbers will do no good, IMO, and increase the confusion. My take is, when there's no good solution in view, let sleeping dogs lie. Of course, here more than anywhere else, YMMV.

Until someone come up with a better solution, we all are going to have this problem.
In the mean time I will consider you guys expertise. There is no guarantee I will take this approach in future updates
in the Service Pack. One thing I will say, is that MDGx unofficial/updates/mods/patches has always been a reliable source.
Until someone can prove otherwise I will update the SP with all the files from his site.

P.S
ANYONE HAS THE OPTION OF INSTALLING OR NOT INSTALLING SP3.
If you don't like what I'm doing then don't install it. I CAN'T PLEASE EVERYONE!
NO DISRESPECT to dencorso or rloew

Edited by PROBLEMCHYLD, 24 December 2011 - 12:18 AM.

Believe God is the Alpha and Omega.
Believe Jesus Christ died for our sins.
Repent for your sins now or there will be
BLOOD

The Path to God


U98SESP3 03-11-2013


#943
dencorso

dencorso

    Iuvat plus qui nihil obstat

  • Supervisor
  • 6,096 posts
  • Joined 07-April 07
  • OS:98SE
  • Country: Country Flag

Donator

One thing I will say, is that MDGx unofficial/updates/mods/patches has always been a reliable source.

I agree. That and the output of our fellow MSFN members, whose work we know well, I trust implicitly. Files from any other sources need careful analysis and testing, before being accepted as trustworthy.

#944
PROBLEMCHYLD

PROBLEMCHYLD

    The Resurrector for old Windows OS

  • Member
  • PipPipPipPipPipPipPipPip
  • 2,533 posts
  • Joined 07-October 05
  • OS:98SE
  • Country: Country Flag
Even though some of rloew patches are not listed @ MDGx site
if rloew don't mind I would like to continue using them in the Service Pack :thumbup

Edited by PROBLEMCHYLD, 24 December 2011 - 12:42 AM.

Believe God is the Alpha and Omega.
Believe Jesus Christ died for our sins.
Repent for your sins now or there will be
BLOOD

The Path to God


U98SESP3 03-11-2013


#945
loblo

loblo

    Oldbie

  • Member
  • PipPipPipPipPip
  • 765 posts
  • Joined 12-January 10
  • OS:ME
  • Country: Country Flag

Until someone come up with a better solution, we all are going to have this problem.

Well there is a solution that should be 100% foolproof and I guess everyone knows what it is. It is creating a database of checksums of known/trusted files if anyone is up to it. Time stamps would then be completely irrelevant, however a modification of the file version would of course yeld a different checksum even if nothing else apart from that is changed but by synchronizing the file version resource with reshacker one could then check out quickly if two files with different version number are actually identical as far as the compiled code goes.

Edited by loblo, 24 December 2011 - 04:01 AM.


#946
PROBLEMCHYLD

PROBLEMCHYLD

    The Resurrector for old Windows OS

  • Member
  • PipPipPipPipPipPipPipPip
  • 2,533 posts
  • Joined 07-October 05
  • OS:98SE
  • Country: Country Flag

The actual date doesn't matter. The issue remains.

You are right. All I need to do is set the flags in the inf to override any and all files modded or not.
So if you install the Service Pack you will automatically get the modded versions. The timestamp or version won't matter.
Thanks

Well there is a solution that should be 100% foolproof and I guess everyone knows what it is. It is creating a database of checksums of known/trusted files if anyone is up to it. Time stamps would then be completely irrelevant,

I'll try to put a list together of all modded/unofficial/patches etc.......
:thumbup

Edited by PROBLEMCHYLD, 24 December 2011 - 01:41 PM.

Believe God is the Alpha and Omega.
Believe Jesus Christ died for our sins.
Repent for your sins now or there will be
BLOOD

The Path to God


U98SESP3 03-11-2013


#947
rloew

rloew

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,120 posts
  • Joined 30-May 05
  • OS:98SE
  • Country: Country Flag

Even though some of rloew patches are not listed @ MDGx site
if rloew don't mind I would like to continue using them in the Service Pack :thumbup

Not a problem.
I would like to believe that my freely released Mods are "Core" Mods as I described previously.
Ye who enter my domain. Beware! Lest you become educated in the mysteries of the universe and suffer forever from the desire to know more.

#948
gherkins

gherkins
  • Member
  • 2 posts
  • Joined 31-December 11
  • OS:none specified
  • Country: Country Flag
Hello,

This is my first post so just wanted to say thanks for all the work on the service pack. It’s really good to have something like this.

There is one bug (and fix) I’d like to report.

BUG: Cannot open Opera after running U98SESP3.EXE and choosing Main Updates.
Error message is “Opera Failed to load Opera.DLL because: A device attached to the system is not functioning.”
CAUSE: USP10.dll v 1.626.6002.22402
SOLUTION: Revert to v 1.422.3790.3959 of USP10.dll. This is included in RichEd9x.exe available on MDGX website.

Looks like this is an old bug resurfaced: http://www.msfn.org/...ndpost&p=706246

#949
CharlesF

CharlesF

    Advanced Member

  • Member
  • PipPipPip
  • 461 posts
  • Joined 13-July 08
  • OS:98SE
  • Country: Country Flag

Error message is “Opera Failed to load Opera.DLL because: A device attached to the system is not functioning.”

Hello gherkins,

you are very welcome here! :D

What version of Opera are you running?
If it is Opera 11, you must install first KernelEx,
and then to set KernelEx compatibility of opera.exe (right-click -> Properties -> KernelEx -> Use specific compatibility mode) to Windows 2000 SP4 :) .

No need to reboot.

HTH :)
Charles.

#950
gherkins

gherkins
  • Member
  • 2 posts
  • Joined 31-December 11
  • OS:none specified
  • Country: Country Flag
Hi Charles

I tried it with various different versions of Opera, including 11.5 with KernelEx and 10.5 without..
In the end, the only fix was to revert to the older version of usp10.dll.
Once I did that, Opera worked fine.




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users