George, You can see the patch here: https://github.com/plt/racket/commit/641c56b6e95b57881b6fef846fb758ed5cd6e5a8
Sam On Tue, Aug 18, 2015 at 10:40 AM George Neuner <gneun...@comcast.net> wrote: > On Mon, 17 Aug 2015 10:07:11 -0600, Matthew Flatt > <mfl...@cs.utah.edu> wrote: > > >The problem is in the clean-up of OS-level locks. A lock is allocated > >using a combination of malloc() and pthread_mutex_init(), for example. > >The clean up was usually missing the free() to go along with > >pthread_mutex_destroy(). > > > >That's an especially basic mistake, and it slipped by because low-level > >locks are rarely allocated in the run-time system. Place channels are > >probably the simplest way to trigger new locks, but the test that > >checks for leaks with place channels uses the GC's count. > > > >I've pushed a repair as commit 641c56b6e9. I expect that patch would > >apply cleanly to v6.2.1. > > Is it safe to assume this problem also is in 6.1.1? I'm currently > investigating adding places into an existing webserver based > application, but I haven't gotten far enough along to notice any > leaking. > > Do you think your solution would back port? Also, where/how do I get > patches to look at them? [Sorry, patch newbie.] > > Thanks, > George > > -- > You received this message because you are subscribed to the Google Groups > "Racket Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to racket-users+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
