From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <438E239D.80004@domain.hid> Date: Wed, 30 Nov 2005 23:11:41 +0100 From: Philippe Gerum MIME-Version: 1.0 Subject: Re: [Xenomai-core] [bug?] calling xnpod_delete_thread after self-termination References: <438E0807.6090000@domain.hid> <438E1DCA.7070607@domain.hid> <438E1FED.5040004@domain.hid> In-Reply-To: <438E1FED.5040004@domain.hid> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: xenomai-core Jan Kiszka wrote: > Philippe Gerum wrote: > >>Jan Kiszka wrote: >> >> >>>Hi all, >>> >>>as the subject already says: I face some warning of the nucleus (with >>>XENO_OPT_DEBUG on - useful switch) when I call xnpod_delete_thread for a >>>thread which has already terminated itself by leaving the thread >>>function. Is this double-deletion illegal? Or is it a cleanup-bug of the >>>nucleus? >> >> >>We could test the XNZOMBIE bit in xnpod_delete_thread() to prevent this, >>I guess. >> > > > Would be better, I think. Ok, fixed. Otherwise, at least xnpod_delete_thread and > also rtdm_task_destroy would require a clear warning sign. > > I was not aware of this restriction, so I did not worked around it in > RTnet - which is easy at RTDM level BTW: task wakeup for > self-termination + rtdm_task_join_nrt. This is cleaner anyway, so I will > patch RTnet now. > > Jan -- Philippe.