devilrunner Posted June 27, 2005 Share Posted June 27, 2005 I was trying to integrate drivers with the drivers from cd method.You know the way with the modified setup.ex_, setuporg.exe and presetup.cmd.I can't seem to get it working...setup keeps restarting and I think it's because something is going wrong with the setuporg.exe.I expand setup.ex_ to setuporg.exe however the difference with 32 bit is that setuporg.exe doesn't get a installer icon...maybe something is going wrong with the expand command?Someone got drivers from cd working with x64? Link to comment Share on other sites More sharing options...
Viking Posted June 29, 2005 Share Posted June 29, 2005 This can be done by sending setuporg.exe and presetup.cmd to the 32 bit system32 folder instead of the 64 bit system32 folder. Works fine, I tested it myself last night.The reason for this is even at this early stage, x64 runs the replaced setup.exe in 32 bit mode.I haven't managed to get setdevicepath.exe to work in 64 bit yet, but I'm working on it.I'm not at home at the moment, so I can't give you the exact edits I made to txtsetup.sif at the moment, but I will post those when I get home tonight. Link to comment Share on other sites More sharing options...
Viking Posted June 29, 2005 Share Posted June 29, 2005 This is what I put in my txtsetup.sif....[SourceDisksFiles]setup.exe = 1,,,,,,,82,0,0setuporg.exe = 1,,,,,,,82,0,0presetup.cmd = 1,,,,,,,82,0,0The 82 means that it puts the file in SysWOW64, which is the 32bit system32 folder. I had to put setup.exe in here as well as leaving the normal entry to get past the check that the version of Pyron's hacked setup does.Hope this helps.... Link to comment Share on other sites More sharing options...
devilrunner Posted June 29, 2005 Author Share Posted June 29, 2005 1.So I have to put :setup.ex_ (modified)setupORG.exepresetup.cmd 2.in the I386 folder.3.change txtsetup.sif from the amd64 folder to point to correct folder.and then it should be working? Link to comment Share on other sites More sharing options...
Viking Posted June 30, 2005 Share Posted June 30, 2005 Sorry, no. You have to putsetup.ex_ (modified)setupORG.exe (uncompressed and renamed original)presetup.cmdin the AMD64 folder, plus make the changes to the txtsetup.sif, and everything will work.I managed to make some tests with setdevicepath.exe last night too. If everything works out, I will post what I did with that as well tonight or tomorrow. Link to comment Share on other sites More sharing options...
Viking Posted June 30, 2005 Share Posted June 30, 2005 OK, my testing with setdevicepath.exe worked fine. The problem with setdevicepath.exe on 64 bit is that it is a 32 bit application. What this means is that the registry setting it makes gets written to the 32 bit HKLM\Software\etc path instead of the 64 bit one. This could be solved by writing a 64 bit setdevicepath.exe, but this is not something I know how to do.To get around this, I'm still using setdevicepath.exe, but I'm then copying the 32 bit reg key to the 64 bit reg key.Attached is a link to copypath64.exe. This is a self extracting 7z file, which contains 4 files.cmd.execommands64.batcommands.batstartx.execommands.bat is simplystart /wait /min cmd.exe /c commands64.batand is started by startx.exe in the 7z sfx module like soRunProgram="StartX.exe /WAIT /B \"commands.bat\"">>config.txtThere are references to creating 7z sfx modules elsewhere in the forums.What this does, is start commands64.bat, using cmd.exe to start it. cmd.exe is a copy of the 64 bit version, which forces the commands64.bat file to run in 64 bit mode, even though it's being run from 32 bit mode from the hacked setup.exe! commands64.bat contains:reg copy HKLM\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion HKLM\SOFTWARE\TempRegkeys /freg delete HKLM\SOFTWARE\TempRegkeys /v "CommonFilesDir" /freg delete HKLM\SOFTWARE\TempRegkeys /v "CommonFilesDir (x86)" /freg delete HKLM\SOFTWARE\TempRegkeys /v "MediaPathUnexpanded" /freg delete HKLM\SOFTWARE\TempRegkeys /v "PF_AccessoriesName" /freg delete HKLM\SOFTWARE\TempRegkeys /v "ProductId" /freg delete HKLM\SOFTWARE\TempRegkeys /v "ProgramFilesDir" /freg delete HKLM\SOFTWARE\TempRegkeys /v "ProgramFilesDir (x86)" /freg delete HKLM\SOFTWARE\TempRegkeys /v "ProgramFilesPath" /freg delete HKLM\SOFTWARE\TempRegkeys /v "SM_AccessoriesName" /freg delete HKLM\SOFTWARE\TempRegkeys /v "SM_ConfigureProgramsName" /freg delete HKLM\SOFTWARE\TempRegkeys /v "SM_GamesName" /freg delete HKLM\SOFTWARE\TempRegkeys /v "WallPaperDir" /freg copy HKLM\SOFTWARE\TempRegkeys HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion /freg delete HKLM\SOFTWARE\TempRegKeys /fwhich is simply making a copy of the 32 bit location of the key into TempRegkeys, removing what we don't want to copy (which is everything but DevicePath), but had no choice in copying with the "reg copy" command, and then copying the remaining DevicePath value into the 64 bit location. There's bound to be a better way to do this, but I couldn't figure it out with a for loop or anything because of the spaces in some of the names.I'm using "reg copy" here because it will copy DevicePath no matter how long it is. If I try to copy the value out to DOS with "reg query" DOS will truncate the value if it's too long. Can't remember the length limitation off the top of my head.So basically, all you would have to do is run setdevicepath.exe as you normally would from presetup.cmd, and then run copypath64.exe straight after this, and the 64 bit DevicePath in the registry now contains a copy of the 32 bit one and you're set to go.I've tested this with my nVidia and network drivers just now, and it all worked fine for me.Anyway, I hope all this makes some sense, and that it's useful to someone! copypath64.exe Link to comment Share on other sites More sharing options...
devilrunner Posted July 1, 2005 Author Share Posted July 1, 2005 Thx for your input...I've been searching for this kind of solution.Apreciate it.Gonna try it right away Link to comment Share on other sites More sharing options...
devilrunner Posted July 2, 2005 Author Share Posted July 2, 2005 (edited) I got an lsass.exe error box explaining me there is not enough system resources or something.This results in the setup rebooting and restarting the setup over and over again.Do you work with extracting the drivers from 7z in your presetup.cmd?I think there is maybe something going wrong with my extraction process.Maybe I have to use the 7za.exe X64 build?Also my expanded setuporg.exe is different from the 32bit one...it has no icon Edited July 2, 2005 by devilrunner Link to comment Share on other sites More sharing options...
Viking Posted July 3, 2005 Share Posted July 3, 2005 (edited) The setuporg.exe file will not have an icon under 32 bit windows because it is a 64 bit only application. If you look at it under 64 bit, it will have an icon again.Yes, I use a 7z to extract my drivers in presetup.cmd, but it shouldn't matter.I have no idea what would be causing lsass.exe problem. I assure you that this has been working for me no problems. Are you able to get the first part working without worrying about the drivers? So just running presetup.cmd and getting setuporg.exe to start running, but don't actually do anything in presetup.cmd?Has anyone else tried this method and been able to get it to work? Edited July 3, 2005 by Viking Link to comment Share on other sites More sharing options...
j4ever Posted July 4, 2005 Share Posted July 4, 2005 hey viking great work. sitll a bit confusing. anychance u can make a step by step guide? that way the mods can then post it on the main site. Link to comment Share on other sites More sharing options...
Viking Posted July 5, 2005 Share Posted July 5, 2005 Will post a walkthrough tonight when I get home from work... Link to comment Share on other sites More sharing options...
Viking Posted July 5, 2005 Share Posted July 5, 2005 Have created a new topic under Device Drivers for the walkthrough.... http://www.msfn.org/board/index.php?showtopic=50023 Link to comment Share on other sites More sharing options...
devilrunner Posted July 6, 2005 Author Share Posted July 6, 2005 Thx very much...I think this thread will become more and more popular as X64 starts to find it's way into our homes Link to comment Share on other sites More sharing options...
Viking Posted July 6, 2005 Share Posted July 6, 2005 No worries. I just hope it works for you.Hopefully someone more knowledgable than me will pick it up at some point and make it as easy as the 32 bit stuff.**** it's painful testing this stuff. Having to actually install every time is a pain. Come on virtual machines with x64 guest support!! Link to comment Share on other sites More sharing options...
devilrunner Posted July 7, 2005 Author Share Posted July 7, 2005 yes...this thread helped me allot...thxYes I have been waiting for 64bit emu's to...any idea which will be first?vmware would be nice to offer x64 support.Still would like to see someone emu 64bit on a 32bit machine... Link to comment Share on other sites More sharing options...
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now