Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


MDGx

Patron
  • Content Count

    2,692
  • Donations

    $0.00 
  • Joined

  • Last visited

Posts posted by MDGx


  1. keropi666 told me SCANFRAG.EXE dskmaint.dll from Win98 SE has errors with newer/larger HDDs.

    So I updated SCANFRAG.EXE to include both files...

    http://www.mdgx.com/files/scanfrag.php

    File [1.12 MB]:

    http://www.mdgx.com/files/SCANFRAG.EXE

    Install will use by default the newer DLL from WinME, the one from Win98 SE is found as DSKMAINT.D98 (DLL renamed to D98).

    Excerpt from SCANFRAG.TXT:

    - %windir%\SYSTEM :

    DSKMAINT.DLL 4.90.3000 (NEWer) = from WinME Setup CD

    DSKMAINT.D98 (DSKMAINT.DLL renamed) 4.70.1998 (OLDer) = from Win98 SE Setup CD

    NOTE:

    Use OLDer file above ONLY IF ERRORS with NEWer 1 while using Defrag/ScanDisk:

    1. Rename NEWer DSKMAINT.DLL to DSKMAINT.DME [in %windir%\SYSTEM].

    2. Rename OLDer DSKMAINT.D98 to DSKMAINT.DLL [in %windir%\SYSTEM].

    Enjoy. ;-)

    MDGx


  2. UPDATED · 12-14-2011

    Please see the 1st post for most recent 98SE2ME update.

    ___________________________________

    Updates:

    • Options 1, 2, 3 + 6: fixed VBScript code in O2.BAT, O3.BAT + O6.BAT.
      Replaced this:
      ECHO WScript.ECHO "SET PF=" %AN% sh.RegRead("%LM%\%VL%")>>%TEMP%\$PF$.VBS
      with this code:
      ECHO WScript.ECHO "SET PF=""" %AN% sh.RegRead("%LM%\%VL%") %AN% """">>%TEMP%\$PF$.VBS
      Hopefully "C:\Program Files" will be now properly recognized. ;-/
      [thank you Drugwash]

    ___________________________________

    I have not tested recent 98SE2ME changes + updates because I don't have Windows 98 SE installed.

    Please test at your convenience to make sure everything works properly.

    Thanks. ;)

    ___________________________________

    HTH


  3. Hello MDGx! Any ways to use your pack with different language? Is it possible translate it?
    To answer your Q...

    quoted from READ1ST.TXT (last section called "THE SOURCE"), found here:

    THE SOURCE

    ¯¯¯¯¯¯¯¯¯¯

    See INNOFILE.TXT (included):

    - Start button -> Programs -> 98SE2ME -> "Source Scripts + Translation Guide"

    shortcut.

    OR:

    - (Double-)click on C:\9!M\INNOFILE.TXT

    for details about 98SE2ME + Inno Setup source scripts + logos and to learn how

    to translate + recompile 98SE2ME.EXE into languages other than English.

    Also available online:

    http://www.mdgx.com/9s2m/INNOFILE.ZIP

    There are already a French + an Italian pack available here:

    http://www.mdgx.com/9s2m/

    also listed here:

    http://www.mdgx.com/web.htm#92M

    and here:

    http://www.msfn.org/board/index.php?showtopic=46349

    HTH


  4. UPDATED - 7-27-2011

    Please see the 1st post for most recent 98SE2ME update.

    ___________________________________

    Updates:

    ___________________________________

    I have not tested recent 98SE2ME changes + updates because I don't have Windows 98 SE installed.

    Please test at your convenience to make sure everything works properly.

    Thanks. ;)

    ___________________________________

    P.S.:

    Maybe one of these days [who knows, I may find time ;-)] I'll fix the shortcuts issue.

    HTH


  5. X=yyyy-zzzz memory address ranges (can be more than 1 X= switches on the same EMM386.EXE line) exclusion is necessary to make sure the operating system (DOS, Windows 9x) doesn't use by accident the same range(s) used by certain hardware devices/peripherals/cards.

    Such devices use preset (built-in, hard-coded) memory ranges when your PC boots, and in most cases nothing can change that.

    You just need to make sure DOS (and implicitly Windows 9x) and software applications/drivers/TSRs/processes/etc do not use the same ranges, to avoid lockups/errors/data loss.

    All these memory addresses are in the upper memory area (UMA):

    http://en.wikipedia.org/wiki/Upper_memory_area

    More details in REGIONS.TXT, part of my tips files archive (freeware):

    http://mdgx.com/95.htm

    To see a generic map of what uses which ranges, please see REGIONS.TXT, the "2. Conventional Memory: below the 1st MegaByte" section, and also the "III. MDGx ADDENDUM = UPPER MEMORY REGIONS MANAGEMENT" section (bottom of file).

    Please look also at at MEMORY.TXT (part of my tips files archive) under the "I. My CONFIG.SYS Lines Explained" section for more details.

    MSKB article:

    http://support.microsoft.com/?id=112816

    Run this command from a DOS box to see all emm386.exe available switches:

    HELP EMM386.EXE

    and see also the undocumented ones, if you wish:

    http://www.mdgx.com/secrets.htm#EMM

    EMM386.EXE switches are also detailed in your MSDOSDRV.TXT file, found in %windir% (installed by Win9x), or online:

    http://support.microsoft.com/?id=234868

    You can use the MSD command in either native DOS (recommended) or from a DOS box (not recommended, adds memory ranges used by Win9x OS memory manager) to view the UMA layout. The areas used by hardware devices are coded with the letter R (reserved) or U (used).

    MSD editions [free]:

    http://www.mdgx.com/speed.htm#MSD

    Just make sure an expanded memory manager (EMS) like EMM386.EXE is not loaded from your config.sys when you run MSD, otherwise most UMA areas will be in use by either EMM386 manager itself or its EMS page frame (marked with the letter P on the MSD screen) = page frame range can be changed to make sure it doesn't conflict (overlap) with memory areas used by some hardware device(s) => see the FRAME=xxxx-yyyy switch.

    MSD9X.TXT (from my tips files archive) has more details.

    To be safe, add this line to your SYSTEM.INI [found in %windir% = usually C:\WINDOWS] under the [386enh] section:

    EMMExclude=A000-FFFF

    To prevent Windows from searching the Upper Memory

    Area (UMA) for unused memory (RAM) upon startup. Safer

    if using any 3rd party memory managers (QEMM, NetRoom,

    386MAX etc), or any real MS-DOS mode

    devices/drivers/TSRs in CONFIG.SYS/AUTOEXEC.BAT. This

    is equivalent with starting Windows by running:

    WIN /D:X

    This is found here:

    http://www.mdgx.com/lastweek.htm#SYSINI

    A000 (hex) is the bottom (lowest) address (where UMA starts), and FFFF (hex) is the top (highest) address (where UMA ends).

    This way, you can make sure the OS/software/etc will never use memory ranges which might otherwise in use by hardware devices.

    HTH


  6. Soon [in a few days] I'll have the new Q2416400 (MS10-090) IE 6.0 SP1 security fix [i'm still working on it, not enough spare time ;-(] posted here:

    http://www.mdgx.com/ietoy.htm#IEC

    The file name will be I2416400.EXE [Win98/98 SP1/98 SE/ME OSes], and the actual link will be [right now this link doesn't exist ;-)]:

    http://www.mdgx.com/files/I2416400.EXE

    I'll also have X2416400.EXE for Win2000/XP Pre-SP2, which is actually the unofficial Wild Bill's patch (http://www.msfn.org/board/index.php?showtopic=146529&st=2), available on MSFN forums.

    I2416400.EXE will replace I2360131.EXE .

    X2416400.EXE will replace X2360131.EXE .

    HTH


  7. Do you think its possible to add this Win 2000 fix to your package, if you have some spare time.

    And if you may can you add Windows2000-KB2416400-x86-ENU.exe files, they are newer WinXP files of course. Thank you

    I've considered adding l3codec.ax, but it may be a while, I don't have enough spare time at the moment.

    98MP10 actually installs the ACM codec: L3CODECP.ACM, similar, but older [newer versions work only with WMP11/newer to my knowledge].

    I will also update advpack.dll to newest build from XP SP3 [i've noticed it works properly with all 9x OSes].

    About KB2416400 [Wild Bill's unofficial patch]:

    Installs IE 6.0 SP1 only files, those belong to a cumulative IE fix, which I'm working on right now [not done yet].

    98MP10 doesn't install any of those files.

    HTH


  8. UPDATED 1-7-2011

    * Recompiled fix with IExpress [now compatible with 9x OSes]: MS IE 6.0 SP1 Cumulative Security Fix from MS10-071 = I2360131.EXE .

    For my Win 98SE, "I2360131.EXE" extracted into the Windows\Temp folder but did not automatically install. Right-clicking the ".INF" file and clicking "Install" did the trick.

    Affirmative. I have the same thing.
    I have revised the fix, please install again, it should work properly now [2.22 MB]:

    http://www.mdgx.com/files/I2360131.EXE

    It installs now only on Windows 98/98 SP1/98 SE/ME.

    PS:

    Users of Windows 2000/XP Pre-SP2 must install this one instead [Wild Bill's unofficial patch] [2.56 MB]:

    http://www.mdgx.com/files/X2360131.EXE

    Thanks for all the feedback.


  9. MDGx told me recently that WildBill's installer works also for 9x/ME as it is, without any changes.

    I didn't test it myself, though... I installed his files by hand when I performed my latest update, so confirmation is in order.

    While this might be true for the former update, the latest doesn't work with Win 98SE unmodified... I just tried and got two error boxes:

    ==================

    Error Starting Program

    The Windows2000-KB2416400-x86-ENU.exe file is linked to missing export NTDLL.DLL:NtShutdownSystem.

    ==================

    then:

    =================

    Windows2000-KB2416400-x86-ENU.exe

    A device attached to the system is not functioning.

    =================

    and the update was aborted. :(

    @MDGx: Please, MDGx, as soon as you have time, do create a 9x/ME enabled installer for it! :angel

    Your wish is my command... ;-)

    http://www.mdgx.com/upd98me.php#010711'>http://www.mdgx.com/upd98me.php#010711

    ... at least as far as concerning IE 6.0 SP1 fix:

    http://www.mdgx.com/files/I2360131.EXE

    ... and I kept the old one [WildBill original] which installs only on 2000/XP [renamed]:

    http://www.mdgx.com/files/X2360131.EXE

    I'm working on Windows2000-KB2416400-x86-ENU.exe .

    I'll post it at:

    http://www.mdgx.com/upd98me.php

    when done.

    HTH


  10. UPDATED · 1-7-2011

    Please see the top of this topic for most recent updates.

    These updates are found here.

    Enjoy

    _________________________

    * New DST (TZ) = December 2010 Cumulative Update for all Windows OSes.

    * Recompiled fix with IExpress [now compatible with 9x OSes]: MS IE 6.0 SP1 Cumulative Security Fix from MS10-071 = I2360131.EXE .

    dencorso + other Windows 2000 + XP users:

    FYI: I2360131.EXE installs also on NT4+SP6a, 2000 & XP Pre-SP2 . Kept also 2000/XP only fix = changed name to X2360131.EXE .

    FYI: users of Win2000/XP Pre-SP2 must install this one instead: X2360131.EXE.

    HTH


  11. Avast 5.1.835 warning me about a trojan horse

    Hi,

    Thanks for your feedback.

    Actually 98RESTOR.BAT [installs as part of 98SE2ME.EXE into the C:\9!M folder] is a plain text file with batch commands. This is the full disclosure [as you may know I have released 98SE2ME as open source]:

    @ECHO OFF
    IF "%OS%"=="Windows_NT" GOTO N@
    IF "%winbootdir%"=="" GOTO N@
    IF NOT EXIST C:\W98SEOLD\SYSTEM.INI GOTO N@
    IF NOT EXIST C:\9!M\ATTRIB.COM GOTO N@
    IF NOT EXIST C:\9!M\FIND.COM GOTO N@
    IF NOT EXIST C:\9!M\CHOICE.EXE GOTO N@
    IF NOT EXIST C:\9!M\MEM.EXE GOTO N@
    IF NOT EXIST C:\9!M\MOVE.EXE GOTO N@
    IF NOT EXIST C:\9!M\START.EXE GOTO N@
    IF NOT EXIST %winbootdir%\RUNDLL32.EXE GOTO N@
    IF NOT EXIST %winbootdir%\SYSTEM\ADVPACK.DLL GOTO N@
    C:\9!M\MEM /C | C:\9!M\FIND /I "vmm32">NUL
    IF NOT ERRORLEVEL 1 GOTO W1
    C:\9!M\MEM /C | C:\9!M\FIND /I "SMARTDRV">NUL
    IF NOT ERRORLEVEL 1 GOTO SD3
    IF NOT EXIST %winbootdir%\SMARTDRV.EXE GOTO SD1
    %winbootdir%\SMARTDRV 12288 16 A- C+ /Q>NUL
    :SD1
    IF NOT EXIST %winbootdir%\COMMAND\SMARTDRV.EXE GOTO SD2
    %winbootdir%\COMMAND\SMARTDRV 12288 16 A- C+ /Q>NUL
    :SD2
    IF NOT EXIST C:\SMARTDRV.EXE GOTO SD3
    C:\SMARTDRV 12288 16 A- C+ /Q>NUL
    :SD3
    IF EXIST %winbootdir%\*.INI C:\9!M\MOVE.EXE /Y %winbootdir% C:\W98SENEW
    IF EXIST C:\W98SEOLD\*.INI C:\9!M\MOVE.EXE /Y C:\W98SEOLD %winbootdir%
    ECHO. 98RESTOR.BAT
    ECHO.
    ECHO Your entire ORIGINAL Win98 SE OS was RESTORED BACK into %winbootdir% .
    ECHO Your NEW Win98 SE OS was BACKED UP into C:\W98SENEW , which you can
    ECHO DELETE later from within Windows to save disk space.
    ECHO.
    ECHO Your RESTORED Windows is loading now...
    IF NOT EXIST C:\AUTOEXEC.98R GOTO AB
    ECHO A | IF EXIST C:\AUTOEXEC.* C:\9!M\ATTRIB.COM/B +A -H -R -S C:\AUTOEXEC.*>NUL
    IF EXIST C:\AUTOEXEC.98R COPY/Y/Z C:\AUTOEXEC.98R C:\AUTOEXEC.BAT>NUL
    IF EXIST C:\AUTOEXEC.98R DEL C:\AUTOEXEC.98R>NUL
    :AB
    IF NOT EXIST C:\W98SENEW\WININIT.INI GOTO WI
    ECHO A | IF EXIST C:\W98SENEW\WININIT.* C:\9!M\ATTRIB.COM/B +A -H -R -S C:\W98SENEW\WININIT.*>NUL
    IF EXIST C:\W98SENEW\WININIT.INI DEL C:\W98SENEW\WININIT.INI>NUL
    :WI
    IF EXIST %winbootdir%\WIN.COM %winbootdir%\WIN.COM
    GOTO N@
    :W1
    ECHO A | IF EXIST C:\AUTOEXEC.* C:\9!M\ATTRIB.COM/B +A -H -R -S C:\AUTOEXEC.*>NUL
    IF EXIST C:\AUTOEXEC.BAT COPY/Y/Z C:\AUTOEXEC.BAT C:\AUTOEXEC.98R>NUL
    C:\9!M\START /M /W RUNDLL32.EXE %windir%\SYSTEM\ADVPACK.DLL,LaunchINFSection C:\9!M\2G.INF,AUT
    ECHO.>>C:\AUTOEXEC.BAT
    ECHO @IF EXIST C:\9!M\98RESTOR.BAT CALL C:\9!M\98RESTOR.BAT>>C:\AUTOEXEC.BAT
    ECHO.>>C:\AUTOEXEC.BAT
    IF EXIST %windir%\RUNDLL32.EXE %windir%\RUNDLL32.EXE %windir%\SYSTEM\SHELL32.DLL,SHExitWindowsEx 2
    :N@
    CLS
    EXIT

    I'm sure you have heard of false positives when talking about virus/trojan/malware detection by known anti-virus scanning engines.

    Here is another example of a such false positive, reported back to me by another 98SE2ME user in 2009:

    Incidentaly NOD32 (4.0.437.0 with 10/17/2009 virus definition database) is complaining about some virus in this web page. Here is the log:

    "21/11/2009 10:28:33 AM HTTP filter file http://www.mdgx.com/9s2m/read1st.php BAT/ExitWindows.C trojan connection terminated - quarantined CITADEL\Administrator Threat was detected upon access to web by the application: C:\Program Files\Internet Explorer\iexplore.exe."

    That report was about this web page:

    http://www.mdgx.com/9s2m/read1st.php

    which is a plain HTML file with some PHP code (plain text) to render 98SE2ME's READ1ST.TXT (which is also plain text):

    http://www.mdgx.com/9s2m/READ1ST.TXT

    READ1ST.TXT is also part of 98SE2ME.EXE, and is copied into C:\9!M at install time.

    This 98SE2ME user sent an e-mail with the actual source code (read1st.php + READ1ST.TXT above) to that anti-virus company, and to my knowledge they added my web page + text file to their list of false positives.

    The solution is to test 98RESTOR.BAT for actual viruses (or/and the entire 98SE2ME installer + list of files installed into C:\9!M) by using other anti-virus engines [here is a list of popular online anti-virus scanners (free)]:

    http://www.mdgx.com/vir.htm#SS

    to confirm (validate) or refute (invalidate) this report.

    Then please send an e-mail to Avast including the source code.

    Also, you may want to update your anti-virus engine database with current virus signatures (if not already done it).

    Thanks a lot for your time and concern.

    Best wishes,

    MDGx


  12. Thanks for the clarification and hints.

    So even if I eventually manage to install a recent DX9c package, MPC HC would only work in overlay output mode :(

    On a Win 98SE2ME system, MPC 6.4.9.1 (unicode) build 107 works with KernelEx. The last DirectX 9c 2008. dec(?) package that was released for Win ME can be installed on top of Direcx9c 2006 versions as well. This is the farthest one can get, I guess...

    Sounds good, running even newer versions with KEX. ;-)

    But please keep in mind that certain newer, NTx-only functions do not work on 9x OSes, even with KEX (too many dependencies).

    KEX only provides compatibility for such executables, so they can run under 9x kernel/APIs without crashing or without displaying annoying error messages.

    PS:

    DX newer than December 2006 only has newer Managed DirectX (MDX) libraries, which is actually 1 file (D3DX9_xx.DLL = where xx represents build number) [enabled only with .NET Framework Redistributable installed, and used by very few apps + games], and those are not compatible with 9x OSes, although I presume [i have not tested] they will probably work (in compatibility mode) with KEX installed, but apps/games running on 9x OSes will not take advantage of newer MDX features [NTx only APIs are not implemented].

    Last MDX edition compatible with 98/98 SE/ME is D3DX9_32.DLL build 9.16.843.0000 as of December 2006. Any newer MDX DLLs have APIs only for NTx OSes [starting with D3DX9_33.DLL].

    Core APIs [DX 9.0c build 4.09.00.0904] are the same in all DX editions since 2004.

    More info:

    http://en.wikipedia.org/wiki/DirectX#Releases

    HTH


  13. Hi All,

    having a recent build of Media Player Classic HomeCinema installed, I found it impossible to set the video output to VMR7 and VMR9 renderer, as MPC HC needs the latest DirectX redistributable package for that.

    2010 June DirectX package cannot be installed because it checks (well, tries to check) its MS Certificate and it fails. With KernelEx set to XP SP2 mode, the installer starts and stops at the Certificate check.

    Under XP and above, running Cryptographic Services might solve the issue, but this of course is impossible on Win9x. The Certificate in question is faulty / missing as well, so MS advised some ppl to hack one of the dlls (dsetup32.dll) to inactivate the check. However, I cannot find exaclty how to do that.

    Anyone in the know please give specific advice what to do with "dsetup32.dll". Or direct me to the right MS topic.

    Many thanks in advance.

    MPC-HC was designed stritcly for NTx OSes [2000, XP, 2003, Vista, 2008 + 7].

    To my knowledge 9x OSes DirectShow functions are not supported in MPC-HC.

    If using 98, 98 SP1, 98 SE or ME [9x OSes], you should use the last MPC version created specifically for those OSes.

    More MPC info.

    And if using MPC, make sure you already installed:

    - DirectX 9.0c:

    http://www.mdgx.com/dx.htm#DX9

    - K-Lite Codec Package [last version for 98/98 SE/ME]:

    http://www.filehippo.com/download_klite_codec_pack/3194/

    KLC installs MPC, but probably an older version.

    After having installed KLC, install newest MPC (above) in the same directory where KLC installed it (overwrite the EXE).

    HTH


  14. > While not mandatory, I usually add the Unofficial Win 9x Stack Corruption (98KRNLUP.EXE)

    > which installs Krnl386.exe v. 04.10.00.2000, to the mix, too. This completes the available updates to Win 9x core files.

    Just a quick question. What's the source of 98KRNLUP.exe (Krnl386.exe V .2000) ?

    Microsoft?

    This is the text file that pops up whenever one installs 98KRNLUP.EXE:
    Unofficial Windows 98/98 SP1/98 SE KRNL386.EXE 4.10.2000 Fix

    EXTREMELY IMPORTANT:

    You MUST REBOOT at END of INSTALL to complete properly!

    Do NOT install MORE THAN ONCE WITHOUT REBOOTING AFTER FIRST INSTALL!

    Everything here applies only to English editions.

    This fix/update is cumulative. This means it includes ALL BUG fixes from all previous official + unofficial patches/(hot)fixes/updates. Do NOT replace with ANY other older file version(s) UNLESS having problems with current file version(s).

    NOTE:

    Provided 'as is', without any warranties, expressed or implied.

    Use at your own risk!

    INSTALL:

    This Fix installs KRNL386.EXE 4.10.2000 into %windir%\SYSTEM [%windir% = usually C:\WINDOWS].

    MORE INFO:

    KRNL386.EXE 4.10.2000 prevents a rare, but then very often fatal case of stack corruption when certain KERNEL APIs are called.

    The only connection to KB891711/Q891711/U891711 is that these 16-bit binaries call at least one of those KERNEL APIs. However, many of the serious problems people reported with KB891711.EXE 4.10.2222 were most likely caused by a buffer overflow condition on the 16-bit stack of KB891711.EXE.

    The problems that still occured with KB891711.EXE 4.10.2223 but were much, much less common, were most likely caused by the stack corruption bug in KRNL386.EXE.

    This fix was created by an anonymous author, based on the official file from MS.

    All I did was to create the IExpress installer, and made up the text file.

    HTH


  15. @MDGx:

    Placing the variable "DisableRegistryTools"=dword:00000001 in the key [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\ System] does not, at least for me, the blockade.

    The solution to this error message is to delete that registry value.

    But if that did not fix your problem, you may want to try something else...

    1. Make sure you use Windows logged in as Administrator or sole owner [with administrative rights], or as part of the Administrators/Sysadmin group.

    2. See this system restrictions guide:

    http://www.mdgx.com/newtip9.htm#RESTRICT

    and make sure your executables (.EXE files) and/or REG/VBS/HTA/INF scripts are not blocked from running on your computer.

    3. Make sure you don't have any antivirus/trojan/malware/spyware "infestation". Clean it up if you do:

    http://www.mdgx.com/vir.htm#RMV

    HTH


  16. "Tweak UI has been disabled by your administrator"

    This error message can be fixed...

    The "DisableRegistryTools" registry value must be deleted from your registry:

    http://www.mdgx.com/newtip9.htm#RESTRICT

    How to use RegEdit (REGEDIT.EXE) to add/change/delete/rename registry values:

    http://support.microsoft.com/?id=310516

    More info [refers to XP TweakUI 2.x, but solution is the same]:

    http://windowsxp.mvps.org/tweakuirest.htm

    If you'd like to use the REG.EXE DOS box/console tool in Windows 98/98SE/ME, you need to download it from MS Win98 Resource Kit (RK) ftp server:

    ftp://ftp.microsoft.com/services/technet/samples/ps/win98/reskit/REGISTRY/REG.EXE

    because unlike NTx based Windows, it is not installed by the OS. ;-(

    Then run REG from a DOS box to view its command line parameters.

    This command displays the REG DELETE help screen:

    REG DELETE /?

    To delete the registry value above, you need to run this command line:

    REG DELETE HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\System\DisableRegistryTools

    Press Enter, and you'll see this screen:

    Permanently delete registry value DisableRegistryTools Y/N ?

    Type Y (Yes) and press Enter.

    Repeat these steps (if necessary) for the HKLM hive key:

    REG DELETE HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System\DisableRegistryTools

    To bypass the Y/N screen, you can use the /FORCE switch:

    REG DELETE HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\System\DisableRegistryTools /FORCE

    REG DELETE HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System\DisableRegistryTools /FORCE

    REG.EXE switches are case insensitive, except the "\\Machine" parameter, because UNC names are sometimes case sensitive.

    FYI:

    Everything about TweakUI:

    http://www.mdgx.com/98-3.htm#TWK98

    HTH

×