Thread View: gnu.chess
3 messages
3 total messages
Started by R.B. Mead
Sat, 22 Aug 1992 19:40
GNU Chess 4.0 pl56
Author: R.B. Mead
Date: Sat, 22 Aug 1992 19:40
Date: Sat, 22 Aug 1992 19:40
49 lines
1843 bytes
1843 bytes
I have built gnuchessr on an Amiga 3000 using a unix emulation library (by Markus Wild). Everything seems functional except one thing... I've noticed a small memory leak! I would like to know if anyone has verified the integrity of the GNU Chess software proper for memory leaks? The leak is a consistant 232 bytes. It is reproduced by: 8> m Type Available In-Use Maximum Largest chip 1898328 197800 2096128 1866496 fast 4117520 3746800 7864320 3043240 total 6015848 3944600 9960448 3043240 8> gnuchessr Enter #moves #minutes: 0 0 White 0:00 Black 0:00 R N B Q K B N R P P P P P P P P - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - p p p p p p p p r n b q k b n r Book used 4606 of 30000 entries. Playing without hashfile Your move is? quit 8> m Type Available In-Use Maximum Largest chip 1898328 197800 2096128 1866496 fast 4117288 3747032 7864320 3043240 total 6015616 3944832 9960448 3043240 8> --------- End of Capture --------- (6015848 - 6015616) = 232 bytes ---------------------------------- I would like to know that I'm not chasing a known leak before diving in! I also realize that it may be outside of the chess code (proper). -------------------------------------- Regards ... rbm2273@ultb.isc.rit.edu --------------------------------------
Re: GNU Chess 4.0 pl56
Author: Tim Mann
Date: Sun, 23 Aug 1992 03:05
Date: Sun, 23 Aug 1992 03:05
10 lines
928 bytes
928 bytes
A memory leak of this kind is impossible on a real Unix system. When a process exits, all of its memory is reclaimed by the system. I don't know anything about Amigas, but if an Amiga process is responsible for freeing memory when it exits to avoid leaks, any library code that does Unix emulation must take on this responsibility; you can't expect code written for Unix to do it. So if there is any bug, I would say it must be in the Unix emulation code you are using, not in gnuchess itself. --Tim
Re: GNU Chess 4.0 pl56
Author: R.B. Mead
Date: Wed, 26 Aug 1992 23:03
Date: Wed, 26 Aug 1992 23:03
32 lines
1871 bytes
1871 bytes
In article <dej.01dn@qpoint.ocunix.on.ca> dej@qpoint.ocunix.on.ca (David Jones) writes: >In article <1992Aug22.194046.15367@ultb.isc.rit.edu> rbm2273@ultb.isc.rit.edu (R.B. Mead ) writes: >>Type Available In-Use Maximum Largest >>chip 1898328 197800 2096128 1866496 >>fast 4117520 3746800 7864320 3043240 >>total 6015848 3944600 9960448 3043240 >>8> gnuchessr >> >>Type Available In-Use Maximum Largest >>chip 1898328 197800 2096128 1866496 >>fast 4117288 3747032 7864320 3043240 >>total 6015616 3944832 9960448 3043240 >>8> > >Is this serially reproducible? Run it several times, w/o rebooting. Do >you get the same leak each time? In particular, how much memory is >allocated by IxemulBase (or whatever it's called)? > Yes! It was reproducible. It had nothing to do with GNU Chess. Thanks for your interest. ANOTHER QUESTION: Is GNUAN (the analysis program) functional and stable? I tried it very quickly and had some difficulty. Quickly.... It began to evaluate the game, but then seemed to stop after one or two moves. I didn't look very hard at this. For now, I just want a rough idea of the state of this program. Thanks... [ rbm2273@ultb.isc.rit.edu ]
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads