生产环境,已经运行了好几年,一直没有问题。最近频繁奔溃(一般是连续运行好几天才奔溃一次)。boost 返回的 奔溃显示是 invaild_charset gbk. 通过在glibc中打断点,发现调用iconv_open的时候,返回错误码 __GCONV_NOCONV
目前通过添加断点,已经分析到 是gconv_cache.c:423 行调用 find_module 失败,从而抛出异常。
我使用的glibc版本是2.19
哪位大佬知道,指导下。谢谢
不用考虑输入pGBK的问题,因为使用同一个请求文本,30路压测,一般2天左右,就会奔溃。
ps:glibc源码编码太难,不然的话,就可以在glibc中添加日志,查bug了
因为一旦一棵树的框多于1,其可以转化为多个同颜色框+1个同树框。
所以问题就变成了n个树,每棵树可以选择用不用同树框。这其实就是一个01背包的变形。
dp[i][j][k]表示执行到前i颗树,红色剩j个,蓝色剩k个,的状态,最大满筐数是多少。
这样是个n^4的dp,根据经验,可以省去蓝色的那一维,转而用总量减去红色剩余量来表示剩余的蓝色浆果。
所以:dp[i][j]表示执行到前i颗树,红色剩j个.的状态,最大满筐数是多少。
遍历i时,枚举s,表示这一同树框中放红色浆果s个,蓝色k-s个。枚举时保证合法性。
再枚举j,用dp[i-1][j]来更新当前状态。
设nm1表示当前装s个红色浆果到同树框后,红色浆果剩余量,显然:nm1=j+a[i]-s,