Mudlet: GMCP/GA टेक्स्ट लॉगिन पर दबा दिया जा रहा है

यह हाल ही में (3.16.1 रिलीज संस्करण के बाद से) सर्वर को टेलनेट विकल्प 1 (ईसीएचओ) पर बातचीत करने की अनुमति देने के लिए एक फिक्स की भविष्यवाणी करता है और मडलेट सर्वर को वापस देते हैं, यदि उनके पास "मेरी स्क्रीन पर जो टाइप करता है उसे गूंजें

क्या आपको पता है कि यह हाल का बदलाव है या मडलेट हमेशा से ऐसा ही रहा है?

ईमानदार होने के लिए ऐसा लगता है कि हम कुछ ऐसा रीसेट नहीं कर रहे हैं जो हमें अपनी (void) cTelnet::reset() पद्धति में करना चाहिए - मुझे नहीं पता (अभी तक) यह क्या हो सकता है - कोई भी विचार ...?

केवल एक चीज जो मैं कहूंगा वह यह है कि अगर मैं मास्टर.सी में H_PRINT_PROMPT हुक को अक्षम करता हूं, तो समस्या दूसरे लॉगिन प्रयासों पर नहीं होती है, हालांकि, तथ्य यह है कि वे हुक के साथ पहला कनेक्शन दिखाते हैं, लेकिन केवल बाद में विफल हो जाते हैं कनेक्शन, इस तथ्य के बावजूद कि पाठ मडलेट को भेजा जा रहा है, मुझे समस्या को कीचड़ लिब या ड्राइवर पर फेंकने में कठिनाई होती है। तथ्य यह है कि उपयोगकर्ता नाम और पासवर्ड प्रॉम्प्ट में n जोड़ने से मडलेट प्रॉम्प्ट प्रदर्शित करता है, जिससे मुझे लगता है कि मडलेट में कोई समस्या है। (यानी यह काम करता है: input_to ("get_name", INPUT_PROMPT, "आप किस नाम से जाना जाना चाहते हैं? n"); लेकिन प्रॉम्प्ट के बाद एक लाइन रिटर्न का कारण बनता है और इनपुट अगली लाइन पर होता है)

साथ ही, हम किसी अन्य परीक्षण किए गए क्लाइंट (टेलनेट, टिनटिन ++) पर भी यही समस्या नहीं देखते हैं।

क्या उससे किसी भी तरह से सहायता मिलती है?

स्टिकएमयूडी पर भी हमारे पास यह मुद्दा है। @mfczureal और मैंने खेल के माध्यम से इसे पाने की कोशिश में कई घंटे बिताए, लेकिन ऐसा महसूस होता है कि यह मुडलेट से संबंधित है।

LDmud 3.5.1 और Mudlet 3.17 के साथ पुष्टि की गई - लेकिन यह काफी समय से Mudlet में है। मुझे पूरा यकीन है कि मैंने इस मुद्दे को कहीं पहले ही नोट कर लिया है, लेकिन इसे अनायास नहीं ढूंढ सकता। विवरण की रिपोर्ट करने के लिए धन्यवाद!

खैर क्या मैंने सुना है कि हम कुछ को रीसेट नहीं कर रहे हैं की तरह आवाज़ कैसी है जब सर्वर डिस्कनेक्ट - सब हम क्या करना है के आसपास दूसरी बार अलग है और यह कैसे पहली बार के लिए इसे वापस बदलने के बाहर काम है ...: चीख:

मैंने तुलना के लिए एक रीप्ले रिकॉर्ड करने की कोशिश की, लेकिन यह मूल से अलग है। पहला कनेक्शन: डिस्प्ले ठीक है। निम्नलिखित कनेक्शन: डिस्प्ले बंद है। इस समय फिर से खेलना: पहले कनेक्शन के दौरान भी गलत प्रदर्शन।

यहां पहले लॉगिन और लगातार लॉगिन पर व्यवहार का एक उदाहरण दिया गया है। GA को गेम से भेजा जा रहा है.

मुझे लगता है कि यह अभी भी "अधिक जानकारी की आवश्यकता है" के रूप में चिह्नित है। इस मुद्दे को आगे बढ़ाने में आपकी सहायता के लिए मैं क्या प्रदान कर सकता हूं? यह समस्या हमें अपने उत्पादन एमयूडी में जीए को तैनात करने के साथ आगे बढ़ने से रोक रही है और हम वास्तव में इसे ठीक करने के लिए आप लोगों के साथ काम करना चाहेंगे। धन्यवाद

