1.Linux安装Dota2简单快捷的码下操作步骤linux安装dota2
2.在linux下安装rar
3.Linux环境源码安装GCC/CMAKE
4.CentOS7.9安装mysql-8.0.36踩坑小记
5.为什么GCC、GLIBC、码下libstdc++ not found？
6.C++ string 源码实现对比

Linux安装Dota2简单快捷的码下操作步骤linux安装dota2

       Linux安装Dota2：简单快捷的操作步骤

       Dota2是一款有趣且深受玩家喜爱的多人在线对战游戏，可以使用Windows或Linux 系统安装。码下本文将介绍Linux系统下安装Dota2的码下简单快捷操作步骤。

       首先，码下jive源码下载我们要确认一下计算机是码下否有足够的空间进行安装。安装Dota2所需的码下空间为约 GB，因此请确认计算机上有足够的码下空间进行安装。接下来，码下我们下载安装Dota2的码下源代码，登录官网下载即可，码下或者使用wget命令下载：

       `wget /dota2/dota2/archive/master.zip`

       然后，码下解压缩下载的码下源代码：

       `unzip master.zip`

       接下来，请安装必要的码下依赖：

       `sudo apt-get update`

       `sudo apt-get install libstdc++6 libgcc1 libcurl4-gnutls-dev:i`

       最后，进入安装目录，运行下列指令即可完成安装：

       `cd dota2-master`

       `./game/dota/dota_launch`

       安装完成后，可以在/usr/share/dota2文件夹下找到部分游戏文件，可将其拷贝至本地目录以升级游戏。

       以上就是Linux下安装Dota2的简单快捷步骤，通过以上步骤，就可以充分享受Dota2的乐趣。如果在任何步骤中遇到困难，可尝试检查日志或查询官方帮助文档。

在linux下安装rar

       rar需要 libstdc++.so.5这个动态链接库，

       åŽ»ç½‘上下载一个含有 libstdc++.so.5的rpm或者deb包，解压缩得到libstdc++.so.5后，复制到/lib就行了。

       å¯ä»¥åŽ»è¿™é‡Œæœç´¢ä¸€ä¸‹ï¼š/

       å¦‚æžœ/lib下有libstdc++.so.5，安装rar时还是提示没有，那么就是rar版本与你linux系统的glibc库不兼容，这个就不好解决了。

Linux环境源码安装GCC/CMAKE

       为了在Linux环境下源码安装GCC和CMAKE，我们需要遵循详细的步骤和策略。对于GCC源码，源码起航我们可以从GitHub-gcc-mirror/gcc获取4.4.6版本。接下来，进入下载后的GCC源代码目录。

       在配置和编译GCC时，首先应该明确指定安装的目录，避免冲突。可能在配置脚本时遇到错误，这时候需要解决依赖项问题。分别安装MPFR、MPC和任何其他必要的依赖库。对于GCC8.3及以上版本，内部集成脚本能够简便地获取这些依赖库。

       安装库路径后，再次执行配置文件，加入库路径参数，确保安装的每个步骤顺利进行。配置完成后，整个GCC安装过程即宣告成功。

       为了测试GCC是否正确安装，遵循指导进行验证。

       CMake的安装同样关键，可以通过直接指定需要的GCC版本来简化安装流程。在CMake命令行参数中指定GCC路径也是可行的。

       在运行GCC4.4.6编译的程序时，可能存在系统路径问题，这是源码krpano因为我们选择的是不替换安装方式。因此，需要额外操作，确保所需的库被正确添加到路径中。

       遇到GCC多版本引起的ABI兼容问题时，如果编译链接过程中遇到“undefined reference to"“std::__cxx ***””错误，这提示可能是C++ ABI问题。处理方法是，针对GCC5.1之前版本发布的libstdc++中新增的ABI，通过添加定义-D_GLIBCXX_USE_CXX_ABI=0来解决该问题。

       对于GDB版本的问题，特别在GCC.1的使用中，要求C++的编译器，导致了旧版本GDB启动出现Segment Fault。解决办法是升级GDB版本。

       附录中提供了一些额外资源，例如Mingw下载，适用于位和位Windows的最新版x_-win-sjlj；CMake下载链接以及GCC的GitHub地址等。遵循这些资源和提示，能够帮助用户顺畅进行Linux环境下的GCC和CMAKE的源码安装与配置。

