Drugwash

Try the (presumably) Win2000 version 5.00.2195.1526 (I'm currently using it) or a similar one within the 5.0.xxxx.xxxx range. The XP version (5.1.xxxx.xxxx) may just not work. EDIT: Careful though - it does have a lot of dependencies: KERNEL32.DLL ADVAPI32.DLL COMCTL32.DLL COMDLG32.DLL GDI32.DLL LZ32.DLL MPR.DLL OLE32.DLL RPCRT4.DLL SHELL32.DLL USER32.DLL VERSION.DLL WINSPOOL.DRV CABINET.DLL CFGMGR32.DLL Best if you can test it first on a vanilla 98SE, open it in Dependency Walker and see if there's any missing module/function. If everything's OK, you can include the new version among the first replaced files; otherwise wait until its requirements are updated and only then replace it.

Most likely Tihiy's inbox is either full or disabled. Gelosea, for what it's worth, you should know that you're credited in the theme pack's ini files (Author=Gelosea), credits which appear in a tooltip when hovering the respective theme in Revolutions Pack's Control Panel RPConfig -> Themes. From my point of view, this is nothing but a regrettable overlook of distribution requirements. But, of course, Tihiy is the one that best knows facts [fixed a minor typo]

File versioning was (assumingly) supposed to follow the OS version/subversion numbering. However, MS didn't always follow this rule. If it were to follow it, all ME files should've had version 4.90.300x, while Win98SE version would've been 4.10.222x. Windows 2000 files would be 5.0.xxxx.xxxx, XP files would be 5.1.2600.xxxx and then all the way up to 6.x.xxxx.xxxx with Vista/7/etc. Inbetween, there has been the famous "codename Neptune" whose files were using the 5.50.5xxx.xxxx range. However, Common Controls (comctl32.dll) in 9x has a product version 5.50.xxxx.xxxx versioning scheme (mine is 5.50.4916.400) while file versions range up to 5.81.xxxx.xxxx (mine is 5.81.4916.400). Therefore we cannot rely on file/version numbers. The major difference between the two versions of cabview.dll is that the ME one is an ActiveX control, which requires registration. Other than that, there may be registry keys to add/modify/remove, but I have no information about that. On my system, registration succeeded but the system should be rebooted to test its functionality, which I have not done yet as I'm in the middle of another test now.

There's a question that hasn't been replied to, ever since the discussion in the other thread: how about usp10.dll v1.471.4030.0? Got it on my system for a long time and K-Meleon is using it. Has anyone else used it? Any issues? I'm asking because I only see this switch between v1.422.3790.3959 and the apparently incompatible Vista version 1.626.6002.22402 - nothing inbetween.

I'm sorry the fix didn't work as expected; there are probably other places that need to be rechecked. I'll try to find the proper fix sometime after all this holiday fuss that threw me off. @PROBLEMCHYLD: It's possible that the OK button gets enabled only after choosing a valid Save location. I may be wrong though, in which case the issue may be related to Jolaes'.

Not sure, but a couple years ago or so I managed to build it under VC6 Express with Windows SDK 2003. Haven't tried that lately, things may have changed. EDIT: Just gave it a spin and I got most components compiled, except for kexbasen.dll , kexcontrol.exe and VKrnlEx.vxd . Didn't care to alter the original project settings, I'm too tired right now. Errors: Linking... Creating library Release/kexbasen.lib and object Release/kexbasen.exp SHBindToParent.obj : error LNK2001: unresolved external symbol __imp__ILFindLastID@4 SHBindToParent.obj : error LNK2001: unresolved external symbol __imp__ILFree@4 SHBindToParent.obj : error LNK2001: unresolved external symbol __imp__ILRemoveLastID@4 SHBindToParent.obj : error LNK2001: unresolved external symbol __imp__ILClone@4 SHCreateDirectoryEx.obj : error LNK2001: unresolved external symbol __imp__SHCreateDirectory@8 SHGetFolderLocation.obj : error LNK2001: unresolved external symbol __imp__SHILCreateFromPath@12 SHGetSpecialFolder.obj : error LNK2001: unresolved external symbol __imp__SHGetSpecialFolderPath@16 Release/kexbasen.dll : fatal error LNK1120: 7 unresolved externals Error executing link.exe. -------------------Configuration: kexcontrol - Win32 Release-------------------- Linking... kexcontrol.obj : error LNK2001: unresolved external symbol __imp__kexUninit kexcontrol.obj : error LNK2001: unresolved external symbol __imp__kexDbgDumpImtes kexcontrol.obj : error LNK2001: unresolved external symbol __imp__kexDbgDumpConfigurations kexcontrol.obj : error LNK2001: unresolved external symbol __imp__kexDbgDumpAppSettings kexcontrol.obj : error LNK2001: unresolved external symbol __imp__kexInit Release/kexcontrol.exe : fatal error LNK1120: 5 unresolved externals Error executing link.exe. -------------------Configuration: VxD - Win32 Release-------------------- Linking... LINK : fatal error LNK1181: cannot open input file "vxdwraps.clb" Error executing link.exe.

Yeah, I might've mixed up a few concepts when drawing that schematic. A simple, basic cable modem has no truck with the TV - that one gets connected before the cable modem. In newer configurations, there are the DVRs as you said above, equipped with an RJ-45 socket for Ethernet traffic and analog + digital video output. Not sure about the phone socket. The schematic above would fit the latter configuration.

It depends on permissions. I haven't created a "clone" user on the Win7 machine after the 9x one, however I set Read/Write permissions for "Everyone". It works here. But yeah, one needs to jump through hoops and then there's the trick I described above.

It's been too long since this topic has been abandoned by myself, Tihiy and PassingBy. All of the links I posted above have expired long ago. Therefore, as I stumbled into this thread, something told me I should post a (hopefully more reliable) working link to the whole WLL bundle I've been working on in the past. And on this occasion I would like to thank Tihiy and PassingBy for the code, ideas and generally all the help they provided. Within this package there is a newer, previously unreleased version of LogoTool: LogoTool3. It is meant to patch bitmaps for either my modified WLL or PassingBy's WBL. Hopefully it will behave correctly - it's been more than a year since I last worked on it. Don't bother about the Watermark type - it's not useful (yet). All the sources are bundled: ASM, AHK, icons and readme texts. Maybe someone will make good use of them, since I'm not likely to work on WLL anytime soon. My apologies if anybody kept their hopes high. Download WLL+SvgaCom+LogoTool+WLL Installer bundle: link

Actually, all you need can be found at the admittedly overwhelming but amazingly rich MDGx domain. Seek and you shall find.

The crash on exit might be a problem introduced with 8.0.1. I've experienced the crash on exit with 9.0 beta, in XP compatibility mode. In Windows 2000 compatibility it doesn't crash on exit, but the taskbar button is missing and there's no SysTray icon either. I've already reported these issues somewhere above.

Cable modem provided by ISP would need a driver only when connection with the computer would be through USB (other connections such as COM, LPT, 1394 would be highly unlikely for such device type). In that case, no router could be connected, since the router must be placed between cable modem and computer. Otherwise, ethernet traffic would be normal, using IPv4, as mentioned above. A huge issue would be for users that currently have USB GPRS modems directly connected to 9x machines, as unique Internet access. Although I highly doubt anyone ever released 9x drivers for such devices. I would be personally interested myself in such device/driver, since my current connection is through a GPRS modem and I am forced to use an XP machine as a router (since no Linux would accept the drivers provided with the device). We're still to see how the IPv6 implementation will be done effectively, before talking about configurations... although in that case it might already be too late for some of us. Here's a supposedly classic network configuration using a cable modem, a router and optionally, a switch:

That's not certain. Other issues may arise during operation. Recompiling under Win95/98 DDK should offer a certain degree of certainty, besides the ability to fix bugs and/or add features. I might give it a try, someday, but no promises - installing the 98DDK on top of an already overwhelmed system with scarse free space might break it.

Both functions are exported by msvcrt.dll (mine is 6.10.9848.0) so simply using the proper settings in the project should compile 9x-compatible files. But that'd be too easy to be true. Unfortunately, there's no VC6 project (.dsp + .dsw) inside the package - only makefiles for commandline compilation, which I never used before. And they used Windows NT DDK, while for 9x we would need Windows 98 DDK (or 95 DDK if we plan on Win95 compatibility).

I have both the compiled version and the sources for v1.4. As expected, the compiled version was built for NT systems (the inf says $WINDOWS NT$). However, a good programmer might be able to modify the sources to support Win9x. Question is: who might that person be? I also have the old Hitachi driver for NE2000-compatible PCMCIA ethernet cards, in both 95 and NT versions, albeit some registry keys would be written in Japanese. I'm not sure it would be of any help.

Routers, even a few years old, can handle IPv6 just fine, in the mean time. I've raised the IPv6 issue again myself, recently, in a dedicated topic. Please, follow your own advice from above.

Through the years, people have posted various apps that were able to install and run thanks to KernelEx and they were not all browsers: media players, image manipulating apps, document editors, etc. You just didn't bother to read the whole thread. IPv6 pertains to the network section and has nothing to do whatsoever with the kernel. Therefore KernelEx cannot be held responsible for lack of IPv6 support. It does help with keeping a choice of browsers updated and working, should anyone take on the IPv6 support. For, what good is IPv6 access if no 9x browser can access the Internet?

Forgot to add the reason why I asked you to save the page to HDD: that is, to have a look at the code in Notepad or any text editor and see what fonts, if any, are defined through the document and what is the main page encoding (that's usually at the top and should probably be ISO 8859-1 or UTF-8). It may be that your system is missing a font and the automatic font replacement goes bad. Also, try to install one or more Unicode fonts (careful, though, as they're usually very large); Arial Unicode MS would be first best choice. EDIT: Practice what you preach... Having done that, I stumbled into 00_fonts.css, which opens a whole new can of worms: fonts can be of type eot, woff, ttf or svg, depending on browser type. Enter new variable: User Agent. Did you set Opera to send a different User Agent, such as Firefox, or IE or something else? If not, then maybe css is blocked and doesn't even load, therefore font substitution as set in Options, kicks in. If css is not blocked, then maybe the woff fonts (never heard of, before) assigned to modern browsers, are not recognized or cannot be loaded.

Can't see any reason for this issue to be related to KernelEx. My strong belief is that one of your font settings in Opera points to a Symbol or Greek encoding. When font size changes on zoom, the respective font may not support the new size and a replacement kicks in and that's when you see the right Latin characters. Of course, I may be wrong, but I'm sworn not to ever, ever install that 'thing' again on any of my machines and I'm a man of honor so that's the most I can do. Actually, one other thing just popped to mind: save the webpage(s) to HDD and open it in a different browser (IE, Firefox, K-Meleon, Sea Monkey - whatever you have), see if the bug persists. I'd bet it doesn't.

Just a shot in the dark, but check the [FontSubstitutes] section in WIN.INI, see if there's any strange charset there. Also, make sure there's no such strange font substitution (missing font, etc) in Opera's font settings. Ugh, didn't I promise I'd never say that 'O' word again...?

One thing to take into account: DirectX. Yesterday I've reinstalled the unofficial DirectX June 2007 in a desperate attempt to find/fix the crashing video driver issue that keeps happening with K-Meleon. After install and reboot, I started dxdiag. Kept waiting for a couple minutes but nothing showed up. Looking into running processes, I noticed dxdiag.exe and DxDllReg.exe (which was set to RunOnce after reboot). They both had KEx enabled by default, which got them stuck. I disabled KEx for both, killed the processes and relaunched DxDllReg and then dxdiag. This time the diagnostics window popped up promptly. Therefore, I believe these two DirectX-related apps should be listed by default in KernelEx exceptions as "disabled".

To be honest, when faced a choice, I've always chosen a full system. As I mentioned before, some applications are directly dependant on certain system libraries (and specific versions, at that), libraries that were only delivered with IE, at least initially. Despite my hazy memory, I vaguely remember having stripped down a 98SE system long time ago, removing IE and probably some other components; thereafter, many of my applications refused to run or even install, while others installed the missing libraries by themselves. The latter category is the most dangerous, because the file versions installed by those applications might be incompatible with the rest of the system, creating the well-known "dll hell". For this reason, I've always distrusted and discarded any tools that offered to remove files from my system. At the same time, I've always manually added any missing dependancies, in an effort to make certain applications run despite their declared 9x incompatibility. Adding to that my daily usage of an IE-based browser (as already mentioned minutes ago in the KernelEx thread), you can imagine I've always kept the complete IE6 package updated. No problems for a long, long time, until someone decided to change the standards. But that's a completely different story...

For the record, I doubt that running IE 8 or 9 can be called an ability. Or, you know ', ability as in "I have the ability to shoot my own foot" jaclaz I hope we won't get involved in yet another flame war, but so far, I managed to get away without any viruses, spyware or anything similar, while still using an IE-based browser on a daily basis and staying connected to the Internet 24/7 without any antivirus or firewall. Not counting very early attempts at choosing the right browser (please note my very first browser was Netscape Navigator, at the time), 2011 was the year I first installed and started to use something other than SlimBrowser (which is IE-based) - namely K-Meleon and only because SlimBrowser started to crash MSHTML.DLL constantly on more and more sites (which may as well be my fault for installing system files that might not have been tested and proved working on a 9x system). This one is not much better, because it crashes my video driver for a change and must reboot the system to fix this, so I could count it as a downgrade. The new Firefox 9 beta does work, but lacks the most important Bookmarks support; what is more irritating than that is the fact that upon exit (possibly due to some add-on inherited from Firefox 3.6), Firefox 9 wipes out all cookies stored by K-Meleon, so when I start the latter, I have to re-login to my daily sites, while usually K-Meleon keeps me logged in. As a single user with no concern about in-house privacy, this is a big deterrent. So all in all, I'd say personally I might well cope with IE8+ on my system, given the possibility. But yes, I'm only speaking for myself as anyone else's experience may vary within large limits. Proof of browser bugs: visible line break and other tags that had to be manually removed.

... and that'd be as fun as scratching my head with a rake! No thanks... We're in a topic that tries to improve Win9x by adding "native" abilities where MS left off.

Thanks, I've been there first time I ever installed a Firefox on my 98SE (which is not so long time ago) and there was all kind of stuff that someone might find useful but nothing resembling what I want. The auto-login I'm talking about doesn't just store username+password in some cookie (as K-Meleon does); instead, it's an automation that opens the login page, pastes the required information and validates the login. This way, one can choose which information to use for a given site (i.e. which of my three Yahoo accounts to log into). The groups feature can save all open tabs as a group and can open any such group with a menu item click. But the real feature is that any existing auto-login link can be added to any group, so that regular pages can be opened while logging in with specific credentials to other sites. The two features working as explained above, are nowhere to be found in any other browser AFAIK. Or at least, none that would work under 9x. Anyway, let's not hijack this topic with browser discussions; I just mentioned these features in relation to the IE8 request.