MDGx

Try NirCmd [free]: http://www.nirsoft.net/utils/nircmd.html It's a command line tool, but works great. NirCmd has 2 ways of "killing" a process: nircmd killprocess explorer.exe or: nircmd closeprocess explorer.exe More info: http://www.nirsoft.net/utils/nircmd2.html#using HTH

6-1-2006: Added instructions on how to install MS01-059 UPnP security fix on Win98/98SE even without WinXP ICS client. HTH

I have added uninstall option.Thanks for your feedback. Please download + install 98SE2ME 6-1-2006 edition: http://www.msfn.org/board/index.php?showtopic=46349 Q329048 [WinME zipfldr.dll hotfix] is not a Win98 SE hotfix/update, therefore will not be detected by WU as an installed update, no matter what you do.The similar update Q329048 for MS Plus! 98 that shows up on the WU list requires to have MS Plus! 98 already installed, otherwise Q329048 from WU can't install. To my knowledge the registry fix to force zipfldr.dll to install without Plus! 98 only allows zipfldr.dll hotfix to install, but has nothing to do with how WU detects it. Therefore I don't think there is a fix for this. And this should not break your setup, because even if WU tries to install [in the background] Q329048 for Plus! 98, it doesn't matter, because you already have the newer 1 from WinME, which should not be replaced. I have removed TELNET.EXE from 98SE2ME because newer 1 is installed by Win98 SE MS99-033 security fix: http://www.microsoft.com/technet/security/...n/ms99-033.mspx Thanks for your feedback. Please download + install 98SE2ME 6-1-2006 edition: http://www.msfn.org/board/index.php?showtopic=46349 PROBLEMCHYLD: About adding UPnP to 98SE2ME: MS already released a UPnP update for 98SE, which is a web only update. It can be installed on 98SE only if WinXP ICS client is already installed. But I have added instructions on how to install it on 98SE even without XP ICS client [scroll down to "Microsoft Windows 98/98 SE + ICS UPnP Unchecked Buffer System Compromise SSDPAPI.DLL, UPNP.DLL + SSDPSRV.EXE build 4.90.3003 Security Vulnerability Fix:"]: http://www.mdgx.com/web.htm#9SU Now also here: http://www.msfn.org/board/index.php?showtopic=46581 HTH

This bug is *not* related to Gape's SP2 nor 98SE2ME. It is caused by MS06-013 [Q912812] hotfix, respectively URLMON.DLL. Please see bug + fix [install URLMONFX.EXE] here: http://www.mdgx.com/ietoy.htm#IEC More details: http://www.msfn.org/board/?s=&showtopic=75...ndpost&p=511751 http://www.msfn.org/board/?s=&showtopic=73...ndpost&p=504489 http://www.msfn.org/board/?s=&showtopic=73...ndpost&p=504979 HTH

I'm still waiting for more entries for the Explorer Start menu banner, so I can compare different designs. So far, I like better the 1 created by jimmsta. Nice work. jimmsta: What font did you use? Thanks.

Yes, I was talking about your list_files_in_text.bat file, part of your SFC script: http://www.geocities.com/fredledingo/check_system.zip The long delay was happening no matter which file [VBS or BAT] I was running. But I found why your batch was taking so long to create the files list [actually it got stuck at the 1st screen], because I have this line in my autoexec.bat: SET DIRCMD=/A/O:GEN/P/V which prompts the user to press a key to display the next screen. Otherwise the DIR command waits for input without moving on. This SET variable adds the /P switch anytime a DIR command is run, even from within batch files. So in your batch you need to add the /-P switch [allows moving on to next screen without any user input] on all DIR lines to prevent this from happening [example]: dir %windir% /O:GN /S /-P >> %list% dir %windir% /O:GN /A:S /S /-P >> %list% dir %windir% /O:GN /A:H /S /-P >> %list% This way the entire script took only a split second on my PC. But I also added a CLS line b4 the EXIT line at the end, so the batch can close automatically. Good job, your script works now. HTH P.S.: I know there is a way to place set variables in VB scripts, but I don't have any experience with VB, so I don't know the code.

