1.64位系统上源码编译32位libcurl库
2.RUST语言mingw-64开发环境安装和设置
3.图文鲲鹏916-ARM64架构源码gcc编译完整记录
4.虚幻4(ue4)引擎加密pak解包教程（初学者向x64源码逆向）
5.centos下用命令yum list | grep kernel中，源码kernel.x86_64和kernel-devel.x86_64 区别是源码什么
6.如何求一个小数的原码、补码、源码反码和真值表
64位系统上源码编译32位libcurl库
有时候需要交叉编译libcurl，源码比如目标机器是源码位系统的，但是源码jar包获取源码再修改源码本地机器是位系统的，而且由于某些原因，源码我们无法在位系统上直接编译，源码所以需要用到交叉编译
libcurl是源码依赖openssl的，所以先编译openssl的源码位库 完整编译选项配置如下：
详细选项含义如下：预先已经export CC的版本 配置-m指定编译位的库 配置–prefix指定openssl的安装目录 配置–openssldir指定openssl的头文件目录 配置shared关键字指定编译时生成动态库（libssl.so/libcrypto.so及其相关软连接）然后再make && make install即可
有时候有的系统是默认安装了位zlib库的，那么就可以跳过这一步，源码但是源码有的系统需要自己下载编译zlib-位库 完整编译选项配置如下：直接修改CMakeLists.txt文件，增加以下两行 set(CMAKE_C_FLAGS “-m”) set(CMAKE_CXX_FLAGS “-m”) 详细选项含义如下：配置CMAKE_C_FLAGS指定编译位库环境 配置CMAKE_CXX_FLAGS指定编译位库环境然后再mkdir build && cd build && cmake .. && make && make install即可
最后就是源码编译libcurl 完整编译选项配置如下：
详细选项含义如下：配置PKG_CONFIG_PATH指定启动openssl选项(启动这个选项，就会默认链接lssl，源码lcrypto，源码lz三个库） 配置CFLAGS指定编译位库环境 配置CPPFLAGS指定链接的库的头文件 配置LDFLAGS指定链接的库的路径然后再make && make install即可
当编译第三方库的时候，如果有CMakeLists.txt，直接用CMakeLists.txt编译就很方便；如果只有configure，那么需要先了解编译选项执行./configure –help来查看当前支持的编译选项然后根据提示配置一下我们需要指定的选项，比如自己指定的openssl的版本的库和头文件路径名，比如CC的版本，比如安装路径等等 (当然，如果不需要额外配置这些东西的话，直接走默认配置的话，那么直接执行./config或者./configure就行)然后在生成Makefile之后，再make && make install即可
RUST语言mingw-开发环境安装和设置
在Windows环境下，想要为RUST语言创建mingw-开发环境，首先需要访问rust官方网站下载rustup工具。rustup是RUST环境设置的关键，它会自动管理安装过程，包括cargo和相关文档等。归零四眼源码 下载后，当你启动rustup时，可能会遇到需要链接器和Windows API库的提示。这里有三种解决方案：通过Visual Studio Community安装（免费，适用于个人、学术和开源项目）
手动安装必要的预设条件（适合企业级和高级用户）
不安装预设条件（如果你的目标是GNU ABI）
对于Windows开发，可能需要安装C++ Build Tools，这通常与Visual Studio捆绑。然而，Visual Studio安装包很大，下载速度不稳定。对于配置较低或不希望下载大量文件的用户，可以选择不安装预设条件，转而使用mingw-w，它是一个GCC的Windows版本，源码可以从sourceforge.net下载大约MB的x_-win-seh版本。 安装mingw-后，需要在系统环境变量中添加其bin目录。具体操作是，打开“此电脑”属性，进入高级系统设置，修改PATH变量。输入mingw安装路径，如C:\mingw\bin，然后确认。 验证安装成功的方法是在命令提示符中输入gcc -v。如果看到输出，说明mingw-已安装。接下来，在rustup中选择自定义安装（2），皇豪互众源码设置默认主机三联（x_-pc-windows-gnu），工具链选择稳定版，设置默认配置，并允许修改PATH。 等待rustup完成下载和安装，最后在命令提示符中输入rustc -V，确认RUST已成功安装。接下来安装VSCode，作为代码编辑器。安装完成后，创建一个新的RUST项目并在VSCode中运行它，可能需要下载并安装codeLLDB插件以支持调试功能。图文鲲鹏-ARM架构源码gcc编译完整记录
以下是关于ARM架构源码gcc编译的详细步骤记录： 首先，确保已经准备就绪，如果cmake未安装，需要进行安装。检查cmake版本以确认其是否满足需求。 安装必要的依赖包，如isl、gmp、mpc、mpfr等，检查它们是否已成功安装。 针对gcc版本过低的问题，需下载并更新到7.3版本。下载并解压gcc7.3的安装包。 在gcc-7.3.0目录下，确认已下载和安装了所有依赖包。 利用多核CPU的优势，通过“-j”参数加速编译过程。港式5张源码原先是按照官方文档使用make -j，但速度缓慢，后来调整为make -j以提升效率。 依次执行编译目录创建、gcc编译、安装以及确认“libstdc++.so”软连接在正确的目录（/usr/lib）。 编译完成后，通过查看gcc版本来确认安装是否成功。 以上就是完整的gcc编译安装流程。如果您觉得这些信息对您有所帮助，欢迎分享和关注我们的更新。更多技术内容敬请期待，感谢您的支持！虚幻4(ue4)引擎加密pak解包教程（初学者向x源码逆向）
文章总结：看雪论坛作者devseed分享了使用虚幻4(ue4)引擎的x源码逆向进行pak解包的教程，针对非魔改版和未加壳引擎，以ue 4.为例，初学者也能理解。教程从观察源码、定位切入点、分析函数与找到密钥，到最后解包的步骤详细展开，旨在帮助读者理解加密pak文件的解密过程。
步骤1：通过关键字"decrypt"在源码中找到FAES::Key结构，确定了AES-加密。确保游戏版本与源码同步，避免源码修改导致不匹配。
步骤2：在FPakFile::LoadIndex函数中，致命错误的log成为解密关键，通过xdbg定位到"Corrupted index offset in pak file."相关代码。
步骤3：在反汇编中，小斗主图源码通过函数参数和编译器优化的特性，尤其是Jump指令，追踪DecryptData函数，找到与加密密钥相关的数据结构。
步骤4：经过调试，确认FPakPlatformFile::GetPakEncryptionKey和FAES::DecryptData的调用，解密密钥即在rcx和r8寄存器中找到，通常为bit的随机数据。
步骤5：使用加密密钥解包pak文件，通过Base转换和UnrealPak.exe工具，配合crypto.json文件，实现pak文件的解密和文件转换。
最后，读者可参考相关链接深入学习，逆向分析技术在游戏安全和开发领域具有实际应用价值。
centos下用命令yum list | grep kernel中，kernel.x_和kernel-devel.x_ 区别是什么
kernel-devel.x_是头文件，基本正确。应该还包含开发用的连接库。
kernel.x_是源代码不正确，应该是编译好的内核可执行程序。
源码通常是这个样子kernel.src
如何求一个小数的原码、补码、反码和真值表
一、小数部分的原码和补码可以表示为两个复数的分子和分母，然后计算二进制小数系统，根据下面三步的方法就会找出小数源代码和补码的百位形式。／＝B／2＾6＝0．B
－／＝B／2＾7＝0．B
二、将十进制十进制原始码和补码转换成二进制十进制，然后根据下面三步的方法求出十进制源代码和补码形式。一个
0．＝0．B
0．＝0．B
三、二进制十进制对应的原码和补码
［／］源代码＝［0．B］源代码＝B
［－／］源代码＝［0．b］源代码＝B
［0．］原码＝［0．b］原码＝B
［0．］源代码＝［0．B］源代码＝B
［／］补体＝［0．B］补体＝B
［－／］补体＝［0．b］补体＝B
［0．］补码＝［0．b］补码＝B
［0．］补体＝［0．B］补体＝B
扩展资料：
原码、逆码、补码的使用：
在计算机中对数字编码有三种方法，对于正数，这三种方法返回的结果是相同的。
＋1＝［原码］＝［逆码］＝［补码］
对于这个负数：
对计算机来说，加、减、乘、除是最基本的运算。有必要使设计尽可能简单。如果计算机能够区分符号位，那么计算机的基本电路设计就会变得更加复杂。
负的正数等于正的负数，2－1等于2＋（－1）所以这个机器只做加法，不做减法。符号位参与运算，只保留加法运算。
（1）原始代码操作：
十进制操作：1－1＝0。
1－1＝1＋（－1）＝［源代码］＋［源代码］＝［源代码］＝－2。
如果用原代码来表示，让符号位也参与计算，对于减法，结果显然是不正确的，所以计算机不使用原代码来表示一个数字。
（2）逆码运算：
为了解决原码相减的问题，引入了逆码。
十进制操作：1－1＝0。
1－1＝1＋（－1）＝［源代码］＋［源代码］＝［源代码］＋［源代码］＝［源代码］＝［源代码］＝－0。
使用反减法，结果的真值部分是正确的，但在特定的值“0”。虽然＋0和－0在某种意义上是相同的，但是0加上符号是没有意义的，［源代码］和［源代码］都代表0。
（3）补充操作：
补语的出现解决了零和两个码的符号问题。
十进制运算：1－1＝0。
1－1＝1＋（－1）＝［原码］＋［原码］＝［补码］＋［补码］＝［补码］＝［原码］＝0。
这样，0表示为［］，而之前的－0问题不存在，可以表示为［］－。
（－1）＋（－）＝［源代码］＋［源代码］＝［补充］＋［补充］＝［补充］＝－。
－1－的结果应该是－。在补码操作的结果中，［补码］是－，但是请注意，由于－0的补码实际上是用来表示－的，所以－没有原码和逆码。（－的补码表［补码］计算出的［原码］是不正确的）。
DockerMySQL 源码构建 Docker 镜像（基于 ARM 架构）
基于 ARM 架构，为避免MySQL版本变化带来的额外成本，本文将指导你如何从头构建MySQL 5.7.的Docker镜像。首先，我们从官方镜像的Dockerfile入手，但官方仅提供MySQL 8.0以上版本的ARM镜像，因此需要采取特殊步骤。 步骤一，使用dfimage获取MySQL 5.7.的原始Dockerfile，注意其原文件中通过yum安装的逻辑不适用于ARM，因为官方yum源缺少该版本的ARM rpm。所以，你需要:在ARM环境中安装必要的依赖
下载源码并安装
修改源码配置以适应ARM架构
编译源码生成rpm文件，结果存放在/root/rpmbuild/RPMS/aarch目录
构建镜像的Dockerfile、docker-entrypoint.sh脚本（解决Kylin V兼容性问题，会在后续文章详细说明）以及my.cnf文件是构建过程中的关键组件。虽然原Dockerfile需要调整以消除EOF块的报错，但整个过程需要细心处理和定制化以适应ARM平台。GitLab ARM源码在信创统信UOS下的搭建
GitLab是一个基于Ruby on Rails语言开发的开源应用，提供私有化的Git项目仓库，可通过Web界面进行访问和管理。GitLab官方提供了多种安装方式，包括通过操作系统软件源安装、Docker容器部署以及源代码自编译安装。然而，GitLab官方构建的软件包和镜像主要针对X架构，并未提供针对ARMv8的版本。UOS操作系统支持多种CPU架构（AMD、ARM、MIPS、SW）和六种国产CPU平台（鲲鹏、龙芯、申威、海光、兆芯、飞腾）以及Intel/AMD的主流CPU，UOSV基于Debian stable，内核为4.，支持多种架构。由于GitLab官方Omnibus安装包并未支持arm架构，因此需要通过源码编译来安装GitLab-ce .1-stable在UOSV arm架构上。
在部署GitLab-ce .1-stable之前，首先需要搭建编译环境，包括Ruby 2.7.4、redis 6.2.4、git 2..0、Go:.、Postgres: 、Node: .x、Nginx:1..1。编译过程较为平顺，但安装Ruby、Node和Go时需要注意选择国内镜像源以确保顺利编译。GitLab-ce:-1-stable版本要求Git2..x或以上版本，推荐使用Gitaly提供的git版本。UOSV 版本若选择调试工具包，则系统自带的git版本不符合要求，需要手动安装Gitaly所提供的git版本，确保版本满足GitLab要求。安装完成后，系统会显示版本为2..0，满足要求。此外，还需安装GraphicsMagick支持GitLab引入的自定义图标功能，以及安装Postfix邮件服务器和exiftool以支持GitLab Workhorse功能。Ruby的安装也非常重要，更换国内Ruby Gem源能够提高编译过程的稳定性。
在完成编译环境搭建后，需为GitLab创建一个名为git的用户。GitLab .1及以后版本仅支持PostgreSQL数据库，GitLab-ce .1-stable需要PostgreSQL 或以上版本，并且需要pg_trgm扩展和btree_gist扩展。GitLab .0及以后版本要求Redis版本4.0或以上，推荐使用6.0或以上版本。部署GitLab-ce .1-stable需要编译三个部分：gitLab核心代码、gitlab-shell和GitLab-Workhorse。编译完成后，主要目录结构会根据部署环境进行相应调整。
配置GitLab的各个组件时，需要将源码配置调整为已搭建环境的配置。主要修改数据库配置为已安装的PostgreSQL 版本。安装过程中可能会遇到一些小问题，如使用sudo执行某些命令时的超时错误。解决这类问题通常需要检查和调整环境变量，确保git账号的环境变量能够正常工作。例如，通过修改/etc/sudoers文件，确保在执行sudo命令时保留所需的环境变量，如GOPROXY。安装完成后，GitLab及其环境应已正确配置，系统架构识别为arm，GitLab版本为.1，redis版本未读取但不影响使用。至此，GitLab在UOSV arm架构上成功部署完毕。
