InTheWayBoy

No Problem...to save you some future headache, I would copy the I386 folder to the computer that didn't have it, and then use something like this to make the OS know where to look for the files next time: http://www.theeldergeek.com/specify_source...ation_files.htm That way in the future you hopefully won't run into this again. Good Luck!

Right-Click My Computer > Properties > Advanced > Startup And Recovery (Advanced Button) and then look at towards the middle section for: "Automatically Restart" If that is checked, then it may blue-screen but you'll only see it for a few seconds at best...if it's unchecked then it will just stay on the blue-screen until you manually reboot it. Now if you're in a cycle where you can't boot at all because it blue-screens before you can do anything then I think you are fubar unless you have something like ERD or BartPE to manually inspect the issues.

Check out this page...second to last paragraph...something about "Modifications" http://briandesmond.com/blog/archive/2003/10/25/233.aspx Good Luck!

Well I've been busy doing the roll-out this weekend, so I haven't had much time to get the files to ya. But in truth I ran into other issues as well so I have decided to hold off on implimenting WPI in our scheme for the moment. I'll send em to you tonight when I'm back in the office.

So it's old school then...anything over 2100 will work in most cases. I've got a few 512's that should work in there, I'll need to check what speed, but I know both are well over the 2100 spec and should throttle down. I can't ship em for free though, that's my only catch.

Hmmm...wonder what those dll's do

And you know what, after reading this whole post again, I can't find one ill-willed comment towards WPI, the authors, or anyone on this board for that matter...except of course you and I not wanting to be dicks. Secondly, how the hell are we supposed to know that some javascript error is related to an Audio Problem...maybe you should rename the post "FIX TO WIERD JAVASCRIPT ERROR" instead...a little more descriptive, especially since the error exists since we DONT use audio...how the hell are we supposed to know it's not working right since we can't hear anything. Thirdly, if it's two little lines of code then why not upload that real quick. Not like you have to do much, hell you could have done that in the time it took you to vent on this post. I'm not a programmer, so I guess I'm too stupid to comprehend the massive work it takes to open notepad, change the two lines, save, recompress, and then upload it to the server...maybe that's just the network admin talking. You know I think I made an AuotIT script that does that...hmmm, maybe I am a programmer now! Woohoo! So guess that's my venting...thanx again for the excellent app!

Actually not to be a dick I have but the fix didn't work for me...of course I didn't put that in the sticky, but hey, to each his own

Well that also depends on hardware configs...while it's safe to copy files between the two, it's useless to copy over the files if they are for different hardware items...an nvidia driver does nothing for an ati video card. You could try a repair install, but you'll need the CD to do that...and one of the same type I believe. You shouldn't be asked for files though...notice how their website has no support link...that's cause all the products they sell are basic enough not to need any downloads. You might have lost so key system files somewhere, and I don't know of any easy way to determine what you're missing let alone how to replace it. You could try sfc /scannow and see what it reports, but all it will do is offer to replace certain files and again you would need the original CD to fix this. Although, if you might have the source files on either PC, depending on how it's setup. If you have C:\I386 then you most likely have a local copy of the source files...you could try making that into a bootable CD to accomplish the previously mentioned tasks. Just a thought...good luck!

That's what I used to do, and my method above is just an advanced version of that. I never liked how the CMD window would appear, and even with CMDOW you would still get the initial flash.

I don't know if that will work...because for ever inf file there are various support files that go with it...the inf is just the road map on how the device works with Windows. The bigger question is why it's asking you for mouse drivers...USB mice are generally supported right out the box, at least the basic features are. If it's just a regular mouse and you are getting that message, I would tend to think there is something wrong with your OS, like maybe it's missing some key system files. What mouse are you trying to install?

RegSeeker...blows the rest away...and it's free as one4other mentioned. http://www.hoverdesk.net/freeware.htm

Don't forget, WinXP Pro by default doesn't allow access from other computers if the account doesn't have a password...or at least you can't browse to it. Also, as everyone has mentioned, check your GPO's...if you have the ability to, try disabling some of them temporarily, just to see if that is the problem.

C:\Windows\INF I think that might be what you are talking about...any new hardware that didn't come with the default install will have a name of "oem??.inf"

Just to let you know if you click the Download button in Firefox the new frame opens on the left and not the right...just an FYI. Works fine in IE.

