设为首页
收藏本站
开启辅助访问
全部
问与答
创意
技术
酷工作
生活
交易
资源
节点
飞墙
Follow
明白贴
人人影库
报酬
登录
注册
飞社-令人惊奇的创意工作者社区-
›
首页
›
程序员
›
一行简单的 C++字符串处理代码引发的血案 ...
FSHEX=FIND+SHARE+EXPRESS
飞社-令人惊奇的创意工作者社区- 是一个关于发现分享表达的地方
现在登录
没有账号?
立即注册
推荐主题
›
京东全球购真的是个老鼠窝哈,包括自营的
›
2999,入手 16+256G 内存的 macmini4,如何
›
腾讯反作弊扫盘为什么一定要开机启动
›
考研调剂边疆双非还是二战?
›
mac 的 karabiner 改键软件 能以普通 的按
今日热议主题
用 cursor 半天时间写了一个 VPS 促销信息
APPLE ONE 超大杯 剩余一个车位
收一台 pixel 7 或 7A
[极简倒计时 App] 喜欢番茄时钟或者需要倒
收点深圳餐票
大佬们,求开源可部署的 CRM 系统,类似于
Planet 的网页客户端
求推荐一款双盘位网络存储器
论产品创新与公司实力,华为是中国的索尼么
出 iPad Pro 2021 款 11 寸 128G WiFi
一行简单的 C++字符串处理代码引发的血案
vfx666
· 2024-11-25 16:56:15 · 136 次点击
原谅我标题党……
但这个事确实很蹊跷。起初是客户反映程序在几小时后会闪退,调试了很久,终于定位到问题
xid.erase(xid.end() - 2, xid.end());
( xid 是 std string 类型的全局变量)
就这么一行简单的代码,会导致程序在正常运行几小时后触发崩溃。即使该行代码并没有执行(并且这行代码也不会触发崩溃),但只要编译时有这行代码,程序刚开始一切正常,过了几小时后必崩。删了这行重新编译就一切正常。
不知道各位大佬怎么看……难不成是编译器的 bug ?
举报
·
136 次点击
登录
注册
站外分享
微信扫一扫
QQ分享
微博分享
豆瓣分享
复制链接
快来抢沙发
显示全部
|
最早评论
0 条回复
返回顶部