Libelektra: गोप्ट्स, क्विकडम्प, स्पेकलोड: परीक्षण विफल;

को निर्मित 4 अग॰ 2019 · 28टिप्पणियाँ · स्रोत: ElektraInitiative/libelektra

समस्या को पुन: उत्पन्न करने के लिए कदम

इलेक्ट्रा को संकलित और स्थापित करें, स्रोत/बिल्ड निर्देशिका को हटा दें (या नाम बदलें)। फिर kdb run_all . चलाएं

अपेक्षित परिणाम

सभी परीक्षण मामलों को सफलतापूर्वक चलाना चाहिए।

वास्तविक परिणाम

Running testmod_gopts

GOPTS     TESTS
==================

test empty
GOPTS     TESTS
==================

test empty
/home/jenkins/workspace/libelektra_master-Q2SIBK3KE2NBEMJ4WVGJXAXCSCB77DUBUULVLZDKHQEV3WNDXBMA/libelektra/src/plugins/gopts/testmod_gopts.c:78: error in run_test: child process test failed
test singleopt
/home/jenkins/workspace/libelektra_master-Q2SIBK3KE2NBEMJ4WVGJXAXCSCB77DUBUULVLZDKHQEV3WNDXBMA/libelektra/tests/cframework/tests.c:523: error in clean_temp_home: Could not delete TMPHOME via nftw
GOPTS     TESTS
==================

Running testmod_quickdump
QUICKDUMP     TESTS
==================

test varint
test basics
/home/jenkins/workspace/libelektra_master-Q2SIBK3KE2NBEMJ4WVGJXAXCSCB77DUBUULVLZDKHQEV3WNDXBMA/libelektra/src/plugins/quickdump/testmod_quickdump.c:111: error in test_basics: call to kdbSet was not successful

Program received signal SIGSEGV, Segmentation fault.
_IO_getc (fp=0x0) at getc.c:37
37      getc.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt
#0  _IO_getc (fp=0x0) at getc.c:37
#1  0x0000555555556bb7 in compare_binary_files (filename1=<optimized out>, filename2=<optimized out>) at ./src/plugins/quickdump/testmod_quickdump.c:31
#2  0x0000555555556f9a in test_basics () at ./src/plugins/quickdump/testmod_quickdump.c:113
#3  0x0000555555556807 in main (argc=1, argv=0x7fffffffe278) at ./src/plugins/quickdump/testmod_quickdump.c:332

Running testmod_specload

SPECLOAD     TESTS
==================

test basics
/home/jenkins/workspace/libelektra_master-Q2SIBK3KE2NBEMJ4WVGJXAXCSCB77DUBUULVLZDKHQEV3WNDXBMA/libelektra/src/plugins/specload/testmod_specload.c:63: error in test_basics: call to checkConfig was not successful
There are 1 warnings
buffer is: warnings/#00
number: C01330
description: Plugin Misbehavior
module: kdb
file: /home/jenkins/workspace/libelektra_master-Q2SIBK3KE2NBEMJ4WVGJXAXCSCB77DUBUULVLZDKHQEV3WNDXBMA/libelektra/src/libs/elektra/plugin.c
line: 302
reason: Open of plugin returned unsuccessfully: specload. Reason contains plugin, see other warnings for details
reason: 
reason: 
/home/jenkins/workspace/libelektra_master-Q2SIBK3KE2NBEMJ4WVGJXAXCSCB77DUBUULVLZDKHQEV3WNDXBMA/libelektra/src/plugins/specload/testmod_specload.c:65: error in test_basics: warnings in kdbOpen for plugin specload
number: C01100
description: : Resource
module: : specload
at: /home/jenkins/workspace/libelektra_master-Q2SIBK3KE2NBEMJ4WVGJXAXCSCB77DUBUULVLZDKHQEV3WNDXBMA/libelektra/src/plugins/specload/specload.c:372
reason: : App '/home/jenkins/workspace/libelektra_master-Q2SIBK3KE2NBEMJ4WVGJXAXCSCB77DUBUULVLZDKHQEV3WNDXBMA/libelektra/obj-x86_64-linux-gnu/bin/elektra-specload-testapp' doesn't exist or is not executable
mountpoint: : 
configfile: : 
/home/jenkins/workspace/libelektra_master-Q2SIBK3KE2NBEMJ4WVGJXAXCSCB77DUBUULVLZDKHQEV3WNDXBMA/libelektra/src/plugins/specload/testmod_specload.c:65: error in test_basics: error in kdbOpen for plugin specload
/home/jenkins/workspace/libelektra_master-Q2SIBK3KE2NBEMJ4WVGJXAXCSCB77DUBUULVLZDKHQEV3WNDXBMA/libelektra/src/plugins/specload/testmod_specload.c:65: fatal in test_basics: could not open specload plugin
error: testmod_specload