@SlySven ?

: सोच: हम्म, एक रीप्ले फ़ाइल पर्याप्त नहीं हो सकती है क्योंकि यह डिस्कनेक्ट/रीकनेक्ट व्यवहार को प्रतिबिंबित नहीं कर सकती है - इसलिए मुझे एक एमयूडी में लॉग इन करने की आवश्यकता होगी जो इस मुद्दे को प्रदर्शित करता है और कुछ चर की निगरानी करता है - मुझे कुछ संदेह हैं लेकिन रहते हैं परीक्षण वास्तव में मदद करने वाला है। क्या मैं आपके किसी भी एमयूडी @mfczureal / @mpconley में लॉग इन कर सकता हूं?

ठीक है, आप हाल ही में डिस्कॉर्ड की समस्या का निवारण कर रहे हैं, तो डार्कविंड का प्रयास करें? :)

आह, लेकिन मुझे नहीं पता है कि GitHub पर @mfczureal कलह पर ZureaL था। :आँख मारना:

आप mg.mud.de:23 से कनेक्ट करके इस समस्या को आज़मा सकते हैं

gast जैसे नाम से अतिथि के रूप में लॉगिन करें और फिर से कनेक्ट करें।

बस यह देखने के लिए जांच कर रहे हैं कि इस पर कोई अनुवर्ती कार्रवाई हुई है या नहीं? अभी भी उत्पादों में GA को लागू करने की हमारी क्षमता को बनाए हुए है और मैं वास्तव में इसे बिस्तर पर रखने में सक्षम होना चाहता हूं। धन्यवाद!

हमें इस से अधिक जानकारी लेबल की आवश्यकता है और उच्च प्राथमिकता एक बार वापस प्राप्त करने की आवश्यकता है :)

किया हुआ! मुझे यकीन नहीं है कि इसकी जांच के लिए

मैंने इस पर गौर करने की कोशिश की लेकिन मैं वास्तव में यह सुनिश्चित नहीं कर सका कि आप जो रिपोर्ट कर रहे हैं वह मैं अनुभव कर रहा था। मुझे वास्तव में यह नहीं पता कि GA सामान कैसे काम करता है, इसलिए मुझे यकीन नहीं है कि IRE बगफिक्स सामान और इसमें सभी कारक कैसे हैं। मैंने डार्कविंड में लॉग इन करने की कोशिश की लेकिन डाउनलोड करने योग्य यूआई के साथ वास्तव में अजीब चीजें चल रही थीं (जो पैकेज और मॉड्यूल दोनों के रूप में स्थापित हो रही थी और हर बार जब मैंने शुरू किया तो ऐसा करने में उम्र लग रही थी) टीबीएच मैं यह नहीं बता सका कि मैं आपके द्वारा रिपोर्ट की जा रही समस्या हो रही थी - मुझे यह भी यकीन नहीं है कि मेरे पास सही स्थिति में सभी घुंडी थे।

:विचार_बैलून: जो मुझे लगता है कि मडलेट पक्ष में मददगार होगा, वह होगा Host और cTelnet में तरीकों का एक अस्थायी सेट और संभवतः मुख्य TConsole और यह TBuffer उदाहरण जो उन वर्गों में सभी संभावित रूप से प्रासंगिक bool ध्वज सदस्यों की स्थिति को इकट्ठा करता है और लौटाता है और लॉगिन पूरा होने के बाद ही उन्हें रिपोर्ट करता है (या जब वह अलग व्यवहार संकेतों के साथ दिखाया जाता है)। यह देखना होगा कि पहले लॉगिन के बाद कौन से झंडे एक अलग स्थिति में हैं (जहां चीजें सही हैं) और दूसरी और दोहराई जाने वाली (जहां वे नहीं हैं) - मुझे दृढ़ता से संदेह है कि उनमें से एक झंडे (कम से कम) की जरूरत है होना cTelnet::reset() में रीसेट/सेट करें - जैसे मैंने पाया कि Host::mIsRemoteEchoingActive एक के साथ आवश्यक था जिसे मैंने हाल ही में जोड़ा था ...

तलाश के लिए धन्यवाद! ठीक है, मैं इसे तब आज़माऊँगा।

इसे mg साथ नहीं देखा जा रहा है

