Mudlet: फ़ाइलपथ में गैर- ASCII वाले विंडोज उपयोगकर्ता LuaGlobal लोड नहीं कर सकते हैं

विंडोज को पथ नामों के साथ अजीब माना जाता है - और लुआ में फ़ाइल फ़ंक्शंस को सही ढंग से स्लेस्ड पथनाम के साथ खिलाया जाना है। C ++ कोड में अगर हम C ++ 11 रॉ स्ट्रिंग स्ट्रिंगल्स का उपयोग नहीं करते हैं (और हम QObject::tr( ... ) ) के साथ एक Qt बग को हैंडल नहीं करने के लिए मजबूर हो सकते हैं / निक्स सिस्टम के लिए हार्ड कोडेड पथ नाम में / को दोगुना-भागना पड़ता है * \\\\ से \\ स्ट्रिप्स करता है \ और यही बात लुआ दुभाषिया में भी होती है।

जैसा कि ऐसा होता है कि [ ERROR ] संदेश में पथ ऐसा प्रतीत होता है जैसे कि LuaGlobal.lua फ़ाइलनाम के लिए मार्ग प्रशस्त करने के लिए ./ डिफ़ॉल्ट के रूप में छोड़ दिया गया था ताकि उसमें होने की उम्मीद थी मुदलेट निष्पादन योग्य के रूप में एक ही निर्देशिका - हालांकि * के लिए कि कम से कम .\\ या बदले .\\\\ C

इसका मतलब यह भी है कि मुझे लगता है कि QDir::nativeSeparators( ... ) स्थिर विधि सही काम नहीं करती है यदि हम C ++ कोड में एक कच्चे स्ट्रिंग के रूप में एक पथ / फ़ाइल नाम लिख रहे हैं जो कि जा रहा है एक स्ट्रिंग के रूप में लुआ दुभाषिया में खिलाया जाना।

यकीन नहीं होता कि मैं आपकी टिप्पणियों को समझ पा रहा हूं या क्या वे वास्तव में मेरे प्रति भी निर्देशित थे .. :)

क्या आप मुझे इस मुद्दे को ठीक करने का कोई मौका देखते हैं, जो नए उपयोगकर्ता को खरोंच से कॉन्फ़िगर करने से कम है?

यह किसी के लिए भी एक सामान्य अवलोकन है। यह विशेष रूप से विंडोज प्लेटफ़ॉर्म पर लोड की गई LuaGlobel.lua फ़ाइल को पाने के लिए उपयोग किए गए पथ (ओं) को देखकर इसे ठीक करना संभव होगा। मुझे संदेह है कि हमने छोड़ दिया है कि ओएस कुछ डिफ़ॉल्ट मान का उपयोग करता है - जो "निष्पादन योग्य के समान निर्देशिका" हो सकता है, लेकिन गैर-पॉसिक्स पथ के कारण उपयुक्त नहीं है।

मुझे लगता है कि इस समस्या का कारण क्या है:

