shell32.dll全是远古图标。比如那棵树。出vista的时候就有人骂,到了win10还没删全
安装程序都是用的vista马甲。甚至还有win7家庭版的那种aero效果。
计算机管理,照搬的vista的!就连一个文字都没变!
自带一个菜鸡zip,压根不顶用,好像xp就有(因为之前的版本一直用winzip,从来没注意,有一次装了rtm,没装任何软件,打算解压个zip的时候知道了)
控制面板可就氵了。全是win7/vista的图标
programfiles和x86的,win7历史遗留。mediaplayer说砍不砍,每次打开WMP都给你推荐WMP,打开音乐应用,又告诉你音乐建议用于win10
vbs可还行,win95/98年代的vbs病毒 ,居然能在win10下完美运行。还有wscript.exe的图标谁注意过
注册表,谁翻过,全是vista框架
syswow64几乎全是屎山,md5都一样。就是build的时候改了个修改时间
年代久远的驱动。吓死我了
驱动文件储存在哪里所有人都应该知道。然而二十多年过去了..........
cmd一堆bug。win+r输入cmd,然后瞎复制粘贴回车,过一会你会发现你的用户文件夹里被一些0
kb的文件占满了。。。。vista下亲测。WIN10也亲测
资源管理器。这都不用我说了吧。都是vista马甲
windows文件夹,看看图标你就知道。根目录的exe,有哪个文件vista没有?
windows照片库,vista第一次出现,win7年代就砍掉了。win10居然还有。怒赞。
半死不活的ie11
打印机图标
applicationdata。xp遗传。说是老软件兼容,可是谁会在win10上跑20年前的软件?再说你留下就留下,applicationdata还是个死循环!我搜索个文件,你给我卡半天。
说道搜索了。vista的搜索照搬过去很简单。为什么?懒得改!
dwm.exe
winsxs。从xp,路过vista,经过win8,再到win10.
复制文件时默认路径是a盘[这个我在给vista折腾驱动的时候就发现了]
重点来了!2000年代的远古文件夹来了!
Downloaded Program Files和Offline Web Pages。还是win2000的图标!真的佩服微软!!!
代码:
/*++ Copyright (c) 1998-1999 Microsoft Corporation Module Name: PacerCnt.h Abstract: Offset definition file for extensible counter objects and counters These "relative" offsets must start at 0 and be multiples of 2 (i.e. even numbers). In the Open Procedure, they will be added to the "First Counter" and "First Help" values for the device they belong to, in order to determine the absolute location of the counter and object names and corresponding Explain text in the registry. This file is used by the extensible counter DLL code as well as the counter name and Explain text definition file (.INI) file that is used by LODCTR to load the names into the registry. Revision History: --*/ // PerfMon objects #define PSCHED_FLOW_OBJ 0 #define PSCHED_PIPE_OBJ 2 // Flow counters #define FLOW_PACKETS_DROPPED 4 #define FLOW_PACKETS_SCHEDULED 6 #define FLOW_PACKETS_TRANSMITTED 8 #define FLOW_AVE_PACKETS_IN_SHAPER 10 #define FLOW_MAX_PACKETS_IN_SHAPER 12 #define FLOW_AVE_PACKETS_IN_SEQ 14 #define FLOW_MAX_PACKETS_IN_SEQ 16 #define FLOW_BYTES_SCHEDULED 18 #define FLOW_BYTES_TRANSMITTED 20 #define FLOW_BYTES_TRANSMITTED_PERSEC 22 #define FLOW_BYTES_SCHEDULED_PERSEC 24 #define FLOW_PACKETS_TRANSMITTED_PERSEC 26 #define FLOW_PACKETS_SCHEDULED_PERSEC 28 #define FLOW_PACKETS_DROPPED_PERSEC 30 #define FLOW_NONCONF_PACKETS_SCHEDULED 32 #define FLOW_NONCONF_PACKETS_SCHEDULED_PERSEC 34 #define FLOW_NONCONF_PACKETS_TRANSMITTED 36 #define FLOW_NONCONF_PACKETS_TRANSMITTED_PERSEC 38 #define FLOW_MAX_PACKETS_IN_NETCARD 40 #define FLOW_AVE_PACKETS_IN_NETCARD 42 // Pipe counters #define PIPE_OUT_OF_PACKETS 44 #define PIPE_FLOWS_OPENED 46 #define PIPE_FLOWS_CLOSED 48 #define PIPE_FLOWS_REJECTED 50 #define PIPE_FLOWS_MODIFIED 52 #define PIPE_FLOW_MODS_REJECTED 54 #define PIPE_MAX_SIMULTANEOUS_FLOWS 56 #define PIPE_NONCONF_PACKETS_SCHEDULED 58 #define PIPE_NONCONF_PACKETS_SCHEDULED_PERSEC 60 #define PIPE_NONCONF_PACKETS_TRANSMITTED 62 #define PIPE_NONCONF_PACKETS_TRANSMITTED_PERSEC 64 #define PIPE_AVE_PACKETS_IN_SHAPER 66 #define PIPE_MAX_PACKETS_IN_SHAPER 68 #define PIPE_AVE_PACKETS_IN_SEQ 70 #define PIPE_MAX_PACKETS_IN_SEQ 72 #define PIPE_MAX_PACKETS_IN_NETCARD 74 #define PIPE_AVE_PACKETS_IN_NETCARD 76
对了关于这个con,aux,nul等东西,应该算吧。
话说aux是个空调的品牌阿,微软跟aux有仇马
题目问的是代码,那么操作系统的特性就不能算在内,比如其它回答里的“COM”文件,A盘之类的,就属于特性而非代码,不能算在内。FAT的代码微软是有公开的,这个代码显然不能用于DOS。
操作系统安装好以后,代码的大头其实是驱动和库,内核和应用占用比例不大,通常来说,只要库和驱动都还能用,厂商是懒得改的。
驱动方面:
Windows内核从Win2000开始,是个分界点,之前的驱动和后来的驱动接口API明显不同,所以WIN10上能找到的改动较少的驱动,最早可以追溯到Win2000,但是这些驱动基本上都是要重新编译的,因为32位驱动跟64位系统不兼容,如果使用WIN10 32位,那么可以找到一些古老的驱动,比如FASTFAT.SYS(FAT驱动,更新不大)等,甚至一些第三方的驱动,比如FTDI串口驱动,几乎都可以做到兼容。
64位Windows驱动都是重新编译的,可以理解为“全新”的,这个“全新”可以追溯到Win Vista 64时代。
库的方面:
库的内容不像驱动那么敏感,所以,只要能用,基本上就保留原始状态,比如msvbvm60.dll,VB6的运行库,这个库是1998年发布的,属于Win98的版本,至少20多年了。msvbvm60.dll在SysWOW64里,这里是个老代码的大集合,类似的东西还有d3dx9/VC/MFC库等等,大多数文件都是十几年之前的。
我这个英文版的WIN10系统里,SysWOW64有1.5G大,里面的代码基本上都是年代久远的东西。WOW的代码,最早可以追溯到Win95,再早就不行了,因为再往前就没有32位系统了。
应用方面:
Windows用户可见的应用程序,改动还是很大的,Win10的应用程序,少数可以追溯到Win7/Vista,再早的就非常少了(notepad.exe)。
如果把范围放宽一点,把数据文件也包括在内,那么“上古数据”就会更多,比如C:WindowsSystem32下的NLS文件,用于字符映射,很多都是WIN2000甚至WIN9x的东西。还有c:WindowsFonts下的字体文件,很轻松就能找到Win95的字体
至于图标之类的,可以看看这个:从 Windows 95 开始一直在 shell32.dll 中存在的一个大树图标是出自哪里?
如果只看数据的话,我手头能确认的,最早的东西是Windows 3.2上的字体文件:
上图列出的字体文件,在我这个Win10(2004)上还能找到,内容也完全一致(还有十几个文件,内容少量有差别的)。更早的Windows版本,我找不到安装包,也没办法尝试。
所以,Windows上的老东西其实挺多的,如果以Win10第一版作为标尺的话,纯粹Win10新开发的代码和数据,可能连1/10都不到。
说明一下:Windows还有一些中间版本,比如NT4,XP64,以及很多的server版本,因为环境限制,没办法验证,所以也不好给出结论。其实,如果做过一些Windows开发就会发现,某些版本的Visual Studio跟某些版本的Windows是绑定的,通过SDK的变化可以判断出来Windows到底有多少更改。Windows、MSDOS家族的几个重要的分界点:MSDOS 3.3、MSDOS 5.0、MSDOS 6、Win95(DOS7),WinNT4,WinXP(NT5),WinVista(NT6),Win10,包括服务器版本,其实都是跟着内核版本走的,内核大版本不变化,那么很多情况下都是小规模的重构。
由于已经先后有5个人类航天器飞的比冥王星还远甚至直接飞越冥王星——新视野号。所以我想题主问的是人类能不能发射物体环绕冥王星,也就是轨道器或者说环绕器?这个虽然因为目前火箭运力限制很困难,不过通过技术创新和用更大更强的火箭当然能在几十年内实现。NASA还真有冥王星轨道器的方案,其中甚至考虑过着陆以及在冥王星表面像无尾目两栖动物一样跳跃好考察多个地点。
首先这是2017-2018年的NASA创新先进概念研究项目之一冥王星三级跳跃探测器,依靠直径70米的巨型气球在冥王星稀薄的大气层中辅助减速,然后启动主推进系统进一步让探测器被冥王星引力捕获并且最终着陆。当时认为如果立项、钱给够能2029年发射,不需要等百年。
着陆器本身质量大约200千克,减速系统质量大约400-700千克。可以用宇宙神551+Srar 48V固体燃料火箭上面级发射,不需要更大的SLS。着陆后使用剩余的推进剂启动推进系统跳跃飞行考察不同地点。
有人可能说这是着陆、跳跃器,那轨道器或者说环绕器能不能用冥王星大气阻力减速入轨?当然可以。只不过减速后会进入椭圆轨道,需要启动发动机圆化轨道进入科学轨道。
可能有人会说美俄关系不好要停供RD-180发动机了宇宙神5没法用了那即使立项了也要泡汤,撇开SpaceX的重型猎鹰、蓝色起源的新格伦以及巨大的SLS、军方御用的德尔塔四重型版不说,明年就要发射的火神(ST粉也可以叫其为瓦肯,毕竟都是Vulcan)运力比宇宙神551强很多。
注意重型火神-半人马的月球转移轨道运力几乎是宇宙神551的2倍,如果捆绑2个核心级同时把半人马上面级换成还没开发好的先进低温上面级,那运力增长可想而知是宇宙神5无法企及的。
除了激进冒险的冥王星气动俘获方案外NASA还有更加稳妥细致的保守型冥王星轨道器方案。
去年NASA提出了一个冥王星系统轨道器及任务后期离开冥王星系统探索柯伊伯带天体的计划。这次是用SLS-Block 2在整流罩里额外加上半人马上面级来发射,豪华多了。如果立项那在2031年发射、2032年飞掠木星来引力加速、途中会飞越其他柯伊伯带天体,2058年抵达冥王星系统,环绕冥王星进行至少9年的详细科考任务。然后离开冥王星系统最晚于2069年遭遇探测其他科伊伯带天体,目前考虑目标中最大的是直径600千米的(470308) 2007 JH43,可能也是矮行星毕竟个头那么大,其轨道也和冥王星相对接近。
整个任务结束也要2070年代以后了。不知道那时现在的知乎大V还有几个活奔乱跳,也不知道中英大赛决出胜负没。
和其他探测器不同的是这个冥王星系统-柯伊伯带探测器使用放射性同位素热发电机带动3台XR-5静电网格离子推进器来作为主推进系统,当然还有化学燃料的姿态控制系统发动机辅助。探测器本身干质量2076-2699千克,装备了11种科学仪器,携带了3512-3756千克氙气、100千克肼。总发射质量6277-6844千克,这个比卡西尼-惠更斯土星探测器的5712千克还重多,也超过了5000千克的天问1号组合体。
探测器的科学目标聚焦在探测冥王星目前是否还有冰下液态水海洋、冥王星和冥卫一的内部结构是什么情况、冥王星是如何演化的等。由于为了节省推进剂和任务整体考虑、还有数据传输带宽等,所以对冥王星表面成像分辨率大约是50米/像素,比不上火星的但已经很不容易了。
由于冥王星和冥卫一可以说是双矮行星系统,互相围绕的质心不在冥王星内,冥王星系统还有其他几颗不规则卫星,所以探测器设计了非常复杂的轨道来兼顾这些高价值目标,不像火星探测器那样专一,自然无法在比较低的轨道上专心科考,上图是部分轨道在冥王星和冥卫一上投影示意图,可见轨迹本身和轨道高度。下图是轨道规划设计,可以说是玩引力的游戏非常复杂。
下表可见这个冥王星-柯伊伯带探测器成本预计为2,871,651,000美元,比卡西尼号的27.98亿美元略贵,而伽利略木星探测任务最贵倒是我意想不到的,大概是因为反复跳票加上用昂贵的航天飞机发射等吧。总体上NASA旗舰级深空探索任务平均花费31亿美元。
好久没写这样的科普了,因为最近状态很不好就没精力细说了,不过对多数人科普而言这点也够了。