core

在软件出现问题的时候，有时候没有现场环境让我们来调试，或者是想保存现场环境，以防现场环境被我们给破坏了，导致无法再重现问题。碰到这种情况，我们一般都会把进程给DUMP下来。也可以设置程序崩溃时自动DUMP。 以前一直使用WinDBG来调试Dump文件，分析种种无法重现的问题。来这个由于是在Linux平台上，所有就看GDB是否也有这种功能。 一 、命令 generated core file(gcore) [filename] 产生core dump文件 gdb -c dump文件 调试core dump文件 symbol-file fileName 加载调试符文件 （我试过MinGW中不能使用产生dump文件命令，在Linux上可以，Cygwin我没试，不知道可不可以） 二、例子 1、产生core文件 linux-26u1:/home/project/topcoder# gdb gdb_core_dump GNU gdb (GDB) SUSE(6.8.50.20090302-1.5.18) Copyright (C) 2009Free Software Foundation, Inc. License GPLv3+: GNUGPL version 3 or later < http://gnu.org/licenses/gpl.html> This is freesoftware:

Build 2018 主旨演讲的主题是 Azure 云和 AI、物联网、AR等技术，以及开发者相关内容的宣布。在今天的Build大会上，微软宣布目前已有超过7亿台设备运行Windows 10系统。去年这个数字为5亿。Office 365目前每个月有1.35亿活跃的商业用户，去年为1.2亿。 微软今年Build大会的一大主题是说服开发人员相信，他们需要理解，以便将人工智能技术融入他们的应用之中。 FPGA上的AI服务 在今天的Build大会上，微软发布了 Project Brainwave 的“预览版”，这个平台，用FPGA在Azure云和边缘设备上实时运行深度学习模型。 Brainwave最初亮相，是去年8月，微软在芯片行业论坛Hot Chips上展示了这个平台的部分特性。 从当时公布的信息，可以看出这个平台可以分为三层： 一个高性能分布式架构； 一个整合到FPGA上的硬件深度神经网络引擎； 一个用来部署预训练模型的编译器和运行时。 当时，微软说这个平台支持微软自家的CNTK和Google的TensorFlow。 今天微软发布的Project Brainwave“预览版”，其实就是由这个平台在云端驱动的 Azure机器学习硬件加速模型 。让外部客户和微软一样用FPGA来处理AI工作负载，这是第一步。 微软还宣布了一个边缘设备上的“有限预览版”Project Brainwave

前言 去年 12 月，我移植了大家所熟知 NPOI 到 .NET Core 版本，这里是当时发的博客，当时得到了很多同学的支持，社区反应也很好，在这里非常感谢当时推荐的朋友们。 去年的那个版本是针对于 .NET Core 1.0 的，从发布截止现在在 NuGet 大概有 2K 多的下载量，说明还是有很多同学在使用 NPOI 的，社区中也得到了很多同学的推广。 但是上一个移植的版本也有诸多缺陷和 bug，在 Github 上也收到了一些 Issue 进行反馈，很多 Bug 可能是移植过程中的bug，但是对于这些 Bug 可能我也无能为力，因为 NPOI 的代码是非常庞大和复杂的。 随着 .NET Core 2.0 的发布，我又重新移植了一遍 NPOI，注意是重新移植而不是从 1.0 版本迁移过来，由于 .NET Standard 2.0 的 API 增加了很多，所以移植过程还算顺利，这次移植应该是最大限度的保持了 NPOI 的原汁原味，敬请客官体验。 什么是 NPOI NPOI 是 构建在POI 3.x 版本之上的一个C#库，NPOI 可以在没有安装Office的情况下对 Word 或 Excel 文档进行读写操作。 POI是一个开源 的Java 读写Excel、WORD等微软OLE2组件文档的项目。 NPOI 由瞿总和他的团队由 Apache POI 移植到 .NET 的

