• Content count

  • Joined

  • Last visited

Community Reputation

4 Neutral

About DougB

  • Birthday

Profile Information

  • OS
  • Country
  1. I've found this page interesting as well as informative: Win Me, 98SE, 98, 95 Setup & Undocumented Switches On this page: * How to use Windows 9x Setup Switches * UNDOCUMENTED Windows 9x Setup Switches * Setup Switches SPECIFIC to Windows Me, SE & 98 * Setup Switches COMMON to Windows Me, 98SE, 98, 95 * Definition of the /p Switch - Doug B.
  2. A similar program to consider is HLTIdle that i found on Vernon Brooks' "PC DOS Retro" site (ASM source code is included in the download): I haven't tested whether or not it exhibits the behavior you described; i'm just offering this info as a potential alternative that might offer more stability than MS Idle and a smaller memory footprint than FDAPM. Here is the program description: "HLTIDLE reduces power usage during the DOS keyboard idle loop by executing a HLT instruction when the keyboard idle function (INT 2Ah function 84h) is called. INT 28h is not used, because in addition to being called during the DOS keyboard idle loop, INT 28h is called once for every 64 characters output via INT 21h function 02h (note INT 21h function 09h uses the function 02h code). HLTIDLE also hooks INT 15h and checks for functions 90h (wait) and 91h (post) with device type codes 01h (floppy drive) or 02h (keyboard), so it can execute a HLT instruction while waiting for floppy disk I/O completion or BIOS keyboard input via INT 16h functions 00h or 10h. HLTIDLE is a small TSR program which uses 192 bytes of memory and may be loaded into upper memory. If the LO parameter is specified, then HLTIDLE will relocate itself to the unused area from 556h to 5BFh (segment 50h), effectively using no DOS memory at all." - Doug B.
  3. >> By the way, my main system is "just KernelEx" -- no Kext/Kstubs or ROS, so as to not complicate testing. (98SE with USP3x, 98SE2ME, RP9, IEradicator, etc.) > Did you mean without? Please clarify. Ok, my main system: 98SE, including U98SESP 3.55, 98SE2ME, KernelEx r13 (without Kext/Kstub or ROS), RP 9.7.2, IEradicator, etc. For this system, i'm trying to "Keep It Simple" in terms of KEx; plain-vanilla KernelEx to lessen the chances of weird interactions in order to (hopefully) simplify testing/reporting/troubleshooting. I also have another 98SE system that does use Kext and ROS, but that is secondary and isn't used as much. - Doug B.
  4. Thanks for the update, jumper! After a couple of days of typical usage, R13 is working well (no apparent glitches in my "everyday" programs)... but i don't really know what to look for. What were the changes? By the way, my main system is "just KernelEx" -- no Kext/Kstubs or ROS, so as to not complicate testing. (98SE with USP3x, 98SE2ME, RP9, IEradicator, etc.) - Doug B.
  5. I posted a comment a long time ago here that every time msfn "upgrades", it makes it less compatible with 9x-compatible web browsers. The most-recent upgrade was another case in point. To type this reply, i am using PaleMoon v3.6.32 with KernelEx as well as the final NoScript add-on (v2.9) that supports this FF version. NoScript is important, because when i set NoScript to allow msfn scripts, i cannot post! In other words, when all msfn scripts are *blocked* by NoScript, i *can* reply (but with minimal editing -- for example, no preview). When i tell NoScript to "Temporarily allow", the reply box at the bottom disappears; when i tell NoScript to "Revoke Temporary Permissions", the reply box returns. For comparison: Before the most-recent msfn upgrade, i had full reply/editing capability when i set NoScript to *allow* msfn scripts... although that slowed down performance significantly. - Doug B.
  6. Thanks for this new build! It seems to be working fine, and has fixed a couple of irritating interface quirks that the older version (9.22beta) had. The file provided (above) is a self-extracting executable. I unzipped it to a temporary location and copied the files over my previously-installed 7zip folder (v9.22beta). One DLL file would not copy in Windows, so i had to copy that in real DOS. - Doug B.
  7. Latest KoolPlaya (DirectShow media player) v1.3.1.9ß (2014-Feb-02) is again working using updated KernelEx DLLs r11+r12 (no Kext/KStubs or ROS): Download actual latest version: Requires the kpsamuplugin.dll file from the parent directory: Note: Will play non-encrypted DVDs, but not encrypted ones. - Doug B.
  8. FontSub.dll has been working for me as well, v5.1.2600.5888 from XP SP3 (or maybe USP4). I put it in the Windows\System\ folder since it's a Ms file, but it would work in the I_View32.exe folder too (not the Plugins\ folder). (IrfanView v4.42) - Doug B.
  9. Current version of GPL Ghostscript (v9.18, 2015-Oct-05) from Artifex is working again for me with updated plain KernelEx r11+12 DLLs (no KExt/KStub or ROS): On the other hand, Sumatra PDF reader (since v3.1) displays files ok, but the toolbar is horrific looking: big ugly icons, and the icon backgrounds are displaying as magenta color (FFh 00h FFh) instead of transparent. It doesn't seem to be in the embedded toolbar bitmap -- those from both new and old versions have the same res/depth, so (i think) it must be in the rendering. Does anyone else have these transparency and/or icon-size issues? Can anyone suggest a fix? (It's really ugly....) - Doug B.
  10. Hah -- DLL HELL!!! The situation i'm trying to avoid by keeping, as much as reasonable, the "system"-type DLLs only in the Windows\System\ folder. But your suggestion is a good one when my approach might not work. - Doug
  11. After manually disabling those system DLLs, same trouble with VLC Media Player v2.1.5 as before (with winsys reg patch): VLC media player could not start. Either the command line options were invalid or no plugins were found.The main culprit was MSVCRT.dll; resetting back to "default" allowed VLC to (at least) start (did not do more-extensive testing). Using v7.00.9981.0 for MSVCRT; no KExt/KStub. - Doug B.
  12. R11 with kexbasen r12 has been working well for me; no more problems with VLC v2.1.5. (W98SE, U98SESP3, 98SE2ME, IEradicator; KExt/KStubs disabled for testing.) @jumper: >> "Kex16." Sounds intriguing... will this be a re-write of KernelEx? >> Many thanks to everyone for their feedback and patience while I >> worked through this challenging puzzle. @Dave-H: > Thank you @jumper for sticking with this! +1! If i was more experienced with Windows programming, i could help more. - Doug B.
  13. Ok... my first glitch after the Release-11 fix: VLC media player could not start. Either the command line options were invalid or no plugins were found.No info was written to Faultlog.txt file. I haven't changed anything regarding VLC, same behavior occurs on two separate systems, behavior unchanged after reverting back to Release 10. I'm using VLC v2.1.5 (last ver that could play DVDs for me). - Doug B. P.S. To clarify a point in my previous post (#254): At some point, Audacity did require KExt, now it runs with straight KEx.
  14. Just installed the fix, and it seems to be working ok here (U98SESP3, 98SE2ME, IEradicator, etc) -- it got past the desktop. Just for kicks, i removed Kext/KStubs to see what would / would not work. Recently-released Audacity v2.1.2 audio editor is working for me with straight KEx updates; previously, it required KExt. Will report on others if there's any interest. To follow up on loblo's comment, KExt/KStubs is pretty-much over my head, being primarily an end user (but a fairly-decent "paint-by-numbers" guy ). While it's certain that KExt will always be useful, I welcome the more-generalized solution of the KernelEx updates. It seems to make sense from an efficiency/elegancy standpoint as well (from a not-too-technically-inclined end-user perspective). Attempting a "one-size-fits-all" solution certainly does present challenges, though. - Doug B.
  15. Most-recent MPlayer WW version is svn-r37356 (2015-Jan-13). Homepage has always worked ok for me: There is a "Download The Latest Verison:" line near the top and a menu on the left. Nevertheless, here is it's Sourceforge page: I agree about it being a great player -- it's also my default (left-click) player. All versions are portable, though -- download the 7zip file, unpack it, and you're set to go. One of the great things about it (IMO) is that it integrates MPlayer right into the GUI binary -- it's not just a separate front-end that runs an external MPlayer.exe file. Another is that (like all MPlayers) it includes it's own codecs inside the main executable. But you can also download some extended/rarer codecs (and other stuff) in the "Extra Package". And if you really do want to go "DirectShow" anyway, you can download an extension for that too. Unfortunately, on my systems at least, the meditor.exe preferences program has some visual glitches under KEx, but the meditor2.exe (main) preferences program is fine. Still, it has always worked for me "right out of the box". - Doug