From: Shark8 <onewingedshark@gmail.com>
Subject: Re: alternative for buggy accept_socket to create a non-blocking version
Date: Thu, 26 Oct 2017 06:43:02 -0700 (PDT)
Date: 2017-10-26T06:43:02-07:00 [thread overview]
Message-ID: <12e29335-1167-46f2-a45c-d3fa2cace016@googlegroups.com> (raw)
In-Reply-To: <a2faa77d-8123-4f95-9ba0-2448224180ec@googlegroups.com>
On Wednesday, October 25, 2017 at 1:14:47 PM UTC-6, Matt Borchers wrote:
> Well, I should have thought of this solution sooner. I downloaded the GNAT 6.3.2 version (where the bug is fixed) and I copied all of the execution path of the non-blocking accept_socket subprogram into a single subroutine in a new child package of GNAT.Sockets.
>
> My first few tests are successful.
You could try using a Generic Package taking a TIMEOUT formal parameter (and if you're using task-interfaces, an interface to your socket-task) then simply have one task do your processing and the other send an abort to the other task if/when the timeout occurs.
next prev parent reply other threads:[~2017-10-26 13:43 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-25 17:23 alternative for buggy accept_socket to create a non-blocking version Matt Borchers
2017-10-25 19:14 ` Matt Borchers
2017-10-26 13:43 ` Shark8 [this message]
2017-10-25 19:18 ` Dmitry A. Kazakov
2017-10-27 9:14 ` Björn Lundin
2017-10-27 23:46 ` Matt Borchers
2017-10-27 16:26 ` Daniel Norte Moraes
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox