deepin 我刚才看了一下linux的发布信息，6.1才刚刚删除a.out程序的二进制格式，那么linux 6.0以及以下理论上如果是命令行的程序，应该1995 年之前编译的程序现在还能运行（假设这个程序只依赖glibc，libc的兼容性还是很好的），1995年之后编译的（ELF格式）应该未来20年还能运行。
注意：glibc的兼容性没问题的，但其他的openssl、图形、音频等等，哎........，一言难尽，开源社区比较个人自由，喜欢推到重来，一般连接口都是重新设计的，哈哈，肯定不兼容的，windows属于商业公司，一般产品经理比较保守（怕被打死），一般会保持接口不变，但接口的实现会重构或重新实现（当然要不断跟上新的软硬件），所以兼容好一些，而且在兼容下足功夫，比如：特别的兼容模式。
Windows兼容模式天下第一哈哈哈（论兼容性）
deepin 微软再兼容方面下足了功夫是认真的，比如：现在win 7已停止支持，默认，在win 10 编译的二进制程序在win 7有可能不能运行，但，微软还是很贴心的留了一手，利用 C:/Windows/System32/downlevel，就可以编译出兼容win 7的二进制，甚至还能在windows xp运行。
deepin 微软再兼容方面下足了功夫是认真的，比如：现在win 7已停止支持，默认，在win 10 编译的二进制程序在win 7有可能不能运行，但，微软还是很贴心的留了一手，利用 C:/Windows/System32/downlevel，就可以编译出兼容win 7的二进制，甚至还能在windows xp运行。
话说现在系统里面如果说是为了兼容性我感觉也就是微软这么认真
deepin 你无知，不代表你是真理
扣帽子的习惯不好！到最后是谁无知，还不一定，让时间前进一会。希望你能笑到最后。
deepin 听说Win11仅仅是Win10套壳和一点点安全改进
其实在windows下编程从vb5.0 - > vb 6.0 -> vb net - > 其他版本 的朋友，心里最清楚变化到底有多大，有太多的功能只是简单打包，然后就出了新的版本（前面版本的错误，在新的打包里照样还是错误），底层API好多的，好久都没变过了。
VC和VB的朋友们，有多少人对DataGridview抓狂的，抓狂了多少个版本呢？
deepin 其实在windows下编程从vb5.0 - > vb 6.0 -> vb net - > 其他版本 的朋友，心里最清楚变化到底有多大，有太多的功能只是简单打包，然后就出了新的版本（前面版本的错误，在新的打包里照样还是错误），底层API好多的，好久都没变过了。
VC和VB的朋友们，有多少人对DataGridview抓狂的，抓狂了多少个版本呢？
让我想想你说的VB是virtual basic而不是oracle的VB对吧。。。
deepin 让我想想你说的VB是virtual basic而不是oracle的VB对吧。。。
对的，Microsoft家的VB
Popular Events
More
中文 
我也不清楚要不要发到“问题求助”里面
这个问题还是没有搞懂。
如题。这个问题最早是曾经给电脑上面安装了极度老的Win10（里面的edge都是它刚刚出来的版本），但是如果去微软商店里面升级所以可以升级的软件以后就可以和最新版Win10一样，而且软件放好久不升级然后再升级都没有问题（安卓，MacOS和iOS都有可能出问题）。
Linux版本跨太大就可能会崩。。。
还有就是Windows软件现在Win7，Win10，Win11都可以用，但是Linux就不一样了，感觉版本老一点都会导致兼容性很差。
简简单单的问题。
没了
然后说一个无聊的，不清楚大家有没有搞过
aptitude -v
aptitude -vv
aptitude -vvv
aptitude -vvvv
aptitude -vvvvv
然后彩蛋就结束了