Ambassador

You are aware of the recent PS3 update that disables the "Other Operating System" feature, right? If your friend installed this latest update on the PS3, then it won't work.

Would the error "Setup cannot set the required Windows 2000 configuration information" be related to winnt.sif?

Well, that does help eleviate the situation somewhat. However, the person who finds HFSLIP on some freeware downloading site wouldn't think to look here first. Besides, the MD5SUM of the CMD file isn't as useful since HFSLIP is distributed mostly in a ZIP archive, but of course that problem could be helped (but not solved) by posting the ZIP's MD5SUM. That's not the point though. Public domain works can be released with the Creative Commons license. I've seen this before. Furthermore, why is it so important that TommyP maintain the copyright on all the older versions of HFSLIP? If TommyP is simply planning to re-release HFSLIP again one day, he could easily called it "HFSLIPX" or something and put this new under his own copyright. I was more emphasizing the counterfeit problems at the beginning. The "public domain" suggestion was just one brainstormed idea. I don't have a credit card. Because of my age (at the time) and bank account type, I could not send cheques, let alone make a PayPal account. Of course, this situation has changed of late, but at the time it was impossible. That's what I meant. I wasn't referring to the amount of donations. I was refering to the lack of developers which joined the project. Essentially, TommyP/TomCat where in a situation where they were the sole developers accepted bug reports from people, who a lot of which could not fix the code on their own. Compare this to, say, Windows Classic Shell for Windows 7, or Explorer++. Fair enough. As I said in my original post, I was probably generalizing things. The benefit is that I get this information and better understanding of the situation. Explorer++, LiteStep, BB4Win. I never said I knew the reasons. I was simply pointing out that there had to be reasons of why HFSLIP didn't have more people working the source code. It could have been the way the site was laid out for all I know. There seems to be a contradiction at play here. You say that TommyP is frustrated for putting so much work into his project with no compensation, be it development work or donations, from his users. I can understand this. From the way you word your statement it would be ideal for HFSLIP to take charge and get involved and work on the HFSLIP source. However, an environment to encourage this behaviour, on SourceForge or wherever, hasn't been created. Again, I have probably generalized a lot in these posts. I also hope that I haven't alienated you FDV. My intention was not to start a battle with you or TommyP, just raise some questions about the rational for TommyP's choice. In the end, it is TommyP's choice of how he wants to host (or not host) the HFSLIP project, and I respect his viewpoint and his decision.

I'm probably simplifying a lot of things, but it seems that TommyP isn't distributing HFSLIP mainly because the onus is on him to support it. Fair enough, but not having a "official" (and trusted) distributor could create a lot of future problems, even more so than those created by leaving the HFSLIP website online. Personal copies of HFSLIP could get corrupt overtime, and sharing these corrupted copies could result in many broken Windows installations. Furthermore, counterfeit/malicious copies of HFSLIP could replace current legitimate versions on major downloading sites and/or be introduced some other way "in the wild". With TommyP's name very much associated with HFSLIP, it is possible that all these negative consequences would take their toll and come back to haunt TommyP, hurting him more in the long run. Now by no means am I saying the solution is that Tommy should host HFSLIP again. In addition to his personal reasons for not doing so, it is all reasonable to take into account the costs associated with hosting the HFSLIP website. However, I am suggesting that some main, at least recognizably official channel remain open. Perhaps releasing HFSLIP to the public domain is the answer. That way, there would be no "owner" of the project, while at the same time a trusted source for HFSLIP would be provided. As I said, I am probably generalizing and assuming a lot, but I do believe my points do deserve some merit. As an aside, I should say that I would have donated to HFSLIP, but technical reasons, not personal choice, prevented me from doing so. Maybe a rethink of how the HFSLIP project is run could have helped in the regard. Furthermore, to create demand in a product requires more than having people stumble upon it. There are reasons why there are many successful open-source Windows projects out there and why HFSLIP never reaped the benefits of multiple developers.

According to the Cabinet SDK Support site: The file is still up though: *http://download.microsoft.com/download/platformsdk/cab/2.0/w98nt42kmexp/en-us/cabsdk.exe (Please see next post).

Sorry, my original was somewhat poorly worded. I meant to say is there any benefit, in relation to the 2000 FDV fileset, of using the latest HFSLIP beta over the stable 1.7.9 version, or is it not worth it? Thanks

I was planning to make a CD of this again soon for an old, POS laptop. Would HFSLIP 1.7.9 be a better choice than the latest beta? Or does it really matter?

I suggest we try investigating the registry keys on an IE7 or IE8 machine instead. I'll have access to an IE7 machine tomorrow. Can Procmon be run as a non-administrator?

