Coverity的工具在freebsd 10.1操作系統出現故障時，我們面對的是在FreeBSD的9.1已經在使用我們的代碼庫Coverity的警告

。但是，現在當我們將freebsd 9.1升級到freebsd 10.1操作系統並運行覆蓋率工具時，我們正面臨警告。我在9.1中比較了「cc」，它使用gcc編譯器，而在freebsd 10.1中，我們更改爲clang編譯器。所以我試圖用「CC」的COV配置已經鐺配置如下圖所示，但仍面臨着林同樣的警告
COV-配置--template --compiler CC --comptype clangccCoverity的工具在freebsd 10.1操作系統出現故障時，我們面對的是在FreeBSD的9.1已經在使用我們的代碼庫Coverity的警告

命令執行：
出口CC = 「CC -DMALLOC_STUB」
COV-構建--dir main_proxyresult使用gmake PROX
Coverity的生成捕獲版本7.0.2在FreeBSD 10.1-RELEASE AMD64
內部版本號：8c35bb7bf8對弗雷斯諾-推17316.501
HELLO新Coverity公司/ COV /斌/ 1001000/libcapture-freebsd64-x86_64.so
HELLO新Coverity公司/ COV /斌/ 10/libcapture-freebsd64-x86_64.so
HELLO新Coverity公司/ COV /斌// VAR /運行/ LD-ELF-1001000.so.hints/libcapture-freebsd64-x86_64.so
HELLO新Coverity公司/ COV /斌// var/run中/ LD-ELF-10.so.hints/libcapture-freebsd64-x86_64的。所以
[警告] Build命令使用gmake PROX與信號11（SIGSEGV）退出。請確認構建已成功完成。
[警告]沒有文件被髮射。這可能是由於您的配置存在問題，或者因爲您的build命令沒有真正編譯文件。
請確保您已經配置在彙編中實際使用的編譯器。欲瞭解更多詳情，請查看：
main_proxyresult /集結log.txt的

請讓我知道克服警告。

來源

2017-02-27 Nagaraju Dungavath

你gmake命令段錯誤。我看到一些相當有趣的輸出，其中似乎有一個定製檢測了何時使用LD_PRELOAD來注入共享對象。我懷疑這個定製和Coverity的構建捕獲庫之間存在不兼容。

來源

2017-02-27 23:15:16 Caleb

我還沒有設置LD_PRELOAD路徑。它是segfault，並在bt下生成sh.core，如下所示：$ gdb/bin/sh sh.core＃0 0x000000004487a040 in __tls_get_addr（）from /libexec/ld-elf.so.1 （gdb）bt ＃0 0x000000004487a040在從/libexec/ld-elf.so.1 ＃2 0x0000000000000000在__tls_get_addr（）從/libexec/ld-elf.so.1 ＃1 0x00000000448787f9中的.text（）？（）'請讓我知道解決這個問題。 –

您可能沒有設置'LD_PRELOAD'，但有你的系統的監督'LD_PRELOAD'並打印這些信息上的東西;他們不是來自Coverity。這有可能是在FreeBSD內核調試設置的libc等。由於我沒有訪問你的系統，這是不可能的，我以消除Coverity公司和任何被髮出這些消息之間的不兼容。 – Caleb

Coverity公司使用LD_PRELOAD監視着原始構建是幹什麼的，所以如果這是與操作系統相沖突的東西，那麼這將解釋下COV-構建運行時，您的構建失敗。用Coverity/Synopsys打開支持案例以解決問題。 –

Coverity的工具在freebsd 10.1操作系統出現故障時，我們面對的是在FreeBSD的9.1已經在使用我們的代碼庫Coverity的警告

回答

相關問題