void TLuaInterpreter::loadGlobal()
{
#if defined(Q_OS_MACOS)
    // Load relatively to MacOS inside Resources when we're in a .app bundle,
    // as mudlet-lua always gets copied in by the build script into the bundle
    QString path = QCoreApplication::applicationDirPath() + "/../Resources/mudlet-lua/lua/LuaGlobal.lua";
#else
    // Additional "../src/" allows location of lua code when object code is in a
    // directory alongside src directory as occurs using Qt Creator "Shadow Builds"
    QString path = "../src/mudlet-lua/lua/LuaGlobal.lua"; // <== A
#endif

    int error = luaL_dofile(pGlobalLua, path.toUtf8().constData());
    if (error != 0) {
        // For the installer we do not go down a level to search for this. So
        // we check again for the user case of a windows install.

        // overload previous behaviour to check by absolute path as well
        // TODO this sould be cleaned up and refactored to just use an array and a for loop
        path = QCoreApplication::applicationDirPath() + "/mudlet-lua/lua/LuaGlobal.lua"; // <== B
        if (!QFileInfo::exists(path)) {
            path = "mudlet-lua/lua/LuaGlobal.lua"; // <== C
        }
        error = luaL_dofile(pGlobalLua, path.toUtf8().constData());
        if (error == 0) {
            mpHost->postMessage("[  OK  ]  - Mudlet-lua API & Geyser Layout manager loaded.");
            return;
        }
    } else {
        mpHost->postMessage("[  OK  ]  - Mudlet-lua API & Geyser Layout manager loaded.");
        return;
    }

    // Finally try loading from LUA_DEFAULT_PATH
    path = LUA_DEFAULT_PATH "/LuaGlobal.lua"; // <== D
    error = luaL_dofile(pGlobalLua, path.toUtf8().constData());
    if (error != 0) {
        string e = "no error message available from Lua";
        if (lua_isstring(pGlobalLua, -1)) {
            e = "[ ERROR ] - LuaGlobal.lua compile error - please report!\n"
                "Error from Lua: ";
            e += lua_tostring(pGlobalLua, -1);
        }
        mpHost->postMessage(e.c_str());
    } else {
        mpHost->postMessage("[  OK  ]  - Mudlet-lua API & Geyser Layout manager loaded.");
        return;
    }
}

यह तुरंत थोड़ा अजीब लगता है क्योंकि ए से डी विंडोज के लिए सभी गलत हैं, उदाहरण के लिए ए को "..\\\\src\\\\mudlet-lua\\\\lua\\\\LuaGlobal.lua" होना चाहिए, लेकिन अन्य को / से \\\\ रन-टाइम प्रतिस्थापन की आवश्यकता है दोनों शाब्दिक तार और चर जो शामिल हैं। विषय के शीर्ष पर मूल त्रुटि है क्योंकि LUA_DEFAULT_PATH उस समय खाली है जब यह विंडोज पर उपयोग किया जाता है!

याद रखें कि यदि यह ऑन-स्क्रीन [ ERROR ] संदेश दोनों के माध्यम से चला गया एक पथ को पुन: उत्पन्न करेगा, मुझे लगता है कि \\ \ un-escapings तो एक उचित, वास्तविक जैसा दिखना चाहिए विंडोज पथ ऑन-स्क्रीन - जो होगा \LuaGobal.lua मामले में दिए गए - जो शायद यह भी गलत है और किया जाना चाहिए था .\LuaGobal.lua शायद - तो LUA_DEFAULT_PATH किया गया है चाहिए .\\\\ बजाय?

विंडोज हैंडल पर Lua / एक निर्देशिका विभाजक के रूप में हालांकि ठीक है।

यह मेरा कुछ हद तक सीमित अनुभव नहीं है - IIRC एक लुआ सामान में कहीं एक विन्यास सेटिंग है जिसमें एक 4 वर्ण सरणी है जो सेटिंग्स में संकलित है, अन्य बातों के अलावा, पैकेज नामों में वाइल्डकार्ड वर्ण और निर्देशिका विभाजक। मुझे यह याद है क्योंकि जब मैंने Windows में LucGlobal.lua से निपटने के लिए (आंतरिक) LuaGlobal.lua को ठीक किया था। अतीत में मैंने एक चेक का उपयोग किया था, तो मुझे लगता है कि मैं config में एक C सरणी सूचकांक पर सोचता हूं char '\\' या '/' - हालांकि मुझे लगता है कि बेहतर समाधान बाद में मिला।

आह, हा - हाँ - package.config चर देखें - यह बात है, लुआ अनऑफिशियल FAQ से :

1.40 विंडोज और यूनिक्स के बीच संगतता मुद्दे?

यहाँ, 'यूनिक्स' किसी भी POSIX- जैसे ऑपरेटिंग सिस्टम जैसे Linux, Mac OS X, Solaris इत्यादि के लिए है।

package.config एक स्ट्रिंग है जहां पहला 'चरित्र' निर्देशिका विभाजक है; इसलिए package.config:sub(1,1) या तो एक स्लैश या बैकस्लैश है। एक सामान्य नियम के रूप में, पथ का निर्माण करते समय इसका उपयोग करने का प्रयास करें।