व्यवस्था जानकारी

इलेक्ट्रा संस्करण: मास्टर

अग्रिम जानकारी

कृपया बिल्ड सर्वर में एक परीक्षण भी जोड़ें जो स्रोत/बिल्ड निर्देशिकाओं को हटा दिए जाने के बाद परीक्षण चलाता है।

स्रोत

markus2330

सभी 28 टिप्पणियाँ

specload परीक्षण विफलता बहुत स्पष्ट है:

reason: : App '/home/jenkins/workspace/libelektra_master-Q2SIBK3KE2NBEMJ4WVGJXAXCSCB77DUBUULVLZDKHQEV3WNDXBMA/libelektra/obj-x86_64-linux-gnu/bin/elektra-specload-testapp' doesn't exist or is not executable

quickdump के लिए मैं यह नहीं कह सकता कि क्या गलत है, लेकिन यह elektraQuickdumpSet में कहीं विफल हो जाता है। setKey में एक त्रुटि सेट होनी चाहिए, लेकिन मुझे लगता है कि यह लॉग नहीं है (जिसे शायद बदला जाना चाहिए)।

पता नहीं, क्यों gopts विफल रहता है। चूंकि कोई त्रुटि संदेश मुद्रित नहीं किया गया था, मुझे संदेह है कि टेस्टएप elektra-gopts-testapp निष्पादित नहीं किया जा सका (यह एकमात्र मामला है जहां कोई त्रुटि संदेश मुद्रित नहीं किया जाएगा)। यह specload त्रुटि के अनुरूप भी होगा।

kodebach 5 अग॰ 2019

specload परीक्षण विफलता बहुत स्पष्ट है:

हां, लेकिन एप्लिकेशन इंस्टॉल होने के बाद बिल्ड डायरेक्टरी में बायनेरिज़ की अपेक्षा करना गलत है। बायनेरिज़ को या तो बिल्ड या इंस्टॉलेशन डायरेक्टरी में स्थापित और खोजा जाना चाहिए।

markus2330 5 अग॰ 2019

specload परीक्षण विफलता बहुत स्पष्ट है:
हां, लेकिन एप्लिकेशन इंस्टॉल होने के बाद बिल्ड डायरेक्टरी में बायनेरिज़ की अपेक्षा करना गलत है। बायनेरिज़ को या तो बिल्ड या इंस्टॉलेशन डायरेक्टरी में स्थापित और खोजा जाना चाहिए।

ओह, मुझे याद आया कि आपने इलेक्ट्रा स्थापित किया है। हालांकि, यह quickdump विफलता की व्याख्या नहीं करता है, इसका परीक्षण डेटा सही ढंग से स्थापित है।

मुझे यह भी नहीं पता कि इस समस्या को कैसे हल किया जाए। बेशक हम परीक्षण ऐप्स के निष्पादन योग्य इंस्टॉल कर सकते हैं, लेकिन वास्तविक परीक्षण निष्पादन योग्य को इंस्टॉल समय के दौरान संशोधित करना होगा ताकि वे परीक्षण ऐप की तलाश में बदल सकें।

kodebach 5 अग॰ 2019