CentOS7.9安装mysql-8.0.踩坑小记

       前言：

       最近在一台测试服务器上尝试安装最新的MySQL 8.0.版本数据库，本以为轻松搞定，却意外遇到了一个小问题，耗费了不少时间。以下是我对此次安装过程中遇到的坑的记录。

       1. 排错记录

       执行./mysqld --initialize初始化命令后，出现报错，scintillanet源码提示某些so文件版本过低。我检查了libstdc++.so.6库版本，发现缺少GLIBCXX_3.4.等几项。于是，我从公司其他服务器上拷贝了6.0.版本的libstdc++.so替换，初始化成功，报错减少。然而，替换其他so文件时，发现基础命令都无法执行，提示找不到libc.so.6库文件。经过查询，发现是glibc库文件损坏，幸好我还有SSH连接，一番操作后终于恢复正常。

       经过反思，我才意识到问题是glibc和gcc版本过低。尝试更新glibc，发现已是最新版，于是怀疑yum源太老。我尝试更换yum源或使用源码编译安装，但都无果。回顾安装包，我发现下载的是glibc2.版本的安装包，需要glibc版本在2.及以上。再次查看MySQL官网，Ndis源码发现不同glibc版本的安装包，低版本的Linux发行版可以使用低版本的安装包。

       经过查阅资料，我了解到CentOS 7.9系统默认的glibc版本是2.，glibc是Linux系统中非常重要的库，几乎所有Linux程序都依赖于它。因此，生产服务器在进行升级时应谨慎。建议在CentOS 7.9上安装MySQL时，使用glibc版本为2.或2.的安装包。

       2. 全面认识MySQL安装包

       这次排错经历让我对MySQL安装包有了更深入的了解。以Linux系统MySQL 8.0.版本为例，官网提供了三种处理器架构的安装包：x_-bit、x_-bit和ARM_-bit。服务器通常使用x -bit架构，可以通过uname -m或arch命令查看。根据glibc版本，官方提供了glibc2.、glibc2.和glibc2.三种安装包。对于特定的glibc版本及处理器架构，MySQL官方提供了三种不同的安装包，包括用于生产环境的MySQL服务器二进制文件、测试套件和集成包。

       总结：

       这次小插曲让我重新认识了MySQL安装包。从MySQL 8.0.版本开始，官方才提供基于glibc2.的安装包。安装MySQL时，应根据操作系统及glibc版本选择匹配的安装包，以避免初始化失败。

为什么GCC、GLIBC、libstdc++ not found？

       GLIBCXX not found

       相关报错处理方式:

       1. 需要确认所使用的库文件是否存在于系统中，通常通过运行 `ldd` 命令查看程序依赖的动态库。如果出现类似`/usr/lib/libstdc++.so.6: version 'GLIBCXX_3.4.' not found (required by ./xxx)`的错误信息，说明缺少特定版本的GLIBCXX库。

       处理方法如下:

       2. **源码编译更新gcc

**

       3. **下载官方包复制

**

       4. **手动编译复制

**

       GLIBC not found

       相关错误信息示例:

       若报错信息为`/lib/libc.so.6: version 'GLIBC_2.' not found (required by /lib/libstdc++.so.6)`，则表明缺少特定版本的GLIBC库。

       处理方法有以下几种：

       2. **源码编译更新gcc

**

       3. **下载官方包复制

**

       4. **手动编译复制

