Ikari

No, of course not On E: are all the setups for programs, it's a normal HD partition.

Here's my collection of security updates for XP 64 SP2, also compatible with Windows Server 2003 SP2 64-bit, with all security updates up to this month (March). With this, you can have an up-to-date install and don't need to go to Windows Update anymore to download who knows how much, and then install it all, so it saves a lot of time Premium content which requires a validation is not included. Also not included are updates to Windows Update, as they're different for XP 64 and Windows Server 2003 64-bit, so you would need two different packs with them included. Download here btw: You can also use RyanVM Integrator 1.5 for this.

I've already tried to use Unlocker, but it will not run at all on my system, probably because it's 32-bit only and doesn't have a 64-bit driver for XP 64 Do you know an alternative with 64-bit support?

You don't extract SP3 to integrate it. Just use the single exe file of SP3 for the integration.

Ok, I did that, but it doesn't show any results when I enter the filename and click "Search"... Strange No, I don't have it. Also, the exception even occurs with no background apps running, so (theoretically) there should be no other app to keep the handle on the files.

Thanks, that's really useful

I've already tried nuhi's test version, and while it's an improvement, it still gives an exception about a file being used by a different process, without any running background apps I already have Process Explorer - how can I find out which process is currently using the file in question?

Went through it once more and still found a few things. Please re-download. This should be all then, I think.

Well, duh... If you would've looked at the left, you would've seen that I'm running XP 64, so I obviously installed the x64 version. Answered your PM already. Just send the test version over.

Here's the language file which fixes the linguistic glitches found in nLite Until nuhi gets around to integrate it into the program, simply unzip the attached file and put it into your 'nLite\Lang' directory and select "English2" from the dropdown menu upon startup. edit: Updated file. Please re-download. English2.zip

That sounds outlandish... I'd say you've been had.

Here are instructions so you can patch it for yourself with the limit you want: Hex (Offset) Mod Original 00000148 1B 26 00000149 7E 7D 000B85CC FF 0A 000B85CD FF 00 000B85CE FF 00 The first two (148 & 149) are the checksum of the file, the others are the limit (hexadecimal). Above example uses a 65k limit. If you want to use a smaller limit, you need to calculate the correct checksum again (e.g. with pechksum). Edit & replace it in Safe Mode.

It's very easy to solve this problem, you just need to use the right tool to help the CD into the gap

Yes. Either integrate the Ahci drivers with nLite, or disable Ahci in the Bios and set it to Legacy/Ide instead.

Am I the only one who thinks that this forum is misplaced and should be placed under Windows 2003, as XP 64 based on Windows 2003? Having it listed under XP, even though it's not based on XP, looks somehow unprofessional I just wonder which sort of mad reasoning went on in the heads of MS so that, instead of a more fitting "Windows 2003 Professional", they named it "XP 64"

XP 64, by a long margin! I tried out Vista after it came out and was very disappointed. It has severely lacking application compatibility and driver support, a lot of things were arbitrarily changed around for no reason at all, it's quite a bit slower than XP (especially with games) and still has lots of flaws: file copying bug, network bugs etc. I would list Uac there as well, but "It's a feature, not a bug" With XP64, all of my apps work, driver support is fine, and it even feels somewhat snappier than XP 32bit XP64 will still be supported quite a bit longer than XP, since it's based on Windows 2003. Whoa, "smart" choice Someone should tell you that you can't use 4GB on a 32bit OS. rofl :lol: One of the worst pro-Vista arguments I've heard yet. You can easily outfit XP with themes to look as good or even better than Vista. There are even several Vista transformation packs, should you wish XP to look the same as Vista.

Geez, the nerve of some people... why do you put up with this? In other forums, he would've long been banned already.

Ok, I tried it again a few more times, still the same... It looks like nLite is creating a lot of .ini files in the XP CD root directory, just to delete them again almost instantly. Further, it does so two times: once at the very beginning, and once when it is preparing stuff for the integration etc. Now what I suppose is that the time span between file creation and deletion is too short, and this results in the "Access denied" error. To fix this, you could create the .ini files in the system's temp directory instead and just leave them there (i.e. not delete them). No harm done, and you wouldn't need to create them all over again when prepaing stuff later. Doing this would be very simple, and would most probably fix them problem.

Yes, several times. No go. Also tried that every time. I've made sure that "Everyone" has "Full access", that's it not either. Yes, tried without it. Ok, I'll look at it then.

As I'm doing a major hardware upgrade and thus will have to install my XP64 (English) anew, I thought I'd create an install using nLite 1.45 beta 2. I've installed the newest .net 2.0 SP1 framework. However, after launching nLite 1.45 beta 2 I got an unhandled exception (Access denied) right at the very beginning I clicked "Continue", but nothing happened anymore - the app was obviously crashed. After closing it, I tried it again, getting the same error. I've then shut down any background apps (you never know), but the error persisted, regardless how often I tried it Here's a screenshot, together with the full error message: See the end of this message for details on invoking just-in-time (JIT) debugging instead of this dialog box. ************** Exception Text ************** System.UnauthorizedAccessException: Access to the path 'E:\xp64nlite\HIVEDEF.INF' is denied. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.File.Delete(String path) at . .(String , StringCollection& , Boolean , Boolean ) at . .() at . .() at . .WndProc(Message& ) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) I've then rebooted the PC and tried running nLite right away, and surprisingly the error didn't appear right away - however, it did still appear later in the preparing stage: See the end of this message for details on invoking just-in-time (JIT) debugging instead of this dialog box. ************** Exception Text ************** System.UnauthorizedAccessException: Access to the path 'E:\xp64nlite\HIVECLS.INF' is denied. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.File.Delete(String path) at . .(String , StringCollection& , Boolean , Boolean ) at . .(Object , EventArgs ) at System.Windows.Forms.Control.OnEnter(EventArgs e) at System.Windows.Forms.Control.NotifyEnter() at System.Windows.Forms.ContainerControl.UpdateFocusedControl() When I closed the app and an it again after that, it was back to its original behaviour, with the error occuring right at the very beginning, again no matter how often I ran it One thing I noticed is that it's not always the same file, but it's always an *.inf file, and it's always in the root directory of the xp64 CD. After that I've d/led 1.41 final and tried it, just to find that it exposed exactly the same behaviour Also, as I've said already, this happens regardless if any background apps are running or not. Could please add exception handling for this "Access denied" error, so you have at least have a "Retry" option, rather than having the app crashing every time? By the way: From the one time where it ran after the reboot (up to a certain point) I noticed that some things sound a little... strange You're no native English speaker, I take it? I could offer to fix these linguistic glitches if you give me the language file for nLite Other than that, it would be nice if you could add an option so you can pick the fonts you don't want or need for removal.