बायनेरिज़ की खोज करना बहुत अधिक काम है (या तो निर्माण या स्थापित डीआईआर में), हम परीक्षणों को स्थापित होने से भी बाहर कर सकते हैं।

markus2330 5 अग॰ 2019

हम बस एक सापेक्ष पथ का उपयोग कर सकते हैं और यह सुनिश्चित कर सकते हैं कि यह इंस्टॉल के दौरान समान रहता है, उदाहरण के लिए एक ही निर्देशिका में दोनों बाइनरी हैं।

kodebach 5 अग॰ 2019

हाँ अच्छा उपाए।

एक अधिक सामान्य समाधान यह होगा कि यदि हमारे पास बिल्ड निर्देशिका में kdb <command> भी उपलब्ध है (वर्तमान में केवल तभी काम करता है जब इलेक्ट्रा स्थापित हो)। यह काफी काम होगा क्योंकि KDB_EXEC_PATH केवल एक पथ का समर्थन करता है लेकिन बायनेरिज़ बिल्ड निर्देशिका के कई अलग-अलग हिस्सों में बिखरे हुए हैं।

markus2330 5 अग॰ 2019

हमारे पास केडीबी हैबिल्ड निर्देशिका में भी उपलब्ध है

परीक्षण आसानी से ctest और/या make के माध्यम से निष्पादित किए जा सकते हैं। अन्य कमांडों के लिए, उनमें से ज्यादातर वैसे भी इलेक्ट्रा के स्थापित संस्करण के लिए ही समझ में आते हैं।

kodebach 5 अग॰ 2019

हम बस एक सापेक्ष पथ का उपयोग कर सकते हैं और यह सुनिश्चित कर सकते हैं कि यह इंस्टॉल के दौरान समान रहता है, उदाहरण के लिए एक ही निर्देशिका में दोनों बाइनरी हैं।

यह पता चला है कि यह अपेक्षा से अधिक कठिन है। Stdlib सापेक्ष पथ को वर्तमान कार्यशील निर्देशिका के सापेक्ष मानेगा, जो सहायक नहीं है और वर्तमान निष्पादन योग्य पथ के सापेक्ष पथ को हल करना एक प्लेटफ़ॉर्म स्वतंत्र तरीके से संभव नहीं है।

kodebach 5 अग॰ 2019

इस प्रकार kdb <command> रास्ता काफी आकर्षक होगा।

स्थापना के लिए इसे TARGET_TOOL_EXEC_FOLDER में स्थापित करना पर्याप्त है

केवल निर्माण समय के दौरान हमें build_dir/bin build_dir/scripts source_dir/scripts और वर्तमान निर्देशिकाओं (शायद दोनों बिल्ड + स्रोत) को गठबंधन करने के लिए किसी तरह की आवश्यकता होती है।

markus2330 5 अग॰ 2019

@kodebach क्या यह अभी भी खुला है? क्या हम कई इस स्थिति का पता लगा सकते हैं और इस स्थिति में परीक्षण नहीं चलने दे सकते हैं?

या हम इसे ठीक करते हैं: KDB_EXEC_PATH अब कई पथों की अनुमति देता है, इसलिए हम बिल्ड/स्रोत निर्देशिका से जो भी फ़ोल्डर्स की आवश्यकता है उन्हें जोड़ सकते हैं। फिर आप बस kdb को निष्पादन योग्य खोजने का काम करने दें।

markus2330 17 नव॰ 2019

AFAIK यह अभी भी खुला है, हाँ।

हमारे पास पहले से ही परीक्षण के लिए srcdir_file फ़ंक्शन है। हम एक समान bindir_file पेश कर सकते हैं। bindir डिफ़ॉल्ट रूप से ${CMAKE_INSTALL_PREFIX}/${TARGET_TOOL_EXEC_FOLDER} पर होगा, लेकिन यह इसे ओवरराइड करने का कोई तरीका होगा। CTest की स्थापना की जाएगी (CMake के add_test के माध्यम से) जैसे कि bindir ctest का उपयोग करते समय ${CMAKE_BINARY_DIR}/bin पर सेट हो।

