On 9-Dec-04, at 12:09 AM, Gavin Lambert wrote:
That was fixed (in the patch, not necesarily on particular servers)
fairly quickly though -- at least if you're talking about the same
hole that I reported. It wouldn't have been much of a problem except
that some of the core security code wasn't a
At 12:15 7/12/2004 +, Neil Fraser wrote:
>
>Be careful with WAIFs. They constitute a severe and virtually
>unfixable security risk when used on an existing DB. Legacy
code
>is not accustomed to dealing with this value type.
>
>It took me half an hour to hack a wizbit on Moo Canada when
WAIF
On Tue, Dec 07, 2004 at 02:13:07PM -0500, Garance A Drosihn wrote:
> At 3:29 PM -0800 12/6/04, H. Peter Anvin wrote:
> >Daniel Jung wrote:
> >>
> >>We are about to release a new enCore version soon. It will be
> >>unicode, so we converted the database/server to unicode as well.
> >
> >How about thi
At 3:29 PM -0800 12/6/04, H. Peter Anvin wrote:
Daniel Jung wrote:
We are about to release a new enCore version soon. It will be
unicode, so we converted the database/server to unicode as well.
How about this for a strawman: would anyone on this list object
to calling LukeJr's GammaMOO "LambdaMOO 2
At 10:34 AM + 12/7/04, Neil Fraser wrote:
Garance A Drosihn wrote:
One thing I'd like to put into our snapshot of MOO are the
changes for 'waifs', that Ben had done.
Be careful with WAIFs. They constitute a severe and virtually
unfixable security risk when used on an existing DB. Legacy
code
Garance A Drosihn wrote:
One thing I'd like to put into our snapshot of MOO are the
changes for 'waifs', that Ben had done.
Be careful with WAIFs. They constitute a severe and virtually unfixable
security risk when used on an existing DB. Legacy code is not
accustomed to dealing with this value
On Tue, Dec 07, 2004 at 10:06:22AM +0800, Ender wrote:
> As far as all this goes, I have a few suggestions.
>
> First, no offence to Luke-Jr, but I've ran into a lot of compilation
> glitches with GammaMoo and its code-quality isn't all that great. I'd
> suggest either starting from the current La
As far as all this goes, I have a few suggestions.
First, no offence to Luke-Jr, but I've ran into a lot of compilation
glitches with GammaMoo and its code-quality isn't all that great. I'd
suggest either starting from the current Lambda CVS and merging
third-party patches for a 2.0 release or tak
H. Peter Anvin <[EMAIL PROTECTED]>, Mon 06-Dec-2004 16:26:45:
> I'm considering whether to volunteer to try to put something like a
> new LM release together, if GammaMOO doesn't cut it (perhaps it's a
> bit too aggressive to be stable, and we need a more conservative
> mainstream.) I like MOO, an
Garance A Drosihn wrote:
Some friends and I use lambdaMOO for a chat-server that we run.
One of those friends tried to move our code over to gammaMOO,
because he was interested in switching the chat server to
support unicode. But he ran into some problems with it, and
eventually gave up on it. I
On Monday 06 December 2004 16:05, H. Peter Anvin wrote:
> > Or nothing? I bet this behaviour could be emulated completely with
> > #0:do_command and force_input().
>
> The entire server parser probably could be. There are a whole lot of
> legacy warts in the MOO system, and this is one of them.
I
At 3:29 PM -0800 12/6/04, H. Peter Anvin wrote:
How about this for a strawman: would anyone on this list object to
calling LukeJr's GammaMOO "LambdaMOO 2.0", assuming a) LukeJr was
willing to do that, b) LukeJr was willing to put it into the public
CVS tree on SourceForge (or elsewhere). Other peo
Andrew Wendt wrote:
Probably should just be a server object control property.
Or nothing? I bet this behaviour could be emulated completely with
#0:do_command and force_input().
The entire server parser probably could be. There are a whole lot of
legacy warts in the MOO system, and this is one
On Monday 06 December 2004 15:55, H. Peter Anvin wrote:
> Dr Robert Sanderson wrote:
> > Minor enhancement request:
> > * Remove the auto-aliases for " : ; into a simple configuration file.
> > (Eg to allow for ' " -> say ; : -> emote | -> eval)
>
> Probably should just be a server object control
On Mon, 6 Dec 2004, H. Peter Anvin wrote:
Dr Robert Sanderson wrote:
Minor enhancement request:
* Remove the auto-aliases for " : ; into a simple configuration file.
(Eg to allow for ' " -> say ; : -> emote | -> eval)
Probably should just be a server object control property.
Agreed, in retrospect
Dr Robert Sanderson wrote:
Minor enhancement request:
* Remove the auto-aliases for " : ; into a simple configuration file.
(Eg to allow for ' " -> say ; : -> emote | -> eval)
Probably should just be a server object control property.
-hpa
###
There are still another few things I could wish we could incorporate into a
possible new lamdaMOO release. I wonder if we could compute a list of
changes that have been done in the various versions, and then possibly
merge them into one?
A 2.0 release goal would be mega cool. Please keep this l
Daniel Jung wrote:
We are about to release a new enCore version soon. It will be unicode,
so we converted the database/server to unicode as well. We wonder if we
should bundle the thing with the new enCore release, well aware of the
drawbacks of such a forking; so we still _wonder_.
There are s
18 matches
Mail list logo