[nowinscenario]

Just did another of several installs using nLite v1.07 with RVM Update Pack v2.04 (and various add-ons for CPL and context menu, as well many of the common tweaks of done since their inclusion), with the same fundamental problems as before. Althoguh, I instructed nLite to keep the various DLLs coming up missing (which superficially corrected the framedyn.dll and srclient.dll missing errors)--and even took out far, far less than I did before (or ever have, for that matter)--certain services do not even appear anymore: WMI and WMI Performance Adapter, COM+ Event System and COM+ System Application, MS Software Shadow Copy Provider, Distributed Transaction Coordinator and Windows User Mode Driver Framework...! What the...?!

I do not, nor have I ever, taken these out--nor do I want to. The result, of course, is that you cannot start several of the other services, the dependencies tab is entirely missing, and so on. I've left more in than ever before--I've been very conservative and viligant about the tweaks--I've not identified anything importantly different than the many, many systems that I've done virtually the same way since the first version of nLite--I've had no errors whatsoever for an entire year building systems for clients (notwithstanding one nasty attempt with MCE) ... So I cannot perceive what is so radically different that is causing these gross errors and obviously missing components.

I now have five computers and clients waiting on me (I've been trying to track down the problems for over a week now), so it's very frustrating and will potentially cost me jobs and money. I am thus at my wits end and at a loss of what to try next.

I wonder if it's possible that a seemingly innocuous tweak or component for removal that I've always done somehow does something radically different than it used to, but unbeknownst to me (like taking out some crucial component that links all these things together)...? I do not, nor have I ever, indisciminately marked entire sections: I always painstakingly review each change, one by one--and, for the life of me, cannot identify anything even remotely questionable in my processs (like I said, I've done this over and over for so long now, that these errors and problems come as a complete suprise to me).

I am quite suprised that, after all the people that seem to have related problems on this issue, no one has yet identified the unifying factor(s) most likely responsible for this.

Does anyone have any suggestions as to some next steps in a logical progression to assist in remedying these problems? Do an install with no customization, no removal, no non-default settings at all (and defeat half the purpose of deployment in the first place)?

[nowinscenario]

Well, now it appears that other stuff is not getting integrated properly either (such as the CAB inegrations for Windows Update, Microsoft Update, Genuine Advantage Tool, etc.) ... and who knows what else ... Very disappointing. So something very basic and essential is afftecting my custom installs all of the sudden (which did not ever affect them before--with the exception of a single framedyn.dll error a couple of years back)--even though I've verified my steps (as I always do anyway) through the whole process. Hmmm... (I'm actually surprised that, with such essential things missing, it's not riddled with errors right at the outset ... Oh, weell, if I gave it more time...!)

Guess I'll just hammer away at it AGAIN, trying another custom install. (I am at least using VMWare for my testing).

[userus]

Ok
1. copy clean distr
2. run nlite, configuring
3. press next next... while not see attached window
4. NOT PRESS YES(KEEP IN BACKGROUND)
5. run updatepack manually
6. when updatepack is finish
7. PRESS YES in attached window
8. have this problem

ps. My english is too bad and i can not explain in detail

Attached File(s)

•  __1041___1077___1079___1099___1084___1103___1085___1085___1099___1081_.JPG (35.66K)
  Number of downloads: 60

[nowinscenario]

After two more ISOs, I have one that finally worked: little or no removed components, moderate customization, RyanVM Update Pack 2.04, nLite 1.0 RC7, no integrated drivers, no other integrated CAB add-ons, no other hotfixes. On the third ISO, it broke again: I integrated all the rest of the add-on CABs I've been using, but still no drivers--I removed just a few more components. My conclusion: one or more of the add-on CABS is breaking the installation. (The components I removed are still less than I usually remove, without problems--and I did not even go near any remotely questionable components.) So now I'm going to try an ISO with the same components removed, but no add-on CABs: if it works, it's definitely the add-on CABs (I then will need to try an ISO with all the drivers, just to make sure they don't break anything--though I cannot see how they would). From that point, I will have to painstakingly, one by one, integrate the add-on CABs o figure which one is the culprit...

Anybody got any ideas which add-on CAB(s) might be causing my problems? (The framedyn.dll and srclient.dll disappeared again--and enough services were ripped out to cause MMC to come up as blank interfaces: basically the same as in my previous posts.) It is NOT RyanVM update pack, it is NOT my SP2 CD files, it is NOT my Windows installation CD files: at this point, it is most likely one or more of the add-on CABs--or, perhaps less likely, that one of the tweaks/customizations/removals I usually do in nLite is not working the way it usually does... Hmmmm...

Here we go again (over a week later)...

userus:

Do you mean to say that if I answer NO in the final popup box, that THAT could cause the problems I'm having? In other words, if I answer NO, then go back, it somehow breaks the process and causes errors? That would point to a problem in nLite itself then (and may account for the randomness with which these errors in appear accross many different users with many different systems). Hmmm...

[userus]

I more detailed tested nLite and i found this problem
1. If i try apply only Tweaks, nLite do not change txtsetup and dosnet -> error missing nLite.inf and Srclient.dll

2. Call nLiteRF=ocgen.dll,OcEntry,nLite.inf,HIDE,7 from sysoc not work(he cnt work)
3. reason of my problem with UpdatePack-XPSP2-Rus, at moment of presence window "Apply changes?" nLite lock files txtsetup sysoc... , and UpdatePack-XPSP2-Rus can't change them, i don't know continues nLite lock this file when he itgrated Ryn automatic if yes -> error
4. HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce","nlreg",0x00020000,"rundll32 advpack.dll,LaunchINFSection %SystemRoot%\inf\nlite.inf,T" I thought that this section from hivest will be added to registry, BUT on T34 windows RUN immediately this "rundll32 advpack.dll,LaunchINFSection %SystemRoot%\inf\nlite.inf,T"(try install calc.inf)
from sysoc nLite section work correct, i think not it is necessary to start form hivesft, all strings from RunOnce run on T13, some tweaks will be overwriten later(crashcontrol tweaks not work).

After nLite i have this strings in nLite.inf
[nLiteRF]
OptionDesc = "nLite"
Tip = "Windows component removal adjustments and tweaks."
Modes = 0,1,2,3
AddReg = S
[S]
HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce","nlreg",0x00020000,"rundll32 advpack.dll,LaunchINFSection %10%\inf\nlite.inf,nLiteReg"
what is %10% may be %systemroot%

i think ->
need add HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce","nlreg",0x00020000,"rundll32 advpack.dll,LaunchINFSection %systemroot%\inf\nlite.inf,nLiteRF" to T or H C section in nlite.inf
[nLiteRF]
OptionDesc = "nLite"
Tip = "Windows component removal adjustments and tweaks."
Modes = 0,1,2,3
AddReg = S
[S]
HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce","nlreg",0x00020000,"rundll32 advpack.dll,LaunchINFSection %systemroot%\inf\nliteFinal.inf" nliteFinal.inf this is copy of nlite.inf without calling nLiteRF(nLite section rename to DefaultInstall )

Result -> form sysoc apply nlite.inf,nlite -> on t13(work runonce) apply nlite.inf,nliteRF -> from nliteRF add to runonce nliteFinal.inf call ->= all tweaks enabled

try to setup calc.inf(Rbutton -> setup)
from attached nlite.inf i have all tweaks are enabled

to nowinscenario:
MMC to come up as blank interfaces
if I correct has understood your problem then answer here -> u apply Ryn(or other update) he contains in itself KB907265 which does not be friends with Xpize ! do not apply Xpize!

Attached File(s)

•  NLITE.INF (24.56K)
  Number of downloads: 18
•  calc.inf (303bytes)
  Number of downloads: 20

This post has been edited by userus: 21 March 2006 - 03:27 AM

[nowinscenario]

We are getting closer to the issue: after my working custom installs, I added different things in, one by one--none of the component removal seems to break it so far (I did not really expect it to), but adding in a collection of the add-on CABs severely broke it again ... Now to find the culprit(s). userus suggests that XPize doesn't work well with one of the updates (KB907265), so that could in fact be all there is to it (I wonder if the XPize Beta release might fix this..?), since this is among the CAB add-ons that I integrate in the hotfixes section. XPize would make sense, because of how it works, and because I just don't see how a few CPL, context menu and Windows Update add-ons could be responsible for breaking the installation so severely. So what I'm trying now is (I did not see the userus post before I started this, unfortunately): take my working install (with SP2 and RyanVM updates already integrated), MANUALLY XPize it (not using nLite to integrate XPize), THEN take nLite and finish the job. I thought perhaps this would overcome the conflict pointed out by userus ... However, I'm not hopeful, because I'm sure it's that XPize screws around with MMC 3.0 files that it shouldn't be touching!

So here's an idea: take out MMC 3.O Pre-Release (KB907265) from RyanVM's Post-SP2 Update Pack, integrate everything as normal, then integrate MMC 3.0 afterwords...? Only problem, I don't know how to make MMC integration occur after XPize in the process--except to manually install after Windows is installed...? Or just give up on using XPize, until and if when it is fixed (XPize is not exactly mission critical--it's just cool in that it makes Windows a little less boring without bogging it down in like a lot of eye candy). (Does anybody know if the XPize creator is aware of updated MMC conflict?) Another idea: nlite with XPize and RyanVM Update Pack, then redundantly apply the Post-SP2 Update Pack (to fix the XPize-corrupted MMC) by running nLite again...?