kodebach 17 नव॰ 2019

और बस बिंदिर को KDB_EXEC_PATH में जोड़ने और kdb <bin> का उपयोग करने से काम नहीं चलता है?

markus2330 18 नव॰ 2019

नहीं, कुछ कारणों से:

ये testmod_ परीक्षण हैं, उन्हें kdb पर भरोसा नहीं करना चाहिए।
तब हमें kdb कैसे मिलेगा? make run_all के साथ निष्पादन परीक्षण स्थापित kdb का उपयोग नहीं करना चाहिए, लेकिन ${CMAKE_BINARY_DIR}/bin में से एक का उपयोग करना चाहिए।
KDB_EXEC_PATH में अभी भी ${CMAKE_BINARY_DIR}/bin फ़ोल्डर होगा, kdb स्थापित करने के बाद, जो विभिन्न समस्याओं का कारण बन सकता है।

kodebach 18 नव॰ 2019

ये टेस्टमोड_ टेस्ट हैं, इन्हें केडीबी पर निर्भर नहीं होना चाहिए।

हाँ मैं सहमत हूँ। यह अच्छा है अगर वे स्टैंडअलोन काम करते हैं।

तब हम kdb कैसे खोजेंगे? मेक रन_ऑल के साथ परीक्षण को स्थापित केडीबी का उपयोग नहीं करना चाहिए, लेकिन ${CMAKE_BINARY_DIR}/bin में।

शेलरेकॉर्डर परीक्षण पहले से ही केडीबी का उपयोग करते हैं, और वे स्थापित इलेक्ट्रा और बिल्ड निर्देशिका दोनों के लिए काम करते हैं (भले ही एलेक्ट्रा स्थापित हो)।

KDB_EXEC_PATH में kdb स्थापित करने के बाद भी ${CMAKE_BINARY_DIR}/bin फ़ोल्डर होगा, जो विभिन्न समस्याओं का कारण बन सकता है।

नहीं, KDB_EXEC_PATH स्थापित kdb के लिए सेट नहीं है (जब तक कि उपयोगकर्ता इसे सेट नहीं करता)

markus2330 18 नव॰ 2019

शेलरेकॉर्डर परीक्षण पहले से ही केडीबी का उपयोग करते हैं, और वे स्थापित इलेक्ट्रा और बिल्ड निर्देशिका दोनों के लिए काम करते हैं (भले ही एलेक्ट्रा स्थापित हो)।

यह काम करता है क्योंकि शेल परीक्षण हमेशा "$KDB" निष्पादित करते हैं और कभी नहीं kdb । और इसलिए भी क्योंकि make run_all और ctest जैसे testscr_check_meta.sh स्क्रिप्ट का उपयोग करते हैं, जबकि kdb जैसे check_meta.sh $ का उपयोग करता है। पहले में हम दूसरे में $KDB से ${CMAKE_BINARY_DIR}/bin/kdb सेट करते हैं, इसे केवल kdb पर सेट किया जाता है (और इसलिए $PATH के माध्यम से हल किया जाता है)।

नहीं, KDB_EXEC_PATH स्थापित kdb के लिए सेट नहीं है (जब तक कि उपयोगकर्ता इसे सेट नहीं करता)

मैंने अभी इलेक्ट्रा का मास्टर संस्करण लिया और इसे स्थापित किया। फ़ाइल /usr/local/lib/elektra/tool_exec/check_meta में पंक्ति है:

export KDB_EXEC_PATH="/home/klemens/libelektra/build/bin:$KDB_EXEC_PATH"

बेशक यह testmod_* परीक्षणों को प्रभावित नहीं करता है, लेकिन फिर भी यह गलत है। मैं एक नया मुद्दा बनाऊंगा।

kodebach 18 नव॰ 2019

👍1

@petermax2 @kodebach इस मुद्दे की स्थिति क्या है? क्या #3246 अभी तय है (#3409 के माध्यम से), इस मुद्दे के बाकी केवल पैकेजिंग की समस्या है या क्या कुछ लागू किया जाना बाकी है?