इसे डार्कविंड में भी नहीं देख रहा है (कनेक्शन की जानकारी खोजने के लिए _really_ खुदाई करनी पड़ी - कृपया इसे अगली बार रिपोर्ट में प्रदान करें!)

स्टिकमड में कुछ भी नहीं:

समस्या को पुन: उत्पन्न करने के लिए सटीक कदम जोड़ें (अधिमानतः चरित्र निर्माण के माध्यम से फंसने के बिना) और हम इस पर एक और नजर डालेंगे। धन्यवाद दोस्तों!

अभी हमने इन मुद्दों के कारण हमारे उत्पादों और विकास उदाहरणों में GA अक्षम कर दिया है। हमारा एक व्यवस्थापक देव MUD के एक नए उदाहरण को स्पिन करने जा रहा है ताकि मैं GA को फिर से सक्षम कर सकूं और यह परीक्षण करने के लिए एक संपूर्ण खेल का मैदान बन सके कि GA LDMud में कैसे काम करता है। आज शाम बाद में उठना चाहिए और इसके तैयार होने पर मैं एक अपडेट प्रदान करूंगा

@vadi2 @SlySven कृपया स्टिकमड.कॉम ​​7680 या मडलेट में स्टिकएमयूडी लिंक का उपयोग करें। एक खिलाड़ी के रूप में कनेक्ट करें या अतिथि के रूप में लॉगिन करने के लिए लॉगिन पर 'विजिट' टाइप करें और कैप्चा पास करें। कनेक्ट करने के बाद, आप डिस्कनेक्ट () कर सकते हैं और उपरोक्त प्रक्रिया को दोहरा सकते हैं। दूसरे कनेक्शन पर और उसके बाद आप 'अपना नाम दें' संकेत नहीं देखेंगे क्योंकि यह पहले कनेक्शन पर था जब तक कि आप खिलाड़ी का नाम दर्ज नहीं करते या 'विजिट' नहीं करते।

मिलीग्राम से आपने जो उदाहरण आजमाया है वह वास्तव में दोष को ठीक दिखाता है। मुझे समझाने दो:

ध्यान दें कि कैसे पहले कनेक्शन प्रयास में Wie heisst Du denn ("neu" fuer neuen Spieler)? भेजा जाता है इससे पहले कि आप gast का उत्तर दें और केवल उस प्रश्न का उत्तर देने के बाद आपसे Bist Du maennlich oder weiblich: पूछा जाए - शेष लॉगिन प्रक्रिया इस मुद्दे के लिए अप्रासंगिक है .

अब सभी निम्नलिखित के प्रयास में, आप देख नहीं है लाइन Wie heisst Du denn जवाब देने से पहले gast । इसके बजाय, आपको प्रश्न देखने से पहले उत्तर देना होगा, और फिर दोनों प्रश्नों को एक ही पंक्ति में देखेंगे।

मिल गया धन्यवाद!

:सोच: :भ्रमित: :man_shrugging:

आह, मुझे एक गुप्त संदेह है कि जब भी जीए सक्षम होता है या नहीं, तो स्थिति फिर से कनेक्ट होने पर रीसेट नहीं होती है ... इसलिए मडलेट अभी भी सोचता है कि यह सक्षम है, जब गेम ने इसे अभी तक सक्षम नहीं किया है (जैसे mg.mud.de इसे तब तक सक्षम करें जब तक आप gast टाइप नहीं करते)।

जब GA सक्षम नहीं होता है, मडलेट पाठ को छोड़ने और दिखाने से पहले थोड़ा इंतजार करता है, लेकिन इसके साथ, यह केवल GA आने पर ही टेक्स्ट दिखाता है। तो यहाँ - GA कभी नहीं आता - मडलेट पाठ दिखाने के लिए हमेशा के लिए प्रतीक्षा करता है।

मुझे बताएं कि क्या यह समस्या को ठीक करता है:

• लिनक्स: https://transfer.sh/guark/Mudlet-3.17.1-testing-PR2366-5f62ffd-linux-x64.AppImage.tar
• ओएसएक्स: https://transfer.sh/olHMX/Mudlet-3.17.1-testing-PR2366-5f62ffd.dmg
• विंडोज़: https://ci.appveyor.com/api/buildjobs/6adm501x5iimk8bn/artifacts/src%2Fmudlet.zip

हाय @ vadi2 यह मेरे लिए OSX पर स्टिकएमयूडी के साथ काम करता है। धन्यवाद!

