This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] 编译器:TI编译器安装程序在Fedora 27上挂起

Guru**** 2616675 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/654522/compiler-ti-compiler-installer-hangs-on-fedora-27

工具/软件:TI C/C++编译器

您好,

我从 software-dl.ti.com/codegen/non-esd/downloads/download.htm#ARM下载了TI编译器版本v 17.9 .0.STS for Linux,并在运行Fedora 27的测试机器上运行。 遗憾的是,安装程序在 (可能)成功完成安装(至少日志文件显示安装成功)后挂起。

我通过17.9 ./ti_CGT_TMS470_TMS470_TMS.0.STS_linux_installer_x86.bin --mode unattended --prefix ~ë/projects/MSP432_Firmware/ti/运行安装程序,目标目录似乎已正确填充。

由于整个过程似乎都挂起了,我用strace重新运行了它,发现安装人员创建了6个孩子。 1个进程成功退出,期间0,1个挂起  

_newselect(4),[3],[],[],NULL 

而其余的则在futex()期间挂起。 主进程的strace日志的结尾如下所示:

openat(at_FDCWD,"/tmp/bitroce_installer.log", O_RDONLY|O_LARGEFILE)=5
openat(at_FDCWD,"/home/dan/projects/MSP432_Firmware/ti-CGT-arm_STS.0.sts/ti_C64_10.047万_STS.0,"NO_ST_ST_ST_STX.0, 17.9

未读封

装"8 17.9 3410)= 3410
读取(5,"",4096) = 0
关闭(5) = 0
关闭(8) = 0
chmod("/home/dan/projects/MSP109.9432万_Firmware/ti-CGT-arm_TMS0.sts/ti_TMS470_TMS0.0.STS_Linux-x64_installer_install.log" 17.9 ,0744)= 0 utime("/home/dan/projects/MSP432_Firmware/ti-CTM4770_CT470_ST_ST_ST_install.0)013.0140.0140.014_ST_ST_ST_ST_ST_160140.140.140.13_ST_ST_ST_ST_ST_10140.140.140.140.140.140.140.13_ST_ST_ST_ST_10140.140.140.01504_ST_ST_ST_10140.140.140.140.140.140.140.140.140.140.140.140.140.140.140.140.140.140.140.13=0_ST_ST_ST_ST_ST_ST_10140.140.140.140.140.13<xmt-block1>0140.0140
17.916.014万 17.9</xmt-block>1.014万<xmt-block2>1.014万 17.90.1504万 17.9</xmt-block>1.014万<xmt-block3>1.014万 17.9
= 0
unlink ("/tmp/bitroce_installer.log")= 0
lstat64 ("/home",{st_mode=S_IFDIR|0755,st_size=4096,...}) = 0
lstat64 ("/home/dan",{st_mode=S_IFDIR|0700,st_size=4096,...}) = 0
访问("/home/dan/.bitroco-multicd",F_OK)=-1 ENOENT (无此类文件或目录)
fcntl64 (7,F_GETFL) = 0x8000 (标记O_RDONLY|O_LARGEFILE)
fcntl64 (7,F_SETFL,O_RDONLY|O_LARGEFILE)= 0
关闭(7) = 0
fcntl64 (6,F_GETFL) = 0x8000 (标记O_RDONLY|O_LARGEFILE)
fcntl64 (6,F_SETFL,O_RDONLY|O_LARGEFILE)= 0
关闭(6) = 0
fcntl64 (2,F_GETFL) = 0x8002 (标记O_RDWR|O_LARGEFILE)
fcntl64 (2,F_SETFL,O_RDWR|O_LARGEFILE)= 0
fcntl64 (1,F_GETFL) = 0x8002 (标记O_RDWR|O_LARGEFILE)
fcntl64 (1,F_SETFL,O_RDWR|O_LARGEFILE)= 0
fcntl64 (0,F_GETFL) = 0x8002 (标记O_RDWR|O_LARGEFILE)
fcntl64 (0,F_SETFL,O_RDWR|O_LARGEFILE)= 0
futex (0xf6734aec,FUTEX_WAIT_PRIVATE,8,NULL)=-1 EAGAIN (资源暂时不可用)
futex (0xf6734aec,UTEX,UTEX_PRIVE_PRIVATE,空 

看起来主进程尝试获取锁定,但EAGAIN会阻止整个线程,操作失败。 不幸的是,我只能了解到这一点。 如果需要,我可以为所有进程提供完整的strace输出(它非常大,总共大约在18 MB 左右)。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我的第一个想法是,这与您 在该线程中提出的下载问题有关。  我希望先解决下载问题。  然后重新下载并安装。  我认为有一个很好的机会来解决这个问题。  如果不是,我们可以在安装程序中将其作为问题进行处理。  这听起来怎么样?

    谢谢,此致,

    -George

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    除非有人主动向下载中注入了代码,或者下载已损坏,否则我发现下载问题不太可能与此相关。

    但我们可以先解决下载问题,这是一个永远不会知道的问题。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    此问题最终以 不同的线程得到解释。  所以我将这个线程标记为已解决。

    谢谢,此致,

    -George