Tomcat76

Me neither. The German version is a year old too. I think Tomalak was referring to something else.

KB914440 isn't really a "regular" hotfix because it creates a new folder containing three new files. If you want, you can add support for it yourself... Open the HFSLIP script in Notepad (make sure word wrap is disabled) and find "POST HFX HANDLING". It's the title of a section. Scroll down until you're at the end of that section (above the "MSXML FILES" section). Insert a blank line right above the words "GOTO EOF", and paste the following code into the blank line: IF EXIST WORK\I386E\xpnetdg.exe ( ECHO>>HFS\TXTNTDIR.TXT 1003 = "Network Diagnostic" ECHO>>SOURCESS\I386\TXTSETUP.SIF custsat.dll = 1,,,,,,,1003,0,0&ECHO>>SOURCESS\I386\DOSNET.INF d1,custsat.dll ECHO>>SOURCESS\I386\TXTSETUP.SIF xpnetdg.exe = 1,,,,,,,1003,0,0,xpnetdiag.exe&ECHO>>SOURCESS\I386\DOSNET.INF d1,xpnetdg.exe ECHO>>SOURCESS\I386\TXTSETUP.SIF xpnetdg.xsl = 1,,,,,,,1003,0,0,xpnetdiag.xsl&ECHO>>SOURCESS\I386\DOSNET.INF d1,xpnetdg.xsl ) It *was* just an HFSLIP problem. It's no longer a problem. It's in the main post, as always... B)

OK... I found it. Sorry...

New version of KB898461? I just downloaded it again and it's still the one from June 2005...

A peace dove, then...

That's a really old script. The JavaScript sniffer stems from the Netscape 4 days... I'm not sure what the script is supposed to be doing but here's a version that should theoretically do it... <script type="text/javacript"> var win = window; // window to search. var n = 0; function findInPage(str) { var txt, i, found; if (str == "") return false; // Find next occurance of the given string on the page, wrap around to the // start of the page if necessary. if (window.execScript) { txt = win.document.body.createTextRange(); // Find the nth match from the top of the page. for (i = 0; i <= n && (found = txt.findText(str)) != false; i++) { txt.moveStart("character", 1); txt.moveEnd("textedit"); } // If found, mark it and scroll it into view. if (found) { txt.moveStart("character", -1); txt.findText(str); txt.select(); txt.scrollIntoView(); n++; } // Otherwise, start over at the top of the page and find first match. else { if (n > 0) { n = 0; findInPage(str); } // Not found anywhere, give message. else alert("Not found."); } } else { // Look for match starting at the current point. If not found, rewind // back to the first match. if (!win.find(str)) while(win.find(str, false, true)) n++; else n++; // If not found in either direction, give message. if (n == 0) alert("Not found."); } return false; } </script> @Chozo4... Java and JavaScript are two different things.

@Yzöwl This is out of my territory, but shouldn't the "higher bodies" be the judge of that? If I understand this article correctly, Northern Ireland and the three entities that make up Great Britain are allowed to refer to themselves as "countries". The lack of associated citizenship doesn't change that, and the Prime Minister's web site and the Office for National Statistics' Glossary are speaking of "four countries" as well. As a side note... A lot of continental people still view "The United Kingdom of Great Britain and Northern Ireland" as a left over from the Commonwealth days. Ironically, those same people get confused when they come to a web site where they need to select a language and are presented the flag of England (among others); they think it's the page where they can get medical treatment... . I fell for it too a couple of years ago as this wasn't taught to us in school.

I have posted a question in the XPize forum: http://www.msfn.org/board/index.php?showtopic=79232 Hopefully I'll get an answer there....

Hi. I'm one of the maintainers of the HFSLIP script and we support both slipstreaming and integration of XPize. Code snippet: START/WAIT %PREP%HF\%XPIZE% /S /mode=i386 /source=%PREP%SOURCESS As you can see, though, the destination path isn't quoted so it won't work when there are spaces in its path. I have found several posts here about how to deal with spaces in the paths, but it all comes down to this: xpize.exe /S /mode=i386 "/source=D:\XPCD" This surprises me a bit as I would've done it like this: xpize.exe /S /mode=i386 /source="D:\XPCD" I'd like to know which is the correct position of the opening quote (before the slash or after the equal sign)... Thanks.

Tomalak --- What's your HFSLIP folder path? The switches HFSLIP is using seem to be correct but they aren't "adapted" for use with spaces in the destination folder's path (...\HFSLIP\SOURCESS). I'm hesitating to enhance HFSLIP with support for spaces because people say this is the way to do it: xpize.exe /S /mode=i386 "/source=D:\path with spaces" I'm not sure if that's correct or not as I've never seen it done like that before. Applying the logic of all other programs to it, it should be done like this: xpize.exe /S /mode=i386 /source="D:\path with spaces" Notice the position of the opening quote.

