View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000546 | LDMud 3.5 | Runtime | public | 2008-07-02 06:10 | 2021-04-06 21:36 |
| Reporter | Gnomi | Assigned To | Gnomi | ||
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | i686 | OS | Debian GNU/Linux | OS Version | 4.0 |
| Summary | 0000546: Rework lvalue handling | ||||
| Description | This is the master bug for everything lvalue related in 3.5. Lvalues in its current form are still dangerous and my lead to crashes, because in several circumstances the driver assumes a limited lifetime which cannot be guaranteed. So main goal is to create lvalues with possibly unlimited lifetime. But also most of the many inconsistencies shall be eliminated. | ||||
| Tags | No tags attached. | ||||
| related to | 0000299 | assigned | Gnomi | LDMud 3.5 | Redesigning mappings, arrays, lvalues |
| parent of | 0000531 | resolved | Gnomi | LDMud 3.5 | Passing varargs argument by reference |
| parent of | 0000649 | resolved | Gnomi | LDMud 3.5 | lvalue 1: Redesign T_LVALUE |
| parent of | 0000650 | resolved | Gnomi | LDMud 3.5 | lvalue 2: Give variable references unlimited lifespan |
| parent of | 0000651 | resolved | Gnomi | LDMud 3.6 | lvalue 3: Lvalues to mapping entries |
| parent of | 0000652 | resolved | Gnomi | LDMud 3.5 | lvalue 4:Introduce mutable strings |
| parent of | 0000653 | resolved | Gnomi | LDMud 3.5 | lvalue 5: Make explicit lvalues fragile |
| parent of | 0000654 | resolved | Gnomi | LDMud 3.6 | lvalue 6: call-by-reference on efuns |
| parent of | 0000655 | resolved | Gnomi | LDMud 3.5 | lvalue 7: Make reseating of aliases possible |
| parent of | 0000656 | resolved | Gnomi | LDMud 3.6 | lvalue 8: Miscellaneous |
| related to | 0000694 | resolved | Gnomi | LDMud 3.5 | sort() should accept protected ranges (&(a[3..5]) as first argument |
| child of | 0000753 | resolved | Gnomi | LDMud 3.6 | Ranged mapping indexing |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2008-07-02 06:10 | Gnomi | New Issue | |
| 2008-07-02 06:10 | Gnomi | Status | new => assigned |
| 2008-07-02 06:10 | Gnomi | Assigned To | => Gnomi |
| 2008-07-02 06:11 | Gnomi | Relationship added | parent of 0000148 |
| 2008-07-02 06:13 | Gnomi | Relationship added | parent of 0000531 |
| 2008-07-02 06:13 | Gnomi | Relationship added | parent of 0000487 |
| 2009-06-03 11:58 | Gnomi | Relationship added | parent of 0000649 |
| 2009-06-03 12:30 | Gnomi | Relationship deleted | parent of 0000487 |
| 2009-06-03 12:31 | Gnomi | Relationship added | parent of 0000650 |
| 2009-06-03 12:38 | Gnomi | Relationship added | parent of 0000651 |
| 2009-06-03 12:38 | Gnomi | Relationship deleted | parent of 0000148 |
| 2009-06-03 12:53 | Gnomi | Relationship added | parent of 0000652 |
| 2009-06-03 13:12 | Gnomi | Relationship added | parent of 0000653 |
| 2009-06-03 13:21 | Gnomi | Relationship added | child of 0000654 |
| 2009-06-03 13:21 | Gnomi | Relationship replaced | parent of 0000654 |
| 2009-06-03 13:27 | Gnomi | Relationship added | parent of 0000655 |
| 2009-06-03 13:32 | Gnomi | Relationship added | parent of 0000656 |
| 2009-10-06 02:11 | zesstra | Relationship added | related to 0000299 |
| 2009-10-24 04:56 | zesstra | Relationship added | child of 0000694 |
| 2010-07-22 00:56 | Gnomi | Relationship added | child of 0000753 |
| 2017-09-30 16:41 | Gnomi | Relationship deleted | child of 0000694 |
| 2017-09-30 16:42 | Gnomi | Relationship added | related to 0000694 |
| 2021-04-06 21:36 | Gnomi | Status | assigned => resolved |
| 2021-04-06 21:36 | Gnomi | Resolution | open => fixed |
