From owner-freebsd-current Tue Sep 15 12:26:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12190 for freebsd-current-outgoing; Tue, 15 Sep 1998 12:26:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12185 for ; Tue, 15 Sep 1998 12:26:31 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id PAA17950; Tue, 15 Sep 1998 15:25:18 -0400 (EDT) Date: Tue, 15 Sep 1998 15:25:18 -0400 (EDT) Message-Id: <199809151925.PAA17950@highwind.com> From: HighWind Software Information To: rotel@indigo.ie CC: freebsd-current@FreeBSD.ORG, jb@cimlogic.com.au In-reply-to: <199809082222.XAA01156@indigo.ie> (message from Niall Smart on Tue, 8 Sep 1998 23:22:55 +0000) Subject: HighWind products Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Seems to me that libc_r can call free() from within a signal handler. > > Given the non-recursive nature of this call, this is a serious > > problem: > Yeah, it does look like this, I don't think this is OK. > Perhaps you could wrap _thread_kern_sched with > > #define free(x) do { if (scp == NULL) free(x); } while(0) > > #undef free > > and see if this improves things any. Just an update: The PR for this problem is still open and we believe this DOES need fixing. --- However, our problems (after the accept() problem) had to do with our use of "readdir()" instead of "getdirentries()". We got that fixed and now we have Typhoon and Breeze WORKING on 3.0!! Talk about a good test of the FreeBSD threads library. :-) -Rob ps. Need commercial USENET products? http://www.highwind.com/trial.html -- "HighWind Software -- Expect the best, Deserve no less" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message