Out of curiosity then, how is the registry setup up that allows HTTP links to be pass through to IE 7/IE 8 when those versions are installed? I have a really strong feeling that this is related to running IE7/IE8 as part of the Internet Explorer Collection install. The "redirection" behaviour is almost identical to a previous experience I had using a Windows XP computer with IE7. I was testing using the IE6 gui that is copied to C:\WINDOWS\ie7, and every time I entered an address it would open IE 7, similarly to when I type an address into IE6 and Opera opens. I'm hoping I'll be able to keep this tweak for future Windows installs, so I would definitely like to find the cause. Or is it as easy as modifying file type associations?

cluberti, FDV, please check your PM.

Is CSV format acceptable? I had already saved it as CSV.

Ok, the registry entries in the article from "[HKEY_CLASSES_ROOT\CLSID\{01E04581-4EEE-11d0-BFE9-00AA005B4383}]" to "[HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Toolbar\ShellBrowser]" appear to be identical. "[HKEY_USERS\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Explorer\ExpView]" does not exist in my registry, but I think that is because of the differences between Windows 98 and XP. However, I did notice that in [HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Toolbar\WebBrowser] that there a few IE7/IE8 entries, the ones I can easily recognize being "ITBar7Height" and "ITBar7Layout". Some of the CLSID entries present in that key may also be from IE7/IE8, but I'm not sure.

Gotcha. I ran Process Explorer and I believe it did record the occurrence. However, I cannot discern what it actually that process and what is not. Even within the second when the process occured there are still about 1500 log entries. Is there any way, besides excluding not relevant applications (which I have already done), to refine the results further? EDIT: I'm not ignoring you FDV. I was writing a post the same time you posted.

- Standard Windows XP SP3 install (no slipstream, no HFSLIP) with Windows Messenger/Netmeeting removed after install (yuck) with commands rather than manual deletion - Office 2003 with Word, Excel, Powerpoint, and 2007 compatibility pack (Outlook updates are offered for no reason but ignored) - All necessary hotfixes up to today installed - Recently installed/uninstalled Internet Explorer collection for testing a site; this installation left some IE7/IE8 folders on my computer (don't know about registry modifications) - Recently installed Minimalist Explorer Breadcrumbs - Ran VBS script to re-enable Notepad toolbar - Ran REG script to disable "web check" of file associations - Opera 10.10 was always opening Internet Shortcuts properly (I've had trouble with this in the past) - IE6 has been giving this error of late when attempting to Print or Print Preview. - A few other minor registry tweaks (ThrobOff) - Add NirSoft IE tweaks (IETestMode) Do you want to see any specific parts of my registry? EDIT: The reason why I bolded that part is because when Windows Explorer redirects the links to Opera, the redirections looks very consistent in relation to how links are redirected with IE7/IE8 installed.

Today I opened the Microsoft Update start menu shortcut since I hadn't updated Windows in awhile. To my surprise, a blank Internet Explorer window opened, and my default browser (Opera 10.10) opened, with the Microsoft Update link somehow being redirected to it. I then tried opening the Microsoft link using the Internet Explorer Open dialog (File->Open). Again, the link redirected to Opera. Very interested now, I tried opening the link through the Windows Explorer address bar, thinking it would redirect to an IE session. Instead, the link, once again, opened Opera. Even the Internet Explorer address bar was opening links in Opera. So somehow I have made Opera truly the default browser . Which is pretty cool, though I am confused. Has anybody else encountered this behaviour?

This is freaking awesome! Thanks FDV! Seems Microsoft likes those quick command cover-ups (brings to mind the "hide" entry in the Add/Remove Programs INI file).

What file in this fileset controls its removal? open TXTSETUP and uncomment nusrmgr.cpl = 1,,,,,,,2,0,0 mshta.exe dependent, so you must have that installed too I wasn't going to uncomment it. I just wanted to know so I could remove the HTML Users applet from another computer on which I can't put a fileset installation.

What file in this fileset controls its removal?

Is there some way to bring back the dialog box that pops up when you eject a USB device? The kind that was replaced by the stupid balloons in XP?

Thanks!

ok now that I know what you mean. The file is MSHTA.DLL dependent. I do put that with IE.INF but by default my XP fileset actually leaves IE -in- (see the line in SYSSETUP.INF). If you copy that over to '32, expand it and register it (if it even needs registering -- probably it does) will that, alone, allow this userpasswords applet to work? I wonder. I'll test it when I'm at my VM on Tuesday. Actually, I was hoping that the default userpasswords would be removed by the fileset. The old 2000-style one is much more efficient and faster.

Try either: rundll32 netplwiz.dll,UsersRunDll or: control userpasswords2 in Run. The default XP (HTML-dependent) one would be "userpasswords".

Does your fileset remove the HTML-dependant User Accounts applet and replace it with the still-present-in-XP "classic" User Accounts applet? Not a big thing, but hey.

Does it really matter? One only has to right click on the taskbar and click "Show Desktop/Hide All Windows" instead.

Welcome to the dark side, FDV. If only M$ hadn't set an end date for 2000 updates... ah well.