markus2330 14 नव॰ 2020

AFAIK मूल मुद्दा specload के साथ अभी भी मौजूद है। टीबीएच मुझे यकीन नहीं है कि हमें testmod_ परीक्षण स्थापित करने का विकल्प भी क्यों देना है। इसका कोई मतलब नही बनता। ये स्टैंडअलोन परीक्षण हैं जो अलगाव में एकल प्लगइन का परीक्षण करते हैं। यदि वे वास्तव में चलते हैं, तो उनके परिणाम समान होंगे, भले ही उन्हें बिल्ड डायरेक्टरी या इंस्टाल डायरेक्टरी में निष्पादित किया गया हो।

kodebach 14 नव॰ 2020

टीबीएच मुझे यकीन नहीं है कि हमें testmod_ परीक्षण स्थापित करने का विकल्प क्यों देना है।

फिलहाल हमारे पास परीक्षण स्थापित करने को अक्षम करने का विकल्प नहीं है, लेकिन हम add_plugintest को परीक्षण स्थापित नहीं करने के लिए एक स्थानीय ओवरराइड बना सकते हैं (जैसे INSTALL_TESTING लेकिन व्यक्तिगत add_plugintest के लिए)।

इसका कोई मतलब नही बनता। ये स्टैंडअलोन परीक्षण हैं जो अलगाव में एकल प्लगइन का परीक्षण करते हैं। यदि वे वास्तव में चलते हैं, तो उनके परिणाम समान होंगे, भले ही उन्हें बिल्ड डायरेक्टरी या इंस्टाल डायरेक्टरी में निष्पादित किया गया हो।

:विंक:, बहुत सारे अंतर हैं, लेकिन उनमें से अधिकतर प्लगइन सिस्टम से ही संबंधित थे (वे उम्मीद है कि अब तक सभी तय हो गए हैं)। लेकिन फिर भी, संभावित निर्भरता समस्याओं और स्थापना समस्याओं की एक बड़ी श्रृंखला है, इसलिए स्थापित राज्य में टेस्टमोड परीक्षण चलाना कुछ भी नहीं चलाने से काफी बेहतर है। लेकिन आप सही कह रहे हैं कि अगर शेल-रिकॉर्डर टेस्ट होता है, तो टेस्टमॉड टेस्ट बेकार है।

[एक्स] तो क्विकडंप के लिए यह स्पष्ट है, टेस्टमोड परीक्षण को स्थापित करने की आवश्यकता नहीं है।
[ ] स्पेकलोड के लिए एक परीक्षण है लेकिन यह काफी कम लगता है, शायद ठीक है लेकिन बेहतर है कि आप दोबारा जांच लें।
[ ] गोप्ट्स के लिए हम उदाहरण कार्यक्रमों को doc/tutorials/command-line-options.md में चलने दे सकते हैं?

markus2330 14 नव॰ 2020

@kodebach क्या आप जांच सकते हैं कि क्या इन परीक्षणों को सुरक्षित रूप से बाहर रखा जा सकता है?

@robaerd क्या आप उन्हें अपने किसी CI PR में शामिल नहीं कर सकते? (पहले या जहां आप संकुल का परीक्षण जोड़ते हैं।)

markus2330 2 जन॰ 2021

@markus2330 क्या आपके लिए अभी भी क्विकडंप की समस्या है? AFAIK हमने कभी नहीं पता लगाया कि वहां क्या गलत था। मैं इसे पुन: पेश भी नहीं कर सका।

गोप्ट्स और स्पेकलोड के लिए देखें #3618

kodebach 3 जन॰ 2021

❤1

हाँ, अभी भी होता है:

kdb testmod_quickdump                                                                                                                                                                                                                    
QUICKDUMP     TESTS
==================

test varint
test basics
/home/jenkins/workspace/libelektra_master/libelektra/src/plugins/quickdump/testmod_quickdump.c:111: error in test_basics: call to kdbSet was not successful
zsh: segmentation fault (core dumped)  noglob kdb testmod_quickdump