Surprising Update
Okay, I actually got it to work without errors, like this (I thought it was just to simple to work): I took my previous working customized OS (already slipstreamed with SP2 + all SP2 updates, with a bunch of tweaks added and components removed), then manually applied XPize, then re-ran nLite to integrate drivers and make a couple of other changes, but I waited to make the ISO--instead I extracted with RyanVM SP2 CAB, took all of the mmc files (exe and dll), copy them over to my newest custom install, then fired up nLite again and made the ISO, then ran it in VMware ... (drum roll) ... with no errors. Can it really be that simple? Well, so far, everything seems to be intact (no missing services, mmc snap-ins, dlls, etc.). BTW, it appeared that only two mmc files were different in size: the mmc.exe and the mmcshellext.dll--so it's poosible that merely replacing these two will solve the whole problem. (?) My premature conclusion is that screwing up those two pesky files causes a cascade failure, preventing inclusion of at least 7 basic Windows services and 2 important DLLs, and thus severely disembowels the whole install. (It gives a whole new meaning to an Achilles Heel...)

One side note that makes Microsoft suck on this issue: you can't check Windows update with your install until you activate it (they should AT LEASET allow you to see if you need any, show them to you, but not let you download and install them)--which obviously is not going to fly when (in this case) I would be calling them up 15 times to activate this copy...! So in order to check the stupid thing, I would have to crack a legitimate copy of XP. My experience with this whole WGA and Activation thing is it just causes legitimate and legal users(and custom builders like ourselves) continual annoyances, without stopping even a newbie hacker from cracking XP--in other words, it's just an id*** way to protect your product (punish legal users, p*** of OEM builders, make illegal users laugh--sure, that's a real good formula for protection and security). If any of you happen to ever speak to an MS representative, I encourage you to complain--I do and I have, and they will listen (believe it or not). Okay, no more soapbox. Sorry.

For now, I'm happy that a long week and half of pulling my hair out in frustration may be over.

Oh, and thanks to userus for the tip (I appreciate someone struggling to explain something in a language not native to them--I certainly couldn't have done it the other way around). So I hope that userus can understand this thanks at least.

This post has been edited by nowinscenario: 21 March 2006 - 01:43 AM

[rds_correia]

@nuhi,
As always, thank you very much for giving us nLite.
Great piece of software .
Too bad it needs DotNet...
But there's already so many tools out there nowadays that need DotNet that anyway it's starting to become "a must have" in every PC.

@userus
I'm sorry buddy but I'm affraid I didn't understand a word of what you were saying .
Maybe you could write it in your native language and we could use babelfish to translate it.
How about that?
I'm saying this because I get the feeling that you are closer to giving a good tip to nuhi than anybody else here.
And I would really like to get rid of this annoiance.
Anyway thanks for all your efforts so far.

@nowinscenario & @nuhi
I myself have been facing this problem lately on a lot of VMWare trials.
I even thought it could be related with VMWare so, silly me, I decided to try this on a real PC just to find out that it's a real...how shall I call it...a bug?
Anyway, just to let you know that:
- I always use XP-SP1a as a source.
- I sleapstream SP2 on it and close nLite.
- I download latest RyanVM pack and latest RVMIntegrator.
- I also download some RVM add-ons such as:

Kels_AudioShellExt_addon_v1.1.CAB
Kels_AutoPlay_addon_v1.1.CAB
Kels_Bootvis_addon_v1.1.cab
Kels_CabTool_addon_v1.8.CAB
Kels_ClearType_addon_v1.1.CAB
Kels_MemTest_addon_v1.cab
Kels_myuninst_addon_v1.33.CAB
Kels_UPXShell_addon_v1.cab
MrsP_PowerOff_Addon_v3.0.1.3.cab
MrsP_Rainlendar_Addon_v0.22.1.cab
MrsP_uTorrent_Addon_v1.5.437-QL.cab
shxZacam_AttributeChanger-v5.23_addon.cab
Themes_Kel_OSminimal2_Addons_v1.4.cab
Themes_Kel_RoyaleMod_Addons_v1.2.cab
Xable_CalcPlus-v1.2_addon.cab
Xable_Contig-v1.0_addon.cab
Xable_Foxit-v2.0_addon.cab
Xable_HashTab-v1.9_addon.cab
Xable_HighMAT-v1.1_addon.cab
Xable_Sysinternals-v2.1_addon.cab (this one I'm still using although it break the EULA but since Sysinternals didn't answer Ryan and since I read the EULA...)
XAddon_Unlocker-Full-v1.8.1.cab

- I integrate RVMUpdatepack 2.0.4 and the RVM Add-ons with the integrator.
Now, if I don't remove stuff, such as for instance Internet Explorer, and I only integrate some hardware drivers and ask nLite to create and ISO everything works perfectly.
Which means, and correct me if I'm wrong, that this rules out RVMUpdate pack and the add-ons.
Now, if I remove some stuff from WinXP then I get a "rundll32.exe - Unable to locate component - This application failed to start because framedyn.dll was not found. Re-installing the application may fix this problem.".
And then I get a "RUNDLL - Error loading srclient.dll - The specified module could not be found.".
Everytime I right-click My Computer icon I get the srclient.dll message.
Hope I have sometime today to run some tests without RVM's update packs and add-ons.
Maybe I can try to narrow the possibilities to a point that nuhi can actually catch the s**ker .
BTW, I don't use XPize one my unattended XP CDs .
Cheers

Attached File(s)

•  Last_Session.ini (7.73K)
  Number of downloads: 11

This post has been edited by rds_correia: 21 March 2006 - 09:16 AM

[kal]

I'm having the same problem. I've followed this step :

- nLite1.0RC7
- RyanVM Integrator (for french pack which isnt compatible with nLite)

At the final reoot, when my batch try to use taskkill.exe, it doesnt work because Framedyn.dll is missing. I'm gonna try in this order :
- RyanVM Integrator
- nLite1.0RC7

[rds_correia]

Hold on a minute!
I just did another trial with the same settings as before but this time I didn't apply RVMUpdate 2.0.4 or any of the add-ons AND I didn't add my SIS SATA drivers.
This time around the nLite'ed XP does not show any signs of framedyn.dll/srclient.dll being missing at all.
Everything is working as it should!
Now, I'm going to use the same settings.ini and I'm going to add my SATA drivers and I'll test it with VMWare.
If it works, I'll make another nLite'ed XP based on the same settings.ini and this time I'll add RVMUpdate 2.0.4 with nLite and not with RVMIntegrator -> For now, no add-ons will be added.
If everything works fine, I'll give it another shot using the same procedure and this time adding the SATA drivers, adding RVMUpdate 2.0.4 AND I'll only add add-ons that I have always worked fine, meaning, no new add-ons that I downloaded lately.
I'll catch the little SOB that has been giving me sleepless nights .
Cheers

EDIT: I have just finished an nLite'ed UACD with RVMUpdate 2.0.4 integrated from nLite's options and using the already mentioned Settings.ini file.
This means that it's either RVM_Integrator or one of the add-ons.

Attached File(s)

•  248_F1_temp.ini (8.25K)
  Number of downloads: 7

This post has been edited by rds_correia: 21 March 2006 - 03:10 PM

[nuhi]

I don't have time to read carefully but here goes something important:

Never keep nlite running in background while upgrading your source because nlite keeps some important files in memory for fast access and on apply it overwrites them with modified versions...meaning if you kept it at apply and did something you'll make hell.

Just turn it off until you think on using it in one go.

[rds_correia]

Hi nuhi ,
I think I get the picture but I only open nLite when I have everything set to start building a new UACD.
And for the record, I think this has something to do with RVM addons or RVMIntegrator.
I am currently installing a new UACD on a VMWare that I built ONLY using nLite.
No RVMIntegrator used this time.
I'll let you know when I'm done.

@all,
For those having this problem: do you install RVM addons or use the RVMIntegrator?

Cheers

UPDATE: just finished installing that UACD and the problem is back.
Which means that RVMUpdate 2.0.4, RVM Integrator 1.2.2 and nLite 1.0rc7 don't have any problem.
The issue is add-on related.
I'll try to catch the little SOB and I'll let you know afterwards.

Cheers

This post has been edited by rds_correia: 21 March 2006 - 06:26 PM

[nowinscenario]

rds_correia throws a wrench in the machine by saying that he doesn't use XPize, so now I'm puzzled--but one thing seems to be for sure now: one or more add-ons, or (more likely, as it is appearing), combination of add-ons, is causing the problems we're all experiencing in variations.

After further testing of my last supposedly working install, I discovered that some essential networking components missing; however, this, in fact, may be a VMware problem now because I removed legacy networking adapter components which VMware might require to make an internet connection. Other than this, though, all the other myriad problems I've been having seem to have disappeared by replacing those MMC files that XPize seems to mess up.

The thing is, if you look at that pre-release MMC 3 on MS, they list several known issues with using it that may or may not play into some of these problems.

I'm am now going to test an install without XPize and without removing legacy networking components to see if this fixes everything--then, for whatever all the specific reasons, I will have identified the source(s) of at least many of our problems.

More on this later after my next test build ... I'm sooo close...

Anybody no the easiest way to just remove the MMC 3 from the RyanVM Update pack...?--just remove the kb exe file and the two mmc 3 files...?--then try integrating it (or is more complicated than that? will it mess up RyanVM's install...?)....

This post has been edited by nowinscenario: 21 March 2006 - 07:19 PM

[nowinscenario]

rds_correia: let's see who can get to the bottom of this very annoying annoyance first! (I've wasted over a week and half now on this nonsense--and have five computer jobs waiting on me.) I think we can do it tonight...

[rds_correia]

I have successfully narrowed it to the following addons from RyanVM site:

- Kels_AudioShellExt_addon_v1.1.CAB
- Kels_MemTest_addon_v1.cab
- Kels_myuninst_addon_v1.33.CAB
- MrsP_PowerOff_Addon_v3.0.1.3.cab
- MrsP_Rainlendar_Addon_v0.22.1.cab
- MrsP_uTorrent_Addon_v1.5.437-QL.cab
- shxZacam_AttributeChanger-v5.23_addon.cab
- Siginet_Codecs_OpenSourceMpeg_Decoder_Splitter1.0.0.1_Addons_Beta1.1.cab
- Xable_Foxit-v2.0_addon.cab

Please note that I chose NOT to install these on a random choice.
Some of these addons are quite young and some of these addons are quite old.
One thing's for sure: I have full confidence on their authors and for safety sake I have downloaded them again and will play with them tomorrow since it's already 2:30am.
Cheers

[nowinscenario]

Hmmm, the only two add-on CABs that we share in this ordeal is shxZacam_AttributeChanger-v5.23_addon.cab and Kels_AudioShellExt_addon_v1.1.CAB ... So I would perhaps concentrate on those two, at least for your end of the problem(s). My problems may be either or both of these AND the MMC/XPize conflict combined together, which conspire to make my life hell. I'll also report back ASAP. Right now, I'm so sick of all this, I'm going to treat myself to a movie (V for Vendetta), and relax...

[nowinscenario]

rds_correia: any more narrowing it down? Sorry, I had to take a little longer break than I originally planned--I was just going at it for far too long, getting burned out. I'm starting up again tonight and hope to have it ironed out by the end of the week at the latest (I really need to get started on my backlog of clients that have been waiting for me to solve this mystery)...

[nowinscenario]

Problems in variation again, latest build. Did it in this order: integrated SP2 into SP1a XP Pro using nLite, no add-ons, no drivers, no update packs, then stopped; then manually integrated XPize by itself, then stopped; then re-ran nLite, integrating drivers and the add-on CABs, RyanVM Post-SP2 Update Pack, and made ISO. Tested in VMware: WMI service disappeared again; framedynn.dll & srclient.dll missing again; IE and Outlook Express icons missing from desktop, start menu and quick launch bar, again. The rest of MMC left intact this time (due to XPize first and post-SP2 updates second), so no hideous problems there. However, I believe rds_correia is on the right track: one or more of the add-on CABs is causing all of the above. Shame on them...

[nowinscenario]

Good News:

Successful build, finally.

1. Started with an nLite'd build of Pro SP1a, SP2 slipstreamed.

2. Ran nLite again, integrated all possible drivers I need (plus a few extras for potential future: nVisa RAID, RAID 5).

3. Integrated all add-on CABs (that I currently use) EXCEPT:

4. I did NOT include (as per rds_correia's investigations) Kels_AudioShellExt_addon_v1.1.CAB OR Xable_ContextAttributes-v1.1_addon.cab (just to be safe, because it might share similar hypothesized problems as shxZacam_AttributeChanger-v5.23_addon.cab--which I confused in my mind earlier).

5. I did NOT include XPize (as per userus' tip) anywhere in the process (I just left this out, because I was so frustrated at this point by the whole process--I think I'm on or around my 15th build now!).

6. I did not really compromise on any of my tweaks or component removals or customizations or options (because I was so confident that eliminating those three items above would eliminate my problems), with a few perhaps notable exceptions.

7. Tested the custom install ISO in VMware, which went flawlessly--except that, for some reason .NET 1.1 add-on CAB did not install, but .NET 2.0 did (but I may have simply not selected it--I was getting very tired, after all).

8. Have been testing it, looking at all the components, peering under the hood--and it looks like everything is where it's supposed to be and everything is functioning like it should ... Whoopee! Just for the sake of completeness I'm going to take that install, run nLite yet again, finish off the rest of the customizations that I held back on, and try to get that missing .NET in the install, too--then test it out one final time...

10. Noticed one odd thing (has not happened before): no audio adapter. Hmmmm... might be a VMware problem because I pulled out all default/legacy audio (leaving only integrated nForce)--but it also looks like I left out one INF that looked redundant (maybe it isn't). I'll try to re-integrate, then instruct VMware to use nForce audio only. We'll see...

11. Made mistake and removed lagacy ethernet, which VMware apparently needs (also noticed on previous build that VMware is using virtual Intel system drivers--so I would say to NOT remove such things as Intel IDE Bus IF you're testing in VMware ... Interestingly, thoug, I removed all display adapters, but VMware seems to be able to get along without them, even though it's using a SiS adapter...?)

This post has been edited by nowinscenario: 25 March 2006 - 07:23 PM

[rds_correia]

@nowinscenario,
Hey there ,
Sorry for taking so long to reply but my life has been a mess lately.
Actually I haven't look any further into this mistery.
I have done all my XP installations with an nLite'd XP that is running perfectly.
I'm attaching my settings.ini so you can see what I included and what I removed .
Those other addons that I did not include...well...they're not essencial to my work.
So for now I'm happy with what I have.
Cheers

Attached File(s)

•  Last_Session.ini (26.33K)
  Number of downloads: 30

This post has been edited by rds_correia: 28 March 2006 - 09:11 AM

[nowinscenario]

rds_correia:

Yeah, I now have great custom installs once again (I just leave out the 2 attribute changers and 1 audio context extensions, as well as the XPize--I miss this last, but, oh well, it's not essential: I just liked it because it was non-resource-hogging eye candy enhancements).

The ethernet turned out to not be a problem--the problem was me: I forgot that I limited the amount of users on my router, so it wasn't letting the VMware install connect to the Internet. Strike that from the record.

The .NET was what I thought: I simply forgot to toggle it--so now the install went fine there. Strike it from the record.

VMware uses Creative PCI to power its audio output, so a previous component removal must have interfered with that--but I solved the problem in the current build. Strike that from the record.

I will also attach my last INI session after one more build--I'm doing one more build because of very minor annoyances: one of the application installs, although working, is broken with respect to the CPL add-on, because the author hard-coded "Program Files" in the path, but I change the path to "Installations"); the CDImage GUI CPL add-on does not work (it comes up as unknown/unworking in the Control Panel--don't yet know why, but I suspect it's once again path naming convention discrepencies). I'll have to post to the respective forums to see if the author can fix any of these problems...

Thanks for your helpful input... =;-}