标签:c linux arm segmentation-fault new-operator
这与我一直在讨论的问题here和here有关,但是由于我的调查使我远离STL作为潜在问题,并且作为我的nemisis朝向“新”,我认为最好开始一个新线程.
重申一下,我使用的是嵌入式平台供应商提供的arm-linux交叉编译器(版本2.95.2).
当我在Linux PC上运行下面的应用程序时,它当然永远不会失败.但是,当在嵌入式设备上运行时,每次都会出现分段错误.使用“malloc”永远不会失败.使用互斥锁同步“新”分配将停止该问题,但这在我的主应用程序中不实用.
任何人都可以建议为什么会发生这种情况,或者有任何想法如何解决这个问题?
谢谢.
#include <stdio.h>
#include <pthread.h>
pthread_mutex_t _logLock = PTHREAD_MUTEX_INITIALIZER;
static void* Thread(void *arg)
{
int i = 0;
while (i++ < 500)
{
// pthread_mutex_lock(&_logLock);
char* myDyn = (char*) new char[1023];
// char* buffer = (char*) malloc(1023);
// if (buffer == NULL)
// printf("Out of mem\n");
// free(buffer);
delete[] myDyn;
//pthread_mutex_unlock(&_logLock);
}
pthread_exit(NULL);
}
int main(int argc, char** argv)
{
int threads = 50;
pthread_t _rx_thread[threads];
for (int i = 0; i < threads; i++)
{
printf("Start Thread: %i\n", i);
pthread_create(&_rx_thread[i], NULL, Thread, NULL);
}
for (int i = 0; i < threads; i++)
{
pthread_join(_rx_thread[i], NULL);
printf("End Thread: %i\n", i);
}
}
解决方法:
如果设备上的堆不是线程安全的,那么您需要锁定.您可以编写自己的新函数和删除函数,这些函数会在新的或删除期间锁定 – 您不需要在分配的内存的整个生命周期内保持锁定.
检查是否有编译器开关使分配器线程安全.
标签:c,linux,arm,segmentation-fault,new-operator 来源: https://codeday.me/bug/20190726/1545498.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。