与Asp.Net Mvc创建区域的时候会自动为你创建区域路由方式不同的是，Asp.Net Core下需要自己手动做一些配置，但更灵活了。 我们先创建一个区域，如下图 然后我们启动访问/Manage/Home/Index 发现是404没有找到该页面，因为我们还没有为其配置路由，下面使用两种配置区域路由的方式 1、通过配置MapRoute app.UseMvc(routes => { routes.MapRoute( name: "default", template: "{controller=Home}/{action=Index}/{id?}"); routes.MapRoute( name: "areas", template: "{area:exists}/{controller=Home}/{action=Index}/{id?}"); }); 我们可以看到其中{area:exists}这个路由参数后面都有个:exists后缀，那么这是用来干什么的呢？ :exists后缀可以保证不仅路由参数能从Url地址匹配到值，还要确保路由参数值在项目中能找到真正的文件夹或文件，整个路由才算匹配成功 。如果匹配失败，Url地址会去匹配ASP.NET Core MVC中的其它路由。 更新详细的路由匹配机制可以参看 ASP.NET Core MVC的路由参数中:exists后缀有什么作用

.NET Core 2.0的发布时间，.NET Core 2.0预览版及.NET Standard 2.0 Preview大概在5月中旬或下旬发布。 .NET Core 2.0正式版本发布时间大约在Q3 2017发布，具体我估计大概在8月份左右。同时一起发布的也就是.NET Standard 2.0。 Milestone Release Date .NET Core 2.0 Preview Q2 2017 .NET Standard 2.0 Preview Q2 2017 .NET Core 2.0 Q3 2017 .NET Standard 2.0 Q3 2017 微软计划在5月10日将corefx 中标记为2.0 的bug 完全修复。使其顺利发布 .NET Core 2.0 Preview 和 .NET Standard 2.0 Preview 。 以下为具体链接： Announcement: Driving towards zero 2.0 bugs by 2017/5/10 (ZBB) ZBB (zero bug bounce)。 大家也可以参与其中，贡献自己的一份力量。 .NET Core 2.0版最低操作系统支持 OS Version Architectures Configurations Notes Windows Client 7 SP1+ x64, x86

原文地址： https://developer.android.com/topic/libraries/support-library/refactor https://blog.csdn.net/chen_xi_hao/article/details/81741486 AndroidX重构 未与Android操作系统捆绑在一起的API包将被重构到新的 androidx 命名空间中。只有包名和Maven工件名受到影响; 原来的类名，方法名和字段名不会更改。有关AndroidX重构的更多信息， 请参阅博客文章 。 注意： 如果您使用的是Android KTX模块，请务必更新您的依赖项以避免迁移问题。有关每个模块的最新版本，请参阅 Android KTX 。 此页面提供旧类和新类之间的映射，以及旧构建工件和新构建工件之间的映射。您也可以下载CSV格式的这些映射： androidx-artifact-mapping.csv androidx-class-mapping.csv 注意： 映射在alpha期间可能会发生变化。 工件映射 下表列出了从旧工件到新工件的当前映射。 旧构造工件 AndroidX构建工件 android.arch.core:common androidx.arch.core:core-common:2.0.0-alpha1 android.arch.core:core

Entity Framework Core in Action Entityframework Core in action是 Jon P smith 所著的关于Entityframework Core 书籍。 原版地址 . 是除了官方文档外另一个学习EF Core的不错途径, 书中由浅入深的讲解的EF Core的相关知识。因为没有中文版,所以本人对其进行翻译。 预计每两天一篇更新 PS: 翻译难免限于本人水平有不准确的地方，建议英文水平不错的同学直接查看原版，有不足的地方欢迎指正 第一部分目录导航 关于NoSql 在讨论关系型数据库时,我们不能不提到非关系型数据库,也就是NoSQL(参见 http://mng.bz/DW63 ). 关系型数据库和非关系型数据库在现代应用程序中都扮演着重要的角色,我在一个应用程序中同时使用了Sql Server(关系型数据库)和Azure表(非关系数据库)来处理不同的业务需求 EF Core被设计为处理关系型数据库和非关系型数据库,与EF 6.x不同,后面只围绕着关系型数据库而设计. 本书介绍的许多原则适用与这两种数据库,但是由于关系型数据库本质上比非关系型数据库复杂许多,因此使用关系型数据库需要更多的命令. 你会在一整章中看到专门介绍仅在关系型数据库中使用的命令. 例如第7章的内容就是关系数据库建模 EF Core 2.0包含Azure