Camarade_Tux

Today I found my SOURCESS folder after nLite was definitely too big. 117MB ! I would have been happy but a clean XP -SP0- goes down to 110MB. Of course, I add functionnalities with SP1 and other updates but 7MB is IMO too much. I compared files present with and without HFSlip in I386 after nlite and I found that some or rather many DirectX files are present in both I386 and driver.cab. I think this should be cleaner. And it seems it also happens with other files (ntkrnl*.exe) Files in driver.cab and directly in i386 seem to have the same version but I'm not 100% positive. PS: I used "dir /S /B >> dir.txt". If needed, I can provide those listings.

Thanks for these entries. As for the ENU thing, OK. It was just a quick idea.

Understood, thanks. I know I could avoid integrating this HF but I love the reg key saying it was installed. And I also keep it because staying up-to-date with all these fixes is hard so if I add one more difficulty, I'm going to get mad. Also it seemed to me some hotfixes are doing more than simply updating one or two files. I don't think that's feasible. Some hotfixes with "ENU" in their name are OK to have and HFSLIP would have to be updated every time a new hotfix like that is released. I thought of something like : dir /B >> hftemp.txt findstr /C:ENU /F:hftemp.txt Or maybe using the /D switch for findstr. (never used findstr so i don't really know) Just a supposition.

And a quick request. I just slipstreamed an *ENU* hotfix. IMO HFSlip should display a warning about that. I think before processing hfslip should search for ENU in filenames and if ENU is present and the language is not english, then it asks what to do : continue/abort. Also, a cosmetical thing : if sfcfiles.dll is present in FIX, the cat removal screen appears but only says sfc.dll/sfc_os.dll is present and doesn't speak of sfcfiles.dll btw, 10 minutes to complete. ^^

The english part is because of the updated hotfix which is in english. :/

Ok, thanks for your quick answer. Do you think I can remove the files that get installed without problem (since I remove Help Center with nlite) ?

I took a look at the changelog, Why ? On my side, I had no bug. With my latest iso, it installed without complaining. (but I have to check to be sure)

Just cabbed the files minigun told but now my XP is in english ! I used a different version of HFSlip and an updated hotfix so it may be unrelated. Start button it still named "Démarrer" and most programs are still in French. Maybe something in winnt.sif. :? See next post. I'll check that. Also, (still using only nLite's sfc_os.dll patching), I was able to install XP with ntprint.cat and sp1.cat cabbed. I removed ntprint.cat and two warnings popped up, but installation did not stop. I only got a complain in Event Viewer. I was maybe able to delete sp1.cat because I don't have any "sp1.cab" as it got merged into driver.cab thanks to hfslip. I'll try without cab merging in a second.

And I had no time to install my new system. :arghh:

Thanks a lot. ophiel, yeah I could have done some weird thing. And, btw, the "overflowing tenderness" appeared to be very useful since noone in my class new the answer. :woot:

Hi. Ok, I know, this is bad, but I absolutely need a small translation which can be written in English or in French. I totally forgot it and on tomorrow I have a Math exam I absolutely need to work on. Here is the text. I know I could use something as reverso.net, but my teacher is not fully computer-disabled and 80% of my class already used it. Thanks so much.

Thanks for your test. I'll do some others asap. btw, nuhi, nlite calls makecab that way, right ? makecab /D CompressionMemory=21 /D CompressionType=LZX ntprint.inf Another idea I recently got was to upx some files. (got the idea when using a BartPE CD) I wonder if it will lower memory usage (cache and memory footprint) and how it will impact on CPU usage. Some files can be upxed for sure (winmine.exe, dxdiag.exe, sol.exe...), some others may not (shell32.dll, explorer.exe) UPX made shell32.dll switch from 8.01MB to 2.69MB with -9 switch when shell32.dl_ is 2.50MB. (btw, don't use "upx file --best --all-filters --all-methods" instead of "upx file -9", it is MUCH slower [20 times at least] and doesn't bring better compression)