**

       gcc

       gcc 是 GNU Compiler Collection 的简称，用于将c/c++源代码编译为不同操作系统平台的汇编代码和可执行程序。

       gcc 是一组编译工具的集合，主要负责预处理和编译任务，自动调用汇编器和链接器，提供与编译器紧密相关的运行库支持。

       glibc

       glibc 是 GNU 实现的标准 C 库，提供操作系统级的底层函数和核心API，如I/O设备操作。

       glibc 包含多个头文件，每个文件定义一组相关设施。

       libstdc++

       libstdc++ 类似于 glibc，但针对 C++ 标准库。

       提供与标准 C 库相同的核心定义和底层功能，以及 C++ 标准库的实现，用于实现 C++ 程序中的库内容，如线程、流、文件、输入/输出等。

       大多数 Linux 发行版默认使用 libstdc++。

       ABI

       标准库的一个关键方面是 Application Binary Interface (ABI)，它确保了编写的 C 程序能在不同版本的 glibc 上运行。

       为了改进而不破坏兼容性，glibc 使用符号版本控制，每个函数与特定版本关联，允许新版本的程序使用新符号，而旧版本的程序仍能使用旧但兼容的符号。

       binutils 是将汇编语言翻译为目标代码的程序，与标准库之间存在密切关系。

       GNU C 函数库为开发者提供了便利，便于使用 C 语言开发基于 Linux 操作系统的程序。

       glibc 是 Linux 下的 C 标准库实现，是 GNU C Library 的一部分，已成为 Linux 的主要 C 库之一。

       相关命令

       使用 `ldd` 命令查看程序依赖的动态库。

       通过 `strings /lib/libc.so.6 | grep GLIBC_` 查看系统 GLIBC 支持的版本。

       通过 `strings /usr/lib/libstdc++.so.6 | grep GLIBCXX` 查看系统 GLIBCXX 支持的版本。

       使用 `readelf` 命令可以检查应用程序或库所需的 GLIBC 或 GLIBCXX 版本。

C++ string 源码实现对比

       标题：C++ string 源码实现对比

       作为游戏客户端开发工程师，作者lucasfan分享了他对不同版本C++ string源码的深入分析，以帮助开发者解决std::string在现网中可能引发的Crash问题。本文将对比libstdc++、腾讯内部的Android和iOS SDK使用的string实现，以及tpstl string，涉及内存结构、构造函数和析构方法等关键部分。

       1. libstdc++ string

       Android SDK普遍采用的libstdc++ string以写时拷贝（COW）特性为主，但可能导致性能问题。其内存结构包含指向堆上数据的指针和一个包含长度信息的_Rep对象。构造函数如char*构造器负责内存申请和字符串拷贝，拷贝构造通过_M_grab处理共享与深度拷贝，拷贝赋值操作涉及assign方法。

       2. libc++ string (iOS SDK)

       相比之下，iOS使用了短字符串优化（SSO），内存结构分为长字符串和短字符串模式，通过位标志判断。char*构造器和拷贝构造根据字符串类型执行不同初始化方法，右值拷贝利用转移语义节省内存。

       3. tpstl string (腾讯自研)

       tpstl string简化了STL，使用内存池管理内存，其构造和赋值操作均在内存池上进行，有助于解决跨库问题。

       结论

       理解这些string源码实现有助于开发者定位和解决实际问题。作者将继续分享更多案例和调试策略，有兴趣的开发者可加入官方QQ交流群：，获取更多技术分享。

lldb 小记和std::string的数据结构图源码阅读

       在深入理解LLVM和GCC的std::string实现差异时，我们首先从lldb着手，探索其内部工作机制。昨天尝试编译llvm后，今天我们就来研究std::string在lldb中的表现，它与g++的std::string实现有何不同。

       从一个简单的测试程序开始，我们对比了用g++和clang++编译的代码。在g++版本中，字符串s使用了短字符串优化(SSO)的存储方式，"hi"存储在_M_local_buf中。SSO旨在节省内存，通过为短字符串预留固定大小的结构，如长度、容量和指向字符串数组的指针，共字节。

       对于长字符串，例如scow，存储方式不同。尽管_M_local_buf中没有"this is a sunny day"，但通过M p找到的实际字符串地址显示出长字符串的存储策略。这表明在长字符串时，std::string会采用常规的存储方式，即一个指针指向字符串数组。

       接下来，我们需要弄清楚如何判断何时使用SSO。在代码中，我们猜测可能通过某些标志位来区分，但实际观察到的operator[]函数表明，M p始终指向字符串数组，不论字符串长度。这就意味着，无论短长，读取指定位置的字符都遵循相同的逻辑。

       在libstdc++(g++)和libc++(llvm)的实现上，我们发现两者在数据结构上存在差异。例如，libstdc++的std::string使用字节的union，而libc++则为字节。区分长短字符串的方式在libc++中通过检查容量字段的比特位实现，这依赖于机器的字节序。

       附录中，我分享了自己编译LLVM的体验和使用clang++编译程序的CMakeLists.txt设置，供有兴趣的读者参考。