Re: [MIT-Scheme-devel] Bug: Poor error message; maybe a sign of something worse?

2011-08-22 Thread Alexey Radul
On Mon, Aug 22, 2011 at 9:31 PM, Taylor R Campbell wrote: >   Date: Sun, 21 Aug 2011 21:19:55 +0100 >   From: Alexey Radul > >   Expected behavior: Ideally, the compiler would successfully compile >   the enclosed file; I believe it to be correct -- in particular, the >   i

[MIT-Scheme-devel] Cleaning weak hash tables in secondary GC daemon?

2011-09-14 Thread Alexey Radul
Hi all, Is there any reason why there is no secondary GC daemon that runs hash-table/clean! on all weak hash tables? Are there any issues I should be aware of before installing one to clean some select weak hash tables that are present in my program? Thanks, ~Alexey

Re: [MIT-Scheme-devel] Cleaning weak hash tables in secondary GC daemon?

2011-09-14 Thread Alexey Radul
On Wed, Sep 14, 2011 at 7:42 PM, Taylor R Campbell wrote: >   Date: Wed, 14 Sep 2011 19:17:09 +0100 >   From: Alexey Radul > >   Is there any reason why there is no secondary GC daemon that runs >   hash-table/clean! on all weak hash tables?  Are there any issues I >   should

Re: [MIT-Scheme-devel] Bug: Poor error message; maybe a sign of something worse?

2011-09-23 Thread Alexey Radul
On Tue, Sep 20, 2011 at 8:10 PM, Taylor R Campbell wrote: > To recap:  Alexey's symptom is that LIAR chokes when it generates a > straight-line sequence of machine code that exceeds 64 kilobytes.  The > immediate source of the problem is that the format word just before > any straight-line sequenc

Re: [MIT-Scheme-devel] non-recursive mutexes

2015-06-08 Thread Alexey Radul
Micah, Respectfully, in general, users who rely on subtleties of the detailed semantics of undocumented procedures [*] should expect occasional incompatible changes. And what communication channel do we have except postings on the devel mailing list? As to ecosystem stewardship, do we as a commu