या जब मैं इसे स्रोत से कॉल करता हूं:

```क्विकडंप टेस्ट

परीक्षण संस्करण
परीक्षण मूल बातें
/home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:92: test_basics में त्रुटि: kdbGet को कॉल करना सफल नहीं रहा
/home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:93: test_basics में त्रुटि: mmks2 का वास्तविक आकार 0 था
/home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:93: test_basics में त्रुटि: कीसेट की तुलना विफल, कीसेट का आकार आकार के बराबर नहीं है (mmks1): 8, आकार (mmks2): 0
mmks1:
0x55a9efd438d0 कुंजी: dir:/परीक्षण/बेंच/__112, स्ट्रिंग: gQHLlzB36CqIFlf, मेटा:/मेटा/_35: O6xNya6srhNhMFC, मेटा:/मेटा/_39: ublVuvyh1DgfOKU, मेटा:/मेटा/_258: 5Nyde/_258: 5Nyde/_258: ZK2xlaRMfobquxp, मेटा:/मेटा/_90: 0kCcc1pK7hOgY3F
0x55a9efd44250 कुंजी: डीआईआर:/परीक्षण/बेंच/__114, स्ट्रिंग: , मेटा:/बाइनरी:
0x55a9efd441a0 कुंजी: dir:/परीक्षण/बेंच/__333, स्ट्रिंग: SxTUAjM6OIpUV6s
0x55a9efd440f0 कुंजी: dir:/परीक्षण/बेंच/__506, स्ट्रिंग: cGqEvmXxUayNCf8
0x55a9efd44040 कुंजी: dir:/परीक्षण/बेंच/__859, स्ट्रिंग: rOI5aVFGlnjPLYJ
0x55a9efd43f90 कुंजी: dir:/परीक्षण/बेंच/__863, स्ट्रिंग: 8IBjbd5pzYBehrs
0x55a9efd43f20 कुंजी: dir:/परीक्षण/बेंच/__868, स्ट्रिंग: UVM0OPTf68yNXij
0x55a9efd43d90 कुंजी: dir:/परीक्षण/बेंच/__911, स्ट्रिंग: PgNbwPxfeqD30pH, मेटा:/मेटा/_35: O6xNya6srhNhMFC
mmks2:
/home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:111: test_basics में त्रुटि: kdbSet पर कॉल सफल नहीं हुई
zsh: विभाजन दोष (कोर डंप किया गया) LD_LIBRARY_PATH=lib bin/testmod_quickdump

Stacktrace:

0 0x00007fa7c770ed74 में _IO_getc (fp=0x0) getc.c:37 पर

1 0x000055a9ede54c58 तुलना_बाइनरी_फाइल्स में (फ़ाइलनाम2=0x55a9efd42a30 "/usr/लोकल/शेयर/इलेक्ट्रा/टेस्ट_डेटा/क्विकडम्प/टेस्ट.क्विकडम्प.आउट", फ़ाइलनाम1=0x55a9efd429e0 "/usr/लोकल/शेयर/इलेक्ट्रा/टेस्ट )

at /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:31

2 test_basics () at /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:113

3 0x000055a9ede545d7 मुख्य में (argc=1, argv=0x7ffff28085f8) /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:278 पर

0 0x00007fa7c770ed74 में _IO_getc (fp=0x0) getc.c:37 पर

37 getc.c: तारीख और Verzeichnis nicht gefunden।
(जीडीबी) बीटी

0 0x00007fa7c770ed74 में _IO_getc (fp=0x0) getc.c:37 पर

1 0x000055a9ede54c58 तुलना_बाइनरी_फाइल्स में (फ़ाइलनाम2=0x55a9efd42a30 "/usr/लोकल/शेयर/इलेक्ट्रा/टेस्ट_डेटा/क्विकडम्प/टेस्ट.क्विकडम्प.आउट", फ़ाइलनाम1=0x55a9efd429e0 "/usr/लोकल/शेयर/इलेक्ट्रा/टेस्ट )

at /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:31

2 test_basics () at /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:113

3 0x000055a9ede545d7 मुख्य में (argc=1, argv=0x7ffff28085f8) /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:278 पर

(जीडीबी) बीटी पूर्ण

0 0x00007fa7c770ed74 में _IO_getc (fp=0x0) getc.c:37 पर

    result = <optimized out>

1 0x000055a9ede54c58 तुलना_बाइनरी_फाइल्स में (फ़ाइलनाम2=0x55a9efd42a30 "/usr/लोकल/शेयर/इलेक्ट्रा/टेस्ट_डेटा/क्विकडम्प/टेस्ट.क्विकडम्प.आउट", फ़ाइलनाम1=0x55a9efd429e0 "/usr/लोकल/शेयर/इलेक्ट्रा/टेस्ट )

at /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:31
    f2 = 0x0
    c1 = <optimized out>
    f1 = 0x0
    result = 0
    c2 = <optimized out>
    f1 = <optimized out>
    f2 = <optimized out>
    result = <optimized out>
    c1 = <optimized out>
    c2 = <optimized out>
    end1 = <optimized out>
    end2 = <optimized out>

2 test_basics () at /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:113

    conf = <optimized out>
    modules = 0x55a9efd43a00
    setKey = 0x55a9efd42bb0
    errorKey = <optimized out>
    plugin = 0x55a9efd43b00
    ks = <optimized out>
    infile = 0x55a9efd429e0 "/usr/local/share/elektra/test_data/quickdump/test.quickdump"
    outfile = 0x55a9efd42a30 "/usr/local/share/elektra/test_data/quickdump/test.quickdump.out"
    __func__ = "test_basics"

3 0x000055a9ede545d7 मुख्य में (argc=1, argv=0x7ffff28085f8) /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:27 पर

```

