Mudlet: 파일 경로에 ASCII가 아닌 Windows 사용자는 LuaGlobal을로드 할 수 없습니다.

Windows는 경로 이름이 이상한 것으로 알려져 있습니다. Lua의 파일 기능은 올바르게 슬래시 된 경로 이름을 제공해야합니다. C ++ 코드에서 C ++ 11 원시 문자열 리터럴을 사용하지 않는 경우 (그리고 QObject::tr( ... ) 으로 Qt 버그를 처리하지 않을 수 있습니다) 단일 / 괜찬아 시스템을위한 하드 코딩 경로 이름은에 * 이중 \\\\ 가 루아 함수로 전송 될 것입니다 경우 - ++ 컴파일이 각 스트립은 C \\ \ 까지 내려 가고 lua 인터프리터에서도 같은 일이 일어납니다.

[ ERROR ] 메시지의 경로는 LuaGlobal.lua 파일 이름 앞에 추가 할 경로가 ./ 기본값으로 남아 있으므로 Mudlet 실행 파일과 동일한 디렉토리-그러나 * Doze의 경우 C ++ 소스 코드에서 최소한 .\\ 또는 .\\\\ 로 변경해야합니다!

이것은 또한 내가 생각한다는 것을 의미 QDir::nativeSeparators( ... ) 우리가 가고있는 C ++ 코드에서 원시 문자열로 경로 / 파일 이름을 작성하는 경우 올바른 일을하지 않는 정적 메서드 Lua 인터프리터에 문자열로 공급됩니다.

내가 당신의 의견을 이해했는지 또는 그들이 실제로 나를 향한 것인지 확실하지 않습니다 .. :)

완전히 새로운 사용자를 처음부터 구성하지 않고이 문제를 해결할 가능성이 있습니까?

그것을 보는 사람에게는 일반적인 관찰에 가깝습니다. 특히 Windows 플랫폼에서 LuaGlobel.lua 파일을로드하는 데 사용 된 경로를 확인하여 문제를 해결할 수 있어야합니다. OS가 "실행 파일과 동일한 디렉토리"일 수 있지만 POSIX가 아닌 경로로 인해 적합하지 않은 일부 기본값을 사용하는 것으로 의심됩니다.

이 문제의 원인이 무엇인지 살펴보면 다음과

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;
    }
}

예를 들어 A는 "..\\\\src\\\\mudlet-lua\\\\lua\\\\LuaGlobal.lua" 하지만 다른 것들은 / 에서 \\\\ 로 런타임 교체가 필요합니다. 리터럴 문자열과 포함 된 변수 모두. 항목 맨 위에있는 원래 오류는 Windows에서 사용할 때 LUA_DEFAULT_PATH 가 비어 있기 때문입니다!

이 화면의 디버깅 경우 기억 [ ERROR ] 메시지 것은 내가 생각하는 모두를 거친 경로 재현 \\ 에 \ 해제 escapings을 진짜, 적절한 같아야합니다 화면상의 Windows 경로-제공된 경우 \LuaGobal.lua -또한 잘못된 것일 수 있으며 .\LuaGobal.lua 이어야합니다. 따라서 LUA_DEFAULT_PATH 는 .\LuaGobal.lua 이어야합니다 .\\\\ 대신?

Windows의 Lua는 /를 디렉토리 구분자로 잘 처리합니다.

그것은 내 다소 제한된 경험이 아닙니다 .IIRC에는 무엇보다도 패키지 이름의 와일드 카드 문자와 디렉토리 구분 기호에 대한 설정에서 컴파일 된 4 문자 배열을 포함하는 구성 설정이 lua 항목 어딘가에 있습니다. 나는 이것을 기억 때문에 내가 고쳐 때 (내부에) LuaGlobal.lua 윈도우의 처리 대 * nix에서 스크립트 파일 경로에서 나는이에 하나 개의 C 배열 인덱스에 생각에 수표 사용했던 과거의 config char array for '\\' 또는 '/' -나중에 더 나은 솔루션을 찾았다 고 생각합니다.

아, 하-예- package.config 변수를 참조하십시오. 바로 Lua 비공식 FAQ의 내용입니다 .

1.40 Windows와 Unix 간의 호환성 문제?

여기서 'Unix'는 Linux, Mac OS X, Solaris 등과 같은 POSIX와 유사한 운영 체제를 의미합니다.

package.config 는 첫 번째 '문자'가 디렉토리 구분 기호 인 문자열입니다. 따라서 package.config:sub(1,1) 는 슬래시 또는 백 슬래시입니다. 일반적으로 경로를 만들 때 이것을 사용하십시오.

