有一个格式为：“任务：
function disassembleText(text) {
const disassemble = text.replace(/(\d)/g, '\n$1');
const crop = disassemble.trim();
return crop;
};
在输出中我得到格式为“
0 8.
期望结果：
你能告诉我如何在正则表达式中忽略双数吗？
Markdown 代码块能够突出显示特定语言的语法。通过在三重引号后指定样式，例如：
PowerShell
'''
我特意放了不同类型的引号，如何在 cmd 窗口中突出显示语法？如果您选择“批处理”文件类型，Visual Studio Code 会突出显示这一点，但我已经尝试了所有方法，但都不起作用（我在 Obsidian 中工作）
我将二进制文件转换为 xml 并转回，我确信在二进制文件中这个值 39D8CE0F 负责日期和时间。但是我不明白转换的原理。我正在尝试编写一个 Python 函数，可以将这 4 个字节转换为时间和日期格式。这里有一个十六进制的日期和时间列表，格式如下：
39D8CE - day=4 month=8 year=2023 time=2000
39EDCE - day=25 month=8 year=2023 time=2000
25E7CE - day=19 month=8 year=2023 time=1500
3702CF - day=15 month=9 year=2023 time=1930
2769CE - day=15 month=4 year=2023 time=1530
0020D0 - day=1 month=2 year=2024 time=0
2768D0 - day=13 month=4 year=2024 time=1530
2769CE - day=15 month=4 year=2023 time=1530
274CD0 - day=16 month=3 year=2024 time=1530
35DCCE - day=8 month=8 year=2023 time=1900
显然，第一个字节负责时间，第二个字节负责日期和月份，最后一个字节负责年份。
有什么想法吗？
尝试在Python的不同变体中重现竞争条件。以下是一个例子：
import threading, time
count = 0
def counter():
global count
c = count # 100 потоков одновременно изменили переменную c, присвоив ей значение count + 1, то есть 0+1 = 1
time.sleep(0.1) # потоки заснули
count = c + 1 # Потоки проснулись и просто присвоили переменной count значение 0+1 100 раз.
print(count) # печать count после повторного присвоения единицы.
for t in range(100):
thr = threading.Thread(target=counter)
thr.start()
（修改）
这里100个线程进入函数，给变量counter赋值，然后睡眠0.1秒。在睡眠状态下，线程会释放GIL，这就是它们随后尝试同时增加的原因。然而，问题不在于线程捕获相同的状态。事实上，在给定的例子中，变量 count 不能以任何方式改变，因为变量始终等于 1，并且每个线程进入第 135 行，只是将2 分配给该变量，这是始终的事实的结果。这里没有竞争条件——GIL 成功阻止多个线程获取锁。我们得到以下输出：countccount = c + 1count = 0ccountcount = 2
#...
# 1
# 1
# 1
# 1
# 1
# 1
# 1
# 1
然后我尝试稍微改变一下这个功能：
import threading, time
count = 0
def counter():
global count
time.sleep(0.1)
count = count + 1
print(count)
for t in range(100):
thr = threading.Thread(target=counter)
thr.start()
与前一种情况相比，这里唯一的区别是，我们不是创建中间变量，而是count用其自身增加它。除此之外，一切都一样——100 个线程进入该函数，休眠 0.1 秒，这会导致GIL被释放，并且变量会增加count = count + 1。但是，竞争条件并没有发生！结论：
#...
# 94
# 95
# 96
# 97
# 98
# 99
# 100
变量count等于100，为什么会出现这种情况？看起来增量操作 += 是原子的。也就是说，可以假设在这个例子中，由于字节码级别操作的原子性，GIL 不允许多个线程同时工作。
有一个项目收集了2个库TinyEXIF和tinyxml2，其中TinyEXIF需要tinyxml2。 CMakeLists.txt：
option(BUILD_TINYEXIF "Build 3rdparty library TinyEXIF with tinyxml2" OFF)
if(BUILD_TINYEXIF)
file(MAKE_DIRECTORY ${CMAKE_BINARY_DIR}/tinyxml2)
execute_process(
COMMAND ${CMAKE_COMMAND} ${CMAKE_CURRENT_SOURCE_DIR}/3rdparty/tinyxml2
-DCMAKE_INSTALL_PREFIX=tinyxml2_install
-DBUILD_SHARED_LIBS=ON
WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/tinyxml2
)
execute_process(
COMMAND ${CMAKE_COMMAND} --build .
WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/tinyxml2
)
execute_process(
COMMAND ${CMAKE_COMMAND} --install .
WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/tinyxml2
)
file(MAKE_DIRECTORY ${CMAKE_BINARY_DIR}/TinyEXIF)
execute_process(
COMMAND ${CMAKE_COMMAND} ${CMAKE_CURRENT_SOURCE_DIR}/3rdparty/TinyEXIF
-DCMAKE_INSTALL_PREFIX=TinyEXIF_install
-DBUILD_SHARED_LIBS=ON -DBUILD_STATIC_LIBS=OFF
-Dtinyxml2_DIR=${CMAKE_BINARY_DIR}/tinyxml2/tinyxml2_install/lib/cmake/tinyxml2
WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/TinyEXIF
)
execute_process(
COMMAND ${CMAKE_COMMAND} --build .
WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/TinyEXIF
)
execute_process(
COMMAND ${CMAKE_COMMAND} --install .
WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/TinyEXIF
)
set(tinyxml2_DIR "${CMAKE_BINARY_DIR}/tinyxml2/tinyxml2_install/lib/cmake/tinyxml2")
set(TinyEXIF_DIR "${CMAKE_BINARY_DIR}/TinyEXIF/TinyEXIF_install/lib/cmake/TinyEXIF")
#list(APPEND CMAKE_BUILD_RPATH "${CMAKE_BINARY_DIR}/TinyEXIF/TinyEXIF_install/lib")
#list(APPEND CMAKE_BUILD_RPATH "${CMAKE_BINARY_DIR}/tinyxml2/tinyxml2_install/lib")
endif()
find_package(tinyxml2 CONFIG REQUIRED)
find_package(TinyEXIF CONFIG REQUIRED)
file(GLOB_RECURSE SOURCES "${CMAKE_CURRENT_SOURCE_DIR}/src/*")
file(GLOB_RECURSE HEADERS "${CMAKE_CURRENT_SOURCE_DIR}/include/*")
add_executable(Geotags ${SOURCES} ${HEADERS})
include_directories("${CMAKE_BINARY_DIR}/TinyEXIF/TinyEXIF_install/include")
include_directories("${CMAKE_CURRENT_SOURCE_DIR}/include")
target_link_libraries(Geotags
TinyEXIF
)
配置完成后，在build文件夹中会出现必要的库，以及这个库的安装文件夹，结构如下：
build ->
TinyEXIF ->
libTinyEXIF.so
libTinyEXIF.so.1
libTinyEXIF.so.1.0.3
TinyEXIF_install ->
lib ->
libTinyEXIF.so
libTinyEXIF.so.1
libTinyEXIF.so.1.0.3
....
tinyxml2 ->
libtinyxml2.so
libtinyxml2.so.10
libtinyxml2.so.10.0.0
tinyxml2_install ->
lib ->
libtinyxml2.so
libtinyxml2.so.10
libtinyxml2.so.10.0.0
当我启动它时，弹出以下内容：
./Geotags: error while loading shared libraries: libtinyxml2.so.10: cannot open shared object file: No such file or directory
针对 build/TinyEXIF/TinyEXIF_install/libTinyEXIF.so 文件的 ldd 命令输出：
linux-vdso.so.1 (0x00007ffd8979b000)
libtinyxml2.so.10 => not found
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fa640735000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fa64064c000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fa64061e000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa64040c000)
/lib64/ld-linux-x86-64.so.2 (0x00007fa6409d5000)
针对 build/TinyEXIF/libTinyEXIF.so 文件的 ldd 命令输出：
linux-vdso.so.1 (0x00007ffd6d9db000)
libtinyxml2.so.10 => build/tinyxml2/tinyxml2_install/lib/libtinyxml2.so.10 (0x00007f4ad3c46000)
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f4ad39bd000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f4ad38d4000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f4ad38a6000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4ad3694000)
/lib64/ld-linux-x86-64.so.2 (0x00007f4ad3c7e000)
也就是说，安装后该库就与其依赖项失去连接。但是，如果您强制沿着路径 build/TinyEXIF/libTinyEXIF.so 推送库，那么一切都会正常。另外，如果您通过 clang 进行编译，ldd 输出是相同的，但程序启动并运行。但是在gcc的情况下，就会出现这个错误。这与什么有关？我阅读了有关 RPATH 的文档，但是在研究了相应的变量后，它并没有帮助我。