MDGx

Patron
  • Content count

    2,692
  • 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

1,757 profile views
  1. I would like to thank you for all your tutorials and fixes,software(s) too concerning winDOwS since I can remember. "98

    You allowed me to be confident using Win95B,Win98fe and Win98se when I used it.

    I am now using XP Pro sp3 and do have one computer with Win7 Pro,but prefer the former operating system.

    remember AOL? lol

    Thank You very much!

    -eof

    http://www...

  2. 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
  3. 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
  4. 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
  5. 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
  6. MDGx very Excelent support to Windows 9x Series

  7. 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. ;-)
  8. 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
  9. Programs for DOS, drivers for DOS, potatoes, potatos, take your pick... The important fact is that it happened, and much sooner than some of us here at MSFN predicted it would happen... ;-) exFAT drivers for native DOS are finally here [free, open source]... USBexFAT ASPI Disk Driver 1.00: USBEXFAT.COM [27 KB] Native DOS TSR exFAT/FAT64 Reader Driver 0.5: EXFAT.EXE [50 KB] Requires HX DOS extender (free) Experiment: Load them up [1 at a time] in your config.sys +/- autoexec.bat, reboot, and then start Windows 95/98/ME. Theoretically these drivers should provide exFAT/FAT64 support (even if limited) in Windows 9x OSes [95, 98 + ME]. An extended memory manager like HIMEMX.EXE (free) may be needed in config.sys. Do not load them from a DOS box/session/console. WinME users need 1 of these patches to re-enable use of autoexec.bat + config.sys [free]. Enjoy.
  10. 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
  11. 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
  12. 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
  13. 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
  14. 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.
  15. 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