[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #60954] [troff] implement environment renaming and/or removal
From: |
G. Branden Robinson |
Subject: |
[bug #60954] [troff] implement environment renaming and/or removal |
Date: |
Tue, 15 Mar 2022 18:59:07 -0400 (EDT) |
Update of bug #60954 (project groff):
Summary: [troff] implement environment removal => [troff]
implement environment renaming and/or removal
_______________________________________________________
Follow-up Comment #4:
I spent some time in env.cpp
<https://git.savannah.gnu.org/cgit/groff.git/tree/src/roff/troff/env.cpp>
thanks to bug #62036.
Deleting environments will be a pain. If an environment whose deletion is
requested is in the environment stack, we either have to refuse the deletion
request or rejigger the pointers in the singly-linked list to jump over each
sequence of deleted list nodes. Pointer manipulation--how hard could it be?
We should delegate the task to a second-year computer science student...
On the bright side, I only imagined accepting one environment name argument at
a time on a deletion request. That would simplify the stack-editing logic,
however making `evrm` (or whatever we call it) asymmetric with `rm` at the
interface level would be kind of a bummer.
So maybe refusing to delete an "active" environment, as Dave terms it, is the
best way to go, if/when deletion is undertaken.
(Renaming should be simple. An environment's name is dumb data inside a
structure. Nothing maintains references to it except its parent.)
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?60954>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
- [bug #60954] [troff] implement environment renaming and/or removal,
G. Branden Robinson <=