Andrew Brown
- Login: andrewsbrown
- Registered on: 12/04/2014
- Last connection: 06/28/2016
Issues
| open | closed | Total | |
|---|---|---|---|
| Assigned issues | 0 | 0 | 0 |
| Reported issues | 0 | 12 | 12 |
Projects
| Project | Roles | Registered on |
|---|---|---|
| jndn | Developer | 02/25/2015 |
| NDN-CCL | Developer, Reporter | 03/04/2015 |
Activity
07/27/2016
-
02:22 PM NDN-CCL Feature #2075: The library should have an API to inform the application when the connection is lost to the forwarder
- Jeff, let's see if I understand: as it looks right now, all we can do is catch the AsyncTcpTransport's IOException in...
07/20/2016
-
- Makes sense to me.
07/18/2016
-
- That makes sense; sometimes I forget you have to consider other languages.
-
- I see your point about the OnNack; for the OnFailure, I like the second version better and the Exception-subclassing ...
05/12/2016
-
- I like this. I would go even further and propose an OnFailure callback that would accept all the reasons that OnTimeo...
-
- Yes, let's close it.
05/03/2016
-
- Question: can I get an example of how someone/anyone has used the different NACK codes to alter the flow of their app...
04/22/2016
-
- Andrew Brown wrote:
> We tried 0.4 but had some startup issues (a BerEncoding exception coming from libcryptopp?) ...
04/20/2016
-
- But that's on a Transport and you need access to that information at the Node level?
-
- We already have getIsConnected() in there; could we use that?
Also available in: Atom