अच्छा। यह इसे मडलेट्स की तरफ ठीक करता है। कनेक्शन पर जीए को तुरंत सक्षम करने के लिए एक बेहतर समाधान होगा (ताकि आपको एमजी में कोई जीए नहीं दिखाई दे। स्टिकमड का परीक्षण नहीं किया है)

अब तक हम जीए को सक्षम कर रहे हैं जैसे ही हम पुष्टि करते हैं कि यह मडलेट या ग्रेपवाइन क्लाइंट है - अन्यथा, खिलाड़ी जरूरत पड़ने पर इसे चालू कर सकते हैं। कुछ क्लाइंट्स में GA को अच्छी तरह से हैंडल नहीं किया जाना चाहिए।

तकनीकी रूप से जीए एनवीटी ( नेटवर्क वर्चुअल टर्मिनल ) मॉडल का हिस्सा है यानी कुछ ऐसा जो एक डिफ़ॉल्ट टर्मिनल को हाफ-डुप्लेक्स मॉडल के हिस्से के रूप में प्रदान करना चाहिए जो टेलनेट का तात्पर्य है। सप्रेस गो अहेड ऐसा विकल्प नहीं है जिसके लिए मडलेट कभी सहमत होता है, इसलिए वास्तव में जीए सिग्नल प्रदान करने के लिए दूसरे छोर की आवश्यकता होती है। मुझे यह पहले पूरी तरह से समझ नहीं आया था...

ऐसा लगता है कि mg.mud.de से जुड़ने के अनुभव में सुधार हुआ है

GA के लिए आवश्यकता (या कोई आवश्यकता नहीं) पर टिप्पणियों पर #1252 में कुछ अधिक गहराई से चर्चा की गई, और MG GA के बजाय EOR भेजकर, जो अप्रचलित लगता है, Mudlet के साथ ठीक काम करता प्रतीत होता है।

कबाब ने इस मुद्दे पर मेरा ध्यान आकर्षित किया और मैं जीए/एसजीए के बारे में कुछ टिप्पणी करना चाहूंगा। मुझे यकीन नहीं है, और कहाँ है, तो यहाँ हो ...

आप बिलकुल सही कह रहे हैं। GA प्रवाह नियंत्रण का एक (ऐतिहासिक) साधन है। और जब तक SGA पर बातचीत नहीं की जाती है, मानक-अनुपालक संचार भागीदारों को GA भेजने की आवश्यकता होती है जब दूसरे भागीदार को भेजने की अनुमति दी जाती है (अर्थात आजकल शायद प्रत्येक आउटपुट के बाद)। लेकिन उसी तर्क से, भागीदारों को केवल एक बार GA प्राप्त करने के बाद ही भेजना चाहिए... (जो मुझे नहीं लगता कि कोई भी)

मेरे दृष्टिकोण से, इससे निपटने और मानक-अनुपालन करने का एकमात्र उचित तरीका हमेशा एसजीए पर बातचीत करना और अनावश्यक जीए से छुटकारा पाना है।

यही कारण है कि मैं शीघ्र पता लगाने (संकेतों को चिह्नित करने) के साधन के रूप में GA का उपयोग करने का मित्र नहीं हूं। ऐसा करने के लिए, आपको टेलनेट में प्रवाह नियंत्रण के साधन के रूप में जीए को अक्षम करने के लिए सप्रेस-गो-फॉरवर्ड को आवश्यकता है। तभी आप इसे टेलनेट के ऊपर की परत में किसी अन्य अर्थ के साथ उपयोग कर सकते हैं (MUD आउटपुट में संकेतों को चिह्नित करना)। यहां तक ​​​​कि अगर आप यहां टेलनेट मानकों को अनदेखा करते हैं, तो आप अन्यथा संकेतों के लिए जीए प्राप्त कर सकते हैं और अंततः कई अन्य, गैर-प्रॉम्प्ट आउटपुट के लिए)।
एक समस्या यह है कि यदि कोई एमयूडी तत्काल पहचान के लिए जीए का उपयोग करता है तो बातचीत करने का कोई अच्छा तरीका नहीं है।

इसके अतिरिक्त, SGA AFAIR अन्य टेलनेट विकल्पों जैसे NOECHO मोड और CHARMODE/LINEMODE के साथ जुड़ा हुआ है। यह अंतर-निर्भरता मामलों को और भी जटिल बनाती है।