minigun, did you only used empty sfcfiles.dll ? If so, could you try with patched sfc_os.dll ? Thanks. @wstest, thanks for your input.

Thanks a lot for this app.

1- ntprint.cat and sp1.cat can be cabbed without problem, at least when sfc is disabled. This saves 1.2MB. Next : see if ntprint.inf and intl.inf can be cabbed (would save 1.7MB) edit: vmware installed correctly once I change %TEMP% and %TMP% to a path with no space in it.

Just to say I'd be happy if I could do tests : VMWare Workstation does not want to install.

antonio king, "[mode w4RRi0r=ON]" stood for "I am Rambo, I can do what I want and I'll dig once more into that XP :sound-of-a-weapon-being-reloaded" tommyp, I once said cab merging created problems with nLite. Forget about it, there's absolutely no problem and now I use it in all my isos (C because nLite will have to decompress/recompress it) Now, I just need VMWare.

[mode w4RRi0r=ON]

Yes but if I want to keep Printer support ? I removed their drivers but I still need them. :/ Why do you mean exactly by this ? And how could I do it ? There's something I don't really understand : spx.cat only contains signatures for files updated with this special SP. Am I wrong ? So spx.cat is needed for files which have been updated, but not others. Then we can think there's a way to make XP not check updated files' signature by telling it files are RTM (does it implies a version equal to 5.1.2600 ?, is there a file to hack so it bypass this check ?). :? People who enable SFC after install are bad people. Seriously ? I don't know.

Hi, Since I've managed to create a small, really up-to-date, stable iso, I'm trying things nLite doesn't (yet) offers. I disable sfc but I noticed I had to keep ntprint.cat and spX.cat in I386. As they are useless, couldn't it be emptied ? On vorck.com, I found an empty sfcfiles.dll; it saves 1.3MB on my HD and a few KB on my disc. Something similar would be nice IMHO. If it's not possible, maybe it can be cabbed. It would save 1MB. Also, couldn't ntprint.inf also be cabbed. Thanks.

Konqueror ? And really funny.

Pure AHK : http://www.autohotkey.com AHK and AutoItv2 are like two peas in a pod (my english teacher would be proud of me for this expression ). But AHK is opensource-licensed whereas AutoIt is closesource. Annoying with variables but powerful with windows (resizing, sending keystrokes, mousemoves...), key remapping (remap a to q needs only : "a::q"), inireading/writing, regreading/writing and string manipulation. I use ahk2exe to get an executable (btw, ahk2exe's logo is that of AutoIt)

I totally agree with you. Now, the work has been done, but it's too complicated. I mean bricopack creators could do it in a few seconds or minutes whereas it took me hours (with less coding errors it would have been faster. ). Moreover it's not easy to make it unattended and I doubt batch scripting will appreciate. Anyway, it will maybe make the things evolve : I know lots of people think customizing an XP CD is incredibly harsh, I'm prooving bricopack integration can be done quite quickly. Now I just hope the installers will give more control soon. btw, the /S switch can be used; advanced customization. bricoslip.txt

I managed to integrate SnowE bricopack into XP. Ok, in fact, the files still have to be cabbed. Two files did not get updated : uxtheme.dll and shellstyle.dll. I'm sure it is because they are updated with a patcher written inside the bricopack installer (whereas other files are updated with reshacker.exe). I don't care about uxtheme.dll but I wonder what role shellstyle.dll plays. (seems it is not so important, only useful with some themes) The method I used is not the easiest since you have to put my files, deny Write permissions to everybody (NTFS rights), install your bricopack. The bricopack will complain about reshacker.exe not being writeable which is normal. If I don't deny Write to everybody, the installer will overwrite my reshacker.exe with the normal one. :sotired:

Is npptools.dll the only needed component ? Last time I tried to use nmap, it failed though I restored npptools. Anyway, "Network Monitor" seems to be the only component that could cause WinPcap/nmap/Ethereal not to work. (gonna check this soon)