I don't know exactly what is the problem, so I don't know how much help this is going to be, but the problem is not the buffer size. If you look at void do_list, all it is doing is grabbing area_first, printing out some stat's, and then getting the next area, printing out some stats, getting the next...
I think you get the point. The only buffers in there are the char arrays used to output to screen. area_first is just the pointer to the first area in the linked list. Like I said, I don't know the actual problem, but my guess is it has to do with how things are getting inserted into the list somewhere. Then again, if that is the problem, not all areas would get updated (at least in my code, the only place outside of OLC that the areas are cycled through is in area_update). Hopefully this helped to some minor extent, though I know it probably isn't what you were hoping for. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keith Mervine Sent: Monday, December 09, 2002 6:45 PM To: [email protected] Subject: Buffer size Greetings, I had a problem with my alist command. I have well over 250 areas and the alist command only lists 178 or so. I figure it's the size of buffer. How does one increase the buffer size. Ive tried the following In recycle.c /* buffer sizes */ const int buf_size[MAX_BUF_LIST] = { 16,32,64,128,256,1024,2048,4096,8192,16384,32768 }; I added the new one 32768 In recycle.h Changed MAX_BUF_LIST and MAX_BUF From #define MAX_BUF 16384 #define MAX_BUF_LIST 10 to #define MAX_BUF 32768 #define MAX_BUF_LIST 11 When I do a fresh make..open the mud and go into the command that I changed it for. Nothing happens. Except the CPU goes up. Am I missing something? Keith -- ROM mailing list [email protected] http://www.rom.org/cgi-bin/mailman/listinfo/rom