markus2330 3 जन॰ 2021

या जब मैं इसे स्रोत से कॉल करता हूं:

सीधे परीक्षण चलाते समय कृपया यह सुनिश्चित करने के लिए ctest (जैसे ctest -R testmod_quickdump --ouptut-on-failure ) का उपयोग करें, पर्यावरण, तर्क, आदि सही ढंग से सेट हैं।

इस मामले में, मुझे लगता है कि LD_LIBRARY_PATH=lib bin/testmod_quickdump ../src/plugins/quickdump वह है जो आपको चाहिए (यदि आप उदाहरण के साथ डीबग करना चाहते हैं gdb )।

क्या आपके सिस्टम पर /usr/local/share/elektra/test_data/quickdump/test.quickdump मौजूद है और क्या इस प्रक्रिया को /usr/local/share/elektra/test_data/quickdump/test.quickdump.out पर लिखने का अधिकार है? (शायद आपको sudo kdb testmod_quickdump की आवश्यकता है)

यदि हां, तो कृपया जोड़ें

output_error (setKey);
output_warnings (setKey);

testmod_quickdump.c:112 में और आउटपुट पोस्ट करें।

elektraQuickdumpSet विफल रहा, इसलिए यह तथ्य कि compare_binary_files विफल रहता है, पूरी तरह से अपेक्षित है। (त्रुटि संदेश निश्चित रूप से बेहतर हो सकता है और segfault से बचा जा सकता है, लेकिन यह एक _failed_ परीक्षण है इसलिए यह वास्तव में इतना मायने नहीं रखता है)

kodebach 3 जन॰ 2021

हां, समस्या यह है कि परीक्षण मामले अस्थायी फ़ाइलों को उस फ़ोल्डर में बनाने का प्रयास करते हैं जो उसके लिए उपयुक्त नहीं है। sudo kdb testmod_quickdump बिना किसी समस्या के चलता है। तो यह "test_data/quickdump/test.quickdump.out" का उपयोग करने के बजाय अस्थायी फ़ाइलें बनाने के लिए हमारे कार्यों का उपयोग करने के लिए पर्याप्त होना चाहिए।

