1
Recent Posts
2
Drivers / Re: which driver would you use?
« Last post by quixadhal on August 09, 2017, 04:45:49 AM »I would probably pick DGD, although LDMUD is a nice and well polished driver too.
It boils down to what kinds of features you want moving forward. DGD puts a lot of effort into supporting persistence, with state dumps and atomic functions, so if that sounds like something you might want to use, it's a clear winner. If not, it's still a nice fast and small driver. Dworkin's philosophy has been to try to keep features that can be done in LPC out of the driver, so it can remain efficient and manageable.
LDMUD is far closer to LPMUD 3.1.2, and has a history leading back into the Amylaar driver. It has lambda closures and seems pretty solid, although there aren't many mudlibs publicly available as examples. I know BatMUD runs on it.
FluffOS is probably my last choice for the simple reason that it's currently not really maintained, and has some issues. However, there are quite a few mudlibs available out there to use as comparisons to see what you'll need to change in your own. If you do pick that one, the 2.x branch is the stable and not-really maintained version that you will likely want. The 3.x branch was spunoff to try and convert to C++ and has evolved to be incompatible in many ways.
It boils down to what kinds of features you want moving forward. DGD puts a lot of effort into supporting persistence, with state dumps and atomic functions, so if that sounds like something you might want to use, it's a clear winner. If not, it's still a nice fast and small driver. Dworkin's philosophy has been to try to keep features that can be done in LPC out of the driver, so it can remain efficient and manageable.
LDMUD is far closer to LPMUD 3.1.2, and has a history leading back into the Amylaar driver. It has lambda closures and seems pretty solid, although there aren't many mudlibs publicly available as examples. I know BatMUD runs on it.
FluffOS is probably my last choice for the simple reason that it's currently not really maintained, and has some issues. However, there are quite a few mudlibs available out there to use as comparisons to see what you'll need to change in your own. If you do pick that one, the 2.x branch is the stable and not-really maintained version that you will likely want. The 3.x branch was spunoff to try and convert to C++ and has evolved to be incompatible in many ways.
3
Drivers / which driver would you use?
« Last post by stanach on August 07, 2017, 04:11:27 PM »Hello all,
If you had a choice of using a driver today, which driver would you use? LDMUD, DGD or FluffOS?
Might be asking too much, but why do you like that specific driver?
I am trying to decide on which driver to move forward with. Have the lib booting with dgd, ldmud, can make it boot with fluffos, just not sure which to move forward with?
thanks,
If you had a choice of using a driver today, which driver would you use? LDMUD, DGD or FluffOS?
Might be asking too much, but why do you like that specific driver?
I am trying to decide on which driver to move forward with. Have the lib booting with dgd, ldmud, can make it boot with fluffos, just not sure which to move forward with?
thanks,
4
Open Chat / Re: Merry Christmas and a happy New Year!
« Last post by quixadhal on July 23, 2017, 11:39:40 PM »Christmas in July?
5
General / Re: LPMuds.net is back!
« Last post by Atomic on July 04, 2017, 07:55:58 AM »Good to have things up & running again.
On a side-note: where did you move to in Europe, because as with UK Brexit and all, and ONLY IF you moved there it is technically speaking not EU anymore
On a side-note: where did you move to in Europe, because as with UK Brexit and all, and ONLY IF you moved there it is technically speaking not EU anymore
6
Drivers / fluffos 2.xx line
« Last post by silenus on June 24, 2017, 01:28:05 PM »I actually have already forked the fluffos 2.xx line from quix's 2.27.2 and made some minor modifications to make it compatible with freebsd and os x. This basically involved adding back some removed code when posix timers is undefed in the driver. I will try to make some more changes to this fork tomorrow by migrating the basic build script to cmake (not the edit source though). I am curious if anyone has any other suggestions for changes to the driver if I find time to implement them on weekends. Some things I have considered include rewriting the array and mapping code to use stl and possibly the string handling to rely on std::string. I think a garbage collector would also be a nice addition (this sort of exists already in ldmud). Ideally if I get everything cleaned up and sorted out Wodan might give me permission to release a 2.28 that unlike the fluffos 3 line retains compatibility with existing muds.
7
Intermud / i3 client code sample
« Last post by silenus on June 24, 2017, 01:19:38 PM »I am thinking of writing an i3 client as an exercise to teach myself a bit about networking and C++. I was looking over the documents on wotf is this a good place to start? I assume that basically on top of a client written in lpc like the ones in gurbalib or ds I would need a mudmode parser. Otherwise I am good to go?
8
General / Re: MUD documents and webpages
« Last post by silenus on June 17, 2017, 06:07:32 AM »I have a repository that has a slightly modified fluffos 2.27.2 that restores some old code to make it possible to run fluffos on os x and freebsd. See the commit log for more details of changes.
https://github.com/cartercheng/fluffos-2
https://github.com/cartercheng/fluffos-2
9
General / Re: LPMuds.net is back!
« Last post by caelreth on June 08, 2017, 01:51:01 PM »Probably my first post ever, despite having an account even before the Great Outage. Glad to see that it's back!
10
General / Re: MUD documents and webpages
« Last post by Adam on June 08, 2017, 09:41:38 AM »FluffOS v2: https://github.com/quixadhal/fluffos
FluffOS v3: https://github.com/fluffos/fluffos
Note: FluffOS v3 isnt older mudlib friendly
FluffOS v3: https://github.com/fluffos/fluffos
Note: FluffOS v3 isnt older mudlib friendly