1.Delphi 7-11 Alexandria 完整源代码
2.Android11现在可以在后台挂起缓存的存档存档应用程序
3.C++加持让python程序插上翅膀——利用pybind11进行c++和python联合编程示例
4.Java 11正式发布，这8个逆天新特性教你写出更牛逼的源码代码
5.Windows11+Metis5.1.0 gpmetis 源码bug问题
Delphi 7-11 Alexandria 完整源代码
TMS Async 是一个通信工具，专为简化 Delphi 和 C++Builder 软件的平台串行通信操作而设计。它提供了对 Windows 下串行端口访问的修改组件，通过事件驱动结构实现高效性能，存档存档确保所有后台工具都能顺利运行。源码uc/tcpip源码
Delphi 7- Alexandria 完整源代码包含在使用 TMS Async 进行串行通信操作时所需的平台所有代码。这份源代码为开发者提供了详尽的修改指南和示例，帮助他们快速上手并应用 TMS Async 的存档存档强大功能。它能够处理各种通信需求，源码包括数据传输、平台接收和发送，修改以及错误检测和恢复。存档存档
使用 TMS Async，源码开发者可以轻松地实现复杂的平台数据交换，无需深入理解底层的串行通信协议。源代码中包含的示例程序展示了如何利用 TMS Async 的 API 来进行串行通信操作，涵盖了从设置端口参数到接收和发送数据的全过程。此外，代码中还包含了错误处理机制，确保在遇到通信错误时能够及时响应和恢复。狙击源码图
总之，Delphi 7- Alexandria 完整源代码结合了 TMS Async 强大功能，为开发者提供了一套高效、可靠的串行通信解决方案。这份资源不仅简化了串行通信的实现过程，还提高了代码的可维护性和可扩展性，使开发者能够专注于业务逻辑的开发，而无需担心通信细节。
Android现在可以在后台挂起缓存的应用程序
为了帮助用户在Android手机上获得尽可能长的电池寿命，Google为Android 添加了一项新功能，该功能可以暂停缓存的应用。该功能位于开发人员选项中的切换后面，并且据说在运行Android 的手机上默认启用。
正如Reddit用户u / JayYouTea所发现的那样，该功能会自动挂起后台应用程序。这似乎类似于使后台应用程序休眠的旧式Greenify应用程序。虽然挂起的应用程序可以帮助减少CPU使用率，但它将对整体多任务处理体验产生负面影响。
“在缓存应用程序时将其冻结，并在从缓存中删除或终止后将其解冻。vector编程源码冻结的应用程序将不使用任何CPU周期，从而减少了因行为异常而可能在缓存时尝试运行的进程的功耗，”读取Android 源代码中的功能描述。
根据该帖子，显然默认情况下启用了切换。Reddit用户注意到后台的应用程序一直在停止，这又使得不可能在应用程序之间无缝切换。实际上，Redditor指导用户如何禁用此选项。用户声称禁用多任务后发现更好的多任务。
如果您已经在运行Android ，则可以检查“开发人员”选项下是否存在选项“暂停执行缓存的应用程序”。该切换开关目前似乎仅在Pixel手机上存在
为了帮助用户在Android手机上获得尽可能长的电池寿命，Google为Android 添加了一项新功能，该功能可以暂停缓存的应用。该功能位于开发人员选项中的切换后面，并且据说在运行Android 的手机上默认启用。
正如Reddit用户u / JayYouTea所发现的那样，该功能会自动挂起后台应用程序。这似乎类似于使后台应用程序休眠的hp源码组件旧式Greenify应用程序。虽然挂起的应用程序可以帮助减少CPU使用率，但它将对整体多任务处理体验产生负面影响。
“在缓存应用程序时将其冻结，并在从缓存中删除或终止后将其解冻。冻结的应用程序将不使用任何CPU周期，从而减少了因行为异常而可能在缓存时尝试运行的进程的功耗，”读取Android 源代码中的功能描述。
根据该帖子，显然默认情况下启用了切换。Reddit用户注意到后台的应用程序一直在停止，这又使得不可能在应用程序之间无缝切换。实际上，Redditor指导用户如何禁用此选项。用户声称禁用多任务后发现更好的多任务。
如果您已经在运行Android ，则可以检查“开发人员”选项下是否存在选项“暂停执行缓存的应用程序”。该切换开关目前似乎仅在Pixel手机上存在
C++加持让python程序插上翅膀——利用pybind进行c++和python联合编程示例
在当今的计算机视觉和机器学习领域，Python 和 C++ 是两种最常用的编程语言。Python 以其简单易学、高效编程和强大的flink实时源码科学计算库而闻名，而 C++ 则以其高效性和强大的计算能力而著称。然而，这两种语言各有优劣，因此将它们结合起来使用可以发挥它们的优点，同时弥补它们的缺点。在本文中，我们将介绍如何在 Windows VS 环境下使用 pybind 进行 C++ 和 Python 联合编程示例，进行机器视觉和相机位姿优化相关的程序开发。我们将使用 Python 3.7 和 C++，并利用 numpy 数组格式接收 Python 侧的两幅图像，并利用 g2o 进行 BA 优化，最后将优化结果以 numpy 数组形式返回 Python。
首先，我们需要安装 pybind 库。pybind 是一个用于将 C++ 代码绑定到 Python 解释器的库，它提供了一种简单的方法来创建 Python 模块，这些模块可以直接调用 C++ 代码。
pybind库是一个纯头文件的库，其实只要从github上下载源码，即可供使用。
python侧，可以进入conda虚拟环境，注意需要3.7版本的python，直接pip安装：
安装 pybind 库后，我们可以开始编写 C++ 代码。以g2o ba为例，我们将 上篇博文中的c++代码进行稍加改造，开个python的调用“接口”即可：
使用bybind，需要将下载的头文件路径引入项目，同时，需要将python3.7的头文件路径及lib引入及链接进项目。 （1）头文件路径加入：
（2）python3.7的lib加入：
（3）生成动态库dll类型：
cpp中添加头文件及导出模块
在c++程序中去掉main函数，添加头文件，及导出模块设置：
如上两图，在常规c++文件中首位加入头文件和导出模块定义，我们这次导出的是ab这个函数，ab是将 上篇博文的main函数改成的。
cpp中添加numpy相关数据结构的接收和返回
如上，我们ab函数，可以接收来自python的图像numpy数组，并将图像转化为了cv::mat格式，交给c++后续处理。最后返回numpy形式的g2o优化后的位姿数组：
编译生成dll后改成导出模块同名文件的.pyd
将生成的dll改成g2opy.pyd
进入与c++依赖的同一个python环境，然后编辑简单的调用程序：
两帧图像送入c++，优化计算后返回输出：
本篇所有源码已上传，链接如下: python实现C++程序g2o的ba优化模块调用，python侧的程序资源 本资源为python和C++联合编程的示例vs工程源码
通过本文的示例，我们验证了如何在 Windows VS 环境下使用 pybind 进行 C++ 和 Python 联合编程的可行性，可进一步进行机器视觉和相机位姿优化相关的程序开发。 有了C++的加持，python的机器人开发在性能上或者是解决方案上，又有了更多的可选项。可以发挥python的更大威力了，keep go on！
Java 正式发布，这8个逆天新特性教你写出更牛逼的代码
Oracle已正式发布了Java ，这个新版本为长期支持的首个发布自Java 8之后的产品。与Java 8不同，Java 的扩展支持将延续至年，这意味着开发者有了更长的稳定期来适应和采用新特性。 尽管Java 8仍然是目前的主流，但Java 9和的使用情况并不广泛。Java 已经整合了9和的所有功能，因此，旧版本的生命周期自然结束。让我们一起探索Java 9至的八大关键新特性：局部变量类型推断：无需显式指定类型，编译器可根据右侧表达式自动推断变量类型，如`var`关键字的使用。
字符串增强：Java 引入了更多字符串处理方法，提升代码操作效率。
集合加强：自Java 9开始，不可变集合的创建方法如`of`和`copyOf`得到增强，提供便捷的集合操作。
流加强：Java 9到对Stream特性进行了优化，如添加构造方法、过滤条件和迭代控制等。
可选增强：Optional类新增功能，方便处理空值和替代值。
InputStream增强：`transferTo`方法简化了原始数据流的处理。
HTTP客户端API：Java 的HTTP Client API支持同步和异步请求，简化网络编程。
编译与运行简化：Java 允许通过单一命令直接编译和运行源代码，简化开发流程。
尽管Java 8即将结束免费更新，但Java 作为长期支持版本，是学习和实践新特性的理想时机。如果你对这些新特性感兴趣，可在“Java技术栈”微信公众号回复“java”获取更多详细介绍。 更新技术和知识，迎接Java 时代的到来，让代码更高效。本文由Java技术栈原创发布，如需转载，请注明出处。Windows+Metis5.1.0 gpmetis 源码bug问题
运行编译后的 gpmetis.exe 命令，预期应生成分区文件，但实际操作中却未能如愿，输出文件并未出现。
执行命令：
.\gpmetis.exe .\4elt.graph 4
结果并未产生文件，如预期的 4elt.graph.4 等分区文件。
深入代码追踪，困惑与不解随之而来。VS 提供的线索指向了异常的栈使用，这似乎与问题的根源相关。
经过细致排查，发现是数组的开辟过大，这并非必要，文件名的长度不至于如此。
对代码进行调整，修改数组的开辟大小。
调整后，程序能够正常输出信息，并生成预期的分区文件，如 4elt.graph.part.4。
此问题的解决为类似错误的处理提供了参考，修正方法可适用于其他情况。
本文档旨在记录并分享这一问题的解决过程，以供相关开发者参考与借鉴。
