[DGD] Kernel suggestion

[Blain]

Well, that was aimed at you because you keep the lib, but also other users
so they can modify their own copy to get better error messaging.  It's a
bug, albeit not a horrible one, but it took some tracking to figure out
what was going on without a meaningful error message.

Ed is certainly used on MUDs I've been on.  Some people still use it for
quick changes or to just paste code in absence of a viable FTP option.  Not
everyone has machine access in active MUD environments.

On Feb 6, 2017 5:56 PM, "Raymond Jennings" <shentino at gmail.com> wrote:

This is a suggestion for the kernel library right?

1.  The kernel library has been officially abandoned by its original
author, Dworkin

2.  I do, however, maintain a "true to the original spirit" fork of it, and
I'll definitely consider this as a possible patch.

Admittedly I don't really know much about how the editor works, and to be
quite honest I consider the editor to be deprecated.  As it is, editors
aren't even preserved during a hotboot of DGD.


On Sun, Feb 5, 2017 at 7:54 PM, Blain <blain20 at gmail.com> wrote:

> static string editor(varargs string cmd)
> {
> ...
>     catch {
>         rlimits (-1; -1) {
>             rsrcd = ::find_object(RSRCD);
>             if (!query_editor(this_object())) {
>                 ::find_object(USERD)->add_editor(this_object());
>             }
>             driver = ::find_object(DRIVER);
>
>             TLSVAR(1) = nil;
>             result = (cmd) ? ::editor(cmd) : ::editor();
> >            if(typeof(TLSVAR(1)) == T_STRING)
> >              error(TLSVAR(1));
>             info = TLSVAR(1);
>
>             if (!query_editor(this_object())) {
>                 ::find_object(USERD)->remove_editor(this_object());
>             }
>             if (info) {
>                 rsrcd->rsrc_incr(driver->creator(info[0]), "fileblocks",
> nil,
>                                  driver->file_size(info[0]) - info[1]);
>             }
>         }
>     } : error(TLSVAR(1));
>     return result;
> }
>
>
> That'll make the error more meaningful.  As it stands, the assignment of
> string *info to string TLSVAR(1) didn't point me to an error in
> editorobj->path_read(). ;)
> ____________________________________________
> https://mail.dworkin.nl/mailman/listinfo/dgd
____________________________________________
https://mail.dworkin.nl/mailman/listinfo/dgd