यदि TELOPT_EOR पर बातचीत की जाती है (यह अन्यथा संकेतों को चिह्नित नहीं करता है) और SGA के साथ खिलवाड़ नहीं करता है, तो Morgengrauen संकेतों को चिह्नित करने के लिए EOR का उपयोग करता है (क्योंकि यह मडलिब के टेलनेट वार्ता व्यवहार को और अधिक जटिल बना देगा - इस मामले में, मुदलिब को करना होगा TELOPT_ECHO, TELOPT_SGA, TELOPT_COMPRESS और TELOPT_COMPRESS2 का ध्यान रखें जो मैं नहीं करना चाहता, यह ड्राइवर के लिए सामान है) और प्रवाह नियंत्रण के सभी मुद्दों को LDMud की टेलनेट मशीन पर छोड़ देता है। इसका मतलब है, Morgengrauen में GA/SGA के लिए LDMud का उपयोग करने वाले MUD का डिफ़ॉल्ट व्यवहार है।

LDMud के डिफ़ॉल्ट व्यवहार के बारे में मैं वर्तमान में वास्तव में निश्चित नहीं हूं, लेकिन @amotzkau निश्चित रूप से इसके बारे में अधिक जानकारी बता सकता है।

LDMud का डिफ़ॉल्ट कार्यान्वयन एक संकेत के बारे में कोई संकेत नहीं देना है (जिसमें ऐतिहासिक कारण हो सकते हैं, पूर्व में संकेत input_to को कॉल करने से पहले लिखा गया था, इसलिए ड्राइवर के पास कोई संकेत नहीं था कि कोई संकेत क्या है)।

और एलडीएमड चार मोड को इंगित करने के लिए एसजीए का उपयोग करता है, जिसमें इतिहास के कारण भी हैं। SGA के बिना संचार भागीदारों से केवल तभी बोलने का आग्रह किया जाता है जब उन्होंने समकक्ष से GA प्राप्त किया हो और GA के साथ संकेत तब दिया हो जब उन्होंने बोलना समाप्त कर दिया हो। तो 'कमांड, जीए - उत्तर, जीए' का यह क्रम प्रभावी रूप से एक लाइन-मोड-शैली का गठन करता है। और SGA के लिए सहमत होना तब कई क्लाइंट द्वारा चार-मोड के रूप में देखा जाता है, क्योंकि क्लाइंट अब वर्णों को दर्ज करने के लिए भेजने के लिए स्वतंत्र है। और इसीलिए शुरुआत में SGA पर बातचीत नहीं की जाती है। एक LINEMODE टेलनेट विकल्प है जो ऐसा ही कर सकता है, लेकिन यह ग्राहकों द्वारा SGA के रूप में व्यापक रूप से अपनाया नहीं गया है।

@SlySven के जवाब में कि प्रत्येक सर्वर को GA भेजने की आवश्यकता है यदि SGA के लिए सहमत नहीं है, तो यह तकनीकी रूप से सही है, लेकिन इसका मतलब यह भी है कि क्लाइंट को GA भेजने और GA प्राप्त नहीं करने के बाद फिर से कुछ भी भेजने की अनुमति नहीं है। और सर्वर को फिर से उपयोगकर्ता कमांड की प्रतीक्षा करने से पहले केवल एक ही प्रतिक्रिया भेजने की अनुमति होगी। किसी भी आउट-ऑफ़-बैंड संदेश (ईवेंट, अन्य उपयोगकर्ताओं द्वारा की गई कार्रवाइयां) को तब तक बफ़र किया जाना चाहिए जब तक कि उपयोगकर्ता ने कोई अन्य आदेश नहीं दिया। जहाँ तक मुझे पता है, कोई भी MUD क्लाइंट या सर्वर उसका पालन नहीं करता है।

शीघ्र संकेत के लिए GA का उपयोग करना उस पुरानी प्रक्रिया का अनुसरण करेगा (सर्वर GA के साथ अपनी प्रतिक्रिया समाप्त करता है, प्रतिक्रिया में अंतिम चीज शीघ्र है), लेकिन कोई भी इस प्रक्रिया को अब और नहीं करता है, इसलिए यह एक अच्छे तर्क के रूप में काम नहीं करता है। और जब भी एसजीए पर सहमति होती है (इसलिए यह मडलेट से संबंधित नहीं है) जीए को नहीं भेजा जाएगा और प्राप्त होने पर अनदेखा किया जाएगा। इसलिए अन्य क्लाइंट चार-मोड में शीघ्र संकेत को अनदेखा कर सकते हैं।