markus2330 3 जन॰ 2021

हम इसे हां में बदल सकते हैं, लेकिन कई परीक्षण वैसे भी sudo के बिना नहीं चलते हैं, इसलिए मैं वास्तव में इसे एक समस्या के रूप में नहीं देखता

kodebach 3 जन॰ 2021

आप किन परीक्षणों की बात कर रहे हैं? मैं हमेशा सूडो के बिना पूरे सूट को चलाता हूं (लेकिन इलेक्ट्रा के पथ पर लिखने की अनुमति के साथ)। testmod_quickdump उस समस्या के साथ एकमात्र परीक्षण afaik है।

markus2330 4 जन॰ 2021

लेकिन इलेक्ट्रा के पथ के लिए लिखने की अनुमति के साथ

ठीक है, यह भी काम करता है, लेकिन एक मानक प्रणाली पर वे पथ केवल रूट एक्सेस हैं।

मुझे अब भी लगता है कि एलेक्ट्रा के स्थापित संस्करण में यूनिट परीक्षण चलाने की पूरी अवधारणा अजीब है और क्विकडम्प मुद्दा विशुद्ध रूप से एक उपयोगकर्ता अधिकार मुद्दा है बग नहीं, लेकिन मैं # 3618 में पथ बदल दूंगा।

kodebach 4 जन॰ 2021

मैंने अब कोड को #3618 में अपडेट कर दिया है। मुझे testmod_dump में भी इसी तरह का कोड मिला और जो बदल गया वह ठीक था। पता नहीं, वह आपके लिए असफल क्यों नहीं हुआ। testmod_xmltool में समान समस्या हो सकती है (हालांकि कोड अलग है इसलिए मैंने इसे नहीं बदला)।

testmod_quickdump केवल उनमें से एक के लिए था जो बाइनरी फ़ाइलों का उपयोग करता था और इसलिए compare_line_files का उपयोग नहीं करता था। इसलिए अन्य segfault नहीं करेंगे, लेकिन परीक्षण अभी भी विफल होना चाहिए।

kodebach 4 जन॰ 2021

और क्विकडंप मुद्दा विशुद्ध रूप से एक उपयोगकर्ता अधिकार मुद्दा है बग नहीं,

यह FHS का उल्लंघन है, अनुप्रयोगों को /usr को नहीं लिखना चाहिए, यह केवल पढ़ने के लिए भी हो सकता है।

लिखने के लिए हमें केवल tempfiles का उपयोग करना चाहिए और परीक्षण समाप्त होने के बाद हमें उन्हें साफ भी करना चाहिए।

markus2330 5 जन॰ 2021

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Libelektra: गोप्ट्स, क्विकडम्प, स्पेकलोड: परीक्षण विफल;

समस्या को पुन: उत्पन्न करने के लिए कदम

अपेक्षित परिणाम

वास्तविक परिणाम

व्यवस्था जानकारी

अग्रिम जानकारी

सभी 28 टिप्पणियाँ

```क्विकडंप टेस्ट

0 0x00007fa7c770ed74 में _IO_getc (fp=0x0) getc.c:37 पर

2 test_basics () at /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:113

3 0x000055a9ede545d7 मुख्य में (argc=1, argv=0x7ffff28085f8) /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:278 पर

0 0x00007fa7c770ed74 में _IO_getc (fp=0x0) getc.c:37 पर

0 0x00007fa7c770ed74 में _IO_getc (fp=0x0) getc.c:37 पर

2 test_basics () at /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:113

3 0x000055a9ede545d7 मुख्य में (argc=1, argv=0x7ffff28085f8) /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:278 पर

0 0x00007fa7c770ed74 में _IO_getc (fp=0x0) getc.c:37 पर

2 test_basics () at /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:113

3 0x000055a9ede545d7 मुख्य में (argc=1, argv=0x7ffff28085f8) /home/markus/Projekte/Elektra/current/src/plugins/quickdump/testmod_quickdump.c:27 पर

संबंधित मुद्दों