This is the registry value responsible for the desktop IE icon on my computer [Win98 SE]: [HKEY_USERS\.Default\Software\Classes\CLSID\{FBF23B42-E3F0-101B-8488-00AA003E56F8}\DefaultIcon] @="C:\\WINDOWS\\SYSTEM\\SHDOCLC.DLL,0" Of course, it can be changed to any other icon u wish: [HKEY_USERS\.Default\Software\Classes\CLSID\{FBF23B42-E3F0-101B-8488-00AA003E56F8}\DefaultIcon] @="C:\\ICONS\\SMILIES.DLL,7" Just remember, the 1st icon in a DLL/EXE/ICL file is always number 0 [zero] if more than 1. The count goes down following vertical columns, which you can see when you change an icon to a shortcut. ICO files contain only 1 viewable icon [at a time] even if they may actually contain more than 1, the others (if any) are of different number of colors +/- resolutions. HTH

CLASYS: PWS can be reinstalled in Win98 SE by running: Control Panel -> Add/Remove Programs -> Windows Setup -> Internet Tools -> Details button -> check Personal Web Server box -> click Apply/OK -> must have Win98 SE CABs available from CD or HD. If u have any files newer than the ones from the CABs, you can answer "Yes" to keep newer files if prompted to do so. HTH

Thanks for trying.D*ZIP DLLs v5.xx are from current edition of DynaZip tool [shareware] from the DynaZip web site. I guess they removed support for M$ ZIP Folders. I think we'll stick with v3.xx in 98SE2ME. And actually this doesn't matter, because if 98SE2ME detects newer versions, it does not copy the 3.xx ones to %windir%\system . Thanks.

Your batch works ok now. There is not equivalent for batch files [DOS mode] for "C:\Program Files" set %variable% location in 9x OSes. Only NTx OSes have that feature. The only way is to write an INF or REG file which can be called from within a batch. REG file also works, but the INF method is more elegant and more flexible. You should consider adding DOS/Windows mode detection if you plan to use this only for Windows 9x UI mode. Examples: -------snip------- IF "%OS%"=="Windows_NT" GOTO END IF "%windir%"=="" GOTO END IF "%winbootdir%"=="" GOTO END MEM /C | FIND /I "vmm32">NUL IF ERRORLEVEL 1 GOTO END whatever... :END CLS EXIT -------snip------- Replace the "exit" line at the end of your batch with: CLS EXIT Make sure there is no space or blank/invisible characters/tabs after CLS or EXIT [the way it is now]. That should close the batch automatically upon completion. FYI: The CLS + EXIT method works only if the batch starts with: @ECHO OFF as 1st line. And you can remove these lines after you add the CLS + EXIT lines: echo ------------------------------------- echo PLEASE CLOSE THIS WINDOW TO CONTINUE. echo ------------------------------------- HTH BTW: I noticed on the PC I already tried your tool on [1.4 GHz P3 + 512 MB RAM] that it is very slow to create the list. Is there a way to streamline/optimize/tweak the VBS file to make it faster? Or have you considered using a batch to do this instead? Thanks.

