loblo

Problemchyld, I didn't mean to criticize the SP by making this list, I find it's all cool, I was just pointing out to those who criticized my suggestion to include the Windows Vista screensavers that the SP contains already many items that would equally fall under their criticism. As for the VC++ 2005 SP1 runtime files, they are not only msdia80.dll so why not including also mfc80, msvcp80, msvcr80, atl80, vcomp, etc... since the equivalent earlier VC++ runtime files are already in the pack, eg.:xxx60.dll, xxx70.dll, xxx71.dll. Your call anyway. Cheers. Edit: And btw, links for your SP are hard to find, I think you should ask dencorso for taking ownership of the first post of this thread or get a new sticky so it can be found easily.

Not sure I agree with that. If you start putting that sort of thing in, it becomes more of an enhancement pack than a service pack. I think things like that should be included in a separate package. FWIW I agree with Dave-H. Do you mean guys in a separate pack along all that is in this pack and is enhancement/add-on and not hotfix/security update such as: Agent Server Distributed Com Configurator Euro Conversion Tool IExpress Wizard IPP Client Paint Graphic Filters Smart Card Base Components New Animated Boot and Shutdown Logos Ole Viewer Power Management Troubleshooter Remote Desktop Connection True Type Fonts True Type Properties Extension TweakUI UPnP WBEM/WMI Windows 2000 Theme Wintop Xbox 360 Controller Drivers Zip Folders A couple more suggestions: VC++ 2005 SP1 runtime files: http://www.microsoft.com/download/en/details.aspx?id=5638 Windows 7/Office 2010 Gabriola true type font: http://www.fonts2u.com/font-vendors/microsoft-corporation.html

Yeah, glad you finally got rid of that hand grenade, I was afraid it would explode in your hand some day. Btw there is an msxml3.dll version 8.90.1101.0 that would appear to be more recent than the one in the current pack and which seems to work OK. http://www.search-dll.com/dll-files/download/msxml3.dll.html And since the pack is already quite big why not adding a bit of eye candy with the patched Vista screensavers? (I love Bubbles) http://www.softpedia.com/get/Desktop-Enhancements/Screensavers/Vista-Screensaver-Ported-to-XP.shtml

Don't waste your time trying to run the coretemp installer divad, as 1) there is a zipped no-install download and 2) Coretemp doesn't work on 9x/ME as it relies on NT drivers. If you want a CPU voltage/temperature/fan speed monitor that works, get the latest 9x/ME compatible version of HWMonitor here: http://www.cpuid.com/downloads/hwmonitor/1.17-win98.zip

Not sure what exactly you're looking for but I know of those two WIFI packet capture utilities which work on win98: AirSnare http://home.comcast.net/~jay.deboer/airsnare/ NetStumbler http://www.netstumbler.com/downloads/ I think they both rely on the WinPcap network packet capture driver which must be installed. (Win98/ME compatible versions in the archive) http://www.winpcap.org/install/default.htm As for defrag there is no free defrag replacement, all that exists is commercial/shareware. There is VoptXP 7.22 and Norton Speed Disk as part of Norton Utilities/SystemWork up to the 2005 version. There is also the old McAfee Disktune as part of Nuts&Bolts/McAffee Utilties/etc... from around 2000/1 but it's hard to find and in my experience (I haven't the very latest version) can defrag a 80GB volume but not a 120GB one. I don't think there is anything else apart from getting the defrag from WinME which is a bit faster than the Win98 one. There has been a specific topic about that some time ago which you may want to look for in case I missed something. Edit: Sure I forgot something: the free Diskeeper Lite (http://majorgeeks.com/Diskeeper_Lite_d1207.html). It's good and fast and can defrag volumes that are in use but I once experienced severe data loss when Windows crashed while I was using it so beware of that.

You would need a column handler shell extension dedicated to do that, perhaps there is one and you can find it if you are skilled enough with google search. Let us know if you find one.

And btw if you want more right click options for opening files without cluttering too much the context menu as a substitute for the rather poor and clunky built-in open with, then OpenExpert is a must. OpenExpert is the easiest/most straightforward to configure but there is also Open++ (requires KernelEx) and Fast Explorer (not sure it can be found anymore but let me know if you want to get it) which is the most powerfull IMO. I have all three installed and in permanent use and the built-in open with is disabled.

If you disable Active desktop, you loose the stretch position for background, and keep only center & tile formats. Any decent wallpaper manager will bypass both of those issues with AD disabled. I am using Wallmagician FWIW. Also any good image viewer (such as XnView for example) will do the job.

You need Haali Splitter, FLV Splitter and FFDShow. http://www.free-codecs.com/download/haali_matroska_splitter.htm http://www.xvidvideo.ru/ffdshow-tryouts-project-x86-x64/ffdshow-tryouts-project-svn-3825-x86-x64.html (choose msvc2008 build) http://sourceforge.net/projects/mpc-hc/files/Standalone%20Filters%20-%20Win32/Filters%20v1.5.0.2827%20_%2032%20bits/ (register the flv splitter in your system)

Latest version of LMMS running thanks to the msvcrt/msvcr70 subst:

Latest version of LMMS (0.4.12) runs if msvcrt.dll is replaced by msvcr70.dll. The vsteffects.dll in the plugins folder crashes though but it can be replaced by the vsteffects.dll from the previous version of LMMS (0.4.11) and then it all runs fine. More about replacing msvcrt.dll in this thread:

I've got similar crash with Avidemux 2.5.5. Additionally there's message about missing ktmdll.dll(?) I have just googled for that filename and it seems like it's part of some old and obsolete version of Revolutions Pack so it would perhaps mean that you've got some old RP files hooking in your system and causing those problems. Perhaps I should disable RP9 myself and see if Avidemux 2.5.6 still crashes in libadm_core, additionally there's message about missing quserex.dll (now that more mysterious), 2.5.5 runs fine here with msvcr70 in place of msvcrt, I have done some video transcoding with it.

What is needed to run Avidemux 2.5.5 ( I have 2.5.3)? Missing functions imported from msvcrt as you should have guessed.

My thoughts as well. Duffy you should test out how long it takes to copy from Win 7 and write to win98 with that flash drive before looking for a problem with your win98 usb imo.

Using msvcr70 in place of msvcrt, it is now possible to run avidemux 2.5.5: http://sourceforge.net/projects/avidemux/files/avidemux/2.5.5/avidemux_2.5_r7200_win32.exe/download The latest version 2.5.6 crashes in libADM_core.dll unfortunately.

I'm having mitigated success using the XPSP2 msvcrt (used in conjunction with the XPSP2 ntdll ). Msvcrt renamed as msvc9x, ntdll renamed as 9xdll and substituted for ntdll in the renamed msvcrt. Msvcrt substituted for msvc9x in target test applications. Works with paint and wordpad but crashes with calc and winipcfg. An attempt to boot windows with those failed with an error of cmdninst in kernel32.

I have version 1.4 of that software which doesn't have those dependencies and doesn't have the pesky richedit line insertion error if used with the right riched20.dll. Let me know in case you don't have it and would like to get it (as it doesn't seem to be available for download anymore).

I don't where it comes from but anyway I have now updated it with the one from U98SESP3 Jumper mentioned.

The fact that there is no need to restart windows for the changes taking place in this key to apply to newer runs of appications ( ) certainly makes it even more interesting as there is potential for redirection on the fly. It seems there is only one missing import function for NT msvcrt (in ntdll.dll). B)

