miloyip/game-programmer 11797
A Study Path for Game Programmer
Tencent/rapidjson 10033
A fast JSON parser/generator for C++ with both SAX/DOM style API
从零开始的 JSON 库教程
miloyip/nativejson-benchmark 1384
C/C++ JSON parser/generator benchmark
miloyip/light2d 637
Light rendering in 2D
miloyip/svpng 485
Minimalistic C function for saving RGB/RGBA image as uncompressed PNG.
C++ integer-to-string conversion benchmark
C++ double-to-string conversion benchmark
miloyip/line 143
2D Line Drawing Samples in C
使用 Graphviz 绘画 UML 图
startedCatalaLang/catala
started time in an hour
issue openedTencent/rapidjson
RapidJSONConfig.cmake does not reflect the install directory
When using CMAKE_INSTALL_DIR and "building" and "installing" the latest rapidjson project, the cmake config file has hard coded paths that link back to the original build directory and not the install directory.
Reproduce on windows from the top level repo directory:
mkdir build
cd build
cmake -G Ninja -DRAPIDJSON_BUILD_DOC=OFF -DRAPIDJSON_BUILD_EXAMPLES=OFF -DRAPIDJSON_BUILD_TESTS=OFF -DCMAKE_INSTALL_PREFIX=C:\RapidJSON -DCMAKE_BUILD_TYPE=Release ..
cmake --build . --config Release --target install
Then look at the C:\RapidJSON\cmake\RapidJSONConfig.cmake file and it will have full paths pointing back to the repo directory instead of the C:\RapidJSON\include directory.
This previously worked just fine in v1.1.0
It looks like the issue may have been introduced here: https://github.com/Tencent/rapidjson/commit/b91c515afea9f0ba6a81fc670889549d77c83db3
created time in 8 hours
startedsupabase/supabase
started time in 10 hours
startedamoffat/supertag
started time in 13 hours
startedmiloyip/json-tutorial
started time in 14 hours
startedrdeioris/UnrealOnRPI4
started time in 14 hours
startedmiloyip/game-programmer
started time in 15 hours
startedWerWolv/ImHex
started time in 17 hours
startedWerWolv/ImHex
started time in 17 hours
startedmiloyip/game-programmer
started time in 17 hours
startedmiloyip/game-programmer
started time in 17 hours
push eventDanielmelody/Ruschm
commit sha df0316369f33beaa862dc58511b258680bbb0ade
feat: too many pairs
push time in 17 hours
startedmiloyip/json-tutorial
started time in 18 hours
startedmiloyip/nativejson-benchmark
started time in 18 hours
push eventDanielmelody/Ruschm
commit sha 5baa4bb7e735fd34c0e2f2ec990e7dd014af148a
fix: panic inside apply close #71
commit sha 2c138fc88b505edfe73f7b902fd2d9055398e57e
feat: iter library names in LibraryLoader (#75)
commit sha 6351f393298a128c5cc23c61c3720135cd02b717
test: doc test for iter_library_names
commit sha 7c7be086fdc86f114eba772f6b5b79cc0cf9776f
feat: too many pairs
push time in 18 hours
push eventDanielmelody/Ruschm
commit sha 9d097e10f3e1c4a6648ad3dba3444bb5fd36e38d
feat: too many pairs
push time in 18 hours
push eventDanielmelody/Ruschm
commit sha b741b8aeb5d948f407554208e23218ea031192d0
feat: too many pairs
push time in 18 hours
push eventDanielmelody/Ruschm
commit sha a883eb93f45e72ecefddc8e8eb746338263a0ff1
too many pair
push time in 18 hours
startedDLR-RM/BlenderProc
started time in 18 hours
startedlibfirm/libfirm
started time in 18 hours
startedgbdev/awesome-gbadev
started time in 18 hours
startedWerWolv/ImHex
started time in 18 hours
issue commentmiloyip/json-tutorial
[tutorial07] lept_parse_object 函数中m.k=NULL；一句是否会有内存泄漏的情况？
在 m.k = NULL前
m已经被 这一行 这里压入栈了
换而言之，m的信息都已经被存储在另一个地方了，包括你刚才说的通过 malloc 分配的内存的地址
这一行 说的很清楚了，m.k 的所有权已经被变更了，所以可以直接赋值 NULL
这段内存会作为 lept_member 的key or value 而存在
最终会在 lept_memeber 的解析中，被释放
comment created time in 18 hours
fork MathsionYang/json-tutorial
从零开始的 JSON 库教程
https://zhuanlan.zhihu.com/json-tutorial
fork in 19 hours
startedShushishtok/dota-reimagined
started time in 19 hours
startedmiloyip/svpng
started time in 19 hours
fork xuzhiyou515/json-tutorial
从零开始的 JSON 库教程
https://zhuanlan.zhihu.com/json-tutorial
fork in 21 hours