विंडोज और यूनिक्स बिल्ड के बीच एक बड़ा अंतर यह है कि डिफ़ॉल्ट package.path विंडोज के निष्पादन योग्य स्थान पर आधारित है, जबकि यूनिक्स पर यह /usr/local/share/lua/5.1 पर आधारित है। इसलिए विंडोज पर लुआ का एक स्थानीय उपयोगकर्ता इंस्टॉल करना आसान है, लेकिन लुआ पर्यावरण चर का सम्मान करता है LUA_PATH और LUA_CPATH ।

लुआ सबसे पटकथा भाषाओं की तुलना में सिस्टम के सी रनटाइम पुस्तकालयों पर अधिक सीधे निर्भर करता है इसलिए आपको प्लेटफ़ॉर्म मतभेदों की सराहना करनी होगी। का प्रयोग करें "rb" साथ विनिर्देशक io.open यदि आप Windows द्विआधारी आई / ओ के साथ संगतता की जरूरत है। os.tmpname सावधान रहें क्योंकि यह विंडोज पर एक पूर्ण पथ नहीं लौटाता है ( TMP पर्यावरण चर के मूल्य के साथ उपसर्ग पहले एक बैकस्लैश के साथ।) os.clock बहुत कार्यान्वित किया जाता है। विंडोज पर अलग तरह से।

इसी तरह, os.time वास्तव में Lua को क्रैश कर सकते हैं यदि गैर-संगत प्रारूप विनिर्देशक पारित कर दिया। (यह अब लुआ 5.2 के साथ कोई समस्या नहीं है, जो पहले स्वच्छता जांच करता है।)

Windows GUI सबसिस्टम के लिए, os.execute परेशान हो सकते हैं, और io.popen बस काम नहीं करेंगे - इस मामले में क्रॉस-प्लेटफॉर्म एक्सटेंशन लाइब्रेरी उपलब्ध हैं।

'एक सामान्य नियम के रूप में' - यह इस तथ्य का प्रतिकार नहीं करता है कि एक निर्देशिका विभाजक के रूप में / लुआ में विंडोज पर ठीक काम करता है।

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