I think AutoIT would be your best bet...that's what I use as of late. AutoIT is a scripting tool that has some really sweet GUI handlers...there's about a ton of info on that elsewhere. What I do, and what you might want to do, is use AutoIT to create a script and then turn that script into an .exe. I'll show you a little script: install.au3 DirCreate ( @ProgramFilesDir & "\Newsbin" ) FileCopy ( @ScriptDir & "\nbpro.exe", @ProgramFilesDir & "\Newsbin" ) DirCreate ( @ProgramFilesDir & "\Newsbin\plugins" ) FileCopy ( @ScriptDir & "\BNS.dll", @ProgramFilesDir & "\Newsbin\plugins" ) FileCopy ( @ScriptDir & "\NZB.dll", @ProgramFilesDir & "\Newsbin\plugins" ) FileCopy ( @ScriptDir & "\PARFILTER.dll", @ProgramFilesDir & "\Newsbin\plugins" ) FileCreateShortcut ( @ProgramFilesDir & "\Newsbin\nbpro.exe", @ProgramsCommonDir & "\Newsbin.lnk" ) The functions are pretty easy to figure out, and the variables are very handy in relation Unattended Windows setup. The script above basically creates a folder, copies some files into it, and then makes a shortcut. I then compile that script into an .exe. This .exe alone will only perform the functions, and does not contain the actual files referenced in the script. But that's not a problem if you take it a step further...you can use the 7zip SFX tutorials to combine the AutoIT .exe and any other files into a single .exe. That .exe, when run, will run the AutoIT .exe, which in turn runs the script you setup. And of course all your other files are included. Check out this post that I started, it pretty much lays it all out in the last post I made. I know it sounds funky but it's not: http://www.msfn.org/board/index.php?showtopic=52981 Enjoy!

Check this thread: http://www.msfn.org/board/index.php?showtopic=53125 For me I was getting the first error you were describing...found out it was because I disabled the audio playback function. You may have a similar issue... I would try all the defaults first...see if it works...then slowly disable or change the settings you want and check each time. I know that's a pain but looks like the only reliable way to config WPI. It's a great application, but these are some of the hardships you can encounter with a community project. Don't give up on it though...it's gooooood ship.

He's right...I had the audio disabled and was getting the error...enabled it and everything is fine. Is there a way to rip the whole audio function out of the script? I really don't need it, none of the computers here even have speakers.

So if I do that, it will run off the hard drive, but not the CD? I really don't care about CD functionality, as long as it works after the unattended load and a few more random times before the next reload. I don't have any files in front of me...is that in main.js?

Looks like the same error in this thread: http://www.msfn.org/board/index.php?showtopic=52270 However, it's older and he said the problem was fixed when he updated to the latest WPI...which I already have. In that thread it looked like it was a UNC issue, but since I'm trying to run this from the HD I don't see how that is an issue.

Even easier is to add ".\" before an executable...like so: start /wait .\setup.exe /S What that does is it tells the batch file to look in the current directory...so if you have your batch file and the actual program in the same folder, that's the way to go. This is really helpful when you are running an SFX, where it's always extracted to a temp folder...as long as the file is in the same dir as the script, you'll be okay. If you have folders seperating the files, then add the rest from where the script is starting from. So if the exe you want to call is located in a folder called "Files" then you would use this syntax: start /wait .\Files\setup.exe Make sense?

I don't have the RyanVM Update Pack, but I do use a few of his silent installers...Java, .NET Framework, and Adobe Acrobat 7.0.1. The source is a vanilla copy of WinXP Pro OEM, with only one replaced file (NOTEPAD.EX_). No TXTSETUP.SIF editing has been done... winnt.sif

I get this same error message...using the latest version of WPI, with a very simple install setup. I've posted my config.js and main.js as well. I've got WPI setup to run via winnt.sif, and everything works fine there...however, I when I try to run WPI after the first run I get that error when I click 'Begin Install'. I've checked main.js for line 138 and this is what it says: var titBgCol = (s[2])? "BGCOLOR='"+s[2]+"'" : "" Of course I have no idea what that means so I'm lost...HELP! main.js config.js

Forgot to ask...there isn't any need to preserve data before the install is there?

There is a way to do it...no doubt about that...but how? One thing I was just thinking up was scripting something and running that from BartPE or WinPE. With either of those two you get access to better partitioning tools via third party. Partition Magic, Disk Director, even the spiffed up diskpart can all be manipulated to acomplish a quick disk arrangement like you want. You could even script in the part afterwards which could copy over all the files and launch setup, using your unattended files of course. But that seems like too much work...there's gotta be something better!