osRe

87 came before 89, and both were in theory available before 1990. http://en.wikipedia.org/wiki/Graphics_Interchange_Format

How can you find out the chipset? Edit: It was simple enough in this case. ISSCEDRBTA for ISSC EDR Bluetooth Adapter. Now off to find suitable drivers.

You mean no data link would make it ignore logical recognition and simply sip the power?

I suppose you could modify it by editing a Windows DLL or two, but isn't that an extreme measure even if you knew which file it was and how to patch it? (E.g., there could be cases where Windows can't launch a new software but could show the standard dialog.) Why not assign a normal hotkey and get used to it?

There are no different variants of GIF (other than the two standard ones: 87 and 89, 89 being used for animation). There was a patent a few years ago, now-expired, but that doesn't mean programs created "alternative" GIFs, just that some avoided GIF support or were leaning toward PNG.

Requiring a driver to charge... what's the world coming to? triger49: I'll see if that work (hopefully without breaking the OS). But it looks like these pages talk about non-Touch iPods, which function as Mass Storage devices. I already have some non-official Mass Storage drivers (for various USB drives), and the Touch doesn't even function as a drive also on XP. risk: Maybe I'll get something like that eventually, if I find a cheap one locally. (Definitely not going to pay Apple for something they should've included by default.) Thanks for both of your suggestions.

How do you tell apart WDM from VXD? (I have a 4 channel Live with this or another variant of drivers.)

How can an iPod Touch be charged on Win98? (Strange sentence, don't you think? ) Like it's not bad enough you need to have a powered computer to charge it, it is finicky about the OS running when (trying to get it) charging! I'm not sure if it's Apple deviousness or not, but it doesn't work. After ruling out several possibilities, it's the OS. On 98 I see an unknown device connected to the USB Root Hub, using 500mA, but it doesn't charge. It works fine on the same computer with XP.

First post is wrong. Newer versions of VirtualDub do work. I'm using an older version (1.7.xx), but I think the latest 1.7 and 1.8 work fine as well. Better start a new thread.

I did previously try resetting everything to be "Like Current Folder" but it didn't help more than the other options. Eventually it started displaying Z-A, as usual.

How about running it virtualized?

Windows Explorer has a default file sort order which is used for directories that have never been browsed or that lost their settings because they weren't viewed recently (as it only stores view settings for a limited number of directories). This default sort is also used for File Open/Save dialogs. Normally the sort is ascending by filename. In recent months for me it's Z-A. The usual solution is to set the sort order to whatever you want then press the window X button while pressing Ctrl. This works for me for a while but isn't permanent. Another solution mentioned sometimes is to set HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\ShellState to a certain value. The data of this is a binary structure that also include a few flags indicating the sort order. But this doesn't help any more than Ctrl-closing Explorer windows.

HDTune 2.5 DTemp Active SMART 2.4 (not free)

Even assuming an IDE has v2.0-specific features, you can still code it manually or with less help using an older IDE (or even a plain text editor), no? BTW, I think InstMSIW.exe is the NT variant?

Should've mentioned it's Win98SE. How are restore points related? After a restart the sort order reset back to the wrong order, which is reflected in the ShellState value. So where does it take the default from?

In recent weeks I bumped again into the infamous "bad default sort order" in Explorer (including File Open/Save dialogs). Ctrl-closing Explorer windows after setting the wanted sort works for a while, but resets eventually (not sure if it can happen in the same session, maybe, but it definitely happens a few restarts afterwards). Is the only relevant key this? HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\ShellState It looks fine (at least when sorting works right), with lParamSort=0 and iSortDirection=1.

Doesn't look like it. I don't remember anymore if I'm using the latest IE6 updates (beside the one that broke CHM browsing), but CHM is fine now, so no reason to shake the equilibrium.(I shudder to think what I'd have to do if I ever reinstall Win98. Impossible to remember what strange installs and tweaks took place.)

Of course, but in this case while the CLSIDs are different, their contents is exactly the same. Same referenced OCX, same keys and values. So I don't see the point. Doing a few more registry probes shouldn't slow down, or you mean something else? (I guess it's possible though, with the way Microsoft sometimes does things. It might take a few seconds for IE's Find dialog to show [a self contained COM object, no less. ], so who knows... From what I gather newer version of HHCTRL.OCX should have fixed it, and I seem to have that newer version (too much reading to do to really figure out what's going on, so I may be wrong). But it doesn't matter, otherwise it'd be the removal of that IE update altogether; I care more about rapid access to the docs than worry about theoretical exploits. (Loading those particular slow pages felt like I was using, *shudder*, Document Explorer.)

ShadeTreeLee, turns out your suggestion was spot on, but in reverse. That CLSID had a kill bit set by the update (or so it seems). Removing the ActiveX Compatibility entry removed the delay. I'm not sure why a disabled control would add a delay, though. Maybe it's related to the AlternateCLSID provided for it (which I don't think was set by the update). (I also don't get the point of that AlternateCLSID which points to exactly the same OCX with the same parameters, but with another CLSID: 41B23C28-488E-4E5C-ACE2-BB0BBABE99E8. But whatever, no delay, mission accomplished.) Thanks for the help.

Is there a built-in or 3rd party GUI equivalent to the various NET commands accessible from commandline (particularly NET LOGON/LOGOFF/USE)? Just recently I realized this can be used to make NT shares more secure while still remaining accessible to Win9x.

I don't think it's related to IE. Winhelp uses RTF. Can I have a look on the file to see if it works here? And if it's only for this specific file there are probably AVI references in CHM (or something else).

I think the latest NV drivers for 9x only support series 6 (but it's possible that it's not supported well, not that I know of anything specific). Larger model numbers aren't necessarily better than lower ones: 6600GT is most likely faster than 8400GS. I suspect even 6600 non-GT might be faster in some cases. 5200 Ultra is faster than 5500. Etc. If you can buy off eBay, there are nice older gaming cards like the 4200. DirectX 10 support is, of course, completely irrelevant for Win98. Hardware video decoding is nice, but I'm not sure Win98 can support it at all, and if it can, it still needs suitable drivers and software which may not be available. And if you don't play games there's no need for a modern card. Normal video playback (software decoding) will work fine with any card from the last years (even cards from 1999-2000 might do okay). If it's just for desktop/video, you may be able to find a new passively cooled 5200 that will do just fine.

You're right, there is an uninstall entry. I looked for it under another name. Any advantages to using a killbit to disable the CLSID rather than just renaming the CLSID key or deleting its DLL reference? In both cases I suspect some CHM features may stop working. You say the previous cumulative IE update had ActiveX problems too. Are those really bugs or perhaps intentional "security" measures? Any idea if using newer IE updates (that are officially Win2K+ only) or perhaps a newer version of HHCTRL.OCX might help instead? And what do you mean by "killed web help files"? CHM documentation is still the standard. Or you mean CHM features when used under IE and not HTML Help?

"Win3.1 style error boxes" sound like running out of GDI resources. I guess something is leaking there. Did you run the same combination of software before with no problems? If it only started recently, did you install anything new? Here, on Win98SE, I do encounter Opera crashes at times. BTW: Tried Opera 9.5x? (I still haven't, on 9x).

After installing IE6SP1 update 916281 CHM pages that make use of HHCTRL.OCX take long to load. Here's an example of embedding such an HHCtrl object: <OBJECT ID="hhobj_2" TYPE="application/x-oleobject" CLASSID="clsid:adb880a6-d8ff-11cf-9377-00aa003b7a11"> <PARAM NAME="Command" VALUE="ALink,MENU"> <PARAM NAME="DefaultTopic" VALUE="../../notopic_0pk4.htm"> <PARAM NAME="Item1" VALUE=""> <PARAM NAME="Item2" VALUE="_win32_wm_cut"> </OBJECT> The more instances of this object there are, the longer it takes to load. If ActiveX is disabled the pages load quickly. Any idea how to fix it? (It looks like KB916281 doesn't provide an uninstall, so I'm not even sure how to cleanly remove it if that's the only solution.)