View Issue Details

IDProjectCategoryView StatusLast Update
0000344LDMud 3.3Runtimepublic2005-05-15 15:02
ReporterGnomi Assigned Tolars 
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Platformi686OSDebian GNU/LinuxOS Version3.0
Fixed in Version3.3 
Summary0000344: restore_object leaks its line buffer
DescriptionHi,

If there is an error during restore_object (I got an 'Illegal mapping size: 16548 elements (4137 x 4).', which is also a concern for a switch to 3.3) and the object is destructed afterwards, the line buffer leaks:

2005.01.14 13:57:48 --- Garbage Collection ---
2005.01.14 13:57:48 GC pass 1: Freed 1 objects.
clearing M_REF in chunk 10280180, end 1428018c
clearing M_REF in chunk 08234000, end 0824000c
freeing large block 0x0a15fb08 object.c 8430 size 0x0003d8b8
  By object: (destructed) (not in list)
  By program: Not found at old address.
0a15fb24: 6c 64 61 74 61 00 28 5b 36 32 37 38 35 38 3a 22 ldata.([627858:"
0a15fb34: 7a 75 6d 20 42 75 63 68 20 73 69 65 68 65 20 2f zum Buch siehe /
0a15fb44: 64 6f 63 2f 66 75 6e 6b 74 69 6f 6e 73 77 65 69 doc/funktionswei
0a15fb54: 73 65 6e 2f 62 75 63 68 22 3b 22 62 75 63 68 22 sen/buch";"buch"
0a15fb64: 3b 32 37 37 2c 35 32 37 33 34 36 3a 22 76 6f 69 ;277,527346:"voi

1 large blocks freed
scanning chunk 10280180, end 1428018c for unref'd blocks
scanning chunk 08234000, end 0824000c for unref'd blocks
2005.01.14 13:57:48 GC freed 0 destructed objects.

Greetings,
Gnomi.
TagsNo tags attached.

Activities

lars

2005-01-15 02:30

reporter   ~0000302

I have added a cleanup handler to the restore functions - the leaks should no longer happen.

Fixed in 3.3.658.

Issue History

Date Modified Username Field Change
2005-01-14 08:06 Gnomi New Issue
2005-01-15 02:30 lars Status new => resolved
2005-01-15 02:30 lars Fixed in Version => 3.3
2005-01-15 02:30 lars Resolution open => fixed
2005-01-15 02:30 lars Assigned To => lars
2005-01-15 02:30 lars Note Added: 0000302
2005-05-15 15:02 lars Status resolved => closed