A summary from Where to Find & Download Old Mac OS Software
First, familiarize yourself with the following articles:
Now for the fun part:
(Be aware you may need to change the port number of the USB device depending on the Mac model and which port the USB thumb drive is plugged into.)
I find myself repeatedly looking this up so here’s my own link:
Google Chrome for All Users (Windows x64)
| Version | Name | Released | Platform | Kernel |
|---|---|---|---|---|
| 10.14 | Mojave | September 24, 2018 | x86-64 | 64-bit |
| 10.13 | High Sierra | September 25, 2017 | x86-64 | 64-bit |
| 10.12 | Sierra | September 20, 2016 | x86-64 | 64-bit |
| 10.11 | El Capitan | September 30, 2015 | x86-64 | 64-bit |
| 10.10 | Yosemite | October 16, 2014 | x86-64 | 64-bit |
| 10.9 | Mavericks | October 22, 2013 | x86-64 | 64-bit |
| 10.8 | Mountain Lion | July 25, 2012 | x86-64 | 64-bit |
| 10.7 | Lion | July 20, 2011 | x86-64 | 64-bit, 32-bit |
| 10.6 | Snow Leopard | August 28, 2009 | IA-32, x86-64 | 64-bit, 32-bit |
| 10.5 | Leopard | October 26, 2007 | IA-32, x86-64, PowerPC | 64-bit, 32-bit |
| 10.4 | Tiger | April 29, 2005 | IA-32, x86-64, PowerPC | 64-bit, 32-bit |
| 10.3 | Panther | October 24, 2003 | PowerPC | 32-bit |
| 10.2 | Jaguar | August 23, 2002 | PowerPC | 32-bit |
| 10.1 | Puma | September 25, 2001 | PowerPC | 32-bit |
| 10.0 | Cheetah | March 24, 2001 | PowerPC | 32-bit |
| 9.0 | Mac OS 9 | October 23, 1999 | PowerPC | 32-bit |
| 8.5 | Mac OS 8.5 | October 17, 1998 | PowerPC | 32-bit |
| 8.0 | Mac OS 8 | July 26, 1997 | Motorola 68K, PowerPC | 32-bit |
| 7.6 | Mac OS 7.6 | January 1997 | Motorola 68K, PowerPC | 32-bit |
| 7.1.2 | System 7 | Motorola 68K, PowerPC | 24-bit, 32-bit | |
| 7.0 | System 7 | May 13, 1991 | Motorola 68K | 24-bit, 32-bit |
| 6.0 | System Software 6 | April 1988 | Motorola 68K | 24-bit |
| 5.0 | System Software 5 | October 1987 | Motorola 68K | 24-bit |
| 4.0 | System Software 2.0 | January 1987 | Motorola 68K | 24-bit |
| 3.2 | System Software 1.1 | June 1986 | Motorola 68K | 24-bit |
| 3.1 | System Software 1.0 | February 1986 | Motorola 68K | 24-bit |
| 3.0 | Macintosh System Software | January 1986 | Motorola 68K | 24-bit |
| 2.0 | Macintosh System Software | April 1985 | Motorola 68K | 24-bit |
| 1.0 | Macintosh System Software | January 24, 1984 | Motorola 68K | 24-bit |
Profile Preferences
System Configuration
Utility Applications and Tools
Install ArcGIS Server 10.4.1
This incident occurred whilst creating a new ASP.NET 4.7.1 project in Visual Studio Enterprise 2017 (Version 15.5.2):
Upon building and running the web application, an error occurred:
Could not load file or assembly ‘System.Net.Http, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’ or one of its dependencies. The located assembly’s manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
Here’s the source error:
Line 21: new { controller = “Help”, action = “Index”, apiId = UrlParameter.Optional });
Line 22:
Line 23: HelpPageConfig.Register(GlobalConfiguration.Configuration);
Line 24: }
Line 25: }
And the full stack trace:
[FileLoadException: Could not load file or assembly ‘System.Net.Http, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’ or one of its dependencies. The located assembly’s manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)]
System.Web.Http.GlobalConfiguration..cctor() +0
[TypeInitializationException: The type initializer for ‘System.Web.Http.GlobalConfiguration’ threw an exception.]
System.Web.Http.GlobalConfiguration.get_Configuration() +14
WebApplication1.Areas.HelpPage.HelpPageAreaRegistration.RegisterArea(AreaRegistrationContext context) in ..\WebApplication1\WebApplication1\Areas\HelpPage\HelpPageAreaRegistration.cs:23
System.Web.Mvc.AreaRegistration.CreateContextAndRegister(RouteCollection routes, Object state) +104
System.Web.Mvc.AreaRegistration.RegisterAllAreas(RouteCollection routes, IBuildManager buildManager, Object state) +190
System.Web.Mvc.AreaRegistration.RegisterAllAreas(Object state) +35
System.Web.Mvc.AreaRegistration.RegisterAllAreas() +7
WebApplication1.WebApiApplication.Application_Start() in ..\WebApplication1\WebApplication1\Global.asax.cs:16
[HttpException (0x80004005): The type initializer for ‘System.Web.Http.GlobalConfiguration’ threw an exception.]
System.Web.HttpApplicationFactory.EnsureAppStartCalledForIntegratedMode(HttpContext context, HttpApplication app) +475
System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS(IntPtr appContext, HttpContext context, MethodInfo[] handlers) +118
System.Web.HttpApplication.InitSpecial(HttpApplicationState state, MethodInfo[] handlers, IntPtr appContext, HttpContext context) +176
System.Web.HttpApplicationFactory.GetSpecialApplicationInstance(IntPtr appContext, HttpContext context) +349
System.Web.Hosting.PipelineRuntime.InitializeApplication(IntPtr appContext) +303
[HttpException (0x80004005): The type initializer for ‘System.Web.Http.GlobalConfiguration’ threw an exception.]
System.Web.HttpRuntime.FirstRequestInit(HttpContext context) +658
System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext context) +89
System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context) +188
After creating a few dummy projects and testing, I determined the adding references to Flurl.Signed / Flurl.Http.Signed and updating packages using the NuGet package manager added the following dependent assembly in the Web.Config file:
<dependentAssembly>
<assemblyIdentity name=”System.Net.Http” publicKeyToken=”b03f5f7f11d50a3a” culture=”neutral” />
<bindingRedirect oldVersion=”0.0.0.0-4.1.0.0″ newVersion=”4.1.0.0″ />
</dependentAssembly>
I understand what’s going on but not how to fix the dependency reference. I did find however that simply removing or commenting out the dependent assembly reference to “System.Net.Http” resolved the issue (at least presumably until another NuGet update is made).
Since I did not have this issue prior to updating Visual Studio 2017 from 15.5.1 to 15.5.2 last week, I’m making an educated guess that was the cause.
(more to come…)
