From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Sat, 26 Feb 2005 14:18:18 -0500 From: Russ Cox To: Sergey Reva , Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] realloc In-Reply-To: <17224107765.20050226193730@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <17224107765.20050226193730@mail.ru> Cc: Topicbox-Message-UUID: 1b0e56d4-ead0-11e9-9d60-3106f5b1d025 you scribbled past the end of the buffer with an extra 0064. the ef100064 should be more like ef1000be. look in the archives for the explanation of these dumps that i gave a week ago in the tip o' the day thread. your other problems may well go away once you fix this. russ On Sat, 26 Feb 2005 19:37:30 +0200, Sergey Reva wrote: > Hello Fans > > I use realloc to increase buffer, and 3-5 cucle of resizing work fine, > but others produce this: > > corrupt tail magic0 > pool sbrkmem block 38178 > hdr 0a110c09 00000020 00001429 00000000 00640064 00640064 > tail 0a110c09 00000020 00001429 00000000 00640064 00640064 | ef100064 00000020 > user data 64 00 64 00 64 00 64 00 | 64 00 10 ef 20 00 00 00 > panic: pool panic > 8.out 2318: suicide: sys: trap: fault read addr=0x0 pc=0x0000375b > > What useful information I can get from this? What meaning of fields in this > output? > -- > http://rs-rlab.narod.ru mailto:rs_rlab@mail.ru > >