Windows와 Unix 빌드의 큰 차이점은 기본 package.path는 Windows 실행 파일의 위치를 ​​기반으로하는 반면 Unix에서는 /usr/local/share/lua/5.1 기반으로한다는 것입니다. 따라서 Windows에서 Lua의 로컬 사용자 설치를 수행하는 것이 더 쉽지만 Lua는 환경 변수 LUA_PATH 및 LUA_CPATH 존중합니다.

Lua는 대부분의 스크립팅 언어보다 시스템의 C 런타임 라이브러리에 더 직접적으로 의존하므로 플랫폼의 차이점을 이해해야합니다. Windows 바이너리 I / O와의 호환성이 필요한 경우 io.open 와 함께 "rb" 지정자를 사용합니다. os.tmpname 는 Windows에서 전체 경로를 반환하지 않으므로주의하십시오 ( TMP 환경 변수의 값을 먼저 백 슬래시와 함께 접두사). os.clock 는 매우 구현됩니다. Windows에서는 다르게.

마찬가지로 os.time 는 호환되지 않는 형식 지정자를 전달하면 실제로 Lua를 충돌시킬 수 있습니다. (이는 더 이상 온 전성 검사를 먼저 수행하는 Lua 5.2에서 문제가되지 않습니다.)

Windows GUI 하위 시스템의 경우 os.execute 는 짜증을 낼 수 있으며 io.popen 는 작동하지 않습니다.이 경우 크로스 플랫폼 확장 라이브러리를 사용할 수 있습니다.

'일반적인 규칙'-디렉터리 구분자로 / 가 Lua의 Windows에서 제대로 작동한다는 사실에 반하지 않습니다.

그저 작동하지 않는 저를 포함한 일부 사람들에게는 정상 인용 된 레시피에 따라 준비된 루아 설치가 없을 수도 있습니다 (또는 Cygwin도 설치되어있을 것입니다).

