Guild of Writers

Sirius wrote:

Zrax wrote:Hmm, not sure where you found that old link

It's the one in the first post of this topic, you might want to edit it

Heh, so it is... Thanks, and fixed now!

Hmm, not sure where you found that old link, but the better bet would be to get them from HTTP rather than FTP:

http://uru.zrax.net/PlasmaShop/PlasmaShop-2.2.6.zip

Or better yet, file bugs / feature requests against the supported version so you don't need the old one any more

And here it is! I only did minimal basic testing, but it seems to work so far...

UU_114b_DI_patched.zip

I assume you're referring to the 1.1.4b client? I can probably work on patching it this weekend...

In my case, after recompiling string theory, dirtsand now recognizes it. I didn’t remove the one in /usr/local, so perhaps that’s why it’s working?

That's correct -- if you didn't specify an rpath, it will still be using the version in /usr/local even if you linked against the version in /opt ...

$ git clone https://github.com/zrax/string_theory.git


Here we are making a clone copy of the sub-directory from the github called string_theory this will sit in the /opt/dirtsand directory .

Are you sure? When I ran cmake without flags, it gave me /usr/local as the default value for CMAKE ...

sudo apt-get install build-essential git cmake libpq-dev libssl-dev libreadline-dev zlib1g-dev

I get a message saying git is already the latest version so I am not worried about this as I have seen this many times before.


What was the exact output (not a paraphrase or summary) of this command ...

Hmm, I certainly haven't seen that type of behavior before in, for example, PlasmaShop (which does use those same interfaces). My first guess since the code directly exposes the `std::vector` is that you might be mixing Release libhsplasma with a Debug client application or vice versa. MSVC ...

If you want to convert an OpenType font as-is, the easiest solution would probably be to convert it to a TTF and then use the plFontConverter tool from Plasma. I don't believe the .p2f format has changed between various Uru releases, so it should be fine regardless of the engine you're targetting.

There's not much context here, so I'm making a few guesses...

It looks like you're compiling a plArmatureMod from PRC. I say this because plArmatureModBase is the only type which has a "Detector" element, and plArmatureMod had a bug which skipped parsing of plArmatureModBase's parameters ...