Ctags: httpd (प्रतिगमन) से एक प्रतीक का पता नहीं लगा

को निर्मित 13 दिस॰ 2016 · 8टिप्पणियाँ · स्रोत: universal-ctags/ctags

नमस्ते,

नवीनतम सार्वभौमिक ctags (249c3c0c2a974ab03f7c307684563239096399a8) इस कोड में प्रतीक ap_os_create_privileged_process का पता नहीं लगाते हैं (httpd 2.4.18 से शामिल/ap_mpm.h):

AP_DECLARE(apr_status_t) ap_os_create_privileged_process(
    const request_rec *r,
    apr_proc_t *newproc,
    const char *progname,
    const char * const *args,
    const char * const *env,
    apr_procattr_t *attr,
    apr_pool_t *p);

यह आदेश खाली आउटपुट लौटा:

ctags -x --C-kinds=fpvx --languages=+C --language-force=C include/ap_mpm.h|grep ap_os_create_privileged_process

हालांकि, 7 मई 2016 से यूनिवर्सल ctags के संस्करण (e5b7a2508db6e1374ea78a300cc9b45f4b26b02a) ने इसका ठीक से पता लगाया:

ctags -x --C-kinds=fpvx --languages=+C --language-force=C include/ap_mpm.h|grep ap_os_create_privileged_process
ap_os_create_privileged_process prototype   107 include/ap_mpm.h AP_DECLARE(apr_status_t) ap_os_create_privileged_process(

मैं इसे किसी भी -I विकल्प से ठीक भी नहीं कर सकता। इस मामले में OldC पार्सर का उपयोग करना आवश्यक है।

धन्यवाद।

स्रोत

lvc

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

देरी के लिए माफ़ कीजिए। मेरा एक सवाल है। e5b7a25 git bisect द्वारा पाया जाता है? या नहीं?
मुझे लगता है कि यह बग तब पेश किया जा सकता है जब

यह एक बग है, लेकिन मुझे लगता है कि इसे ठीक करना मुश्किल हो सकता है।

masatake 16 दिस॰ 2016

मेरे पास अभी ठीक करने का समय नहीं है, लेकिन इस बग का मेरे दैनिक जीवन पर प्रभाव है। मुझे वैसे भी समय मिल जाएगा।
जब मुझे समय मिलेगा, तो मैं इसे मुझे सौंप दूंगा। इसका मतलब है कि जब तक असाइनी फ़ील्ड शून्य है, @pragmaware , आपके पास इसे ठीक करने के लिए एक बदलाव है: -पी।

masatake 16 दिस॰ 2016

👍1

हो सकता है कि इस तरह की चीजों के लिए पार्सर के पास हेरिस्टिक्स हो, लेकिन ठीक है, मैंने @pragmaware को यह तय करने

लेकिन उसके नए प्रीप्रोसेसर के साथ, आप -D 'AP_DECLARE(t)=t' साथ इस समस्या को आसानी से ठीक कर सकते हैं:

$ ./ctags -x --C-kinds=+p -D 'AP_DECLARE(t)=t' /tmp/1242.c
ap_os_create_privileged_process prototype     1 /tmp/1242.c      AP_DECLARE(apr_status_t) ap_os_create_privileged_process(

b4n 16 दिस॰ 2016

👍1

हां, पार्सर का वह हिस्सा पहले भी "अनुमोदक" था, फिर मैंने इसे बहुत सख्त बना दिया। मुझे लगता है कि मुझे इसे बीच में कहीं जाने के लिए एक रास्ता खोजना होगा। मैं इसे अभी ठीक करने की कोशिश करूंगा।

pragmaware 16 दिस॰ 2016

👍1

@pragmaware , धन्यवाद।

क्या आप शक्तिशाली -D विकल्प के बारे में http://docs.ctags.io/en/latest/parser-cxx.html लिखने के लिए कह सकते हैं।
यह पहली बार नहीं है जब हमने किसी उपयोगकर्ता को -D विकल्प के बारे में बताया है।

masatake 17 दिस॰ 2016

#1245 . के माध्यम से बंद

pragmaware 21 दिस॰ 2016

Ctags 6e839be606cbc750e6e6a7e6d16fe375adbef5ca इस स्टैंडअलोन प्रतीक को अच्छी तरह से पहचानता है। लेकिन प्रारंभिक हेडर फ़ाइल में इस प्रतीक के लिए निम्नलिखित प्रस्तावना है:

AP_DECLARE_HOOK(int, mpm, (apr_pool_t *pconf, apr_pool_t *plog, server_rec *server_conf))

/**
 * comment ...
 */

AP_DECLARE(apr_status_t) ap_os_create_privileged_process(
    const request_rec *r,
    apr_proc_t *newproc,
    const char *progname,
    const char * const *args,
    const char * const *env,
    apr_procattr_t *attr,
    apr_pool_t *p);

और किसी कारण से ctags इस मामले में इसका पता नहीं लगा पाते हैं। यह समस्या #1251 से संबंधित हो सकती है।

lvc 28 दिस॰ 2016

हम्म, अन्य मामलों को तोड़े बिना इस मामले को ठीक करना काफी कठिन है।
यही है, पार्सर के पुराने संस्करण ने इसे पकड़ा लेकिन अन्य जगहों पर तोड़ दिया ....

pragmaware 31 दिस॰ 2016

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

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

Ctags: httpd (प्रतिगमन) से एक प्रतीक का पता नहीं लगा

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

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