루아 서브 시스템 (또는 패키지 부분)이 디렉토리 구분자를 처리하는 것이 혹시 혼란 스럽습니까? 어느 쪽이든 구성 할 수 있습니다 (또는 ' for RISCOS 분명히!), 둘 다 수용 할 Windows cmd 또는 powerline 쉘 또는 둘 다 처리 할 Qt C ++ 코어?

Windows 플랫폼에서 컴파일 된 lua 설치를 위해 작동해야하는 것이 무엇인지 혼란 스럽습니다. msys가 POSIX-ish이지만 mingw는 Windowish일까요?

아니요, 그렇기 때문에 LuaGlobal.lua에서 /를 사용하면 현재 상태에서 Windows의 많은 사람들이 작동합니다.

여기서 경로 구분자는 문제가 아닙니다.

따라서 아마도 Qt의 mingw에있는 lua 인터프리터가 Windows 용으로 올바르게 구성되어 있고 Mudlet 응용 프로그램이 연결된 동일한 liblua를 사용하고 있습니다. 예를 들어, luarocks 는 lua 5.1 인터프리터를 제공합니다.이 인터프리터는 다른 것을 찾을 수없는 경우 사용할 수 있지만 동일한 토큰으로 ~ it ~ 라이브러리 가 대신 사용될 수 있습니다.

💡 아, 궁금합니다, @Kebap 당신이 오류를 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 파일과 같이 패키지를로드 할 때 사용되는 현재 디렉터리 구분 기호 인 첫 번째 값 / 유의하십시오! 물론 외부 lua 스크립트가 실행 / 사용 가능하지 않으면 Mudlet의 "명령 줄"에서 항목을 실행할 수 있는지 기억할 수 없습니다. 나중에 '잠자기 랩톱 컴퓨터를 켜고 그 컴퓨터에서 무엇을 얻는 지 확인하십시오 ...

물론 시도해 볼 수 있습니다.

슬래시가있는 곳에 백 슬래시가있는 것 같습니다.

다른 방법과 장소를 사용하신 것 같아서 머들 렛에서 시도 해봐야할지 모르겠네요 ..?

사용자 이름이 실제로 문제인지 확인하기 위해 특수 문자를 포함하거나 포함하지 않는 새 사용자를 한두 명 만들 수 있습니다. 도움이되었다고 생각하십니까?

예, 시도하십시오

2018 년 4 월 25 일 수요일 오후 6:48 Kebap, [email protected] 작성 :

특수 문자를 사용하거나 사용하지 않고 새 사용자를 한두 명 만들 수 있습니다.
사용자 이름이 실제로 문제인지 확인하기 위해서입니다. 당신은 생각합니까
도움이 되었나요?

—
댓글을 달았 기 때문에 수신 한 것입니다.

이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Mudlet/Mudlet/issues/1616#issuecomment-384355980 또는 음소거
실
https://github.com/notifications/unsubscribe-auth/AAGxjN9JHbiPCOgUf3u1u8jVg0KjDiSbks5tsKj3gaJpZM4TZAbQ
.

내가 볼 수있는 한, 코드는 LuaGlobal.lua 파일에 대해 제안 된 모든 위치를 시도하고 마침내 시도하는 위치에 도달합니다.

LUA_DEFAULT_PATH "/LuaGlobal.lua"

그러나 결과 오류 메시지에서 LUA_DEFAULT_PATH는 빈 문자열이므로 사용되는 경로는 다음과 같습니다.

/LuaGlobal.lua

'/'가 작동 가능한 디렉토리 구분 기호라고 가정하면 (그리고 나는 여전히 확신하지 못하지만 그것은 내 문제입니다) '/'가 사용되는 곳에서 실행 가능한 디렉토리 구분 기호라는 것은 파일 시스템의 루트 에서 파일을 찾는 것을 의미합니다-POSIX의 경우 말 그대로 루트이고 Windows에서는 현재 활성 드라이브의 루트입니다. C:\ (또는 C:/ : wink :)-정말로 현재 작업 디렉토리 가되기를 원한다면 LUA_DEFAULT_PATH 는 단일 . 문자 여야하며 완전히 비어 있지 않아야 합니다.이 경우 오류 메시지는 다음 중 하나를 반환합니다.

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

또는 전체 경로를 반환하는 경우 다음과 같을 수 있습니다.

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

아마도? 😮

lua 인터프리터의 오류 메시지가 std::string 캡처되고 std::string::c_str() 변환을 통해 cTelnet::postMessage( ... ) 전송됩니다. const char * 하지만 postMessage 는 QString 예상하므로 QString::fromUtf8() 변환기를 사용하는 QString :: QString (const char str) 생성자 를 사용해야합니다. 비 ASCII 문자 * 손상되지 않은 상태로 통과해야합니다 ... 😌

\

lua print(package.config)

오류가 발생하더라도 Mudlet 프로필 명령 줄에서.

이것은 약간의 추측이지만 런타임 수정으로 다음과 같은 작업을 수행 할 수 있는지 궁금합니다.

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

구분 기호를 / 로 변경하려면-위의 ; 에서 분할하지 않도록 기본 설정에서 "명령 구분 기호"설정을 변경하고 싶을 수도 있습니다. LuaGlobal.lua 파일을 수동으로 "실행"하시겠습니까? 오, 그래도 작동하지 않으면 [ ERROR ] 유형 오류 메시지를 제공하지 않습니다. \

특수 문자가있는 사용자 이름이있는 Win 8.1의 Mudlet 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 Installer 버전에서도 package.config에 대해 다음이 있습니다.

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

따라서 패키지 핸들러가 IMO를 작동하려면 경로가 \ 를 사용해야합니다. 다른 사람들이 다른 것을 얻는 이유는 아직 명확하지 않습니다.

편집 됨 : '이 아닌`로 경로 목록을 인용합니다.

일부 경로가 mojibake이고 다른 경로가 사용자 이름을 올바르게 표시하는 이유는 다른 소스에서 왔고 일부 경로는 아직 I18n을 제대로 수행 할 수 없기 때문입니다. Mudlet 4.0으로 추적하여 수정할 수 있다면 도움이 될 것입니다. 그것들은 우리가 통제 할 수있는 것이 아닐 수도 있습니다. 개별 오류 메시지는 모두 생성 된 것과 동일한 프로세스를 통과하므로 표시 코드 나 글꼴이 될 수 없습니다.

예상되는 인스턴스를 사용하고 있는지 확인하기 위해 (개발자로서 해당 PC에 둘 이상의 사본이 있음) 파일 이름을 바꾸고 동일한 결과를 얻었습니다.

또한 비 ASCII (아마도 Latin1 / ISO 885901도 아님) 문자로 새 사용자를 만들었으며 해당 사용자에 대해 동일한 방식으로 문제가 발생했음을 확인할 수 있습니다. Mudlet은 다음 위치에서 파일을 볼 수 없습니다.

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

:흐느낌:

Stack Exchange에 대한 이 Q & A는 유망하지 않습니다.

그러나 MIT 라이선스 luawinfile Windows (MSVC가 아닌 mingw에서만 컴파일) 파일 이름 변환기 (UTF-8 파일 이름을 Windows 파일 처리 API와 함께 사용해야 하는 UTF-16으로 /에서 변환)가 약간 더 좋아 보입니다. 대체 기능을 제공합니다. UTF-8 파일 및 경로 이름을 사용할 수있는 LFS 모듈의 경우.

잘 찾았습니다. 그냥 버리기 위해 이미 Mudlet에 https://github.com/starwing/luautf8 이 있습니다. 도움이 될만한 것이 있습니까?

SlySven, 15 개의 디렉토리 이름 목록이 잘못된 것 같습니다. 예를 들어 13은 ..dll 아니라 .\.dll 이어야합니다.

아, 그것이 마크 업 시스템을 방해하는 것입니다. 여기에서 일부 컨텍스트에서 백 슬래시는 필요한 다음 문자를 이스케이프합니다. 예를 들어이 "\ <"와 같은 일반 텍스트에 미만 기호를 표시하려는 경우에는 거기에 백 슬래시 ... 그리고 나는 따옴표를 수정하기 위해 편집 된 코드 따옴표 대신 단일 일반 따옴표를 사용했습니다.

luautf8 는 UTF-8 문자열 처리에 관한 것입니다. luainfile 는 특히 Windows 파일 처리 (UTF-16 문자열에서만 작동 함) 와의 인터페이스에 관한 것이기 때문에 여기에서 도움이 될 것이라고 생각하지 않습니다. C 또는 더 가능성이 높은 C ++ 라이브러리 -Windows에서만 lfs 를 감싸거나 교체해야하는 것처럼 보입니다 (Cygwin은 아니지만).

흠 그러나 우리는 사용하지 않는 lfs 로드 LuaGlobal.lua 방법 때문에, luainfile 문제를 해결?

lfs 의 대체품이 아닙니다. 또한 dofile 및 loadfile 있습니다. luaL_dofile 에 대한 호출을 dofile 대한 lua 호출로 대체해야 할 것입니다.

추가 할 편집 : lua 5.3에 대한 luainfile 라이브러리 링크 (기본값) ... 이것이 하드 종속성인지 여부는 확실하지 않습니다.

우리 자신의 luaL_dofile 함수를 작성하면 Windows의 특수 인코딩으로 작동하는 것 같습니다.

이것을 어떻게 추진할 수 있습니까?

5.1 호환성에 대해 묻는 luawinfile 저장소에서 문제를 제기했지만 실제로 lua 5.1에서 제공하지 않는 일부 5.3 언어 기능을 사용하고 있습니다. 제공하려는 별도의 공식 5.3 호환성 모듈이 있습니다. 누락 된 기능 중 일부는 5.2 및 5.1에 있지만 다른 합병증이없는 것은 아니므로 솔루션이 떨어지지 않습니다.

# 229와 관련된 것 같습니다.

이것을 어떻게 추진할 수 있습니까?

MIT 라이선스 https://github.com/cloudwu/luawinfile (코드의 약 884 줄 {808 soc}의 단일 C 파일)을 5.3에서 5.1로 백 포트하여 이전 버전에없는 일부 기능을 수용해야합니다. Mudlet이 사용하는 루아 버전입니다. 이것은 내가 현재 느끼는 것보다 lua-C 코딩을 더 잘 이해하는 사람이 필요하다고 생각합니다. 그러나 나머지 코드 기반에 대해 너무 걱정하지 않고 독립적으로 수행하고 테스트 할 수있는 것으로 보입니다. 실제로 Windows 개발 플랫폼에서만 테스트 할 수 있습니다.

다른 문제는 사람들이 영어가 아닌 사용자 이름으로 창에 프로필을 저장할 수 없다는 것입니다. 기록이 기록되지 않습니다. 그것에 대한 티켓이 있다고 생각하지 마십시오.

쫑끼리
이 문제를 해결하기 위해 Mudlet에 국제 서신을 가져 오는 최근 수정 과정에서 몇 가지를 배웠습니까?

사실은 아닙니다. luawinfile 을 Lua 5.1로 다시 포팅하는 것이 최선의 희망을 제공한다고 생각하지만 C/C++ + lua 에 대해 충분히 이해하지 못했습니다 (아직?) 생각 io luawinfile 일부 (모든, 나도 몰라?) 윈도우 특정 대체와 기능의 대체 방법 라이브러리를 참조하십시오.

사람들은 내 기본 Windows 개발 플랫폼이 가장 적합하지 않다는 것을 알 수 있습니다 (64 비트 프로세서가 장착되어 있지만 32 비트 버전을 실행하는 Windows 7 노트북). 부팅 머신이 몇 달 동안 해당 OS를 실행하지 않았기 때문에 몇 시간 동안 "Windows 업데이트 중 ... 전원을 끄지 마십시오"화면을 바라보며 그다지 동기 가 부여되지 않았습니다. ATM!

이제 Qt 온라인 설치 프로그램이 마침내 64 비트 Mingw64 Windows 설치 만 제공하는 것으로 전환 된 것 같습니다. 이전의 32 비트 전용 Mingw 설치와 비교하면 몇 시간을 버릴 수 있다면 그렇게하는 것을 고려할 수 있습니다. ..

좋아 보여...

이것은 연초에 만들어진 https://gist.github.com/Egor-Skriptunoff/2458547aa3b9210a8b5f686ac08ecbf0 덕분입니다.

Mudlet 3.22에서 사용할 수 있습니다.