GreenMachine

Actually, I quess I was not on again ... but I am now! In the next few days I will be testing the latest hotfixes, and trying my darndest to get copies of XPCREATE to those who requested it. More soon!

On again. I will be trying to catch up with the requests. Just a bit more patience, please!

I will be "out of the office" until March 16th. I will be popping in and making sure there are no fires to put out, but I will not have access to my working system. That also means that there will be no usernames/passwords issued for XPCREATE.COM until I return. Please do not ask, nor look for "alternate" sources. See you soon!

That it_ybd beat me again! Welcome, avanderbeek, to MSFN! Yes, if you start with an unmodified installation of XPCREATE.INI, and an original WIndows CD, XPCREATE shuold find all it needs to create a bootable ISO. If you enter the CD driver letter in XPCREATE.INI, it should produce a bootable CD. Works for most everyone ...

Yes, the older one is no longer needed. I'll update the web page ... soon!

Right he is: I took that one out recently, and it works fine for me without it! Thanks, BeenThereB4.

Welcome to MSFN, th_moreira! My idea? Make an XPCREATE installation, adding nothing but the hotfixes listed on the XPCREATE Web Site. If the problem persists, post your LOGFILES.CAB file, and I can look into it. If the problem is gona, add your "customizations" one at a time until you discover the one that is causing the problem. As I've said so often before: work logically in little baby steps, and most all of the problems can easily be identified.

Actually, he did find it shortly after posting. Just was a bit quick to jump the gun! I keep meaning to make a page to explain the different "error codes" that are generated. This was error 1003. One reason that this one bugged me, was that user's did not understand about 8.3 name creation, however, if it is not active, it is because the user itself disactivated it (it is on by default). Too many people "tweak" their machines without knowing what they are actualy doing ... Remember: if it ain't broken, don't fix it ...

I suppose a good test would be to install Office AFTER installation, and see if the same WFP box appears. It may have something to do with the state of the OS during installation. I would certainly think that Office may need to update some system files, so it MUST have a mechanism to allow it to do so. Apparently, that mechanism does not work DURING setup. Just a theory ...

From what I can see, there are no new updates, as promised. And yes, the Malicious Removal Tool has been updated. You should be able to simply replace the old with the new. Of course, some may prefer to simply add the registry setting, as MRT should not be finding anything on a fresh installation ...

Welcome to MSFN, sgtrice! Yes, it sounds like you need to read a bit on http://xpcreate.com. THere should be enough to get you started there.

Let's see. One of the first things detected is the OS, SP level and OS language, so I already have that. I update DOSNET.INF according to Microsoft's specs, however, it is not quite clear on files in sub-directories (such as UNIPROC). I might do a plug-in thing, but again, I would really prefer to keep it generic. I will probably NOT add the sub-directories to DOSNET.INF in the first place, but that does not solve all the issues. To be continued ...

Now that you mention it, I did have one installation that had a similar problem. I re-downloaded all the hotfixes, and it worked fine. Perhaps that outdated WMP was the reason?

Glad to see it does not look XPCREATE related! Perhaps XP Home is the problem: I would think it rare that it need to be installed from a DOS command. Perhaps Microsoft's way of convincing such user's to "go pro"?

Hmmmm ... Yes, those express files are, indeed, the patches without the binaries, which are then downloaded. These hotfixes cannot be integrated. If just run from SVCPACK.INF, you would also need ab active Internet connection. As I understood it at the time (long ago ... ), those uncompressed files are used during the setup process, that is why they are uncompressed. It is the compressed versions that are not needed. Like I said, that was a while ago I looked. I'll have to look into Q329115. I agree: I will stop adding the sub-directories to DOSNET.INF. Also, I think long file names there can cause problems in DOS based installs. Thanks again, Bilou_Gateux. I just happened to pass by here again. You really should consider adding new posts, instead of updating your last one, so it catches my attention better!

Actually, downloading and integration of the updated Windows Update Files is one of the perks reserved for paying customers ...

You know what she says: Size doesn't matter! Actually, someone in the Sofware Hangout (I think) posted a nice Programing Language Timeline, that had both MUMPS and Forth.

Ontrack and Spinrite are, from what I've heard, quite good.

Welcome, Procyon, to MSFN! Thank you for your kind words. A very eloquent way to make your first post! I have not yet tried to install that update, but I did take a look at the package, and what I see indicates that it should be fine in SVC-HF1. Give it a go, and post your results!

Again, I doubt the problem is in the XPCREATED CD. I don't know where/when you are installing Office, but I never managed to install it during Windows setup: I always install it post-Windows setup.

XPCREATE DOES update DOSNET.INF: perhaps that is where the problem lies. Most often, the problem is not in XPCREATE, but a conflict with other edits, either manual or automatic. As always, first make an XPCREATED CD that is tested and works, and then try your other modifications.

No, the freeware version does not download the hotfixes. You can look at the "Current Hotfixes" page of the XPCREATE Web Site, of the sticky post in the Unattended Windows Forum. For further differences between the Freeware and the Commercial versions of XPCREATE, please see the "What Version FOr Me" web page on the XPCREATE site.

One thing I forgot to add ... I believe as long as you have %SYSTEMDRIVE% in your registry setting quoted above, the file might re-appear after every time you run the "Add Hardware Wizard". That is why I suggest getting rid of the cause, not the symptom. For now, you can just clean that registry setting (change to %SystemRoot%\inf). Watch out for the bumpy roads!

The first four links on this page (http://xpcreate.com/links.htm) should get you started. Welcome to MSFN, jajadasd!

Something is putting %SystemDrive%\ in there, and it should not be. That is your real problem. I would try removing the OemPnPDriversPath completly, and I bet it disappears. Now, in answer to your question: YES, you may delete it. It is there to speed up searching for drivers when adding hardware, and is valid for the directory in which it resides. Without it, Windows will search all the INF files in the SYSTEMDRIVE (usually C:). Since there are usually very few files in the root of the SYSTEMDRIVE, chances are you will increase the time to search for drivers by a few milliseconds. Does that help?