This bug has nothing to do with URLMONFX.EXE or with MS06-013 [Q912812]. This can be fixed as detailed below... I have added a new BUG + FIX topic to READ1ST.TXT under the "KNOWN BUGS + FIXES" chapter: http://www.mdgx.com/9s2m/READ1ST.TXT BUG: After installing 98SE2ME option 1 or option 2 [and maybe option 3 (?)] Internet Explorer 5/6 Repair Tool may not work anymore or Windows may lock up. More info: - MSKB: http://support.microsoft.com/?id=194177 - BeemerWorld: http://www.beemerworld.com/tips/ie5repaira.htm - HelpWithWindows: http://www.helpwithwindows.com/windows98/ie50-11.html - Bleeping Computer: http://www.bleepingcomputer.com/tutorials/tutorial71.html - IEFix IE 5/6 Repair Tool [free]: http://windowsxp.mvps.org/IEFIX.htm FIX: This works ONLY IF you already made a BACKUP of original Win98 SE system files when you FIRST installed option 1 or option 2 = see "BACKUP + RESTORE WINDOWS 98 SE" chapter further above. In such case: 1. Reboot to native/true/real/pure MS-DOS mode: A. by holding down Shift + F5 at the same time during BIOS boot POST (Power On Self Test) sequence. B. OR by scrolling down using the down arrow to the "Command prompt only" option and then pressing Enter from the Windows 98 Startup Menu: http://www.mdgx.com/msdos.htm#MEN C. OR from a Windows 98 SE Emergency/Bootup/Startup floppy/CD/DVD/USB/external disc/stick/tape. 2. Copy all files from: Back into [%windir% = usually C:\WINDOWS]: ======================================================================= %windir%\WIN98SE.9ME %windir% [optional] %windir%\SYSTEM.9ME %windir%\SYSTEM [MANDATORY] %windir%\SYSBCKUP.9ME %windir%\SYSBCKUP [optional] %windir%\SYSTEM\VMM32.9ME %windir%\SYSTEM\VMM32 [optional] 3. Reboot into Windows GUI [Normal boot option]: http://www.mdgx.com/msdos.htm#MENHTH

There is always hope, even if you don't see it right away, don't allow appearances [or 1st impressions] to fool you. Thanks a lot for your work. I'll consider your banner. But I'm waiting for more than 1 entry to decide which one looks better, and so far I have nothing else to compare yours against. Best wishes.

Then leave it out of %windir% , or wherever it is located on your computer. See also my previous post about how to delete it from your registry. HTH

Edit: IMHO: Then you can leave vcmui.exe out of %windir% [or wherever it is located on your computer], or rename it to something like vcmui98.exe. Also, you can save the entire registry as a REG file [using Regedit's Export Registry feature], then open the REG file in a Notepad replacement like PFE [Windows Notepad does not support text files larger than 64 KB]: http://www.mdgx.com/toy.htm#TXT and search for "vcmui" [don't type quotes]. Save all lines which contain vcmui into a REG file [for backup purpose], then delete them from your registry. How to delete Registry keys + values: http://www.mdgx.com/newtip16.htm#DRK HTH