Removed again. Sorry...

As Super-Magician said, that page is up to date for the current final. You should put FORCEXPIZESLIP=1 in HFANSWER.INI to slipstream it. HFSLIP uses the slipstreaming switches as documented elsewhere. I wanted to check earlier if they had changed but the XPize site was down. I'll check it again...

Something like in 60721c? I'm gonna have to run this by TommyP, though...

Yes. I thought there might be people who don't want/need it. Not really sure what you mean. But if you prefer to set variables inside the main HFSLIP script directly, that's always been possible. Anything that's inside HFANSWER.INI can be set in the main HFSLIP script directly, but the lines need to be preceded by "SET ". Depends on what you mean by "install". Since version 60624 (and some of the test releases before that), HFSLIP integrates the hotfix into the Windows source, meaning that it's going to be installed during the first GUI logon, right after MDAC 2.8 SP1 is installed.Some time ago, I tried to integrate the hotfix into the MDAC 2.8 SP1 installer directly but it didn't work. The installer silently refused to copy over the binaries that came from the hotfix (even after running modifyPE on them), and the silent installation was always interrupted by an informational dialog message telling me that "some component" was about to be installed. That dialog had two buttons: "OK" and "More info". I abandoned this testing after a few days.

OK. REG.EXE added for Win2K.

Hi Kiki... This is about extracting REG.EXE into WINNT\SYSTEM32 on Windows 2000, which only takes a second.

Sorry if you tried this already, but have you checked that audio is enabled? If I'm not mistaken, Server Standard is the only edition that enables audio by default. Control Panel > Sounds and Audio Devices > Audio > Sound playback > Advanced > Performance. Drag the slider to where you want to have it. I'm not sure but you may need to check the Music tab in dxdiag.exe too.

I got the same number as Glentium.

That involves 7-zip or similar program. I've tried this by the way with my MultiCompiler program and it failed. I still didn't have time to figure out why. All I did was do the same as Aserone except that I used an INF for the registry edits (so REG.EXE wouldn't be required).

I don't have this problem either so I'm totally walking in the dark here. I don't think, though, that it's necessary to replace certain files with their 9.0b counterparts with this method. Initially, Windows setup copies over the files, having know idea what it's doing; later on it realizes that it installed 9.0c and goes "oh well... what the hey..." I suggest you upgrade to the newer release (719exp1 atm) if you want to continue testing this.

I hope this will be solved soon too. I used to use Mozilla for "guest browsing" and Opera for "exposed browsing" and posting. This is no longer possible. I could live with it if I could log in anonymously with Mozilla and log in normally with Opera, but that isn't possible because, if I log in anonymously with Mozilla, that setting is stored on the server so I'd be "ghosting" in Opera as well. It'd be better if the "log in as invisible" setting would be stored in a cookie exclusively. But it's probably better for the public image of the board to reopen guest access as mentioned in posts above.

My opinion? It's easy to do it; there's even two ways: I can have it extracted while HFSLIP is running, or have it extracted during Windows setup at T-13 (before .NET 2.0 would be installed). But I don't know if it would be that useful... 1) HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\PCHealth doesn't exist on a Win2K box, and I believe no Win2K user experienced problems installing .NET 2.0 so the other reg key isn't important. 2) Windows 2000 has problems executing many programs from a batch file at T-13 if no full path is provided, as is the case with REG.EXE in the batch file inside Aserone's .NET 2.0 installer. One example of a file that will fail is REGEDIT.EXE. 3) What about people who don't want it? Do I make this configurable via HFANSWER.INI?

Another new version... or actually not. It was made yesterday but I did extensive testing with Windows 2000 first. Windows 2000 (if IE6 is included) will namely benefit from the move to QFE binaries too. For the record... I did this mainly for myself. There are a few hotfixes for which the QFE files *have* to be used, but I sometimes forget to update HFSLIP when a newer version of that hotfix arrives (eg, the IE Cumulative updates). By using QFE files for *every* hotfix I no longer need to worry about this. By now, there should be no issues with Windows Update or HfNetChk anymore and no more installation errors either. But please report back if you encounter problems *using* Windows or its programs. I don't foresee any problems but you can never be sure.

Try this: HIVESYS.IN;Os2HIVESYS.IN;Posix

There's nothing HFSLIP would slipstream anyway. It doesn't contain updated files that HFSLIP would use (for any OS). The core DX9 has remained the same as from the original installer (ie, you still need the hotfix), and aside from the core HFSLIP only slipstreams the *d3dx9* files (which were last updated in the April release).