sleffing

Have you tried winpack.org ? Also search this forum for "sp2 localization". You will find many posts by Petr like Localization of SP 2.0

submix8c has good ideas. You might try Craig Hart's PCI .. http://members.datafast.net.au/dft0802 If you haven't. (The unleaded version not pci32.)

A .pif file is sent SFN. A link to Start.exe creates a .lnk file -> passed a LFN. Also links to vbscripts (.vbs files) are passed LFN's. If vbscript is available on the target create a link to a .vbs file. W98 will pass LFN always..even as a .lnk file in the sendto folder. Simple vbscript to RUN your bat - save as c:\temp\tmp.vbs - WScript.CreateObject("WScript.Shell").Run "C:\TEMP\TMP.BAT " & WScript.Arguments(0), 1, FALSE For a test - c:\temp\tmp.bat looks like this: @ECHO OFF ECHO %1 %2 %3 %4 %5 %6 %7 %8 %9 Note tmp.bat still sees the command line as separate pieces when spaces are present in the path/filename.

Hi Sfor. No VNC help but, I can confirm no visible support for 24 bit colordepth in Intel 82845G (driver version: 4.14.10.3732) (see Mijzelf's comment). I have a dozen or so of these in the form of Dell Dimension 2400 desktops all running W98SE. Also 2 resident programs come with the default driver install..set to run @ startup via HKLM/run. A tray icon (igfxtray.exe) and a hot hey monitor (hkcmd.exe ?). These can be enabled/disabled thru the ui - right click Desktop ->Graphics Options But they are already resident so best testing may require disabling them thru msconfig & reboot. Last, I had initial issues with the display resolution spastically reseting to 640 X 480 on bootup. I ended up setting a forced configuration for the video adaptor in device manager. This to avoid the memory conflicts. Check device manager for that as well.

Most use an inf file. MDGX gives a good example. Go here: http://www.msfn.org/board/98-fe-98-se-me-u...xes-t46581.html Scroll down to the updates from 2-25-2009. Or just search for "ieakb". Download that days ieakb patch and use it as an example for yourself. This particular patch from M$ is cumulative and where MDGX's old version leaves off will have been added to toward the end of the M$ patch you already have. MDGX's inf for this patch is about the simplest form of inf file (just the nature of the patch) and so it's a good starting point if you have no experience. Good Luck.

Craig Zacker still has this book online: Building Windows 98 Networks. The first few chapters cover the basics, chapter 6 is where it really gets interesting.

The file your looking to replace/rollback is avgabout.dll. You want version 7.5.0.556. AVG makes a backup at each update. If you are lucky you will find the file at: C:\WINDOWS\All Users\Application Data\Grisoft\Avg7Data\avg7upd\backup (The location on my system.) I copied back avgabout.dll & avg7US.lng. This is probably a language specific file and may have a different name on your setup. Thing is if you have automatic updates enabled those will be replaced next update. The definition updates listed here still work for me. http://free.avg.com/download-update I just download the 2 files with "avi" in the file names and use the manual update option in avg pointing it the folder I download the updates.

Thanks Gape. This is coming together. I installed the MAIN updates only here. This system is an old installation. PPPMAC.VXD is still an issue on systems with netbios networking. I got a 'windows file protection error' on reboot. Replacing pppmac.vxd got past that. There's a new ROOTSUPD version available. I had version 17,0,2195,0 and the sesp replaced it with version 16,0,2195,0. Those apparently will overwrite an older version. I did not know that. Along the same lines.. deleting the CryptoSignMenu key probably works fine in spupdate.inf but it is added right back in by some subsequent action. This didn't show up in a regshot at all. So it must be added back in during 1 of the RunPost sections and before the install completes (and before a reboot). Dunno. Other than that. I replaced the windows only version of EXTRACT.EXE provided in the service pack with 1 that works on my Emergency Boot Disks. That is my personal preference. Thanks again. Your time and work are much appreciated.

That is from win2K SP4 (W2KSP4_EN.EXE).

Thank you sir. Now it is complete.

Success! Thanks. I don't know if the CRLUPD.CAB gets applied. OH NO! I strongly disapprove of this, Gape. BOTH the 2_4DATE.EXE file AND "sShortDate" are needed to make ALL programs that have date functions use the "m/d/yyyy" format. The "sShortDate=M/d/yyyy" in WIN.INI is used by 16bit programs like File Manager (WINFILE.EXE). File Manager does NOT use the date format settings from the Windows registry. While the 2_4DATE.EXE file only updates the Windows registry to make only 32bit programs like Windows Explorer use the m/d/yyyy format. 2_4DATE does NOT make 16bit apps like File Manager use the 4-digit year date format. That's why "sShortDate" is still needed. So you will need to put back WIN.INI sShortDate into the next beta release of the 98se SP. @Gape... Do the whole 2_4date update or not. It's your call. I use Office2000, Adobe, & other 90's vintage apps on several 98SE computers, all with no problems. All without the 2_4date update. And with no issues I know. -- If anyone doesn't know... Applying the 2_4date update is equal to choosing the Short Date Style - MM/dd/yyyy - in the Control Panel --> Regional--> Date tab. This updates both the registry and win.ini. --

@maximus-decim Thanks for the update. It woks for me. But, I found this in my registry after installing. [HKEY_LOCAL_MACHINE\Software\Microsoft\Updates\DataAccess\%COMPID%] "%COMPID%" ? I found some other similar issues. [HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer\ActiveX Compatibility\%KillBit_GUID%] I tracked it back to OTHER.INF. These string definitions seem to be missing. All related to KB870669. [Strings] -- ; add these to other.inf COMPID="KB870669" KillBit_GUID="{00000566-0000-0010-8000-00AA006D2EA4}" Package_GUID="{5f3c70b3-ac2f-432c-8f9c-1624df61f54f}" SourceDiskName="Microsoft Data Access Components" VERSION="6,0,2800,1106" -- Thanks again. Your work is much appreciated.

A list of localized versions of the 98 SE Service Pack can be found here: http://exuberant.ms11.net/98sesp.html But spanish is not listed, yet. The "recipe" for localization of SP 2.0 can be found here: http://www.msfn.org/board/Localization-SP-20-t44731.html P.S. Many fixes have been issued since SP2 was released. If you find you are interested in making a Spanish version you should use the latest service pack files found here: http://www.msfn.org/board/98-SE-SP-30-BETA-1-t61749.html

Microsoft has issued an update... "December 2007 cumulative time zone update..." dated 11/27/2007 http://support.microsoft.com/default.aspx/kb/942763 And MDGX has has followed suit with an update for W9x users dated 11/07/2007. http://www.mdgx.com/add.htm#TZU Thanks for that but I have 3 issues. The "AUS Eastern Standard Time" TZI info needs to be updated to the "2008" data. The "Cen. Australia Standard Time" TZI info needs to be updated to the "2008" data. The "Israel Standard Time" is screwed as well. The information for Israel on the M$ web page is wrong too. Particularly the "Dynamic DST" info. So I suppose the standard channel updates are unreliable as well. Please use this TZI data for Israel in the year 2008: TZI,1,88,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,\ 00,00,0a,00,00,00,01,00,02,00,00,00,00,00,00,00,\ 00,00,03,00,05,00,05,00,02,00,00,00,00,00,00,00 Tasmania, Egypt and others are already updated for 2008. Look up any time zone info here: http://www.timeanddate.com/worldclock/ And I found this. Yearly Reg files posted here for Israel: http://www.lingnu.com/support.html#timezone

Gape, Thank you for the massive effort this must take. I test installed/uninstalled the logos. I installed the LOGO update by itself. Unchecking all else in the installer. An error like 'rootsupd.inf is not found' popped up. I dismissed the error box and the logos installed, backed up and all was good. ------- So I went to uninstall the LOGOS from add/remove and had an error...not the same as you, though. It went into a loop. No error boxes. I hit ctrl-alt-delete and killed 1 of the many instances of rundll. That stopped the looping and the uninstall finished without further error. It did create a bunch of entries in advpack.log and 100 or so randomly named .PNF files in the inf directory. Now that I think about it maybe I would have gotten the error "COMCTL32.DLL file cannot start" if I had waited long enough.

Thanks. I haven't installed yet but here are a couple of observations. Fdisk.exe is still the older version. Not petr's. Services is not copied by default but it's in preserve.inf. Maybe that's your intent. The slow properties display fix. Well... Docprop.dll has this guid {3EA48300-8CF6-101B-84FB-666CCB9BCD32}. Cryptext.dll has this guid {7444C719-39BF-11D1-8CD9-00C04FC29D45}. you reference this post: http://www.msfn.org/board/index.php?showtopic=67485 Spupdate.inf may be incorrect here. My registry (on a mature installation) says: REGEDIT4 [HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers\\ {3EA48300-8CF6-101B-84FB-666CCB9BCD32}] @="" [HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers\CryptoSignMenu] @="{7444C719-39BF-11D1-8CD9-00C04FC29D45}" That may not be accurate for a virgin install. And. I'm not sure if it's still necessary but, q265854, Smartvsd.vxd being copied to the system directory instead of iosubsys does not seem to be addressed at this time.

Windows Update does not use the Update information for these I think. I have tried many ways and it seems Windows Update looks at the files on disk and checks the versions of the .dll AND the .exe. It does not check the RunServices key I believe. Maybe someone else knows a 'workaround'.

Here it is. Updated August, 2007: http://support.microsoft.com/kb/933360/ It is in the order displayed in timedate.cpl best. Attachment deleted. I think you have it. Good luck.

Q305575 is only partly correct. From the article: REGEDIT4 ;; this is incorrect from article at: [url="http://support.microsoft.com/kb/305575"]http://support.microsoft.com/kb/305575[/url] ;[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Time Zones\Central European] ;"Display"="(GMT+01:00) Sarajevo, Skopje, Vilnius, Warsaw, Zagreb" ;[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Time Zones\FLE] ;"Display"="(GMT+02:00) Helsinki, Riga, Sofia, Tallinn" ; this is correct & current [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Time Zones\Central European] "Display"="(GMT+01:00) Sarajevo, Skopje, Warsaw, Zagreb" [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Time Zones\FLE] "Display"="(GMT+02:00) Helsinki, Kyiv, Riga, Sofia, Tallinn, Vilnius" Vilnius is in GMT+02:00 time zone ! Compare the times for those cities at this page: http://www.timeanddate.com/worldclock/cust...ontinent=europe Look at: "Central European Standard Time" & "FLE Standard Time" listed here: http://msdn2.microsoft.com/en-us/library/ms912053.aspx ------------- Many time zones are effected by changes in DST rules this year. If you are interested in adding Time Zone updates for all a good resource is found here: http://www.grystmill.com/articles/tz_update.htm The last update was in April when New Zealand changed over. His file is in .reg format and not properly ordered I think. I have converted it to .inf format and reordered correctly. I will post it if you think it would be helpful. -------------

Nice to hear from you. I'm very glad you will continue this. And VERY glad it will continue the same as before. Thanks for all the hard work.

SESP2.1a installs explorer.exe dated Friday, August 20, 1999 12:58:48 AM. The important part is it is version 4.72.3612.1700. This is a fixed version that allows display of 256 bit icons. Also important. usp2.1a does not install ANY files in the %windir%\options\cabs directory. I can not say what the UBCD does in this regard. --- ngen is part of dot net framework and runs automatically on install. As far as I know it doesn't do anything with explorer. --- Info: Explorer.exe %windir% Size: 168KB Modified: 20/08/99 12:58AM Explorer.exe %windir%\OPTIONS\CABS Size: 176KB Modified: 12/05/07 8:48PM (Note: Date Format is dd/mm/yy). So I replaced (from DOS (Safe Mode) Command Prompt Only) %windir%\Explorer.exe with %windir%\OPTIONS\CABS Jim I believe the explorer.exe you have with the FUTURE date of December 5, 2007 could be from Microsoft Visual Studio 6.0 Enterprise Edition (or elsewhere). The size sounds right. And, if that's true, it should actually be dated May 8,1998. The version is/may be 4.72.3110.1 Again the version is the important part. AFIK the last service pack found at this forum to install that old version of Explorer.exe is Maximus Decim's cumulative update - MDCU230E.EXE. That is replaced by MDCU240E.EXE which installs the newer version of explorer.exe (v4.72.3612.1700) the same as installed by sesp2.1a.

Hi, I tried this out this morning from a mature w98se computer. This works fine with 2 exceptions. The mdcu240e.zip is 404, and the scripts attempt to RMDIR the dx9c directory after it's filled. This is a great idea. Keep it up ! -- Steve

EDIT: do i have to add EVERY single old "Cumulative Security Update for Internet Explorer" to the obsolete list? eg. IE834707 - OLD Unofficial MS IE 6.0 Patch --- actually this for IE 6 and not IE6 sp1 --- i'm in two minds about whether to add this to the obsolete list because it isn't obsolete for those who haven't upgraded to IE 6 sp1. Comments? I have that question as well. Most, if not all, lists I've come across simply state the latest versions available. Even when they list the latest IE5.5, and IE6 and IE6.1 cumulative patches. I notice the lists that try to keep up with the flow of all released AND current patches seem to have been unable to do so. If you wanted to go that way you might restructure your list to group components together. An IE6SP1 cumulative group may look something like this. ----------------------------------------------------------- Cumulative Security Updates for Internet Explorer ----------------------------------------------------------- QNUMBER SUPERBY REPLACES PATCHNUM ----------------------------------------------------------- 867282 890923 MS05-014 890923 883939 867282 MS05-020 883939 896727 890923 MS05-025 896727 896688 883939 MS05-038 896688 905915 896727 MS05-052 905915 912812 896688 MS05-054 912812 916281 905915 MS06-013 916281 918899 912812 MS06-021 918899 922760 916281 MS06-042 922760 925454 918899 MS06-067 925454 922760 MS06-072 ------------------------------------------------

Why that error I'm unsure. If it were a boot disc the shell line would look like this: SHELL=\COMMAND.COM With a backslash. (plus any switches you would add) %COMSPEC% would end up holding the boot drive letter In your case, since the OS is already booted, is it possible to simply use the %COMSPEC% environment variable ? Like this: ECHO SHELL=%COMSPEC% /E:4096 /P >> CONFIG.SYS After all, you would not be able to do much if %COMSPEC% was wrong. ??