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

Community Reputation

0 Neutral

About MDGx

  • Rank
    98SE2ME + 98MP10

Contact Methods

  • Website URL
    http://www.mdgx.com/

Profile Information

  • OS
    none specified
  • Country

Recent Profile Visitors

6,677 profile views
  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: 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. To answer your Q...quoted from READ1ST.TXT (last section called "THE SOURCE"), found here: 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: Options 1 + 2: replaced modded WinME REGEDIT.EXE 4.90.3000 with patched modded WinME REGEDIT.EXE 4.90.3001 (correct checksum) [%windir%]: http://www.msfn.org/board/index.php?showtopic=46349&st=1050 [thank you dencorso] ___________________________________ 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. MDGx very Excelent support to Windows 9x Series

  6. See this: http://www.techspot.com/news/41988-windows-98-traffic-higher-than-windows-phone-7-traffic.html ... and my comment @ #20 [sorry, I couldn't resist ;-)]: http://www.techspot.com/vb/topic159693.html Have fun. ;-)
  7. 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: 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
  8. 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
  9. FYI... Guides for EMM386.EXE usage = download W95-11D.EXE or W95-11D.ZIP (freeware): http://www.mdgx.com/95.htm Install (exe) or extract (zip) the files, and then read these plain text files: MEMORY.TXT REGIONS.TXT EMM386.TXT [especially sections about expanded memory] Few more tips here: http://www.mdgx.com/newtip20.htm#9SMM 9x OSes SETUP switches: http://www.mdgx.com/last2.htm#SETUPSW HTH
  10. 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
  11. Your wish is my command... ;-)I've added a new FYI into the 1st post concerning innounp + Inno Setup. Also added strike-out lines over old, invalid links. HTH
  12. 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.
  13. 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! 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
  14. 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
  15. 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: 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
×
×
  • Create New...