sexyhoogl.blogg.se

Mudlet lua version how to#
Mudlet lua version mac os#
Mudlet lua version update#
Mudlet lua version full#

nfig is a string where the first 'character' is the directory separator so nfig:sub(1,1) is either a slash or a backslash.

Mudlet lua version mac os#

Here, 'Unix' stands for any POSIX-like operating system such as Linux, Mac OS X, Solaris, etc. *nix file paths in the past I did use a check on, I think on one C array index into the config char array for '\\' or '/' - though I think a better solution was found subsequently.Īh, ha - yes - see the nfig variable - that is the thing, from the Lua Unofficial FAQ: 1.40 Compatibility issues between Windows and Unix? I recall this because when I fixed up the (internal to) a handling of Windows vs. That hasn't been my somewhat limited experience - IIRC there is a configuration setting somewhere in the lua stuff that contains a 4 character array which holds the compiled in settings for, amongst other thing, the wildcard character in package names and the directory separator. \a perhaps - so LUA_DEFAULT_PATH ought to have been. Remember if debugging this the on-screen message will reproduce a path that has gone through both I think \\ to \ un-escapings so should look like a proper, real Windows path on-screen - which would be \a in the case given - which is probably also wrong and should have been. The original error at the top of the topic is because LUA_DEFAULT_PATH is empty at the time it is used on Windows! This immediately seems a bit dodgy because A to D are all wrong for Windows, for instance A should be ".\\\\src\\\\mudlet-lua\\\\lua\\\\a" but the others need run-time replacements of / to \\\\ in both the literal strings AND the variables that are included. Path = LUA_DEFAULT_PATH "/a" // postMessage(e.c_str()) Finally try loading from LUA_DEFAULT_PATH MpHost->postMessage(" - Mudlet-lua API & Geyser Layout manager loaded.")

QString path = "./src/mudlet-lua/lua/a" // postMessage(" - Mudlet-lua API & Geyser Layout manager loaded.") directory alongside src directory as occurs using Qt Creator "Shadow Builds" Additional "./src/" allows location of lua code when object code is in a QString path = QCoreApplication::applicationDirPath() + "/./Resources/mudlet-lua/lua/a" as mudlet-lua always gets copied in by the build script into the bundle Load relatively to MacOS inside Resources when we're in a.

Mudlet lua version how to#

The code looks as if it should handle UTF-8 pathnames correctlyĮrror output / Expected result of featureĮrror from Lua: cannot open /a: No such file or directoryĮxtra information, such as Mudlet version, operating system and ideas for how to solve / implement: commented: When we implemented the auto-updater, we changed the installation directory from C:\Program Files\ to the user profile and I can't remember that we changed anything in that place lately.

Mudlet lua version full#

Full path is C:\Users\Eingeschränkt\AppData\Local\Mudlet - maybe is because of the special characters in user name?.

Could be reproduced multiple times on my computer #1 but not on my computer #2.

Steps to reproduce the issue / Reasons for adding feature:

Mudlet lua version update#

This seems to have come in a somewhat recent update to Mudlet.Īlso breaks much more functionality than merely Geyser. Special characters in user / directory name should not influence / hinder Mudlet functionality.

Mudlet is missing core functionalities, for example Geyser.

Mudlet re-installed and started with new profile.

The variable we put target into then becomes a table.Brief summary of issue / Description of requested feature: The variable name becomes a key, and " senoske" becomes the value of that key. Now, we can put target inside of another variable with it's current value. Take your regular variable: target = "senoske"Īnd when you call on " target" it'll return with " senoske".