मुझे आश्चर्य है - क्या आप किसी भी संयोग से, निर्देशिका उप विभाजकों के लुआ सबसिस्टम (या इसके पैकेज भाग) को संभाल रहे हैं - जिसे किसी भी तरह से कॉन्फ़िगर किया जा सकता है (या संभवतः किसी और चीज़ के लिए पूरी तरह से ' लिए कहा जा सकता है RISCOS जाहिरा तौर पर!), विंडोज cmd या पॉवरलाइन शेल जो दोनों या Qt C ++ कोर को स्वीकार करेंगे जो दोनों को भी संभालेंगे?

यह मेरे बारे में हैक को भ्रमित करता है जैसे कि विंडोज प्लेटफॉर्म पर संकलित एक लुआ इंस्टॉलेशन के लिए क्या काम करना है - आह, क्या यह हो सकता है कि एमएसआईएस पॉसिक्स-ईश है लेकिन मिंगव विंडोश है?

नहीं, मैं नहीं हूं, और यह भी है कि LuaGlobal.lua में / का उपयोग करके / अपनी वर्तमान स्थिति में विंडोज पर कई लोगों के लिए काम क्यों करता है ...

पथ विभाजक यहां समस्या नहीं हैं।

तो संभवतः कि क्यूटी से मिंगव में लुआ दुभाषिया विंडोज के लिए सही ढंग से कॉन्फ़िगर किया गया है, और यह उसी लिब्लुआ का उपयोग कर रहा है जो मडलेट एप्लिकेशन से जुड़ा हुआ है {यह नहीं हो सकता है, मुझे लगता है, सभी के लिए}। उदाहरण के लिए, luarocks एक lua 5.1 दुभाषिया प्रदान करता है जिसका उपयोग वह कर सकता है यदि कोई और नहीं मिलता है, लेकिन उसी टोकन द्वारा ~ यह ~ उसके परिवादियों को इसके बजाय इस्तेमाल किया जा सकता है।

💡 आह, मुझे आश्चर्य है, @Kapap आपको क्या मिलता है यदि आप उस सेटअप पर package.config का मान प्राप्त करने का प्रयास करते हैं जो आपको त्रुटि दे रहा है? मेरे लिए कमांड लाइन पर, उदाहरण के लिए, मेरे वर्तमान में चल रहे सिस्टम पर:

[stephen<strong i="11">@ripley</strong> ~]$ lua51
Lua 5.1.5  Copyright (C) 1994-2012 Lua.org, PUC-Rio
> print(package.config)
/
;
?
!
-
> ^D
[stephen<strong i="12">@ripley</strong> ~]$

पहले मूल्य / नोट करें जो वर्तमान निर्देशिका विभाजक है जो कि पैकेज लोड करते समय उपयोग किया जाएगा - जैसे LuaGlobal.lua फ़ाइल! बेशक, बाहरी लुआ लिपियों के चलने / उपलब्ध होने के बिना मैं याद नहीं कर सकता कि क्या मुदलेट में "कमांड लाइन" से सामान चलाना संभव है। मैं कोशिश करूँगा और बाद में मेरी 'डोज़ लैपटॉप मशीन' को आग लगा दूँगा और देखूँगा कि मुझे उस पर क्या मिलेगा ...

ज़रूर आज़मा सकते हैं:

ऐसा लगता है कि एक पिछड़ा-स्लेश है, जहां आप आगे-स्लेश थे

मुझे यकीन नहीं है कि अगर मुझे मुदलेट में यह कोशिश करनी चाहिए, क्योंकि आपको लगता है कि आपने एक अलग तरह और जगह का उपयोग किया है ..?

मैं विशेष पात्रों के साथ और बिना एक नया उपयोगकर्ता या दो बना सकता हूं, बस यह सुनिश्चित करने के लिए कि उपयोगकर्ता नाम वास्तव में यहां मुद्दा है। क्या आपको लगता है कि यह मददगार है?

हाँ, कृपया प्रयास करें

बुध पर, २५ अप्रैल २०१ 201, ६:४ 201 अपराह्न केबाप, सूचनाएँ @github.com ने लिखा:

मैं एक नया उपयोगकर्ता या दो बना सकता हूं, विशेष पात्रों के साथ और बिना,
बस यह सुनिश्चित करने के लिए कि उपयोगकर्ता नाम वास्तव में यहाँ समस्या है। क्या तुम सोचते हो
यह उपयोगी है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।

इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/Mudlet/Mudlet/issues/1616#issuecomment-384355980 , या म्यूट
सूत्र
https://github.com/notifications/unsubscribe-auth/AAGxjN9JHbiPCOgUf3u1u8jVg0KjDiSbks5tsKj3gaJpZMTTZAbQ
।

जहाँ तक मैं देख सकता हूँ, कोड सभी सुझाए गए स्थानों को LuaGlobal.lua फ़ाइलों के लिए आज़मा रहा है और अंत में उस स्थान पर पहुँच जाता है जहाँ यह कोशिश करता है:

LUA_DEFAULT_PATH "/LuaGlobal.lua"

हालाँकि परिणामी त्रुटि संदेश से ऐसा लगता है कि LUA_DEFAULT_PATH एक रिक्त स्ट्रिंग है, इसलिए इसका उपयोग किया गया मार्ग है:

/LuaGlobal.lua

यह मानते हुए (और मैं अभी भी आश्वस्त नहीं हूं, लेकिन उम्मीद है कि यह सिर्फ मेरी समस्या है) '/' एक काम करने योग्य निर्देशिका विभाजक है, जहां इसका उपयोग किया जा रहा है इसका मतलब है कि फ़ाइल-सिस्टम की जड़ में फ़ाइल देखें - POSIX वाले पर वस्तुतः जड़ और विंडोज पर यह वर्तमान में सक्रिय ड्राइव पर मूल है, शायद C:\ (या C:/ : wink :) - अगर हम वास्तव में इसे वर्तमान कार्यशील निर्देशिका बनना चाहते हैं तो LUA_DEFAULT_PATH एक एकल . वर्ण होना चाहिए और पूरी तरह से खाली नहीं होना चाहिए - ऐसा होने पर त्रुटि संदेश या तो होगा:

... cannot open ./LuaGlobal.lua ...

या अगर यह पूरा रास्ता देता है, तो संभवतः कुछ इस तरह है:

... cannot open C:/Users/Eingeschränkt/AppData/Local/Mudlet/LuaGlobal.lua ...

हो सकता है? 😮

मैं देखता हूं कि लुआ दुभाषिया से त्रुटि संदेश std::string में कैप्चर किया गया है और इसे cTelnet::postMessage( ... ) std::string::c_str() रूपांतरण के माध्यम से भेजा गया है। एक const char * लेकिन जैसा कि postMessage उम्मीद कर रही है एक QString इस संलग्न करना चाहिए QString :: QString (स्थिरांक चार str) निर्माता जो का उपयोग करता है QString::fromUtf8() कनवर्टर तो गैर- ASCII वर्ण

\ _

lua print(package.config)

मडलेट प्रोफाइल कमांड लाइन से भी आपको जो त्रुटि मिल रही है।

यह थोड़ा सा सट्टा है लेकिन एक रनटाइम फिक्स के रूप में मुझे आश्चर्य है कि क्या ऐसा करना संभव है:

lua package.config = "/;?!_"

विभाजक को / बदलने के लिए - यद्यपि आप वरीयताओं में "कमांड सेपरेटर" सेटिंग को बदलना चाह सकते हैं ताकि यह ; से ऊपर विभाजित न हो - और फिर देखें कि क्या आप कर सकते हैं "रन" LuaGlobal.lua फ़ाइल मैन्युअल रूप से? यदि यह काम नहीं करता है, तो ओह, यह [ ERROR ] प्रकार के त्रुटि संदेश प्रदान नहीं करेगा। \ _

विशेष 8.1 के साथ उपयोगकर्ता नाम के साथ विन 8.1 पर मडलेट 3.8.1 के साथ पुष्टि की गई त्रुटि: ä।
विशेष वर्ण के बिना उपयोगकर्ता-नाम के साथ कोई त्रुटि नहीं।

lua print(package.config) दृश्यमान परिणाम के बिना
lua print('test') भी दृश्यमान परिणाम के बिना
lua उपनाम उपलब्ध है, लेकिन print नहीं लगता है
lua echo('test') उम्मीद के अनुसार काम करता है

दौ lua package.config = "/;?!_"
त्रुटि लॉग कहता है: ERROR:[string "Alias: run lua code"]:4: [string "package.config = "/"]:1: unfinished string near '<eof>'

से परिवर्तित कमांड सेपरेटर; कुछ और

दौ lua package.config = "/;?!_"
ठीक है मैं अनुमान लगाता हूं? परिणाम अदृश्य

दौ lua run("./LuaGlobal.lua")
त्रुटि लॉग कहता है: ERROR:[string "return run("./LuaGlobal.lua")"]:1: attempt to call global 'run' (a nil value)

include - एक ही त्रुटि के साथ टेस्ट करें।

lua require("./LuaGlobal.lua") - दिलचस्प त्रुटि:
ERROR:[string "return require("./LuaGlobal.lua")"]:1: module './LuaGlobal.lua' not found: no field package.preload['./LuaGlobal.lua'] no file 'C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\\/LuaGlobal\lua.lua' no file 'C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\\/LuaGlobal\lua\init.lua' no file '.\\/LuaGlobal\lua.lua' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\lua\\/LuaGlobal\lua.lua' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\lua\\/LuaGlobal\lua\init.lua' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\\/LuaGlobal\lua.lua' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\\/LuaGlobal\lua\init.lua' no file 'C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\\/LuaGlobal\lua' no file '.\\/LuaGlobal\lua.dll' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\\/LuaGlobal\lua.dll' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\loadall.dll' no file 'C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\' no file '.\.dll' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\.dll' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\loadall.dll'

बस lua require("/LuaGlobal.lua") सुनिश्चित होना
त्रुटि लॉग कहता है:
ERROR:[string "return require("/LuaGlobal.lua")"]:1: module '/LuaGlobal.lua' not found: no field package.preload['/LuaGlobal.lua'] no file 'C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\/LuaGlobal\lua.lua' no file 'C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\/LuaGlobal\lua\init.lua' no file '.\/LuaGlobal\lua.lua' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\lua\/LuaGlobal\lua.lua' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\lua\/LuaGlobal\lua\init.lua' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\/LuaGlobal\lua.lua' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\/LuaGlobal\lua\init.lua' no file 'C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\/LuaGlobal\lua' no file '.\/LuaGlobal\lua.dll' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\/LuaGlobal\lua.dll' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\loadall.dll' no file 'C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\/LuaGlobal' no file '.\/LuaGlobal.dll' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\/LuaGlobal.dll' no file 'C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\loadall.dll'

लगभग print काम नहीं कर रहा है - मैं हालांकि यह एक लुआ बिल्ट-इन - लेकिन था:

lua echo(package.config)

साथ ही काम करना चाहिए।

पहली तरह के काम करने के उदाहरण से आउटपुट को देखते हुए त्रुटि आउटपुट LuaGlobal.lua फ़ाइल लोड करने की कोशिश कर रहा है - यह देखने देता है कि क्या फ़ाइल नाम और पथ आज़माए जा रहे हैं:

1. C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\\/LuaGlobal\lua.lua
2. C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\\/LuaGlobal\lua\init.lua
3. .\\/LuaGlobal\lua.lua
4. C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\lua\\/LuaGlobal\lua.lua
5. C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\lua\\/LuaGlobal\lua\init.lua
6. C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\\/LuaGlobal\lua.lua
7. C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\\/LuaGlobal\lua\init.lua
8. C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\\/LuaGlobal\lua
9. .\\/LuaGlobal\lua.dll
10. C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\\/LuaGlobal\lua.dll
11. C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\loadall.dll
12. C:\Users\Eingeschränkt\.config\mudlet\profiles\new profile name\
13. .\.dll
14. C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\.dll
15. C:\Users\Eingeschr�nkt\AppData\Local\Mudlet\app-3.8.1\loadall.dll

मुझे यकीन नहीं था कि फ़ाइल इन दिनों कहाँ स्थित होनी चाहिए, इसलिए मैंने 3.8.1 बाइनरी डाउनलोड और इंस्टॉल किया और पाया कि उपयोग किया गया मार्ग है:

C: \ Users \ Stephen \ AppDataLocal \ Mudlet \ app-3.8.1 \ mudlet-lualua

उस Windows इंस्टालर संस्करण के साथ, मेरे पास पैकेज के लिए निम्नलिखित हैं ।config:

lua print(package.config)
\
;
?
!
-

IMO काम करने के लिए पैकेज हैंडलर के लिए \ पथ

संपादित: 'बल्कि' के साथ पथों की सूची को उद्धृत करने के लिए

क्यों कुछ रास्ते मोजिबेक हैं और अन्य सही ढंग से प्रदर्शित करते हैं कि उपयोगकर्ता नाम अवश्य होना चाहिए क्योंकि वे विभिन्न स्रोतों से आ रहे हैं और उनमें से कुछ अभी भी I18n के लिए ठीक से सक्षम नहीं हैं - यह उपयोगी होगा यदि हम उन लोगों को ट्रैक कर सकते हैं और उन्हें Mudlet 4.0 द्वारा ठीक कर सकते हैं - लेकिन वे वे नहीं हो सकते हैं जिन पर हमारा नियंत्रण है। ध्यान दें कि यह डिस्प्ले कोड या फोंट नहीं हो सकता है क्योंकि व्यक्तिगत त्रुटि संदेश सभी उसी प्रक्रिया से गुजरते हैं जो वे बनाए जाते हैं।

बस यह सुनिश्चित करने के लिए कि मैं अपेक्षित उदाहरण का उपयोग कर रहा था (एक डेवलपर के रूप में मेरे पास उस पीसी पर एक से अधिक कॉपी है) मैंने फ़ाइल का नाम बदला और उसी परिणाम को प्राप्त किया:

इसके अलावा मैंने गैर-एएससीआईआई (और शायद लैटिन 1 / आईएसओ 885901) पात्रों के साथ एक नया उपयोगकर्ता भी नहीं बनाया है और मैं इस बात की पुष्टि कर सकता हूं कि उस उपयोगकर्ता के लिए चीजें उसी तरह से गड़बड़ हैं - मुदलेट में फाइल नहीं देखी जा सकती:

C:\Users\şțȅƥĥēƞ\AppData\Local\Mudlet\app-3.8.1\mudlet-lua\lua\LuaGlobal.lua

लेकिन यह कर सकते हैं

C:\Users\stephen\AppData\Local\Mudlet\app-3.8.1\mudlet-lua\lua\LuaGlobal.lua

: sob:

स्टैक एक्सचेंज में यह क्यू एंड ए आशाजनक नहीं लगता।

हालाँकि MIT ने luawinfile Windows (mingw NOT MSVC पर केवल संकलित) फ़ाइल नाम अनुवादक का लाइसेंस जाना चाहिए - थोड़ा बेहतर दिखता है - यह प्रतिस्थापन प्रदान करता है LFS मॉड्यूल के लिए जो UTF-8 फ़ाइल और पथ नाम ले सकता है।

अच्छा मिल गया। बस इसे बाहर फेंकने के लिए, हमारे पास https://github.com/starwing/luautf8 पहले से ही मुदलेट में है, क्या इसमें कुछ ऐसा है जो हमारी मदद कर सकता है?

SlySven, आपकी 15 निर्देशिका नामों की सूची गलत लगती है। उदाहरण के लिए, 13 को .\.dll और ..dll पढ़ना चाहिए

आह, वह मार्क-अप सिस्टम इंटरफेरिंग है - कुछ संदर्भों में यहाँ एक बैकस्लैश निम्न वर्ण से बच जाता है, जिसकी आवश्यकता है जैसे कि यदि आप इस "\" जैसे साधारण पाठ में प्रतीक से कम दिखाना चाहते हैं तो आप इसे नहीं देख पाएंगे। वहाँ बैकस्लैश ... और मैंने कोड उद्धरणों के बजाय एकल साधारण उद्धरणों का उपयोग किया - उद्धरण को ठीक करने के लिए संपादित किया।

luautf8 सभी UTF-8 स्ट्रिंग हैंडलिंग के बारे में है - मुझे नहीं लगता कि यह यहाँ luainfile रूप में मदद करेगा, विशेष रूप से विंडोज फाइल हैंडलिंग (जो केवल UTF-16 स्ट्रिंग्स के साथ काम करता है) के साथ हस्तक्षेप करने के बारे में है C या अधिक संभावना C ++ पुस्तकालय - ऐसा लगता है जैसे इसे या तो चारों ओर लपेटने की आवश्यकता है या lfs केवल Windows पर (साइगविन नहीं है, फिर भी, मैं शर्त लगा सकता हूं) ...

हम्म लेकिन हम lfs LuaGlobal.lua लोड करने के लिए उपयोग नहीं करते हैं, इसलिए luainfile समस्या को कैसे हल करेंगे?

यह न केवल lfs लिए एक प्रतिस्थापन है। इसमें dofile और loadfile प्रतिस्थापन भी है। हमें शायद हमारे कॉल को luaL_dofile साथ लुआ कॉल के साथ dofile ।

जोड़ने के लिए संपादित करें: luainfile 5.3

ऐसा लगता है कि हम सिर्फ अपना luaL_dofile फ़ंक्शन लिख सकते हैं, फिर विंडोज के विशेष एन्कोडिंग के साथ काम करता है?

हम इसे कैसे आगे बढ़ा सकते हैं?

मैंने 5.1 संगतता के बारे में पूछते हुए luawinfile रिपॉजिटरी पर एक मुद्दा उठाया है, लेकिन मैंने एक नज़र डाली है और यह वास्तव में कुछ 5.3 भाषा सुविधाओं का उपयोग करता है जो lua 5.1 द्वारा प्रदान नहीं की जाती हैं - एक अलग, आधिकारिक, 5.3 संगतता मॉड्यूल है जो प्रदान करने का प्रयास करता है 5.2 और 5.1 के लिए कुछ गायब विशेषताएं हैं लेकिन यह कुछ अन्य जटिलताओं के बिना नहीं है इसलिए समाधान में गिरावट नहीं है।

# 229 से संबंधित लगता है

हम इसे कैसे आगे बढ़ा सकते हैं?

हमें पहले से मौजूद कुछ विशेषताओं को समायोजित करने के लिए 5.3 से 5.1 के बीच MIT लाइसेंस प्राप्त https://github.com/cloudwu/luawinfile (कोड की लगभग 884 पंक्तियों की एक एकल फ़ाइल {808 सोशल) की बैकपोर्ट की आवश्यकता होगी। मुआलेट का उपयोग करता है कि लुआ का संस्करण। मुझे लगता है कि वर्तमान में मुझे लगता है की तुलना में लू-सी कोडिंग की बेहतर समझ के साथ किसी की आवश्यकता होगी। हालांकि यह ऐसा कुछ प्रतीत होता है जिसे बाकी कोड-बेस के बारे में बहुत अधिक चिंता किए बिना स्वतंत्र रूप से किया जा सकता है और परीक्षण किया जा सकता है - हालांकि यह केवल वास्तव में विंडोज विकास मंच पर परीक्षण किया जा सकता है।

दूसरा मुद्दा यह है कि लोग गैर-अंग्रेजी उपयोगकर्ता नामों के साथ खिड़कियों पर अपनी प्रोफाइल नहीं बचा सकते हैं - कोई इतिहास नहीं लिखा गया है। मत सोचो कि हमारे पास उसके लिए टिकट है।

@SlySven
क्या आपने मुदलेट को अंतर्राष्ट्रीय पत्र लाने, इस मुद्दे को आगे लाने के लिए अपने हालिया सुधारों के दौरान कुछ चीजें सीखीं?

वास्तव में, मुझे नहीं लगता है कि Lua 5.1 में luawinfile पोर्ट करना हमारी सबसे अच्छी आशा है, लेकिन मेरे पास C/C++ + lua अच्छा ग्रिप (अभी तक) नहीं है? लगता है कि हमें विंडोज विशिष्ट प्रतिस्थापन वाले कार्यों के आधिकारिक लुआ io लाइब्रेरी के लिए कोड देखने और यह देखने की आवश्यकता है कि ल्यूविनफाइल कुछ को कैसे प्रतिस्थापित करता है (सभी, मुझे नहीं पता?)।

जैसा कि लोगों ने देखा होगा कि मेरा प्राथमिक विंडोज डेवलपमेंट प्लेटफॉर्म सबसे ज्यादा कंफर्टेबल नहीं है (64-बिट प्रोसेसर के साथ विंडोज 7 लैपटॉप लेकिन 32-बिट वर्जन को चलाने वाला) - मेरे मुख्य पीसी में 64-बिट विंडोज 7 भी है लेकिन यह ट्रिपल- बूट मशीन समाप्त हो गया है नहीं है कि ओएस महीने के लिए तो मैं एक घूर के कई घंटे "अपडेट कर रहा है विंडोज ... बंद नहीं करते" स्क्रीन करने के लिए तत्पर हैं और मैं प्रेरित, एटीएम कि नहीं कर रहा हूँ!

हालाँकि, अब क्यूटी ऑन-लाइन इंस्टॉलर अंत में केवल 64-बिट मिंगवॉच विंडोज इंस्टॉलेशन की पेशकश करने के लिए स्विच किया गया लगता है - पिछले 32-बिट केवल मिंगव एक की तुलना में मैं ऐसा करने पर विचार कर सकता हूं अगर मेरे पास फेंकने के लिए कुछ घंटे हैं। ।।

फब लगीं...

यह https://gist.github.com/Egor-Skriptunoff/2458547aa3b9210a8b5f686ac08ecbf0 के लिए धन्यवाद है जो वर्ष की शुरुआत में बनाया गया था।

मुदलेट 3.22 में उपलब्ध होगा