The batch has C:\WINDOWS for Windows directory. Must not be hard-coded because not everybody has Win9x in C:\Windows [i don't]. The proper syntax is: %windir% if you plan to use the batch from within Windows UI, or: %winbootdir% if you plan to use the batch from native/true/pure MS-DOS mode [outside Windows UI]. The batch also uses C:\PROGRA~1 for "C:\Program Files" [commented out/remarked in your batch] = same here, must not be hard-coded, not everybody has that exact directory location. For example I have C:\PROGRAMS . Proper syntax would be to use an INF file [example]: [Version] Signature=$CHICAGO$ [DefaultInstall] CopyFiles=LST1 [LST1] FILE1.TXT FILE2.TXT LIST1.TXT LIST2.TXT WHATEVER.??? [DestinationDirs] LST1=28700 [SourceDisksNames] 1=,,0which can be called from within the batch [example]: START /W RUNDLL32 %windir%\SYSTEM\ADVPACK.DLL,LaunchINFSection WHATEVER.INF,DefaultInstall The batch also has "set list=C:\MYDOCU~1\WHSCRIPT\CHECKS~1\WINF_B.TXT". I don't have that directory, and I bet others don't either. Proper syntax would be for example to use the %temp% variable instead: set list=%temp%\WINF_B.TXT Same goes for "set list=C:\MYDOCU~1\WHSCRIPT\CHECKS~1\FLIST1B.TXT" [commented out/remarked in your batch]. HTH

Can you post here the actual error message/web page eventually quoted?

Many thanks for your time and concern.Unfortunately, as I said in this post: http://www.msfn.org/board/index.php?s=&amp...st&p=505627 this banner must be So theoretically banner size must be 21 x 233, otherwise cannot be used. This applies after the banner is in vertical position [width becomes height and vice versa]. Example: This banner is 21 x 323 pixels 16 colors [4-bit]. This is how your banner looks like after shrinking it to size [21 x 78] and flipping it vertically: Thanks again.

In this curent release I'm afraid the D*ZIP.DLL files are overwritten. But I'll update 98SE2ME to check for newer versions first, and if 4.xx, 5.xx or newer versions are found, they won't be replaced anymore. Yes, D*ZIP dlls come from DynaZip [shareware]. I guess MS licensed some earlier versions [3.00.07, 3.00.08 etc] for use with ZIPDLDR.DLL [all Win9x/ME versions]. ZIPFLDR from WinXP does not need [as far as I know] the D*ZIP dlls. But there are some older apps/tools/etc that install those 2 DLLs. Win95/95B OSR2.0/95C OSR2.5 setup CDs install DUNZIPNT.DLL 2.00.19. Older AOL clients [6.0/7.0/8.0 ?] install some of those DLLs [older versions] too. I have latest versions [as of April 25 2005]: DUNZIP32.DLL 5.00.07 DZIP32.DLL 5.00.07 If anyone wants them, please e-mail me [click the blue E-mail link]: http://www.mdgx.com/form.htm I have not tested latest versions [5.xx] with ZIPFLDR.DLL 5.50.4921.1000 [the 1 installed by 98SE2ME, from WinME Q329048 hotfix]. HTH _______________________________ Edit: Updated 98SE2ME to not overwrite D*ZIP dlls. Please see the top of this topic for most recent 98SE2ME update.

Yes, it is.Quoted from READ1ST.TXT "NEWS + CHANGES" chapter: Another quote from READ1ST.TXT "98SE2ME.PIF COMPLETE GUIDE" chapter "* Option 6:" paragraph: HTH

Did u get any errors and/or messages after you moved vcmui.exe away from %windir%\system ? If you still did, then VCM is not responsible for those errors, and you need to look somewhere else for the cause. HTH

I've been using 98SE2ME on my PC for over 5 years [gazillions of variants], and never had any WU/WUC/OU access problems. The only time I experienced this issue was right after I installed Q912812 patch from MS. The bug + its fix [urlMONFX.EXE] are described here: http://www.mdgx.com/ietoy.htm#IEC Scroll down to "BUGS:". Then install URLMONFX.EXE. That should fix your problem. HTH

Sorry, NUSB is not my project, please contact Maximus-Decim for all NUSB related issues.IMHO: 98SE2ME installs [options 1, 2 + 8] similar USB support from WinME, and everything should work ok, without having to install NUSB. I recommend to install NUSB [if already installed 98SE2ME options 1, 2 or 8] only if your USB device(s) do not work properly. Quoted from READ1ST.TXT: READ1ST.TXT HTH

Your wishes are my commands... Please download 98SE2ME 5-25-2006 edition: http://www.mdgx.com/4

Try this: 1. move temporarily VCM [vcmui.exe] somewhere else: http://support.microsoft.com/?id=186157 2. run this from a DOS box: %windir%\SYSTEM\SFC.EXE /a:%windir%\SFCSYNC.TXT 3. move vcmui.exe back. HTH P.S.: The reg keys are not files, just reg keys [the registry is a virtual database]. More info: http://www.mdgx.com/reg.htm#RTS

I've made major changes to 98SE2ME lately, you may want to see READ1ST.TXT for details: http://www.mdgx.com/9s2m/READ1ST.TXT 2000/XP/2003/Vista drivers [unless they are specifically written for both 9x + NTx OSes] do not work with 9x OSes. To my knowledge USB 2.0 does not work natively in 9x OSes, you must use manufacturer's drivers for your particular devices, which may or may not work [please see previous post]. HTH Again... Please post all/any 98SE2ME related issues in the 98SE2ME dedicated forum: http://www.msfn.org/board/?showtopic=46349 Thanks.