Rutibex updated Shards of Minax with a new update entry:

Shards of Minax v87 – The Invasion Begins!

View attachment 25923

Shards of Minax v87 – The Invasion Begins!​

Welcome, adventurers, to Version 87 of Shards of Minax—our biggest update yet! We've packed this patch with powerful new features, game-changing systems, and a serious upgrade to the world of single-player Ultima. Whether you're a peaceful camper or a war-hardened mage, there's something here for you.

Invasions Evolved​

The Invasion System just got a...

Read the rest of this update entry...
 
Every time I come back to servuo, the level of additional updates and work on this project blows my mind. Rutibex, massive massive props.

How much of this was made possible with vibe coding?
 
Every time I come back to servuo, the level of additional updates and work on this project blows my mind. Rutibex, massive massive props.

How much of this was made possible with vibe coding?
hahaha I am a librarian. before 2020 I knew nothing about C#. ChatGPT taught me everything.

Though there is many scripts written by actual programmer who posted it publicly, and I just modified them. And Azrok added a few things personally
 
I can't wait to learn how to get everything downloaded that I need to run my own personal shard. It looks like you guys are doing a tremendous job with Shard of Minax!! Thank you.

Dovolick
 
I don't know what your running but its not Shards of Minax my server is based on Build 9239.29516
I downloaded the 087 version from the link you provided 1.png
 

Attachments

  • 1.png
    1.png
    60 KB · Views: 4
  • 2.png
    2.png
    27.9 KB · Views: 5
  • 3.png
    3.png
    99.9 KB · Views: 5
I'm sorry but I do not know what is happening. It might be something to do with your operating system or version of .net but I have no real idea. I can not reproduce this error

This is ChatGPTs best guess (it got confused about the character ❤ = $)

When you compile on a machine whose default “ANSI” code page isn’t UTF-8 (for example, Chinese Windows using GBK/CP936), that little red heart character (❤) in your .cs file actually becomes two bytes and thus two “characters” when the C# parser reads it as a character literal. That explains why on your machine (where your editor is probably saving the file as UTF-8) it shows up as one character, but on theirs it looks like two.

What’s happening under the hood
Character literal ('❤') in C# must be exactly one UTF-16 code unit.

In GBK/CP936, the heart glyph isn’t in the single‐byte table and is stored as a multi‐byte sequence.

When the compiler opens the file using the system ANSI code page, it sees two 8-bit values, thinks you wrote something like '\xXX\xYY', and complains “too many characters in character literal” (and “unexpected character …”).

Two easy fixes
Save the source as UTF-8 (with BOM)

In Visual Studio (or your editor), choose File → Save As → Save with Encoding → UTF-8 with signature (BOM).

This lets any Windows machine know “hey, this file is UTF-8,” so the compiler will read ❤ as one Unicode character.

Use an explicit Unicode escape or string
Replace your literal with one of these:


// As a char (single code‐unit)
char heart = '\u2764';

// Or as a string literal
string heart = "❤";
That way you don’t depend on file encoding or code pages at all.
 
Last edited:
I'm sorry but I do not know what is happening. It might be something to do with your operating system or version of .net but I have no real idea. I can not reproduce this error

This is ChatGPTs best guess (it got confused about the character ❤ = $)

When you compile on a machine whose default “ANSI” code page isn’t UTF-8 (for example, Chinese Windows using GBK/CP936), that little red heart character (❤) in your .cs file actually becomes two bytes and thus two “characters” when the C# parser reads it as a character literal. That explains why on your machine (where your editor is probably saving the file as UTF-8) it shows up as one character, but on theirs it looks like two.

What’s happening under the hood
Character literal ('❤') in C# must be exactly one UTF-16 code unit.

In GBK/CP936, the heart glyph isn’t in the single‐byte table and is stored as a multi‐byte sequence.

When the compiler opens the file using the system ANSI code page, it sees two 8-bit values, thinks you wrote something like '\xXX\xYY', and complains “too many characters in character literal” (and “unexpected character …”).

Two easy fixes
Save the source as UTF-8 (with BOM)

In Visual Studio (or your editor), choose File → Save As → Save with Encoding → UTF-8 with signature (BOM).

This lets any Windows machine know “hey, this file is UTF-8,” so the compiler will read ❤ as one Unicode character.

Use an explicit Unicode escape or string
Replace your literal with one of these:


// As a char (single code‐unit)
char heart = '\u2764';

// Or as a string literal
string heart = "❤";
That way you don’t depend on file encoding or code pages at all.

I replaced the wrong file with another one, and it can now be started. The issue has been resolved.
 
Rutibex updated Shards of Minax with a new update entry:

v09 Sosaria!

View attachment 26101 Shards of Minax – Version 0.9 Update

“Through blood, fire, and forgotten stars, Sosaria awakens.”

Welcome, brave adventurers, to the biggest Shards of Minax update yet. Version 0.9 opens the gates to an astonishing new era for our custom ServUO shard—one that will challenge your mind, test your strength, and immerse you in a world more expansive and mysterious than ever before.

This update introduces an...

Read the rest of this update entry...
 

Active Shards

Donations

Total amount
$5.00
Goal
$500.00
Back