当前位置:  技术问答>linux和unix

多线程中调用sendto，线程数一多起来，出现 bad file descriptor

    来源: 互联网  发布时间：2017-05-05

    本文导语:  在使用多线程调用函数sendto进行无连接的发包时，两三个线程可以正常跑，但是线程数一多，就出现了 sendto: Bad file descriptor 线程函数中的部分代码如下：     pingsock = socket(AF_INET, SOCK_RAW, 1);     if (pingsock 

在使用多线程调用函数sendto进行无连接的发包时，两三个线程可以正常跑，但是线程数一多，就出现了
sendto: Bad file descriptor
线程函数中的部分代码如下：
    pingsock = socket(AF_INET, SOCK_RAW, 1);
    if (pingsock 

    
 
 

您可能感兴趣的文章:

  • java 线程，对当前线程（非主线程）调用sleep,为什么主线程（窗口）也没反应了
  • 请问调用notify后被选中线程的wait是立刻返回，还是等到调用notify的线程退出synchronized块后再返回？
  • 如何在工作线程中调用图形界面线程的成员函数（串口通信）？
  • 请教：线程中调用一个阻塞的方法后，进程及其它线程会阻塞么？
  • 子线程里如何调用主线程中的方法？
  • 小问题：在线程中调用sleep()使其睡眠的时候，此线程是否释放所占的资源？
  • 各位，线程的run方法不允许抛出异常，那我的调用程序如何得知线程里发生了异常？
  • 问一个很奇怪的线程调用的问题
  • 多线程调用ffmpeg
  • 存在线程的程序中调用exec将出现什么问题？
  • 如果遇到多层函数调用，使用一次上锁解锁可以保证数据的线程独立性么
  • 多线程调用localtime有时得到的数据不正确如何解决
  • 多线程调用ioctl 应在哪进行互斥操作？
  • 子线程中调用 execl的问题
  • 求教 Linux多个线程 可不可以同时调用一个函数
  • java线程怎么调用java的application.class?
  • 由于问题变化了，所以重新个贴子，是关于线程间函数调用及串口接收数据的问题？
  • 线程调用场景
  • 新手关于线程调用的求救！应该不难
  • 多线程调用函数
    •  
    本站(WWW.)旨在分享和传播互联网科技相关的资讯和技术，将尽最大努力为读者提供更好的信息聚合和浏览方式。
    本站(WWW.)站内文章除注明原创外，均为转载、整理或搜集自网络。欢迎任何形式的转载，转载请注明出处。












  • 相关文章推荐
  • Java中多线程相关类Thread介绍
  • 一个进程创建了两个线程，如何使得当任何一个线程(比如线程a)结束时，同时也结束线程b,也就是使两个线程一起死掉，怎么办呢？
  • c#多线程更新窗口(winform)GUI的数据
  • 如何实现一个线程组内多线程的非同不执行,即一个线程执行完毕后再执行下一个线程???
  • Windows和Linux下C++类成员方法作为线程函数方法介绍
  • 请问:进程创建的线程是怎样运行的啊，线程的处理函数运行完了，线程就退出了吗？
  • c++的boost库多线程(Thread)编程(线程操作,互斥体mutex,条件变量)详解
  • 关于线程的问题，什么样的线程不是active线程？
  • Linux下GCC内置原子操作函数(多线程资源访问)介绍
  • 请问Linux核心支持多线程吗？开发库有线程库吗？线程好用吗？（稳定？）
  • 请问，在一个进程中创建多线程时如何能避免不同的线程获得同一个线程标识
  • 我的一个多线程服务里， 总是有一个线程莫名其妙的变成僵尸线程。
  • 能否通过线程id控制线程的状态?或是观察到线程的状态?
  • 如何在一个线程中启动另外一个线程，然后本线程就退出？
  • 如何实现一个线程组内多线程的非同不执行,即一个线程执行完毕后再执行下一个线程??? iis7站长之家
  • 请问在java多线程中，是只有run(){}内的代码运行在一个新线程下呢？还是这个类中的代码都运行在一个新线程下？
  • gcc链接的库,分不分单线程版本的和多线程版本的?
  • 内核栈~ 内核线程 ~用户线程 之间关系 问题
  • 子线程的数据如何返回给主线程？
  • 如果父线程死掉 那么子线程会不会死掉呢
  • 多线程为何比单线程慢许多？


    • 站内导航:


    特别声明:169IT网站部分信息来自互联网,如果侵犯您的权利,请及时告知,本站将立即删除！

    ©2012-2021,