nova-s

well, i really don't know anything about the program that you want to install and it's valid parameters, but your config and my .cmd seems to be fine. (maybe except your config switches like gora mentioned, i'm not familiar with that, i check them inside my .cmd (%1)... ) was the file copied to the correct place? i guess so...

that should do it @echo offset vb=VBoxManage.exeset chemin=%ProgramFiles%\Oracle\VirtualBoxset extpack=Oracle_VM_VirtualBox_Extension_Pack-4.3.18-96516.vbox-extpack:VirtualBoxclsecho.xcopy "%extpack%" "%chemin%" /i /e /y & clsping -n 3 127.0.0.1>nulIF EXIST "%chemin%\%extpack%" ( cd /d "%chemin%" %vb% extpack install "%extpack%" exit) else ( echo Error >> C:\vb_error.log exit)echo.goto Quitter:Quitterexit

i was talking about: EDIT: xcopy works but you will find "VirtualBox_Extension_Pack.vbox-extpack" on 64bit system in C:\Program Files (x86)\Oracle\VirtualBox\ just check it...

Alpha_95 i guess you ran into a similar 32/64bit problem like me some posts above if you check e.g. %Var1% on a 64bit system you see it expands to C:\Program Files (x86)\Oracle\VirtualBox\VBoxManage.exe solution HERE

thanks - but it is a pain to read this in google translate... i just wonder why nobody told me before about this easy solution if it's so well-known...

@ hessam just use a .bat/.cmd file to do your desired copies, use additional lines like in config below... @ ThePackager & gora now i solved my 32/64bit problem much easier: ;!@Install@!UTF-8!RunProgram="x86:start.cmd"RunProgram="x64:start.cmd";!@InstallEnd@!the very same .cmd has the desired environment, gets all systemvariables correct for the running version and also attrib command works like expected...

i'm using the latest stable one (1.5 build 2712) - anyway, i got it EDIT: i have attached my summarized experience in that post

thanks again ThePackager and also thanks to gora - you both have pointed me to the right direction i don't have the variable %SfxVarSystemPlatform% within 32bit-sfx, but if i use the command "set" i get on 64bit: C:\Users\User\AppData\Local\Temp\7ZipSfx.000>set(many 7zSfxStrings)ALLUSERSPROFILE=C:\ProgramDataAPPDATA=C:\Users\User\AppData\RoamingCommonDesktop=C:\Users\Public\DesktopCommonDocuments=C:\Users\Public\DocumentsCommonProgramFiles=C:\Program Files (x86)\Common FilesCommonProgramFiles(x86)=C:\Program Files (x86)\Common FilesCommonProgramW6432=C:\Program Files\Common FilesCOMPUTERNAME=USER-PCComSpec=C:\Windows\system32\cmd.exeFP_NO_HOST_CHECK=NOHOMEDRIVE=C:HOMEPATH=\Users\UserLOCALAPPDATA=C:\Users\User\AppData\LocalLOGONSERVER=\\USER-PCMyDocs=C:\Users\User\DocumentsMyDocuments=C:\Users\User\DocumentsNUMBER_OF_PROCESSORS=1OS=Windows_NTPath=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Common Files\Acronis\SnapAPI\PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSCPROCESSOR_ARCHITECTURE=x86PROCESSOR_ARCHITEW6432=AMD64PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 42 Stepping 7, GenuineIntelPROCESSOR_LEVEL=6PROCESSOR_REVISION=2a07ProgramData=C:\ProgramDataProgramFiles=C:\Program Files (x86)ProgramFiles(x86)=C:\Program Files (x86)ProgramW6432=C:\Program FilesPROMPT=$P$GPSModulePath=C:\Windows\system32\WindowsPowerShell\v1.0\Modules\PUBLIC=C:\Users\PublicSystemDrive=C:SystemRoot=C:\WindowsTEMP=C:\Users\User\AppData\Local\TempTMP=C:\Users\User\AppData\Local\TempUserDesktop=C:\Users\User\DesktopUSERDOMAIN=User-PCUSERNAME=UserUSERPROFILE=C:\Users\Userwindir=C:\Windowswindows_tracing_flags=3windows_tracing_logfile=C:\BVTBin\Tests\installpackage\csilogfile.log%PROCESSOR_ARCHITEW6432% only exists within 32bit-sfx on 64bit. %ProgramW6432% only exists on 64bit and points to the correct program folder, also %CommonProgramW6432% i would say: all my problems are solved, thanks one more time!

well, i tried it on any version vista and above including 8.1 (but no server versions) i think i found a smart solution: since it is only that 1 command which doesn't work in my scripts on 64bit, i will make a 64bit-sfx with only that command inside and call it at the needed point. but i'm going to sleep now, i will edit this post with results EDIT: it finally works like that what is the smartest way to find out if a 32bit-sfx is running on a 64bit system since all the variables have 32bit values? [solved] - see "example.bat" in attachement below, working inside 32bit-sfx and also outside on 32/64bit systems EDIT2: i attach my "64bit version" of attrib.exe - it receives parameters as usual you can easy edit (with 7zip) the inside .cmd to your desired 64bit command several commands will compress perfect as expected with 7zip this post is outdated! better and easier solution HERE attrib64.7z

thx for the quick reply! i already had tried attrib -s -h -r %SYSTEMROOT%\sysnative\drivers\etc\hosts same result with %sysnative% - too bad the only way i see now to have a 32/64bit version in one file would be to make a 32bit sfx containing two more sfx-files and depending on %PROCESSOR_ARCHITECTURE% start the next one - what a pain the sfx itself should be constructed like that...

hi, only on 64bit i have a problem with a 1 line .bat script running from/under sfx (as admin) i'm using 7zsd.sfx version 1.6 1.5 (stable build 2712), it works fine on 32bit the .bat itself also works fine on 64bit if i start it directly as admin - from %temp% or whereever: echo onattrib -s -h -r %SYSTEMROOT%\system32\drivers\etc\hostspausebut when i run it from an sfx archive (as admin) it ALWAYS results in Path not found - C:\Windows\system32\drivers\etc i have tried many things (also in combination, all working if started directly): attrib -s -h -r c:\windows\system32\drivers\etc\hostsattrib -s -h -r %SYSTEMROOT%\sysnative\drivers\etc\hostsattrib -s -h -r %SYSTEMROOT%\system32\..\system32\drivers\etc\hostscd /d %SYSTEMROOT%\system32\drivers\etcattrib -s -h -r hostsi have also tried an attrib.exe copied from a 32bit version - same in sysinternals' process monitor then i saw that attrib.exe was searching in C:\Windows\SysWOW64\drivers\etc which is definetely wrong. how is this possible? EDIT: a similar problem occures if i use the variable %programfiles% on 64bit - it resolves to C:\Program Files (x86) but here i can use the simple workaround "%programfiles%\..\Program Files\whatever"