xscoream2 Posted July 21, 2015 Posted July 21, 2015 New version available :rtfm:Visual C++ 2013 x86 12.0.30501Visual C++ 2013 x64 12.0.30501 Visual C++ 2015 x86 14.0.23026Visual C++ 2015 x64 14.0.23026 Quote
ricktendo Posted July 21, 2015 Author Posted July 21, 2015 Can I have a link to the 2013 runtimes? Quote
mimik Posted July 21, 2015 Posted July 21, 2015 (edited) Be my guest, it's the new build, 12.0.30501, checked https://www.microsoft.com/en-us/download/details.aspx?id=40784 .... Ack. my mistake. Sorry for being stupid and for creating a confusion Edited July 23, 2015 by mimik Quote
ricktendo Posted July 21, 2015 Author Posted July 21, 2015 New version available :rtfm: Visual C++ 2013 x86 12.0.30501 Visual C++ 2013 x64 12.0.30501Only the setup wrapper is v30501, the msi version and file versions contained are v21005, you can view this by opening regedit and checking this key HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DevDiv\VC\Servicing\12.0 mimik 1 Quote
xscoream2 Posted July 22, 2015 Posted July 22, 2015 Please correct this package in order to avoid confusion in the future Quote
ricktendo Posted July 23, 2015 Author Posted July 23, 2015 Updated with 2015 runtimes Please correct this package in order to avoid confusion in the future There no need to "correct" anything, will leave the original file version in msi to avoid problems Boskorp 1 Quote
Kelsenellenelvian Posted July 23, 2015 Posted July 23, 2015 Wrong file the one you uploaded a 7z. Quote
Boskorp Posted July 23, 2015 Posted July 23, 2015 7z much better, can verify md5, size and date, better all ups be 7-zip Quote
Kelsenellenelvian Posted July 23, 2015 Posted July 23, 2015 7z much better, can verify md5, size and date, better all ups be 7-zip All that can be done with .exe also. Besides this is supposed to be a installer NOT a archive... Quote
ricktendo Posted July 23, 2015 Author Posted July 23, 2015 7z much better, can verify md5, size and date, better all ups be 7-zip All that can be done with .exe also. Besides this is supposed to be a installer NOT a archive...Kels, did you even bother to look inside the 7z? (don't kick yourself too hard now ) Explanation: I am not allowed to host EXE files on this donated FTP space Quote
Kelsenellenelvian Posted July 24, 2015 Posted July 24, 2015 Ah well see that is a good explanation. No I didn't fully download. I thought you just hadn't complied the 7z to a exe is what I thought. Thanks Quote
ricktendo Posted July 24, 2015 Author Posted July 24, 2015 Quick update/fix for /aiV switch (no need to reinstall if already applied) HJSC 1 Quote
biatche Posted July 24, 2015 Posted July 24, 2015 will this work in windows 10? infact.. is this aio of any use in windows 10? (considering that it's all new, it should have all the latest libraries right?) Quote
molecule Posted July 25, 2015 Posted July 25, 2015 for XP x86 with RyanVMIcan I strip away the x64 folders to make smaller?recompile as an addon to integrate with RyanVMI or nLite?why do I need "extra.exe"thanks Quote
ricktendo Posted July 25, 2015 Author Posted July 25, 2015 extra are the older runtines you see listed under "Also Includes" spoilername version/*-- Microsoft Visual Basic Runtimes -----------------------------------*/ comct232.ocx 6.0.98.39comct332.ocx 6.7.0.9839comctl32.ocx 6.0.98.39comdlg32.ocx 6.1.98.41dblist32.ocx 6.1.98.39mci32.ocx 6.1.98.39mscomct2.ocx 6.1.98.39mscomctl.ocx 6.1.98.39mscomm32.ocx 6.1.98.39msdatgrd.ocx 6.1.98.39msdatlst.ocx 6.1.98.39msflxgrd.ocx 6.1.98.39mshflxgd.ocx 6.1.98.39msinet.ocx 6.1.98.39msmask32.ocx 6.1.98.39msstdfmt.dll 6.1.98.39msstkprp.dll 6.1.98.39mswinsck.ocx 6.1.98.39 picclp32.ocx 6.1.98.39richtx32.ocx 6.1.98.39sysinfo.ocx 6.1.98.39tabctl32.ocx 6.1.98.39vb40032.dll 4.0.29.22/*-- Microsoft Visual Basic Runtimes (16bit) ----------------------------*/vb40016.dll 4.0.24.22vbrun100.dll <none>vbrun200.dll 2.0.9.8vbrun300.dll 3.0.5.38/*-- Microsoft Visual Basic Virtual Machine -----------------------------*/msvbvm50.dll 5.2.82.44/*-- Microsoft Visual C Runtimes ----------------------------------------*/atl70.dll 7.0.9975.0atl71.dll 7.10.6119.0mfc70.dll 7.0.9975.0mfc70chs.dll 7.0.9975.0mfc70cht.dll 7.0.9975.0mfc70deu.dll 7.0.9975.0mfc70enu.dll 7.0.9975.0mfc70esp.dll 7.0.9975.0mfc70fra.dll 7.0.9975.0mfc70ita.dll 7.0.9975.0mfc70jpn.dll 7.0.9975.0mfc70kor.dll 7.0.9975.0mfc70u.dll 7.0.9975.0mfc71.dll 7.10.6119.0mfc71chs.dll 7.10.6119.0mfc71cht.dll 7.10.6119.0mfc71deu.dll 7.10.6119.0mfc71enu.dll 7.10.6119.0mfc71esp.dll 7.10.6119.0mfc71fra.dll 7.10.6119.0mfc71ita.dll 7.10.6119.0mfc71jpn.dll 7.10.6119.0mfc71kor.dll 7.10.6119.0mfc71u.dll 7.10.6119.0msvci70.dll 7.0.9955.0msvcp70.dll 7.0.9466.0msvcp71.dll 7.10.6052.0msvcr70.dll 7.0.9981.0msvcr71.dll 7.10.7031.4msvcrt10.dll <none> Quote
nima1024 Posted July 26, 2015 Posted July 26, 2015 Hey ricktendo,Do you any plan for updating this package with Visual C++ 2015?http://www.microsoft.com/en-us/download/details.aspx?id=48145Thanks,Nima Quote
PJAmerica Posted July 28, 2015 Posted July 28, 2015 Neither md5 hashes match the download links. Quote
compstuff Posted July 28, 2015 Posted July 28, 2015 (edited) @PJAmerica The extracted files do Edited July 28, 2015 by compstuff Quote
molecule Posted July 28, 2015 Posted July 28, 2015 (edited) Hi Rick, Will the exe inside the download file work as an addon in RyanVMI? Or do I feed the 7z as downloaded to RyanVMI? I think it has to have the name "_Addon_" in there somewhere?? What type of exe is it? I never saw that icon before. Pretty cool. Also, can I expand the exe (7z again), remove x64 folders, repack with 7z, rename to add "Addon" and finally ... then will it work as an addon in RyanVMI? Thanks Edited July 28, 2015 by molecule Quote
ricktendo Posted July 28, 2015 Author Posted July 28, 2015 When you repack use the silent/nogui sfx, remove the x64 stuff and you should be fine (its a 7zip archive with a config.txt and a sfx file) Quote
molecule Posted July 29, 2015 Posted July 29, 2015 (edited) thanks Rick! I'm trying to make an Addon of the dotNET Framework 1.1.sp1 updates for Server 2003 sp2. It may seem off topic, but there's apparently an intersection between .NET 1.1sp1 and VC7 runtime dll. Unlike the installers for .NET 2 and above, the installers for .net 1.1sp1 are old inf type-1 installers DXUPAC packs them just fine, and they integrate. I tried to install them from the command line. (It works for .net 2 and above, so why not try 1.1?) 1.1sp1 is included in the OnePiece AIO Final. For the command line, the update looks at my XP and says, No deal! These updates are for Server 03, and XP is the wrong system blah blah and stops. So, I figured I'd try to bypass that by using DXUPAC and integrating them. (The msi type2 patches for .NETs 2 to 4 install straight into XP from the command line, with no problem reported and I checked the installs with the .Net Framework Setup Verification Utility. In any case when I integrate a DXUPAC Addon using .NET 1.1sp1 updates for Server 03 (default update pack changed to addon in usual way, same as for system updates), the install gives me a red(X) message box -- Title="Aspnet_regiis.exe unable to locate component" and message "This application has failed to start because MSVCR71.DLL was not found. Re-initializing the application may fix this problem." Another msg box follows but it is ordinary, but not during an install, title="Advanced INF Install" msg=You must restart compute before settings take effect. Now? or Later? I choose later, and the install completes just fine. MSVCR71.DLL is in your earlier Addon (Rick-YumiYao_VC78910_v215) but but the .NET1.1sp1 probably runs before the VC files get registered, or something (noob here just guessing) In any case, when XP gives me a desktop, I run RegSvr32 MSVCR71.DLL, it finds the file i.e. reports the file was loaded, but that no entry point into the dll was found, so the file cannot be registered. I checked other XP systems adn they all reprot the same problem, but they also all work just fine. Do you have any thouights on what might be happening? I'm hoping to find a workaround to get the .NET 1.1sp1 updates for server 03 integrated into an XP source, or manually loaded into XP.. Getting MSVCR71.DLL registered might be a start? Any thoughts appreciated! Edited July 29, 2015 by molecule Quote
ricktendo Posted July 29, 2015 Author Posted July 29, 2015 Yes, INF phase will happen before but if you use any of the yumeyao addons you will have no problem, because msvcr71.dll is copied during text mode setup (blue install screen before windows setup) and this file does not need to be registered For XP why wont you try my Legacy AIO installer Quote
molecule Posted August 7, 2015 Posted August 7, 2015 (edited) Hi Rick I just stumbled on this KB for VB6sp6, from a search on mscomctl.ocx, which is needed by MSFN project for building a driver pack by IcemanND <link> kb896559 I scanned the old posts in this thread but didn't run across this patch ... it is needed? Thanks === EDIT === It you decide to include -- the following info might help Running in VisualBasic6-KB896559-v1-ENU.exe on a new XPsp3 with OnePiece AIO and VB5sp6 apparently does not install two files = comctl32.ocx and mscomctl.ocx. As a result, the Driver Backup Utility v2183 by IcemanND reports missing files. When these two files are copied and registred by hand using regsvr32, then the Driver Backup Utility works. Not sure what to make of this patch -- Should I keep it in my system? Thanks. Edited August 7, 2015 by molecule Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.