[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
General PTY and CONSOLE question--SOLVED
- Date: Tue, 23 Sep 2008 10:56:45 -0400
- From: gds at chartertn.net (Gene Smith)
- Subject: General PTY and CONSOLE question--SOLVED
Gene Smith wrote, On 09/23/2008 10:29 AM:
> Joel Sherrill wrote, On 09/23/2008 09:39 AM:
>> Chris Johns wrote:
>>> Joel Sherrill wrote:
>>>> Sounds like the socket close code has no idea that it shouldn't
>>>> close it a second time. Somehow we get deep in the bowels
>>>> for a closed file descriptor. I wonder if simply calling close()
>>>> twice on a socket fd would reproduce the problem.
>>> I think this is bug 785.
>> Gene.. can you confirm this fixes your situation? If so,
>> I would like to apply this patch to all open branches and
>> the head.
> This may indeed be a bug but I don't think it is what I am seeing
> exactly. First, this assumes you have already blocked in accept(). In my
> situation I have not yet blocked in accept. I go into accept() and then
> return when I see that the SS_CANTRECEIVEMORE flag is set. This flag is
> set when the code chain beginning with fclose(stdin) occurs
> (improperly?) with no console driver installed after calling
> rtems_panic() in another thread.
> Also, the patches are against 4.6 and 4.7. Not sure if they are OK with
> 4.8.0 which I have. Can you send me an updated patch or, even better,
> the complete files with the patch applied and I will try them? You can
> send to gd.smth at gmail dot com. (Yes, smth is right).
I tried the patch for 4.7 against my 4.8.0 and only rtems_glue.c worked,
the other two produced .rej files. One is short and I can patch manually
(rtems_bsdnet_internal.h). The other is quite long and hard to patch