调试内核经常需要查看、修改一些变量，每次GDB 或 增加elog 可能会不太方便，下面记录C函数的方式可以便捷的定义函数操作、显示内核变量。
比如：如果栈已经使用了15个conn，下次就要使用第16个conn了，就开始扩容，扩到32个。
执行器的工作包括：work、get result，之前work的内容已经介绍过了，这里分析下执行器如何拿到执行结果。
2017 年，某业务团队通过某次技术会议确定禁止在代码中使用异常，当时的目的旨在规范一些存在的基本问题，诸如：使用异常导致协程冲突，捕获到异常和抛出的不一致；未捕获异常导致后端框架中的 worker 进程终止，重启 worker 进程漫长导致效率很差；数据一致性问题等。代码到底该不该用异常，时至今日仍是一个争论不休的话题，本文作者根据自己多年的工作经验，撰写了《异常思辨录》系列专栏，希望能体系化地帮助到大家。本文为系列第四篇。主要聚焦上层的决策点进行展开，欢迎阅读。读完全文还可以参加惊喜活动抽奖哦！
用“-Wl,-Bstatic”指定链接静态库，使用“-Wl,-Bdynamic”指定链接共享库，使用示例： -Wl,-Bstatic -lmysqlclient_r -lssl -lcrypto -Wl,-Bdynamic -lrt -Wl,-Bdynamic -pthread -Wl,-Bstatic -lgtest （"-Wl"表示是传递给链接器ld的参数，而不是编译器gcc/g++的参数。） 1) 下面是因为没有指定链接参数-lz（/usr/lib/libz.so，/usr/lib/libz.a ） /usr/local/mysql/lib/mysql/libmysqlclient.a(my_compress.c.o): In function `my_uncompress': /home/software/mysql-5.5.24/mysys/my_compress.c:122: undefined reference to `uncompress' /usr/local/mysql/lib/mysql/libmysqlclient.a(my_compress.c.o): In function `my_compress_alloc': /home/software/mysql-5.5.24/mysys/my_compress.c:71: undefined reference to `compress' 2) 下面是因为没有指定编译链接参数-pthread（注意不仅仅是-lpthraed） /usr/local/mysql/lib/mysql/libmysqlclient.a(charset.c.o): In function `get_charset_name': /home/zhangsan/mysql-5.5.24/mysys/charset.c:533: undefined reference to `pthread_once' 3) 下面这个是因为没有指定链接参数-lrt /usr/local/thirdparty/curl/lib/libcurl.a(libcurl_la-timeval.o): In function `curlx_tvnow': timeval.c:(.text+0xe9): undefined reference to `clock_gettime' 4) 下面这个是因为没有指定链接参数-ldl /usr/local/thirdparty/openssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_globallookup': dso_dlfcn.c:(.text+0x4c): undefined reference to `dlopen' dso_dlfcn.c:(.text+0x62): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x6c): undefined reference to `dlclose' 5) 下面这个是因为指定了链接参数-static，它的存在，要求链接的必须是静态库，而不能是共享库 ld: attempted static link of dynamic object 如果是以-L加-l方式指定，则目录下必须有.a文件存在，否则会报-l的库文件找不到：ld: cannot find -lACE 6) GCC编译遇到如下的错误，可能是因为在编译时没有指定-fPIC，记住：-fPIC即是编译参数，也是链接参数 relocation R_x86_64_32S against `vtable for CMyClass` can not be used when making a shared object 7) 下面的错误表示gcc编译时需要定义宏__STDC_FORMAT_MACROS，并且必须包含头文件inttypes.h test.cpp:35: error: expected `)' before 'PRIu64' 8) 下面是因为在x86机器（32位）上编译没有指定编译参数-march=pentium4 ../../src/common/libmooon.a(logger.o): In function `atomic_dec_and_test': ../../include/mooon/sys/atomic_gcc.h:103: undefined reference to `__sync_sub_and_fetch_4' 9) 下列错误可能是因为多了个“}” error: expected d
如何在C++代码中调用写好的C接口？你可能会奇怪，C++不是兼容C吗？直接调用不就可以了？这里我们先按下不表，先看看C++如何调用C代码接口。
PostgreSQL数据库中有许多内部函数，这次对系统表pg_proc以及函数代码进行分析记录（这里是针对9.3进行介绍的）。 一、数据库系统表pg_proc 数据库中所有内部函数信息都存储在系统表pg_proc. 内部函数都是在编译之前写好并存储在pg_proc.h文件中。 下面来看一下pg_proc的表结构，首先是看源码中的结构体： CATALOG(pg_proc,1255) BKI_BOOTSTRAP BKI_ROWTYPE_OID(81
pg_plan_queries→pg_plan_query→planner→standard_planner→subquery_planner→preprocess_expression
Prometheus使用postgresql需要使用postgresql-adapter进行数据转换。在安装postgresql-adapter之前需要安装2个扩展：pg_prometheus和timescaledb
以下两段代码分别用Oracle和PostgreSQL匿名块解“世界最难数独”，声明代码是别人写的，这里只作为兴趣记录与学习。
软件开发中遇到异常才是正常，很少有人能写出完美的程序跑在任何机器上都不会报错。但极为正常的软件异常，却经常出自不同的原因，导致不同的结果。怎么样科学地认识异常、处理异常，是很多研发同学需要解决的问题。本文作者根据自己多年的工作经验，撰写了《异常思辨录》系列专栏，希望能体系化地帮助到大家。本文为系列第一篇，本篇文章将主要聚焦异常处理的几种方式展开，欢迎阅读。
从GPDB5升级到GPDB6时，遇到以往可以执行的SQL不能执行了。报错：PlaceHolderVar found where not expected!语法不兼容了？
几周前，我写了一篇关于编程语言 Hare 及其缺少泛型数据结构的文章。如今，我不想再讨论这个话题了，我想讨论一些更“泛型”的东西。在我看来，任何以高性能为目标的现代编程语言都应该支持某种形式的泛型，不支持泛型是一个重大错误，也是导致复杂性增加和性能损失的一大原因。与一次性实现相比，泛型数据结构得到了更多的优化，我已经在前一篇文章中谈到了这一点。
当我们忘记从函数中返回值时，会产生"Expected an assignment or function call and instead saw an expression"错误。为了解决该错误，确保显式地使用return语句或使用箭头函数隐式返回。
PostgreSQL可以通过log_statement=all 提供日志审计，但是没有提供审计要求的详细程度。PostgreSQL Audit Extension (pgAudit)能够提供详细的会话和对象审计日志，是PG的一个扩展插件。pgAudit通过标准PostgreSQL日志记录工具提供详细的会话和/或对象审核日志记录。
今天要介绍的是，Google DeepMind 推出了 AlphaDev，一种利用强化学习来发现改进的计算机科学算法的人工智能系统，其自主构建的算法，超越了科学家和工程师几十年来打磨出来的算法，将一种每天在世界各地使用数万亿次的 C++ 算法的运行速度提高了70%。
在 C 语言中，如果 fopen(filename) 无法打开文件，会返回 NULL，调用者通过判断返回值是否为 NULL，来进行相应的错误处理。
PG中，NULL可以表示空numeric值；不能进行数学操作符计算，NULL参与的结果都是NULL。
【编者按】C++ 四十年，历久弥新长盛不衰。几日前 CSDN 组织了一次 C++ 直播对话，在非常短的时间内就吸引了两万多开发者观看，足以说明 C++ 在开发者中的影响力。本文的四位作者联合撰文，写下了这篇两万字的长文，深度总结了 C++ 的新进展，以及未来的演进方向，值得所有开发者收藏。 作者 | 祁宇 许传奇 袁秩昊 卜恪 责编 | 唐小引 出品 | 《新程序员》编辑部 不平凡的 2022 年已经过去了，受到疫情影响，C++ 标准委员会（以下简称委员会）只能在线上 Review 提案，效率较低，但在
gtest是一个跨平台的(Liunx、Mac OS X、Windows、Cygwin、Windows CE and Symbian)C++单元测试框架，由google公司发布。gtest是为在不同平台上为编写C++测试而生成的。它提供了丰富的断言、致命和非致命判断、参数化、”死亡测试”等等。
AlphaDev不仅可以将排序算法提速70％，甚至在有的算法上，能比人类快3倍之多。
Python的很多库中都包含了C/C++的代码，在安装这种库的时候，尝尝会遇到这样的报错：
这个time相关的支持，应该就是date库的实现。这个一直在推进标准，不知道进展如何
PyTorch 提供了大量与神经网络、任意张量代数、数据处理和其他目的相关的操作。然而，您可能仍然需要更定制化的操作。例如，您可能想使用在论文中找到的新型激活函数，或者实现您作为研究的一部分开发的操作。
从reddit/hackernews/lobsters/meetingcpp摘抄一些c++动态
很有可能，您正在阅读本章是出于以下两个原因之一；您要么想自定义 SWIG 的行为，要么无意中听到有人嘟囔着一些关于“typemaps”的难以理解的胡言乱语，然后问自己“typemaps，那些是什么？” 也就是说，让我们先做一个简短的免责声明，即“Typemaps”是一种高级自定义功能，可以直接访问 SWIG 的低级代码生成器。不仅如此，它们还是 SWIG C++ 类型系统（它自己的一个重要主题）的组成部分。typemaps 通常不是使用 SWIG 的必需部分。因此，如果您已经找到了进入本章的方法，并且对 SWIG 默认情况下已经做了什么只有一个模糊的概念，那么您可能需要重新阅读前面的章节。
作者：陈之炎 本文约5500字，建议阅读15分钟本文对利用MADlib项目来创建一个框架，以满足大规模数据量的需求。 随着数据规模的不断扩大，目前，许多现有的分析解决方案都无法胜任大规模数据量的计算任务。利用MADlib项目来创建一个框架，以满足大规模数据量的需求，该框架旨在利用现代计算能力，提供适应业务需求的强大解决方案。 概述 MADlib实现方案来自商业实践、学术研究和开源开发社区的多方面努力，它是一个基于SQL的数据库内置的可扩展的开源机器学习库，由Pivotal与UCBerkeley合作开发。MA
1。C++编译时，出现这样的错误 d:\program files\microsoft visual studio\vc98\include\stdio.h(36) : error C2143: syntax error : missing ';' before 'string' d:\program files\microsoft visual studio\vc98\include\stdio.h(36) : fatal error C1004: unexpected end of file found
对 MYSQL 还不可以找回，PG16已经有插件可以进行相关的功能，并进行数据找回，相对于MySQL, PostgreSQL的新功能是越来越多，最近添加了删除数据找回的功能，到底好用不好用，到底怎么回事，咱们来说说。首先咱们需要先下载pg_dirtyread的 extension， 同时需要在PG16版本上进行使用。若你此时问什么是 extension，那么你真的该好好学习，学习了。
作者 | Josh Mo 译者 | 核子可乐 策划 | 李冬梅 如果大家已经拥有一定的 Rust Web 开发经验，应该听说过在前端 Web 开发上用 Rust（通过 WASM）还是用 JavaScript 这个充满争议性的话题。不少人旗帜鲜明表示反对，认为 Rust“不适合生产”，而且速率“比 JavaScript 还慢”。 这种说法也有道理：从历史上看，因为 WASM 无法访问 DOM，所以从 JavaScript 调用 WASM 确实会产生额外开销。但目前这方面的影响已经很小，基准数据显示，
自己最近在思考一个问题，如何让自己的代码质量逐渐提高，于是想到整理这个系列，通过阅读别人的代码，从别人的代码中学习，来逐渐提高自己的代码质量。本篇是这个系列的第一篇，我也不知道自己会写多少篇，但是希望自己能坚持下去。
产生"Element type is invalid -- expected a string (for built-in components) or a class/function (for composite components) but got"错误有多个原因：
通过第 5 章到第 7 章的阅读，我们已经知道了怎么声明变量（第 5 章），怎么写表达式和语句（第 6 章），怎么将输入 \ 输出参数绑定到语义词（第 7 章），本章将首先描述 Cg 语言中函数的写法，以及函数是否可以重载；然后阐述顶点 \ 片段着色程序中入口函数的概念（类似 C\C++中的 main()函数）；最后，以 Cg 标准函数库来结束本章。
http://codeup.cn/contest.php?cid=100000572 Problem A: C语言11.1 Time Limit: 1 Sec Memory Limit: 32 M
Pgpool 是一个高性能的连接池和负载均衡器，用于 PostgreSQL 数据库。Pgpool 可以作为中间层，位于客户端和 PostgreSQL 服务器之间，来管理连接请求并分配给不同的 PostgreSQL 服务器进行处理，以提高整体的系统性能和可用性。Pgpool 的一些主要功能包括：
前两天，Node.js官方发布了Node.js 15的正式版本，Node.js 15 将替代 Node.js 14 成为当前的的稳定发行版，后者将在本月晚些时候升级为 LTS（长期支持）版本。如果大家想体验下Node.js 15 的最新功能，可以从官方进行下载。
PEG.js 是一个简单的 JavaScript 解析器生成器，可以生成具有出色错误报告的快速解析器。您可以使用它来处理复杂的数据或计算机语言，并轻松构建转换器、解释器、编译器和其他工具。
在第四章周围，我们从只在一个文件夹中拥有所有内容转移到了更有结构的树形结构，并且我们认为可能会对梳理各个部分感兴趣。
已创建失败的函数normalize为例，分析语法解析过程 CREATE OR REPLACE FUNCTION normalize(x int) RETURNS int AS $$
有多种方法可获取此错误。 所有这些都涉及到链接器无法解析的函数或变量的引用，或查找的定义。 编译器可以确定符号未声明的时间，但无法判断符号未定义的时间。 这是因为定义可能位于不同的源文件或库中。 如果某个符号被引用但从未定义，则链接器将生成一个无法解析的 :::no-loc(extern)::: al 符号错误。
– 把before for each row的触发器删掉, 再测试插入 : postgres=# drop trigger tg02 on t_ret; DROP TRIGGER postgres=# drop trigger tg2 on t_ret; DROP TRIGGER postgres=# insert into t_ret values(1,’digoal’,now()); NOTICE: 00000: tg01 LOCATION: exec_stmt_raise, pl_exec.c:2840 NOTICE: 00000: tg1 LOCATION: exec_stmt_raise, pl_exec.c:2840 NOTICE: 00000: tg03, after for each row 的触发器函数返回空, 不影响后续的触发器是否被调用. 因为只要表上面发生了真正的行操作, after for each row就会被触发, 除非when条件不满足. (这个后面会讲到) LOCATION: exec_stmt_raise, pl_exec.c:2840 NOTICE: 00000: tg3 LOCATION: exec_stmt_raise, pl_exec.c:2840 NOTICE: 00000: tg04 LOCATION: exec_stmt_raise, pl_exec.c:2840 NOTICE: 00000: tg4 LOCATION: exec_stmt_raise, pl_exec.c:2840 INSERT 0 1 – 有数据插入. 这也说明了before for each statement的返回值为空并不会影响数据库对行的操作. 只有before for each row的返回值会影响数据库对行的操作. postgres=# select * from t_ret ; id | info | crt_time —-+——–+—————————- 1 | digoal | 2013-03-10 16:50:39.551481 (1 row)
插件是你想开发一个好的系统所需要的一种好的架构方式。C++插件是 C++ 编写的动态链接共享对象。一种可复用的、灵活管理（维护、替换或增加、删除）的功能模块儿化组件。基于插件的扩展性，进而实现业务模块儿的独立和解耦，增加可维护性和可扩展性。插件使得第三方开发人员可以为系统做增值工作，也可以使其他开发人员协同开发相互配合，增加新的功能而不破坏现有的核心功能。插件能够促进将关注点分开，保证隐藏实现细节，且可以将测试独立开来，并最具有实践意义。
编程接口 - libpq 获取连接 数据查询和数据操纵 终止连接 libpq是PostgreSQL的 C应用程序接口。Libpq 由相关库函数组成，可以允许客户端程序通过将查询传递 给 PostgreSQL 后台服务器并接收这些查询返回的结果。同时，libpq 也是其它几个 PostgreSQL 应用程 序接口的基础引擎，包括 C++，Perl，Python，Tcl和ECPGC编程的嵌入式 SQL。OushuDB与 PostgreSQL兼容，同样可以通过libpq来进行数据库连接和数据操纵。 获取连接 一个应用程序同时可以有多个打开的连接，这也是 PostgreSQL 服务器能够同时访问多个库的原因。每 一个连接都通过 PGconn 对象表示，该对象可以从函数 PQconnectdb，PQconnectdbParams 中或者 PQsetdbLogin 获取信息。需要注意的是，这些对象通常返回一个非空的对象指针。除非由于内存太小 导致无法分配 PGconn 对象。PQstatus 函数用来检查在执行查询前连接是否成功的状态。 在要使用libpq连接OushuDB数据库之前，首先要引用libpq的头文件libpq-fe.h。 然后创建连接字符串和PGconn结构体，设定连接字符串后就可以通过连接字符串获取连接了，例如: 这里使用了PQconnectdb函数来创建一个连接到数据库服务器的新连接 注意如果这里缺省连接关键字的话，libpq将使用缺省关键字的默认值进行连接，连接关键字的默认值可 以参考官方手册。 在连接过程中，在libpq中也提供了判断连接是否成功建立的接口:连接状态函数 PQstatus 这个函数返回一个连接的状态，在异步连接过程之外可以返回两个状态:CONNECTION_OK 和 CONNECTION_BAD。若连接到数据库正常则返回 CONNECTION_OK，否则返回 CONNECTION_BAD。通常一个 OK 的状态将会持续到执行 PQfinish。 于是，我们可以通过下面的语句来进行连接状态的查询和处理，并通过PQerrorMessage()函数来返回最 近连接时出现的错误信息:
包装 C 库时出现的一个常见问题是保持可靠性和检查错误。事实是，许多 C 程序因不提供错误检查而臭名昭著。不仅如此，当您将应用程序的内部结构公开为库时，通常可以通过提供错误的输入或以非预期的方式使用它而使其崩溃。
从reddit/hackernews/lobsters/meetingcpp摘抄一些c++动态。
在学习c语言的时候，我们一般都是使用库函数malloc（）来进行内存的申请分配，然后使用库函数free()来进行释放申请到的内存；现在在c++里面采用了另外一种内存申请的方法：
1>D:\10\Debug\RCa00828(34): fatal error RC1022: expected ‘#endif’
::testing::Bool() 会生成 true 和 false两种值，::testing::Combine 把 {true，false} 和 {1， 10} 这两个集合的值组合起来，相当于
领取专属 10元无门槛券
手把手带您无忧上云