Well I did export the list of decorated exports of both files from Dependency Walker and compared them each to the list decorated exports of an NT msvcrt with WinMerge and this what I came up with. Vista and 7's msvcrt seem to have yet more exports which aren't covered by the msvcr7x. Those two at least and perhaps more: _except_handler4_common _ftol2

Actually DWMAPI (Microsoft Desktop Window Manager API) has nothing in common with MAPI32 and the substitution only works because RW doesn't seek to import any function from it as can be seen in Dependency Walker so any dll that is compatible with 9x will do (and the same goes with the windowscodecs.dll dependency). And this is unlikely to be an universal situation I guess.

I am now using msvcr70 version 7.00.9955.0 as my default msvcrt in the sys dir and so far so good.

Neither msvcr70 or msvcr71 cover all of the NT Msvcrt exports. msvcr70 is missing: _get_heap_handle msvcr71 is missing: _ctype void * bad_cast::`scalar deleting destructor'(unsigned int) void * bad_cast::`vector deleting destructor'(unsigned int) void * bad_typeid::`scalar deleting destructor'(unsigned int) void * bad_typeid::`vector deleting destructor'(unsigned int) void * exception::`scalar deleting destructor'(unsigned int) void * exception::`vector deleting destructor'(unsigned int) void * __non_rtti_object::`scalar deleting destructor'(unsigned int) void * __non_rtti_object::`vector deleting destructor'(unsigned int)

By substituting msvcrt for msvcr70 in the Gimp plugin G'Mic I could get rid of the only systematic crash that occurs with it here when using the apply button which is meant to apply the filter on the main image and leave the plugin window open after that. With msvcrt it would crash after application of the filter and now it doesn't anymore which is very cool. I also tried to make such a substitution for the plugin mathmap which crashes instantly on clicking on some of its scripts/presets entries but in this case it only made matters worst with systematic instant crash in kexbases on lauching the plugin but since it crashes in kexbases it might just well be a KernelEx bug. Also I think that perrhaps msvcr70 is most compatible with msvcrt as in one instance of the substitutions I made, msvcr71 was missing a function which msvcr70 had.

So msvcr70 and msvcr71 seems to be good replacements for msvcrt. Another way to do the substitution is to put a copy renamed to msvcrt directly in the folder the the app and its dll's. And with more backwards compatibility testing, perhaps msvcr71 can be used as a direct update for msvcrt in the <system> folder. (Oops...Did I just volunteer again ) If I put msvcrt.dll with an application folder it doesn't get used by it, it always uses the one in the system folder. It seems that's because it is listed under the HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager\KnownDLLs registry key. I think this key forces windows to use the listed dlls only from the location that is specified for them and which is the system dir if no full path is specified. I am not sure it is a good idea to override that by deleting some of those entries as to run core system files or quasi core system files such as msvcrt from other locations as when I experimented a bit with that I recall it led to weird problems with standard win9x programs refusing to start. (Well it was with files from Reactos and Wine I tried so maybe it might work with less or no problems with Microsoft files).