The Major BBS Forums

CorpPorThis wrote:
> Well, that's even worth a try, but how do we contact 'this guy?' I wouldn't think it
> would be by using the address listed on the Metro/Gameport website.

I won't publicly post his email address, but I can share it via PMs if you're interested.

Many people (myself included ...

daniel_spain wrote:
> as for Metro man someone went that route some years ago trying to get the majormud
> source, offered them like 10 or 20 grand and they claimed
> on reddit it took months but someone got back to them that it was more like 100 grand
> (yeah right) then it came about they lost ...

BlaZ wrote:
> The last time I looked at mbbsemu, it solved the direct-to-module thing by simply
> assigning a separate rlogin port to each module you loaded. It was pretty seamless.

Totally agree with you and Dan re:Rlogin as a potential solution.

Honestly, Rlogin checks a lot of boxes but still ...

Hey Folks!

MBBSEmu is open sourced under the permissive MIT license, so feel free to submit a PR or fork and do with what you please! :)

As Duckula said, we've been in discussion on ways we could integrate the emulator more closely with the v10 (and beyond) package then the currently available ...

Duckula wrote:
> Eric,
>
> I am confused about your stance on the protection of IP/Copyright for modules.
>
> On many occasions here on these forums you have indicated that your project does not
> infringe on anyone's IP/Copyright and as you stated above we have discussed
> protection methods for ...

Questman wrote:
> Hey Eric! I'm thinking it would be better if the emulator itself was a
> module... or a series of them, that allows the BBSV6, WG1, and WG2 DOS
> modules to execute within it - but WITHIN the BBS, so having full access to
> logged in users, global commands, and that sort of thing ...

daniel_spain wrote:
> Duckula wrote:
> > C# is definitely something I would like to see supported. There has even
> > been a Proof of Concept done for this that was functional.
>
> it translates Btrieve well too. I have a source from someone who was attempting to
> redo majormud few years ago and ...

Questman wrote:
> Maybe we can convince the MBBSEMU people to stop competing with the project
> and join us instead, creating a module that can plug-in and execute the DOS
> modules... that way, when we build a 64-bit release we can keep backward
> compatibility of modules in a VDM rather than have ...

daniel_spain wrote:
> was reading your wiki post there.... did you need a sqlite file? i have one with a
> complete vanilla 1.11p data.
> this is the one i use as the game database (MAJORMUD.DB) it is built from all of the
> btrieve databases.
> i have it in sqlite, access, xml, and text forms ...

The delay is intentional.

MajorMUD uses deferred execution via TASKS & SYSCYC within MajorBBS/Worldgroup to handle player actions and events. I suspect this was done so that intensive tasks could be run in cycles outside of processing user input as to not make the board feel "slow". For actions ...