Welcome to MSFN

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.


Sign in to follow this  
Followers 0
grpprod

XPize corrupts WinXP CD

5 posts in this topic

Hi,

integration to i386 does not seem to work as expected. Did not have this problem with 4.x branch.

The procedure I usually follow is to apply XPize to XP CD and then run nLite over it to remove stuff.

With XPize 5, it complains about several files (eg. syssetup.dll, uxtheme.dll etc) and even though the procedure finishes, the created CD does not install properly.

XP version I tried all this with was x32 Greek w/ SP3.

Edited by grpprod
0

Share this post


Link to post
Share on other sites

Dont mess with syssetup.dll patching unless you use nLite

0

Share this post


Link to post
Share on other sites

I am not sure I understand what you're saying. I did not make any manual intervention on the whole procedure.

0

Share this post


Link to post
Share on other sites

I agree, version 5R6 is extremely temperamental, version 4.7 was much better. Its hit and miss when trying to XPize source files with more misses than hits. It absolutely does not work under XP Pro x64 meaning it appears to work but corrupts source files. Under XP Pro x86 results are equally poor. It seems files are randomly corrupted, everytime I created a new DVD its a different file that is corrupted. Once I got to 13 minutes to go (registering components) when the installation hung. Using an unXPized DVD installs without any problems.

0

Share this post


Link to post
Share on other sites

With respect, xpize 4.7 does not support XP SP3 or XP x64 at all... just saying :)

Patching I386 files itself is a temperamental process and cannot patch as well as a post-install run (e.g. making registry changes). For this reason, I'll remove I386 patching from the next release, if there is one. Also, I think it's better to have trustworthy and unadulterated installation images.

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0

  • Recently Browsing   0 members

    No registered users viewing this page.